Скорость и редиректы

Q: Как проверить скорость конкретной страницы?

TTFB и цепочку редиректов можно проверить на странице /help/ttfb (встроенный чекер) или через /tools/redirects. Для полной проверки скорости с рендерингом используйте Google PageSpeed Insights.

Q: Когда один редирект — это нормально?

HTTP→HTTPS (один 301) — обязателен. www→без www или наоборот (один 301) — стандартная практика. Смена URL старой страницы на новый — тоже один 301. Проблема — когда редиректов два и больше для одного URL.

TTFB, цепочки редиректов и размер страницы

TTFB (Time To First Byte)

TTFB — время от отправки HTTP-запроса до получения первого байта ответа от сервера. Это базовая метрика серверной скорости. Краулер измеряет TTFB для каждой страницы с учётом всех редиректов.

Что мы проверяем

Проверка	Критерий	Лист в XLSX
Медленный TTFB	Время ответа более 800 мс	Slow TTFB >800ms

Как интерпретировать

TTFB	Оценка
< 800 мс	Хорошо — норма по стандарту Google
800–1800 мс	Требует оптимизации — попадает в отчёт
> 1800 мс	Медленно — серьёзная проблема для SEO и UX

Почему TTFB важен

Фактор ранжирования. Google и Яндекс используют скорость страницы как фактор ранжирования. Медленные страницы проигрывают быстрым при прочих равных.
Core Web Vitals. TTFB влияет на Largest Contentful Paint (LCP) — одну из трёх метрик Core Web Vitals. Google учитывает их в ранжировании, Яндекс также отслеживает скорость загрузки.
Crawl budget. Чем медленнее сайт — тем меньше страниц Googlebot и YandexBot успевают обойти за сессию.
Конверсия. Каждые дополнительные 100 мс задержки снижают конверсию на 1–2%.

💡

TTFB, который измеряет краулер — это серверное время ответа. Оно не включает рендеринг страницы на клиенте. Для полной картины используйте также Google PageSpeed Insights или Яндекс Вебмастер (раздел «Диагностика сайта»).

Как ускорить

Кэширование. Серверный кэш (Redis, Varnish, Nginx microcaching) убирает повторные запросы к БД.
Оптимизация запросов. Медленные SQL-запросы — частая причина долгого TTFB. Проверьте индексы.
CDN. Размещение контента ближе к пользователю снижает задержку сети.
Серверные ресурсы. Нехватка CPU или RAM приводит к очереди запросов и росту TTFB.

Редиректы

Редирект (перенаправление) — когда сервер отвечает кодом 301 или 302 и перенаправляет на другой URL. Краулер считает количество редиректов в цепочке для каждой страницы.

Что мы проверяем

Проверка	Критерий	Лист в XLSX
Страницы с редиректами	Количество редиректов больше 0	Redirects

Типы редиректов

301 Moved Permanently — постоянный редирект. Передаёт ссылочный вес. Используйте для: переезда на новый домен, смены URL-структуры, объединения страниц.
302 Found — временный редирект. Не передаёт вес (поисковики могут не склеить URL). Используйте для: A/B-тестов, временных перенаправлений.

Цепочки редиректов

Цепочка — когда URL перенаправляет на другой, который тоже перенаправляет, и так далее. Каждый шаг добавляет задержку и теряет часть ссылочного веса.

⚠️

Цепочки из 3+ редиректов — серьёзная проблема. Googlebot и YandexBot могут не пройти длинную цепочку до конца, и конечная страница не получит ссылочный вес. Старайтесь, чтобы каждый URL перенаправлял сразу на финальный адрес. Проверить цепочку редиректов можно с помощью инструмента проверки редиректов.

Когда редиректы — нормально

HTTP → HTTPS (один 301 редирект)
www → без www или наоборот (один 301 редирект)
Смена URL старой страницы на новый

Размер страницы

Краулер измеряет размер HTML-тела каждой страницы в байтах. Это размер самого HTML, без картинок, CSS и JS.

Лёгкие страницы (до 50 КБ HTML) загружаются быстрее и потребляют меньше трафика.
Тяжёлые страницы (более 200 КБ HTML) могут быть признаком раздутого кода: inline-стили, инлайновые скрипты, избыточная разметка.

Примеры

Ситуация	Проблема
Все страницы каталога с TTFB >1500 мс	Вероятно, тяжёлые SQL-запросы — нужна оптимизация БД
Цепочка: http → https → www → /page	3 редиректа вместо одного — настройте прямой 301 на финальный URL
Главная 15 мс, остальные 900+ мс	Главная закэширована, остальные нет — включите серверный кэш
HTML размером 500 КБ	Раздутая разметка — inline-стили, избыточные атрибуты, SVG в HTML

Частые вопросы

Какой TTFB считается хорошим для SEO?

По рекомендациям Google: менее 800 мс — хорошо, 800–1800 мс — требует оптимизации, более 1800 мс — критично. Быстрый TTFB улучшает Core Web Vitals (LCP) и пользовательский опыт.

Почему цепочки редиректов — это проблема?

Каждый редирект добавляет 50–500 мс задержки и может терять ссылочный вес. Цепочки из 3+ редиректов — серьёзная проблема: поисковик может не дойти до конечной страницы. Оптимально — один прямой 301.

Какой размер HTML-страницы считается нормальным?

До 50 КБ — лёгкая. 50–200 КБ — средняя. Более 200 КБ — тяжёлая: уберите inline-стили, сократите разметку, вынесите SVG в файлы. Размер HTML влияет на скорость парсинга и краулинговый бюджет.

Как скорость сайта влияет на ранжирование?

Google использует Core Web Vitals (LCP, FID, CLS) как фактор ранжирования. TTFB напрямую влияет на LCP. Яндекс также учитывает скорость загрузки. Медленные страницы проигрывают быстрым при прочих равных.

Чем 301-редирект отличается от 302?

301 — постоянный: передаёт ссылочный вес, поисковик заменяет URL в индексе. 302 — временный: вес не передаётся, старый URL остаётся. Для переезда сайта, смены URL или объединения страниц — всегда 301.

Что такое краулинговый бюджет и как скорость на него влияет?

Краулинговый бюджет — количество страниц, которые поисковик обходит за сессию. Чем медленнее сайт, тем меньше страниц Googlebot и YandexBot успевают обойти. На больших сайтах это приводит к тому, что часть страниц не попадает в индекс.

Как проверить скорость конкретной страницы?

TTFB и цепочку редиректов — на странице TTFB (встроенный чекер) или через инструмент проверки редиректов. Для полной проверки с рендерингом — Google PageSpeed Insights.

Когда один редирект — это нормально?

HTTP → HTTPS (один 301) — обязателен. www → без www (один 301) — стандартная практика. Смена URL старой страницы — тоже один 301. Проблема начинается, когда для одного URL два и больше редиректов.