SEO-метаданные

Определение

SEO-метаданные – служебные данные страницы для поисковиков и соцсетей: заголовок title, описание description, заголовок h1, og-теги для превью ссылки и alt у картинок. От них зависит, как страница выглядит в выдаче.

SEO-метаданные (SEO – поисковая оптимизация) – служебные данные страницы для поисковиков и соцсетей: заголовок title, описание description, заголовок h1, og-теги для превью ссылки и alt у картинок. От них зависит, как страница выглядит в выдаче.

4 мин 52 Обновлено 19 октября

Метаданные – самая скучная часть работы над сайтом и при этом единственное, что видит человек в поисковой выдаче до того, как решит зайти. Заголовок и описание работают как объявление: страница может быть отличной, но если в выдаче она выглядит как "Главная" с обрывком меню вместо описания, кликнут по соседней.

Как это работает

Каждая страница отдаёт браузеру и роботу набор служебных тегов. Часть из них видна посетителю, часть – только машинам. Разбор по элементам:

Метаданные страницы: где видны и на чём чаще всего ломаются
ЭлементГде виденОриентирТиповая ошибка
titleВкладка браузера, заголовок сниппета в выдачеДо 60 знаков, ключевое слово ближе к началуОдинаковый по всему каталогу; название компании в начале каждого заголовка
descriptionТекст под заголовком в выдаче150–160 знаков, законченная фразаПустой или скопированный из title; поисковик тогда подставляет случайный кусок страницы
h1Главный заголовок на самой страницеРовно один на страницуНесколько h1 или h1, дословно совпадающий с title
og:title, og:description, og:imageПревью ссылки в мессенджерах и соцсетяхКартинка в формате JPEG или PNG с указанными размерамиНет картинки – ссылка выглядит серой строкой; превью стоит проверять вручную, отправив адрес самому себе
alt у картинокТекст вместо картинки, поиск по картинкам, экранный дикторКороткое описание того, что изображеноПустой alt у содержательных изображений или перечисление ключевых слов
canonicalНе виден посетителюУказывает сам на себя, если страница основнаяСсылается на другую страницу или на адрес тестовой площадки
meta robotsНе виден посетителюРазрешение на индексацию для рабочих страницЗабытый noindex после переноса сайта с площадки разработки

Важно, что метаданные живут не в тексте страницы, а рядом с ним. В 1С-Битрикс у каждого элемента и раздела есть отдельная вкладка с заголовком окна браузера, описанием и ключевыми словами – это те же поля, что и остальные, просто они не видны на сайте. Значит, заполнять их может контент-менеджер, и это стоит прямо прописать в карте проекта: где находится вкладка, что в неё писать и на что это влияет.

Как заполнять метаданные массово

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

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

Черновики метаданных удобно готовить в рамках ИИ-наполнения – структура у них жёсткая, а объём большой. Но подставленные в шаблон значения всё равно нужно просмотреть: шаблон не знает, что у одной модели длинное название и заголовок из-за этого обрежется на середине слова.

Зачем это нужно

  • Клики из выдачи. Заголовок и описание – это объявление вашей страницы. При равных позициях внятный сниппет собирает переходы, а шаблонный отдаёт их соседям.
  • Понимание структуры сайта. Одинаковые заголовки по всему каталогу мешают поисковой системе понять, какая страница о чём, и она сама выбирает, какую показывать по запросу.
  • Пересылка ссылок. Ссылку на товар отправляют в мессенджер чаще, чем в закладки. Без og-тегов вместо карточки с картинкой в переписку падает голый адрес.
  • Ответы ИИ-поисковиков. Заголовки и описания – первое, по чему модель понимает, о чём страница и стоит ли её цитировать. Это часть работы над GEO наравне с микроразметкой.
  • Доступность. Атрибут alt читает экранный диктор – без него часть посетителей просто не узнает, что на картинке, и это уже вопрос доступности сайта.

Чего метаданные не делают: сами по себе они не поднимают страницу в выдаче. Google прямо говорит, что description не участвует в ранжировании: он нужен для сниппета и влияет на то, кликнут ли по вашей строке. Заголовок влияет сильнее, но и он не компенсирует отсутствие содержания на странице. Метаданные – это упаковка, а не товар.

Как проверять метаданные

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

Пример

В кейсе "Колибри" заголовки и описания готовились не поштучно: шаблон инфоблока закрывал карточки каталога, а руками дорабатывались главная, разделы и посадочные страницы. Черновики я редактировала, сверяла с первоисточниками и утверждала перед публикацией.

Отдельный пункт – проверка при переносе на production. Сайт разрабатывался на закрытом dev-сервере, а при переключении на боевой домен настраивались редиректы, robots.txt и sitemap.xml. Именно на этом шаге чаще всего и всплывают метаданные: канонический адрес, оставшийся с тестового поддомена, или неснятый запрет индексации.

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

Какой длины должны быть title и description?

Ориентир для title – до 60 знаков: длинный заголовок обрезается в выдаче. Для description – 150–160 знаков законченной фразой. Это не жёсткие требования поисковых систем, а практика показа сниппета: всё, что не поместилось, посетитель не увидит.

Чем title отличается от h1?

title – служебный заголовок страницы: он показывается во вкладке браузера и в выдаче, но на самой странице его нет. h1 – главный видимый заголовок страницы. Они могут быть похожи, но дословно совпадать не должны: в title уместнее уточнения для выдачи, в h1 – естественная формулировка для читателя.

Влияет ли description на позиции в поиске?

Google прямо говорит, что description не участвует в ранжировании: он нужен для сниппета и влияет на то, кликнут ли по вашей строке. Хорошо написанное описание приносит переходы при той же позиции.

Что писать в атрибуте alt?

Короткое описание того, что изображено, с точки зрения смысла страницы: "секционные ворота в проёме частного гаража", а не "ворота купить недорого". Для чисто декоративных элементов alt оставляют пустым намеренно – это правильно, экранный диктор их пропустит.

Как заполнить метаданные для большого каталога?

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

Можно ли доверить метаданные генерации?

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

Почему в выдаче показывается не мой description?

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

52

Связанные термины

Featured snippet Featured snippet ("блок ответа", position zero) – расширенный сниппет в выдаче Google, который показывает прямой ответ на запрос над основными результатами. Появился в Google в 2014 году. Запускается примерно в 5–8% запросов, даёт 35–42% кликов в выдаче в зависимости от устройства. meta robots noindex meta robots noindex – HTML-директива, запрещающая поисковикам индексировать страницу. Размещается в теге в head или передаётся через HTTP-заголовок X-Robots-Tag. Главное отличие от Disallow в robots.txt: noindex запрещает индексацию (попадание в выдачу), а не обход страницы краулером. Schema.org Schema.org – словарь структурированных данных для разметки веб-страниц, который понимают Google, Bing, Yandex и ИИ-системы. Запущен в 2011 году совместно Google, Microsoft и Yahoo, в ноябре 2011 к проекту присоединился Яндекс. ИИ-наполнение сайта ИИ-наполнение сайта – подготовка черновиков описаний, карточек каталога и метаданных генеративными моделями по заранее заданным правилам. Черновик проверяет и утверждает редактор: ответственность за факты остаётся на человеке.

Материалы по теме

Что почитать дальше по этой теме

Инструкция Уведомления о заявках с сайта в MAX: что нужно для подключения Что нужно, чтобы заявки с сайта приходили в MAX: верифицированная организация, модерация бота, токен из веб-версии и группа для заявок. Плюс разбор для разработчика. 7 мин 219 4 октября 2026 Статья Что боты находят на сайте, а вы – нет Боты ходят по изнанке сайта, куда живой человек не забредёт, и фиксируют в логах то, чего не видно ни в Метрике, ни на витрине: падающие с ошибкой 500 страницы каталога, битый файл с 747 обращениями, поток сканеров секретов. Разбираю на реальных логах, что искать и как чинить. 7 мин 436 22 июля 2026 Инструкция Как выгрузить и читать access-логи, если хостинг хранит их три дня Access-лог (журнал обращений к серверу) – единственное место, где виден весь трафик сайта, включая ИИ-ботов, которых не замечают счётчики. Разбираю на практике: где взять логи, как не потерять их из-за ротации, какие команды показывают ботов, ошибки и подозрительную активность. 7 мин 431 21 июля 2026 Флагманский гайд ИИ-анализ email-обращений: методика на стыке Яндекс.Метрики и Claude Code Классический email-трекинг отвечает на вопрос "откуда пришло обращение". ИИ-слой отвечает на вопросы, которые раньше требовали ручного аналитика: значим ли email на фоне звонков, форм и мессенджеров, почему один источник даёт качественные обращения, а другой – пустые, какие сегменты визитов предшествуют письму, что написать в ответ с учётом пути пользователя. Здесь – как я собираю это на уже имеющемся стеке: Logs API Метрики, PostgreSQL и Claude Code, без новых платных сервисов. 11 мин 458 26 мая 2026 Флагманский гайд Майкор: ИИ-аудит проекта по 4 точкам контакта Майкор – это перекрёстный ИИ-аудит проекта в 4 точках контакта: сайт, контекстная реклама, ИИ-поиск и Яндекс.Карты. Я анализирую каждую систему и смотрю связки между ними – где маркетинг рассказывает одно, реклама ведёт на другое, а ИИ-системы цитируют третий номер телефона. В одном из моих аудитов медицинской клиники в Москве у организации в индексе ИИ-сервисов оказалось 6 разных номеров и всего 7 упоминаний на 64 проверочных запроса – при том, что в обычной выдаче Яндекса клиника была в топ-1. Майкор закрывает такие разрывы за один аудит вместо четырёх раздельных. 16 мин 744 13 мая 2026