AI-система генерации alt-текстов для изображений: автоматизация и SEO

Генерация alt текстов AI: где ломается индексация

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

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

Шаблонные описания картинок ломают иначе. Подстановка «{категория} купить» формально заполняет атрибут, но не описывает содержимое и повторяется у сотен страниц: поиск не понимает, что на снимке, а раздел целиком выглядит малосодержательным. Сильнее всего страдают категории, где различаются ракурс, комплектация или цвет.

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

Ниже разбираем, как генерация alt текстов AI закрывает эти точки и что нужно, чтобы индексация изображений в каталоге держалась без ручной поддержки.

Измеримый эффект: охват индексации, скорость, снятые отказы

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

Что проверяем после внедрения:

• Доля проиндексированных страниц с изображениями — растёт за счёт карточек, которые раньше выпадали из выдачи из-за пустого или шаблонного alt.
• Охват изображений в поиске — картинки находятся по смысловым запросам, а не только по имени файла.
• Скорость наполнения каталога — выкладка позиции не ждёт ручного описания: подписи приходят вместе с загрузкой.
• Класс ошибок разметки — уходят дубли alt, подписи вида «image_01» и пустые значения, остаются единичные правки.
• Автоматизация описаний — доля правок человеком падает до выборочной проверки, а не полного переписывания.

Ориентир по качеству берём из рекомендаций Google Search Central: alt описывает содержимое и функцию изображения на языке страницы. Выборочно проверяем часть генераций вручную и считаем долю правок — по ней видно, держит ли система планку без постоянного участия редактора.

Пакетный, потоковый и ручной режимы описания изображений

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

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

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

Этапы внедрения: от аудита разметки до передачи регламентов

Внедрение идёт от факта, а не от модели: сначала измеряем то, что уже размечено, и только потом настраиваем систему. На каталоге в тысячи позиций 30-40% изображений обычно идут с пустым атрибутом или служебным именем файла — и пока это не измерено, генерация alt текстов AI-системой работает по шуму.

1. Аудит разметки. Выгружаем изображения вместе с окружением — заголовок, категория, соседний текст — и раскладываем по группам: пустой атрибут, служебное имя, дубль, осмысленное описание. На выходе — таблица долей и список страниц, где разметка мешает и индексации, и доступности.

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

3. Настройка языка описаний. Задаём длину, падежи, стоп-слова, правила для изображений без полезного контекста. Для декоративных элементов отдельно прописываем пустой атрибут — иначе в разметку уходит мусор.

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

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

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

Документация, схемы разметки и регламенты передачи

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

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

Всё хранится в репозитории рядом с кодом и версионируется: изменение правил проходит согласование, история правок сохраняется. Новая команда входит в работу по документам, а не по переписке в чатах.

Кейс: каталог интернет-магазина — охват индексации вырос втрое

Что было до внедрения

Разбираем кейс автоматизации описаний в каталоге интернет-магазина: около 6 200 позиций, и у 4 800 карточек атрибут alt был пустым или содержал имя файла вида IMG_0421 — для поиска такие изображения не существовали. Контент-менеджер заполнял всё вручную: 3-4 минуты на карточку, 40-60 позиций в неделю, то есть каталог не закрылся бы и за год.

Что изменили

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

Метрики до и после

Какие ограничения выявились

Опыт внедрения показал и границы применимости. Инфографика со вшитым текстом — размерные сетки, состав, условия доставки — осталась на ручном разборе: модель видит картинку, но не смысл таблицы внутри неё. Групповые снимки с несколькими товарами описываются по первому плану, под них шаблоны донастраивали отдельно. И главное: сами по себе alt не заменяют работу над текстами — рост охвата индексации дала связка «описание + атрибуты + перелинковка».

Чем отличается AI-описание от шаблонной подстановки названий

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

Ломается всё на галерее из 8–12 кадров одного товара. Шаблон выдаёт одну и ту же строку для всех, и страница получает десяток дублей, различающихся суффиксом. Поисковые системы видят повторы и не получают сигнала о том, что в конкретном кадре: общий план, упаковка, комплект, деталь узла.

Второй класс ошибок — нерелевантность. Подстановка не знает, что на фото: если в названии «кресло офисное», а в кадре механизм качания, alt-текст описывает не то, что видно. Это бьёт и по поиску, и по людям, которые пользуются экранным диктором.

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

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

Технические сомнения: качество, дубли, поведение при сбоях

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

Повторяющиеся описания гасятся до записи: формулировка нормализуется и сравнивается с уже выданными в пределах раздела, при высоком совпадении пересобирается заново. Если уникальность не достигается за отведённые попытки, изображение уходит на разбор оператору — каталог не наполняется однотипными строками.

Что происходит, если источник изображений или страница недоступны?

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

Какие изображения система не берёт?

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

Обсудим задачу: что подготовить к разговору

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

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

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