Проверка мета-тегов
Проверка мета-тегов, которая измеряет, а не считает: заголовок и мета-описание страницы в пикселях — там, где их обрезает выдача Google, — затем можно ли индексировать страницу и как выглядит её ссылка, когда ею делятся.
Мы читаем страницу с нашего сервера так, как Google читает её head, и измеряем заголовок и описание в пикселях.
Какой длины должно быть мета-описание?
Такой, какая нужна, чтобы описать страницу: Google не задаёт максимума и обрезает сниппет по ширине экрана, а не по числу символов. По наблюдениям сторонних исследователей, это место — около 920 пикселей на компьютере и 680 на телефоне; типичный русский текст, по нашим измерениям в Arial, заполняет его примерно за 130 и 95 символов.
Google пишет: «Метаописание не имеет ограничений по длине, однако описания в результатах поиска могут быть сокращены, чтобы они уместились на экране устройства» (Google). Единица измерения — ширина, поэтому решают буквы. В Arial при 14 px строка iiiiii занимает 19 px, а WWWWWW — 79 px; японские символы полноширинные, поэтому в то же место их помещается примерно вдвое меньше, а корейских, которые пишутся с пробелами, — примерно две трети.
Поэтому привычные «155–160 символов» — эмпирическое правило, а не предел, и проверка мета-описания, которая считает символы, может ошибаться в обе стороны. Описание из 127 символов в обычном регистре помещается в результат на компьютере с небольшим запасом; те же слова заглавными буквами выходят за край на 161 px. Совет вроде «50–60 символов, т. е. 580 пикселей» считает эти единицы взаимозаменяемыми, а это не так.
На ранжирование длина не влияет: Google ещё в 2009 году сказал, что не использует описание для ранжирования, а его документация не называет никакого штрафа за длинное или отсутствующее описание. Кроме того, Google часто сам пишет сниппет из текста страницы; два сторонних исследования показали, что он заменяет описание примерно в двух результатах из трёх. Пишите для читателя: текст, уникальный для страницы, настоящее краткое изложение, а не список ключевых слов, с важными словами в начале.
Единственное место, где Google действительно считает символы, — правило robots max-snippet: его число — это количество символов, 0 означает «без сниппета», а -1 позволяет Google выбрать самому (Google).
Трекинговые ботинки Salomon и Merrell: мембрана Gore-Tex, подошва Vibram, гарантия 2 года. Закажите до 15:00 — привезём завтра.
ТРЕКИНГОВЫЕ БОТИНКИ SALOMON И MERRELL: МЕМБРАНА GORE-TEX, ПОДОШВА VIBRAM, ГАРАНТИЯ 2 ГОДА. ЗАКАЖИТЕ ДО 15:00 — ПРИВЕЗЁМ ЗАВТРА.
Место по наблюдениям сторонних исследователей; Google его не публикует.

Измерено, а не посчитаноЗаголовок и описание в том размере, в каком их рисует страница выдачи, и линейка, которая показывает, где каждый из них обрезается на компьютере и на телефоне.Индексация в каждой поисковой системеМета-теги robots и заголовок X-Robots-Tag, прочитанные так, как их читают Google, Bing и Yandex.Что Google никогда не читаетЭлемент, который раньше времени завершает head, его строка и каждый тег, который он скрывает.Как ссылка выглядит в соцсетяхКарточки, которые Facebook и X собирают из тегов, с реальным размером изображения, прочитанным из файла.Какой длины должен быть тег title?
Достаточной, чтобы назвать страницу, и достаточно короткой, чтобы уместиться примерно в 600 пикселей — столько места, по наблюдениям сторонних исследователей, получает ссылка-заголовок на компьютере. Они пересчитывают это в 50–60 символов английского текста; типичный русский текст, по нашим измерениям в Arial, заполняет то же место примерно за 60 символов. Сам Google ограничений не задаёт и обрезает ссылку-заголовок «под ширину экрана устройства».
В руководстве Google по ссылкам-заголовкам сказано, что «длина элемента <title> не ограничена», но Google просит избегать «чрезмерно длинного текста». Исследование 80 959 заголовков на 2370 сайтах показало, что Google переписывал заголовки длиннее 70 символов почти всегда, а заголовки из 51–55 символов — примерно в 40% случаев.
<title> — это лишь один из входных сигналов, а не результат. Google строит ссылку-заголовок автоматически из элемента title, главного видимого заголовка страницы и заголовков вроде <h1>, og:title, другого крупного заметного текста, текста анкоров, текста ссылок, ведущих на страницу, и структурированных данных WebSite. Он заменяет заголовок, если тот отсутствует, шаблонный, переспамлен ключевыми словами или написан на другом языке или в другой письменности, чем страница.
Поэтому дайте каждой странице собственный описательный заголовок, укажите название сайта один раз в начале или в конце после разделителя, например вертикальной черты, и избегайте расплывчатых заголовков вроде «Главная». Инструмент выше читает и первый <h1> страницы, ведь Google может взять ссылку-заголовок из любого из них.
- 1Элемент title
- 2Главный заголовок, видимый на странице
- 3Заголовки вроде h1
- 4Тег og:title
- 5Другой крупный заметный текст
- 6Другой текст на странице
- 7Текст анкоров на странице
- 8Текст ссылок, ведущих на страницу
- 9Структурированные данные WebSite
Проверка noindex: как узнать, закрыта ли страница от индексации?
Посмотрите в двух местах: мета-тег robots в HTML и HTTP-заголовок X-Robots-Tag. HTTP-заголовка никогда не видно в исходном коде страницы (View Source), поэтому проверка noindex, которая читает только HTML, может назвать страницу индексируемой, когда это не так; этот инструмент читает оба места — для Google, Bing и Yandex.
Тег noindex и HTTP-заголовок передают одни и те же правила, и Google их складывает: при noindex в HTTP-заголовке и all в теге страница закрыта, потому что, если правила противоречат друг другу, «применяется наиболее строгое из них» (Google). none означает noindex, nofollow; собственная страница Google о noindex называет nofollow подсказкой. Если тега нет вовсе, по умолчанию действует index, follow. Проверка HTTP-заголовков показывает все заголовки, которые отдаёт страница.
Yandex разрешает конфликт наоборот: «Разрешающие директивы имеют приоритет в сочетании с запрещающими», поэтому при all рядом с noindex, follow страница там остаётся в индексе (Yandex). Вот почему вердикт выше дан для каждой системы отдельно, а не один на всех.
Ловушка — robots.txt. URL, заблокированный там, никогда не загружается, поэтому его noindex никогда не читается, а сам URL всё равно может появиться в результатах, если на него ссылаются другие страницы (Google). Чтобы исключить страницу, разрешите её сканировать и поставьте noindex; noindex, записанный в robots.txt, не поддерживается вовсе. А новый noindex срабатывает, только когда Google заново просканирует страницу, и на это могут уйти месяцы.
X-Robots-Tag: noindex| Поисковая система | Как она разрешает конфликт | Эта страница |
|---|---|---|
| Действует самое строгое правило | Исключена | |
| Bing | Действует самое строгое правилоПравило не опубликовано; читаем, как Google | Исключена |
| Yandex | Побеждает разрешающее правило | Может индексироваться |
Заблокирована в robots.txt: страница не загружается, поэтому её noindex никогда не читается.
Почему Google игнорирует некоторые мои мета-теги?
Часто потому, что над ними стоит элемент, которому не место в <head>, например <img> или <iframe>. Google считает его концом head и игнорирует все элементы после него (Google).
В head допустимы только восемь элементов: title, meta, link, script, style, base, noscript и template. Пиксель отслеживания, вставленный вместе с кодом тега, случайный <div> или встроенный <iframe> завершают его раньше времени, и canonical, ссылки hreflang и описание ниже теряются без единой ошибки. Анализатор мета-тегов, который просто собирает все теги файла, всё равно покажет их на месте.
Теряется не всё. Google учитывает мета-теги robots и в body, поэтому noindex после обрыва всё равно действует. Canonical — нет: Google принимает его только в head (Google). Инструмент выше называет элемент и его строку и перечисляет теги, которые Google больше не читает.
Теги, которые добавляет или меняет JavaScript, — другая слепая зона. Google рекомендует по возможности этого избегать и задавать canonical в исходном HTML (Google), поэтому этот инструмент читает HTML, который отдаёт сервер.
<meta charset="utf-8"><title>Непромокаемые походные ботинки – бесплатный …</title><link rel="stylesheet" href="/theme.css"><img src="https://px.example/p.gif" alt="">Здесь Google останавливается<meta name="description" content="Трекинговые ботинки Sa…">Google игнорирует<link rel="canonical" href="https://store.example/boots">Google игнорирует<link rel="alternate" hreflang="de" href="https://store.example/de/stiefel">Google игнорирует<meta name="robots" content="max-snippet:160">Всё равно действует: теги robots учитываются и в bodyЧто делает тег canonical?
Он сообщает поисковым системам, какой из нескольких URL с одинаковым содержимым вы хотите показывать, и это подсказка, а не правило: «Google может выбрать канонической не ту страницу, которую выбрали вы» (Google).
Google взвешивает его вместе с другими сигналами: редирект — самый сильный, rel=canonical — сильный, sitemap — слабый, и ни один из них не обязателен (Google). Поставьте на странице, которую хотите показывать, canonical на неё саму, запишите его абсолютным URL, держите в <head> и не добавляйте к нему hreflang, lang, media или type, иначе Google не учтёт его при выборе канонического URL. Проверка редиректов проходит каждый шаг редиректа.
Два конфликта, которых стоит избегать. Canonical на странице с noindex подаёт противоречащие друг другу сигналы, и Google вообще не советует использовать noindex для выбора канонической страницы. А canonical на другой сайт, который здесь никто не ставил, стоит проверить: Google называет внедрённый кросс-доменный canonical признаком взломанного сайта.
Языковые версии связываются через hreflang: каждая версия указывает саму себя и все остальные полными URL, а две страницы, которые не ссылаются друг на друга, игнорируются. Коды — это язык по ISO 639-1 с необязательным регионом по ISO 3166-1: en-GB, но никогда не en-UK, а es-419 не поддерживается (Google). Canonical каждой языковой версии направляйте на URL на том же языке.
Одно содержимое, несколько URL
http://store.example/bootshttps://store.example/boots?utm_source=mailhttps://www.store.example/bootshttps://store.example/boots/https://store.example/bootsПодсказка: Google может выбрать другойСигналы, от сильного к слабому
rel=canonicalSitemapПара hreflang
/en/boots/de/stiefelСсылаются друг на друга: учитывается
/en/boots/fr/bottesТолько в одну сторону: игнорируется
Какие мета-теги Google действительно использует?
Короткий список: description, robots и googlebot, notranslate, nopagereadaloud, google-site-verification, объявления Content-Type и charset, refresh, viewport и rating. Мета-теги, которые Google не поддерживает, он просто игнорирует (Google).
Самый известный из игнорируемых — мета-тег keywords: в документации Google сказано, что метатеги keywords «не используются в Google Поиске и не оказывают влияния на процесс индексирования и ранжирования сайтов», а в 2009 году Google объявил, что перестал их использовать. Атрибут lang Google тоже не использует для определения языка страницы, а rel=next и rel=prev больше ничего не делают. Из тегов Open Graph Google документирует только og:title — как один из источников ссылок-заголовков.
Некоторые теги важны, даже если Google их не учитывает. Программы чтения с экрана и браузеры используют lang. Без тега viewport телефон раскладывает страницу шириной около 980 CSS-пикселей и сжимает её, так что стили для узких экранов никогда не применяются (MDN); Google говорит, что наличие этого тега сообщает ему, что страница адаптирована для мобильных. А <meta charset> должен стоять в первых 1024 байтах файла — только там его ищут браузеры (HTML).
Ещё два стоят внимания. refresh работает как редирект, но Google рекомендует вместо него серверный 301. А noarchive, отменённый в Google, в Bing всё ещё решает, может ли контент появляться в ответах его чата (Bing).
Google использует
<meta name="description">Иногда становится сниппетомrobots · googlebotПравила индексации и сниппета<title>Один из источников ссылки-заголовкаog:titleЕщё один источник ссылки-заголовкаviewportПризнак адаптированной для мобильных страницыcharsetИщется только в первых 1024 байтахrefreshРаботает, но 301 лучшеGoogle игнорирует
keywordsНе влияет на индексацию и ранжированиеrel=next · rel=prevБольше не используетсяНе для Google, но важно
<html lang>Не используется для определения языка; нужен программам чтения с экранаog:imageИспользуется Facebook и XnoarchiveОтменён в Google, используется BingИсточники
- Google Search Central: сниппеты, ссылки-заголовки, мета-тег robots и X-Robots-Tag, noindex, мета-теги, которые поддерживает Google, допустимые метаданные страницы, канонические URL и локализованные версии
- HTML Living Standard (title, description, кодировка символов) и MDN о мета-теге viewport
- Протокол Open Graph и Meta for Developers об изображениях для публикаций
- Документация X по карточкам в последней опубликованной версии, прочитанная в Internet Archive: разметка и summary_large_image
- Yandex о директивах мета-тега robots и блог Bing Webmaster
- По наблюдениям, а не из публикаций Google: место в пикселях и доля переписанных заголовков и описаний — из сторонних исследований, например исследования заголовков Zyppy; ширина на этой странице — наши собственные измерения в Arial
Проверка мета-тегов: вопросы и ответы
Какой лимит символов у мета-описания?
Какой длины должен быть тег title?
Как проверить, закрыта ли страница через noindex?
Что означает noindex, nofollow?
Заблокировать страницу в robots.txt или использовать noindex?
Чем мета-тег robots отличается от X-Robots-Tag?
Почему Google показывает не мои заголовок и описание?
Как проверить теги Open Graph для Facebook?
Работает ли ещё Twitter Card Validator?
Использует ли Google мета-тег keywords?
Нужен ли мета-тег viewport?
Выполняет ли эта проверка мета-тегов JavaScript?
Чего-то не хватает?Предложите функцию или новый инструмент
Другие инструменты для сайтов и SEO
Анализ ссылок
Анализ всех ссылок на странице с определением dofollow/nofollow и проверкой HTTP статуса
Проверка редиректов
Проверка редиректов URL, цепочек перенаправлений и кодов HTTP статуса для SEO
Проверка HTTP-заголовков
Анализ HTTP заголовков ответа и оценка заголовков безопасности
Определить CMS сайта
Какая CMS, тема, плагины и технологии у сайта, с доказательством для каждого
Что такое теги Open Graph и карточки Twitter?
Это мета-теги, которые определяют заголовок, текст и изображение ссылки, когда ею делятся. У Open Graph четыре обязательных свойства:
og:title,og:type,og:imageиog:url(OGP); X читает свои тегиtwitter:, а для остального берёт эти теги og.Facebook просит изображение не меньше 1200 × 630 px, с пропорциями около 1,91:1 и весом не больше 8 МБ; 600 × 315 px — минимум для публикации со ссылкой, а меньше 200 × 200 px не принимается вовсе (Facebook). Добавьте
og:image:widthиog:image:height: без них робот сначала должен скачать изображение, поэтому первый, кто поделится ссылкой, увидит её без изображения. Как валидатор Open Graph, эта страница читает реальный размер изображения из самого файла.Последняя опубликованная документация X по карточкам, сохранённая в архиве в декабре 2023 года, требовала для
summary_large_imageизображение 2:1 не меньше 300 × 157 px, дляsummary— квадрат не меньше 144 × 144 px, весом меньше 5 МБ и никогда не в SVG (X, архив). Без теговtwitter:X используетog:title,og:descriptionиog:image, но может показывать только маленькую карточку summary, покаtwitter:cardне запросит большую.Обе сети кэшируют прочитанное: Facebook хранит изображение, пока не изменится его URL. Его Sharing Debugger заново считывает страницу, и для него нужен вход в Facebook. У X больше нет публичного Card Validator, который бы работал: 26 октября 2026 года его адрес вёл только на страницу входа, а затем на ошибку. Остаётся практичная проверка — вставить ссылку в новый пост, не публикуя его.
summary_large_imagesummaryНет тегов twitter:? X берёт og:title, og:description и og:image.