Оценка стоимости
Telegram ceo@8merka.ru
SEO блог

Title и Description — все что нужно знать

НК Николай Климович SEO-специалист · автор двух книг 12 февраля 2024 40 мин чтения Проверено · обновлено 24 июля 2026
Title и Description — все что нужно знать
Содержание материала

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

    Результат оказался занятнее, чем я ожидал. Часть общепринятых советов подтвердилась. Часть — оказалась пересказом пересказа, у которого нет первоисточника вообще. А один пункт — про метатег keywords — вообще перевёрнут с ног на голову: русскоязычные материалы дружно хоронят его со ссылкой на Google, тогда как справка Яндекса прямо сейчас пишет о нём аккуратнее, чем о description (Раздел 6).

    Вот что вас ждёт. Title участвует в ранжировании, а description — нет, и это подтверждается прямой цитатой Google от 2009 года, которую с тех пор никто не отзывал (Раздел 2). Google утверждает, что использует ваш <title> примерно в 87 % случаев, а независимые замеры дают от 47 % до 39 % — и расхождение объяснимо, но объяснение стоит понимать (Раздел 3). «Оптимальной длины в 60 символов» не существует ни в одной строке документации обеих поисковых систем, а представитель Google назвал эти цифры выдуманными — при этом обрезка по ширине действительно существует и её нужно учитывать (Раздел 4). Description переписывается чаще, чем показывается: 62–71 % по трём независимым исследованиям (Раздел 5). А в марте 2026 года Google подтвердил, что тестирует генеративную перезапись заголовков — то есть текст, которого на вашей странице нет вообще (Раздел 8).

    И последнее, что нужно сказать во вступлении. Эта статья написана не для того, чтобы вы «оптимизировали метатеги». Она написана для того, чтобы вы перестали считать Title и Description строчками в поле CMS и начали относиться к ним так, как они того заслуживают: это единственные два элемента, которыми вы напрямую разговариваете с человеком до того, как он попал на ваш сайт. И сегодня, когда органических кликов становится меньше с каждым кварталом, качество этого разговора стоит дороже, чем когда-либо.

    1. Начнём с того, что это вообще такое

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

    <title> — это не метатег. Это самостоятельный HTML-элемент, который размещается внутри <head>. Формально придираюсь, но придираюсь не зря: разница в статусе объясняет, почему две эти сущности ведут себя в поиске совершенно по-разному. <title> — часть документа. description — служебная приписка к документу.

    html
    <head>
  <title>Ремонт стиральных машин на дому — «Мастер+», Екатеринбург</title>
  <meta name="description" content="Выезд мастера в день обращения. Диагностика бесплатно, гарантия 12 месяцев. Цены от 900 ₽. Работаем ежедневно с 8:00 до 22:00.">
</head>

    Сниппет — это не ваш Title и не ваш Description. Сниппет — это то, что поисковая система собирает и показывает пользователю. Ваши теги — лишь один из источников для этой сборки, причём далеко не единственный.

    Яндекс перечисляет источники прямо: содержимое title, содержимое description, текст страницы (в том числе с учётом микроразметки Schema.org), а также дополнительные источники — данные сервисов Яндекса и тексты ссылок на страницу с других сайтов.

    Google пошёл дальше и в актуальной редакции документации перечисляет девять источников для формирования заголовка ссылки в выдаче: содержимое <title>; основной визуальный заголовок страницы; заголовочные элементы вроде <h1>; содержимое метатега og:title; другой крупный и заметный за счёт стилевого оформления текст; прочий текст на странице; анкорный текст на самой странице; текст ссылок, которые ведут на страницу; структурированные данные WebSite.

    Обратите внимание на пункт про og:title — он появился в документации Google сравнительно недавно и мимо большинства русскоязычных материалов прошёл незамеченным. Если у вас og:title заполняется автоматически и отличается от <title> по смыслу, вы, сами того не зная, дали Google ещё один вариант заголовка на выбор.

    Отсюда — первый практический вывод, который стоит усвоить раньше всех остальных: вы не задаёте заголовок и описание, вы подаёте заявку. Всё остальное в этой статье — про то, как повысить вероятность, что заявку удовлетворят.

    2. Да, Title участвует в ранжировании. Нет, Description — не участвует

    Это самый частый вопрос, который мне задают, и на него есть однозначный ответ, подтверждённый обеими поисковыми системами.

    Что говорит Google. 21 сентября 2009 года в официальном блоге вышел пост с исчерпывающим заголовком «Google does not use the keywords meta tag in web ranking». Внутри — прямое утверждение: даже несмотря на то, что описание иногда используется для сниппетов, в ранжировании оно не участвует. Пост никогда не отзывался и по сей день лежит в архиве Search Central.

    С тех пор это подтверждалось многократно. В апреле 2022 года Джон Мюллер на вопрос о том, помогает ли добавление названия города в description, ответил, что описание используется как сниппет и «not something that we would use for ranking» — «не то, что мы использовали бы для ранжирования». А в июне 2026 года, отвечая на Reddit на вопрос «а не бессмысленны ли вообще метаописания», он сформулировал позицию, которая мне кажется самой честной из всех: штрафа за собственное описание нет, писать его по-прежнему стоит для страниц, которые вам важны, но требованием это не является.

    Что говорит Яндекс. Здесь формулировки различаются, и различаются показательно.

    Про title справка Яндекса пишет, что элемент даёт представление о содержании страницы и её релевантности поисковому запросу. Слово «релевантность» здесь не случайное — это язык ранжирования.

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

    Что добавила утечка документации Google. В мае 2024 года в открытый доступ на GitHub попала внутренняя документация Google Content Warehouse API — около 2 500 страниц, 14 014 атрибутов в 2 596 модулях. Google подтвердил подлинность документов, оговорив, что вне контекста они мало о чём говорят.

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

    И вот здесь я обязан затормозить и сказать то, что в большинстве публикаций об утечке не говорят. Наличие атрибута в документации API не доказывает, что он используется в ранжировании, и уж тем более не говорит о его весе. В документации нет ни весов, ни формул. Это карта того, какие данные Google умеет хранить и считать, а не рецепт выдачи. titlematchScore — сильный аргумент в пользу того, что соответствие заголовка запросу для Google значимо. Он не является доказательством и не должен подаваться как доказательство.

    Как это соединить в голове. Простая мысленная модель, которой я пользуюсь сам и которую даю клиентам:

    • Title — это одновременно и сигнал релевантности для алгоритма, и рекламный текст для человека. Он работает на обоих фронтах.
    • Description — это только рекламный текст для человека. На фронте алгоритма он не работает вообще.

    Отсюда следует важное: фраза «description не влияет на ранжирование» не равна фразе «description не влияет на трафик». Первое верно, второе — категорически нет. Трафик — это позиция, помноженная на кликабельность. Description работает во втором множителе. Игнорировать его на этом основании — примерно то же самое, что не мыть витрину магазина, потому что чистота стекла не влияет на арендную ставку.

    3. Нет, ваш Title, скорее всего, не тот, который видит пользователь

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

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

    Реакция отрасли была бурной, и через три недели, 17 сентября 2021 года, Google выпустил уточняющий пост. В нём — цифра, которую с тех пор цитируют все: после доработок HTML-заголовки используются примерно в 87 % случаев вместо примерно 80 % до этого. И рекомендация: сосредоточьтесь на хороших <title>, потому что именно их система использует чаще всего.

    Версия независимых замеров. Команда Zyppy под руководством Сайруса Шепарда взяла данные первого квартала 2022 года и сравнила 80 959 тегов <title> с 2 370 сайтов разного возраста, размера, тематики и геотаргетинга с тем, что реально показывалось в десктопной выдаче Google.

    Результат: Google переписал 61,6 % заголовков.

    Разница с официальными 13 % — почти пятикратная.

    Первое, что я делаю с любой одиночной цифрой, — ищу, воспроизводил ли её кто-нибудь ещё. Здесь ответ утвердительный, и это существенно повышает доверие к результату. Сам Шепард отмечает, что его цифра сходится с более ранним исследованием Пита Мейерса из Moz и с работой Алексиса Рылко, выполненными по слегка отличающимся методикам. Три независимые команды, три разных подхода, один порядок величины.

    И это не единственный замер такого рода. Агентство Eversana Intouch получило 47 % заголовков, использованных ровно так, как написано, — но честно отметило, что если засчитать обрезку и добавление названия сайта как «использование», цифра поднимается примерно до 89 %. Анализ, выполненный Джоном Макэлпином в первом квартале 2025 года, дал 76,04 % переписанных заголовков — то есть в неизменном виде выжило меньше четверти.

    Интерлюдия: почему цифры расходятся в пять раз

    Расхождение объясняется определением слова «переписал», и в этом вся соль.

    Представьте, что вы написали заголовок «Купить холодильник Bosch KGN39 — доставка по Москве за 2 часа | ХолодТорг». Google показывает: «Купить холодильник Bosch KGN39 — доставка по Москве…». Это переписывание? С точки зрения Google — нет, он взял ваш <title> и просто обрезал под ширину экрана. С точки зрения Zyppy и с точки зрения вашего маркетолога — да, потому что пользователь не увидел ни срока доставки целиком, ни бренда.

    Второй случай: вы написали «Как выбрать холодильник», Google показал «Как выбрать холодильник — ХолодТорг». Формально ваш заголовок использован полностью. Фактически он изменён.

    Третий случай: вы написали «Холодильники — купить холодильник недорого, холодильники цена, каталог холодильников», Google показал «Холодильники — ХолодТорг». Вот это переписывание в любом определении. И, честно говоря, поделом.

    Мой вывод из этой истории не в том, что кто-то врёт. Мой вывод в том, что цифра 87 % отвечает на вопрос «как часто система обращается к вашему тегу», а цифра 61,6 % отвечает на вопрос «как часто пользователь видит ровно то, что вы написали». Это разные вопросы, и в клиентском разговоре вам нужен ответ на второй.

    Что конкретно провоцирует переписывание

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

    Что в заголовке Доля переписанных
    Длина 1–5 символов («Главная», «IBM») 96,6 %
    Длина 20 символов и меньше больше 50 %
    Длина 51–60 символов 39–42 % — минимум по всей выборке
    Длина свыше 60 символов больше 76 %
    Длина свыше 70 символов 99,9 %
    Квадратные скобки [ ] 77,6 % (сам фрагмент в скобках вырезан в 32,9 % случаев)
    Круглые скобки ( ) 61,9 % (фрагмент вырезан в 19,7 % случаев)
    Вертикальная черта (пайп) как разделитель удалена или заменена в 41,0 % случаев
    Дефис как разделитель удалён в 19,7 % случаев

    Обратите внимание на верхние строки таблицы — это находка, которая почти не встречается в пересказах. Слишком короткий заголовок Google переписывает так же охотно, как слишком длинный. Заголовки в 1–5 символов переписывались в 96,6 % случаев — обычно система дописывала недостающую информацию. То есть лаконичность ради лаконичности не работает: у «Главная» и у полотна на 80 символов шансы уцелеть примерно одинаково нулевые.

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

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

    Самая практичная часть исследования — про <h1>. Zyppy проверил связь заголовка с главным заголовком страницы на конкретном примере — на числах. Если число было в <title>, но отсутствовало в <h1>, Google переписывал заголовок так, что число из него пропадало, в 25,8 % случаев. Если же число присутствовало и в <title>, и в <h1>, Google оставлял его в заголовке в 97,3 % случаев.

    Разница между 74 % и 97 % — это цена одной строчки согласования в шаблоне. Я не знаю в работе с метатегами другого приёма с такой отдачей при таких затратах.

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

    И честное предупреждение от самих авторов. В разделе методологии Zyppy оговаривает: заголовки собирались через оператор site: по десктопной выдаче, а поскольку Google может показывать разные заголовки в зависимости от запроса и устройства, реальная доля переписываний, вероятно, выше измеренной. Там же — важнейшая для нас оговорка: то, что Google не показывает какие-то слова из вашего заголовка, ещё не значит, что эти слова не помогают ранжированию. Отображение и ранжирование — два разных процесса.

    Это ровно то разграничение, на котором держится Раздел 2, и приятно, что оно исходит от исследователя, а не от меня.

    Анализ Макэлпина дал дополнительные детали: при переписывании Google в среднем убирает 2,71 слова и сохраняет около 35 % исходного текста, а чаще всего под нож идёт название бренда — в 63 % случаев переписывания. Неизменённые заголовки в его выборке имели в среднем 44 символа, переписанные — 62,6 символа.

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

    1. Полупустые заголовки. Шаблон сломался, и в выдачу идёт | Название сайта. Google подставит текст из заголовков страницы.
    2. Устаревшие заголовки. На странице видно «Условия поступления 2026», а в <title> осталось «2020». Google возьмёт правильную дату с самой страницы.
    3. Неточные заголовки. Заголовок обещает одно, страница про другое. Пример из документации: <title> перечисляет гигантские мягкие игрушки, плюшевых медведей и белых медведей, тогда как страница — просто раздел мягких игрушек.
    4. Микрошаблонность. Несколько страниц с одинаковым <title>, различающихся содержанием. Классика для интернет-магазинов и сериальных разделов.
    5. Нет очевидного главного заголовка. На странице несколько одинаково крупных заголовков — система возьмёт первый.
    6. Несовпадение языка или письменности. Страница на русском, заголовок латиницей или транслитом — Google подберёт текст, соответствующий основному содержанию.
    7. Дублирование имени сайта. Если название сайта уже показано отдельным элементом, из заголовка его могут убрать.

    Есть и восьмое, довольно неожиданное правило: Google советует не указывать в <title> цены на авиабилеты, потому что они меняются слишком быстро и показанная цена может не соответствовать реальной. Правило узкое, но оно прекрасно иллюстрирует общий принцип: система вырезает всё, чему не доверяет.

    4. Нет, «оптимальной длины в 60 символов» не существует. И да, длину всё равно нужно контролировать

    Это утверждение живёт в каждом SEO-плагине, в каждом чек-листе и в каждом техзадании копирайтеру. Разберёмся, откуда оно взялось и что с ним делать.

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

    Справка Яндекса говорит ровно то же самое, только короче: «Длина заголовка ограниченна шириной экрана устройства».

    Ни в одном из этих документов нет ни цифры 60, ни цифры 155, ни цифры 160.

    Представитель Google назвал эти цифры выдуманными. Когда специалист рассказал Джону Мюллеру, что клиент требует держать описания в диапазоне 155–160 символов ради ранжирования, ответ был неожиданно резким: эти числа выдуманы, и тот, кто их назвал, вводит в заблуждение. Гэри Илш отдельно высказывался в том же духе — представление об оптимальном количестве символов в метаданных придумано самими оптимизаторами.

    Утечка API это косвенно подтверждает. В 14 014 атрибутах внутренней документации не нашлось ни одного, который измерял бы длину заголовка. Единственный атрибут, связанный со счётом символов, — snippetPrefixCharCount, и он определяет, какая часть текста может быть использована в сниппете. То есть длина влияет на отображение, а не на оценку документа.

    И тем не менее — контролировать длину нужно. Здесь я расхожусь с той частью отрасли, которая из «длина не фактор ранжирования» выводит «на длину можно не смотреть». Это неверный вывод, и вот почему.

    Во-первых, обрезка реальна, и она происходит по ширине в пикселях, а не по количеству символов. Слова «Шкаф» и «ЖЖЖЖ» состоят из одинакового числа символов, но занимают заметно разную ширину — а «iiii» уместится втрое уже. Именно поэтому счётчик символов в вашем плагине систематически врёт.

    Практические ориентиры (ограничение в 600 пикселей для десктопных заголовков приводит в своём исследовании Zyppy, остальные значения устоялись в отраслевой практике инструментов предпросмотра):

    • заголовок на десктопе — около 600 пикселей, что для кириллицы обычно даёт 50–58 символов;
    • описание на десктопе — около 920 пикселей, примерно 155–158 символов;
    • описание на мобильных — около 680 пикселей, примерно 120 символов.

    Исследование Portent, независимо от этого, зафиксировало, что на десктопе количество показанных символов описания достигает пика на 156 и резко падает после 165. И падает ещё сильнее — примерно до 142 — если в сниппете показывается дата.

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

    Как я формулирую это для клиентов. Длина не влияет на позицию. Длина влияет на два других обстоятельства: увидит ли человек вашу мысль целиком и оставит ли поисковая система ваш текст в покое. Оба обстоятельства стоят денег. Поэтому правильная формулировка задачи звучит не «уложись в 60 символов», а «самое важное — в первые 50 символов заголовка и в первые 120 символов описания, дальше — приятный бонус, который может и не показаться».

    Кстати, Яндекс прямо просит о том же в разделе про типичные ошибки: не размещайте важную информацию в конце метаописания.

    5. Description переписывается чаще, чем показывается — и три независимых замера с этим согласны

    Google объясняет причину сам, и объяснение стоит понять, потому что оно снимает большую часть обид.

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

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

    Что показали замеры:

    Исследование Выборка Доля переписанных описаний
    Ahrefs 20 000 запросов 62,78 %
    Portent 30 000 запросов 68 % десктоп / 71 % мобильные

    Ahrefs добавил важную деталь: по высокочастотным запросам описание переписывалось в 59,65 % случаев, по низкочастотным — в 65,62 %. И ещё одна цифра оттуда же, которую я считаю недооценённой: 25,02 % страниц в топе Google вообще не имеют прописанного description. Каждая четвёртая страница в топе живёт без него — и это никак не мешает ей быть в топе, что, собственно, и подтверждает вывод Раздела 2.

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

    Здесь же отмечу расхождение, на которое стоит обратить внимание, если вы будете читать другие материалы: методологии Ahrefs и Portent различаются (разный размер выборки, разное обращение с расширенными сниппетами, разные наборы запросов), поэтому цифры 62,78 % и 71 % не должны сходиться. Сходится направление вывода — и оно однозначно.

    6. Интерлюдия: Яндекс и Google расходятся по метатегу keywords — и не в ту сторону, о которой все думают

    Это тот случай, когда я сам, готовя материал, обнаружил, что повторял общепринятое утверждение, не проверив его.

    Общепринятое утверждение звучит так: «keywords мёртв, его не учитывают ни Google, ни Яндекс, удалите и забудьте».

    Позиция Google — да, ровно такая. Пост 2009 года не оставляет пространства для толкований: поисковая выдача Google полностью игнорирует keywords.

    Позиция Яндекса — иная. Открываем актуальную справку Яндекса «Метатеги» и читаем таблицу метатегов, которые учитывает робот. Там, дословно, для двух интересующих нас строк:

    • Description — «Может использоваться в описаниях страниц сайта в результатах поиска»;
    • keywords — «Может влиять на соответствие страницы поисковым запросам».

    Прочитайте эти две строки ещё раз. Про description сказано только про внешний вид выдачи. Про keywords сказано про соответствие запросам, то есть языком релевантности.

    Формально, по букве официальной документации Яндекса на момент написания этой статьи, keywords заявлен как потенциально влияющий на релевантность, а description — нет.

    Означает ли это, что нужно бежать заполнять keywords? Нет, и вот почему я так считаю.

    Формулировка «может влиять» — предельно осторожная. Она не утверждает, что влияет, при каких условиях и насколько. За годы работы я не видел ни одного воспроизводимого эксперимента, где заполнение keywords дало бы измеримый прирост в Яндексе при контроле остальных переменных. Публичные эксперименты на эту тему регулярно проводятся отраслевыми командами, и результаты стабильно колеблются вокруг нуля.

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

    Мой ответ на вопрос «заполнять ли keywords»: нет. Но — и это важно — обосновывать отказ надо честно. Не фразой «Яндекс его не учитывает» (это не то, что написано в справке), а фразой «декларируемое влияние неопределённо, воспроизводимых подтверждений нет, а издержки и риски реальны». Разница между этими двумя обоснованиями — это разница между экспертом и человеком, пересказывающим чужие статьи.

    7. Дубли Title и Description — это не штраф, а потеря управляемости

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

    Что говорят первоисточники.

    Яндекс завёл для этого отдельный инструмент: в Вебмастере есть раздел «Индексирование → Заголовки и описания», где показывается процент и количество одинаковых заголовков и описаний, с разбивкой по вкладкам title и description и группировкой страниц. Если дублей много, Вебмастер выведет уведомление в разделе «Диагностика» и пришлёт письмо. Обратите внимание на статус этого уведомления: оно проходит по категории возможных проблем, а не фатальных или критичных.

    Google в документации перечисляет шаблонность и повторяющийся текст в <title> в списке причин, по которым система сама перепишет ваш заголовок, — и приводит пример с интернет-магазином, где все страницы озаглавлены одинаково и различить их невозможно.

    Что происходит на самом деле. Никакого отдельного «штрафа за дубли метатегов» в природе не описано. Происходит другое, и оно неприятнее штрафа своей незаметностью:

    1. Поисковая система теряет способность различать ваши страницы по заголовкам и начинает выбирать релевантную страницу другими средствами — по тексту, по ссылкам, по поведению. Ваш голос из этого решения выпадает.
    2. Обе системы получают формальное основание переписать заголовок и описание, и они этим основанием пользуются.
    3. Пользователь в выдаче видит несколько одинаковых строк от одного сайта и не понимает, куда кликать. На карточках товаров и в каталогах это прямые потери денег.

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

    Это ровно та развилка, на которой ломается половина каталогов, которые ко мне попадают. Шаблон пишется один раз, разработчик применяет его ко всем 40 000 страницам, и дальше сайт годами обещает поисковой системе отзывы, которых нет.

    8. Что изменилось в 2026 году: Google начал переписывать заголовки нейросетью

    Этот раздел я добавил последним, и он, пожалуй, самый тревожный. Если вы читаете статьи о метатегах, написанные до весны 2026 года, вы этого там не найдёте.

    20 марта 2026 года издание The Verge обнаружило, что его собственные заголовки появляются в выдаче Google в формулировках, которых редакция никогда не писала. Не обрезанные. Не заменённые на <h1>. Новые.

    Google подтвердил эксперимент. Комментарии дали три представителя компании — Дженнифер Кутц, Мэллори Де Леон и Нед Адрианс. Формулировка: небольшой, узкий эксперимент, не одобренный для широкого развёртывания. Заявленная цель — лучше сопоставлять заголовки с запросами пользователей и повышать вовлечённость. Эксперимент затрагивает новостные сайты, но не ограничивается ими.

    Пример, который приводит The Verge, показателен. Исходный заголовок статьи представлял собой ироническую конструкцию с внутренним противоречием — про то, как автор воспользовался ИИ-инструментом «для списывания во всём» и не смог списать ничего. Google сократил его до пяти слов, оставив только название инструмента. Ирония исчезла. Смысл материала изменился на противоположный.

    Почему это принципиально иная история, чем перезапись 2021 года. До сих пор все механизмы перезаписи работали по одному принципу: система выбирала текст из того, что уже есть — из <title>, из <h1>, из анкоров, из видимого текста. Генеративная перезапись создаёт текст, которого на странице нет вообще.

    Почему это не стоит считать «просто экспериментом». The Verge отметил, и я считаю это наблюдение ключевым: аналогичный «эксперимент» в Google Discover прошёл путь от эксперимента до полноценной функции примерно за месяц — с декабря 2025 по январь 2026 года. Возможности отключить генеративную перезапись в поиске на момент написания статьи не описано.

    Что из этого следует практически. Три вещи, и все три — про изменение рабочих привычек, а не про изменение тегов:

    1. Проверяйте выдачу, а не CMS. Единственный способ узнать, что видит пользователь, — посмотреть на живой поиск. Поле в админке к реальности отношения больше не имеет.
    2. Не стройте смысл на иронии, отрицании и игре слов. Заголовок с внутренним противоречием — первый кандидат на потерю смысла при сжатии. То, что читается как остроумие человеком, читается как шум машиной.
    3. Считайте кликабельность по когортам страниц, а не по отдельным URL. Если заголовок переписали, падение CTR на одной странице вы спишете на сезонность. Падение на сотне страниц одного типа — уже сигнал.

    Я не призываю паниковать. Я призываю перестать считать заголовок в выдаче своей собственностью — он ею уже не является.

    9. Title, Description и ИИ-ответы: связь, о которой мало кто знает

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

    Факт первый: nosnippet закрывает вам дорогу в ИИ-ответы Google.

    В обновлённом руководстве Google по оптимизации под генеративные функции поиска сказано: чтобы страница была допущена к показу в генеративных функциях (AI Overviews, AI Mode), она должна быть проиндексирована и иметь право отображаться в поиске со сниппетом.

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

    Вывод, который отсюда следует, я формулирую жёстко, потому что видел последствия: если на страницах вашего сайта стоит nosnippet или max-snippet:0, вы своими руками вычеркнули эти страницы из ИИ-ответов Google. Такие директивы часто ставят из лучших побуждений — «чтобы не воровали контент», «чтобы человек был вынужден зайти на сайт». В 2026 году цена этого решения выросла многократно.

    Это, пожалуй, единственный случай, когда работа с метатегами напрямую и однозначно влияет на видимость в ИИ-выдаче. Проверьте свой <head> и HTTP-заголовки X-Robots-Tag. Прямо сейчас.

    Факт второй: у Яндекса своя логика, и она про содержание, а не про теги.

    Справка Яндекса о том, как формируются ответы Алисы AI, устроена иначе. Там сказано, что в источники попадают страницы с качественным контентом, и первостепенное значение при отборе имеют четыре аспекта: экспертность, полезность, оригинальность, содержательность.

    Отдельно отмечено, что Алиса не воспроизводит контент дословно (за исключением цитирования прямой речи), что ссылки на источники не ранжируются, а располагаются по смыслу ответа, и что ответ на один и тот же запрос может отличаться в разные дни и даже часы.

    Метатеги в этом списке не фигурируют вовсе. Что не делает их бесполезными: title остаётся сигналом релевантности для основного поиска, а Алиса, по описанию Яндекса, опирается на источники, которые высоко ранжируются в поиске. Связь непрямая, но она есть.

    Факт третий, неприятный: кликов становится меньше, и цена каждого растёт.

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

    • Ahrefs в феврале 2026 года проанализировал 300 000 запросов (половина с ИИ-ответами, половина без) и оценил снижение кликабельности для страниц в топе примерно в 58 %; для второй позиции — около 50,8 %, для третьей — около 46,4 %.
    • Seer Interactive в своём анализе зафиксировал падение органической кликабельности на запросах с ИИ-ответами примерно с 1,76 % до 0,61 %.
    • Метаанализ First Page Sage за 2026 год даёт для первой позиции на «чистой» выдаче — без ИИ-блока и прочих элементов — около 39,8 %.

    Точные значения я бы не стал использовать в расчётах: выборки разные, определения «ИИ-ответа» разные, сегментация по типам запросов разная. Направление, однако, во всех замерах одно, и оно однозначно.

    И вот тут — главный вывод всей статьи, ради которого её, в общем, и стоило писать.

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

    10. Практика: как я составляю Title и Description

    Всё, что ниже, опирается на разобранные выше первоисточники. Я старался не добавлять ничего от себя без пометки.

    Заголовок

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

    Второе — ключевая фраза ближе к началу. Это не строгое требование документации, это следствие двух обстоятельств: обрезки по ширине (то, что дальше 600 пикселей, человек не увидит) и общей практики. Формулировка при этом должна оставаться человеческой.

    Третье — уникальность. Обе системы требуют разного текста для разных страниц. Проверять — в Вебмастере Яндекса, раздел «Заголовки и описания».

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

    Здесь есть нюанс, который я обязан обозначить честно. Данные Zyppy говорят, что вертикальная черта провоцирует вмешательство Google вдвое чаще дефиса (41 % против 19,7 %), а данные Макэлпина — что бренд вырезается в 63 % случаев переписывания. То есть рекомендация Яндекса и статистика по Google слегка тянут в разные стороны. Моё решение для двуязычных проектов: бренд в конце, разделитель — тире. Это компромисс, а не истина; если ваш основной трафик из Яндекса, следуйте справке Яндекса без оглядки на Zyppy.

    Пятое — согласуйте <title> и <h1>. Это самая окупаемая мелочь во всём списке, и у неё есть цифры. В эксперименте Zyppy с числами: если число стояло только в <title>, оно исчезало из показанного заголовка в 25,8 % случаев; если то же число присутствовало и в <title>, и в <h1>, Google сохранял его в 97,3 % случаев. Логика Google это подтверждает: система смотрит на основной визуальный заголовок и просит, чтобы было очевидно, какой заголовок главный.

    Делать их дословно идентичными не нужно. Достаточно, чтобы ключевые смысловые элементы — год, число, модель, город — присутствовали в обоих и не противоречили друг другу.

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

    Седьмое — язык. <title> на языке страницы, без транслита и без английских вставок в русскоязычный заголовок. Google при несовпадении письменности подберёт другой текст.

    Чего избегать: повторов ключей (Яндекс предупреждает, что это может быть расценено как спам); квадратных скобок (77,6 % переписываний против 61,9 % у круглых); заголовков вида «Главная» и «Контакты» — обе системы приводят это как пример неудачного заголовка, а по данным Zyppy короткие заголовки переписываются даже чаще длинных; длины свыше 70 символов.

    Про короткие оговорюсь отдельно, потому что этот совет идёт вразрез с интуицией. «Краткость — сестра таланта» здесь не работает: односложный заголовок не даёт системе ни одного повода оставить его в покое, и она дописывает недостающее сама. Рабочий диапазон — 51–60 символов, и это не эстетическое предпочтение, а точка минимума на графике переписываний.

    Описание

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

    Второе — важное в начале. Яндекс отдельным пунктом в разделе «плохие метаописания» указывает размещение важной информации в конце текста. С учётом мобильной обрезки примерно на 120 символах это не стилистическая придирка, а арифметика.

    Третье — конкретика вместо прилагательных. Здесь обе системы дают на удивление совпадающие советы, и оба — против «маркетингового воздуха».

    Яндекс просит включать полезную для пользователя информацию: цену товара, цвет, город доставки.

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

    Четвёртое — отличайте от заголовка. Яндекс требует этого прямо. И это логично: если описание пересказывает заголовок, вы потратили две строки на одну мысль.

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

    Шестое — приоритезация. Google прямым текстом говорит: если нет времени на описание для каждой страницы, начните с критичных URL — главной и популярных страниц. Яндекс расставляет приоритеты чуть иначе, советуя начинать со страниц каталога. Оба совета разумны; я обычно иду по трафику: выгружаю из консоли страницы с наибольшим числом показов и работаю сверху вниз.

    Чего избегать: перечислений ключевых слов через запятую (Google отмечает, что такие описания реже показываются); шаблонов, одинаковых для всех страниц; служебной и временной информации; устаревших сведений; описаний из двух-трёх слов — все эти пункты Яндекс перечисляет в разделе плохих примеров.

    Как измерять и не сойти с ума

    Смотрите на связку «показы → клики», а не на позицию. В Search Console и в Вебмастере Яндекса есть всё необходимое. Страница с большим числом показов и низкой кликабельностью относительно своей позиции — ваш первый кандидат на переписывание сниппета. Это, кстати, единственный по-настоящему надёжный способ приоритезации работ по метатегам.

    Давайте изменениям время. Обеим системам нужно переобойти страницу, чтобы заметить правку; Google в документации оговаривает, что это может занять от нескольких дней до нескольких недель. Мой рабочий цикл: внести изменение, отправить на переобход, ждать 2–4 недели, снимать данные, делать вывод. Постоянная правка заголовков туда-сюда не даёт ни одного чистого замера и, по сути, лишает вас возможности что-либо узнать.

    Проверяйте по пикселям, а не по символам. Любой инструмент предпросмотра сниппета, который считает ширину, а не длину.

    Проверяйте живую выдачу. Особенно после марта 2026 года. То, что лежит в CMS, и то, что видит человек, — это два разных текста, и расстояние между ними растёт.

    11. Резюме

    Если у вас нет времени на всю статью, вот сжатый итог:

    • Title участвует в определении релевантности; description — нет. Google заявил это в 2009 году и подтверждал многократно. Яндекс говорит о релевантности применительно к title и не говорит применительно к description (Разделы 2, 6).
    • Description при этом стоит писать — для важных страниц, ради управления впечатлением и ради того, чтобы самому себе сформулировать, о чём страница (Раздел 5).
    • Заголовок, который вы написали, чаще всего не тот, который увидит пользователь. Google декларирует использование <title> в ~87 % случаев, независимые замеры дают от 47 % до 39 % полностью неизменённых заголовков. Расхождение объясняется определением «переписывания» (Раздел 3).
    • Описание переписывается в 62–71 % случаев по трём независимым исследованиям, потому что сниппет подбирается под конкретный запрос (Раздел 5).
    • Магических чисел 60 и 155 в документации нет ни у Google, ни у Яндекса. Обрезка идёт по ширине экрана. Но контролировать длину нужно: и ради читаемости, и потому что длина коррелирует с вероятностью переписывания (Раздел 4).
    • Дубли метатегов — не штраф, а потеря управляемости и прямое приглашение системе переписать всё за вас (Раздел 7).
    • С марта 2026 года Google тестирует генеративную перезапись заголовков — не выбор из имеющегося текста, а создание нового (Раздел 8).
    • nosnippet и max-snippet:0 исключают страницу из ИИ-ответов Google. Проверьте свой <head> (Раздел 9).
    • Кликов в органике становится меньше, а значит, каждый элемент, влияющий на клик, дорожает (Раздел 9).

    12. Что я в этой статье не утверждаю

    Считаю необходимым проговорить границы сказанного — иначе меня процитируют не в ту сторону.

    Я не утверждаю, что description бесполезен. Я утверждаю, что он не влияет на ранжирование. Это разные вещи, и путать их — значит потерять деньги на кликабельности.

    Я не утверждаю, что Google говорит неправду про 87 %. Я утверждаю, что эта цифра отвечает на другой вопрос, чем тот, который волнует владельца сайта.

    Я не утверждаю, что titlematchScore из утечки доказывает влияние заголовка на позиции. Он согласуется с этой гипотезой. Доказательством наличие атрибута в документации не является — там нет ни весов, ни подтверждения применения.

    Я не утверждаю, что 5,8 % прироста кликов от наличия описания — причинно-следственная связь. Этот показатель из анализа Backlinko по 4 млн результатов — корреляция. Сайты, которые заполняют описания, в среднем вообще аккуратнее относятся к SEO. Разделить эти эффекты по опубликованным данным невозможно.

    Я не утверждаю, что приведённые цифры по падению кликабельности из-за ИИ-ответов точны. Оценки разных команд расходятся вдвое. Совпадает знак, а не величина.

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

    13. Частые возражения

    «Раз Google всё равно перепишет, зачем стараться?»

    Затем, что переписывает он тем чаще, чем хуже написано. Диапазон 39–42 % переписываний у хороших заголовков против 99,9 % у длинных — это и есть цена стараний. И затем, что даже переписанный заголовок собирается из материалов вашей страницы: из <h1>, из видимого текста, из анкоров. Чем лучше эти материалы, тем лучше результат сборки.

    «У нас 40 000 карточек, вручную это невозможно»

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

    «Наш конкурент в топе с пустым description»

    Каждая четвёртая страница в топе Google не имеет прописанного описания. Это ещё одно подтверждение того, что описание не влияет на позицию. Из этого не следует, что оно не влияет на клики.

    «Мы поменяли Title, и позиции упали. Значит, Title всё-таки фактор?»

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

    «Сколько эмодзи можно вставить в Title?»

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

    14. Заключение

    Если свести всё сказанное к одной мысли, она будет такая.

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

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

    Всё остальное — обрезка по пикселям, порядок слов, положение бренда — это оптимизация второго порядка. Полезная, измеримая, стоящая работы. Но второго порядка.

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

    Источники

    Официальная документация Google

    1. Influencing your title links in search results. Google Search Central. — https://developers.google.com/search/docs/appearance/title-link
    2. Control your snippets in search results. Google Search Central. — https://developers.google.com/search/docs/appearance/snippet
    3. Robots meta tag, data-nosnippet, and X-Robots-Tag. Google Search Central. — https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag
    4. Meta tags and HTML attributes that Google supports. Google Search Central. — https://developers.google.com/search/docs/crawling-indexing/special-tags
    5. Optimizing your website for generative AI features on Google Search. Google Search Central. — https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
    6. SEO Starter Guide. Google Search Central. — https://developers.google.com/search/docs/fundamentals/seo-starter-guide

    Официальный блог Google Search Central

    1. Google does not use the keywords meta tag in web ranking (21.09.2009). — https://developers.google.com/search/blog/2009/09/google-does-not-use-keywords-meta-tag
    2. An update to how we generate web page titles (август 2021). — https://developers.google.com/search/blog/2021/08/update-to-generating-page-titles
    3. More information on how Google generates titles for web page results (17.09.2021). — https://developers.google.com/search/blog/2021/09/more-info-about-titles

    Официальная справка Яндекса

    1. Как правильно написать title. Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/search-results/title
    2. Как правильно составить description. Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/indexing-options/description
    3. Метатеги (таблица метатегов, которые учитывает робот Яндекса). Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/controlling-robot/metatags
    4. Оформление результатов поиска (сниппет). Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/search-results/site-description
    5. Одинаковые заголовки и описания (дубли). Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/indexing-options/title-description-doubles.html
    6. Как формируются ответы Алисы AI. Яндекс Вебмастер. — https://yandex.ru/support/webmaster/ru/alice

    Заявления представителей поисковых систем

    1. Ответ Джона Мюллера о метаописаниях на Reddit (июнь 2026). — https://www.reddit.com/r/TechSEO/comments/1uf7qmz/comment/otzhcf1/
    2. Montti R. Google: Meta Descriptions Not Required For SEO. But They’re Worthwhile. Search Engine Journal, 29.06.2026. — https://www.searchenginejournal.com/google-meta-descriptions-not-required-for-seo-but-theyre-worthwhile/580694/
    3. Southern M. G. Why Does Google Replace Page Titles? Search Engine Journal, 18.09.2021. — https://www.searchenginejournal.com/why-does-google-replace-page-titles/420230/
    4. Schwartz B. Google: We Now Use Titles 87% Of The Time vs 80%. Search Engine Roundtable, 17.09.2021. — https://www.seroundtable.com/google-titles-percentage-32107.html

    Исследования и данные

    1. Shepard C. Google Rewrites 61% of Page Title Tags [SEO Study]. Zyppy SEO (выборка 80 959 заголовков с 2 370 сайтов, данные I квартала 2022 г.; там же — методология и оговорки авторов). — https://zyppy.com/seo/google-title-rewrite-study/
    2. Shepard C. 10 Ways To Stop Google Rewriting Your Title Tags. Zyppy SEO. — https://zyppy.com/title-tags/beat-google-title-rewrites/
    3. Brock K. Google Changes More Than 61 Percent Of Title Tags. Search Engine Journal, 02.02.2022. — https://www.searchenginejournal.com/google-changes-more-than-61-percent-of-title-tags/435618/
    4. Google’s 2021 Title Shakeup Part 2: Our SERP Title Analysis Study. Eversana Intouch. — https://www.eversanaintouch.com/blog/search/googles-2021-title-shakeup-part-2-our-serp-title-analysis-study/
    5. How Often Does Google Rewrite Meta Descriptions? Ahrefs (выборка 20 000 запросов). — https://ahrefs.com/blog/meta-description-study/
    6. Henry M. How Often Google Ignores Our Meta Descriptions. Portent (выборка 30 000 запросов). — https://portent.com/blog/seo/how-often-google-ignores-our-meta-descriptions.htm
    7. Google Rewrites Meta Descriptions Over 70% of the Time. Search Engine Journal, 29.09.2020. — https://www.searchenginejournal.com/google-rewrites-meta-descriptions-over-70-of-the-time/382140/
    8. How to Write SEO-Friendly Meta Descriptions (анализ 4 млн результатов поиска). Backlinko. — https://backlinko.com/hub/seo/meta-descriptions

    Утечка внутренней документации Google (май 2024)

    1. King M. Secrets from the Algorithm: Google Search’s Internal Engineering Documentation Has Leaked. iPullRank. — https://ipullrank.com/google-algo-leak
    2. Google Search document leak reveals inner workings of ranking algorithm. Search Engine Land. — https://searchengineland.com/google-search-document-leak-ranking-442617

    Генеративная перезапись заголовков (март 2026)

    1. Google confirms AI headline rewrites test in Search results. Search Engine Land, 20.03.2026. — https://searchengineland.com/google-search-ai-headline-rewrites-test-472146
    2. Google Search test replaces headlines and website titles with AI. 9to5Google, 21.03.2026. — https://9to5google.com/2026/03/21/google-search-test-replaces-headlines-and-website-titles-with-ai/

    Данные по кликабельности

    1. Ahrefs, анализ 300 000 запросов с ИИ-ответами и без (февраль 2026) — приводится по сводке: https://www.outerboxdesign.com/articles/seo/ctr-based-on-organic-position/
    2. Seer Interactive, анализ изменения органической кликабельности на запросах с ИИ-ответами — приводится по той же сводке.
    3. First Page Sage, метаанализ кликабельности по позициям (2026) — приводится по сводке: https://navboost.com/ctr-by-position/
    Была ли статья полезной?
    Поделиться Telegram WhatsApp ВКонтакте

    Ваши конкуренты в топе — это не удача, а система

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

    Разобрать мой сайт в WhatsApp →
    Читайте также

    Ещё по теме «SEO блог»