Проверка производительности сайта
Введите адрес и за 10–30 секунд получите отчет по 12 ключевым показателям — не сухие цифры для технаря, а понятный ответ на вопрос «что именно тормозит и что исправить в первую очередь».
Мы проверяем 12 показателей
Они разделены на четыре группы: воспринимаемая скорость, визуальная стабильность, эффективность ресурсов и загрузки, риски структуры страницы. По каждому показателю — фактическое значение, оценка уровня и рекомендации по улучшению.
Perceived speed
Main content appears
LCP (Largest Contentful Paint)
How long a visitor waits before the main content shows up. This is the single biggest driver of perceived speed.
Server response
TTFB (Time To First Byte)
How long your server itself takes to handle a request, with network time excluded (so the number is usually small). If this is slow, every other optimisation gets dragged down with it.
First content shown
FCP (First Contentful Paint)
When anything first appears on the page. Past three seconds, visitors start to wonder if the site is broken.
Click responsiveness
TBT (Total Blocking Time)
How long the main thread is blocked during load, when clicks feel dead. A high number here reads as a laggy site.
Visual stability
Content stability
CLS (Cumulative Layout Shift)
How much elements shift around while the page loads. Jumping content causes misclicks and is the most overlooked UX killer.
Resources & loading
Total page weight
Total byte weight
How much data this single page makes visitors download. On mobile connections, weight decides how long they keep waiting.
Image weight & headroom
Image formats / compression / responsive sizes
How much of your page weight is images, and how many of them could still shrink into a more efficient format. Usually the heaviest part of a page, and the fastest win.
Unused code
Unused JavaScript / CSS
JavaScript and CSS that gets downloaded but never used. It costs bandwidth and browser parse time for nothing.
Render-blocking requests
Render-blocking resources
CSS and JS that must finish downloading before the page can render at all. These directly delay first paint.
Compression & caching
Text compression / cache TTL
Whether static assets are compressed and cached by the browser. For returning visitors, this decides what they re-download.
Page structure
Third-party load
Third-party script cost
Main-thread time consumed by analytics, chat widgets and ad scripts. Not your code, but your page pays for it.
Page structure size
DOM size / redirect chain
DOM node count and redirect chain length. Bloated structure slows rendering and style calculation, while extra hops make visitors wait for nothing.
Как пользоваться
Введите адрес
Укажите адрес страницы для проверки — подойдет любая страница, доступная из интернета (внутренние адреса и страницы с авторизацией не проверяются).
Выберите тип устройства
Мобильный режим имитирует сеть 4G: оценка строже и ближе к первому впечатлению реального посетителя.
Прочитайте выводы и исправьте одно
Не нужно исправлять все 12 показателей сразу. Отчет укажет, что важнее починить первым; после исправления протестируйте снова и сравните результат.
Частые вопросы
Проверка бесплатная? Нужна регистрация?
Полностью бесплатно, без регистрации и входа. Результаты основаны на общедоступных методах анализа производительности и пересчитаны и интерпретированы по нашим собственным стандартам.
Почему на мобильном результат хуже, чем на десктопе?
В мобильном режиме имитируются сеть 4G и мощность телефона среднего уровня — это отраслевой стандарт. Поэтому не сравнивайте мобильный с десктопом, сравнивайте «до и после» в рамках одного режима.
Связаны ли результаты проверки с позициями в поиске?
Производительность влияет косвенно: она сказывается на времени пребывания и конверсии посетителей, а также на оценке удобства страницы компанией Google. Но это технические показатели, а не гарантия позиций или трафика.
Смогу ли я исправить найденные проблемы сам?
В большинстве случаев да: сжатие и смена формата изображений, включение кэширования и компрессии, удаление ненужных скриптов — этого достаточно, чтобы устранить главные узкие места большинства сайтов. Задачи, требующие изменений в архитектуре кода и на стороне сервера (разделение кода, серверный рендеринг, миграция сервера), можно обсудить с нами.
Хотите узнать, как это исправить и что это даст?
Пришлите нам результаты проверки — мы подготовим список улучшений с учетом приоритетов вашего бизнеса.