Парсинг відгуків із зовнішніх майданчиків для 1С-Бітрікс
Відгуки на картці товару підвищують конверсію, але зібрати органічні відгуки з нуля — довго. Швидкий старт: парсинг відгуків із Яндекс.Маркету, OZON, Wildberries, Google Maps та інших майданчиків, де вже накопичені оцінки про ваші товари або заклад. Важливо розуміти різницю між відгуками на товари та відгуками на компанію — це два різних сценарії з різною архітектурою.
Два сценарії парсингу відгуків
Сценарій 1: відгуки на товари — для інтернет-магазинів. Прив'язуємо відгуки з Яндекс.Маркету/OZON до конкретного SKU в каталозі 1С-Бітрікс.
Сценарій 2: відгуки на компанію — для сервісних бізнесів. Збираємо відгуки з Google Maps, 2GIS, Яндекс.Карт і показуємо на сайті.
Зберігання відгуків у 1С-Бітрікс
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 — захист від дублікатів при повторних запусках парсера.
Парсинг Яндекс.Маркету
Яндекс.Маркет активно захищається від парсингу. Робочі підходи у 2025:
Офіційний Partner API — якщо ви продавець на маркеті, відгуки доступні через API. Найнадійніший шлях.
Headless-парсинг — Playwright з ротацією проксі. Сторінка відгуків завантажується через AJAX; потрібно дочекатись рендеру компонента [data-zone-name="reviews"].
Мобільна версія — m.market.yandex.ru простіша у парсингу, менше захисту, відгуки у простішому HTML.
Парсинг OZON та Wildberries
OZON: у Network DevTools видно XHR-запити до /api/v1/review/ — можна звертатись напряму, передаючи cookie сесії. Працює, поки не зміниться схема авторизації.
Wildberries: публічний endpoint для відгуків — https://feedbacks.wildberries.ru/api/v1/feedbacks?imtId={id}. Параметр imtId — внутрішній ID товару WB, його потрібно знайти на сторінці товару.
Модерація та відображення
Не показуйте парсингові відгуки без модерації — серед них можуть бути негативні або нерелевантні. Прапорець 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: недокументований API
https://public-api.reviews.2gis.com/v1/reviews— працює без авторизації - Highload-блок з прив'язкою до інфоблоку «Ресторани» через
UF_BRANCH_ID
Результат: 847 відгуків агреговано при першому запуску, 60–80 нових щотижнево. Середній рейтинг та блок останніх відгуків виведено на кожній сторінці ресторану.
Часові рамки робіт
| Етап | Термін |
|---|---|
| Аналіз майданчиків, вибір методу парсингу | 4–8 годин |
| Розробка парсера (1 майданчик) | 1–2 дні |
| Highload-блок, схема зберігання | 4–6 годин |
| Фронтенд-компонент з мікророзміткою | 4–8 годин |
| Модерація, адміністративний інтерфейс | 4–6 годин |
| Тестування, налаштування розкладу | 4 години |
Разом для 3 майданчиків: 7–10 робочих днів.