20 секунд по странице: жива она или работает — это разные вопросы

Четыре адреса и один холодный взгляд

Я прогнал внешней проверкой три свои страницы и одну конкурентную. Без доступа к серверу, без Search Console, без логов, без «сейчас я всё пойму по одному числу». Только HTTP-ответ и HTML.

Это полезная процедура, потому что она отрезвляет. Страница может открываться с кодом 200, иметь приличный title, canonical на себя и JSON-LD, но при этом не приносить заявок, не попадать в нормальные показы и тихо лежать в углу сайта, как мой старый чек-лист по микроразметке 2018 года.

Главная мысль простая: внешняя проверка отвечает на вопрос «жива ли страница и есть ли на ней факт». Она не отвечает на вопрос «работает ли страница для бизнеса, поиска и людей».

В 2026 году это стало заметнее. Часть кликов забирает ИИ-поиск, и мне всё чаще нужна не магическая оценка «позиции будут», а грубая проверка: есть ли на странице понятный фрагмент, который можно процитировать, пересказать, вытащить в ответ.

Что говорит HTTP до того, как мы прочитали страницу

Сначала видно самое скучное. А скучное в SEO часто экономит вечер.

Это не катастрофа, но если я сам не укладываю мысль в нормальный размер, поисковик с удовольствием сделает это за меня

HTTP-ответ показывает статус, редиректы, время ответа, размер HTML и часть заголовков. Если страница отдаёт 200 — она хотя бы не мертва. Если редиректов нет — цепочка не съедает лишние миллисекунды и не путает адрес. Если HTML весит 579 КБ, как у конкурента, я уже чешу затылок: там не текст весит, там разметка пришла с чемоданом на 23 кг, только без отпуска.

Мои замеры на 1 ноября 2026 года:

Все четыре страницы отвечают 200. Редиректов нет ни у одной. Canonical у всех указывает на саму страницу. Это уже неплохая новость: адреса не спорят сами с собой.

Но дальше начинаются нюансы.

2,1 секунды до ответа на странице блога при HTML в 28 КБ — это не «сервер долго собирал страницу». Там нечего так долго разбирать. Скорее сеть, хостинг, маршрут, конкретный момент замера. Одна цифра не делает диагноз, но даёт повод открыть графики и перестать делать вид, что 2 секунды — это «нормально, у всех так».

У конкурента 579 КБ HTML против моих 28–91 КБ. При 2 697 словах это не похоже на «у нас просто много полезного текста». Половина веса — служебная разметка, обвязка, шаблон, повторяющиеся блоки. На десктопе это можно не заметить. На мобильном такая страница уже едет как тележка с квадратным колесом: формально катится, но каждые 3 метра напоминает о себе.

Что вытаскивается из HTML за те же 20 секунд

После ответа я смотрю в HTML. Не как археолог с кисточкой, а как человек, которому нужно быстро понять: страница вменяемо представлена для робота и для сниппета или нет.

Видны title и description. На блоге title 47 знаков, description 116. На услуге SEO-продвижения title 49, description 165. Последний длинноват: сниппет с большой вероятностью будет обрезан или переписан. Это не катастрофа, но если я сам не укладываю мысль в нормальный размер, поисковик с удовольствием сделает это за меня. И не факт, что аккуратнее.

На «Слоеводстве» description 82 знака. Коротко, но безобидно. Для словаря на 144 термина я бы скорее думал не о длине описания, а о том, насколько ясно страница сообщает: здесь собраны определения, а не просто длинная портянка текста.

H1 у всех страниц по одному. Это хорошо, но не повод ставить себе медаль из фольги. Количество H2 тоже видно: от 2 на блоге до 12 на услуге. Само число ничего не доказывает. 12 подзаголовков могут быть нормальной структурой услуги, а могут быть шумом ради «SEO-текста». Тут нужно читать.

JSON-LD интереснее. На странице услуги у меня полный набор: Service, BreadcrumbList, FAQPage. Для коммерческой страницы это логично. На блоге — Blog. У конкурента — BreadcrumbList и CollectionPage. А вот на словаре только WebPage. Для страницы-справочника этого мало: термины не размечены. Страница говорит «я веб-страница», хотя могла бы яснее объяснять, что внутри 144 понятия.

Meta robots есть у всех моих страниц: index, follow с max-image-preview. У конкурента тега нет. И это не ошибка. Если ограничений нет, meta robots не обязан присутствовать. Иногда отсутствие запрета лучше, чем криво написанное разрешение.

og:image есть у всех. Для классического SEO это не рычаг, которым двигают горы, но для расшаривания и предпросмотра полезно. Особенно когда страницу цитируют в мессенджерах, а там дизайн сайта превращается в одну картинку, заголовок и пару строк.

Где 20 секунд начинают врать

Быстрая внешняя проверка удобна тем, что не просит доступов. Она же опасна тем, что очень убедительно показывает неполную картину.

Время ответа зависит от моей сети, маршрута, DNS, кэша, состояния хостинга в конкретную минуту. Один замер — это фотография, а не медицинская карта. Можно увидеть симптом, но нельзя честно назвать среднее время ответа за месяц.

Размер HTML не равен весу страницы. В таблице нет CSS, JS, шрифтов, картинок, видео, сторонних скриптов, аналитики и всего того, что браузер потом дотащит. 28 КБ HTML может обрасти мегабайтами ресурсов. 579 КБ HTML уже тревожный сигнал, но и он не показывает весь вес загрузки.

Количество слов не равно пользе. У меня на «Слоеводстве» 4 583 слова, у конкурента 2 697. Можно было бы радостно сказать: «Победа». Я так уже делал в молодости, потом долго чистил тексты от собственной уверенности. Объём показывает материал, но не показывает, закрывает ли он запрос.

Количество H2 не говорит о качестве структуры. Семь подзаголовков могут вести читателя, а двенадцать — усыплять. Или наоборот. Без чтения это просто число.

Canonical на себя не гарантирует индексацию. Он лишь сообщает предпочтительный адрес. Робот может согласиться, а может найти причины не держать страницу в индексе. Подробно про такие проверки я писал отдельно в статье про то, как проверяю индексируемость URL: /blog/kak-ya-proveryayu-indeksiruemost-url.

Чего снаружи не видно никогда

Вот тут проходит граница. Снаружи можно быстро понять, что страница отдаётся, оформлена и содержит текст. Но самые болезненные вопросы остаются внутри систем.

• Сколько страниц в индексе. Внешний HTML не показывает, принял ли поисковик страницу и сколько её дублей нашёл.
• Какие запросы привели людей. Без Search Console и Метрики видны слова на странице, но не реальные формулировки пользователей.
• Есть ли каннибализация. Одна страница может выглядеть нормально, пока три соседние не начинают спорить с ней за один кластер.
• Что с поведением. Время на странице, возвраты, прокрутка, клики по форме снаружи не торчат.
• Какие страницы-сироты. По одному URL не понять, есть ли к нему внутренние ссылки и как часто робот до него добирается.
• Что в логах сервера. В HTML не видно, как часто приходил бот, какие коды получал и где спотыкался.
• Что видит робот после исполнения JavaScript. Голый HTML может быть аккуратным, а итоговая DOM-страница — совсем другой.
• Как страница выглядит для региона. Один внешний замер не показывает региональные подмены, доступность CDN и локальные отличия.

Это и есть ответ на вопрос «работает ли она». Он лежит не в одном HTML, а в связке данных: показы, клики, обход, индексация, конверсии, логи, внутренние ссылки.

Как я делю проверки: снаружи и изнутри

Снаружи за вечер можно пройти десятки URL. Проверить коды ответа, редиректы, canonical, robots, title, description, H1, JSON-LD, og:image, язык страницы, объём текста. Это хороший первый слой для аудита, особенно когда доступов ещё нет, а разговор уже начался.

Такой слой отвечает на грубые вопросы. Страница открывается? Она не закрыта от индексации? Не каноникалится в сторону? Есть ли там нормальный заголовок? Есть ли факты, которые можно цитировать? Не весит ли HTML как лендинг на конструкторе после трёх маркетологов?

Изнутри начинается другая работа. Нужны Search Console, Метрика или другая аналитика, логи сервера, CMS, карта внутренних ссылок, данные по конверсиям. Там уже видно, что страница делает: получает показы, собирает клики, приводит заявки, мешает другой странице или сама страдает от дубля.

Если нужен не быстрый осмотр, а нормальный разбор сайта, я обычно начинаю с технического и поискового слоя: /seo-audit. Но даже там первая проверка часто такая же скучная: код ответа, canonical, robots, вес, разметка. Просто потом к ней добавляются данные, которые снаружи не достать.

Что я поправлю после этих четырёх замеров

По своим страницам у меня три понятных действия.

Первое — доработать разметку «Слоеводства». Сейчас там WebPage, хотя страница по сути справочник на 144 термина. Нужно размечать термины яснее, чтобы машина не гадала, где определение, где связанный материал, где просто текст. Не ради красивого валидатора, а ради цитируемого факта.

Второе — переписать description на странице услуги SEO-продвижения. 165 знаков — не преступление, но я хочу короче и плотнее. Если сниппет всё равно будет резаться, лучше самому убрать воду, чем ждать редакторского вдохновения от алгоритма.

Третье — проверить скорость ответа блога. 2 118 мс при 28 КБ HTML выглядят странно. Я не буду называть это бенчмарком хостинга: один замер, одна сеть, один момент времени. Но я посмотрю повторные замеры, кэш, маршрут и серверные графики. Если проблема повторяется, чинить надо не текст, а доставку.

Четыре страницы — не весь сайт

Эти замеры не доказывают, что мой сайт быстрый или медленный. Они не доказывают, что конкурент хуже или лучше. Они показывают четыре конкретных URL в один момент времени из одной точки проверки.

И этого достаточно для первого вывода: внешняя проверка полезна как дверной звонок. Нажал — понял, есть ли кто дома. Но по звонку нельзя понять, чисто ли на кухне, оплачены ли счета и почему хозяин третий месяц не отвечает на письма.

По одной странице за 20 секунд видно жизнь, оболочку и часть фактов. Работу страницы видно только по следам: обход, индекс, показы, клики, заявки, логи.

Я открываю список правок и ставлю первую задачу: разметка терминов в «Слоеводстве».