Тесты опровергают 5-секундный лимит рендера — Web Rendering Service ставит внутренние часы на паузу
Миф о 5-секундном лимите рендера ходит давно, но тесты, которые его якобы подтверждают, неправильно интерпретируют работу Web Rendering Service (WRS) со временем.
Googlebot скачивает сырой HTML, затем передает его в WRS — headless-версию Chrome.
Любые нужные CSS или JS краулинговая инфраструктура запрашивает отдельно, прокидывает обратно через систему и возвращает в Chrome.
Этот крюк — одно из отличий от обычного браузера.
Второе — время.
WRS не привязан к аппаратному таймеру.
Он работает на виртуальных часах, которыми управляет Google, и может ускорять, замедлять или намертво замораживать время для headless-инстанса.
Тестовая страница с двумя серверными API-вызовами, каждый с рандомной задержкой от 3 до 6 секунд (в сумме 6-12 секунд, что сильно превышает мнимый порог в 5 секунд), всё равно полностью проходит рендер и индексируется.
Итоговое время для обоих вызовов возвращается как 0.02 секунды, потому что WRS ставит время на паузу во время запроса и считает только работу по вставке результатов в DOM.
Получается, счетчик setInterval, который якобы "доказывает" потолок в 5 секунд, измеряет виртуальные часы, а не реальный лимит.
Рендер заканчивается, когда WRS фиксирует, что event loop простаивает и новых задач нет — а не когда истекает таймер.
Но терпение не бесконечно.
Страница, которая запрашивает данные в бесконечном цикле (3 секунды серверной задержки на вызов), действительно обрубается: инструменты проверки в реальном времени остановились после 16-18 вызовов (48-54 секунды), а фактическая индексация оборвалась после 10 вызовов (30 секунд), хотя точный порог плавает.
Это и есть реальный потолок — пустой event loop или бесконечный цикл.
Оба состояния наступают далеко за пределами 5 секунд и намного позже, чем дождался бы любой живой юзер.
https://tamethebots.com/blog-n-bits/the-5-second-google-render-limit-myth
#Rendering #TechnicalSEO #GoogleBot
@MikeBlazerX ⚠️ Закрытый канал: @MikeBlazerPRO