Раздел из 980 страниц ускорили с LCP 4,6 до 1,9 секунды, второй раздел того же сайта оставили как есть. Позиции почти не сдвинулись. Зато частота обхода выросла на 38%, а медианное время от публикации до индексации сократилось с девяти дней до четырёх — и весь прирост трафика пришёл именно оттуда.
Гипотеза
Скорость загрузки принято обсуждать как фактор ранжирования: быстрее — выше. Формулировка удобная, но плохо проверяемая, потому что Core Web Vitals работают скорее как порог, чем как шкала, и на фоне остальных факторов их вклад теряется.
Проверяемая формулировка: основной эффект ускорения проявляется не в позициях, а в поведении краулера — в частоте обхода и в скорости индексации новых и обновлённых страниц. Позиционный эффект, если он есть, вторичен и проявляется только на страницах, которые уже находятся в зоне видимости.
Условия и площадка
Площадка — сайт-2, контентный проект в сфере бытовой техники. 2 100 страниц, органика 118 000 визитов в месяц, стабильная динамика последние полгода. Сайт на WordPress, тема с тяжёлым слайдером на всех шаблонах.
Два структурно похожих раздела, сопоставимых по объёму, возрасту страниц и типу контента:
| Группа | URL | Страниц | LCP на старте |
|---|---|---|---|
| Тестовая | сайт-2/spravochnik/ | 980 | 4,6 с |
| Контрольная | сайт-2/obzory/ | 1 010 | 4,4 с |
В тестовом разделе выполнено четыре группы правок и ничего кроме них:
- Все растровые изображения переведены в WebP с пересжатием. Средний вес картинки упал с 780 КБ до 96 КБ, суммарный вес медиа раздела — с 41 МБ до 5,2 МБ.
- Подключены масштабированные размеры вместо оригиналов, ниже первого экрана включён отложенный вывод.
- Из шаблона раздела удалены два рендер-блокирующих скрипта — слайдер и виджет соцсетей, которые на страницах справочника не использовались вовсе.
- Критический CSS вынесен инлайном, остальной стиль загружается асинхронно.
Контент, заголовки, перелинковка и мета-теги в обоих разделах не менялись. Новые страницы публиковались в оба раздела в одинаковом темпе — по 12 в неделю, силами одной редакции.
Отдельно стоит объяснить, почему в тестовый раздел вошло сразу четыре группы правок, а не одна. Изолировать вклад каждой было бы методически чище, но практически невозможно: снизить LCP с 4,6 до порогового значения одной только конвертацией картинок не получается — упирается в рендер-блокирующие скрипты, и наоборот. Мы сознательно пожертвовали разложением на факторы ради того, чтобы вообще перейти порог. Если бы правки вносились по одной, каждая из них дала бы LCP в диапазоне 3,2–3,9 секунды, то есть эксперимент проверял бы совсем другую гипотезу.
Полный список того, что проверяется до старта любого эксперимента, собран в отдельном материале о технической готовности страницы до эксперимента.
Baseline
Зафиксировано за 28 дней до правок, по обоим разделам параллельно:
- LCP, FID и CLS — лабораторные значения Lighthouse и полевые данные CrUX за 28 дней;
- число просканированных страниц раздела в сутки — из отчёта «Статистика сканирования» в Search Console;
- медианное время от публикации страницы до её появления в индексе — по выборке из 40 страниц;
- средняя позиция и CTR по разделу;
- органический трафик раздела за 28 дней.
Результат
Замер снят через 10 недель после завершения правок — срок выбран так, чтобы полевые данные CrUX успели полностью обновиться.
| Метрика | Тест: было | Тест: стало | Контроль: было | Контроль: стало |
|---|---|---|---|---|
| LCP (полевой, p75) | 4,6 с | 1,9 с | 4,4 с | 4,5 с |
| Страниц сканируется в сутки | 126 | 174 (+38%) | 131 | 128 |
| Медиана до индексации | 9 дней | 4 дня | 8 дней | 9 дней |
| Средняя позиция | 14,2 | 12,9 (+1,3) | 13,8 | 13,6 |
| CTR | 3,1% | 3,4% | 3,2% | 3,1% |
| Трафик за 28 дней | 54 200 | 60 100 (+11%) | 56 400 | 55 900 |
Прирост трафика в 11% выглядит как результат роста позиций, но при разборе структуры он распадается иначе. Из 5 900 дополнительных визитов 4 100 пришлись на страницы, опубликованные уже после правок — то есть на материалы, которые в контрольном разделе к моменту замера ещё не успели набрать видимость просто потому, что позже попали в индекс. На старых страницах прирост составил 1 800 визитов, что соответствует сдвигу средней позиции на 1,3 пункта в диапазоне, где такой сдвиг почти ничего не меняет.
Ещё одно наблюдение, которое видно только при постраничном разборе: сильнее всего сократилось время индексации у страниц, лежащих на третьем и четвёртом уровне вложенности. У страниц первого уровня, которые краулер и раньше обходил почти ежедневно, изменений практически нет. Иначе говоря, ускорение не сдвигает всё равномерно — оно вытягивает то, что раньше не доходило до очереди. На сайте с плоской структурой из двухсот страниц этот эффект, скорее всего, не проявится вовсе.
Что подтверждено, что реконструировано, что не доказано
Подтверждено. Ускорение раздела совпало с ростом частоты обхода на 38% и сокращением медианного времени индексации более чем вдвое, при том что контрольный раздел того же сайта в тот же период не изменился ни по одной из этих метрик.
Реконструировано. Механизм выглядит так: краулер расходует на сайт ограниченный ресурс, и чем дешевле обходится загрузка одной страницы, тем больше страниц он успевает взять за то же время. Это стандартное объяснение краулингового бюджета, оно согласуется с наблюдением, но само наблюдение его не доказывает — мы не видим, чем именно руководствовался планировщик обхода.
Не доказано. Что скорость даёт прирост позиций. Сдвиг на 1,3 пункта при контрольном сдвиге на 0,2 — величина, которая не отличима от шума на выборке в одну тысячу страниц. Утверждать «мы ускорили сайт и выросли в выдаче» на этих данных нельзя.
Ограничения
- Оба раздела живут на одном хосте, и ускорение тестового могло косвенно освободить ресурс для обхода контрольного — то есть контроль не полностью независим.
- Правки выполнялись пакетом из четырёх групп, вклад каждой по отдельности не измерялся.
- Десять недель — короткий срок для позиционного эффекта, если он накопительный.
- Медиана времени индексации считалась по выборке в 40 страниц на группу, доверительный интервал широкий.
Чтобы расхождения не терялись, каждая правка фиксировалась в журнале — формат описан в материале про журнал эксперимента.
Что можно повторить
Минимальная версия: взять два раздела одного сайта с регулярной публикацией, ускорить один и десять недель снимать только три метрики — страниц в сутки из отчёта сканирования, время до индексации по выборке новых страниц и трафик с разбивкой на старые и новые URL. Разбивка обязательна: без неё прирост от быстрой индексации неотличим от прироста позиций, и вывод получится неверным.
Тот же приём с разделением старых и новых URL пригодится в эксперименте про переработку старых статей.