PRLab → SEO-блог → Техническое SEO
Как найти медленные страницы сайта
Найти медленные страницы сайта важно раньше, чем оптимизировать отдельную картинку или скрипт. Пользователь оценивает не «среднюю скорость домена», а конкретный URL: каталог, карточку, статью или форму. Системный аудит помогает обнаружить шаблоны, расставить приоритеты и проверить, что ускорение действительно улучшило опыт посетителя.
Почему медленные страницы нужно искать системно
Главная страница часто получает больше внимания, но медленными оказываются шаблоны: фильтры каталога, статьи с тяжёлыми изображениями или карточки с виджетами. Один дефект повторяется на сотнях URL и влияет на обход, конверсию и доверие.
Семантика статьи
Основной кластер: «как найти медленные страницы сайта», «проверить скорость страниц», «медленная загрузка URL». Дополняющие темы: TTFB, Core Web Vitals, LCP, INP, CLS, скорость сервера, изображения, JavaScript и кеширование.
Что считать медленной страницей
Это URL, который хуже сопоставимых страниц по ответу сервера, отображению главного контента или интерактивности. Сначала сравнивайте одинаковые шаблоны.
Лабораторные и полевые данные
Лабораторный тест ищет причину, полевые данные отражают посетителей. Используйте оба источника.
Не ускоряйте всё одинаково
Плохой TTFB требует работы с сервером, поздний LCP — обычно с изображениями, шрифтами или ресурсами.
Какие показатели проверять
| Метрика | Что показывает | Частая причина |
|---|---|---|
| TTFB | Время до первого байта | Сервер, база, отсутствие кэша |
| LCP | Когда виден главный контент | Тяжёлый hero, CSS, блокирующие ресурсы |
| INP | Скорость реакции на действие | Перегруженный JavaScript |
| CLS | Сдвиги элементов при загрузке | Изображения и виджеты без размеров |
Не превращайте аудит в гонку за «идеальными 100 баллами». Важнее устранить реальные задержки для ключевых сценариев. Если пользователь не видит цену, форму или основной ответ несколько секунд, красивый балл в отчёте не компенсирует потерю.
С чего начать приоритизацию
Сначала выберите URL, которые получают трафик, участвуют в воронке или представляют крупный шаблон. Затем оцените сочетание: масштаб проблемы × ценность страницы × сложность исправления. Быстрый эффект часто даёт оптимизация одного общего компонента.
Как найти медленные страницы: пошаговый аудит
- Соберите URL. Возьмите sitemap, аналитику, страницы из индекса и ключевые шаблоны.
- Разделите по типам. Отметьте статьи, категории, товары, фильтры и лендинги.
- Снимите метрики. Измеряйте TTFB, LCP, INP, CLS, размер ответа и запросы в одинаковых условиях.
- Найдите выбросы. Сравните медиану шаблона с медленными URL: проблема обычно в блоке, базе или внешней интеграции.
- Проверьте HTTP-ответ. Страница с 500 или цепочкой 301 не решается сжатием изображений. Используйте проверку ответа сервера и HTTP-статуса URL.
Для полноценного технического обхода полезно сопоставить скорость с кодами ответа. Материал как найти страницы с HTTP 301, 302 и 500 на сайте поможет не перепутать проблему производительности с ошибкой доступности.
Из-за чего страницы загружаются долго
Медленный серверный ответ
Высокий TTFB часто связан с тяжёлыми запросами к базе, генерацией страницы на каждый визит, внешним API или нехваткой ресурсов. Проверьте логи, медленные запросы и кэш на уровне приложения. Не маскируйте проблему фронтендом: браузер не начнёт строить страницу, пока не получил HTML.
Изображения и главный экран
Большой герой без современных форматов, без заданных размеров или с загрузкой всех вариантов в srcset легко ухудшает LCP. Используйте WebP/AVIF там, где это уместно, отдавайте нужный размер и не лениво загружайте изображение, которое пользователь видит сразу.
Скрипты и сторонние виджеты
Реклама, чат, аналитика, карта и A/B-тесты могут блокировать главный поток. Отложите то, что не нужно для первого экрана, удалите дубли и проверьте влияние каждого поставщика. Важный вопрос: нужен ли скрипт на каждом URL?
Дублирующие переходы и ошибки
Лишний редирект добавляет задержку ещё до рендера. Проверьте цепочку редиректов URL, а при сообщении браузера о множественных переходах — как найти циклические редиректы и безопасно исправить redirect loop.
План ускорения без хаотичных правок
- Выберите один медленный шаблон и зафиксируйте исходные метрики.
- Определите главную причину: сервер, изображение, CSS, JavaScript или внешний сервис.
- Сделайте небольшую гипотезу и протестируйте её на стенде.
- Проверьте мобильный сценарий и все критичные блоки страницы.
- После релиза повторите замер в тех же условиях и посмотрите полевые данные.
Работайте с внутренними ссылками тоже: они должны вести сразу на доступный URL. Короткий анкор «скорость сайта», средний «проверка медленных страниц» и как проверить внутреннюю перелинковку и найти ссылки на неактуальные адреса помогают уменьшить лишние переходы по сайту.
Скорость становится управляемой, когда вы измеряете группы страниц, устраняете одну понятную причину и подтверждаете результат. Такой подход улучшает не только технические показатели, но и путь пользователя к целевому действию.
Сноски и пояснения
- Google рекомендует оценивать пользовательский опыт с учётом Core Web Vitals и полевых данных, а также устранять проблемы производительности, важные для реальных посетителей. Документация Google Search Central о page experience. ↩