Пятый фактор
Обсудить задачу
Направление

Скорость и стабильность

Ускорение загрузки, Core Web Vitals реальных посетителей, контроль регрессий, сервер, изображения, кеш и устойчивость ключевых сценариев.

от 16 000 ₽
Смотреть услуги
Кому подходит

Сайтам, которые медленно открываются, зависают или нестабильно работают после обновлений.

Условия

Цена каждой работы фиксирована. 3 000 ₽ после подписания договора в Диадок, остаток — после приёмки.

Как понять, с чего начать

Медленная страница может упираться в сервер, базу, обмен с 1С, изображения, шрифты или сторонний скрипт. Поэтому сравниваем лабораторные замеры, серверные данные и Core Web Vitals реальных посетителей, а задачу выбираем по конкретным URL и действиям.

Симптомы

Когда стоит выбрать это направление

  • Первый ответ сервера приходит с заметной задержкой даже для простой страницы.
  • На телефоне первый экран долго остаётся пустым или реагирует на нажатия с задержкой.
  • Сайт замедляется во время импорта или акции либо Core Web Vitals реальных посетителей ухудшаются после релиза.
Выбор задачи

Что подготовить перед выбором задачи

  • Выберите три показательных URL и запишите устройство, браузер и время проявления проблемы.
  • Сравните лабораторные показатели с серверными логами и реальными данными, если они уже собираются.
  • Отделите диагностику причины от внедрения: состав исправлений определяется после подтверждения узкого места.
Какие показатели стоит сравнивать до и после?

Обычно фиксируют TTFB, LCP, INP, CLS, вес страницы и длительность выбранного сценария. Итоговый набор зависит от того, что именно тормозит.

Можно ли гарантировать конкретный балл Lighthouse?

Конкретный балл зависит от устройства, сети, браузера и сторонних ресурсов. Критерии приёмки лучше связывать с выбранными измерениями и устранёнными причинами.

Нужен ли сайту трафик для проверки скорости?

Базовые лабораторные и серверные измерения возможны без большого трафика. Для оценки поведения реальных посетителей нужны накопленные данные аналитики или мониторинга.

Как связаны задачи этого направления

Схема производительности сайта от браузера и PHP до базы данных, кеша и сервера
Как это устроено

Из каких уровней складывается скорость сайта

Скорость зависит от браузера, ресурсов страницы, серверного кода, PHP, базы данных, кеша и мощности сервера. Замеры показывают, на каком уровне возникает задержка.

Готовые решения

Выберите результат

В карточке указаны срок, фиксированная цена и подробное описание работы.

Скорость и стабильность 5–7 дней

Спринт мобильной скорости и Core Web Vitals

Снимаем исходные мобильные замеры на пяти нужных шаблонах. Оптимизируем изображения, шрифты и ленивую загрузку на пяти нужных шаблонах.

Мобильные страницы долго показывают основной контент или заметно скачут при загрузке.
Скорость и стабильность 3–5 дней

Готовность магазина к акции и пиковой нагрузке

Согласуем пять сценариев от каталога до оформления заказа и безопасные ступени нагрузки. Запускаем ступенчатый тест только на подготовленном тестовом контуре.

Перед акцией неизвестно, какой участок магазина первым перестанет справляться с нагрузкой.
Скорость и стабильность 7 рабочих дней

Автоматическая проверка оформления заказа

Фиксируем один стабильный контрольный товар, доставку и полный путь до создания тестового заказа.

Главная страница открывается, а при выборе доставки или завершении оформления покупатель сталкивается с ошибкой.
Скорость и стабильность 5–8 дней

Автоматические smoke-тесты сайта

Создадим пять smoke-тестов — коротких автоматических проверок самых важных действий на сайте.

После релизов вручную проверяются одни и те же критические действия.
Скорость и стабильность 3–6 дней

Перенос сайта на новый хостинг

Перенесём один сайт объёмом до 10 ГБ и одну базу данных на новый хостинг.

Один сайт до 10 ГБ нужно перенести с одной базой на другой хостинг.
Скорость и стабильность 5–8 дней

Визуальные регрессионные тесты

Согласовываем пятнадцать эталонных страниц и две ширины экрана. Создаем эталонные снимки нужных страниц. Настраиваем повторные снимки и сравнение с эталонами.

После изменений интерфейса незаметно ломаются отступы, размеры или расположение блоков.
Скорость и стабильность 8–14 дней

Флаги функций и постепенный запуск изменений

Добавляем флаги для пяти или менее согласованных функций. Задаем правила включения и поведение по умолчанию. Создаем аварийное отключение каждой функции.

Новую функцию нужно включать управляемо и быстро отключать при проблеме.
Скорость и стабильность 5 рабочих дней

Мониторинг фоновых задач и cron

Собираем до двадцати задач, владельцев, расписание, нормальную длительность и признак успешного результата.

Задача перестаёт запускаться после переноса сервера, обновления пути PHP или изменения пользователя cron.
Скорость и стабильность 5–8 дней

Оптимизация сторонних скриптов

Проверим до пятнадцати внешних скриптов: чатов, карт, счётчиков и виджетов, которые браузер загружает вместе со страницей.

Сторонние счетчики, виджеты или чаты загружаются на всех страницах независимо от необходимости.
Скорость и стабильность 5–8 дней

Бюджет производительности в CI

Выбираем до десяти страниц и измеримые пороги. Добавляем автоматический запуск проверки в CI. Сравниваем полученные показатели с бюджетом. Формируем понятное сообщение о нарушенном пороге.

После изменений страницы могут незаметно выйти за согласованные пределы производительности.
Скорость и стабильность 6–10 дней

Конвейер адаптивных изображений

Настроим для трёх шаблонов автоматическое создание изображений нужного размера в современном формате WebP или AVIF.

Одинаковое крупное изображение загружается на экранах разного размера.
Скорость и стабильность 4–6 дней

Оптимизация и локальное размещение шрифтов

Проверяем до трех семейств и фактически используемые начертания. Удаляем из подключения неиспользуемые согласованные файлы. Создаем нужные языковые поднаборы.

Страницы зависят от внешней загрузки шрифтов или содержат лишние начертания.
Скорость и стабильность 5–8 дней

Правила кеширования и сброса CDN

Выбираем до пяти типов контента и допустимый срок кеша. Настраиваем заголовки для публичных и авторизованных ответов. Создаем стратегию очистки при изменении материала.

После публикации посетители видят устаревший контент из кеша.
Скорость и стабильность 5–8 дней

Очистка роста базы данных

Измеряем десять крупнейших таблиц и характер их роста. Согласовываем обязательные сроки хранения с заказчиком. Формируем правила отбора данных для одной безопасной очистки.

База данных растет из-за старых журналов, временных данных или накопленных записей.
Скорость и стабильность 4 рабочих дня

Централизованные логи сайта в Grafana Loki

Собираем карту журналов сайта, веб-сервера, PHP, фоновых задач и основных интеграций, отмечаем полезные идентификаторы и чувствительные поля.

Ошибка заказа, оплаты или обмена появляется редко, а найти её след среди журналов PHP, Nginx и cron трудно.
Скорость и стабильность 3 рабочих дня

Мониторинг медленных SQL-запросов

Проверяем версию и настройки базы, доступность pg_stat_statements, Performance Schema или slow query log и текущую нагрузку.

Страница иногда отвечает несколько секунд, хотя процессор и память сервера сохраняют обычную нагрузку.
Скорость и стабильность 4 рабочих дня

Настройка autovacuum PostgreSQL и устранение bloat

Собираем размеры таблиц и индексов, долю устаревших строк, возраст XID, историю vacuum и analyse, длинные транзакции и нагрузку диска.

Таблица продолжает занимать много места после массового удаления или обновления записей.
Скорость и стабильность 3 рабочих дня

Исправление Too many connections MySQL

Фиксируем текущие max_connections, max_user_connections, память, число PHP-процессов, таймауты и реальные пики подключений.

Посетитель видит сообщение Too many connections или временную ошибку подключения к базе.
Скорость и стабильность 5 рабочих дней

Изменение большой таблицы MySQL без простоя

Проверяем версию MySQL, движок, размер, скорость изменений, первичный ключ, внешние ключи, триггеры, реплики и свободное место.

Нужно добавить индекс или поле в таблицу, которая постоянно принимает записи.
Скорость и стабильность 3 рабочих дня

Устранение роста pg_wal из-за replication slot

Собираем список физических и логических слотов, active, restart_lsn, confirmed_flush_lsn, wal_status и связанные процессы.

Каталог pg_wal растёт быстрее обычного, хотя объём записей приложения почти прежний.
Скорость и стабильность 4 рабочих дня

Устранение ошибок 502 и 504 из-за PHP-FPM

Сопоставляем время ошибок в журналах Nginx, PHP-FPM и приложения, проверяем сокет, очередь и завершение рабочих процессов.

Nginx периодически показывает 502 или 504, а перезапуск PHP-FPM помогает лишь на короткое время.
Скорость и стабильность 6 рабочих дней

Устранение ошибки Too many parts в ClickHouse

Снимаем состояние system.parts, system.merges, system.mutations и системных журналов, находим таблицу и партицию с быстрым ростом.

INSERT возвращает Code 252, TOO_MANY_PARTS или сообщение о том, что merges работают медленнее вставок.
Скорость и стабильность 4 рабочих дня

Устранение Out Of Memory и вытеснения ключей Redis

Снимаем INFO memory, stats и keyspace, проверяем maxmemory, политику вытеснения, фрагментацию и динамику evicted_keys.

Приложение получает OOM command not allowed when used memory или начинает терять сессии пользователей.
Скорость и стабильность 3 рабочих дня

Очистка незавершённых multipart-загрузок S3

Получаем список незавершённых multipart upload по одному бакету, группируем их по префиксу, возрасту и загрузчику.

Биллинг показывает больше занятого места, чем сумма объектов в бакете.
Скорость и стабильность 7 рабочих дней

Обновление PostgreSQL с коротким переключением

Собираем версии сервера и клиентов, расширения, кодировки, collation, роли, размеры таблиц, активные подключения и важные запросы приложения.

Сервер работает на старой major-версии PostgreSQL, для которой заканчиваются обновления и исправления безопасности.
Скорость и стабильность 5 рабочих дней

Настройка PgBouncer для PostgreSQL

Измеряем активные, простаивающие и ожидающие соединения по приложениям, пользователям и базам, фиксируем обычную и пиковую нагрузку.

PostgreSQL достигает max_connections, а новые запросы сайта ждут либо завершаются ошибкой свободных connection slots.
Скорость и стабильность 5 рабочих дней

Восстановление OpenSearch при unassigned shards

Снимаем cluster health, список shard, состояние узлов, диска, snapshots и настройки allocation без изменения текущего размещения.

Запрос _cluster/health показывает yellow или red, а _cat/shards содержит строки UNASSIGNED.
Скорость и стабильность 6 рабочих дней

Синтетический мониторинг оформления заказа и личного кабинета

Выбираем самые важные пользовательские пути и отмечаем ожидаемый результат каждого шага: появление товара в корзине, открытие кабинета, номер заявки или переход к тестовой оплате.

Главная страница открывается, а покупатель застревает после выбора доставки, добавления адреса или перехода к оплате.
Скорость и стабильность 7–10 рабочих дней

RUM-мониторинг Core Web Vitals

Фиксируем до десяти типов страниц и правило определения версии релиза, чтобы измерения можно было сравнивать по шаблону и дате изменения.

PageSpeed даёт приемлемый результат, но посетители отдельных устройств продолжают жаловаться на задержки и скачки интерфейса.
Скорость и стабильность 8 рабочих дней

Оптимизация INP сайта

Собираем исходные показатели для пяти страниц и отмечаем действия, которые сильнее всего влияют на покупку, заявку или работу в личном кабинете.

Посетитель нажимает кнопку, пункт меню или фильтр, а интерфейс отвечает через ощутимую паузу.
Скорость и стабильность 18 рабочих дней

Отказоустойчивый сайт с автоматическим переключением

Разбираем текущее приложение, базу, файловое хранилище, сессии, фоновые задачи и внешние интеграции, затем выбираем рабочую схему из двух узлов.

Единственный сервер уже вызывал простой продаж, личного кабинета или внутренних процессов.
Скорость и стабильность 12 рабочих дней

Перенос медиафайлов сайта в S3 и CDN

Инвентаризируем папки, объём, типы файлов, правила имён, приватные материалы и места, где CMS формирует адреса медиа.

Папка загрузок занимает значительную часть диска, а резервная копия сайта стала тяжёлой и медленной.
Скорость и стабильность 10 рабочих дней

Трассировка сайта и API через OpenTelemetry

Рисуем фактический путь основных запросов: веб-сервер, PHP-приложение, база данных, очередь и внешние API.

Страница или API периодически отвечает медленно, хотя процессор, память и общий график сервера выглядят спокойно.
Скорость и стабильность 7 рабочих дней

SLO и отчёт по доступности сайта

Выбираем показатели глазами пользователя: успешные ответы, скорость важных страниц, вход, поиск, оформление или работа API.

Хостинг сообщает о хорошем uptime, а клиенты всё равно встречают медленные страницы, ошибки входа или сбои оформления.
Скорость и стабильность 5 рабочих дней

Оптимизация сайта для bfcache

Выбираем страницы с частыми возвратами и измеряем исходное поведение на мобильном и настольном браузере.

После возврата из карточки товара браузер заново загружает страницу и посетитель ждёт появления каталога.
Скорость и стабильность 8 рабочих дней

Мониторинг блокировок и deadlock в MySQL

Проверяем настройки InnoDB, журналы ошибок, длительность транзакций и доступность таблиц Performance Schema для блокировок.

Заказ, импорт или сохранение в административной части иногда длится десятки секунд, а повторная попытка проходит быстро.
Скорость и стабильность 7 рабочих дней

Постоянный профилинг приложения через Pyroscope

Проверяем язык, runtime, контейнеры, доступные профилировщики, ограничения среды и допустимый объём диагностических данных.

Приложение периодически загружает процессор или увеличивает память, а повторить всплеск на тестовом сервере сложно.
Скорость и стабильность 8 рабочих дней

Оптимизация медленных запросов MySQL и PostgreSQL

Собираем журнал медленных запросов и метрики приложения, выделяем SQL с наибольшим временем, частотой и суммарным влиянием.

Страницы или API долго ждут ответ базы, а мониторинг показывает высокую загрузку процессора, диска, соединений или продолжительные запросы.
Скорость и стабильность 8 рабочих дней

Нагрузочное тестирование сайта или API

Определяем важные сценарии: первый экран, поиск, каталог, карточка, корзина, заказ, авторизация или последовательность API-методов.

Компания готовит рекламную кампанию или распродажу и хочет заранее понять, выдержат ли каталог, корзина, оплата и внешние интеграции ожидаемый поток.
Скорость и стабильность 8 рабочих дней

Ускорение интернет-магазина на WooCommerce

Измеряем главную, каталог, поиск, фильтр, карточку, корзину, checkout и личный кабинет, отделяя время сервера от загрузки браузера.

Каталог и карточки долго показывают первый экран, особенно на телефоне, а посетители уходят до просмотра товара и условий доставки.
Скорость 8 рабочих дней

Настройка CI/CD для существующего сайта

Изменения сайта проходят единый pipeline: проверка кода и тесты, сборка неизменяемого артефакта, развёртывание на staging, ручное подтверждение production и smoke-test. Секреты хранятся в…

Страшно обновлять из-за риска поломки
Следующий шаг

Обсудим задачу: скорость и стабильность

Пришлите адрес сайта и коротко опишите, что происходит. Посмотрим и подскажем, с чего начать. Если ваша ситуация немного отличается от описания, напишите — детали спокойно обсудим до договора.