
SEO плагины WordPress больше не нужны — тезис, который регулярно всплывает в спорах вебмастеров и каждый раз собирает две одинаково упрямые стороны. Одни ставят Yoast первым делом после установки движка и не задают вопросов. Другие сносят его вместе с половиной админки и радуются, что страница стала легче на сотню килобайт. Правда в том, что обе стороны обсуждают не то: спорить надо не про плагин, а про конкретные функции, которые он выполняет, потому что часть из них давно потеряла смысл, а часть без него не появится вообще.
В SEO с 2005 года я застал момент, когда прописанный вручную title решал исход борьбы за топ, и момент, когда поиск начал переписывать заголовок сниппета по своему усмотрению. Ниже — разбор по функциям: что из арсенала SEO-плагинов действительно перестало влиять на позиции, что осталось обязательным, сколько это стоит в скорости загрузки и как выглядит рабочая конфигурация сайта без тяжёлого комбайна на борту.
Что на самом деле делает SEO-плагин
Слово «плагин» скрывает десяток разных функций, и оценивать их скопом — источник половины заблуждений. Разложим на части.
- Формирование title и description. Шаблоны для записей, страниц, рубрик, архивов плюс ручное переопределение для отдельных страниц.
- Управление индексацией. Директивы noindex и nofollow для служебных архивов, тегов, страниц пагинации, вложений.
- Канонические адреса. Указание основной версии страницы при наличии дублей и параметров в адресе.
- Карта сайта. Автоматический XML-файл со списком страниц и датами изменения.
- Микроразметка. Разметка организации, статьи, хлебных крошек, отзывов, товара в формате структурированных данных.
- Разметка для соцсетей. Open Graph и аналоги — заголовок, описание и картинка для превью при репосте.
- Хлебные крошки. Навигационная цепочка, которую тема выводит через функцию плагина.
- Редиректы. Переадресация при смене адресов, отлов ошибок 404.
- Подсказки по «оптимизации текста». Светофоры плотности ключей, длины предложений и прочая витрина.
Уже из этого списка видно, что вопрос «нужен ли плагин» некорректен. Корректный вопрос — какие из девяти функций вам нужны, какие даёт движок сам, какие закрываются десятью строками в теме и какие вообще не влияют ни на что.
Что действительно потеряло влияние
Начну с приятного для противников плагинов: несколько функций из списка сегодня близки к нулевой ценности.
Мета-тег keywords. Не учитывается поиском много лет, но поля для него до сих пор живут в интерфейсах некоторых плагинов и продолжают отнимать время у людей, которые их добросовестно заполняют.
Description как рычаг позиций. На ранжирование он не влияет напрямую. На кликабельность влияет, но лишь тогда, когда поиск решает его показать, — а решает он это сам и часто собирает описание из текста страницы, если оно точнее отвечает запросу.
Ручной title как гарантия сниппета. Заголовок в выдаче тоже переписывается: поиск может взять h1, название из каталога, часть текста или сформулировать свой вариант. Ваш title — это предложение, а не приказ.
Светофоры «оптимизации». Зелёная лампочка за плотность вхождений и красная за длинное предложение — интерфейсная игрушка. Она не связана ни с одной реальной формулой ранжирования и вредна тем, что провоцирует переспам ради зелёного кружка.
Оценка «читабельности». Считает длину предложений и долю пассивного залога по правилам, придуманным для английского. К русскому тексту и к качеству ответа на запрос отношения не имеет.
Тему разбирал отдельно: «Лучшие SEO плагины для wordpress».
| Функция плагина | Влияние на позиции сегодня | Что с ней делать |
|---|---|---|
| Мета keywords | Нулевое | Не заполнять |
| Description | Косвенное, через кликабельность | Писать шаблоном, вручную — только для важных страниц |
| Title | Есть, но переписывается поиском | Задавать осмысленно, не рассчитывать на дословный показ |
| Оценка плотности ключей | Нулевое | Игнорировать |
| Оценка читабельности | Нулевое | Игнорировать |
| Open Graph | Нулевое для поиска | Нужно для соцсетей и мессенджеров, оставить |
Что осталось обязательным
А теперь неприятное для противников плагинов: без ряда функций сайт на WordPress работает заметно хуже, и появляются они не сами.
- Управление индексацией служебных страниц. Движок из коробки плодит архивы автора, архивы по датам, страницы тегов, страницы вложений. На небольшом блоге это удваивает число адресов, и поиск тратит обход на мусор вместо статей.
- Канонические адреса. WordPress ставит canonical сам, но не для всех случаев: параметры фильтров, сортировки, метки рекламных кампаний, пагинация каталога требуют ручного управления.
- Карта сайта. С версии 5.5 движок отдаёт её сам, но в базовом виде: без гибкого исключения разделов и без учёта того, что вы не хотите отдавать в индекс.
- Микроразметка. Организация, хлебные крошки, статья, товар, отзывы — всё это влияет и на вид сниппета, и на то, насколько уверенно машина понимает, о чём страница. Для выдачи нейросетей это стало ещё важнее: модель охотнее использует факты, которые размечены явно.
- Редиректы и отлов 404. Ссылки меняются, страницы удаляются, разделы переезжают. Без журнала ошибок вы узнаёте о битой ссылке от клиента.
- Шаблоны заголовков. На сайте с тысячей страниц вручную заголовки не пишут. Нужен механизм подстановки: название товара, категория, город, год.
Помогу с продвижением: продвижение сайта в поисковых системах — вывожу сайты в топ Яндекса белыми методами.
Обратите внимание: ни один пункт этого списка не про метаданные ради метаданных. Всё про то, что робот увидит, чего не увидит и как поймёт увиденное. Это и есть та часть работы, которую поиск за вас не сделает.
Сколько плагин стоит в скорости
Главный реальный аргумент против комбайнов — не бесполезность, а цена. Крупные SEO-плагины тянут за собой административные скрипты, собственные таблицы в базе, планировщики задач, баннеры о премиум-версии и десятки запросов на каждой загрузке страницы.
Если интересно направление с сайтами — базу даю в своём курсе:
| Что смотрим | Где проявляется | Как проверить |
|---|---|---|
| Вес на фронте | Лишние стили и скрипты в шапке страницы | Исходный код страницы, вкладка «Сеть» в браузере |
| Запросы к базе | Время генерации страницы | Профилировщик запросов, лог медленных запросов |
| Вес админки | Медленный редактор, тормоза в списке записей | Открыть редактор с отключённым плагином и сравнить |
| Фоновые задачи | Всплески нагрузки на хостинге | Список запланированных задач WordPress |
| Размер базы | Раздутые таблицы метаданных | Размер таблицы postmeta до и после чистки |
Отдельная беда — следы после удаления. Плагины годами пишут свои поля в таблицу метаданных, и после деинсталляции эти записи остаются: на сайте с пятью тысячами записей это десятки тысяч строк, которые никто не читает, но которые участвуют в каждой выборке.
Практический вывод: если вы решили менять или сносить плагин, планируйте отдельным шагом чистку базы от его полей. Иначе выигрыш в скорости окажется на бумаге.
Смежный материал по теме — «Какие плагины на WordPress помогут оптимизировать сайт».
Как обойтись без комбайна
Рабочая схема для сайта, которому не нужны все девять функций, выглядит так.
- Заголовки и описания — шаблонами в теме через фильтры вывода. Десяток строк в файле функций закрывают title для записей, рубрик и архивов, плюс одно произвольное поле для ручного переопределения.
- Индексация служебных страниц — отключение архивов автора и вложений на уровне темы, закрытие лишнего через директивы в заголовке ответа.
- Карта сайта — встроенная в движок, с исключением ненужных типов записей.
- Микроразметка — вывод разметки организации и статьи прямо в шаблоне, значения подставляются из полей записи.
- Хлебные крошки — функция темы, а не плагина, так они переживут любую смену SEO-инструмента.
- Редиректы — на уровне веб-сервера, а не PHP. Правило в конфигурации сервера отрабатывает до запуска движка и не стоит ничего.
Такая конфигурация требует человека, который умеет править тему. Если такого человека нет и не предвидится, честный ответ — оставьте лёгкий плагин. Сломанная разметка и потерянные редиректы обойдутся дороже сэкономленных килобайт.
Когда плагин оправдан
Есть ситуации, в которых отказ от готового решения — вредная экономия.
- Интернет-магазин. Фильтры, сортировки, вариации товара, пагинация каталога — здесь канонические адреса и управление индексацией руками не собрать.
- Сайт с несколькими редакторами. Нужен интерфейс, где автор задаёт заголовок и описание, не открывая код.
- Проект с частым изменением структуры. Журнал редиректов с отловом 404 экономит недели.
- Мультиязычный или мультирегиональный сайт. Атрибуты языковых версий вручную поддерживать почти нереально.
- Сайт, который ведёт не технический специалист. Владелец, который сам пишет статьи, должен иметь понятные поля, а не инструкцию по правке темы.
Во всех этих случаях выбор не между «плагин или ничего», а между тяжёлым комбайном и лёгким инструментом, делающим только нужное.
Как выбирать, если плагин всё-таки нужен
| Критерий | Почему важен | Признак плохого выбора |
|---|---|---|
| Объём функций | Каждая лишняя тянет ресурсы | Внутри аналитика, соцсети, рассылки, ИИ-помощник |
| Возможность отключать модули | Позволяет оставить только нужное | Всё включено монолитом |
| Формат хранения данных | Влияет на переносимость | Свои таблицы вместо стандартных полей |
| Экспорт настроек | Нужен при переезде на другое решение | Экспорта нет или он платный |
| Поведение при удалении | Определяет объём мусора в базе | Данные остаются навсегда |
| Реклама внутри админки | Косвенный признак приоритетов разработчика | Баннеры и уведомления на каждом экране |
Отдельный критерий, о котором забывают, — сколько сайтов на этом решении вы уже ведёте. Единообразие важнее теоретической оптимальности: пять сайтов на одном знакомом инструменте обслуживать проще, чем пять разных «идеальных» конфигураций.
Как проверить, что творится на сайте прямо сейчас
Если нужна помощь по теме — обучение SEO-продвижению.
Прежде чем что-то менять, полезно понять текущее положение дел. Проверка занимает полчаса и не требует ничего, кроме браузера и панели вебмастера.
| Что проверяем | Как | Тревожный результат |
|---|---|---|
| Дубли служебных тегов | Поиск по исходному коду страницы слов canonical и og:title | Встречаются больше одного раза |
| Состав индекса | Число страниц в поиске в панели вебмастера | Оно кратно больше числа ваших статей и товаров |
| Заголовки типовых страниц | Выборочно открыть карточку, категорию, метку, архив | Одинаковые или обрезанные на середине слова |
| Карта сайта | Открыть файл карты и пролистать список | В нём есть закрытые от индексации адреса |
| Микроразметка | Валидатор структурированных данных поисковой системы | Ошибки или разметка от двух источников сразу |
| Скорость на мобильном | Замер главной и типовой внутренней страницы | Блокирующие скрипты плагина в шапке страницы |
Итог этой проверки — короткий список из трёх-четырёх реальных проблем. Он и определяет, что вам нужно: полная замена инструмента, отключение лишних модулей или вообще ничего, кроме чистки индекса от служебных страниц.
Если нужны детали, смотрите «Cookies — что это такое и зачем они нужны».
Отдельно отмечу пункт про состав индекса, потому что его игнорируют чаще прочих. Когда в поиске висит вчетверо больше адресов, чем у вас есть содержательных страниц, робот тратит свой лимит обхода на архивы, метки и вложения. Новые материалы в такой ситуации попадают в индекс медленнее, и никакие настройки заголовков этого не компенсируют. Чистка служебных страниц почти всегда даёт больше, чем любые доработки метаданных.
Как безопасно снять плагин
Отключение SEO-плагина одним кликом — верный способ потерять все заголовки разом. Порядок должен быть такой.
- Снимите слепок. Выгрузите текущие title и description для всех страниц. Достаточно таблицы «адрес — заголовок — описание».
- Проверьте, что даёт тема без плагина. На тестовой копии отключите плагин и посмотрите, во что превращаются заголовки. Часто выясняется, что тема выводит просто название записи и название сайта.
- Перенесите шаблоны. Опишите правила формирования заголовков для каждого типа страниц и реализуйте их в теме.
- Перенесите ручные переопределения. Те страницы, где заголовок писался руками, перенесите из выгрузки в произвольные поля.
- Перенесите редиректы. Выгрузите список из плагина и переложите в конфигурацию сервера.
- Проверьте разметку и карту сайта. После отключения микроразметка и XML-карта могут исчезнуть — убедитесь, что замена работает.
- Отключайте и наблюдайте две недели. Следите за числом страниц в поиске и за ошибками обхода в панели вебмастера.
- Почистите базу. Только после того, как убедились, что откат не понадобится.
И главное: не делайте это на сайте, который прямо сейчас приносит заявки, без тестовой копии. Экономия часа на проверке легко превращается в неделю восстановления.
Частые вопросы
Правда ли, что после удаления плагина позиции растут? Растут они не от удаления, а от того, что вместе с ним уходит лишний вес страницы и админка перестаёт тормозить. Если плагин был единственным источником заголовков и разметки, а замену не сделали, позиции упадут.
Нужно ли вообще писать description? Для важных коммерческих страниц — да, шаблоном с подстановкой. Для тысячи карточек товара — тоже шаблоном. Вручную для каждой страницы — трата времени, потому что показывается он не всегда.
Поиск сам формирует заголовок — зачем тогда title? Затем, что он остаётся исходным материалом. Поиск переписывает заголовок, когда ваш вариант хуже отвечает запросу. Осмысленный, точный title переписывают реже.
Хватит ли встроенной карты сайта WordPress? Для блога — да. Для магазина с фильтрами и служебными типами записей нужно управление составом, и здесь встроенного механизма мало.
Влияет ли микроразметка на выдачу нейросетей? Напрямую позиций она не даёт, но упрощает машине извлечение фактов: кто вы, что продаёте, где находитесь, сколько стоит. Согласованные данные в разметке и в тексте повышают шанс, что модель воспроизведёт их корректно.
Два SEO-плагина сразу — это плохо? Это гарантированные дубли: два canonical, два набора Open Graph, два title. Оставляйте один, второй удаляйте вместе с его полями.
Коротко
- Спорить надо не про плагин целиком, а про девять его функций: часть обесценилась, часть остаётся обязательной.
- Мета keywords, светофоры плотности ключей и оценка читабельности не влияют ни на что и только отнимают время.
- Заголовок и описание задаёт не сайт, а поиск: ваш title — исходный материал, который переписывают тем чаще, чем хуже он отвечает запросу.
- Управление индексацией, канонические адреса, микроразметка и редиректы сами не появятся — их нужно либо взять из плагина, либо реализовать в теме.
- Реальная цена комбайна — вес на фронте, запросы к базе, фоновые задачи и мусор в таблице метаданных после удаления.
- Снимать плагин можно только с выгруженным слепком заголовков, перенесёнными редиректами и двумя неделями наблюдения за индексацией.
Если не уверены, что даст вашему сайту отказ от тяжёлого плагина и не потеряете ли вы вместе с ним разметку и редиректы, приходите на SEO-консультацию: посмотрю конфигурацию сайта и скажу, что можно убрать без потерь, а что придётся переносить в тему.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Комментарии
Илья Толубеев
Снёс Yoast на блоге, заголовки превратились в «Название записи — Название сайта» на всех трёх тысячах страниц. Спохватился через неделю, когда трафик пошёл вниз. Слепок, конечно, никто не делал.
Анатолий Кузнецов автор
Ситуация поправимая, и слепок ещё можно восстановить. Заголовки, которые плагин писал руками, скорее всего никуда не делись — они лежат в таблице метаданных в полях с префиксом плагина, просто их больше некому выводить. Поднимите плагин обратно на тестовой копии, выгрузите пары «адрес — заголовок» и уже потом переносите в свои поля. Если плагин удалён вместе с данными, второй источник — кэш поисковых систем и архивные копии: по ним восстанавливаются заголовки хотя бы для страниц, которые давали трафик. Дальше действуйте по приоритету: сначала два-три десятка страниц, на которые приходилась основная доля переходов, остальное закрывайте шаблоном. И проверьте отдельно, не пропала ли вместе с плагином карта сайта — это второй типичный сюрприз после такого удаления.
Дарья Туганова
Разбивка по функциям вместо спора «плагин или не плагин» — самое полезное, что я читала на эту тему. Оказалось, из девяти пунктов нам реально нужны четыре, а мы тащили комбайн целиком.
Егор Топильский
Категорически не согласен насчёт description. У нас в интернет-магазине после того, как прописали описания вручную для топовых категорий, кликабельность в выдаче выросла. Так что «не влияет» — сильное упрощение.
Анатолий Кузнецов автор
Ваш результат не противоречит тексту, он попадает ровно в оговорку. Описание не влияет на позиции — то есть страница от него не поднимается выше в списке. Но оно влияет на долю кликов из показов, и это отдельная, вполне ощутимая величина: при неизменных позициях трафик может вырасти заметно. Разница практическая: если страница на второй странице выдачи, работа над описанием не спасёт, надо решать проблему релевантности. Если страница уже в первой пятёрке — доработка описания и заголовка часто самый дешёвый способ добавить переходов. Поэтому я и советую тратить ручное время только на страницы, которые уже видны, а всё остальное закрывать шаблоном.
Полина Турбина
Про мусор в таблице метаданных не знала. Проверила — от двух старых плагинов осталось больше сорока тысяч строк на сайте с полутора тысячами записей. Админка тормозила именно поэтому.
Никита Торгашов
Вопрос по редиректам через конфигурацию сервера. У нас шаред-хостинг, доступа к настройкам nginx нет, только файл правил Apache. Это считается «на уровне сервера» или всё-таки лучше плагином?
Анатолий Кузнецов автор
Файл правил Apache — это как раз уровень сервера, и он отрабатывает до запуска PHP, так что вариант полностью рабочий. Нюансы два. Первый: на связке nginx впереди и Apache позади статику часто отдаёт nginx мимо Apache, поэтому правила для картинок и файлов могут не сработать — проверяйте каждое правило запросом с выводом заголовков ответа, а не на глаз. Второй: следите за порядком и количеством. Пара сотен правил в файле — норма, несколько тысяч уже заметно замедляют обработку каждого запроса; если список растёт, объединяйте однотипные переадресации регулярным выражением. Плагин имеет смысл оставить только ради журнала 404, причём именно как журнал: сами переадресации лучше держать в файле сервера.
Маргарита Турчанинова
Пункт про два плагина сразу — про нас. Стояли Yoast и второй «для микроразметки». В коде страницы было два canonical и два Open Graph, при репосте в мессенджер подтягивалась случайная картинка.
Григорий Тресков
А что делать с архивами меток? У нас в блоге больше четырёхсот меток, страницы пустые или с одной записью. Закрывать все или оставить те, где записей много?
Анатолий Кузнецов автор
Правило простое: страница метки имеет право на индексацию, только если она сама по себе отвечает на какой-то запрос. Практически это значит три условия — на ней хотя бы восемь-десять записей, название метки совпадает с реальной формулировкой из Вордстата, и вы готовы написать на ней вводный текст. Таких меток у вас из четырёхсот наберётся дай бог два десятка. Остальные закрывайте от индексации и убирайте из карты сайта, но не удаляйте — как навигация внутри сайта они работают нормально. И проверьте заодно архивы по датам и архив автора: на блоге с одним автором это чистые дубли ленты, которые едят обход. После такой чистки число страниц в поиске обычно падает вдвое, и это хороший знак, а не плохой.
Валентина Тынянова
Спасибо за таблицу критериев выбора. Строчка про экспорт настроек особенно актуальна: мы застряли на одном решении именно потому, что перенести накопленные заголовки некуда.
Леонид Трубчанинов
Пишу тему сам, все функции вынес в код. Но заказчик потом ставит плагин поверх, потому что «так везде советуют», и получается конфликт. Аргументов против у меня раньше не было, теперь есть таблица.
Жанна Углова
Меня смущает совет выносить микроразметку в тему. Тему рано или поздно меняют, и вся разметка уедет вместе с ней. Разве плагин в этом смысле не надёжнее?
Анатолий Кузнецов автор
Возражение верное, и у него есть точное решение — дочерняя тема или небольшой собственный плагин на две функции. Логика такая: всё, что относится к оформлению, живёт в теме и уезжает вместе с ней; всё, что относится к данным о сайте, должно жить отдельно. Микроразметка организации, шаблоны заголовков и произвольные поля — это данные. Оформление хлебных крошек — это тема. Разделив по этому признаку, вы получаете и лёгкость, и переносимость. Свой мини-плагин на сотню строк, кстати, не тяжелее фрагмента кода в теме: вес создаёт не факт наличия плагина, а количество функций и запросов внутри него.
Фёдор Тулин
Проверил вес админки по вашему совету — отключил SEO-плагин на копии, редактор записи стал открываться заметно быстрее. Мы полгода жаловались хостеру на тормоза.
Лариса Удальцова
Вывод для себя сделала такой: у меня блог, я не программист, значит остаётся лёгкий плагин с отключёнными модулями. Приятно, что в статье это прямо разрешено, а не «сносите всё и правьте код».