Отчёт для example.com23 сентября 2026, 12:48 МСК
КОРОТКО О ГЛАВНОМ
Есть препятствия для поиска, загрузки и обращения. Откройте замечания ниже — у каждого есть объяснение и инструкция.
проверок пройдено
24 из 30 оценённых
Разовая проверка показывает состояние сейчас. Неполные проверки в процент не входят.
ПОДРОБНЫЙ ОТЧЁТ
Откройте проверку — объясним, что она означает, как исправить проблему и убедиться в результате.
Показано: 32 из 32 · разделов: 5
Открываются ли страницы и работает ли адрес сайта.
Проверяем, отдаёт ли сервер главную страницу без ошибки. Это разовый запрос из одной точки, а не история доступности сайта.
Главная страница ответила без ошибки в момент проверки.
GET https://example.com/ → HTTP 200Тип ответа: text/html; точка запуска: МоскваПроверяем, открывается ли страница услуг по её адресу и не возвращает ли сервер ошибку.
Страница услуг вернула содержимое без ошибки сервера.
GET https://example.com/services → HTTP 200Проверяем настройки DNS — они связывают имя сайта с адресом сервера, чтобы браузер мог его найти.
По имени сайта удалось получить адрес сервера.
DNS: запись A полученаВремя ответа DNS: 34 мсПроверяем, удаётся ли связаться с сервером и установить защищённое соединение для загрузки сайта.
Проверяющий сервис смог подключиться к серверу по защищённому соединению.
TCP: успешно; TLS handshake: успешноСоединение: 82 мсПроверяем, переводит ли сайт посетителя с обычного адреса HTTP на защищённый HTTPS автоматически.
Адрес с http автоматически переводит посетителя на https.
http://example.com/ → 301 → https://example.com/ → 200Считаем автоматические переходы между адресами до открытия страницы. Лишние переходы увеличивают ожидание.
У двух проверенных страниц нет циклов и переходов на посторонний домен.
HTTPS /: 0 переходовHTTPS /services: 0 переходов; HTTP /: 1 переходНет ли технических препятствий для поисковых систем. Это не проверка позиций или наличия в поиске.
Ищем указание noindex в настройках страницы. Оно сообщает поисковым системам, что страницу не нужно показывать в результатах поиска.
На странице услуг есть указание поисковым системам не добавлять её в поиск — noindex.
На что влияет. Если вы хотите привлекать посетителей на эту страницу из поиска, настройка этому мешает. Фактическое наличие страницы в поиске здесь не проверялось.
Откройте настройки страницы в системе управления сайтом. Разрешите показ в поиске, если это публичная страница. Если такой настройки нет, передайте этот пункт специалисту: нужно убрать noindex из метатега robots.
Яндекс: как управлять появлением страниц в поиске (откроется в новой вкладке)Повторите проверку после публикации изменений. Затем проверьте страницу в Яндекс Вебмастере: поисковику потребуется время на обновление.
URL: https://example.com/services<meta name="robots" content="noindex">Карта сайта — файл со списком страниц для поисковиков. Проверяем, загружается ли он и можно ли прочитать его без ошибок.
Карта сайта загружается, но файл обрывается. Поисковик не сможет прочитать его целиком.
На что влияет. Карта сайта — список страниц для поисковых систем. Ошибка может помешать им узнавать о новых и обновлённых страницах.
В настройках сайта найдите раздел «Карта сайта» или «SEO» и пересоздайте карту. Если ошибка осталась, передайте специалисту адрес файла и сообщение из технических подробностей.
Яндекс: как проверить и добавить карту сайта (откроется в новой вкладке)Повторите эту проверку, затем проверьте файл в разделе Sitemap Яндекс Вебмастера. Файл должен читаться без ошибок.
GET https://example.com/sitemap.xml → HTTP 200XML: строка 42, неожиданное окончание документаПроверяем файл robots.txt: в нём владелец задаёт, какие страницы поисковым роботам разрешено обходить.
В файле правил не найден запрет обхода главной страницы для проверенного робота.
robots.txt → HTTP 200; user-agent: YandexBotДля пути / запрещающее правило не найденоПроверяем основной адрес страницы — canonical. Это подсказка поисковику, какую версию считать основной, если одно содержимое доступно по разным адресам.
В коде главной указан её же защищённый адрес как основной — canonical.
<link rel="canonical" href="https://example.com/">Проверяем, заполнено ли название страницы — title. Оно видно во вкладке браузера и может использоваться в поиске.
Задано название страницы, которое браузер показывает во вкладке.
<title>Пример компании — услуги для бизнеса</title>Проверяем, заполнено ли краткое описание страницы — description. Поисковик может показать его под ссылкой на сайт.
В настройках страницы есть непустое краткое описание — description.
meta description: «Помогаем компаниям организовать работу. Услуги, условия и контакты.»Ищем основной заголовок страницы — H1. Он помогает понять тему страницы; здесь оцениваем наличие, а не качество текста.
На странице найден непустой основной заголовок.
h1: «Услуги для вашего бизнеса»Проверяем выбранную ссылку в меню: ведёт ли она на страницу, которая открывается без ошибки.
Ссылка «Услуги» в меню ведёт на доступную страницу.
Источник: /; ссылка: <a href="/services">Услуги</a>Целевой адрес /services → HTTP 200Как быстро посетитель увидит страницу. В примере — мобильный профиль, сеть 4G и один лабораторный запуск.
Измеряем, через сколько появляется самый крупный видимый элемент первого экрана. Этот показатель называется LCP и помогает оценить ожидание основного содержимого.
В тестовом запуске самое крупное изображение на первом экране появилось через 4,1 секунды.
На что влияет. Посетитель ждёт, пока увидит основное предложение. На его устройстве и сети скорость может отличаться.
Передайте специалисту этот результат. Попросите ускорить загрузку изображения первого экрана и проверить, какие файлы задерживают его показ.
Руководство по ускорению главного экрана · на английском (откроется в новой вкладке)После изменений сделайте несколько замеров в тех же условиях. Сравните время появления основного содержимого — LCP.
LCP: 4,1 с; элемент: /assets/hero-original.jpgПример: мобильный профиль, 4G, Москва; 1 лабораторный запускСравниваем размер файла главного изображения и его размеры на экране. Слишком большой исходник может загружаться дольше, не улучшая видимое качество.
Для изображения шириной 780 пикселей загружается файл размером 2,4 МБ.
На что влияет. Большая фотография расходует мобильный трафик и может замедлять первый экран.
Загрузите уменьшенную и сжатую копию изображения через редактор сайта. Попросите специалиста подобрать размер для экрана и формат WebP или AVIF с сохранением качества.
Руководство по ускорению главного экрана · на английском (откроется в новой вкладке)Откройте страницу на телефоне, проверьте качество картинки и повторите замер. Размер файла и время загрузки должны уменьшиться.
/assets/hero-original.jpg: 2,4 МБРазмер в файле: 4800 × 3200 px; на экране: 780 × 520 pxИзмеряем время до начала ответа сервера — TTFB. Это ожидание первых данных, ещё до загрузки всей страницы.
Первый байт ответа получен через 0,32 секунды в тестовом запуске.
TTFB: 320 мс; диагностический порог примера: 800 мсИзмеряем, насколько сдвигаются текст, изображения и кнопки при загрузке. Показатель CLS помогает заметить такие неожиданные перемещения.
В тестовом запуске показатель смещения блоков составил 0,03.
Лабораторный CLS: 0,03; порог примера: 0,1Проверяем, сжимает ли сервер текстовые файлы перед передачей. Так браузер скачивает меньше данных, не теряя содержимого.
Проверенные файлы передаются в сжатом виде.
HTML, main.css, app.js: Content-Encoding: brИзмеряем, на какое время скрипты при загрузке занимают браузер долгими задачами. Показатель TBT помогает находить причины задержек отклика в лабораторном тесте.
Суммарное время блокировки основного потока при загрузке — 120 мс.
Лабораторный TBT: 120 мс; порог примера: 200 мсTBT не равен полевому INPПроверяем статистику отклика сайта на действия реальных посетителей — INP. Для оценки нужна достаточная выборка посещений.
Источник статистики не вернул достаточно данных об отклике страницы у реальных посетителей.
Мы не можем оценить, как быстро сайт отвечает на их нажатия. Это не означает, что сайт медленный.
Вернитесь к показателю позже. Пока проверьте основные кнопки на нескольких телефонах вручную.
Полевой INP: данных для URL недостаточноВидны ли контакты, форма и предложение. Отправка заявки проверяется отдельно с разрешения владельца.
Проверяем ссылку для письма: указан ли в ней адрес получателя, который почтовая программа подставит после нажатия.
У ссылки «Написать нам» не указан email получателя.
На что влияет. Почтовая программа может открыть пустое письмо. Посетителю придётся самому искать адрес компании.
В редакторе сайта откройте блок контактов и впишите email в ссылку кнопки. Специалисту: после mailto: должен стоять адрес получателя.
Справочник контактных ссылок для специалиста · на английском (откроется в новой вкладке)Нажмите кнопку и убедитесь, что открылось письмо с правильным получателем. Отправлять письмо для этой проверки не нужно.
Главная, блок контактов<a href="mailto:">Написать нам</a>Проверяем, появились ли заголовок и текст предложения после загрузки страницы в браузере.
После загрузки видны заголовок и основной текст предложения.
main h1 и текст предложения видимы после загрузкиПроверяем, видны ли посетителю телефон и форма обращения. Наличие контактов и работа отправки заявки — разные проверки.
На странице отображаются телефон и форма обращения.
Видимая ссылка tel: найденаФорма и кнопка отправки отображаются; отправка не выполняласьПроверяем настройку viewport: она подсказывает мобильному браузеру, как подстроить страницу под ширину экрана.
В коде задано отображение по ширине экрана устройства.
<meta name="viewport" content="width=device-width, initial-scale=1">Ищем код системы аналитики и проверяем его загрузку. Такой код нужен для сбора статистики, но сам по себе не подтверждает её получение.
Обнаружен и загружен скрипт счётчика аналитики.
Пример идентификатора: demo-12345Запрос скрипта счётчика завершён успешноПроверяем отправку тестовой заявки по заранее согласованному сценарию. Для этого нужны разрешение владельца и тестовые данные.
Тестовую заявку не отправляли: разрешённый сценарий ещё не настроен.
Неизвестно, срабатывает ли отправка. Получение письма или заявки в CRM также не подтверждено.
Владелец сайта может разрешить тестовую отправку, указать тестовые данные и ожидаемое сообщение об успехе.
Сценарий: не настроенОтправок формы: 0Защищено ли соединение и нет ли небезопасных ресурсов. Эти проверки не заменяют аудит безопасности.
Проверяем, какую часть адреса текущей страницы браузер может передавать другому сайту при переходе. Это задаёт настройка Referrer-Policy.
Настройка unsafe-url разрешает передавать полный адрес текущей страницы другим сайтам.
На что влияет. Вместе с адресом могут передаваться параметры ссылки. В них иногда бывает информация, которую не стоит раскрывать.
Передайте специалисту этот пункт. Попросите заменить Referrer-Policy: unsafe-url на подходящую ограничивающую политику, например strict-origin-when-cross-origin.
Настройка передачи адреса страницы · на английском (откроется в новой вкладке)Повторите проверку заголовка после изменения настроек сервера.
HTTP-заголовок: Referrer-Policy: unsafe-urlПроверяем сертификат HTTPS: подходит ли он к адресу сайта, действует ли сейчас и доверяет ли ему браузер.
Сертификат подходит к адресу сайта и проходит проверку доверия.
Имя: example.com; цепочка доверия: корректнаСрок действия включает дату проверкиИщем файлы, которые защищённая страница пытается загрузить по обычному HTTP. Браузер может блокировать такие подключения.
В проверенном наборе запросов не найдены ресурсы, загружаемые по незащищённому HTTP.
HTTP-ресурсов в 38 наблюдавшихся запросах: 0Проверяем, указан ли у формы защищённый адрес для отправки данных. Фактическая отправка — отдельная проверка.
В форме указан защищённый адрес обработчика.
form action: https://example.com/api/contactСетевой запрос с данными формы не выполнялсяПроверяем загрузку основных стилей, скриптов и изображений. Без этих файлов страница может отображаться или работать неправильно.
Основные файлы в наблюдавшемся наборе запросов загрузились без ошибки.
Наблюдалось: 38 запросов ресурсовОтветов 4xx/5xx и сетевых ошибок в этом наборе: 0Результаты относятся только к указанным страницам и условиям проверки. Все данные в этом отчёте вымышлены.
ЧТО ДАЛЬШЕ
Сегодня всё может работать, а после обновления — сломаться. Мониторинг повторяет проверки и помогает заметить проблему без ежедневного ручного контроля.
Подключение появится в рабочей версии сервиса.
Уведомления в Telegram или по email, когда подтверждён сбой на важных страницах.
Повторная проверка покажет, устранена ли найденная проблема и не появилась ли снова.
История сбоев и восстановления, изменения важных страниц и регулярный понятный отчёт.