WP: автоматизация SEO с Yoast и Rank Math — тайтлы и редиректы для сайта

Утро понедельника, кофе ещё не дожил до мозга, а в телеге капает: 16 новых 404 за ночь, переходы с Дзена прилетели на старую страницу услуг и умерли. Я вздохнул, открыл WordPress, увидел свежий пост с вручную отредактированным слагом и ровно нулём редиректов. В такие моменты ты понимаешь, что тайтлы и редиректы — это не учебник, это санитарная бригада для вашего трафика. И если их не автоматизировать, они неизбежно ломаются. Я, Артур Хорошев, давно перестал надеяться на дисциплину редакторов и верстальщиков. Лучше один раз собрать автоматику на Make и плагинах Yoast или Rank Math, чтобы сайт сам подстилал соломку. Пусть машина следит за заголовками, метаописаниями и адресами, а люди пишут тексты и продают. Нормальное разделение труда, которое экономит нервы и рекламный бюджет.

WordPress тут у нас рабочая лошадь, Yoast и Rank Math — самые популярные уздечки. Оба плагина умеют шаблоны тайтлов и метаописаний, каноникалы, XML-карты, микроразметку. По официальной статистике у Rank Math больше 3 миллионов установок, то есть шанс найти специалиста, который его видел, довольно высокий. Yoast тоже жив и бодр, только редиректы у него нормально работают в премиум-версии, а у Rank Math — и в бесплатной. И поверх этого всего мы ставим Make — облачный комбайн для автоматизации, где можно без программирования свести WordPress, Google Sheets, Google Search Console и Telegram в один аккуратный сценарий. Да, Make — это тот самый сервис, что позволяет собирать цепочки из приложений и крутить их по расписанию или по вебхуку. Если что, зарегистрироваться можно тут, с бонусной страницей для наших проектов: Make.com.

Где деньги лежат: тайтлы, дескрипшены и поведение сниппетов

Кликабельный сниппет держится на двух ножках — тайтл и описание. Если тайтлы генерируются лениво и без контекста, CTR падает на ровном месте. Шаблоны в Yoast выглядят так: %%title%%, %%sep%%, %%sitename%% и куча других переменных для рубрик, дат и авторов. В Rank Math эти же штуки пишутся иначе — %title%, %sep%, %sitename%, но логика одна и та же. В реальном проекте удобнее использовать не один универсальный шаблон, а два-три, в зависимости от типа контента: услуги, статьи, кейсы. Автоматика на Make забирает свежий материал через REST API, подставляет переменные, при необходимости докручивает формулировку средствами генерации текста и возвращает готовые мета в метаполя. Для Yoast это мета-ключи _yoast_wpseo_title и _yoast_wpseo_metadesc, для Rank Math — rank_math_title и rank_math_description. Вручную править можно, но это уже сверху — автоматика каждый раз не перетирает ручной ввод, если поставить простое правило на стороне сценария.

Есть маленький трюк, который вобще вытягивает кликабельность: подставлять в тайтл не просто название статьи, а осмысленный хвост с преимуществом или числом. Пример для услуги: %%title%% — цены, сроки и кейс 2025 | %%sitename%%. И да, раз в месяц стоит пробегать по топ-страницам и смотреть в Search Console, какие запросы подтягиваются, чтобы слегка переформулировать тайтлы. В Make это делается циклом: выгрузка запросов с позиции 4-10, фильтр по страницам с высоким показом, низким CTR и затем мягкая правка шаблона и уведомление редактору в Telegram. Ничего космического, зато работает.

Редиректы без человеческого фактора: как не терять трафик при смене URL

Большинство бед случается, когда меняют слаг или переносят разделы. Раньше это ловилось руками по 404-страницам и словам менеджера «ой». Сейчас сценарий простой: WordPress отправляет вебхук в Make при каждом обновлении поста, в полезной нагрузке идут ID, новый слаг и старый, который мы заранее храним в кастомном поле. Если слаг поменялся — Make создаёт 301-редирект в вашем менеджере редиректов. С Rank Math легче — модуль редиректов доступен и в бесплатной версии, запись можно добавить через REST при включённой поддержке конечных точек или через небольшой вспомогательный эндпоинт. В Yoast это комфортнее делать, если у вас премиум, иначе подключается дополнительный плагин для редиректов. В любом случае логика одна: старая ссылка сохраняется навсегда, новая становится целевой, а Make отправляет в редакторский чат короткий отчёт, что проблема закрыта, без драм и турбулентности.

Бывает история грустней — меняют структуру рубрик и разом ломают сотню ссылок. Тут спасает таблица соответствий. В Make готовится мэппинг из Google Sheets: старая категория — новая категория — тип редиректа. Сценарий прогоняет список, создаёт пачку 301 и аккуратно пингует поисковики. Для Яндекса достаточно обновлённой карты сайта и времени, для Google можно отправить адреса на переобход через Search Console. Никакой магии, просто дисциплина процесса и холодная автоматика вместо горячих правок на проде.

Как собрать минимально жизнеспособную схему на Make

Стартуем с вебхука. В WordPress вешаем отправку данных о посте на событие обновления — это можно сделать плагином для вебхуков или небольшим сниппетом. В Make на первом модуле принимаем вебхук, на втором тянем дополнительные данные по ID поста через модуль WordPress, на третьем сравниваем прежний и новый слаги. Если изменился — ветка с редиректом. Параллельно идёт ветка для тайтлов и метаописаний: собираем шаблон, добавляем контекст из первых 400 символов текста, при необходимости прогоняем через генератор и получаем аккуратный дескрипшен в 150-160 знаков без лишних «водных» слов. В конце обе ветки сходятся в обновлении поста и отправке уведомления в Telegram или VK WorkSpace — кто что использует. Если кабинет аккуратно собрать, всё это работает молча, только время от времени присылает недельный отчёт в виде CSV в вашу почту.

Для мониторинга индексации я подключаю Search Console. Make забирает из API запросы, позиции и CTR по нужным страницам, складывает в Google Sheets, где удобно поставить условное форматирование. Если CTR ниже ожидаемого порога — 2-3 процента при позиции в топе — сценарий ставит задачу редактору и предлагает альтернативную формулировку тайтла. Хотите модно — можно добавить автотест: менять тайтл между двумя вариантами раз в 7 дней и смотреть на CTR. Это не лабораторный A/B, но для SEO хватает, главное фиксировать дату смены и не крутить весь сайт одновременно.

Yoast или Rank Math для автоматизации — кого ставить

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

Русские реалии: кириллица, UTM, Дзена и редиректы с человеческим лицом

У нас любят кириллицу в адресах, а потом ломают глаза на проценты в логах. Если в команде нет строгого регламента, используйте транслитерацию с понятными правилами и настройте автоматический контроль длины URL. Для публикаций, которые уходят в Дзен или в VK, сделайте отдельные UTM-макросы в шаблонах ссылок, а редиректы сразу создавайте чистыми — источник трафика и метки не должны влиять на перенаправление. Никогда не ставьте 302, если перенос постоянный — только 301. Дубли с https и без www закрывайте раз и навсегда на уровне сервера или глобального правила, не размножайте костыли в админке. И да, когда переносите разделы, не забывайте про RSS и карты сайта — Make может пинговать их генерацию и отправлять сигнал поисковикам, это занимает пару минут, а экономит неделю ожидания переобхода.

Немного про контроль качества: 404, скорость и отчёты без воды

Мне нравится будничная рутина, которая происходит без меня. Каждую ночь Make забирает из лога 404 ошибки — их легко собрать через плагин или через серверные логи, если есть доступ — группирует по реферерам и частоте, и создаёт задачи только на те, что реально щёлкаются пользователями. Там же в отчёт добавляется скорость генерации страниц и процент страниц с заполненными мета. Если показатель падает ниже порога, прилетает пинг в Telegram. Ничего личного, просто метрика. Дважды в месяц сценарий высылает список страниц, где тайтл превышает 60-65 символов или дескрипшен больше 160 — не чтобы обрезать, а чтобы осознанно принять решение. По моему опыту разовый такой автодозвон команде экономит пару часов в неделю, а это прямые деньги.

Пример живой цепочки: от контент-плана до публикации и редиректа

Контент-план хранится в Google Sheets с колонками тема, тип, ключ, целевая страница, дедлайн. Редактор жмёт готово — сценарий в Make создаёт черновик в WordPress, проставляет базовый шаблон тайтла, формирует слаг и помещает задачу в Telegram-группу. После финального апрува Make обновляет мета и пингует карту сайта. Если редактор вдруг переименовал заголовок после публикации — вебхук ловит изменение, сверяет слаг, добавляет 301 и отправляет на проверку в Search Console. На стороне пользователя всё тихо: старые ссылки работают, новые открываются, трафик не разлетается в 404. Я иногда даже забываю, что когда-то делал это вручную, честно.

Где почитать и как повторить у себя

Если хочется поковыряться глубже, начните с документации на WordPress REST API и справки по переменным шаблонов в Yoast и Rank Math. У Rank Math на странице плагина в каталоге WordPress достаточно наглядные примеры, посмотреть можно на ru.wordpress.org — поиском по названию найдёте. Практические схемы удобнее собирать по живым кейсам — я периодически разбираю такие сценарии с учениками и выкладываю рабочие карты. Кстати, зарегистрироваться в Make можно по ссылке здесь, а затем импортировать готовые схемы. Готовые чертежи и подписка с новыми блюпринтами под WordPress и SEO доступны по ссылке: Блюпринты по make.com. Для тех, кто хочет пройти всё по шагам с руками и поддержкой куратора, отдельно собрал курс: Обучение по make.com. Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал.

Пара слов о безопасности и ответственности

Редиректы — это хирургия на живом трафике. Делайте бэкапы, проверяйте правила перед массовым применением, по возможности обкатывайте на тестовом стенде. Доступ к Make выдавайте по минимуму, а ключи к WordPress храните в секрете, без пересылок в общий чат. В сценариях удобно прятать токены в переменные и ограничивать доступ к модулям, где они используются. Логи должен видеть не только автор схемы, но и ответственный редактор — это экономит нервные клетки всем участникам процесса. И да, не забывайте выключать лишние модули в SEO-плагинах, кэшировать страницы и следить за совместимостью с другими плагинами. А то потом начинаются бесконечные охи про «почему упала скорость», хотя ответ в одном чекбоксе.

FAQ

Можно ли автоматизировать тайтлы так, чтобы они не перезатирали ручные правки редактора
Да, в Make достаточно добавить проверку: если поле мета заполнено вручную, сценарий его не трогает и только присылает отчёт. Для Yoast это мета-ключи с префиксом _yoast_wpseo_, для Rank Math — rank_math_*. Логика простая и надёжная, ничего сложного.

Как понять, нужен ли Yoast Premium ради редиректов
Если у вас уже стоит Yoast и команда к нему привыкла, премиум решит вопрос с редиректами быстрее всего. Если хотите стартовать без доплат, Rank Math даёт менеджер редиректов и в бесплатной версии. Тут вопрос не идеологии, а скорости внедрения и привычек команды.

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

Как следить за 404 и не утонуть в шуме
Собирайте 404 в лог за сутки, агрегируйте по урлам и реферерам, фильтруйте по числу обращений. Если за день по адресу было больше 5-7 реальных заходов — это кандидат на редирект. Остальное отправляйте в «наблюдение», но без срочных задач. Make это делает в одной ветке со стандартным модулем фильтров.

Можно ли заставить Google быстрее принять массовые редиректы
Частично. После изменения отправьте обновлённую карту сайта, прокатите приоритетные адреса через Search Console на переобход, не трогайте остальные несколько дней. Google осторожничает, но на ключевых страницах результат виден быстрее. Главное — не дергайте всё подряд каждый день.

Как подключить Telegram без ботника и боли
Создайте бота у @BotFather, возьмите токен, добавьте бота в закрытый канал или группу и используйте обычный HTTP вызов из Make к Bot API. Советы банальные, но работают. Сообщения о редиректах и мета-исправлениях пусть приходят коротко и по делу, иначе их перестанут читать.

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