Открываю исходный код очередного сайта на аудите и вижу в шапке двадцать восемь мета-тегов. Рабочих из них — четыре. Остальное: <meta name="abstract">, <meta name="revisit-after" content="7 days">, <meta name="rating" content="general">, ключевые слова через запятую и верификационная метка сервиса, который закрылся ещё до пандемии. Такое встречается и в шаблонах на Битриксе, и в WordPress-темах с маркетплейсов, и в самописных CMS.
Сразу оговорюсь: удаление мёртвых мета-тегов не поднимет позиции. Это гигиена, а не рычаг роста. Но гигиена нужна: лишние теги мешают читать код, плодят конфликты между плагинами и прячут за собой реальные проблемы вроде второго canonical или случайного noindex. Разберём: что мертво, что живо, что удалять и как это сделать, ничего не сломав.
Откуда взялся зоопарк тегов в head
Почти каждый «странный» мета-тег имеет историю, и почти всегда она заканчивается в начале 2000-х. В девяностые индекс строился на том, что сайт сам о себе сообщал: ключевые слова, краткое содержание, тематика, частота обновления. Существовали каталоги (Яндекс.Каталог, DMOZ, Апорт), куда сайты подавались руками, а модератор смотрел в том числе на служебные метки. Отсюда abstract, document-state, resource-type, distribution. Роботы ходили медленно, и вебмастер вежливо просил заходить раз в неделю — так появился revisit-after. А от эпохи Microsoft Smart Tags в шаблонах остался MSSmartTagsPreventParsing.
Дальше сработала инерция. Шаблон 2006 года лёг в основу шаблона 2011-го, тот — в основу премиум-темы 2018-го, а её поставили на сайт в 2024-м. Никто не чистил: работает же. Старые SEO-модули выводили полный набор «на всякий случай», конструкторы добавляют generator с названием платформы, а часть оптимизаторов до сих пор заполняет keywords по привычке.
Мета-тег abstract: зачем задумывался и почему умер
Abstract переводится как «аннотация» и задумывался именно так: краткое содержание документа, 100–200 символов, для машинной обработки. Идея пришла из библиотечных каталогов, где у документа есть формальная аннотация отдельно от текста. Предполагалось, что каталоги и агрегаторы возьмут оттуда описание, а поисковая система использует его как дополнительный сигнал о теме страницы.
Кто его реально читал: каталоги начала 2000-х, внутренние поисковые системы предприятий, отдельные научные агрегаторы. Массовые поисковики — по сути никогда. Google использование abstract никогда не подтверждал, а Яндекс в документации перечисляет поддерживаемые мета-теги — description, robots, keywords с оговорками, верификация, разметка. Abstract там нет.
Почему он не заменяет и не дополняет description:
- Сниппет формируется из description и содержимого страницы; abstract в этот механизм не подключён ни у Яндекса, ни у Google.
- Соцсети и мессенджеры для превью читают Open Graph, при его отсутствии — title и description. Abstract им неизвестен.
- Дублировать в него текст description бессмысленно: это копия, которую никто не запрашивает.
Вывод: удаляем, последствий не будет. Исключение — внутренний корпоративный поиск или интеграция, которая явно читает этот тег; такое встречается на порталах крупных компаний, и там стоит спросить разработчиков.
Keywords: разбираем без догм
Google официально заявил, что не использует meta keywords в ранжировании веб-поиска, ещё в сентябре 2009 года. Яндекс формулирует осторожнее: в справке годами держалась фраза, что тег «может учитываться» при определении соответствия страницы запросу. Это не обещание пользы, а оговорка, чтобы не связывать себе руки. За двадцать лет в SEO я не видел эксперимента, где заполнение keywords дало бы измеримый прирост.
Зато обратные эффекты реальны:
- Вы отдаёте семантику. Конкурент открывает исходный код и видит ваше ядро по странице — быстрее и точнее, чем выгружать чужие запросы из Megaindex или Топвизора.
- Риск переспама. Автогенерация вида «купить, купить недорого, купить в Москве, цена, отзывы» на сотнях страниц — тот самый шаблонный мусор, который алгоритмы Яндекса воспринимают как накрутку текстовых факторов.
- Ложное чувство работы. Заполнение keywords съедает часы, которые лучше потратить на title и структуру.
Рекомендация без догм: тег уже есть и заполнен аккуратно (2–5 слов по делу) — можно оставить, приоритет удаления низкий; забит автогенерацией — чистим; сайт новый — не добавляем вовсе. Всегда удаляю в конкурентных коммерческих нишах, где семантику разумно не показывать.
Полный разбор: что мертво, что игнорируется, что вредно
Главная таблица аудита — пользуюсь ей сам, когда прохожу по шапке сайта.
| Тег | Статус | Что делать |
|---|---|---|
| abstract | Мёртв, не читается поисковиками | Удалить |
| keywords | Игнорируется Google, бесполезен у Яндекса, раскрывает семантику | Удалить; не автогенерировать |
| revisit-after | Мёртв, роботы никогда его не соблюдали | Удалить; частота обхода — sitemap и Вебмастер |
| author | Игнорируется поиском | Удалить; авторство — через Schema.org |
| copyright | Мёртв, юридической силы не несёт | Удалить, копирайт держать в футере |
| generator | Бесполезен, подсказывает ботам версию CMS | Удалить из соображений безопасности |
| distribution | Мёртв (global/local/iu) | Удалить |
| rating | Не влияет на поиск, фильтрация 18+ работает иначе | Удалить |
| document-state | Мёртв (dynamic/static) | Удалить |
| resource-type | Мёртв | Удалить |
| language / content-language | Устарел в пользу атрибута lang | Удалить, проверить <html lang="ru"> |
| expires | Как мета не работает | Удалить, настроить кэш на сервере |
| cache-control, pragma в meta | Игнорируются браузерами и прокси | Удалить, задать HTTP-заголовками |
| MSSmartTagsPreventParsing | Мёртв со времён IE 6 | Удалить |
| refresh как редирект | Вреден: медленно, ломает кнопку «Назад», хуже склеивает сигналы | Заменить серверным 301 |
| robots в вариантах ALL, INDEX,FOLLOW | Избыточен: индексация разрешена по умолчанию | Удалить, оставить только запреты |
| googlebot дублем к robots | Избыточен при совпадении правил | Удалить дубль |
| Верификация закрытых сервисов | Мусор | Удалить, предварительно выяснив, чей код |
| yandex-verification | Нужен, если права держатся на нём | Не трогать; лучше перейти на файл подтверждения |
| google-site-verification | Нужен по той же причине | Не удалять вслепую |
| title | Критично важен | Уникальный на каждой странице |
| description | Нужен | Осмысленный и уникальный, не автогенерируемый |
| robots (noindex, nofollow, noarchive, max-snippet) | Нужен точечно | Только там, где действительно надо закрыть |
| canonical (link) | Нужен | Один на страницу, абсолютный URL |
| viewport | Обязателен | Стандартная строка, один раз |
| charset | Обязателен | UTF-8, первым в head |
| og:title, og:description, og:image, og:url, og:type | Нужны | Заполнять для всех публичных страниц |
| twitter:card | Опционален | Есть — оставить, нет — не добавлять |
| hreflang (link) | Нужен для мультиязычных | Взаимные ссылки плюс x-default |
Почему refresh — это не редирект
Конструкция <meta http-equiv="refresh" content="0; url=/new-page/"> живёт на старых сайтах как способ переезда страниц. Работает она плохо: браузер сначала качает весь HTML и только потом уходит — лишний круг запросов и задержка на мобильной сети. Ломается кнопка «Назад». Поисковики обрабатывают такие переходы медленнее и менее предсказуемо, чем честный 301. Переносите переезды в .htaccess, nginx или средства CMS.
Что реально нужно в head в 2026 году
Живой набор короткий. Всё за его пределами требует обоснования.
| Тег | Требования 2026 | Частые ошибки |
|---|---|---|
| title | 50–70 знаков, ключ ближе к началу, уникален по сайту, бренд в конце | Одинаковые title на пагинации и фильтрах, перечисление городов, обрыв на середине слова |
| description | 120–160 знаков, живой текст с выгодой и призывом, уникален | Автоподстановка первых слов статьи, дубли на весь раздел, перечисление ключей |
| robots | Только запреты: noindex для служебных, noarchive и max-snippet при необходимости | Забытый noindex после переноса с тестового домена, закрытие пагинации целиком |
| canonical | Абсолютный URL, ровно один, ведёт на индексируемый адрес, совпадает по протоколу и слэшу | Canonical со всех страниц на главную, canonical на страницу с noindex, два разных от темы и плагина |
| og:image | 1200×630 px, соотношение 1.91:1, JPEG или PNG, абсолютный URL, до 5 МБ | Миниатюра 150×150, относительный путь, картинка закрыта от ботов соцсетей |
| viewport | width=device-width, initial-scale=1 |
Запрет масштабирования user-scalable=no, два viewport от темы и плагина |
Open Graph в России важнее, чем кажется. Трафик из соцсетей и мессенджеров идёт через ВКонтакте и Telegram, и оба строят превью по OG-разметке. Если og:image не задан или задан миниатюрой, ссылка в канале выглядит серой строкой без картинки, и кликабельность падает в разы. Проверять проще всего, отправив ссылку самому себе в Telegram; у ВКонтакте есть свой отладчик ссылок.
Twitter:card в российских реалиях почти не нужен — соцсеть X у нас маргинальна по трафику. Но часть парсеров читает его как запасной вариант, так что удалять существующий незачем.
Schema.org заменила описательные мета-теги. Всё, что раньше пытались передать через abstract, author и copyright, сегодня передаётся микроразметкой: Article с headline и datePublished, Organization с контактами, Product с ценой и наличием, BreadcrumbList, FAQPage. Это машиночитаемо и даёт расширенные сниппеты.
Верификация. И Вебмастер, и Search Console дают подтвердить права мета-тегом, файлом в корне, DNS-записью или через аналитику. Мета-тег хрупок: теряется при смене темы и чистке шапки, а файл и DNS переживают редизайн. Часто меняете оформление — переводите подтверждение на файл.
Где искать источник лишних тегов
Удалить строку — полдела. Если не найти, кто её выводит, она вернётся после ближайшего обновления.
| Источник | Признак | Где смотреть и как убрать |
|---|---|---|
| Тема или шаблон | Теги идут подряд и одинаковы на всех страницах | WordPress — header.php дочерней темы, MODX — чанк, Битрикс — header.php шаблона |
| SEO-плагин (Yoast, Rank Math, All in One SEO, Kama SEO Tags) | Блок обрамлён комментариями с названием плагина, рядом OG и Schema | Настройки плагина: «Соцсети», «Расширенные». Отключать переключателем, не правкой файлов |
| Конструктор сайтов | generator с именем платформы, head недоступен для правки | Настройки проекта, раздел SEO. Часть тегов удалить нельзя |
| Старый модуль CMS (Битрикс, WordPress, MODX, OpenCart) | Теги есть только на отдельных типах страниц — карточках, категориях | Битрикс — компоненты и свойства инфоблоков, WordPress — хук wp_head, OpenCart — контроллеры каталога |
| Второй SEO-плагин или наследие миграции | Два description, два canonical, два og:image подряд | Отключить дублирующий плагин, предварительно перенеся заполненные поля |
| CDN, аналитика, внешние скрипты | Тегов нет в исходниках, но они видны в браузере | Сравнить ответ сервера и итоговый DOM, отключить оптимизацию HTML на CDN |
| Кэш | Правка сделана, в браузере старый код | Сбросить кэш плагина и CDN, проверять страницу без GET-параметров |
Как чистить безопасно
- Снимите бэкап файлов шаблона и базы. Пять минут против дня восстановления.
- Соберите исходный код разных типов страниц: главная, категория, карточка, статья, пагинация, фильтр, поиск, 404. Шапка на них часто разная, и чистка одной главной ничего не решает.
- Ищите дубли в первую очередь. Два description, два canonical, два og:image, два viewport — самая вредная находка: противоречивые canonical поисковик может проигнорировать целиком, и страница начнёт склеиваться непредсказуемо.
- Определите источник каждой лишней строки. Не удаляйте вслепую то, чей владелец неизвестен: под безымянной меткой может скрываться верификация или интеграция с CRM.
- Тестируйте на одной странице: правим, смотрим, ждём сутки, только потом раскатываем на шаблон.
- Проверьте результат: валидатор разметки, «Проверка ответа сервера» в Яндекс.Вебмастере, превью ссылки в мессенджере, проверка URL в Search Console.
- Отправьте страницы на переобход, если правили canonical, robots или description важных разделов.
Частые ошибки и когда чистка не поможет
Что я разбирал у клиентов после самостоятельных чисток:
- Снесли верификацию. Метка Вебмастера удалена вместе с мусором, права на сайт слетели, доступ к статистике потерян.
- Закрыли лишнее в noindex. Решили «почистить индекс» и закрыли пагинацию целиком — товары со второй страницы категории выпали из обхода.
- Canonical на главную со всех страниц. Классика неверной настройки плагина: сайт схлопывается в индексе до одной страницы.
- Description автоматом из первых слов текста. Формально уникально, по факту — обрезанное «В этой статье мы рассмотрим…», которое не приносит кликов.
- og:image миниатюрой 150×150. Соцсеть отбрасывает такую картинку, превью выходит пустым.
- Правка в родительской теме. Обновление возвращает всё назад вместе с мусором.
И честно о приоритетах. Удаление abstract и revisit-after — задача уровня «сделать заодно». Она не поможет, если на сайте нет собственного контента, title дублируются на сотнях страниц, canonical на пагинации ведёт на первую страницу, а структура не покрывает спрос, который видно в Вордстате. Порядок такой: сначала индексация и доступность, потом структура и контент, потом коммерческие факторы, и только затем косметика head.
Чеклист аудита head
- Charset UTF-8 стоит первым, viewport присутствует ровно один раз.
- Title уникален, 50–70 знаков, не обрезан на середине слова.
- Description один, уникален, для значимых страниц написан руками.
- Canonical один, абсолютный, ведёт на индексируемый адрес с тем же протоколом и слэшем.
- В robots нет случайного noindex, директивы ALL и «index, follow» удалены как избыточные.
- Open Graph заполнен: og:title, og:description, og:image 1200×630, og:url, og:type.
- Мета-refresh отсутствует, переезды переведены на 301.
- Удалены abstract, revisit-after, distribution, rating, document-state, resource-type, copyright, author, generator, MSSmartTagsPreventParsing.
- Keywords удалён либо приведён в порядок и не генерируется автоматически.
- Верификация Вебмастера и Search Console на месте либо переведена на файл или DNS.
- Дублей нет: по одному description, canonical, og:image, viewport на страницу.
- Шапка проверена на всех типах страниц, включая пагинацию, фильтры и 404.
Чистка кода от мусорных тегов входит в техническую доработку сайта. Что ещё мешает продвижению, покажет бесплатный аудит.
Коротко
- Abstract — мёртвый тег эпохи каталогов: не используется поисковиками, description не заменяет, удаляется без последствий.
- Вместе с ним уходят revisit-after, distribution, rating, document-state, resource-type, copyright, author, generator, language, expires в meta и MSSmartTagsPreventParsing.
- Keywords Google игнорирует с 2009 года, у Яндекса пользы нет, а конкурентам вы показываете семантику. На новых сайтах не добавляем.
- Мета-refresh — не редирект: медленно, ломает историю браузера, хуже склеивает сигналы. Меняем на серверный 301.
- Живой набор 2026 года: charset, viewport, title, description, точечный robots, canonical, Open Graph, hreflang, Schema.org и верификация.
- Самая вредная находка при чистке — не мусорные теги, а дубли: два description, два canonical, два og:image.
- Перед удалением найдите источник строки: тема, SEO-плагин, модуль CMS или CDN. Иначе тег вернётся после обновления.
- Бэкап, тест на одной странице, проверка в Вебмастере и переобход — обязательная часть процедуры.
- Чистка head не поднимает позиции, это гигиена. Если дублируются title или нет посадочных под спрос — начинайте оттуда.
Если нужно SEO-продвижение сайтов — помогу вывести сайт в топ Яндекса и удержать позиции.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
