Тесты опровергают 5-секундный лимит рендера — Web...

Тесты опровергают 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

@MikeBlazerX

⚠️ Закрытый канал: @MikeBlazerPRO

Источник новости https://t.me/mikeblazerx/6585...