Утром 5 ноября мы проверили страницу SEO-услуг «Маяка»: адрес отвечал HTTP 200, присутствовал в карте сайта и указывал canonical на себя. Запрещающий noindex в проверенных метатегах и HTTP-заголовке не обнаружен. Всё это подтверждает технические свойства страницы. Присутствие адреса в поисковом индексе такой проверкой ещё не установлено.
Карта сайта сообщает адрес
В документации Google sitemap описывается как способ помочь поисковой системе обнаруживать URL. Там отдельно сказано, что перечисление адресов не гарантирует обход и индексацию каждого из них. Поэтому добавление страницы в карту и появление её в поиске — разные результаты работы.
На сайте поставщика это различие важно при приёмке новых разделов. Исполнитель может показать XML со списком товаров, а заказчик услышит «каталог уже в поиске». Нужно назвать выполненное действие точно: адреса включены в карту.
Сама карта тоже должна содержать нужные конечные URL. Если в ней устаревшая ссылка, а покупатель получает другой адрес после перенаправления, сначала стоит разобраться с согласованным вариантом страницы.
Почему HTTP 200 не отвечает на весь вопрос
Код 200 сообщает об успешном ответе на запрос. Он не описывает качество содержания и не отменяет поисковые правила. На странице с таким ответом может быть запрет индексации или указание другого canonical.
В нашей проверке адрес SEO-услуги открылся, а canonical совпал с проверяемым URL. Мы сохранили результат вместе с датой. Это позволяет сформулировать конкретный вывод об этом адресе вместо общего «сайт работает».
Для своей страницы также важно посмотреть конечный ответ и содержание. Если все отсутствующие товары возвращают общую заглушку с кодом 200, успешный HTTP сам по себе не делает такие страницы полноценными карточками.
Robots.txt и noindex управляют разными вещами
В справке Google noindex описан как правило запрета индексации через метатег или HTTP-заголовок. Чтобы робот прочитал правило на странице, он должен получить к ней доступ. Блокировка обхода в robots.txt не равнозначна прочитанному noindex.
Это объясняет, почему нельзя чинить любой случай отсутствия страницы удалением первой найденной строки. Ограничение может быть намеренным: например, для служебного раздела. Сначала определяют, какой URL должен быть публичным и кто согласовал его поисковый статус.
В проверенном примере запрещающий noindex не обнаружен. Но из этого не следует, что поисковик уже посетил страницу, выбрал её как основную или включил в выдачу. Такие выводы требуют других данных.
Что попросить в результате технической проверки
Полезный результат содержит адрес, время проверки, HTTP-ответ, canonical, обнаруженные ограничения и присутствие в sitemap. Отдельно должно быть сказано, проверялось ли состояние в инструментах поисковой системы. Тогда неизвестное не превращается в обещание.
Если технических препятствий не найдено, следующим предметом разбора становятся данные об обходе и состоянии URL в доступном кабинете вебмастера. Срок попадания в индекс нельзя назначить только по наличию XML-файла.
Начните SEO-проверку с одной важной страницы. Такой отчёт можно перепроверить и использовать для конкретного исправления. Он полезнее общего заверения, что все настройки включены.
- HTTPКак отвечает конкретный адрес
- КартаУказан ли URL в sitemap
- ПравилаЧто разрешено обходить и индексировать
- ИндексЧто известно поисковой системе
Первые проверки не заменяют сведения об индексировании. Результат относится к конкретному адресу и моменту.
Материалы разбора
Факты и документы, на которые опирается статья:
Продолжить чтение
Обсудить вашу B2B-задачу
Расскажите о продукте и текущей ситуации. Обсудим, что проверить в рекламе, сайте или работе с обращениями.