Проверка метатегов страницы

Проверяйте опубликованный HTML после изменений в CMS, миграции URL или установки SEO-модуля. Инструмент получает исходный ответ сервера и читает title, meta description, canonical, robots и поля Open Graph. Это помогает обнаружить ситуацию, когда редактор показывает правильный заголовок, но страница отдаёт старое значение из кэша. Сравните полученный адрес после редиректов с тем, который вы считаете каноническим.

Откройте проблемную страницу без авторизации и запустите проверку из нашего сервиса. Если тег не найден, проверьте исходный HTML и шаблон head в приложении. Для страниц каталога сравните товар с обычной ценой, архивный товар и страницу с фильтром. Если canonical указывает на чужую или удалённую страницу, исправьте источник шаблона, а затем повторите проверку после сброса кэша CDN.

Введите опубликованный URL. Проверка загрузит HTML с сервера.

Начните с кнопки «Вставить пример», чтобы увидеть ожидаемый формат ввода. Затем замените демонстрационные значения своими данными в полях «Адрес страницы». Нажмите «Получить результат». Если формат неверный, инструмент покажет ошибку на русском языке; исправьте исходные данные и повторите действие.

Готовый результат можно скопировать одной кнопкой или скачать в файл meta-report.txt. Проверьте итог перед публикацией на рабочем сайте: инструмент видит только переданные ему данные и не знает особенностей вашего проекта. Для больших выгрузок удобно сначала обработать небольшой фрагмент и убедиться, что структура результата подходит дальнейшему процессу.

Для главной страницы выводятся реальные title, description и canonical.

https://pugofka.com/

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

JavaScript, выполняемый только в браузере, не учитывается: показывается ответ сервера.

Технически корректный результат ещё не означает, что он подходит бизнес-логике сайта. Например, URL может быть синтаксически верным, но вести на удалённую страницу; XML может быть хорошо сформированным, но не соответствовать настройкам конкретной площадки. После автоматической проверки откройте итог в целевой системе или браузере и сравните его с ожидаемым поведением.

Если инструмент сообщает об ошибке, начните с названного поля или строки. При обработке файлов проверьте кодировку, переносы строк, кавычки и спецсимволы. Они часто попадают в данные при экспорте из Excel, CMS или интеграции и могут менять смысл результата.

Результат не учитывает метатеги, добавленные только клиентским JavaScript после загрузки. Поисковые системы могут обработать JavaScript, но доступность первичного HTML полезна для диагностики. Наличие тега не означает, что поисковик обязательно покажет его в выдаче. Значение description нужно оценивать вместе с содержимым страницы и запросом пользователя.

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

Откройте проблемную страницу без авторизации и запустите проверку из нашего сервиса. Если тег не найден, проверьте исходный HTML и шаблон head в приложении. Для страниц каталога сравните товар с обычной ценой, архивный товар и страницу с фильтром. Если canonical указывает на чужую или удалённую страницу, исправьте источник шаблона, а затем повторите проверку после сброса кэша CDN.

Результат не учитывает метатеги, добавленные только клиентским JavaScript после загрузки. Поисковые системы могут обработать JavaScript, но доступность первичного HTML полезна для диагностики. Наличие тега не означает, что поисковик обязательно покажет его в выдаче. Значение description нужно оценивать вместе с содержимым страницы и запросом пользователя.

Сохраните исходный пример и результат рядом с задачей, чтобы при следующем обновлении можно было повторить проверку. Откройте итоговый файл в целевой системе и сравните не только отсутствие ошибки, но и число обработанных записей, конечные адреса, отображение кириллицы и поведение на мобильном экране, если результат используется в интерфейсе. Для конфигурации сервера сначала примените изменения на тестовом окружении и выполните запрос к реальному URL. Для данных каталога выберите несколько контрольных SKU с разными ценами и остатками. Если расхождение найдено, исправляйте источник данных или шаблон генерации, а не только один скачанный файл. Так следующая автоматическая выгрузка не вернёт проблему.

Введённый адрес отправляется серверу Pugofka, который запрашивает целевой сайт из своей сети. Для HTTP-запросов каждый переход повторно проверяется и соединение привязывается к проверенному публичному IP. Внутренние и служебные адреса запрещены. Результат зависит от DNS, географии, защиты сайта и момента проверки; браузер посетителя или настоящий поисковый робот могут получить другой ответ.

Не вводите URL с паролями, приватными токенами или персональными параметрами. Содержимое формы скрыто от записи Вебвизора; в события Метрики передаются только slug инструмента и тип действия. Отчёт появляется в открытой вкладке, а при копировании попадает в системный буфер обмена устройства.

Используйте результат как рабочий черновик: вставьте его в конфигурацию, страницу или документ и повторно проверьте там, где он будет применяться. Если вы меняете индексируемые страницы, обновите связанные ссылки и карту сайта. Для миграции URL дополнительно запустите сетевую проверку редиректов, чтобы увидеть фактические HTTP-ответы после публикации.

Если задача связана с каталогом, импортом или поддержкой интернет-магазина, команда Pugofka может помочь встроить такую проверку в регулярный обмен данными и исправить источник ошибок. Одноразовая онлайн-утилита полезна для диагностики, а постоянный поток данных обычно требует автоматической проверки на стороне проекта.