Аудит SEO сайту на 1С-Бітрікс

Ми часто зустрічаємо сайти на Бітрікс, де в індексі Google — сотні тисяч сторінок через неправильно налаштований розумний фільтр. При цьому конверсії немає: 80% трафіку йде на дублі. Середній каталог на 5 000 товарів з трьома характеристиками генерує 125 000+ дублів. Технічний SEO-аудит для Бітрікс — це не про контент, а про налаштування платформи: мета-теги, robots.txt, канонічні посилання, мікророзмітка. Без нього навіть ідеальний контент не пробивається в топ.

Наш досвід: 12 років роботи з Бітрікс, понад 300 проєктів з SEO-оптимізації. Регулярно фіксуємо приріст органічного трафіку на 35–70% після першого циклу виправлень. Наприклад, для інтернет-магазину автозапчастин з каталогом 15 000 товарів ми скоротили кількість дублів з 400 000 до 3 000 — за місяць трафік з Google виріс на 42%. Економія бюджету на просування склала до 40% за рахунок виключення зайвих сторінок.

Як розумний фільтр створює сотні тисяч дублів?

Компонент catalog.section.list з фільтром (catalog.section.filter) генерує URL виду /catalog/section/?PROPERTY_123=456&PROPERTY_789=012. Без канонічного посилання кожна комбінація — окрема сторінка. Товар з трьома властивостями по 5 значень дає 125 варіантів. На каталог зі 100 товарів — понад 12 000 дублів. Рішення: в налаштуваннях компонента вмикаємо SEF_MODE = Y і прописуємо CANONICAL_URL на розділ без параметрів.

Пагінація — ще одне джерело дублів. Сторінки /catalog/?PAGEN_1=2 містять той самий контент, що й перша. У шаблоні списку додаємо:

$APPLICATION->SetPageProperty('canonical', $arResult['SECTION']['SECTION_PAGE_URL']);

А для зв'язку сторінок — rel=prev та rel=next.

Що включає технічний SEO-аудит Бітрікс?

Результати аудиту: до та після

Чому robots.txt критичний для Бітрікс?

Мінімальний коректний файл:

User-agent: *
Disallow: /bitrix/
Disallow: /local/
Disallow: /upload/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Allow: /bitrix/js/
Allow: /bitrix/css/

Документація 1С-Бітрікс рекомендує саме такий шаблон. Без закриття /bitrix/ пошуковик витрачає бюджет обходу на адміністративні скрипти. Типова помилка — використання шаблону {=this.Name} замість {=this.ELEMENT.NAME}. Перший варіант не підставляється для детальних сторінок. Правильний синтаксис для інфоблоків: {=this.ELEMENT.NAME} для назви, {=this.ELEMENT.PREVIEW_TEXT} для опису.

Які ще дублі зустрічаються?

Крім розумного фільтра та пагінації, часто дублюються сторінки з різними регістрами URL (/Catalog/ vs /catalog/), а також сторінки сортування та посторінкової навігації. Бітрікс за замовчуванням не редиректить на нижній регістр — це потрібно налаштовувати в .htaccess. Ще одне джерело — параметри utm_source, utm_medium та інші службові мітки — вони не повинні індексуватися. У robots.txt додайте Clean-Param: utm_source utm_medium utm_campaign.

Як мікророзмітка впливає на індексацію?

Правильна мікророзмітка Schema.org (типи Product, Offer, BreadcrumbList) підвищує шанси на Rich Snippets у видачі. На Бітрікс розмітку часто ставлять у шаблоні компонента catalog.element. Ми використовуємо JSON-LD — він не ламає верстку і простіше валідується. Типова помилка: вказівка однієї й тієї ж ціни для всіх модифікацій товару. У JSON-LD потрібно перераховувати кожну торгову пропозицію (SKU) з унікальною ціною та наявністю.

Як ми перевіряємо ЧПУ та редиректи?

Переконуємося, що ЧПУ ввімкнено для всіх інфоблоків. Типова проблема: правило перезапису в .htaccess не налаштовано — канонічний URL веде на 404. Перевіряємо всі редиректи через Screaming Frog: виявляємо ланцюжки довші за 3 ланки та петлі. Ручна перевірка 10 000 URL займає 8 годин, автоматичний аудит — 20 хвилин (у 24 рази швидше).

Які етапи включає аудит?

1. Краулінг сайту (Screaming Frog, Netpeak Spider) — аналіз статусів, мета-тегів, заголовків.
2. Аналіз Core Web Vitals — реальні дані з Google Search Console + Lighthouse.
3. Перевірка модуля seo: шаблони, sitemap, robots.txt.
4. Аудит канонічних посилань на сторінках фільтра та пагінації.
5. Перевірка мікророзмітки (Schema.org, Open Graph).

Після аудиту ви уникаєте витрат на зайві сторінки — економія на хостингу та SEO-просуванні до 40%. Середній ROI від аудиту — 3–5× за пів року.

Підсумковий звіт містить пріоритети: критичні (дублі, 404), важливі (швидкість), рекомендаційні (мікророзмітка). Термін підготовки — від 2 до 5 днів залежно від обсягу.

Замовте аудит і отримайте звіт з пріоритетами виправлень. Зв'яжіться з нами для діагностики поточних проблем індексації — ми проаналізуємо типові дублі та надамо рекомендації.

Як 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-оптимізації. Замовте аудит поточного стану — виявимо слабкі місця та підготуємо план дій. Результат — зростання органічного трафіку без зайвих витрат на рекламу. Зв'яжіться, щоб обговорити ваш проект.