Розробка модуля FAQ для 1С-Бітрікс під ключ

Розробка модуля FAQ 1С-Бітрікс

Уявіть: клієнтський каталог містить 500 питань, стандартний bitrix:catalog.list виводить їх одним списком, пошук за відповідями відсутній, а аналітика ніяка. Користувач болісно шукає відповідь, не знаходить і йде до конкурента. Ми зіткнулися з таким проектом на одному з наших кейсів — інтернет-магазин із сотнями питань щодо доставки, оплати та повернень. Стандартний інфоблок не справлявся: сторінка завантажувалася повільно, редактор витрачав години на ручне сортування, а менеджери отримували десятки однакових звернень у чат. Ми розробили спеціалізований модуль, який вирішує ці проблеми. Наш досвід роботи з Бітріксом — понад 10 років і 20+ реалізованих проектів. Модуль використовує ORM (об'єктно-реляційне відображення, Wikipedia) для роботи з даними та підтримує повнотекстовий пошук.

Обмеження стандартного інфоблоку для FAQ

Інфоблок з полями «питання» та «відповідь» — швидке рішення, але воно не масштабується. Основні болі:

• Немає повнотекстового пошуку за відповідями — пошук Бітрікс шукає лише за заголовками сторінок.
• Немає групування за категоріями з акордеоном — усі питання вивалені одним списком.
• Немає аналітики: які питання шукають, які не допомагають.
• Немає форми «Поставити питання» прямо на сторінці.

Кастомний модуль закриває всі ці прогалини. Він включає ORM-моделі, AJAX-пошук із підсвічуванням, голосування, мікророзмітку та звіти.

Як ми вирішуємо ці проблеми

Ми будуємо модуль на ORM Бітрікс (QuestionTable, CategoryTable, SearchLogTable). Це дає строгу типізацію, події та зручну вибірку. Пошук реалізований через AJAX із фільтрацією за %QUESTION% та %ANSWER%, а для великих навантажень — повнотекстовий індекс MySQL/PostgreSQL.

Як прискорити пошук при тисячі питань?

Стандартний пошук через %LIKE% у MySQL гальмує при 1000+ записах. У модулі ми реалізуємо два рівні:

1. Швидкий AJAX-пошук — запит через QuestionTable::getList() із фільтром %QUESTION% та %ANSWER% (до 1000 записів).
2. Повнотекстовий індекс — при переході на PostgreSQL (або MySQL 5.7+) створюється колонка fts_vector з tsvector, що оновлюється тригером. Пошук через MATCH ... AGAINST працює в 10 разів швидше за LIKE.

public function search(string $query): array { $query = mb_strtolower(trim($query)); SearchLogTable::add(['QUERY' => $query]); $result = QuestionTable::getList([ 'select' => ['ID', 'QUESTION', 'ANSWER', 'CATEGORY_ID'], 'filter' => [ 'IS_ACTIVE' => 'Y', [ 'LOGIC' => 'OR', '%QUESTION' => $query, '%ANSWER' => $query, ], ], 'limit' => 10, 'order' => ['IS_FEATURED' => 'DESC', 'VIEWS' => 'DESC'], ])->fetchAll(); return array_map(fn($q) => $this->highlight($q, $query), $result); } 

Що дає мікророзмітка Schema.org?

Мікророзмітка FAQPage (Wikipedia: Schema.org) генерується автоматично для кожного питання. Це дозволяє Яндексу та Google виводити відповіді прямо в сніпеті, збільшуючи клікабельність. Реалізація — вставка itemscope та itemprop в HTML. Ми інтегрували її в компонент виведення, що не вимагає додаткових налаштувань. Замовте модуль із мікророзміткою та отримайте зростання органічного трафіку.

Що входить у розробку модуля?

Терміни розробки

Підключення повнотекстового пошуку через PostgreSQL tsvector додає +1 день.

Приклад реалізації

При відкритті питання лічильник інкрементується:

QuestionTable::update($questionId, ['VIEWS' => new \Bitrix\Main\DB\SqlExpression('VIEWS + 1')]); 

Після прочитання користувач голосує «Це допомогло» або «Не допомогло». Статистика голосів використовується для сортування (корисні питання вище) та для переписування незрозумілих відповідей.

Акордеон реалізовано на details/summary — індексується пошуковиками, не потребує JavaScript. За наявності ?q=slug-pitannya секція розкривається автоматично.

Мікророзмітка FAQPage генерується автоматично:

<div itemscope itemtype="https://schema.org/FAQPage"> <div itemscope itemprop="mainEntity" itemtype="https://schema.org/Question"> <h3 itemprop="name">Як оформити повернення?</h3> <div itemscope itemprop="acceptedAnswer" itemtype="https://schema.org/Answer"> <div itemprop="text">Для оформлення повернення...</div> </div> </div> </div> 

Аналітика та звіти

На основі b_vendor_faq_search_log ми будуємо звіти:

• Топ запитів без результатів — що шукають, але не знаходять.
• Популярні питання за переглядами за період.
• Питання з високим відсотком «не допомогло».

Ці дані допомагають редактору покращувати контент.

Покрокова реалізація повнотекстового пошуку

1. Створіть колонку fts_vector у таблиці питань.
2. Напишіть тригер, що оновлює fts_vector при вставці/оновленні запису.
3. Замініть %LIKE% на MATCH ... AGAINST у методі search().
4. Налаштуйте релевантність через ваги полів (наприклад, питання важливіше за відповідь).
5. Протестуйте швидкість на 10 000 записів.

Чому обирають нас

• Офіційна документація 1С-Бітрікс підтверджує найкращі практики, які ми використовуємо.
• Досвід 10+ років у розробці на Бітрікс та Бітрікс24.
• Сертифіковані спеціалісти — гарантуємо якість коду та дотримання термінів.
• Прозорий процес — ви завжди бачите статус проекту.
• Підтримка 30 днів після здачі — безкоштовне навчання адміністраторів.

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