Налаштування лічильника переглядів товару в 1С-Бітрікс

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

Вбудований модуль статистики: чому не підходить

Модуль statistic пише кожен хіт у таблицю b_stat_page_hit з полем PATH. Теоретично можна рахувати перегляди за URI сторінки. Практично — таблиця розбухає до мільйонів рядків, запити стають гальмівними, а модуль часто вимикають на високонавантажених проектах. Для каталогу з 50 000 товарів цей варіант нежиттєздатний.

Власний лічильник через властивість інфоблоку

Правильне рішення — зберігати лічильник прямо у властивості інфоблоку. Створюємо числову властивість VIEW_COUNT (b_iblock_property) та інкрементуємо її при кожному відкритті детальної сторінки. Обробник пишемо в component_epilog.php компонента bitrix:catalog.element:

if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED !== true) die();

$elementId = $arResult["ID"];
$iblockId  = $arResult["IBLOCK_ID"];
$currentCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"];

CIBlockElement::SetPropertyValuesEx(
    $elementId,
    $iblockId,
    ["VIEW_COUNT" => $currentCount + 1]
);

Код виконується після відправлення HTML-буфера клієнту, тому не сповільнює відмальовку.

Як захистити лічильник від накрутки ботами?

Без фільтрації лічильник полетить у космос за день. Мінімальний захист:

• Перевіряти $_SERVER['HTTP_USER_AGENT'] на наявність рядків Googlebot, YandexBot, Bingbot.
• Запам'ятовувати перегляди в сесії: $_SESSION['viewed_products'][$elementId] = time(). Якщо минуло менше 30 хвилин — не інкрементуємо.

Додатково можна вести таблицю логів з IP та часом, але сесія достатньо надійна для 95% випадків.

Чому потрібно використовувати атомарний INCREMENT?

При високому навантаженні — більше 100 переглядів на хвилину на один товар — звичайний SetPropertyValuesEx створює гонку: два запити можуть прочитати одне й те саме значення та записати однаковий інкремент. Рішення — атомарний UPDATE:

$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId}
            SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1
            WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));

Ім'я колонки PROPERTY_VIEW_COUNT залежить від ID властивості — його можна дізнатися через CIBlockProperty::GetList. Такий запит не блокує читання та гарантує точність навіть при 5000 запитів на хвилину.

Таблиця порівняння методів

Виведення лічильника в шаблоні

У шаблоні bitrix:catalog.element виводимо значення:

$viewCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"];
echo '<span>' . $viewCount . ' переглядів</span>';

Для правильного відмінювання закінчень використовуйте функцію sklon:

function sklon($num, $forms) {
    $num = abs($num) % 100;
    if ($num > 10 && $num < 20) return $forms[2];
    $num = $num % 10;
    if ($num == 1) return $forms[0];
    if ($num >= 2 && $num <= 4) return $forms[1];
    return $forms[2];
}
echo $viewCount . ' ' . sklon($viewCount, ['перегляд', 'перегляди', 'переглядів']);

Кешування та лічильник переглядів

Стандартне кешування компонента bitrix:catalog.element конфліктує з лічильником: при увімкненому кеші інкремент не відбувається. Рішення — виносити код інкременту в component_epilog.php, який завжди виконується після віддачі кешу та не кешується.

Альтернативний підхід — AJAX-інкремент: сторінка віддається з кешу, JavaScript робить POST-запит на /local/ajax/view-count.php через секунду після завантаження. Мінус: скрипт може не спрацювати у частини користувачів.

Аналітика на основі лічильника

Накопичений лічильник корисний не тільки для відображення:

• Сортування «за популярністю» в каталозі через ORDER BY PROPERTY_VIEW_COUNT DESC.
• Сегментація товарів: «гарячі» (500+ переглядів), «теплі» (50–500), «холодні» (менше 50).
• Виявлення трендів: товари з лічильником, що швидко зростає за останні 7 днів — кандидати для акції.

Лічильник переглядів — довірчий сигнал: «Цей товар переглянули 2 400 разів» психологічно рівнозначно соціальному доказу. Дані лічильника експортуються в CSV через кастомний скрипт або виводяться в адміністративний звіт через CAdminList. Це дозволяє будувати маркетингові сегменти на основі реальної активності аудиторії за категоріями та брендами.

Рекомендації щодо порогів захисту

При налаштуванні сесійного захисту від накрутки рекомендуємо виставляти TTL не менше 30 хвилин. Для високонавантажених проектів з більш ніж 100 одночасними відвідувачами використовуйте Redis-кеш замість сесій PHP — це знижує навантаження на файлову систему та прискорює перевірку при піковому трафіку. Для IP-захисту ведіть окремий лічильник звернень з часовим вікном 10 хвилин: більше 5 переглядів одного товару з одного IP за 10 хвилин — блокуємо інкремент.

Що входить у налаштування під ключ

Ми виконуємо повний цикл робіт:

• Створення числової властивості VIEW_COUNT в інфоблоці каталогу
• Написання обробника в component_epilog.php з фільтрацією ботів
• Реалізація захисту від повторного рахунку через сесію
• Опціонально: атомарний інкремент для високонавантажених проектів
• Виведення лічильника з правильними закінченнями в шаблоні
• Тестування на навантаження до 100 одночасних запитів

Результат — лічильник, який не накручується ботами, не гальмує сайт і коректно працює при будь-якому кешуванні. Для розрахунку вартості та термінів зв'яжіться з нами — оцінимо ваш каталог і навантаження за один робочий день.

Що включає професійне встановлення 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 рази перевищити вартість ліцензії.

Які налаштування сервера критичні для 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С-Бітрікс та налаштування?

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

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 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.