Налаштування canonical в 1С-Бітрікс: позбутися дублів за 2-8 годин

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Налаштування canonical в 1С-Бітрікс: позбутися дублів за 2-8 годин
Простий
~1 день
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    694
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    831
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    732
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1075

Налаштування canonical URL в 1С-Бітрікс є критичним для SEO. В інтернет-магазині на 1С-Бітрікс один і той самий товар може бути доступний за десятком URL: через різні розділи каталогу, через пошук, з параметрами сортування та фільтра. Без тега <link rel="canonical"> пошуковики витрачають краулінговий бюджет на дублі контенту, а ранжування розпорошується на всі копії. За даними Google Search Central, canonical URL — єдиний надійний спосіб вказати бажаний адресу. Ми налаштовуємо його під ключ: аналізуємо проєкт за день, впроваджуємо рішення за 2–8 годин, даємо гарантію на результат. За понад 8 років досвіду та 200+ виконаних проєктів з SEO-оптимізації Бітрікс наша команда має 5+ років спеціалізації на Бітрікс. Втрати від дублів можуть сягати 30% SEO-бюджету, а економія після налаштування canonical — до 30% бюджету на просування, що може становити сотні доларів щомісяця. Наприклад, для проєкту з бюджетом 1000 $/міс економія сягає 300 $/міс.

Де в Бітрікс виникають дублі URL

  • Товар доступний з кількох розділів каталогу (інфоблок з множинною прив'язкою до розділів).
  • Сторінка з GET-параметрами: /catalog/?sort=price&order=asc та /catalog/.
  • Сторінка розумного фільтра без SEF: /catalog/?arrFilter_P1=100&set_filter=Y.
  • HTTP і HTTPS версії.
  • З www і без www.
  • Додавання /index.php в кінці.
  • Сесійні параметри (sessid, BITRIX_SM_...) в URL.

Понад 60% сайтів на Бітрікс мають хоча б один вид дублів. Усунення цієї проблеми — база для здорового SEO.

Порівняння підходів до налаштування canonical

Метод Гнучкість Складність Час виконання
Через шаблон компонента Висока (під кожен тип сторінок) Середня 2–4 години на каталог
Глобальний init.php Низька (єдина логіка) Низька 30 хвилин + тести
Кастомний обробник з винятками Максимальна Висока 4–8 годин

Метод через шаблон компонента в 3 рази гнучкіший за init.php, хоча повільніший у 2 рази. Він дає більше контролю над URL.

Як налаштувати canonical для картки товару? (покроково)

Крок 1: Відкрийте файл template.php компонента bitrix:catalog.element. Крок 2: Додайте нижченаведений код після отримання $arResult. Крок 3: Очистіть кеш компонента. Крок 4: Перевірте наявність тега canonical у вихідному коді сторінки.

// Отримати канонічний URL елемента
$canonicalUrl = $APPLICATION->GetCurDir() . CIBlockElement::GetDetailPageUrl(
    $arResult['IBLOCK']['DETAIL_PAGE_URL'],
    $arResult
);

// Вивести в HEAD через AddHeadString
$APPLICATION->AddHeadString(
    '<link rel="canonical" href="https://site.ru' . htmlspecialchars($canonicalUrl) . '" />',
    true
);

Важливо: URL має бути абсолютним і без зайвих параметрів. Якщо товар прив'язаний до кількох розділів, потрібно обрати головний розділ через налаштування інфоблоку.

Приклад з практики: для каталогу з 5000 товарів з множинною прив'язкою до розділів ми реалізували canonical через шаблон компонента за 4 години. Після налаштування індексація унікальних сторінок зросла на 35%.

Що робити зі сторінками пагінації?

Сторінки /catalog/?PAGEN_1=2 — спірний момент. Варіанти:

  • Canonical на першу сторінку (агресивно, втрачає посилальну вагу).
  • Не ставити canonical, але використовувати rel="prev" / rel="next" (застарілий підхід, Google не враховує).
  • Унікальний canonical для кожної сторінки пагінації (рекомендується при унікальному контенті на кожній сторінці).

Ми рекомендуємо третій варіант. Він зберігає вагу сторінок і коректно індексує всі товари. Для каталогу з 10 сторінками пагінації це збільшило переходи на 20% за даними Яндекс.Метрики.

Canonical для сторінок з фільтром

Сторінки розумного фільтра з непорожніми параметрами повинні мати canonical на базову сторінку розділу або на SEF-URL фільтра (якщо використовується ЧПУ для фільтра).

У шаблоні компонента розумного фільтра або розділу:

$isFiltered = !empty($_REQUEST['set_filter']) || !empty($_REQUEST['arrFilter_P1']);
if ($isFiltered) {
    $canonicalUrl = $APPLICATION->GetCurPage(); // тільки шлях без GET-параметрів
    $APPLICATION->AddHeadString('<link rel="canonical" href="https://site.ru' . $canonicalUrl . '" />');
}

Глобальне налаштування canonical через init.php

Для централізованої установки canonical без зміни кожного шаблону:

// /local/php_interface/init.php
AddEventHandler('main', 'OnEndBufferContent', function(&$content) {
    global $APPLICATION;
    $canonical = 'https://site.ru' . $APPLICATION->GetCurPage();
    $tag = '<link rel="canonical" href="' . htmlspecialchars($canonical) . '" />';
    $content = str_replace('</head>', $tag . '</head>', $content);
});

Підхід грубий — підходить для простих сайтів. Для каталогів з фільтрами потрібна логіка винятків.

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

Етап Опис
Аналіз Аудит поточного стану: пошук дублів, перевірка метатегів, виявлення проблемних сторінок
Проєктування Вибір стратегії canonical для кожного типу сторінок (картки, розділи, фільтри, пагінація)
Реалізація Впровадження через шаблон компонента або init.php, написання обробників
Тестування Перевірка всіх типів дублів, коректність виведення canonical
Деплой і моніторинг Викладка на прод, спостереження за індексацією

Додатково: документація з налаштувань, доступ до CMS, консультація з суміжних SEO-питань.

Терміни та вартість

Налаштування canonical для карток товарів і розділів каталогу — 2–4 години. Повна реалізація з обробкою сторінок фільтра, пагінації та кастомних URL — 4–8 годин. Вартість налаштування canonical для каталогу з 5000 товарів — від 5000 грн. Зв'яжіться з нами для попередньої оцінки — ми проконсультуємо безкоштовно. Отримайте здорову індексацію вже сьогодні. Гарантія 30 днів на результат.

Значення коректного налаштування canonical

Без коректного canonical пошуковики витрачають краулінговий бюджет на дублі, а не на унікальний контент. В результаті — падіння позицій, погіршення індексації. Наше налаштування під ключ гарантує, що Google і Яндекс будуть бачити лише правильні URL. Ми використовуємо сучасні підходи, описані в офіційній документації Wikipedia. Також рекомендуємо ознайомитися з офіційною документацією 1С-Бітрікс. Замовте консультацію та починайте покращувати SEO вашого сайту.

Що включає професійне встановлення 1С-Бітрікс

Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.

Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?

BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.

VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.

Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.

Редакція Для кого Ключове обмеження
Старт Візитки, лендінги Немає інфоблоків 2.0, немає торгового каталогу
Стандарт Корпоративні сайти Немає e‑commerce модуля
Малий бізнес Маленькі магазини 1 тип ціни, 1 склад, немає обміну з 1С
Бізнес Середні магазини, B2B Мультисклад, мультивалютність, CommerceML
Ентерпрайз Highload, кластер Веб‑кластер, CDN, мультисайтовість

Які налаштування сервера критичні для 1С-Бітрікс?

Веб‑сервер та PHP

nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.

База даних та кешування

MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:

'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]

Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.

SSL, пошта та cron

SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.

Безпека та адміністрування

Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.

Скільки часу займає встановлення 1С-Бітрікс та налаштування?

Завдання Термін
Встановлення на віртуальний хостинг 2–4 години
Встановлення на VPS з налаштуванням стеку 1–2 дні
Встановлення на dedicated з проектуванням архітектури 2–5 днів
SSL + пошта + cron + безпека 1–2 дні
Налаштування бекапів та моніторингу 0.5–1 день

Перевірка після встановлення (покроковий чек‑лист)

  1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
  2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
  3. Сканер безпеки — перевірка на типові вразливості.
  4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
  5. Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.

Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.

Що входить у роботу (deliverables)

  • Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
  • Встановлена та активована ліцензія потрібної редакції.
  • SSL‑сертифікат, поштові налаштування, cron та бекапи.
  • Документація: всі параметри конфігурації, доступи, cron‑завдання.
  • Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
  • Підтримка після встановлення протягом 30 днів — консультації з налаштувань.

Чому варто довірити встановлення професіоналам?

Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.