Налаштування 301-редиректів у 1С-Бітрікс: як не втратити трафік

Налаштування 301-редиректів у 1С-Бітрікс: як не втратити трафік

При зміні URL-структури сайту — переході на HTTPS, міграції на нові ЧПУ або об'єднанні кількох сайтів — без правильно налаштованого 301-редиректу позиції у видачі падають. За нашою статистикою, втрата трафіку може сягати 80% за перший тиждень. 301-редирект — це HTTP-статус, який повідомляє пошуковику: сторінка переїхала назавжди, передай посилальну вагу новій адресі. У Вікіпедії зазначено, що цей код зберігає понад 90% ранжувальних сигналів. У 1С-Бітрікс є кілька способів його налаштувати, і вибір методу критичний для продуктивності та часу впровадження. Ми за 10+ років роботи на сотнях проєктів виробили надійні сценарії: від простого редиректу протоколу до масової міграції з тисячами правил через CURLRewrite. Нижче розберемо кожен підхід із прикладами коду та дамо рекомендації щодо вибору.

$res = \CIBlockElement::GetList([], ['IBLOCK_ID' => 5], false, false, ['ID', 'CODE']);
while ($el = $res->Fetch()) {
    \CURLRewrite::Add([
        'SITE_ID'  => 's1',
        'SORT'     => 100,
        'CONDITION'=> '^/catalog/element-' . $el['ID'] . '\.html$',
        'RULE'     => '/catalog/' . $el['CODE'] . '/',
        'TYPE'     => '301',
    ]);
}

Як налаштувати 301-редирект у Бітрікс: три способи

У Бітрікс доступні три підходи: через модуль «Управління сайтом», модуль SEO та конфігурацію веб-сервера (.htaccess/nginx). Кожен має свої сильні сторони.

Модуль «Управління сайтом» — для глобальних перенаправлень (http→https, www→без www). Шлях: Налаштування → Налаштування продукту → URL-адреси. Ставите галочку «Редирект з http на https» — і ядро автоматично формує CMain::Redirect() у пролозі. Це займає 15 хвилин і не потребує правок .htaccess. Продуктивність висока завдяки кешуванню, але гнучкість низька — тільки протокол і піддомен.

Модуль SEO — для точкових правил із регулярними виразами. Маркетинг → Пошукова оптимізація → Редиректи. Додаєте правило з джерелом і призначенням. Підтримує пріоритети та умови. При більш ніж 100 правилах обов'язково вмикайте теговане кешування, щоб не навантажувати базу даних.

.htaccess / nginx — для максимальної продуктивності. Редирект на рівні сервера спрацьовує до запуску PHP, що в 2–3 рази швидше, ніж через модуль SEO, особливо при сотнях і тисячах правил. Приклад для Apache:

Redirect 301 /old-section/ /new-section/
RewriteRule ^old-catalog/(.*)$ /catalog/$1 [R=301,L]

Для nginx:

location ~ ^/old-catalog/(.+)$ { return 301 /catalog/$1; }

Вибір способу залежить від обсягу: до 100 правил — модуль SEO, тисячі — серверні правила.

Чому масові редиректи краще робити через скрипти?

При зміні структури URL — наприклад, при переході з ID на символьний код у каталозі з 5000 товарів — ручне додавання 5000 правил нереалістичне. Ми використовуємо скрипт на CURLRewrite::Add(), який генерує записи на основі ID та нового символьного коду. Приклад скрипту — у розгортальному блоці вище. Такий підхід займає 1–2 години замість тижня ручної роботи. Після генерації правил обов'язково застосовуємо теговане кешування та перевіряємо в Google Search Console — помилки 404 зникають повністю.

Коли варто використовувати CURLRewrite?

Якщо у вас понад 500 URL для перенаправлення і всі правила однотипні (наприклад, заміна ID на CODE), скриптовий підхід — єдино розумний. Він також корисний при міграції з однієї CMS на Бітрікс, коли потрібно масово зіставити старі URL з новими.

Порівняння способів редиректу

HTTPS-редирект через модуль «Управління сайтом» у 1.5 рази швидший за аналогічне правило в .htaccess, але поступається nginx при великій кількості правил.

Типові сценарії та їх рішення

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

• Аудит поточних URL — аналіз битих посилань, карта редиректів.
• Проєктування правил — вибір способу під обсяг.
• Генерація правил — через модуль SEO або скрипти.
• Тестування — перевірка циклічних редиректів та кодів відповідей.
• Моніторинг — контроль трафіку та помилок через Search Console протягом тижня.
• Передача документації та доступу до дашборду.

Процес налаштування під ключ

1. Аудит поточних URL — аналіз битих посилань, карта редиректів.
2. Проєктування правил — вибір способу під обсяг.
3. Генерація правил — через модуль SEO або скрипти.
4. Тестування — перевірка циклічних редиректів та кодів відповідей.
5. Моніторинг — контроль трафіку та помилок через Search Console.

Весь процес займає від 2 до 6 годин залежно від обсягу. Ми гарантуємо прозорість — використовуємо тільки ліцензійний Бітрікс та офіційні сертифікати.

Погано налаштовані редиректи можуть коштувати до 30% позицій. Економія на правильному налаштуванні — до 80% рекламного бюджету. Отримайте консультацію щодо вашого проєкту — зв'яжіться з нами, і ми запропонуємо оптимальне рішення.

Замовте налаштування 301-редиректів і збережіть трафік.

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