Метатег abstract не учитывается ни Яндексом, ни Google — и это главное, что о нём стоит знать, прежде чем тратить время на заполнение. При этом он до сих пор кочует по чек-листам оптимизации, где его перечисляют рядом с title и description как равноценный элемент, а исполнители честно проставляют его на сотнях страниц. Ниже — откуда он взялся, почему исчез из расчёта, какие метатеги реально влияют на выдачу и как проверить их по всему сайту за полчаса.
Я в SEO с 2005 года и застал время, когда метатеги действительно были основным способом рассказать поисковой системе о содержании документа. Этот период закончился давно, но следы его до сих пор живут в шаблонах технических заданий. Разбор ниже нужен не ради истории тега, а ради простого практического вывода: куда уходит время, потраченное на бесполезные поля, и на что его правильнее направить.
Что это за тег и откуда он появился
Речь идёт о метатеге с кратким описанием содержания страницы, который размещается в разделе head документа. Выглядит он так: <meta name="abstract" content="Краткое описание содержания страницы">.
Появился он в девяностых как часть попытки стандартизировать описание документов в вебе. Логика была разумной: авторы сами сообщают, о чём страница, а поисковые системы используют эти сведения при подборе ответов. Наряду с abstract в ту же категорию попали keywords, author, copyright, revisit-after и ещё десяток похожих полей.
Дальше произошло то, что происходит с любым сигналом, который контролирует сам автор. Владельцы сайтов начали заполнять метатеги произвольными словами, не имеющими отношения к содержанию: перечисляли конкурентов, популярные запросы, названия городов. Сигнал перестал быть достоверным, и системы отказались от него в пользу анализа самого текста страницы.
Это общий принцип, который полезно держать в голове: любой элемент, который автор может заполнить как угодно без последствий, рано или поздно перестаёт учитываться. Он живёт ровно до тех пор, пока им не начинают злоупотреблять массово.
Учитывается ли abstract сейчас
| Система | Использование |
|---|---|
| Яндекс | Не учитывается |
| Не учитывается | |
| Bing | Не учитывается |
| Социальные сети при сборке превью | Не используется, там свои теги Open Graph |
| Генеративные ответы и чат-помощники | Не используется, разбирается текст страницы |
| Внутренние поисковые системы организаций | Возможно, зависит от настройки конкретной системы |
Ни в одной официальной документации поисковых систем abstract не упоминается среди учитываемых элементов. Заполнение его не вредит, но и не даёт ничего — это работа с нулевым результатом.
Единственная ситуация, где тег может пригодиться, — корпоративный поиск по внутренним документам, если он настроен так, чтобы читать это поле. Такие системы встречаются в крупных организациях, и там правила определяет не поисковик, а тот, кто настраивал индексатор.
Другие теги из той же категории
Abstract не одинок. Вот список метатегов, которые регулярно встречаются в чек-листах и не влияют на выдачу.
- keywords — не учитывается более пятнадцати лет, о чём поисковые системы заявляли публично. Самый живучий из мифов: поля для него до сих пор есть почти во всех модулях оптимизации.
- author — на ранжирование не влияет. Авторство определяется совсем другими способами: разметкой, страницей автора, историей публикаций, упоминаниями за пределами сайта.
- copyright — юридической силы не имеет и поисковой роли не играет. Права возникают из факта создания произведения, а не из строчки в коде.
- revisit-after — никогда не поддерживался ни одной крупной системой. Частоту обхода определяет сам поисковик по тому, как часто страница меняется.
- distribution, rating, language — реликты девяностых. Язык страницы определяется по атрибуту lang в теге html и по самому тексту.
- generator — указывает движок сайта. На выдачу не влияет, а вот безопасности не помогает: он сообщает всем желающим, какую систему и какой версии вы используете.
- Метатег Open Graph
Заполнение этих полей — самый безобидный вид работы: не помогает, но и не мешает. Проблема в другом. Время, потраченное на них, не тратится на то, что действительно влияет, а в отчёте подрядчика строчка «заполнены метатеги на 400 страницах» выглядит как проделанная работа.
Смежный материал по теме — «X-Robots-Tag: как закрыть от индексации PDF и картинки, куда метатег не вставить».
Какие метатеги действительно нужны
| Тег | Что делает | Насколько важен |
|---|---|---|
| title | Заголовок в выдаче и во вкладке браузера | Критически важен |
| description | Описание под заголовком в выдаче | Важен для кликабельности |
| meta robots | Указания по индексации конкретной страницы | Важен для служебных разделов |
| viewport | Корректное отображение на мобильных | Критически важен |
| charset | Кодировка документа | Обязателен |
| canonical | Указание основной версии страницы | Важен при дублях и параметрах |
| Open Graph | Превью при публикации ссылки в соцсетях и мессенджерах | Полезен |
| hreflang | Связь языковых версий страницы | Обязателен для многоязычных сайтов |
Обратите внимание: полезных элементов немного, и почти все они относятся не к «описанию содержания», а к техническим указаниям — как показывать, что индексировать, какую версию считать основной.
Title: единственный по-настоящему весомый
Из всего списка title влияет на результат сильнее остального. Он одновременно участвует в определении темы документа и формирует строку в выдаче, по которой человек решает, кликнуть или нет.
Помогу с продвижением: SEO-продвижение сайтов — вывожу сайты в топ Яндекса белыми методами.
Правила, которые работают. Главное — в начале: заголовок обрезается по ширине строки, и то, что оказалось за обрезкой, для выдачи не существует. Название компании в начало не ставится, если только вас не ищут по бренду: первые слова — самое дорогое место, и отдавать его тому, что человек не искал, расточительно.
Заголовок должен быть уникальным для каждой страницы. Массовая беда шаблонных сайтов — сотни title вида «Название категории — купить в интернет-магазине»: система видит однотипный шаблон, перестаёт ему доверять и подставляет собственный вариант, собранный из текста страницы. Вы теряете контроль над тем, как выглядите в выдаче.
Перечисление ключевых фраз через запятую не работает и повышает шанс подмены. Работает конкретика: количество позиций, диапазон цен, срок, условие, город там, где запрос локальный.
Отдельно про шаблоны на больших сайтах. Полностью ручные заголовки на десяти тысячах страниц никто не пишет, и это нормально — но шаблон должен подтягивать не одно поле, а два-три различающихся: бренд, модель, ключевую характеристику, количество позиций, диапазон цен. Шаблон с одной переменной даёт ту самую однотипность, из-за которой заголовок заменяют. Проверить качество шаблона просто: выгрузите заголовки краулером и посмотрите, сколько из них отличаются друг от друга больше чем одним словом.
И title не должен дублировать H1 дословно. У них разные задачи: title продаёт переход из выдачи, H1 объясняет содержание тому, кто уже пришёл. Одинаковые тексты — упущенная возможность сказать две разные вещи.
Description: зачем он нужен, если его переписывают
Поисковая система не обязана показывать ваш description. Она формирует описание под конкретный запрос и часто берёт фрагмент из текста страницы, если он лучше отвечает на вопрос. Из этого делают неверный вывод: раз всё равно перепишут, можно не заполнять.
Если нужны детали, смотрите «Одна страница закрывает сто запросов: что такое полнота ответа и тематический охват».
Вывод неверный по двум причинам. Первая: description показывается по значительной части запросов, особенно по общим и брендовым, где системе нечего выбрать из текста. Вторая: он используется при формировании превью в некоторых сервисах и агрегаторах, где своей логики подбора нет.
Есть и третья причина, о которой вспоминают редко: description часто используется как готовый текст при пересылке ссылки и в служебных сводках — например, при выгрузке страниц в сторонние каталоги или при формировании внутренних отчётов. Заполненное поле избавляет от ситуации, когда вместо описания подставляется первая попавшаяся строка вёрстки.
Практический подход такой. Пишите description как продолжение заголовка, а не его пересказ: заголовок обещает, описание уточняет условие. Держитесь в пределах примерно ста восьмидесяти символов — дальше обрезка. Не дублируйте его на разных страницах: одинаковые описания на сотне адресов гарантированно игнорируются.
И отдельный приём, который работает лучше вылизывания description: разместите в тексте страницы короткий самодостаточный абзац, прямо отвечающий на главный вопрос. Такой абзац удобно вырезать целиком, и он часто становится описанием в выдаче — причём более точным, чем то, что вы написали заранее.
Указания для роботов и canonical
Метатег robots управляет индексацией конкретной страницы. Основные значения — noindex, запрещающий показ в поиске, и nofollow, отменяющий переход по ссылкам с этой страницы. Применяется он к служебным разделам: результатам внутреннего поиска, страницам оформления заказа, личным кабинетам, техническим фильтрам.
Частая и дорогая ошибка — путаница между запретом в файле правил для роботов и метатегом noindex. Если адрес закрыт в файле правил, робот не сможет его загрузить и не увидит метатег внутри. То есть страница останется в индексе, но без содержания. Чтобы убрать адрес из поиска, нужно наоборот: разрешить обход и поставить noindex на странице.
Canonical указывает, какую версию страницы считать основной. Он нужен там, где один и тот же материал доступен по нескольким адресам: с параметрами отслеживания, с сортировками, при постраничной навигации, при печатной версии. Ошибка, которая встречается регулярно, — canonical всех страниц сайта на главную. Это не «страховка от дублей», а прямое указание не индексировать ничего, кроме главной.
Ещё одна тонкость: canonical — рекомендация, а не команда. Если содержимое страниц заметно отличается, система может её проигнорировать. Поэтому canonical не заменяет правильную структуру и не решает проблему одинаковых текстов.
Подробнее об этом — в статье «Что такое proxi и зачем они нужны».
Что заменило старые метатеги
Задачу, которую пытались решить с помощью abstract и его собратьев, сейчас решает микроразметка. Разница принципиальная: разметка описывает не «о чём страница вообще», а конкретные сущности с проверяемыми свойствами.
Разметка товара сообщает название, бренд, цену, валюту, наличие и идентификаторы. Разметка организации — адрес, телефон, график работы. Разметка статьи — заголовок, автора, дату публикации и обновления. Разметка вопросов и ответов позволяет показать ответы прямо в выдаче.
Работает она там, где не работали метатеги, по одной причине: заявленное в разметке должно совпадать с тем, что видно человеку на странице. Цена в разметке 12 900, а на экране 14 900 — повод потерять расширенный сниппет. Рейтинг при полном отсутствии отзывов — тем более. Проверяемость и есть то, чего не хватало метатегам девяностых.
Open Graph занял отдельную нишу: он определяет, как выглядит ссылка при публикации в социальных сетях и мессенджерах. Минимальный набор — og:title, og:description, og:image и og:url. Здесь ошибка стоит недёшево: если изображение не задано или задано неверного размера, ссылка публикуется голым текстом, и переходов по ней в разы меньше.
Как проверить метатеги по всему сайту
- Прогоните сайт краулером и выгрузите столбцы с title, description, canonical и указаниями robots для всех адресов.
- Отсортируйте title по алфавиту и найдите повторы. Одинаковые заголовки на разных страницах — первая по важности проблема из всех, что вы увидите.
- Проверьте длину. Слишком длинные заголовки обрезаются, слишком короткие не используют место. Ориентир — примерно 55–65 символов, но проверять лучше глазами в реальной выдаче.
- Найдите пустые description. На страницах, приносящих трафик, они должны быть заполнены; на служебных это не критично.
- Проверьте canonical. Каждый должен указывать либо на себя, либо на осмысленную основную версию. Массовые ссылки на главную — ошибка.
- Сверьте noindex со списком страниц в поиске. Убедитесь, что случайно не закрыты нужные разделы: такое случается после обновления шаблона или плагина.
- Откройте исходный код нескольких страниц вручную и посмотрите, не осталось ли в head мусора вроде keywords с полусотней слов или revisit-after.
- Метатег Open Graph
Вся проверка занимает около получаса на среднем сайте и обычно даёт два-три реальных дефекта, каждый из которых стоит дороже, чем любые манипуляции с устаревшими тегами.
Частые вопросы
Вредит ли заполненный abstract? Нет. Он просто игнорируется. Удалять его специально нет нужды, но и добавлять на новых страницах смысла тоже нет.
А если конкурент его заполняет? Значит, конкурент тратит время впустую. Наличие тега у сайта в топе не означает, что он туда попал благодаря ему: в топе встречаются и сайты с keywords на сорок слов.
Почему поля для устаревших тегов до сих пор есть в модулях оптимизации? Потому что убирать их из давно написанного кода никто не спешит, а часть пользователей их требует. Наличие поля в интерфейсе ничего не говорит о том, что оно на что-то влияет.
Нужно ли заполнять метатеги на служебных страницах? Title — да, он виден во вкладке браузера. Description — необязательно. А вот указание noindex на таких страницах нужно поставить обязательно.
Что делать с чек-листом, где abstract стоит рядом с title? Относиться к нему осторожно целиком. Список, где элементы не расставлены по влиянию, создаёт иллюзию работы: человек заполняет двадцать полей, из которых значение имеют три, и считает задачу закрытой.
Коротко
- Метатег abstract не учитывается ни одной современной поисковой системой.
- В ту же категорию попадают keywords, author, copyright, revisit-after и другие реликты девяностых.
- Реально важны title, description, viewport, charset, canonical и указания для роботов.
- Title решает больше остальных: он определяет и тему документа, и кликабельность строки в выдаче.
- Задачи старых метатегов сейчас выполняет микроразметка, потому что её данные проверяемы.
- Проверка метатегов по всему сайту занимает полчаса краулером и почти всегда находит реальные дефекты.
- Метатег Open Graph
Если хочется понять, какие из технических элементов на вашем сайте действительно влияют на результат, а какие заполняются по инерции, разбор занимает один заход. Посмотреть конкретный проект можно на SEO-консультации.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
Комментарии
Роман Курбатовский
Получил от подрядчика техническое задание, где abstract и keywords стоят в одном списке с title. Спросил, зачем. Ответили, что «так надёжнее». Теперь понимаю, что это просто шаблон, который никто не пересматривал лет десять.
Вероника Левашовская
Про путаницу между запретом в файле правил и метатегом noindex — попала ровно в мою ситуацию. Закрыла раздел в файле правил и удивлялась, почему он висит в поиске. Открыла обратно, поставила noindex, за три недели ушёл.
Артём Ярцевский
Не соглашусь про generator. Мы его оставляем сознательно, потому что часть интеграций опирается на определение движка. Другое дело, что версию оттуда действительно стоит убирать — это лишняя информация для тех, кто ищет уязвимости.
Анатолий Кузнецов автор
Разумное уточнение, и различие тут именно в том, что вы назвали. Сам факт указания движка проблемой не является — его в большинстве случаев всё равно определяют по структуре адресов, названиям файлов и заголовкам ответа. Опасность создаёт точная версия: она позволяет автоматическим сканерам сопоставить ваш сайт со списком известных уязвимостей конкретного выпуска и не тратить время на проверку. Практический вывод такой: если тег нужен для интеграций, оставьте название системы и уберите номер версии — обычно это правится одной строкой в шаблоне или отключается настройкой. Заодно проверьте, что версия не утекает другими путями: в путях к файлам стилей и скриптов часто дописывается номер сборки, и это тот же самый сигнал, только в другом месте.
Камилла Кирьякова
Выгрузила краулером все заголовки, как советуете. Из тысячи двухсот страниц уникальных title оказалось около трёхсот. Причём в админке всё выглядело нормально: шаблон подставлял название товара, а названия у многих позиций отличались одним символом.
Устинья Голубцовская
Вопрос про canonical при постраничной навигации. Мне говорили ставить canonical всех страниц пагинации на первую. Из статьи понял, что надо на себя. Где правда, и что изменится, если оставить как есть?
Анатолий Кузнецов автор
Правда в том, что canonical на первую страницу был распространённой рекомендацией много лет назад, а сейчас чаще вредит. Логика простая: страницы со второй по десятую содержат другие товары, то есть это не дубли, а разные документы. Указывая canonical на первую, вы сообщаете, что их содержимое не имеет самостоятельной ценности, и рискуете тем, что робот станет реже до них доходить, — а вместе с ними реже доходить и до товаров, которые только на них и есть. Рабочая схема такая: canonical каждой страницы пагинации на себя, в карту сайта включается только первая, к заголовку добавляется номер страницы, чтобы не плодить одинаковые title. Текстовое описание категории размещается только на первой странице. Если оставить как есть, катастрофы не случится, но на большом каталоге вы будете терять в полноте индексации — и заметите это не сразу, а по тому, что часть товаров годами не получает показов.
Денис Устинкин
Про Open Graph подтверждаю. У нас не было og:image, и ссылки в мессенджерах публиковались голым текстом. Добавили изображение — переходы по ссылкам, которые люди друг другу пересылают, выросли заметно. Причём к поиску это отношения не имеет вообще.
Анатолий Кузнецов автор
Это тот редкий случай, когда правка на десять минут даёт измеримый результат в канале, который обычно вообще не считают. Пара вещей, которые стоит проверить сверх того, что вы уже сделали. Первое: изображение должно быть достаточно крупным, иначе часть площадок покажет маленькую иконку сбоку вместо широкой картинки — а это принципиально разная заметность в ленте. Второе: og:image должен быть указан абсолютным адресом с протоколом; относительный путь часть сервисов не понимает, и картинка не подтягивается. Третье: проверьте, что превью формируется на всех типах страниц, а не только на главной, — часто шаблон задаёт изображение один раз и подставляет его везде. И последнее: площадки кэшируют превью, поэтому после правки старая версия может показываться ещё какое-то время; проверять результат нужно на новой ссылке или через инструмент сброса кэша у самой площадки.
Дмитрий Гребенюков
Момент про то, что любой самозаполняемый сигнал рано или поздно перестаёт учитываться, — самая полезная мысль в статье. Она объясняет заодно, почему не работают и многие другие приёмы, которые до сих пор продают как рабочие.
Антон Гужевников
Спорный момент про description. Я перестал их писать вообще, полагаясь на то, что поиск возьмёт фрагмент из текста. За полгода ничего не изменилось ни в лучшую, ни в худшую сторону. Может, на информационных сайтах он и правда не нужен?
Анатолий Кузнецов автор
На информационном сайте с длинными текстами такой результат вполне ожидаем: там почти всегда находится подходящий фрагмент под конкретный запрос, и ваш description всё равно использовался бы редко. Но проверьте два типа страниц, где это правило не работает. Первый — короткие страницы: разделы контактов, услуг в две-три фразы, категории с листингом и минимумом текста. Там выбирать поиску не из чего, и описание либо берётся из вашего тега, либо не показывается вовсе. Второй — страницы, которые ищут по брендовым и общим запросам вроде «название компании» или «название раздела»: по ним фрагмент подобрать сложно, потому что запрос не указывает на конкретное место в тексте. Практический компромисс, к которому я обычно прихожу: писать description для главной, разделов услуг, контактов и категорий, а для длинных статей не писать — вместо этого следить, чтобы после каждого подзаголовка стоял короткий самодостаточный абзац с ответом.
Марина Скобельцына
Про совпадение разметки с видимым содержимым — у нас на этом сгорели звёзды в выдаче по всему сайту. Рейтинг брался из старой системы отзывов, которую отключили полгода назад, а разметка осталась. Восстанавливали потом несколько месяцев.
Анатолий Кузнецов автор
Характерная история, и она показывает, почему разметку нужно ставить на регулярную проверку, а не считать разовой настройкой. Ломается она чаще всего не сама по себе, а после посторонних действий: отключили модуль отзывов, сменили шаблон, обновили плагин, поменяли валюту или формат цены. Разметка при этом остаётся в коде и продолжает утверждать то, чего на странице уже нет. Заведите себе три привычки. Первая: после любого обновления движка или темы прогонять пять-семь типовых страниц через валидатор структурированных данных. Вторая: раз в квартал сверять то, что заявлено в разметке, с тем, что реально видно на экране, — глазами, а не только валидатором, потому что формально корректная разметка может утверждать неправду. Третья: держать разметку в JSON-LD отдельным блоком, а не разбросанной по атрибутам вёрстки, — тогда её не ломает смена дизайна.
Юна Ладыженская
Полезно про то, что title и H1 должны отличаться. У меня они совпадали дословно на всех страницах, потому что так работал шаблон. Разделила: в title добавила условия и цену, H1 оставила коротким. Сниппеты стали информативнее.
Леонид Фролкин
Добавлю по проверке. Удобно выгружать не только title и description, но и код ответа с глубиной вложенности в одном файле. Тогда сразу видно, что часть страниц с идеальными метатегами лежит на шестом клике от главной и потому не получает ничего.
Матвей Бабухин
Про чек-листы без расстановки по влиянию — прямо в точку. Я лет пять работал по такому списку из сорока пунктов и честно закрывал все. Половина из них, как теперь выясняется, вообще ни на что не влияла, а на важное времени не оставалось.