Аудит скорости сайта: где именно теряются секунды

Бесплатный замер скорости перед разговором о деньгах

Жалоба «сайт тормозит» – это ощущение, а не диагноз. Тормозить может сервер, может шаблон, может одна картинка на 4 МБ, может третий посторонний скрипт, тянущий еще пять. Мы снимаем цифры до того, как предлагать что-то: без них любая оценка работ будет угадыванием.

Что мы измеряем

• Первый ответ сервера (TTFB)Медиана из нескольких замеров на главной, в категории и на внутренней странице – отдельно, потому что они часто расходятся. В нашей выборке разброс составил от 126,3 мс до 1544,6 мс на живых сайтах.
• Полная загрузка HTMLСколько проходит от запроса до последнего б документа. Разница между этим числом и TTFB показывает, держит ли вас сервер или размер разметки.
• Вес HTML и сжатиеРазмер документа без сжатия и в gzip/brotli. Измеренные ориентиры выборки: 102,1 КБ на самом легком сайте и 751,2 КБ на самом тяжелом – разница в семь раз на том же классе сайтов.
• Редиректы на входеПопадает ли посетитель сразу в конечный адрес. Один лишний 301 на главной добавляется к каждому первому визиту – в одном из измеренных магазинов именно он сидит внутри 789,4 мс.
• Картинки и отложенная загрузкаСколько тэгов img на странице, сколько из них из loading="lazy", есть ли WebP. Измеренные ориентиры: от 0% до 96% изображений с отложенной загрузкой на разных сайтах.
• Посторонние скриптыСколько счетчиков, чатов и виджетов подключено и что они влекут. Это часть веса, которую никто не заказывал сознательно – она накапливается годами.
• Заголовки кэшированияЧто сервер говорит браузеру о повторном посещении. Страница из no-store перегружается каждый раз с нуля, даже если не изменялась.

Почему две одинаковые на вид задачи считаются по-разному

• Сколько типов страниц меритьОдностраничный сайт – это один набор замеров. Магазин — не менее трех: главная, категория, карточка, и они расходятся. На одном из измеренных сайтов главная отдавалась вчетверо медленнее карты товара, и один прогон показал бы любую из этих двух цифр.
• Есть ли доступ к серверуБез него причины видны, а их источник — нет. С конфигурацией nginx или Apache на руках разбор короче, и отчет становится перечнем конкретных поправок вместо перечня гипотез.
• Есть ли полевые данныеSearch Console добавляет к нашим намерениям отчет Core Web Vitals – то, что видели реальные устройства и сети. Наш curl этого не видит и лучше сказать об этом до начала, чем после.
• Языковые версии и поддоменыКаждая ветвь меряется отдельно, потому что редирект на языковую версию умеет съедать сотни миллисекунд первого визита. В одном измеренном магазине 301 на языковую ветвь сидит внутри 789,4 мс первого ответа.
• Нужен замер «после»Зафиксировать разницу — это второй цикл замеров через неделю-две после правок, теми же инструментами и с тех же точек. Тот же документ это не покрывает.

Полный перечень работ и того, что вы получаете на выходе

• Замеры первого ответа и полной загрузки на главной, в категории и в карте — по несколько повторов с медианой, чтобы цифра не зависела от одного прогона
• Вес документа до и после сжатия с проверкой, gzip или brotli вообще включены
• Разбор цепочки редиректов от голого домена до конечного адреса: каждый лишний шаг прилагается к каждому первому визиту.
• Инвентаризация изображений — количество, форматы, доля с отложенной загрузкой, вес тяжелых файлов
• Список чужих скриптов с оценкой вклада каждого, чтобы решение «убрать или оставить» принимали вы, а не тот, кто его ставил
• Чтение заголовков ответа: кэширование, сжатие, версия протокола, HSTS
• Отчет Core Web Vitals в Search Console, если есть доступ, полевые данные реальных посетителей рядом с нашими замерами
• Письменный отчет с цифрами и причинами, упорядоченный по влиянию, а не по сложности: с ним можно идти любому разработчику
• Сырые замеры с датой и методом — чтобы через полгода было с чем сравнивать
• Повторный замер после исправлений теми же инструментами: разница в цифрах, а не в самочувствии

Прозрачные этапы с согласованием на каждом шагу

Общий срок:3–7 дней

1. 1

   Замеры без доступов

   1 рабочий день

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

2. 2

   Инвентаризация страницы

   1 рабочий день

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

3. 3

   Полевые данные и конфигурация

   1–2 рабочих дня

   Search Console, отчет Core Web Vitals, настройка сервера – если доступы дали. Здесь наши замеры встречаются с тем, что видели реальные посетители на своих устройствах.

4. 4

   Разбор причин

   1–2 рабочих дня

   Каждая медленная цифра привязывается к причине: задержка сервера, вес разметки, изображение, чужой код. То, что не объясняется собранными данными, остается в отчете как невыясненное, а не как догадка.

5. 5

   Отчет и разговор по нему

   1 рабочий день

   Документ с цифрами, причинами и перечнем работ в порядке воздействия. Далее 30–40 минут разговора по пунктам вместе с вашим разработчиком, если он есть.

6. 6

   Повторный замер после поправок

   отдельным шагом, после работ

   Те же страницы, тот же метод, новая дата. Без этого шага разницу придется обсуждать на ощущениях, а не на числах.

На чём строим и с чем это соединяется

Без этого не начнём — лучше подготовить заранее

1. 1Адрес сайта – для первого замера больше ничего не нужно.
2. 2Доступ к Search Console, если вы хотите видеть в отчете полевые данные реальных посетителей, а не только наши замеры.
3. 3Доступ к хостингу или контакт администратора: без него часть причин виден, но не виден, чем они вызваны.
4. 4Понимание, какие страницы для вас главные – мерить имеет смысл то, куда приходят деньги, а не случайный адрес.
5. 5Одного человека с вашей стороны, который может дать доступ и ответить, зачем на сайте стоит каждый из чужих скриптов.

Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.

Что обычно берут вместе с этой задачей

• Core Web Vitals — сроки и условия
• Мобильная скорость — сроки и условия
• Оптимизация изображений
• Заголовки ответа и кэш
• Анализ журналов сервера — что входит