Тег title

Происхождение и история термина

HTML 4.01 (1999). Спецификация HTML 4.01 стала Рекомендацией W3C 24 декабря 1999 года; 27 марта 2018 года W3C перевёл её в статус «Superseded Recommendation», то есть заменённой более новой спецификацией ^[3]. В ней правило было жёстким: каждый HTML-документ должен иметь элемент TITLE в разделе HEAD, а в описании DTD указано, что на документ требуется ровно один заголовок ^[2]. Там же сказано, что авторам следует использовать TITLE, чтобы обозначить содержание документа, а браузеры по соображениям доступности должны всегда делать содержимое TITLE доступным пользователю ^[2]. Комментарий в DTD приводит примеры показа: заголовок окна или «шапка» страницы ^[2].

HTML Living Standard (WHATWG). Действующий стандарт определяет title как элемент, который представляет название (title или name) документа ^[1]. По умолчанию он, как и HTML 4.01, требует в head ровно один title: модель содержимого head в общем случае — метаданные, «of which exactly one is a title element» («из которых ровно один — элемент title») ^[1]. Норма смягчилась только для двух исключений. Если документ является документом iframe srcdoc или название передаёт протокол более высокого уровня (пример стандарта — тема письма, когда HTML используется для составления электронной почты), title можно опустить, но и тогда больше одного элемента быть не может ^[1]. Запрет на второй title закреплён и отдельным правилом: в документе не должно быть больше одного элемента title ^[1]. Кроме того, стандарт осторожно замечает, что если документу разумно не иметь названия, элемент title, вероятно (probably), не нужен ^[1].

Доступность (WCAG, с 2008 года). Руководство WCAG 2.0 стало Рекомендацией W3C 11 декабря 2008 года; в нём есть критерий успеха 2.4.2 «Page Titled» уровня A: «Web pages have titles that describe topic or purpose» («у веб-страниц есть названия, описывающие тему или назначение») ^[8]. В WCAG 2.2 критерий сохранился; пояснительный документ W3C «Understanding SC 2.4.2» обновлён 9 марта 2026 года ^[7].

Поиск. В информационном поиске заголовок — часть «подписи» результата (caption), которая, по определению Кларка и соавторов, состоит из заголовка, сниппета и адреса. Их работа на конференции SIGIR 2007 по логам коммерческой поисковой системы показала, что сравнительно простые признаки подписи, например наличие в ней всех слов запроса, читаемость сниппета и длина адреса, значимо влияют на клики ^[13]. В августе 2021 года в блоге Google Search Central вышла запись «An update to how we generate web page titles» об изменении способа формирования заголовков результатов ^[6]. Действующие правила Google описывает в документации о title links (обновлена 10 декабря 2025 года): формирование заголовков полностью автоматизировано, и <title> — лишь один из источников ^[4].

Суть и механизм

Синтаксис и размещение

Минимальная запись выглядит так:

<head>
  <meta charset="utf-8">
  <title>Как выбрать велосипед для города: пять критериев</title>
</head>

По стандарту WHATWG элемент title допустим в head, где нет других title; его содержимое — текст, не состоящий только из пробельных символов между элементами; ни открывающий, ни закрывающий тег пропускать нельзя ^[1]. Справочник MDN поясняет следствие: HTML-теги внутри <title>, если они там есть, тоже трактуются как обычный текст ^[14]. Значение доступно скриптам как document.title ^[1].

Стандарт советует авторам выбирать названия, которые идентифицируют страницу и вне контекста — в истории браузера, закладках и результатах поиска ^[1]. Поэтому title часто отличается от первого заголовка на странице: заголовок может опираться на окружение, а название документа должно быть понятно само по себе. Пример из стандарта: title «Introduction to The Mating Rituals of Bees» и заголовок h1 «Introduction» ^[1].

Где виден title: роли элемента

Как title используют соцсети при публикации ссылки, источники статьи не описывают; разметка для соцсетей разобрана в статье Open Graph.

Title, H1, og:title, description и заголовок в выдаче

Эти понятия часто путают. Ниже краткая версия сравнения; подробная таблица H1 и title — в статье Заголовки H1–H6.

Элемент <title> не следует путать с глобальным атрибутом title. Атрибут содержит вспомогательную (advisory) информацию об элементе, к которому относится ^[15]; ещё спецификация HTML 4.01 отмечала, что визуальные браузеры часто показывают его как всплывающую подсказку (tool tip) ^[2]. К названию документа атрибут отношения не имеет.

Как Google формирует заголовок результата

Документация Google (обновлена 10 декабря 2025 года) перечисляет источники title link ^[4]:

1. содержимое элементов <title>;
2. главный визуальный заголовок на странице;
3. заголовочные элементы, например <h1>;
4. содержимое мета-тегов og:title;
5. другой крупный и заметный за счёт оформления текст;
6. прочий текст на странице;
7. тексты-якоря на странице;
8. тексты ссылок, ведущих на страницу;
9. структурированные данные WebSite.

Google не всегда использует <title>. Документация называет типичные проблемы, при которых система может сформировать другой вариант: «наполовину пустой» title (пример Google — <title>| Site Name</title>), устаревший title (в примере на странице уже указан следующий год, а в <title> — прошлый), неточный title, «микрошаблонный» текст, отсутствие явного главного заголовка, несовпадение языка или письменности с содержимым, а также дублирование названия сайта: если название сайта в <title> повторяет название сайта, которое уже показано в результате поиска, Google может убрать его из title link (это касается названий сайтов на уровне домена) ^[4].

Две практические детали. Формирование title links полностью автоматизировано, и Google пишет, что не может вручную изменить title link для отдельных сайтов ^[4]. После правок Google должен заново обойти и обработать страницу; это может занять от нескольких дней до нескольких недель ^[4].

Как Яндекс формирует заголовок

Справка Яндекса говорит, что заголовок сниппета может формироваться на основе контента страницы, поэтому пользователи могут видеть разные заголовки в зависимости от запроса ^[9]. Длина заголовка, по справке, ограничена шириной экрана устройства, которым пользуется человек ^[9]; конкретного числа символов справка не называет.

Как поисковики собирают остальные части блока выдачи, подробно описано в статье Сниппет; здесь достаточно помнить, что <title> — лишь один из входов.

Виды и классификации

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

По типу страницы: главная; раздел или категория; карточка товара или услуги; статья; страница пагинации; служебная страница (поиск по сайту, корзина, 404).

По способу получения значения:

• ручной — редактор вводит каждое название;
• шаблонный — значение собирается из полей (название товара, категория, бренд);
• программно сгенерированный — скрипт или модель формирует название по содержимому.

Риск шаблонного подхода источники называют прямо: Яндекс советует по минимуму использовать шаблонные title и разнообразить автоматически создаваемые заголовки ^[9][10], Google — избегать повторяющегося или шаблонного текста в <title> ^[4].

Как применяется на практике

Рекомендации Яндекса и Google

Учебные примеры

Примеры условные, это не реальные сайты.

Последняя строка опирается на совет Яндекса: если заголовки создаются автоматически, разнообразить их, например добавлять номер страницы или характеристики товара ^[10].

Шаблоны для больших сайтов

Пример шаблона (пример, не норма): [Название товара] — [Категория] — [Бренд]. Справка Яндекса ставит условие: подставлять только значения, контент которых есть на данной странице, и не строить заголовки на однотипных хвостах вроде «<Название товара> — описание, цены, характеристики, фото, отзывы» ^[9]. Если часть полей может оказаться пустой, шаблон должен корректно их пропускать; иначе получается «наполовину пустой» title — одна из проблем, после которых Google может сформировать свой заголовок ^[4].

Title в системах управления сайтом

Google в SEO Starter Guide отмечает, что большинство CMS умеют автоматически превращать написанные редактором названия в элемент <title>, поэтому пользователю CMS обычно достаточно писать хорошие названия ^[5]. Пример — WordPress: начиная с версии 4.1.0 поддержка title-tag позволяет плагинам и темам управлять тегом title документа, и её рекомендовано использовать вместо функции wp_title() ^[16]. Иначе говоря, в WordPress тег title может формировать тема или плагин, поддерживающие эту функцию ^[16]. В других CMS (1С-Битрикс, Tilda и т. п.) место настройки зависит от системы и версии; подробные инструкции здесь не приводятся.

Мобильная выдача

В справках Google ^[4] и Яндекса ^[9] требования завести отдельный title для мобильной версии нет. Оба поисковика связывают видимую длину заголовка с шириной экрана устройства ^[4][9], поэтому на узком экране заголовок обрезается раньше. Практический вывод (вывод): самое важное — суть страницы — ставить в начало, а бренд — в конец.

Как измерить или проверить

В Яндекс Вебмастере. Общее количество одинаковых заголовков и описаний показано в «Сводке». В разделе «Индексирование → Заголовки и описания» видны процент и количество дублей, а на вкладке title — группы страниц с одинаковыми заголовками; если дублей много, предупреждение появляется в «Оптимизация сайта → Диагностика сайта». Данные обновляются в течение недели после очередного визита робота ^[10]. Если на страницах нет title, уведомление об этом тоже появляется в «Диагностике сайта» ^[9]. Инструменты поиска дублей title и description Яндекс анонсировал 25 марта 2021 года ^[11]. Подробнее о сервисе — Яндекс Вебмастер.

В Google Search Console. Документация Google о title links ^[4] и SEO Starter Guide ^[5] не описывают отдельного отчёта Search Console по элементу title. Совет редакции: сам элемент проверяют по коду страницы, а на сайте целиком — инструментами аудита (см. SEO-аудит).

Вручную. Исходный код страницы (view-source) показывает, что именно отдаёт сервер; в консоли браузера значение доступно как document.title ^[1]. Как проверять сайт целиком, разобрано в статье SEO-аудит.

Метрики. Связь «изменили title — вырос CTR» из справок поисковиков не следует; для такого вывода нужен эксперимент (см. CTR (кликабельность)). Научные данные говорят о более общем: признаки подписи результата, например присутствие в ней всех слов запроса, связаны с кликовым поведением ^[13]. Работа относится ко всей подписи (заголовок, сниппет, адрес), а не к одному title.

Мини-инструмент «Проверка title» . Работает в браузере и никуда не отправляет данные. Режим 1 считает символы и слова, приблизительно оценивает ширину в пикселях, предупреждает о типичных проблемах — пустом или слишком общем названии, повторах слов, дословном совпадении с H1 — и выдаёт готовый код <title> с экранированием. Режим 2 разбирает вставленный <head>: сколько элементов title, находится ли он в head, не пуст ли. Режим 3 группирует одинаковые и почти одинаковые заголовки из списка «адрес — title» и выгружает результат в CSV. Оговорка в интерфейсе: ни Яндекс, ни Google не называют точной длины title, заголовок обрезается по ширине устройства, а поисковик может показать другой заголовок, поэтому подсчёты — ориентир, а не норма. Макет выдачи — в «Предпросмотре сниппета» статьи Сниппет (#snippet-preview).

Ошибки, ограничения и спорные вопросы

Миф о «правильной» длине

Числа в справочной литературе встречаются. Например, справочник MDN (страница обновлена 24 апреля 2026 года) пишет, что поисковые системы обычно показывают примерно первые 55–60 символов названия страницы, и советует не делать title длиннее ^[14]. Но сами поисковики числа не называют: Google пишет, что ограничения длины <title> нет, а в выдаче заголовок обрезается «typically to fit the device width» («обычно под ширину устройства») ^[4]; справка Яндекса связывает длину с шириной экрана устройства ^[9]. В разделе стандарта HTML об элементе title требований к длине нет ^[1]. Поэтому символьные нормы — ориентир практики, а не правило поисковиков; «идеальных» значений статья не даёт. Надёжнее помнить, что важное должно стоять в начале, а обрезка зависит от устройства.

Влияет ли title на ранжирование

Формулировки источников различаются, и их полезно не смешивать.

• Google в документации о title links говорит о формировании заголовка результата, а не о позициях ^[4]. SEO Starter Guide сообщает, что хорошими названиями можно влиять на title links, и называет title link частью результата, которая помогает людям решить, куда кликнуть; о ранжировании там не говорится ^[5].
• Справка Яндекса: «Информация в title в основном влияет на решение пользователя перейти на тот или иной сайт» ^[9]. Это про выбор в выдаче, а не про ранжирование.
• Материал «Редакции Яндекс Рекламы» (образовательный раздел, обновлён 13 апреля 2026 года) называет title одним из ключевых сигналов релевантности и одним из параметров, влияющих на позицию в выдаче ^[12]. Это публикация рекламного подразделения, а не справка поиска, поэтому доказательством механизма ранжирования она не служит.

Вывода «влияет» или «не влияет» статья не делает: подтверждённых первичных данных для него недостаточно.

Типичные ошибки

• Нет title, он пустой или общий («Untitled», «Новая страница», «Главная»). Google советует указывать <title> на каждой странице и избегать расплывчатых названий вроде «Home» ^[4]; Яндекс — не использовать общие описания ^[9].
• Перечисление ключевых слов. Оба поисковика предупреждают о переспаме ^[4][9]; см. Переспам.
• Название сайта, которое дублирует уже показанное в выдаче. Google относит к типичным проблемам случай, когда название сайта в <title> повторяет название сайта, отображаемое в результате поиска отдельно; тогда Google может убрать его из title link ^[4]. Вывод (не норма источника): не стоит и повторять название сайта дважды внутри одного title.
• Несколько элементов <title> в документе — нарушение стандарта: их должно быть не больше одного ^[1].
• Одинаковые названия у множества страниц: пагинация, фильтры, карточки. Подробнее — Дубли страниц и Пагинация.
• Несовпадение языка названия и страницы — повод для Google сформировать другой заголовок ^[4].
• Одностраничные приложения (SPA). Пояснения W3C к WCAG 2.4.2 рекомендуют (should) при смене вида динамически менять и название, чтобы оно отражало содержимое или тему текущего вида ^[7]. MDN добавляет, что динамическое изменение названия сейчас не объявляется скринридерами автоматически ^[14].
• Устаревший title: на странице уже новый год, а в <title> — прошлый; Google приводит такой пример среди проблем ^[4].

Совпадать ли title и H1

Дословного совпадения источники не требуют: стандарт HTML прямо допускает, что название документа и первый заголовок различаются ^[1]. Google советует сделать главный заголовок страницы понятным, например поместив его в первый видимый <h1> ^[4], но не требует совпадения с <title>. Позиция (вывод, а не норма из источника): title и H1 согласуют по смыслу, но не обязаны совпадать слово в слово.

Дубли: что говорит Яндекс

В блоге Яндекса для вебмастеров (запись от 25 марта 2021 года, сейчас в архиве) сотрудник в комментариях отвечал, что если основной контент страниц отличается, они смогут участвовать в поиске, а уведомления о дублях носят рекомендательный характер и на участие страниц в поиске не влияют ^[11]. Читать это нужно вместе с рекомендациями: та же запись советует делать title коротким и информативным и не использовать шаблонные или повторяющиеся title ^[11], а справка — разнообразить автоматически создаваемые заголовки ^[10]. Дата записи важна: поведение поиска с тех пор могло измениться.

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

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

• Сниппет — Сниппет
• Заголовки H1–H6 — Заголовки H1–H6
• Мета-описание (description) — Мета-описание
• Open Graph — Open Graph
• Дубли страниц — Дубли страниц
• SEO-аудит — SEO-аудит
• Яндекс Вебмастер — Яндекс Вебмастер
• Переспам — Переспам
• Пагинация — Пагинация
• CTR (кликабельность) — CTR (кликабельность)