Відгуки на картці товару підвищують конверсію, але збирати їх вручну — довго та неефективно. Уявіть: у вас 500 товарів, кожен з відгуками на 5 майданчиках. Ручний збір займе тижні, а дублі зламають аналітику. Автоматизація збору скорочує витрати на ручну працю та дозволяє заощадити бюджет. Ми автоматизуємо збір відгуків із зовнішніх майданчиків (Яндекс.Маркет, OZON, Wildberries, Google Maps) та інтегруємо їх у ваш 1С-Бітрікс. При цьому важливо розрізняти два принципово різних сценарії: парсинг відгуків на товари (для інтернет-магазинів) і відгуків на компанію (для сервісів). Для кожного потрібна своя архітектура — від вибору джерела до схеми зберігання в Highload-блоках.
Наш досвід у 1С-Бітрікс налічує 7+ років, реалізовано понад 50 проєктів з інтеграції зовнішніх даних. Ми гарантуємо акуратну інтеграцію без дублювання та з дотриманням ліцензійних обмежень.
Як зберігати парсені відгуки в 1С-Бітрікс?
Бітрікс має вбудований модуль відгуків (vote), але для імпортованих відгуків зручніше Highload-блок. Приклад схеми:
Таблиця ExternalReviews:
UF_PRODUCT_ID — прив'язка до елементу інфоблоку (або 0 для відгуків на компанію) UF_SOURCE — 'yandex_market' | 'ozon' | 'google' | '2gis' UF_AUTHOR — ім'я автора UF_RATING — оцінка (1–5) UF_TEXT — текст відгуку UF_DATE — дата відгуку на майданчику UF_SOURCE_ID — унікальний ID відгуку на джерелі UF_ACTIVE — модерація (Y/N) Поле UF_SOURCE_ID — захист від дублів при повторних запусках парсера. Для кожного джерела свій формат ID, але в Highload-блоці зберігаємо рядком. Для великих обсягів (сотні тисяч відгуків) накладаємо індекс на UF_SOURCE та UF_SOURCE_ID. Детальніше про Highload-блоки.
Як парсити відгуки з Яндекс.Маркету?
Яндекс.Маркет активно захищається від парсингу. Працюючі підходи на поточний момент:
- Офіційний Partner API — якщо ви продавець на маркеті, відгуки доступні через API. Найнадійніший шлях.
- Headless-парсинг — Playwright з ротацією проксі. Сторінка відгуків завантажується через AJAX; потрібно дочекатися рендеру компонента
[data-zone-name="reviews"]. - Мобільна версія —
m.market.yandex.ruпростіше в парсингу, менше захисту, відгуки в простішому HTML.
Для кожного підходу оцінюємо стабільність: Partner API стабільний, але вимагає статусу продавця; headless менш стабільний через антибот-системи.
Як парсити відгуки з OZON та Wildberries?
OZON: у Network DevTools видно XHR-запити до /api/v1/review/ — можна звертатися напряму, передаючи cookie сесії. Працює, доки не зміниться авторизаційна схема.
Wildberries: публічний endpoint для відгуків — https://feedbacks.wildberries.ru/api/v1/feedbacks?imtId={id}. Параметр imtId — внутрішній ID товару WB, його потрібно знайти на сторінці товару.
Обидва майданчики не мають офіційного API для відгуків (на момент написання), тому можливі зміни. Ми використовуємо ротацію проксі та обробку помилок для підвищення відмовостійкості.
Чому важлива модерація?
Не показуйте парсингові відгуки без модерації — серед них можуть бути негативні або нерелевантні. Прапор UF_ACTIVE = N за замовчуванням, менеджер перевіряє в адміністративній частині.
Для відображення створюємо компонент на основі bitrix:main.include або кастомний, який читає з Highload-блоку з фільтром UF_ACTIVE = Y. Виводимо рейтинг у мікророзмітці schema.org/Review — це впливає на снипети в пошуку.
З нашої практики: агрегація відгуків для мережі ресторанів
Завдання: зібрати відгуки з Google Maps, Яндекс.Карт та 2GIS для 12 точок, оновлювати щотижня. Реалізація:
- Google Maps: офіційний Places API (безкоштовна квота 5 запитів/сек)
- Яндекс.Карти: Playwright + проксі-пул (API організацій закрито)
- 2GIS: undocumented API
https://public-api.reviews.2gis.com/v1/reviews— працює без авторизації - Highload-блок з прив'язкою до інфоблоку «Ресторани» через
UF_BRANCH_ID
Результат: 847 відгуків агреговано при першому запуску, 60–80 нових щотижня. Середній рейтинг та блок останніх відгуків виведено на кожній сторінці ресторану. Клієнт відзначив зростання конверсії на 15% після впровадження.
Порівняння методів парсингу
| Майданчик | Метод | Стабільність | Складність |
|---|---|---|---|
| Яндекс.Маркет | Partner API | Висока | Середня |
| Яндекс.Маркет | Headless | Середня | Висока |
| OZON | XHR з cookie | Низька | Низька |
| Wildberries | Публічний endpoint | Середня | Низька |
| Google Maps | Places API | Висока | Низька |
Що входить в нашу роботу?
- Документація щодо схеми зберігання та інтеграції
- Доступ до адмін-інтерфейсу модерації відгуків
- Навчання адміністраторів (1 година)
- Підтримка протягом 30 днів після запуску
- Налаштування агентів для автоматичного оновлення відгуків
Як замовити інтеграцію парсингу відгуків?
- Зв'яжіться з нами — опишіть майданчики, кількість товарів/точок та частоту оновлення.
- Ми оцінимо проєкт і запропонуємо терміни (зазвичай від 7 до 15 робочих днів). Вартість інтеграції залежить від обсягу, обговорюється індивідуально.
- Після узгодження починаємо розробку.
- Перед запуском проводимо тестування та навчання.
Типові помилки при парсингу
Типові помилки при парсингу
- Ігнорування унікальних ID джерела — призводить до дублів
- Відсутність модерації перед публікацією — на сайті з'являються невідфільтровані відгуки
- Неправильна обробка AJAX-завантаження — парсер не дочекається повного завантаження
- Перевищення лімітів API без планування — блокування доступу
Таймлайн робіт
| Етап | Термін |
|---|---|
| Аналіз майданчиків, вибір методу парсингу | 4–8 годин |
| Розробка парсера (1 майданчик) | 1–2 дні |
| Highload-блок, схема зберігання | 4–6 годин |
| Фронтенд-компонент з мікророзміткою | 4–8 годин |
| Модерація, адміністративний інтерфейс | 4–6 годин |
| Тестування, налаштування розкладу | 4 години |
Разом для 3 майданчиків: 7–10 робочих днів. Зв'яжіться з нами — оцінимо ваш проєкт. Замовте інтеграцію, отримайте консультацію.