Description: как написать мета-описание, которое покажут и по которому кликнут

• Description не влияет на ранжирование. Единственная метрика, по которой его оценивают, — CTR сниппета
• Google показывает ваше описание примерно в трети случаев. И длина на это почти не влияет: у «правильных» описаний доля подмены 63,69%, у слишком длинных — 61,46%
• Мобильный сниппет вдвое короче десктопного: 118 символов против 156. С датой публикации остаётся 95–105. Смысл обязан уложиться в первые 110 знаков
• Ключевое слово в описании нужно не для позиций, а для жирной подсветки в выдаче — она и приносит клик
• Яндекс прямо предупреждает: шаблонные и похожие описания показываться не будут. Шаблон без различающих переменных даёт не слабый сниппет, а его отсутствие

Мета-описание — единственный элемент страницы, который вы пишете для человека, ещё не ставшего вашим читателем. Он видит его в списке из десяти похожих строк и решает за секунду, нажать или пролистать. Отсюда и требования к этим ста с небольшим символам: не «раскрыть тему», а объяснить, чем эта ссылка отличается от девяти соседних.

Главное заблуждение темы состоит в том, что description — это текст сниппета. Он им не является. Это заявка на сниппет, которую поисковая система рассматривает и чаще всего отклоняет: на выборке в 20 000 запросов Google показал не исходное описание в 62,78% случаев.

И вот что важнее самой доли: привычный способ на неё повлиять не работает. Совет «уложитесь в 150–160 символов, и ваш текст покажут» замером не подтверждается — у описаний рекомендуемой длины доля подмены 63,69%, у слишком длинных 61,46%, то есть разницы практически нет.

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

Что такое Description и почему он не влияет на позиции

Мета-тег description живёт в секции head и на самой странице не виден. Это служебная строка, которую пользователь встречает только после того, как поисковик или мессенджер возьмёт её для предпросмотра: сниппет в выдаче, превью ссылки в Telegram, карточка в социальной сети. На странице его нет.

Пример записи в коде:

В отличие от Title, description не участвует в ранжировании. Это не мнение, а официальная позиция Google: мета-описание не влияет на позиции страницы в результатах поиска. Title — фактор ранжирования, description — нет. Если из страницы убрать description совсем, позиции не упадут. Если заменить его на спамный, позиции не вырастут.

Где живёт и где виден

description размещается в head, поэтому на странице его не видно. Содержимое доходит до человека в трёх основных местах: сниппет в выдаче Google или Яндекса, превью ссылки при отправке в мессенджер или соцсеть, и иногда — в закладках браузера. Во всех случаях это сканируемый текст в списке похожих, а не читаемый документ. Пользователь пробегает его за доли секунды, решая, нажать или промотать дальше.

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

Почему это не второй Title

Title влияет на ранжирование, поэтому в него вписывают ключевые слова ради веса. С description так делать бессмысленно: алгоритм не учитывает его при сортировке. Зато переспам в description реально убивает клик: если сниппет выглядит как набор фраз без глагола, человек выбирает соседний результат с человеческим описанием.

Успех правки description измеряется одной метрикой — CTR: доля кликов при том же числе показов. Если CTR вырос, правка сработала. Если нет — текст не помог, сколько бы ключевых слов в него ни вписали. Отсюда три следствия:

• Вписывать ключи ради веса бессмысленно: веса нет.
• Переспам не наказывается алгоритмом, но снижает количество кликов.
• Приоритет правки получают страницы с трафиком: если показов нет, CTR не измерить и менять описание нечего.

Это не повод оставлять description пустым. Пустой сниппет поисковик достраивает сам — и не всегда так, как вам нужно. Поэтому дальше смотрим, как часто это происходит и что именно показывают вместо вашего текста.

Подробнее по теме:

• Title: как правильно оформить
• Open Graph: og:title и og:description для соцсетей

Как было раньше

Мета-теги когда-то и правда были местом, куда пишут для поисковика. Рядом с description стоял keywords, в него перечисляли ключевые слова страницы, и на этом строились целые методики продвижения.

21 сентября 2009 года Google опубликовал заметку с прямым заголовком: keywords в ранжировании веб-поиска не используется. Причина названа там же — тегом злоупотребляли настолько, что доверять ему перестали задолго до самого объявления.

Что это меняет сейчас: от той эпохи description достался ярлык «мета-тег, который читает поисковик», и он до сих пор портит работу. Описание адресовано не роботу, а человеку в выдаче: набивать в него ключи бессмысленно вдвойне — на позиции это не влияет, а перечисление слов через запятую снижает кликабельность строки, ради которой описание и пишется.

Источник: Google Webmaster Central Blog, «Google does not use the keywords meta tag in web ranking», опубликовано 21.09.2009

Почему в выдаче показывают не ваше описание

Вопрос, который остаётся после первого раздела: если description не влияет на позиции, но мы всё равно его пишем, то как часто поисковик вообще покажет наш текст? Ответ: реже, чем принято думать. По замеру Ahrefs на 20 000 запросах и 192 656 страницах, в 62,78% случаев Google показывал в сниппете не исходное описание, а сгенерированный или взятый со страницы текст.

У 25,02% страниц описания не было вовсе — сниппеты для них собирались просто потому, что брать готовый description было неоткуда. Это отдельная категория: когда вы не заполняете мета-тег, поисковик вынужден что-то показать и берёт фрагмент из тела страницы.

Сколько описаний подменяется на самом деле

Доля переписанных описаний почти не зависит от длины. Описания рекомендуемой длины подменялись в 63,69% случаев, слишком длинные — в 61,46%. Разница в пределах погрешности, поэтому советы «уложитесь в 160 символов и вас не тронут» не работают. Важнее тип запроса: по высокочастотным запросам доля подмены 59,65%, по длинному хвосту — 65,62%. Логика простая: чем конкретнее и реже запрос, тем больше у поисковика оснований взять фрагмент текста, точно отвечающий фразе, а не общее описание страницы.

Сводка по замеру:

Важная оговорка: этому замеру шесть лет. Свежих публичных данных с раскрытой выборкой нет, а числа вроде «80–87% описаний подменяются» из статей 2024–2026 годов приводятся без методики. Точная доля на сегодня может отличаться, но принцип не изменился: подмена — массовое явление.

Что поисковик показывает вместо вашего текста

Когда Google или Яндекс не берёт ваше description, он использует фрагмент текста со страницы, который считает наиболее релевантным конкретному запросу. Поэтому у одной страницы по разным запросам могут быть разные сниппеты: по фразе «купить стол» покажет один кусок, по «стол для кухни недорого» — другой. Это называется динамический сниппет, и это не сбой, а штатное поведение.

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

Как узнать, показывают ли ваше описание

Проверка простая: откройте исходный код страницы, найдите тег <meta name="description">, скопируйте содержимое атрибута content. Затем введите несколько разных запросов, по которым страница должна показываться, и сравните текст сниппета в выдаче с тем, что вы скопировали. Если по одному запросу совпадает, а по другому нет — у страницы динамический сниппет, и это нормально.

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

Что говорят исследования

Ahrefs разобрал выдачу по 20 000 запросов и по 192 656 страницам сравнил, что стоит в метатеге, с тем, что Google показывает в сниппете. Своё описание поисковик подменил в 62,78% случаев. Ещё у 25,02% страниц описания не было вовсе.

Самое интересное — то, что замер не подтвердил. Доля переписывания почти не зависит от длины: у описаний рекомендуемой длины она 63,69%, у слишком длинных 61,46%. Длинные переписываются даже чуть реже коротких. Зависимость от типа запроса заметнее: высокочастотные — 59,65%, длинный хвост — 65,62%.

Отсюда следует вывод, который переворачивает главный совет всех руководств по теме. Укладываясь в 150–160 символов, вы не покупаете себе показ описания — вы всего лишь избегаете обрезки в тех случаях, когда его и так решили показать. Задача описания меняется: не «добиться показа», а «сработать в те три случая из десяти, когда его показывают». А значит, писать его руками имеет смысл там, где эти три случая из десяти чего-то стоят, — на страницах с трафиком.

Источник: Ahrefs, «How Often Does Google Rewrite Meta Descriptions?», октябрь 2020

Как посмотреть Description: в коде, в выдаче и на всём сайте

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

Одна страница: код и расширения

Базовый способ — открыть исходный код страницы через Ctrl+U и найти строку meta name="description". Это работает в любом браузере без установки дополнительных инструментов, но на каждой странице приходится повторять поиск вручную. Для регулярной работы быстрее поставить расширение:

• SEO META in 1 CLICK — показывает метатеги текущей страницы одним кликом по иконке, не нужно открывать код и искать глазами.
• Detailed SEO Extension — выводит длину description и предупреждает, если тег отсутствует, дублируется или выходит за рекомендованные границы.
• RDS Bar — привычен тем, кто давно работает с рунетом: отображает метатеги, а при переходе по внутренним страницам показывает данные по сайту в целом, включая разметку.

Весь сайт: краулер и панели вебмастера

Для аудита сотен и тысяч страниц ручные способы не подходят. Здесь включается Screaming Frog. В нём нужны столбцы Meta Description 1, Meta Description 1 Length и Meta Description 1 Pixel Width — они показывают сам тег, его длину в символах и расчётную ширину в пикселях.

Дальше — вкладка Meta Description: фильтры Missing, Duplicate, Over 155 Characters, Multiple отбирают страницы без описания, с дублями, со слишком длинными и с несколькими тегами на одной странице. Это быстрый способ найти все проблемные места до того, как они повлияют на выдачу.

Яндекс Вебмастер дублирует часть этой работы на стороне поисковика. Страница «Заголовки и описания» показывает, какие description Яндекс знает для страниц сайта, а в разделе «Диагностика» появляются уведомления о пропущенных и повторяющихся описаниях. Это не замена краулеру, а сверка с тем, как сайт видит конкретный поисковик.

В Google Search Console прямого отчёта по описаниям нет. Google не выводит список метатегов и их длину, потому что description не участвует в ранжировании, и консоль сфокусирована на индексации, трафике и технических ошибках. Вместо этого смотрят отчёт «Эффективность»: страницы с аномально низким CTR при хороших позициях — первые кандидаты на проверку сниппета вручную.

Сверка кода с тем, что реально в выдаче

Проверить только код недостаточно: поисковик может переписать описание, и тогда пользователь увидит не то, что вы написали. Поэтому второй шаг — снять фактический сниппет по нескольким целевым запросам и сравнить его с кодом. Запросов нужно несколько, потому что для одного и того же URL сниппет может отличаться в зависимости от формулировки.

Описания конкурентов из ТОПа снимают пачкой: выгружают выдачу по списку запросов через сервисы сбора позиций или вручную в режиме инкогнито. Смотреть в них нужно не только длину, но и структуру: какие УТП вынесены в первые 100 символов, есть ли CTA, упоминание цены или срока, как обыгран бренд. Это покажет, под что заточена выдача в нише и каких элементов не хватает вашему описанию.

После такой диагностики становится видно не только фактическое состояние, но и рамки: какая длина описания вообще имеет смысл, если на телефоне и десктопе обрезка разная.

Длина Description: 118 символов на мобильном, а не 160

Пока вы смотрели фактический сниппет, могло возникнуть ощущение, что описание обрезается слишком рано. Это не случайность: обрезка привязана к ширине экрана, а не к какому-то универсальному числу символов.

Почему единого числа символов не существует

Ни Google, ни Яндекс не называют длину description в символах. Оба поисковика оперируют шириной экрана устройства: обрезка происходит по пиксельной ширине, которую занимает текст в сниппете. Поэтому все руководства, называющие 150, 160 или 170 символов, дают усреднённую оценку, а не точный лимит.

На практике считают именно символы, потому что у description разброс ширины букв меньше, чем у Title. В Title жирный шрифт и крупный кегль делают пиксельную ширину критичной — там ошибка в 10 символов может стоить обрезанного заголовка. В description шрифт мельче, и разница между узкими и широкими буквами сглаживается, поэтому символьная оценка работает достаточно точно. Но принцип обрезки тот же: поиск режет не по количеству знаков, а по месту на экране.

Десктоп, мобильный и цена даты публикации

Замер Portent на 30 000 запросов даёт два разных порога — и это единственное известное исследование, где десктоп и мобильный разведены:

Разница почти двукратная, и именно мобильная выдача важнее: на большинстве проектов мобильного трафика больше, а значит, пользователь чаще видит укороченную версию. Добавьте к этому дату публикации в сниппете — она съедает от 13 до 23 знаков. На телефоне от описания остаётся 95–105 символов видимого текста. Всё, что вы написали после этого порога, на мобильном просто не покажут.

Правило первых 110 символов

Отсюда рабочее правило: смысл и УТП должны укладываться в первые 110 символов. Это не максимальная длина description, а гарантированная зона видимости на мобильном. Остальное — до 150–160 символов — работает как бонус для десктопа, где место шире.

При работе руками ориентируйтесь на 110 символов для ключевого сообщения: что вы предлагаете, чем вы лучше, почему стоит кликнуть. Если после 110 символов осталось что-то полезное — хорошо, если обрезалось — вы ничего не потеряли.

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

Отдельная проблема — слишком короткие описания, и она массовая: по разбору миллиона доменов описание короче нормы у 59,2% сайтов. Причина обычно не в экономии места, а в недозаполненном шаблоне: генератор подставляет название и пару общих слов, но не тянет конкретные параметры. Такое описание не помогает ни пользователю, ни сниппету.

Инструменты для измерения длины — те же, что и для аудита: Screaming Frog показывает символы и расчётную пиксельную ширину, Detailed SEO Extension выводит длину прямо в браузере. Для ручной проверки подойдёт калькулятор с превью: в нём видно, как описание будет обрезаться на десктопе и на мобильном.

Что говорят исследования

Portent замерил на 30 000 запросов не только частоту подмены — 68% на десктопе и 71% на мобильном, — но и то, о чём обычно не спрашивают: сколько символов описания реально доживает до экрана.

На десктопе число показанных символов растёт примерно до 156 и резко обрывается после 165. На мобильном потолок вдвое ниже — 118 символов. А если рядом со сниппетом стоит дата публикации, остаётся 95–105.

Значит, привычные «150–160 символов» — это десктопная цифра, перенесённая на мобильную выдачу, где трафика больше. Рабочее правило: смысл и УТП должны уложиться в первые 110 символов, всё остальное — бонус для тех, кто смотрит с компьютера. И отдельно для блога: дата публикации отнимает у сниппета ещё 13–23 знака, поэтому длину описаний для статей и для карточек товара считают по разным меркам.

Источник: Portent, «How Often Google Ignores Our Meta Descriptions», 26 сентября 2020

Как написать описание, которое кликают: формула, УТП и CTA

Теперь, когда вы знаете, сколько символов помещается в сниппет, встаёт главный вопрос: что именно писать, чтобы по описанию кликнули. Формула не зависит от тематики и типа страницы.

Формула из трёх частей

Базовая формула укладывается в три вопроса, на которые описание обязано ответить: что это за страница, чем она отличается от девяти соседних в выдаче, что сделать дальше. Пользователь сканирует выдачу за секунды, и описание должно мгновенно дать ответ на эти три пункта. Первая часть — тип и суть страницы: «интернет-магазин диванов», «страница услуги аудита», «статья с разбором ошибок». Вторая — отличие, выраженное конкретикой. Третья — действие, которое читатель совершит на странице.

УТП: конкретика вместо оценок

Второй элемент формулы — УТП, но не в виде оценочных слов. «Широкий ассортимент и индивидуальный подход» не говорят ничего: так пишут все конкуренты. Рабочее УТП измеримо и проверяемо: «доставим за 2 часа по Москве», «запчасти в наличии на складе», «выезд инженера сегодня».

Сравните два описания для магазина диванов: «Большой выбор мягкой мебели. Доступные цены. Звоните!» и «Диваны от производителя: 120 моделей в шоуруме, доставим завтра, сборка бесплатно». Второе содержит цифры и условие, которые можно проверить, и поэтому получает клик.

Ключевое слово ради подсветки, а не ради позиций

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

Ставить вхождение нужно в начало описания, чтобы оно гарантированно попало в видимую часть на мобильном — те самые первые 110 символов, а не в конец после длинного вступления. Одно естественное вхождение в первом предложении — норма. Грань между вхождением и переспамом тонкая. Признаки переспама:

• перечисление ключей через запятую: «купить диван, диваны недорого, диван с доставкой»;
• повтор одного и того же слова в разных словоформах без смысловой необходимости;
• вхождения, которые разрушают читаемость: «диван москва купить недорого».

Переспам алгоритмом не наказывается, позиции не упадут, но клик упадёт: строка выглядит как мусор, не содержит УТП и вызывает недоверие. Пользователь выбирает того, кто объяснил, а не того, кто набил ключи.

Шаблоны под типы страниц

Формула неизменна, но наполнение зависит от типа страницы. Готовые шаблоны:

Описание обязано обещать ровно то, что есть на странице. Если в description обещана «бесплатная доставка сегодня», а на странице условия сложнее, клик будет, но отказ мгновенный — пользователь вернётся в выдачу, и поведенческий сигнал ухудшится.

По той же причине description не должен повторять title. Title уже содержит ключ и заголовок страницы; если description дублирует его, в сниппете получается два одинаковых предложения, и одна строка теряется впустую. Лучше, чтобы title формулировал суть, а description добавлял УТП и CTA.

Эмодзи и спецсимволы: что доходит до выдачи, а что вырезают

Даже отлично написанное описание иногда хочется усилить визуально — добавить эмодзи или спецсимволы. Стоит ли это делать и что из этого реально попадёт в сниппет?

Что доходит до сниппета, а что вырезают

Эмодзи и спецсимволы — самый спорный элемент описания. Часть из них вырезается на уровне поисковика, часть ломает отображение, а доказанного прироста CTR нет ни в одном публичном исследовании.

Google в десктопной выдаче практически перестал их показывать: в большинстве сниппетов эмодзи не доходят до экрана, хотя в коде страницы стоят. Яндекс относится к ним лояльнее и показывает охотнее, особенно на коммерческих запросах: товарных, услуг, локальных. При этом у Яндекса есть особенность: символ, стоящий в самом начале строки, он обычно не выводит. Поэтому эмодзи ставят внутрь предложения, а не в начало: «Ремонт квартир под ключ 🛠️ — фиксированная смета за 2 дня», а не «🛠️ Ремонт квартир под ключ...».

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

Символы, которые ломают отображение

Некоторые символы не просто вырезаются — они ломают сам HTML-код описания. Прямые и типографские кавычки, апостроф, амперсанд и угловые скобки требуют экранирования, потому что являются частью HTML-синтаксиса. Если в description попадает необработанный амперсанд (&), браузер или парсер поисковика может интерпретировать его как начало HTML-сущности, а кавычка способна закрыть атрибут content, в котором обычно хранится мета-тег.

В результате сниппет обрезается или отображается с ошибкой. Поэтому все такие символы нужно заменять на HTML-сущности: амперсанд — на &, кавычки — на " и ', угловые скобки — на < и >.

Спецсимволы, которые обычно доходят без проблем, — это галочка (✓), стрелка (→), средняя точка (·) и тире (–). Они структурируют описание: отделяют УТП от CTA, заменяют запятые, делают строку визуально легче. Их тоже лучше вставлять HTML-кодом, но прямое копирование этих символов из таблицы символов, как правило, безопасно.

Где эмодзи уместны, а где вредят

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

Вредят эмодзи в B2B, медицине, финансах и юридических услугах — там доверие важнее заметности, и цветной значок в сниппете выглядит как признак несерьёзности. Граница проходит по вопросу: что важнее для вашего клиента — быстро зацепиться взглядом или убедиться в надёжности.

Ни одного исследования с выборкой, которое бы измерило прирост CTR от эмодзи, нет. Есть только наблюдения практиков, и они противоречат друг другу: у одних CTR после добавления эмодзи растёт, у других падает. Цифры в таких заметках приводятся без выборки и без контрольной группы, поэтому опираться на них нельзя.

Единственный надёжный способ проверить — тест на своём сайте: поставить эмодзи на части страниц одного раздела, например на каждой второй карточке товара, оставить остальные без изменений и сравнить CTR через 2–4 недели по данным Search Console. Так вы получите ответ для своей аудитории, а не среднюю температуру по больнице.

Что говорит Google

Google описывает сниппет не как показ вашего метатега, а как автоматически создаваемое описание, отражающее тот контент страницы, который точнее всего отвечает запросу. Метатег description — один из источников, а не команда.

Длину в символах документация не называет ни разу: сказано только, что описание может быть сокращено, чтобы уместиться на экране устройства. Зато прямо перечислены три директивы, которыми сниппетом можно управлять: nosnippet запрещает создавать описание вообще, max-snippet ограничивает его длину, data-nosnippet исключает конкретный кусок текста страницы.

Это меняет порядок действий, когда своё описание упорно не показывают. Вместо того чтобы переписывать текст в двадцатый раз, посмотрите, что Google берёт со страницы вместо него — и уберите этот фрагмент из сниппета через data-nosnippet или ограничьте длину через max-snippet. Это единственный документированный рычаг в ситуации, где сам метатег ничего не решает.

Источник: Google Search Central, «Управление сниппетами в результатах поиска», обновлено 22.04.2026

Когда своё описание не показывают: что можно сделать на самом деле

Если поисковик не показывает ваш description, первый порыв — переписать его. Но начинать нужно с другого: открыть выдачу и понять, какой именно фрагмент страницы подставлен вместо вашего описания. Если это навигация, хлебные крошки или блок «оставьте заявку» — проблема не в тексте description, а в том, что поисковик выбрал служебный фрагмент. Если подставлен абзац основного текста — поисковик счёл его более релевантным запросу, и тогда править нужно сам текст страницы, а не метатег.

Сначала посмотреть, что показывают вместо описания

Порядок действий такой:

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

Только после этого можно принимать решение о правках. Переписывать description в обоих случаях бесполезно: в первом случае метатег вообще не участвовал, во втором — поисковик уже предпочёл другой текст, и новый description не переубедит его.

Три директивы, которые управляют сниппетом

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

• nosnippet — запрещает показывать любой текстовый сниппет для страницы. Используется, когда фрагмент в любом виде вредит (например, страница с закрытыми данными) или когда вы сознательно отказываетесь от сниппета.
• max-snippet — ограничивает максимальную длину любого текстового фрагмента, который поисковик может использовать. Обратите внимание, на что именно он действует: это потолок для текста, который поисковик берёт со страницы, а не способ аккуратно подрезать ваше собственное описание. Если ваш description короче лимита, директива не изменит ничего. Смысл в ней появляется в обратной ситуации — когда вместо описания показывают длинный кусок текста страницы и вы хотите ограничить его объём. Злоупотреблять нельзя: слишком жёсткое ограничение приводит к исчезновению сниппета вовсе.
• data-nosnippet — атрибут для конкретного элемента страницы. Всё, что обёрнуто в этот атрибут, поисковик не будет использовать для сниппета.

Пример для типового сценария, когда в сниппет лезет навигация:

После добавления атрибута поисковик перестанет использовать этот фрагмент, но это не гарантирует, что он возьмёт именно ваш description. Он может выбрать другой кусок текста, поэтому чаще всего data-nosnippet применяют вместе с правкой самой страницы.

Яндекс и Google: две разные стратегии

Google и Яндекс по-разному относятся к метатегу description, и это определяет тактику.

Google создаёт сниппет сам, а description считает одним из источников. Он может взять его, если тот хорошо отвечает запросу и странице, но может и сгенерировать из текста. Поэтому для Google описание пишут как заявку: точно, с УТП, но без гарантии показа — и параллельно работают над текстом самой страницы, чтобы любой фрагмент был полезным.

Яндекс просит прислать своё описание и предупреждает, что шаблонное показывать не будет. Это значит, что под Яндекс description нужно писать как готовый сниппет: связное предложение, которое выглядит так, как должно выглядеть в выдаче. Если описание составлено из набора параметров или повторяется на тысяче страниц, Яндекс его отбросит.

Когда правильный ответ — ничего не делать: если страница не приносит трафик, а её описания подменяют, вкладываться в переписывание не стоит. Сначала выведите страницу в видимость, затем уже думайте о сниппете.

Работа на масштабе: шаблоны описаний для каталога

Когда таких страниц не одна, а несколько тысяч, ручные правки не масштабируются. Тогда описания собирают по шаблону — но плохой шаблон не даст слабый сниппет, а приведёт к его отсутствию.

Как устроен шаблон, который Яндекс не забракует

Яндекс прямо рекомендует интернет-магазинам использовать шаблоны описаний, но собранные из полей карточки товара. Рабочий шаблон содержит тип товара, ключевую характеристику, цену или диапазон цен, наличие, срок доставки и город. Например:

Шаблон из двух переменных («Купить {тип} в Москве») даёт тысячи одинаковых описаний, а Яндекс отбрасывает похожие. Шаблон из шести переменных превращается в нечитаемую строку параметров: «Купить холодильник Bosch KGN39XL35R белый 89 990 ₽ 2 года гарантии 5 отзывов». Поисковик может счесть такое описание бесполезным для пользователя и опять же не показать его.

Правильный баланс — три–четыре переменные, которые складываются в связное предложение. Тип товара, ключевая характеристика (объём, мощность, материал), цена и наличие — обычно достаточно, а город и срок доставки подставляются, только если они реально различаются и важны для выбора.

Уникализация: чем различать однотипные карточки

Уникализация нужна не для ранжирования, а для того, чтобы Яндекс не забраковал похожие описания. Важно выбрать характеристику, которая действительно различает товары внутри категории. Для холодильников это объём и тип (однокамерный, двухкамерный), а не бренд или тип товара, если они одинаковы у сотни карточек. Если поле пустое, подставляется значение по умолчанию — но не пустота, иначе в предложении появятся дыры: «Купить за 89 990 ₽».

Фасетная навигация — отдельная зона риска. Страницы фильтров («холодильники белые Side-by-Side до 100 000 ₽») часто генерируют сотни похожих описаний. Если комбинация фильтров не даёт уникального набора товаров, такую страницу лучше вообще не отдавать в индекс, а не пытаться описать шаблоном.

WordPress и 1С-Битрикс: где это настраивается

В WordPress шаблоны мета-описаний настраиваются в плагинах Yoast SEO или Rank Math через переменные. Синтаксис: %%title%% — заголовок, %%price%% — цена, %%availability%% — наличие. Шаблон вида Купить %%title%% за %%price%% ₽ с доставкой по Москве подставляется в каждую карточку товара.

В 1С-Битрикс шаблон задаётся в настройках раздела через инфоблоки: свойства инфоблоков содержат макросы вида #PROPERTY_BRAND#, #PROPERTY_PRICE#, #PROPERTY_AVAILABLE#. Важно, чтобы свойства инфоблоков были заполнены: если в карточке нет цены, шаблон соберётся с пустотой, и описание придётся переписывать.

Проверка до выката и после

Шаблон выкатывают не на весь сайт разом, а на один раздел каталога. До публикации прогоняют краулером, например Screaming Frog, по этому разделу и смотрят отчёты: сколько страниц получили пустое описание, сколько дублей (фильтр Duplicate), у скольких превышена длина. После выката — выборочная сверка: открыть десяток карточек в выдаче и проверить, какие сниппеты реально показываются.

Если на разделе было много дублей и пустых описаний, после перестройки шаблона их число резко сокращается — вплоть до единичных случаев. Это и есть индикатор, что шаблон собран правильно. Топ-100 страниц по трафику всегда описывают вручную: порог для description ниже, чем для Title, но именно эти страницы приносят основной трафик, и их сниппеты заслуживают индивидуальной работы.

Аудит описаний: пустые, дубли и частичные совпадения

Аудит описаний стоит начинать с масштаба, а не с первого найденного текста. По замеру на выборке в 1 002 165 доменов описание отсутствует или пусто у 72,9% сайтов, слишком короткое у 59,2%, слишком длинное у 54,5%. Категории пересекаются: один и тот же сайт может попасть сразу в две или в три группы, поэтому сумма больше ста процентов. Для порядка работ это означает одно: заполнить пустое дешевле и важнее, чем полировать существующее.

Пустые, отсутствующие и задвоенные

Страница без тега и страница с пустым тегом — разные случаи, ищутся разными фильтрами. В отчётах Screaming Frog фильтр Missing показывает страницы, где тега meta name="description" нет в коде вообще. Фильтр Empty находит страницы, где тег есть, но атрибут content пустой.

Для выдачи разница небольшая: в обоих случаях поисковику нечем заменить фрагмент страницы, и сниппет собирается из того, что система сочтёт релевантным. Для диагностики разница принципиальна: пустой тег обычно означает сломанный шаблон, который вставил разметку, но не получил значение переменной.

Отдельная проблема — два description на одной странице. В Screaming Frog за неё отвечает фильтр Multiple. Чаще всего это результат двух источников вывода: тег прописан в шаблоне CMS и одновременно добавлен SEO-плагином. Итог хуже одного плохого описания, потому что поисковик сам решает, какой из тегов проигнорировать. Если выбран пустой или служебный вариант, сниппет теряется при живом и проработанном описании во втором теге.

Дубли полные и частичные

Полные дубли между URL на описании менее опасны, чем на title: на ранжирование description не влияет. Но в Яндексе это всё равно означает потерю сниппета: если один и тот же текст повторяется на десятках страниц, система перестаёт считать его уникальным описанием конкретной страницы и может подставить текст со страницы или повторяющийся фрагмент. В Google контроль над сниппетом тоже слабеет, хотя санкций за дубль description нет.

Частичные совпадения коварнее полных. Это ситуация, когда шаблон отработал, а различающая переменная пустая: «Купить [название] в Москве:» — и дальше ничего. Краулер считает такие строки уникальными, потому что название товара различается, поэтому фильтр Duplicate их не ловит.

Искать нужно вручную: выгрузить столбец Meta Description 1 в таблицу, заменить цифры и собственные имена на маску через REGEXREPLACE, затем построить сводную по полученным маскам. Повторение маски на десятках URL — частичный дубль, даже если каждая строка формально уникальна.

В Яндекс Вебмастер повторяющиеся описания видны в разделе «Заголовки и описания», а уведомления блока «Диагностика» о таких совпадениях приходят отдельно. Доверять только отчёту по title нельзя: он показывает проблемы заголовков, а не описаний.

С чего начинать, когда проблем тысячи

Порядок разбора не должен зависеть от количества строк в отчёте. Сначала закрывают пустые описания на трафиковых страницах: именно они отдают сниппет на откуп поисковику и теряют контроль над первым касанием. Затем — дубли, потому что одинаковые описания обесценивают даже хорошо заполненные страницы. И только после этого — длину: фильтры Over 155 Characters и Below 70 Characters в Screaming Frog указывают на хвосты, но они меньше всего влияют на клик, пока в первых 118 символах есть законченная мысль.

Подробнее по теме:

• Дубли страниц: как найти и убрать

Что говорит Яндекс

Яндекс просит ставить description на все страницы, делать его уникальным и отличным от title. И отдельно предупреждает: шаблонные или похожие описания, вероятнее всего, показываться не будут — они не несут существенной информации.

При этом шаблоны Яндекс не запрещает, а прямо рекомендует для интернет-магазинов: собирать описание автоматически из полей карточки товара — размер, вес, доступность. То есть претензия у него не к шаблону как таковому, а к шаблону без различающих переменных.

Для работы на масштабе это превращает вкусовой вопрос в проверяемое требование. Шаблон, из которого выкинули переменные, даёт не слабый сниппет, а его отсутствие. Проверить результат можно там же, где Яндекс его показывает: страница «Заголовки и описания» в Вебмастере, а о пропущенных и повторяющихся описаниях сообщает «Диагностика».

Источник: Яндекс, Справка Вебмастера, «Как правильно составить description», актуальная редакция на 22.08.2026

Типовые ошибки и что из них выйдет

Часть ошибок не видна в отчётах, потому что с точки зрения краулера описание корректно: тег есть, длина подходящая, дублей меньше порога. Но сниппет всё равно проигрывает соседу. Эти ошибки обычно появляются, когда описание пишут по советам без понимания механизма показа.

Ошибки, которые выглядят как следование советам

Перечисление ключей через запятую — переспам внутри одного метатега. Алгоритм за это не наказывает: description не фактор ранжирования. Но сниппет перестаёт быть предложением и превращается в склад ключевых слов. Пользователь не получает ответа на вопрос «почему именно эта страница» — и клик уходит соседу с читаемой формулировкой.

Копия title в description повторяет первую строку сниппета. Вторая строка теряется как шум, потому что не добавляет информации. Если в title уже сказано «Купить дрель в Москве — 214 моделей», description должен продолжить: «доставка за 2 часа, оплата после проверки». Повтор той же фразы оставляет сниппет без второй смысловой строки.

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

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

Текст, начинающийся с названия компании, тратит самые ценные символы до того, как началась суть. На телефоне видно 118 символов, и если первые сорок ушли на бренд, до УТП и призыва читатель не доскроллит взглядом. Название компании ставят в конец или убирают, когда оно уже есть в favicon и домене.

Ошибки масштаба

Погоня за 160 символами при том, что на телефоне видно 118 символов, приводит к обрыву на важном слове. Алгоритм режет описание по пикселям, а не по символам, поэтому длинное описание не гарантирует показ хвоста. Первые 118 символов должны содержать законченное предложение с выгодой и действием.

Эмодзи, скопированные из мессенджера, приносят с собой невидимые модификаторы: тон кожи, пол, variation selector. Они не видны в коде, но попадают в meta name="description" и могут быть вырезаны поисковиком вместе с самим эмодзи или соседним символом. Рабочий способ — вставлять эмодзи HTML-кодом, а не копированием, как разобрано выше.

Правка описаний на всём сайте разом без замера — ошибка не текста, а управления. Без контрольных URL и базы CTR непонятно, чем объяснять результат: новыми текстами, сезонностью, изменением сниппетов или ростом спроса. Поэтому сначала меняют 20–30 трафиковых страниц, фиксируют CTR и позиции за две-четыре недели, и только затем тиражируют подход на остальной сайт.

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

Как понять, что правка описания сработала

Главная ловушка замера description в том, что позиции по определению не меняются: Google и Яндекс не ранжируют по метатегу. Единственная метрика, которую можно сопоставить с правкой, — CTR при неизменной позиции. Если средняя позиция поехала вверх, CTR вырастет сам по себе, даже если описание стало хуже. Поэтому до любых выводов смотрят только на страницы, оставшиеся на той же средней позиции.

Что мерить и через какой срок

Прежде чем открывать отчёты, проверьте руками, какой сниппет виден по ключевым запросам в Google и Яндексе. Если в сниппете по-прежнему чужой фрагмент страницы, вы будете мерить эффект текста, который никто не видел. Данные берутся из Google Search Console (показы, клики, CTR, средняя позиция во вкладке «Результаты поиска») и Яндекс Вебмастера (отчёт «Поисковые запросы»).

Практический срок замера — 2–4 недели. Нижняя граница определяется переобходом страницы и накоплением показов: если по запросам раздела мало трафика, статистика копится медленно, и срок сдвигается к месяцу. На частотных разделах интернет-магазина первые выводы можно снимать через две недели. Верхняя граница нужна, чтобы в окно замера не попали сезонные сдвиги спроса или смена вида выдачи.

• на момент замера поисковик показывает ваше описание, а не фрагмент текста;
• правки внесены партиями внутри одного раздела, а не по всему сайту;
• средняя позиция по выбранным запросам не изменилась больше чем на 0,3–0,5 пункта.

Как отделить эффект правки

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

Сезонность ломает замер, если правка внесена перед ростом спроса: CTR может вырасти из-за более тёплой аудитории. Смена вида выдачи — появление картинок, видео, ИИ-блока — отъедает клики у органики, не меняя вашего описания. Обе помехи учитываются только сравнением с контрольной группой за тот же период. Признак успеха: CTR вырос при той же средней позиции. Когда результата не будет и это нормально — страницы, где ваше описание стабильно подменяют, мерить нечего.

Description и ИИ-поиск: что изменилось и чего мы пока не знаем

AI Overviews меняет не сам description, а долю ситуаций, в которых его вообще видят. Часть кликов снимается до того, как пользователь дошёл до органической выдачи: ответ на запрос даёт ИИ-блок, и десять синих ссылок остаются ниже. Описание продолжает работать там, где ИИ-блока нет или где он не закрыл вопрос, — на навигационных, локальных и коммерческих запросах, где пользователю всё равно нужно перейти на сайт.

Это меняет приоритет страниц. CTR в Search Console теперь отражает не только качество сниппета, но и то, сколько пользователей вообще добралось до органики. Поэтому правки описания стоит планировать для кластеров, где сниппеты реально показываются, а не для страниц, которые AI Overviews закрывает целиком. Внутри компании это означает, что SEO-специалисту нужна карта запросов с пометкой о наличии ИИ-блока.

Документированный механизм влияния на ИИ-ответ тот же, что и для обычного сниппета. nosnippet запрещает Google брать текст страницы в сниппет, а max-snippet: N ограничивает количество символов, которые Google вправе использовать, включая и ИИ-ответ. Здесь возникает конфликт SEO и GEO (генеративной оптимизации) в миниатюре: ограничив сниппет, вы защищаете контент от цитирования, но теряете видимость и в обычной выдаче, и в ИИ-блоке.

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

Оговорка: замеров влияния description на попадание в ИИ-ответы с раскрытой выборкой нет. Последнее известное исследование по переписыванию описаний сделано до запуска AI Overviews, поэтому любые заявления о связи метатега с ИИ-выдачей — гипотезы, а не установленный факт.

Чек-лист: что проверить перед публикацией

Практический вывод из этой неопределённости простой: описания проверяют вручную и системно. Список ниже построен от блокирующего к косметическому — каждый пункт предполагает ответ «да» или «нет».

1. На странице есть непустой мета-тег description — да или нет?
2. Проверены дубли описаний в разделе: одинаковых description на разных страницах нет?
3. На странице выводится только один мета-тег description, без задвоенности от CMS и плагина?
4. Текст описания не копирует title и не перечисляет ключи через запятую?
5. Текст влезает в 110 символов на мобильном по фактическому виду сниппета?
6. В описании есть УТП, отличимое от соседей по тому же запросу?
7. В описании есть CTA или понятное действие после перехода?
8. Первые слова содержат суть страницы и ключевое слово, а не приветствие?
9. Эмодзи и спецсимволы вставлены HTML-кодом и проверены в живой выдаче?
10. Шаблон каталога собран из полей карточки, а не из одной фразы на все товары?
11. Описание не обещает цену, наличие и сроки, которых нет на странице?
12. После публикации сниппет проверен в Google и Яндексе после переобхода?

Совет эксперта

Частые вопросы

Выводы

Работа с описаниями устроена не так, как её обычно преподносят. Вы не пишете текст сниппета — вы подаёте заявку, и удовлетворяют её примерно в трети случаев. Это не повод не подавать: треть показов на трафиковом разделе стоит потраченного часа. Но это причина перестать полировать формулировки там, где решает не формулировка.

Если времени мало, сделайте два действия — они дают почти весь эффект.

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

Второе: у страниц, которые приносят вам деньги, переложите смысл и предложение в первые 110 символов. Не сокращайте описание до 110 — просто убедитесь, что человек с телефона, увидев только начало, уже понял, что вы предлагаете.

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

Честная граница у этой работы жёсткая, и лучше знать о ней заранее. Description не влияет на позиции: если страница не в выдаче, описание её туда не приведёт, и заниматься надо не им. На сайте в двадцать страниц вся тема закрывается за вечер вручную, и никакая методика для этого не нужна. А на каталоге в тысячи страниц она вся про шаблон и его переменные — качество отдельно взятого текста там не имеет значения, потому что отдельно взятых текстов не существует.

И последнее, о чём стоит помнить, читая любые цифры по этой теме, включая наши. Оба замера, на которые опирается страница, сделаны в 2020 году — до появления ИИ-блоков в выдаче. Более свежих исследований с раскрытой выборкой по описаниям никто не публиковал, а числа из статей последних лет приводятся без методики. Порядок величин, скорее всего, сохранился. Точные проценты сегодня проверить нечем, и относиться к ним стоит соответственно.

Что дальше

Robots.txt — один пункт технического аудита. Следующие по логике шаги:

• Title: как правильно оформить — первая половина сниппета: заголовок приводит в выдачу и влияет на позиции, описание помогает выбрать
• Open Graph: настройка og:title и og:image — тот же текст, но для превью ссылки в мессенджерах и соцсетях — там правила другие
• Дубли страниц: как найти и убрать — дубли описаний почти всегда означают дубли самих страниц
• Полный чек-лист SEO-продвижения сайта — вернуться к общей карте работ

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