Удаляю плагин Yoast SEO — новый эксперимент

Удаляю плагин Yoast SEO не из вражды к конкретному разработчику, а ради проверки простой гипотезы: сколько из того, что делает популярный SEO-плагин, сайту действительно нужно, а сколько он тащит по инерции. Эксперимент затевался ради ответа на вопрос, который задают почти на каждой консультации: «у меня стоит SEO-плагин, значит, с оптимизацией всё в порядке?» Короткий ответ — нет. Длинный ответ ниже: что именно делает такой плагин, где он мешает, как снять его без потери данных и как проверить результат, а не поверить в него.

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

Зачем снимать SEO-плагин с работающего сайта

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

• Дублирование функций. На сайте уже есть решения для карты сайта, разметки, редиректов, а плагин делает то же самое параллельно и конфликтует с ними.
• Ограничения бесплатной версии. Часть настроек, которые нужны именно вам, вынесена в платную редакцию, а часть поведения по умолчанию отключить нельзя.
• Вес и лишний код. Плагин добавляет запросы к базе, подключает свои стили и скрипты в админке и на фронте, оставляет служебные таблицы.
• Иллюзия контроля. Зелёный индикатор «оптимизировано» показывает, что текст соответствует формальным правилам, а не что страница отвечает на запрос пользователя лучше конкурентов.

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

Что делает SEO-плагин и что из этого действительно нужно

Разложим функции по полкам, чтобы понимать объём работ при отказе.

Функция	Нужна ли	Чем закрывается без плагина
Поле title и description для страницы	Да, обязательно	Собственные поля темы или лёгкий плагин мета-полей
Шаблоны мета-тегов для рубрик и архивов	Да	Функции темы с подстановкой названия раздела
Директива noindex для служебных страниц	Да	Условия в шаблоне: поиск, вложения, пагинация меток
Канонический адрес	Да	Стандартная функция движка плюс правки для пагинации
Карта сайта	Да	Встроенная карта движка или профильный плагин
Разметка организации и статьи	Да	Разметка в шаблоне темы, один раз и под свой тип контента
Разметка хлебных крошек	Да	Вывод крошек темой вместе с разметкой
Теги для соцсетей	Желательно	Несколько строк в шапке шаблона
Редиректы	Да	Правила на уровне сервера — быстрее и надёжнее
Анализ читаемости и светофор	Нет	Не нужно заменять
Подсказки по внутренним ссылкам	Нет	Собственный анализ структуры перелинковки
Уведомления и баннеры о платной версии	Нет	Не нужно заменять

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

Карта сайта: почему генерация плагином устраивает не всех

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

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

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

Задвоение микроразметки

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

Подробнее об этом — в статье «Удаляю 30% страниц на своем сайте | Новый  SEO эксперимент».

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

Помогу с продвижением: продвижение сайта в поиске — вывожу сайты в топ Яндекса белыми методами.

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

Если интересно направление с сайтами — базу даю в своём курсе:

8:14

Директивы robots, canonical и служебные страницы

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

Тип страницы	Что чаще всего нужно	Что бывает по умолчанию
Страницы результатов внутреннего поиска	noindex, follow	Иногда открыты — плодят мусор в индексе
Страницы вложений	Редирект на запись	Отдельные страницы с одной картинкой
Страницы меток	Открыты только при осмысленном наполнении	Открыты все подряд, включая метки с одной записью
Архивы по датам	noindex	Часто открыты и дублируют ленту
Архив автора при одном авторе	noindex или редирект	Полный дубль главной ленты
Пагинация рубрик	Индексируется, каноникал на себя	Каноникал на первую страницу — часть товаров и статей выпадает
Страницы с параметрами	Каноникал на чистый адрес	Каждый параметр даёт отдельный адрес в индексе

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

Тему разбирал отдельно: «Вывел сайт тонировки на первое место за один день | Новый эксперимент».

Что плагин добавляет к весу страницы

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

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

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

Порядок, при котором эксперимент не превращается в аварию.

1. Полная резервная копия. База и файлы целиком, с проверенной возможностью развернуть обратно. Без этого дальше не идём.
2. Выгрузка мета-данных. Забрать из базы все значения title и description по каждой странице в таблицу — это ваш исходник на случай любой неожиданности.
3. Перенос в новое хранилище. Скопировать значения в поля темы или нового решения. Массово, запросом, а не руками по одной странице.
4. Реализация обязательных функций. В шаблоне должны появиться вывод мета-тегов, каноникал, директивы для служебных страниц, разметка, теги для соцсетей.
5. Карта сайта. Убедиться, что после отключения плагина карта продолжает формироваться по нужному адресу и содержит все разделы.
6. Редиректы. Если они хранились в плагине, перенести правила на уровень сервера до его удаления.
7. Проверка на копии. Развернуть тестовую копию сайта и снять плагин там: сверить исходный код десятка типовых страниц до и после.
8. Отключение, а не удаление. На боевом сайте сначала деактивировать и наблюдать сутки-двое, и только потом удалять с очисткой служебных таблиц.
9. Контроль после. Обход сайта краулером: пустые title, пропавшие описания, изменившиеся каноникалы, новые коды ответа.

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

Чем заменить: варианты и их цена

Вариант	Плюсы	Минусы	Кому подходит
Другой универсальный плагин	Перенос данных обычно автоматизирован, интерфейс привычен	Те же проблемы в другой обёртке	Тем, кого не устраивает конкретный продукт, а не подход
Лёгкий плагин мета-полей	Маленький вес, только нужные функции	Остальное придётся делать в теме	Большинству сайтов малого бизнеса
Всё в шаблоне темы	Полный контроль, ноль лишнего кода	Нужен человек, который правит тему; при смене темы всё переносить заново	Сайтам с собственной или дочерней темой
Комбинация: мета в теме, карта отдельным плагином	Гибкость там, где она нужна	Две точки обслуживания	Сайтам с большим числом типов записей

Если нужна помощь по теме — обучение SEO-продвижению.

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

Как поставить эксперимент и что мерить

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

Смежный материал по теме — «Влияет ли Яндекс Метрика на ранжирование | Новый эксперимент».

Что мерить	Где смотреть	Когда ждать изменений
Число страниц в поиске	Панель вебмастера, раздел индексирования	1–3 недели
Страницы с пустыми или дублирующимися заголовками	Обход краулером	Сразу после изменения
Показы по группам запросов	Статистика поисковых запросов	3–4 недели
Внешний вид сниппетов	Выдача по названиям страниц	1–2 недели
Ошибки разметки	Валидатор структурированных данных	Сразу
Время генерации страницы	Замер на сервере до и после	Сразу
Число запросов к базе на страницу	Профилирование в отладочном режиме	Сразу

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

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

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

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

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

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

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

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

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

Коротко

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

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