WP: автозаполнение alt-тегов, title и schema.org с помощью AI-пайплайнов для удобства работы
Если вы когда-то дописывали пост в WordPress ночью, знаете эту тревожную тишину: клавиатура стучит, чай остывает, а в медиа-библиотеке лежит десяток новых картинок с именами вроде IMG_8472-final-final-2.jpg. В этот момент приходит мысль, что alt и title надо бы заполнить, но картинки уже встали в текст, публикация назначена на 8 утра, а сил остался ноль. Я застал время, когда alt писали вручную, днём, ночью, в метро, в очереди за кофе, и да – это помогало SEO, но из людей делало скучных роботов. Сейчас я честно предпочитаю, чтобы роботы помогали нам, а не наоборот. И если можно один раз настроить пайплайн и забыть про эти ритуалы – почему нет. В этой истории разложу, как собрать умную автоматизацию на make.com, чтобы и картинки говорили, и schema.org на каждой странице появлялась без нервов, и поисковики вас любили без лишних танцев. А вишенка сверху – аккуратное версионирование сценариев, без которого любой проект превращается в кассу взаимопомощи багов и хака.
Сначала немного здравого смысла. Alt – это не про галочку в чек-листе, а про доступность и понимание контента. Когда у изображения осмысленный alt, поисковик понимает контекст, слабовидящий пользователь получает описание, а вы – дополнительный шанс на трафик из Картинок. Title у изображения – подсказка, которая всплывает при наведении и иногда подтягивается в ссылочные превью, его не стоит игнорировать. Разметка schema.org – это вообще особая магия: добавляете структурированные данные, и у страниц появляются расширенные сниппеты, шансы на более высокий CTR и понятное машине содержание. По данным исследований, сайты с микроразметкой чаще попадают в расширенные блоки, а аккуратное заполнение alt и title помогает алгоритмам не гадать, что у вас на картинке – кот, график или кот на графике. По российским реалиям это важно вдвойне: и Яндекс, и Google спокойно кушают корректную микроразметку, а Яндекс.Вебмастер показывает, где вы промахнулись.
Как настроить пайплайн без боли: схема от триггера до JSON-LD
Пайплайн тут звучит громко, на деле это цепочка из понятных шагов. Событие в WordPress поднимает флажок – новый пост создан или обновлен, make.com срабатывает и тащит нужные данные через REST API. Дальше сценарием вынимаем контент, ищем в нём изображения и их ID в медиатеке, а если картинки внешние – вытаскиваем прямые URL. На каждый найденный файл отправляем запрос в модель, которая умеет видеть и описывать, чтобы получить внятный alt и короткий title, связанный с темой статьи, а не с именем файла. Потом сценарий возвращает эти атрибуты обратно в WordPress модулем обновления медиа-объекта и аккуратно дополняет пост JSON-LD разметкой schema.org типа Article или BlogPosting – её легко положить в отдельное поле и вывести в head через небольшой шаблон. Чтобы всё было прилично, добавляем ограничение длины, проверки на дубли, транслитерацию без фанатизма и мини-логи в таблицу – пусть будет видно, что система живёт, а не фантазирует. На практике такой конвейер закрывает 80 процентов рутины автора и редактора, а за оставшиеся 20 обычно отвечает чувство прекрасного, его мы оставим человеку.
Тут важная мелочь для русскоязычных проектов. Alt и title должны быть на русском, без машинных прямых кальк и без странных оборотов, иначе Яндекс начнёт подозревать, что над сайтом работает стажёр из другого континента. Просите модель быть краткой и связной, добавляйте контекст статьи, тему раздела и желаемый стиль описания. Если у вас каталожный сайт, добавляйте бренд, модель, ключевую характеристику, например размер или материал, а для блогов просите один точный смысловой акцент. Схеме JSON-LD добавляйте авторство, дату, рубрику, главный заголовок и список изображений – указывайте не только URL, но и ширину с высотой, чтобы поисковик меньше гадал. Проверить разметку удобно в инструментах для разработчиков от Яндекса и Google, но смотрите глазами ещё и на страницу – иногда технично правильный текст с точки зрения смысла тянет на скуку, а скука не ранжируется.
Живая сборка на make.com: от вебхука WordPress до обновления медиатеки
Сердце процесса – make.com, он же бывший Integromat, который умудряется дружить и с WordPress, и с моделями генерации текста и описаний. Стартуем с вебхука или стандартного модуля WordPress Watch Posts – ловим публикацию или обновление, тащим ID записи и её контент. Дальше парсим HTML, вытаскиваем ссылки на изображения и сопоставляем с медиа-объектами в библиотеке, чтобы менять атрибуты там, где это официально поддержано, а не просто врезать alt в контент. На каждом изображении делаем ветку с вызовом модели – можно через модуль OpenAI, можно через HTTP к вашему провайдеру, а если в команде есть запрет на внешние API ночью, просто включаем расписание и обрабатываем пачкой утром. Полученные alt и title проверяем, безопасно вставляем без кавычек, лишних пробелов и смайликов – да, модели иногда шалят – и обновляем медиакарту. На финише формируем JSON-LD со свойствами headline, description, author, datePublished, image, mainEntityOfPage и кладём в мета-поле, которое выводится в head через небольшой хук или любимый SEO-плагин. Всё это, если честно, настраивается за вечер, а потом живёт месяцами, если не трогать без нужды.
Чтобы сценарий не взорвался в самый неподходящий момент, ставим аккуратную оборону. Пределы на скорость запросов, особенно если хостинг недорогой и любит тайм-ауты – у нас в России так бывает, не будем показывать пальцем. Очередь для больших редакций удобнее вести через Data Stores в make.com, там же отмечать статус каждого объекта – новое, обработано, ошибка. Логи лучше отправлять в Google Sheets или Notion, но можно и в Яндекс Таблицы, если корпоративная политика просит локальные сервисы. Ошибки не складываем под ковёр – делаем уведомление в Telegram канале или личке редактора, чтобы не гадать, почему картинка с котом внезапно стала «диаграммой финансовой стабильности 2020».
Где здесь AI в хорошем смысле, а не ради галочки
Секрет в том, чтобы подать модели достаточно контекста и запретить ей болтать лишнее. Я даю название поста, краткий план или первые абзацы, тему раздела и пару правил: кратко, по делу, без стоп-слов, на русском, не повторять заголовок. Для alt прошу одно предложение, не длиннее 120 символов, с конкретикой – что происходит, кто, где, какой объект, без маркетингового лоска. Для title – 3-6 слов, которые звучат естественно при наведении и не дублируют alt. Если в посте несколько изображений одной сцены, добавляю требование отличать их по смыслу – ракурс, действие, ключевой объект, чтобы не получилась серия клонов. Так модели работают стабильнее, а качество после первого дня уже не напоминает автоперевод инструкций к чайнику.
Схема.org – это не только Article. Для карточек товара отлично заходит Product с offers, для рецептов – Recipe, для мероприятий – Event, для FAQ – структура вопросов и ответов, которая часто даёт расширенный блок в выдаче. Если не уверены, на чём остановиться, начните с Article, а потом расширяйте. Да, можно сгенерировать JSON-LD сразу в make.com, просто как текстовый блок, тогда WordPress будет принимать его как значение мета-поля, а тема или плагин подставит в шапку. Проверяйте валидатором, не гонитесь за 100 баллами везде – смысл важнее, чем фетиш цифр, хотя приятные циферки в отчётах Яндекс.Вебмастера поднимают настроение, это правда.
Мини-история из цеха: как редакция спасла утро понедельника
У клиента был блог о маркетинге и немного про IT, публикации выходили четыре раза в неделю, но alt у половины картинок был пустой. Схема тоже городилась вручную, когда автор не забывал и когда был кофе. Мы собрали легкий сценарий в make.com – ловим публикацию, тянем текст, вытаскиваем изображения, генерируем alt и title, обновляем медиатеку, пишем JSON-LD и сводку в Google Sheets. На первой неделе получили пару смешных описаний вроде «красивый график, который показывает успех» – поправили подсказки, добавили запрет на абстракции и сделали короткий чек для редактора с возможностью переписать руками, если душа просит. Через месяц в Яндекс.Вебмастере упали ошибки по микроразметке, CTR вырос на пару пунктов, а главное – команда перестала спорить, кто дежурит по alt в выходные. Это не чудо, это просто нормальная взрослая дисциплина, которую автоматизация держит, когда люди устали.
Как настроить версионирование в пайплайне CI/CD без шаманства
Автоматизация без версий – это как длинный пост без автосохранения, одна ошибка и полдня в корзину. Я предпочитаю хранить сценарии как код. В make.com можно экспортировать сценарий как blueprint JSON и положить его в GitHub, GitLab или даже в частный репозиторий на вашем сервере, рядом с подсказками и шаблонами. Рабочая схема такая: есть dev-копия сайта на поддомене, там гоняем эксперименты, собираем сценарий, экспортируем JSON, делаем pull request, коллега смотрит глазами подсказки и параметры, мы сливаем в main, а потом импортируем в боевую организацию make.com, меняем соединения на продовые и запускаем. Это полуавтоматический CI, да, зато прозрачно, воспроизводимо и без сюрпризов, когда кто-то ночью «подправил модуль, чтобы было красивее».
Если хочется больше автоматизации, добавьте GitHub Actions, который проверяет JSON на формат, складывает версии по тегам и отправляет уведомление в Telegram, что релиз пайплайна согласован. Переменные и ключи выносим в окружение make.com, доступ ограничиваем, логины в WordPress храним в безопасных подключениях, а не в подсказках. На уровне WP удобно иметь dev и production приложения с разными ролями, чтобы тестовый сценарий не шевелил боевую медиатеку. И ещё одна мелочь – в названии сценариев держите префиксы env, тип задачи и номер версии, чтобы в понедельник не гадать, что такое WP-media-alt-v2-new-new-final. Смешно один раз, на второй уже не очень.
Немного про скорость, деньги и российскую специфику
Скорость обработки зависит от количества картинок и выбранной модели, но в реальной жизни пост из 5-8 изображений обрабатывается за пару минут, даже на аккуратных тарифах. Учитывайте лимиты API и расписание публикаций, чтобы не отправлять 200 запросов за минуту, когда SMMщик решил залить весь архив. По деньгам это не космос, особенно если вы делаете десятки публикаций в месяц, а ручной труд редакторов стоит ощутимо. Для российских проектов я бы сразу проверял отображение в Яндекс.Вебмастере, следил за индексацией и смотрел на Дзен – там хорошие alt помогают выезжать в рекомендации, особенно когда картинка даёт смысл, а не просто декоративна. В соцсетях вроде VK и Telegram красиво заходит, когда заголовки картинок звучат по-человечески, а не как складской учёт, поэтому title тоже не забываем. И да, хостинги типа Timeweb, Beget, Reg.ru иногда любят разрывать долгоиграющие запросы – ставьте троттлинг и не пытайтесь протащить все посты десятилетней давности за один прогон утром понедельника.
Куда класть JSON-LD и что делать с плагинами SEO
Если у вас уже стоит плагин SEO, чаще всего в нём есть поле для дополнительной разметки. Ничего страшного, если вы генерируете свою – просто не дублируйте одно и то же. Самый чистый путь – создать мета-поле, куда make.com складывает готовый JSON, а в теме один короткий хук выводит его в head. Так у редактора сохраняется прозрачность – он видит текст в админке, может поправить руками, а не лазить в шаблоны. Плагины типа Yoast или Rank Math не мешают, если не включать агрессивные автогенераторы на всё подряд. Там, где есть вероятность конфликта, тестируйте на dev, и помните, что валидаторы показывают ошибки, но не всегда понимают ваш бизнес-контекст. Иногда правильнее иметь минимальную, но осмысленную схему, чем пытаться описать весь мир и получить кашу.
Где учиться и как не наступать на одинаковые грабли
Если хочется сделать это один раз и нормально, а не собирать по кусочкам, у меня есть простой путь. Можно зарегистрироваться в make.com, посмотреть, как живут готовые сценарии и склеить свой без боли, вот ссылка с быстрым стартом: make.com. А можно не тянуть кота за хвост и пройти живое Обучение по make.com с акцентом на WordPress, медиа, schema.org и русскую повестку. Для тех, кто любит готовые конструкции, есть Блюпринты по make.com – импортировал, подставил ключи, нажал play, и уже не страшно. Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал – там разборы, примеры подсказок, и, иногда, немного иронии про то, что автоматизация не отменяет здравый смысл.
Мини-пример JSON-LD для статьи
Ниже шаблон, который удобно собирать прямо в make.com и класть в мета-поле. Внутри подставляются заголовок, описание, дата, автор, URL и массив изображений. Если что-то хотите дополнить – например, publisher с логотипом – делайте, но не переусердствуйте. Да, я знаю, что хочется всё и сразу, но давайте без трагедий.
FAQ
Как настроить пайплайн, если у меня уже стоит SEO плагин и он сам что-то генерирует
Ничего страшного, просто отключите автогенерацию alt у плагина и оставьте ему его сильные стороны. Пусть отвечает за мета-теги и карту сайта, а make.com возьмёт на себя alt, title у медиа и ваш кастомный JSON-LD. Конфликта не будет, если не пытаться выводить две одинаковые схемы. Проверяйте итог через валидатор и глазами в коде страницы.
Можно ли сделать так, чтобы старые посты тоже получили alt и schema.org
Да, в make.com запускается пакетная обработка по ID постов или по дате создания. Лучше идти партиями, с паузами и логами, чтобы хостинг не ругался и не прилетели лимиты API. Я обычно делю архив на месяцы и прогоняю постепенно, заодно вылавливая странные кейсы вроде битых ссылок на картинки.
Сколько это стоит и не дешевле ли руками
Если публикаций мало и картинок немного, руками терпимо, но скучно. Когда речь про регулярные посты, товарные карточки или площадки вроде Дзена, автоматизация окупается быстро. Вы платите за make.com и вызовы моделей, зато редактор думает о смысле, а не о 120 символах описания шестой иллюстрации подряд.
Что с Яндексом, он понимает ваши alt и schema.org
Да, понимает, если писать по-человечески и не спамить ключевиками. Яндекс.Вебмастер хорошо показывает ошибки разметки, а в отчётах по качеству медиа видно, где пустые alt. Периодически проверяйте, что JSON-LD не дублируется с тем, что создаёт плагин, и что изображения действительно доступны для робота.
Как настроить версионирование в пайплайне CI/CD, если у меня нет выделенной команды
Делайте просто: dev-копия сайта, эксперимент там, экспорт blueprint JSON в Git, пулл-реквест самому себе или коллегам, импорт в прод с подстановкой боевых подключений. Это уже контроль версий, понятная история изменений и возможность откатиться. При желании добавьте GitHub Actions для проверки формата и уведомлений в Telegram, а ключи держите только в окружении make.com, без проклеек в тексте.
А если модель выдала ерунду, кто будет виноват
Обычно виноват тот, кто дал плохую подсказку. Добавьте короткий чек в админку, чтобы редактор видел и мог переписать alt и title в медиатеке. Логи в таблицу помогут поймать повторяющиеся ошибки, а грамотная подсказка и контекст снижают странности до минимума. Ну и оставляйте здравый предел символов, длинные описания редко бывают полезными.
Как подключить make.com к WordPress без плясок
Есть готовые модули в make.com для WordPress, которым нужны адрес сайта и доступ по приложению или паролю приложения. На крайний случай работает REST API через HTTP модуль. Если хостинг строгий, добавьте белые списки IP и разумные лимиты, чтобы не выглядело как атака изнутри.
Можно ли совместить это с автопубликацией в соцсети
Да, и это удобно. Тот же сценарий может после обновления alt и схемы собрать анонс для VK и Telegram, сохранить обложку, а для Дзена подготовить чуть иной текст. Главное – не мешать роли: сначала чистая SEO-часть, потом дистрибуция. Иначе будете чинить сразу два фронта, что не весело.