Полный аудит сайта
Полный аудит сайта

Проверка render-blocking JS онлайн

Найдите JavaScript-файлы, которые блокируют рендеринг страницы и замедляют её отображение

Бесплатно, быстро и без регистрации
Результаты проверки

Это проверка только render-blocking JS. Чтобы проверить страницу по всем параметрам — воспользуйтесь полной проверкой страницы.

Вы также можете проверить весь сайт. Дубли title и description, orphan-страницы, битые ссылки между разделами и другие системные проблемы можно найти только при проверке всего сайта.

Если у вас нет SEO-специалиста — мы поможем исправить найденные ошибки.

Полная проверка страницы Проверить весь сайт Исправить ошибки

Что такое render-blocking ресурсы

Render-blocking ресурсы — это JavaScript и CSS-файлы, которые блокируют отрисовку страницы. Когда браузер встречает тег <script> без атрибутов async или defer, он останавливает парсинг HTML, скачивает и выполняет скрипт, и только потом продолжает строить DOM. Это задерживает первую отрисовку страницы и ухудшает метрики FCP и LCP.

Что проверяет этот инструмент

  • Скрипты без async/defer — JavaScript-файлы, блокирующие рендеринг страницы
  • Расположение скриптов — скрипты в <head> без async/defer особенно вредны
  • Количество блокирующих ресурсов — сколько скриптов замедляют отрисовку
  • Inline-скрипты — большие встроенные скрипты, которые тоже блокируют парсинг
  • Атрибуты async и defer — проверка корректности их использования

Разница между async и defer

  • Без атрибутов — браузер останавливает парсинг HTML, скачивает скрипт, выполняет его и только потом продолжает
  • async — скрипт скачивается параллельно с парсингом HTML, но выполняется сразу после загрузки, приостанавливая парсинг
  • defer — скрипт скачивается параллельно и выполняется после полного парсинга HTML, сохраняя порядок
  • Когда что использовать — defer для скриптов, зависящих от DOM; async для независимых скриптов (аналитика, виджеты)

Как устранить render-blocking

  • Добавьте атрибут defer к скриптам, которые работают с DOM — это самый безопасный способ
  • Используйте async для независимых скриптов — аналитика, рекламные виджеты, счётчики
  • Перенесите скрипты в конец <body> — если async/defer по какой-то причине не подходят
  • Инлайните критический CSS и JS — минимальный код для первого экрана можно встроить в HTML

Частые вопросы

Можно ли добавить async или defer ко всем скриптам?
Не всегда. Если скрипт зависит от другого скрипта или должен выполниться в определённом порядке, async может сломать работу. В таких случаях используйте defer — он сохраняет порядок выполнения скриптов. Также нельзя добавлять async/defer к inline-скриптам (без атрибута src) — эти атрибуты работают только с внешними файлами.
Как render-blocking JS влияет на SEO?
Блокирующие скрипты замедляют First Contentful Paint (FCP) и Largest Contentful Paint (LCP) — ключевые метрики Core Web Vitals. Google учитывает эти метрики при ранжировании. Кроме того, если Googlebot не дождётся выполнения скриптов, часть контента может не проиндексироваться. Устранение render-blocking ресурсов — одна из основных рекомендаций PageSpeed Insights.
Что опаснее — render-blocking JS или CSS?
CSS по умолчанию всегда блокирует рендеринг — браузер не отрисует страницу, пока не загрузит все стили. Но это нормальное поведение, иначе пользователь увидит «вспышку» нестилизованного контента. JavaScript же блокирует и парсинг HTML, что хуже. Приоритет — убрать блокирующий JS через async/defer, а для CSS — инлайнить критические стили и загружать остальное асинхронно.

Другие проверки