Скрипт защиты на сайте: влияет ли он на скорость загрузки
Содержание
Поделиться
Документация Binetro не задаёт бюджет времени скрипта на загрузку страницы. Пороги Core Web Vitals отвечают на другой вопрос: какой опыт загрузки, отклика и устойчивости Google считает хорошим для страницы. Связать эти числа с секундами скрипта защиты нельзя — такого замера в прочитанных документах нет.
Скликивание от скорости отрисовки не зависит. Ниже — какие пороги вообще существуют, что скрипт делает при сбое и чего из «сайт стал медленнее» эти документы не доказывают.
Пороги опыта страницы
Документация Web Vitals, обновлённая 31 октября 2024 года, задаёт три стабильные метрики. LCP измеряет загрузку, хороший опыт — не позже 2,5 секунды от старта загрузки. INP измеряет отзывчивость, хороший опыт — 200 миллисекунд или меньше. CLS измеряет визуальную устойчивость, хороший опыт — 0,1 или меньше. Порог для большинства пользователей — 75-й перцентиль загрузок, отдельно для мобильных и для компьютеров. Страница проходит, если на этом перцентиле выдержаны все три.
Метрики задуманы как полевые. Лаборатория их не заменяет: на оценку влияют устройство, сеть, прочие процессы и то, как человек трогает страницу. Lighthouse в лаборатории INP не измеряет, потому что ввода пользователя нет; вместо него там смотрят Total Blocking Time. Пороги — рекомендация Google для опыта страницы на дату обновления. Документ не измеряет скрипт защиты и не связывает эти числа с позицией в поиске.
Если лабораторный отчёт показал рост Total Blocking Time после установки скрипта, это ещё не провал INP и не доказательство, что 75-й перцентиль полевых загрузок вышел за 2,5 секунды. Поле и лаборатория считаются отдельно.
Что скрипт делает, когда ответа нет
Если скрипт не получил ответ — ошибка, таймаут или ответ 5xx — визит пропускается. Такого режима у самой проверки нет: пропуск при сбое делает скрипт на сайте. Если ответ не удалось собрать, посетитель тоже пропускается. Ожидание, которое не закончилось ответом, не превращается в блокировку. Для скорости страницы из этого следует только граница поведения: незавершённая проверка не держит посетителя в отказе. Сколько миллисекунд скрипт готов ждать, документы не задают.
Решение по визиту считается по уже загруженным данным и не ходит в сеть и в базу в момент проверки. Сбой внешнего источника не останавливает проверку: она продолжает работу на последних данных. Журнал пишется отдельно. Ошибка записи журнала не меняет решение. Горячий путь не добавляет сетевой поход «прямо сейчас, чтобы решить». Это не цифра LCP и не обещание, что отрисовка не сдвинется.
Чего документы не обещают
Прочитанные документы описывают решение по визиту и пропуск, если скрипт не дождался ответа. Они не задают бюджет времени скрипта на загрузку страницы и не задают способ измерить эффект защиты по расходу рекламы до и после. Отсутствие обещания — не замер. Для решения о скорости это граница утверждений, а не цифра влияния на поиск или на цену заявки.
Недействительные клики порогами LCP не считаются. Кликфрод и скликивание не становятся меньше от того, что INP уложился в 200 миллисекунд. Кто скликивает рекламу, по CLS не виден. Возврат за скликивание от бюджета времени скрипта не зависит: такого бюджета в документации нет.
| Вопрос | Что можно сказать | Чего сказать нельзя |
|---|---|---|
| Какой опыт загрузки хороший | LCP не позже 2,5 с на 75-м перцентиле | Что скрипт Binetro укладывается в этот порог |
| Какой отклик хороший | INP 200 мс или меньше, полевая метрика | Что лабораторный Total Blocking Time равен INP |
| Что при сбое проверки | Скрипт пропускает визит | Сколько он ждал ответ |
| Ходит ли решение в сеть | Нет, оно считается по уже загруженным данным | Что отрисовка страницы от этого не меняется |
| Эффект по расходу рекламы | Способ «до и после» не задан | Что защита ускорила или замедлила сайт на N мс |
Проверьте три вещи, и не смешивайте их. Полевые LCP, INP и CLS смотрите на 75-м перцентиле, отдельно для телефона и для компьютера. Лабораторный отчёт читайте как лабораторию: INP там нет. Поведение при сбое проверьте отдельно: нет ответа — визит пропущен, журнал на решение не влияет. Цифру «скрипт добавляет столько-то миллисекунд» из этих источников взять нельзя.
Как снять спор «скрипт тормозит»
Спор обычно начинается с лабораторного отчёта: поставили скрипт, Total Blocking Time вырос, и из этого делают вывод, что страница провалила опыт. Документация Web Vitals от 31 октября 2024 года так считать не позволяет. INP в лаборатории не измеряется, потому что нет ввода. Полевой порог — 75-й перцентиль, отдельно для телефона и для компьютера, и страница проходит, только если на этом перцентиле выдержаны LCP не позже 2,5 секунды, INP не больше 200 миллисекунд и CLS не больше 0,1.
Поэтому сравните три ряда, а не одну колонку лаборатории. Полевые три метрики до и после установки. Лабораторный отчёт — как лабораторию, с Total Blocking Time вместо INP. Журнал проверки — отдельно: был ли ответ, или визит ушёл в пропуск из-за ошибки, таймаута, 5xx или несобранного ответа.
Горячий путь решения в сеть в момент проверки не ходит и журнал не ждёт. Ошибка записи журнала решение не меняет, сбой внешнего источника оставляет проверку на последних данных. Это устройство решения, не миллисекунды LCP. Бюджета времени скрипта документы не задают, и способ «расход рекламы до и после» тоже не задают. Если вас просят цифру влияния на позицию или на цену заявки, честный ответ: такого замера в этих документах нет, пороги опыта страницы к скрипту не привязаны.