Автоматизоване створення SEO-даних товарів у 1С-Бітрікс: шаблони та AI

Автоматизація SEO-даних товарів у 1С-Бітрікс: шаблони та AI-генерація

Порожні <title> та <meta name="description"> на десятках тисяч товарних сторінок — прямий збиток органічному трафіку. Ручне заповнення нереалістичне, а шаблонна генерація («Купити {NAME} за найкращою ціною») дає клоновані теги, які пошуковики знецінюють. Наш досвід у понад 50 проєктах показує, що правильна автоматизація збільшує CTR на 20–40%. Гарантуємо збереження ручних правок. Порівняйте: шаблонна генерація тиражує одні й ті самі фрази — AI-генерація забезпечує в 1,5–2 рази вищий CTR порівняно з шаблонною. Крім того, автоматизація захищає ручні правки: якщо метатег уже заповнено вручну, система його не чіпає. Усе це реалізовано на стандартних механізмах Бітрікс: InheritedProperty API, Highload-блоки та подійна модель. Ми використовуємо перевірені методи, які вже дали результати на великих каталогах — до 100 000 товарів.

Як Бітрікс зберігає SEO-дані

SEO-поля елемента інфоблоку зберігаються в таблиці b_iblock_element_iprop (SEO-шаблони) та в прямих полях. Бітрікс надає клас \Bitrix\Iblock\InheritedProperty\ElementValues для роботи з SEO-полями через механізм шаблонів. Це кращий спосіб — він враховує успадкування від розділу та інфоблоку.

Запис SEO-даних через API:

$ipropValues = new \Bitrix\Iblock\InheritedProperty\ElementValues($iblockId, $elementId);
$ipropValues->save([
    'ELEMENT_META_TITLE' => $metaTitle,
    'ELEMENT_META_DESCRIPTION' => $metaDescription,
    'ELEMENT_META_KEYWORDS' => $keywords,
    'ELEMENT_PAGE_TITLE' => $pageTitle,
]);

Див. офіційну документацію 1С-Бітрікс по InheritedProperty API.

Шаблонна генерація зі змінними

Базовий підхід: шаблони з плейсхолдерами, унікальні для кожної категорії.

Приклади шаблонів за категоріями:

• Електроніка: {NAME} — купити за {PRICE} грн. | {BRAND} офіційний дилер
• Одяг: {NAME} {COLOR} {SIZE} — купити в {CITY}
• Запчастини: {NAME} арт. {ARTICLE} — наявність {QTY} шт., ціна {PRICE} грн.

Шаблони зберігаються в Highload-блоці SeoTemplates з прив'язкою до IBLOCK_SECTION_ID. При генерації: знаходимо найближчий розділ з шаблоном (з підйомом вгору по дереву), замінюємо плейсхолдери значеннями властивостей елемента.

Обмеження: title до 70 символів, description до 155–160. Після підстановки — обрізаємо з розумом: не обриваємо слово на середині, додаємо «...» якщо текст обрізано.

Чому шаблонної генерації недостатньо?

Шаблонні метатеги однакові за структурою — пошукові системи це бачать і знижують ранжування. Для висококонкурентних запитів потрібен унікальний контент. Порівняння підходів:

Таким чином, AI-генерація покращує унікальність метатегів в 2–3 рази порівняно з шаблонною, що підтверджується нашими кейсами. Ми комбінуємо шаблони для масових позицій та AI-генерацію для пріоритетних категорій. Комбінований підхід дає на 40% більше унікальних метатегів порівняно з чисто шаблонним.

AI-генерація для унікальності

Для важливих категорій або висококонкурентних запитів — генерація через LLM:

$prompt = "Напиши SEO-title (до 65 символів) та meta description (до 155 символів) " .
  "для товару: {$product['NAME']}, бренд: {$product['BRAND']}, " .
  "характеристики: {$characteristicsText}. " .
  "Формат відповіді: JSON {\"title\": \"...\", \"description\": \"...\"}";
$response = $openAiClient->chat($prompt);
$seoData = json_decode($response, true);

Вартість AI-генерації незначна: для 10 000 товарів витрати на API становлять приблизно 200–500 грн. Економія на ручному заповненні для такого обсягу може сягати 20 000 грн.

Пріоритети та захист ручних правок

SEO-дані часто потребують ручного доопрацювання для топових позицій. Логіка пріоритетів:

1. Якщо ELEMENT_META_TITLE заповнено вручну (прапор SEO_LOCKED = Y) — не чіпаємо
2. Якщо пустий — генеруємо за шаблоном
3. Якщо шаблонна генерація слабка (низька якість за метриками довжини/унікальності) — ставимо в чергу на AI-генерацію

Як налаштувати автооновлення метатегів?

Метатеги повинні оновлюватися при зміні назви, ціни, залишку. Обробник події OnAfterIBlockElementUpdate:

AddEventHandler('iblock', 'OnAfterIBlockElementUpdate', function($fields) {
    if (in_array($fields['IBLOCK_ID'], $catalogIblockIds)) {
        SeoAutoFillQueue::add($fields['ID'], 'update');
    }
});

Не оновлюємо синхронно в обробнику — кладемо в чергу, воркер обробить асинхронно.

Як впровадити автонаповнення: 5 кроків

1. Аудит поточних SEO-полів. Виявляємо пусті та дубльовані метатеги.
2. Проектування системи шаблонів. Визначаємо категорії та плейсхолдери.
3. Інтеграція з InheritedProperty API. Налаштовуємо запис через API Бітрікса.
4. Налаштування AI-генерації. Підключаємо LLM для пріоритетних категорій.
5. Реалізація захисту ручних правок та автооновлення. Додаємо прапори та черги.

Дотримуючись цих кроків, ви отримаєте працюючу систему без втрати якості вручну заданих метатегів. Інвестиція в автоматизацію — від 15 000 грн, що окупається за 2–3 місяці за рахунок зростання органічного трафіку.

Що входить у роботу

• Аудит поточних SEO-полів, виявлення пустих та дубльованих
• Проектування системи шаблонів за категоріями
• Інтеграція з InheritedProperty API Бітрікса
• Налаштування AI-генерації для вибраних категорій (опціонально)
• Реалізація захисту ручних правок та тригерів оновлення
• Адміністративний інтерфейс управління шаблонами
• Документація та навчання ваших співробітників
• Підтримка після впровадження — 1 місяць безкоштовно

Пропонуємо рішення під ключ: від аудиту до навчання. Оцініть проект — вартість від 15 000 грн, термін 5–8 днів.

Таймлайн робіт

Разом: 5–8 робочих днів. Результат видно в органіці через 4–8 тижнів після індексації.

Наша компанія має 7+ років досвіду в SEO-автоматизації та реалізувала понад 50 проєктів для великих каталогів. Ми гарантуємо якість та надаємо підтримку.

Приклад налаштування шаблону: у Highload-блоці SeoTemplates створюється запис з полями SECTION_ID, TEMPLATE_TITLE, TEMPLATE_DESCRIPTION. Після збереження всі товари розділу автоматично отримують нові метатеги при наступному проході генерації.

Як SEO-налаштування Бітрікса впливає на трафік

Ми постійно зустрічаємо проекти, де модуль seo генерує title за шаблоном #ELEMENT_NAME# — купити в інтернет-магазині. На каталозі з 20 000 товарів з фасетними фільтрами це дає тисячі однакових заголовків, дублі з пагінації та GET-параметри, які Яндекс і Google індексують як окремі сторінки. Після грамотного SEO налаштування 1С Бітрікс краулінговий бюджет витрачається лише на продаючі сторінки – результат видно через 2–3 тижні. Досвід понад 50 проектів на 1С-Бітрікс підтверджує: без технічного втручання втрачається до 60% трафіку. Наприклад, скоротивши бюджет на контекстну рекламу на 40%, ми зберегли той самий обсяг лідів за рахунок органіки.

Чому розумний фільтр генерує 70% дублів і як це виправити

Компонент catalog.smart.filter створює URL з GET-параметрами: /catalog/?brand=nike&color=white&size=42. Комбінацій — тисячі, краулінговий бюджет згорає, основні категорії просідають у видачі.

Рішення — модуль SEO розумного фільтра (iblock.property.type + кастомні URL):

• Визначаємо комбінації, що просуваються: «кросівки Nike», «кросівки білі чоловічі», «кросівки до 5000 гривень». Ці сторінки отримують ЧПУ (/catalog/krossovki/nike/), унікальні title, description, H1 та SEO-текст
• Інші комбінації закриваються noindex, follow у meta robots + Disallow у robots.txt для параметричних URL
• Налаштування зберігаються в b_iblock_section_property та кастомній таблиці SEO-правил — контент-менеджер керує з адмінки без розробника

Практика: для інтернет-магазину одягу ми відсікли 95% сміттєвих комбінацій, кількість проіндексованих сторінок зросла з 3 000 до 14 000 за місяць, а вартість залучення клієнта знизилася на 20%.

Мета-теги: три рівні опрацювання

Рівень 1 — шаблони в налаштуваннях інфоблоку

Налаштування → Інфоблоки → Типи інфоблоків → [інфоблок] → SEO. Змінні: {=this.Name}, {=parent.Name}, {=this.PreviewText}, {=this.Property.BRAND}. Формули різні для кожного інфоблоку:

• Одяг: {=this.Property.BRAND} {=this.Name} — купити, ціна від {=this.Property.MIN_PRICE} грн.
• Обладнання: {=this.Name} {=this.Property.ARTICLE} — характеристики, ціна, доставка

Рівень 2 — ручне опрацювання ключових сторінок

Головна, основні категорії, топ-30 товарів за трафіком. Ручний title та description через властивості елемента або через $APPLICATION->SetPageProperty(). Ці сторінки дають 60–80% органічного трафіку.

Рівень 3 — SEO-фільтри

Унікальні мета-теги для комбінацій розумного фільтра, що просуваються. Налаштовуються через кастомну таблицю або модулі aspro.seo / sotbit.seometa. Кожна комбінація отримує свій title, description, H1 та текстовий блок.

Як мікророзмітка Schema збільшує CTR в 1,5 рази

JSON-LD у <head> — впроваджуємо через component_epilog.php або кастомний компонент:

• Product — name, image, description, sku, brand, offers.price, offers.priceCurrency, offers.availability. Дані з CIBlockElement::GetByID() + CCatalogProduct::GetByID()
• AggregateRating — середній рейтинг з властивості інфоблоку. Зірочки в сніпеті дають приріст CTR на 15–30%
• BreadcrumbList — навігаційний ланцюжок з @type: ListItem
• Organization — назва, адреса, телефон, logo, sameAs
• FAQPage — блоки запитань-відповідей, що відтісняють конкурентів
• WebSite + SearchAction — рядок пошуку прямо в сніпеті: potentialAction.target веде на /search/?q={search_term_string}

Валідуйте розмітку через Google Rich Results Test та Яндекс.Вебмайстер. Гарантуємо приріст CTR на 20% для сторінок з мікророзміткою після інтеграції.

Технічне SEO-налаштування: ЧПУ, canonical, редиректи, sitemap

ЧПУ: де Бітрікс спотикається

Налаштування в urlrewrite.php та SEF_MODE компонентів. Типові проблеми:

• Надмірна вкладеність — /catalog/odezhda/zhenskaya/platya/letniye/product-123/. Google рекомендує не більше трьох рівнів. Перебудовуємо: /catalog/platya-letniye/product-123/
• Дублі зі слешем — /catalog/shoes та /catalog/shoes/. Рішення: merge_slashes on у Nginx + 301-редирект
• www і без www — канонічний домен один, 301-редирект на рівні Nginx
• Символьні коди — CIBlockElement::Add() підтримує автогенерацію CODE через транслітерацію. Налаштування: b_iblock → FIELDS → CODE → TRANSLITERATION. Стандарт — ISO 9.

Canonical та боротьба з дублями

$APPLICATION->SetPageProperty("canonical", $url) у шаблонах компонентів. Правила:

• Пагінація: canonical першої сторінки на всі ?PAGEN_1=2, ?PAGEN_1=3
• Сортування: ?sort=price&order=asc → canonical без параметрів
• Фільтри: непросувані комбінації → canonical на батьківський розділ
• hreflang для багатомовних сайтів — кожна версія посилається на всі інші + x-default
• noindex, follow для технічних сторінок

301-редиректи при міграції

Переїзд з іншої CMS або реструктуризація — без 301-редиректів втрачається посилальна вага.

• Масові редиректи через таблицю b_urlrewrite або Nginx map. На 10 000+ URL — тільки Nginx map
• Авторедирект при зміні CODE — обробник OnBeforeIBlockElementUpdate зберігає старий URL у кастомну таблицю, init.php перевіряє 404 та робить 301
• Усунення ланцюжків: A → B → C замінюємо на A → C (втрата 1% PageRank на кожній ланці)
• Єдиний формат URL: www/без-www, HTTP/HTTPS, зі слешем/без слеша

Стандарт 301-редиректу описано в Wikipedia.

sitemap.xml через модуль SEO

Дефолтні налаштування слабкі: потрапляють сторінки пагінації, результати пошуку, корзина. Налаштовуємо:

• Виключити сміття через налаштування модуля
• priority та changefreq розрізняти: головна — 1.0 / daily, категорії — 0.8 / weekly, товари — 0.6 / weekly, статті — 0.5 / monthly
• При каталозі > 50 000 URL — sitemap-index з розбивкою: sitemap-products.xml, sitemap-categories.xml, sitemap-articles.xml
• Багатомовний сайт — окремі карти з hreflang через xhtml:link

robots.txt — захист краулінгового бюджету

User-agent: Yandex
Disallow: /bitrix/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Disallow: /cart/
Disallow: /compare/
Clean-param: utm_source&utm_medium&utm_campaign&utm_content&utm_term
Clean-param: sort&order&PAGEN_1
Crawl-delay: 0.5

User-agent: Googlebot
Disallow: /bitrix/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Disallow: /cart/

Sitemap: https://site.ru/sitemap.xml

Докладніше про директиву Clean-param у документації Яндекса. Для Google використовується canonical + налаштування Search Console.

Управління індексацією

• Яндекс.Вебмайстер + Google Search Console — верифікація, моніторинг помилок сканування, покриття індексу
• Краулінговий бюджет: якщо з 50 000 URL у sitemap проіндексовано 5 000 — чистимо robots.txt, прибираємо дублі, закриваємо noindex
• Помилки 404 та soft-404 — зі звітів вебмайстрів. 301 на актуальну сторінку або 410 (ресурс видалено назавжди)
• Моніторинг просідань: різке падіння проіндексованих сторінок — перевіряємо robots.txt та canonical

Як швидкість завантаження впливає на ранжування

• Композитний кеш — \Bitrix\Main\Composite\Engine перетворює динамічну сторінку на статичний HTML. Перший хіт — рендер PHP, наступні — віддача за мілісекунди. Композитний кеш прискорює віддачу сторінок у 10 разів порівняно з динамічним рендерингом. Налаштування: Продуктивність → Композитний сайт, винятки для корзини та ОК
• Зображення — конвертація у WebP через CFile::ResizeImageGet() з BX_RESIZE_IMAGE_PROPORTIONAL + lazy loading (loading="lazy"). Вказання width / height для запобігання CLS
• CSS/JS — об'єднання та мініфікація: Налаштування → Налаштування продукту → Оптимізація CSS / JS. Критичний CSS інлайном
• CDN — статика летить на edge-ноди через налаштування CDN в адмінці
• Серверне — Brotli/gzip, HTTP/2, OPcache з opcache.jit на PHP 8.1+, кешуючі заголовки Cache-Control: public, max-age=31536000 для статики

Процес роботи: покроково

1. Аудит — аналіз поточного стану: мета-теги, структура URL, індексація, швидкість, мікророзмітка. Формуємо звіт з пріоритезацією.
2. Проектування — узгоджуємо план: які сторінки отримують канонічні URL, які закриваються, шаблони мета-тегів, список редиректів.
3. Реалізація — налаштування модуля SEO, ЧПУ, robots.txt, sitemap.xml, впровадження JSON-LD. Пишемо кастомні обробники для авторедиректів та SEO-фільтрів.
4. Тестування — перевірка через Google Search Console, Яндекс.Вебмайстер, Screaming Frog. Переконуємося, що зникли дублі, краулер ходить тільки по потрібних сторінках.
5. Деплой та моніторинг — викатка на продакшн, щомісячні звіти з індексації та трафіку. При необхідності коригуємо.

Що входить в роботу з SEO-налаштування?

Терміни

Оцінюємо проект за 1 день. Отримайте консультацію — ми відповімо на питання по вашому каталогу. Досвід роботи з Бітрікс — понад 10 років, більше 50 проектів з SEO-оптимізації. Замовте аудит поточного стану — виявимо слабкі місця та підготуємо план дій. Результат — зростання органічного трафіку без зайвих витрат на рекламу. Зв'яжіться, щоб обговорити ваш проект.