Аудит 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-аудит Бітрікс?
| Область перевірки | Що шукаємо | Типова помилка | Виправлення |
|---|---|---|---|
| Мета-теги | Унікальність title/description | Шаблон {=this.Name} замість {=this.ELEMENT.NAME} |
Налаштування модуля seo |
| Канонічні посилання | Наявність rel=canonical | Відсутність на сторінках фільтра | Додати CANONICAL_URL |
| robots.txt | Закриття службових шляхів | Відкрито /bitrix/ |
Закрити, залишити Allow: /bitrix/js/ |
| Карта сайту | Коректність sitemap.xml | Включено службові розділи | Виключити 404, сторінки без контенту |
| Швидкість | Core Web Vitals (LCP, CLS, FID) | Важкі скрипти без асинхронного завантаження | Оптимізація JavaScript, кешування |
| Мікророзмітка | Schema.org (Product, Offer, BreadcrumbList) | Відсутність розмітки у товарів | Впровадження JSON-LD |
Результати аудиту: до та після
| Метрика | До аудиту | Після аудиту | Покращення |
|---|---|---|---|
| Дублі в індексі | 250 000 | 4 500 | -98% |
| LCP (перший екран) | 4.2 с | 1.1 с | -74% |
| CLS | 0.35 | 0.08 | -77% |
| Органічний трафік | 6 500 візитів/міс | 12 200 візитів/міс | +88% |
Чому 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 рази швидше).
Які етапи включає аудит?
- Краулінг сайту (Screaming Frog, Netpeak Spider) — аналіз статусів, мета-тегів, заголовків.
- Аналіз Core Web Vitals — реальні дані з Google Search Console + Lighthouse.
- Перевірка модуля
seo: шаблони, sitemap, robots.txt. - Аудит канонічних посилань на сторінках фільтра та пагінації.
- Перевірка мікророзмітки (Schema.org, Open Graph).
Після аудиту ви уникаєте витрат на зайві сторінки — економія на хостингу та SEO-просуванні до 40%. Середній ROI від аудиту — 3–5× за пів року.
Підсумковий звіт містить пріоритети: критичні (дублі, 404), важливі (швидкість), рекомендаційні (мікророзмітка). Термін підготовки — від 2 до 5 днів залежно від обсягу.
Замовте аудит і отримайте звіт з пріоритетами виправлень. Зв'яжіться з нами для діагностики поточних проблем індексації — ми проаналізуємо типові дублі та надамо рекомендації.