Проверка мета-тегов

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

Что показывает проверка метатегов?

Инструмент получает и проверяет метатеги из HTML-кода веб-страницы. Метаданные содержат инструкции для поисковых роботов и сервисов публикации ссылок, а также описательную информацию о странице.

Обычно стоит проверить метаописание, директивы robots, настройки viewport и метаданные для социальных сетей, например теги Open Graph. Канонический URL, как правило, указывается в отдельном HTML-элементе link, поэтому его нужно проверять отдельно. Заголовок документа технически является элементом HTML, а не метатегом. Однако его часто проверяют вместе с метаданными, поскольку поисковые системы могут использовать его в качестве заголовка результата поиска.

Эти элементы по-разному влияют на видимость и отображение страницы. Директива robots может запретить индексирование. Отдельно от нее каноническая ссылка может указывать, какую из похожих версий страницы следует считать основной. Описания и метаданные для социальных сетей могут влиять на вид ссылки, но поисковые системы и социальные платформы могут вместо них сформировать собственный текст или выбрать другое изображение.

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

Как проверить метатеги сайта?

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

1. По возможности указывай итоговый HTTPS-адрес, включая полный путь к статье, товару или профилю.
2. Проверь, перенаправляет ли введенный URL на другой адрес. Если да, отдельно проверь страницу назначения, которую показывает браузер.
3. Сравни полученные значения с назначением страницы и тем, как она должна выглядеть в результатах поиска.
4. Внеси изменения в шаблон сайта, систему управления контентом или настройки SEO, опубликуй их и запусти проверку снова.

Проверка выполняется на сервере. Введенный URL передается серверу по HTTPS и не сохраняется. Чтобы серверный инструмент мог получить целевую страницу, она должна быть доступна из интернета. Закрытые ссылки для предварительного просмотра, страницы во внутренней сети и разделы, требующие входа, могут оказаться недоступны.

Детали URL имеют значение. Строка запроса может приводить к получению другого ответа, а фрагмент, начинающийся с символа решетки, не отправляется веб-серверу. Пробелы нельзя использовать в URL напрямую, обычно их нужно кодировать в процентной форме. Доменные имена с диакритическими или нелатинскими символами могут быть представлены по стандарту IDNA в виде ASCII-меток с Punycode, а нелатинские символы в пути могут отображаться в процентной кодировке.

Как читать результаты проверки?

Для каждого найденного метаэлемента проверь атрибуты, например name, property, http-equiv, charset и, где применимо, content, а также их соответствие отправленной странице. Тег может присутствовать, но при этом содержать ошибку, дублироваться или наследоваться из неподходящего шаблона.

• Meta description: должен естественным языком описывать конкретную страницу. Пустое значение не предлагает поисковой системе готового описания, хотя она по-прежнему может составить его из видимого текста.
• Robots: содержит директивы, которым могут следовать поддерживающие их поисковые роботы. Например, robots = noindex, follow предписывает таким роботам не индексировать страницу, но разрешает переходить по ее ссылкам.
• Canonical: следует проверять отдельно, поскольку обычно это HTML-элемент link, а не метаэлемент. Его атрибут href указывает предпочтительный URL для одинакового или почти одинакового контента. Как правило, он должен вести на действующую индексируемую страницу с тем же содержанием.
• Viewport: помогает браузерам правильно размещать содержимое страницы на мобильных устройствах. Он не описывает страницу напрямую, но отсутствие или неподходящее значение может ухудшить отображение на мобильных экранах.
• Open Graph и аналогичные теги для социальных сетей: предлагают заголовок, описание, URL или изображение для публикации страницы. Каждая платформа самостоятельно решает, какие значения использовать.

Рассмотрим пример. Если страница товара возвращает description = Red wool scarf with tasselled ends, описание относится к конкретному товару. Если та же страница возвращает description = Welcome to our website, тег присутствует, но почти не дает полезного контекста. Аналогично, при отдельной проверке канонической ссылки значение href https://example.co.uk/scarves/red-wool-scarf выглядит логичным для этого товара. Если же canonical ведет на главную страницу магазина, URL товара может быть воспринят как дубликат.

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

Частые проблемы и способы их исправить

• Отсутствует описание: добавь описание конкретной страницы через систему управления контентом или шаблон. Не копируй одно и то же предложение на большое количество страниц.
• Случайно добавлена директива noindex: удали ее со страниц, которые после публикации должны появляться в поиске. Также проверь заголовки HTTP-ответа, поскольку инструкции robots могут передаваться в них, а не в HTML.
• Один и тот же тег добавлен несколько раз: определи, какая тема, плагин или часть шаблона создает каждую копию, и оставь одно основное значение. Противоречащие друг другу директивы robots и дублирующиеся элементы canonical усложняют диагностику.
• Неверная каноническая ссылка: проверь ее отдельно от метатегов и замени общее значение для всего сайта на предпочтительный URL текущего материала. Обрати внимание на различия между HTTP и HTTPS, варианты имени хоста и ненужные параметры отслеживания.
• Устаревший заголовок или изображение для социальных сетей: обнови поля страницы, используемые при публикации ссылок, и убедись, что URL изображения общедоступен. Некоторые платформы кешируют предпросмотр, поэтому исправленный тег может отобразиться не сразу.
• Метаданные взяты с другой страницы: проверь переменные шаблона и процесс публикации. Такое часто происходит, когда редактор копирует существующий товар, мероприятие или статью, но заменяет не все поля.

Метаданные, которые добавляются только после выполнения клиентского JavaScript, могут быть недоступны некоторым поисковым роботам и сервисам проверки. Директивы индексирования и отдельные элементы link, указывающие каноническую версию, как правило, надежнее размещать в HTML, который отдает сервер.

Как часто нужно проверять метатеги?

Проверяй метаданные повторно после публикации нового шаблона, изменения SEO-плагина, переноса сайта на другой домен или редактирования настроек индексирования. Регулярная проверка также полезна после массового импорта контента и обновлений, меняющих заголовки страниц.

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

Часто задаваемые вопросы

Увидит ли инструмент метатеги, добавленные через JavaScript?

Это зависит от того, выполняет ли сервис проверки JavaScript или читает только исходный HTML-ответ. Не рассчитывай, что добавленные скриптом теги обязательно будут обнаружены. Если тег виден в инструментах разработчика браузера, но отсутствует в результатах проверки, изучи исходный код, полученный от сервера.

Почему проверяется не тот URL, который я ввел?

Введенный адрес может перенаправлять на другой URL из-за принудительного перехода на HTTPS, выбора канонического имени хоста, нормализации завершающей косой черты или изменения адреса страницы. Иногда причиной становится региональная маршрутизация или удаление параметра отслеживания. Проверь конечный адрес, поскольку инструмент может получать метаданные именно с этой страницы.

Можно ли проверить тестовый сайт или страницу с паролем?

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

На каждой странице должны быть уникальные метаданные?

У страниц с разным назначением, как правило, должны быть заголовки и описания, соответствующие их собственному содержимому. Любая каноническая ссылка, которую следует проверять отдельно от метатегов, должна вести на подходящий предпочтительный URL. Для дублирующихся страниц с фильтрами нужна продуманная стратегия каноникализации. Синдицированные копии следует обрабатывать с учетом условий публикации. Для переведенных страниц нужно использовать соответствующие языковые атрибуты, а не считать такие страницы дубликатами.

Что делать после исправления метатега?

Опубликуй изменение, очисти соответствующий кеш сайта и снова проверь конечный общедоступный URL. Затем, если такая возможность есть, проверь страницу в собственном диагностическом сервисе поисковой системы или социальной платформы. Эти сервисы могут применять свои правила рендеринга, кеширования и допуска контента.