Чому alt-текст для зображень ламається на потоці товарів
Каталог на кілька тисяч позицій майже завжди впирається в ту саму стіну: alt-текст для зображень заповнений формально. На старті контент-менеджер пише описи вручну й тримає якість, але при додаванні сотень товарів на тиждень ручний прохід перестає масштабуватися.
З'являються порожній alt у частини карток, дублі alt цілими групами та описи вигляду «фото 1», які не несуть сенсу ні пошуку, ні людині.
Далі спрацьовує ефект накопичення. Масова розмітка каталогу робиться за шаблоном «категорія + артикул», і через місяць половина карток відрізняється лише цифрою в кінці.
Пошукові системи бачать однотипний текст і перестають вважати його релевантним, а товари з унікальними характеристиками — кольором, матеріалом, призначенням — втрачають видимість у видачі за картинками. Користувач зі скринрідером чує «зображення товару» замість опису й не розуміє, що перед ним.
Ціна помилки не лише в позиціях. Коли alt-текст для зображень розходиться з реальним вмістом — переплутані моделі, застарілі фото після зміни асортименту — це прямий шлях до повернень і скарг: покупець орієнтувався на опис, якого не побачив. Ручна вичитка такого розходження на потоці не ловить, а шаблон його тільки тиражує.
Проблема не в тому, що команда не старається, а в тому, що ручний і шаблонний підходи не тримають обсяг. Потрібен спосіб генерувати осмислені описи для кожного зображення й перевіряти їх на дублі та порожні значення автоматично. Розбираємо, як це закривається.
Як генерація alt-тексту для зображень закриває ці прогалини
Що змінюється в метриках каталогу
Автоматична розмітка закриває головну вимірювану прогалину: частка зображень із заповненим alt-текстом зростає з 20–30% (звичайний стан каталогу, де редактори доходять до карток в останню чергу) до 95%+ по всьому масиву.
Водночас зникає цілий клас помилок — порожні alt="" на значущих картинках, дублі одного й того самого тексту на десятках товарів, описи вигляду «IMG_2841.jpg». Пошукові системи та скринрідери отримують осмислений опис, а не заглушку.
Режими генерації та коли який брати
Генерація alt-тексту не зводиться до одного прогону моделі по всьому каталогу. На практиці обирають між кількома режимами, і якість alt напряму залежить від того, наскільки режим збігається з типом контенту.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Повністю автоматичний прогін | Масові однотипні картки, тисячі SKU | Потребує постфільтра за стоп-словами та довжиною |
| Генерація + ручна вичитка | Товари з юридично значущими описами | Забирає час редактора на перевірку |
| Гібрид: шаблон + модель | Категорії зі стійкою структурою («колір + матеріал + тип») | Шаблон треба підтримувати при зміні асортименту |
| Повністю ручна розмітка | Поодинокі іміджеві сторінки | Не масштабується, якість падає на обсязі |
Чому це працює стійко
Ключовий ефект — не разове заливання текстів, а конвеєр: нові товари отримують alt-текст у момент публікації, а не коли до них дійдуть руки. Саме тому частка заповнених описів тримається на високому рівні, а не сповзає назад через місяць.
Ми будуємо такі конвеєри на зв'язці з товарним каталогом і медіасховищем — AltText.ai та аналогічні сервіси закривають генерацію, але якість alt визначається постобробкою та правилами валідації, а не самою моделлю.
Що перевіряємо на виході
Автоматична розмітка без контролю якості дає сміття: занадто довгі описи, повтори, ключові слова не до речі. Тому в конвеєр вбудовані перевірки — довжина в межах читабельності, відсутність дублів, наявність значущих атрибутів товару. Це те, що відрізняє робочий потік від «прогнали модель і забули».
Як ми впроваджуємо генерацію alt-тексту в каталог
Впровадження починається не з генератора, а з аудиту поточної розмітки: вивантажуємо всі зображення каталогу, дивимося, у якої частки заповнено alt, де він дублюється, де містить ім'я файлу виду IMG_2043.jpg, а де відсутній зовсім.
На цьому ж етапі фіксуємо категорії товарів і правила, за якими текст має відрізнятися — інакше генератор видасть однакові формулювання на тисячу позицій і пошуковик сприйме їх як сміття.
Далі робота йде за етапами:
- Аудит розмітки та інвентаризація зображень: рахуємо обсяг, частку порожніх і шаблонних
alt, виділяємо групи товарів. - Налаштування правил генерації під кожну категорію: що потрапляє в текст — назва, тип, ключова ознака, колір або матеріал, якщо вони видно на фото.
- Підключення генерації до вивантаження: тексти створюються пакетно під час завантаження товару і складаються в окреме поле, не перезаписуючи наявні коректні значення.
- Перевірка якості на вибірці: вручну переглядаємо кілька сотень позицій, відсікаємо повтори, безглуздя та занадто довгі рядки.
- Обмеження довжини та очищення: приводимо тексти до розумної довжини, прибираємо службові символи та зайві повтори назви.
- Прогін по всьому каталогу та вибірковий контроль після публікації: звіряємо, що розмітка віддається пошуковим системам і не ламає верстку карток.
- Передача налаштованої системи: правила, скрипти вивантаження та інструкція з додавання нових категорій залишаються у вашої команди.
Ключовий момент — правила живуть окремо від коду сторінки. Коли ви додаєте нову категорію або змінюєте шаблон картки, достатньо описати ознаки для генерації, а не переписувати розмітку вручну. Опишіть вашу задачу — повернемося з оцінкою та планом за етапами.
Чим відрізняється шаблонний alt-текст від згенерованого за вмістом?
Шаблонний alt-текст будується з наперед заданих полів: назва категорії, бренд, артикул, іноді колір або розмір. Такий підхід дає передбачуваний рядок, але він описує товар у термінах каталогу, а не в термінах того, що реально видно на зображенні.
У результаті на десятках карток з'являються майже однакові підписи, які не несуть нової інформації ні для пошукових систем, ні для незрячого користувача, який читає сторінку через скринрідер.
Генерація за вмістом працює інакше: модель аналізує саме зображення — ракурс, композицію, фон, другорядні об'єкти, деталі крою чи фактури — і формулює опис, прив'язаний до конкретного кадру.
Різниця підходів проявляється в точності опису: шаблон відповідає на питання «що це за товар», а згенерований alt-текст — на питання «що саме показано на цій картинці».
Для галереї, де один і той самий товар знято з п'яти ракурсів, це принципово: кожне зображення отримує власний підпис замість п'яти копій одного рядка.
На практиці шаблон упирається в стелю, щойно каталог виходить за межі однотипних позицій. Щойно з'являються комплекти, товари з аксесуарами в кадрі, інфографіка з написами або lifestyle-зйомка, підстановка за полями починає видавати описи, що не відповідають картинці.
Генерація за вмістом такі випадки обробляє, бо спирається на візуальні ознаки, а не на структуру картки.
Є й зворотний бік: згенерований alt-текст потребує перевірки на предмет фактичних помилок — модель може неправильно визначити матеріал або призначення предмета.
Тому в робочому процесі опис проходить валідацію за довідником товарів і правилами довжини, а спірні випадки йдуть на ручне вичитування. Шаблон такої перевірки не потребує, але й не дає приросту точності опису там, де він потрібен найбільше.
Підсумок: шаблон закриває формальну вимогу до наявності alt-атрибута, генерація за вмістом — завдання опису. Вибір між ними визначається не зручністю впровадження, а тим, наскільки однорідний каталог і наскільки важливо, щоб кожне зображення було описано окремо.
Кейс: як каталог на 40 000 товарів позбувся порожніх alt
Каталог на 40 000 позицій жив із порожнім alt у 92% зображень: контент-менеджери фізично не встигали розмічати нові надходження, а частина карток успадковувала ім'я файлу вигляду IMG_2043.jpg.
Пошукові системи такі зображення не індексували, а скринрідери озвучували їх як «зображення» — сторінка втрачала і трафік, і доступність.
Ми зібрали конвеєр масової обробки: зображення проходить через модель розпізнавання, яка визначає категорію товару, його атрибути та сцену зйомки, після чого alt-текст для зображень формується за шаблоном із підстановкою розпізнаних ознак.
Готові описи потрапляють у чергу на вичитку — редактор підтверджує або править формулювання, і лише після цього значення йде в базу.
Що змінилося в метриках
- Частка заповнених alt зросла з 8% до 97% по всьому каталогу.
- Обробка 40 000 зображень зайняла менше робочого тижня замість місяців ручної розмітки.
- Ручні правки скоротилися до 11% карток — решту модель описала коректно з першого проходу.
- Дублі та сміттєві описи вигляду «товар, фото, картинка» вичищені повністю.
Окремо закрили питання якості: для кожної категорії завели свій набір обов'язкових ознак, тому alt у взуття та в побутової техніки будуються за різними правилами і не перетворюються на однотипний потік.
Модель працює на нашій інфраструктурі — OpenAI Vision у зв'язці з власним шаром постобробки, який відсікає галюцинації та перевіряє довжину рядка.
Що якщо модель помилиться на рідкісній категорії? Такі позиції позначаються флагом низької впевненості й ідуть у пріоритетну чергу редактора — у базу вони не потрапляють до підтвердження.
Як це пов'язано із SEO-ефектом? Заповнений alt — один із сигналів релевантності зображення; після розмітки частка показів карток у пошуку за зображеннями зросла, а поведінкові метрики сторінок каталогу покращилися.
Конвеєр запускається повторно для кожної нової партії товарів, тому каталог більше не накопичує нерозмічені зображення.
Що робити, якщо каталог уже розмічено вручну або частково?
Найчастіше каталог уже розмічено частково: у топових товарів alt-текст для зображень написано вручну і він працює, у довгого хвоста — порожньо або стоїть ім'я файлу виду IMG_0421.jpg.
Переписувати все підряд не потрібно і шкідливо: ручні тексти, які приносять трафік, ми залишаємо як є, а генерацію вмикаємо лише на позиції без опису або з явним сміттям.
Перед запуском знімаємо зліпок поточної розмітки — вивантаження всіх значень у таблицю з ідентифікаторами товарів, щоб у будь-який момент було з чим порівняти результат.
Що якщо генерація зіпсує вже розмічені картки? Правило просте: скрипт пише лише в порожні поля та в ті, що позначені як чернеткові, а заповнені вручну не чіпає без окремого підтвердження. Кожна зміна логується — видно, що було, що стало і коли.
Відкат робиться зі знятого зліпка: повертаємо попередні значення за списком ідентифікаторів, без ручного перебору по картках.
Як бути з доступом до каталогу? Працюємо через окремого користувача з правами лише на читання і запис медіатеки — без доступу до замовлень, платежів і клієнтських даних. Якщо каталог закритий, розмітку готуємо на вивантаженні і віддаємо готовий файл для імпорту вашою командою.
Що якщо структура каталогу нестандартна? Спочатку розбираємо схему зберігання: де лежать зображення, як пов'язані з товарами, чи є кілька мовних версій. Від цього залежить, як розкладати тексти по полях і не дублювати їх між варіантами.
Чи можна запустити генерацію не на всьому каталозі одразу?
Так, і це розумний старт. Беремо одну категорію або кілька сотень позицій, звіряємо результат очима і за метриками, і лише потім розширюємо на весь каталог. Такий поетапний запуск знижує ризик і дає зрозумілу точку відкату на кожному кроці.
На руки ви отримуєте:
- вивантаження вихідної розмітки зі знімком усіх значень до змін;
- правила, за якими генерація обходить заповнені вручну поля;
- журнал змін з прив'язкою до ідентифікаторів товарів;
- інструкцію з відкату — які дані і в якому порядку повертати;
- опис схеми каталогу і того, як тексти розкладаються по полях;
- окремого користувача з обмеженими правами і перелік виданих доступів;
- звіт по пілотній категорії: частка заповнених позицій і що залишилося на ручну перевірку.
Опишіть, як влаштований ваш каталог і що вже розмічено — повернемося з оцінкою і планом поетапного запуску.
Терміни впровадження генерації alt-тексту за етапами
Впровадження генерації alt-тексту — це не «увімкнути модель і забути». Основний час іде на аудит поточної розмітки, збір словника атрибутів і налаштування перевірок якості: сама генерація займає години, а підготовка даних і контроль — тижні.
Нижче — орієнтовні етапи робіт без прив'язки до конкретних дат; порядок етапів фіксований, тривалість залежить від обсягу каталогу та кількості мовних версій.
| Етап | Що відбувається | Орієнтовний термін |
|---|---|---|
| Аудит каталогу та розмітки | Інвентаризація зображень, вивантаження поточних alt-текстів, пошук порожніх і дубльованих значень, оцінка частки товарів без описів | 3-5 робочих днів |
| Збір словника та правил | Узгодження шаблонів за категоріями, стоп-слів, обмежень за довжиною, вимог до згадування бренду та моделі | 1 тиждень |
| Налаштування генерації | Підключення моделі до каталогу, налаштування черги обробки, кешування результатів, обробка помилок і повторів | 1-2 тижні |
| Пілот на вибірці | Прогін на 5-10% каталогу, ручна перевірка точності, замір частки правок, коригування шаблонів | 1 тиждень |
| Повний прогін | Обробка всього каталогу пакетами, запис у базу, логування змін для відкату | 1-3 тижні |
| Контроль якості | Автоматичні перевірки на дублі, довжину, заборонені формулювання; вибіркова ручна приймання | 1 тиждень |
| Передача системи | Документація, регламент додавання нових товарів, навчання команди замовника, передача доступів | 3-5 робочих днів |
Терміни стискаються, якщо каталог уже розмічений і є готові описи товарів — тоді етап аудиту та збору словника йдуть паралельно. Розтягуються, якщо зображення лежать у різних системах або частина товарів описана лише артикулами.
Schema.org задає вимоги до атрибута alt у розмітці товарів, і ми звіряємо результати генерації з цими правилами на етапі контролю якості — це знижує ризик ручних правок після здачі.
