Провал теста на «медленном 4G» от Google — это мгновенная пессимизация
Сеошники вслепую работают и не понимают, как Google на самом деле воспринимает их сайт.
Они тестируют скорость на высокоскоростных соединениях, но весь протокол тестирования производительности Google основан на эталоне медленного 4G на мобильном Nexus 5x, утверждает Кристин Шашингер.
Если ваш сайт плохо работает в этой «задушенной» среде, в глазах Google вы провалили тест, и неважно, что показывает ваша собственная аналитика.
И дело тут не только в прохождении Core Web Vitals (CWV), а в гораздо более прямом и карательном механизме.
Я неоднократно наблюдала «фактор пессимизации», который напрямую связан с низкой скоростью сайта.
У меня был один клиент с рекламной наркоманией: он загружал на каждую страницу по 13 различных рекламных блоков.
Мы вычищали это, и его позиции возвращались.
Но он неизбежно возвращал рекламу обратно, и я видела, как трафик обваливался.
В последний раз, когда это произошло, он потерял 30% своего трафика всего за три дня, сразу после повторного включения рекламы.
Когда мы убрали ее, трафик вернулся.
Это не медленный апдейт алгоритма, это прямая, ежедневная проверка.
Они ставят рекламу — производительность падает в ноль, и трафик летит вниз.
Мы ее убираем — он снова растет.
Эта пессимизация за ресурсы распространяется и на поведение краулера.
Инженер из Google сказал мне, что если у вашего сайта медленный Time to First Byte (TTFB), они просто бросят краулинг или будут обходить вас гораздо реже.
Они исходят из того, что если первоначальный ответ сервера медленный, то и все остальное будет таким же, и отказываются тратить ресурсы впустую.
Ваш TTFB должен быть меньше 600 миллисекунд, но они хотят, чтобы он был меньше 80 миллисекунд.
Все, что медленнее, — и вы активно рискуете краулингом своего сайта.
#SiteSpeed #CrawlBudget #CWV
@MikeBlazerX
🚷 Закрытый канал: @MikeBlazerPRO
