Каталог букмекеров легко поддерживать вручную, пока в нём три–пять карточек. При десятках брендов данные начинают устаревать быстрее, чем редактор успевает их проверять: меняются бонусы, ссылки, доступность, способы оплаты, зеркала и условия по GEO. В этот момент полезно отделить редакционную работу от машинной синхронизации и подключить управляемый фид.
Когда обычного CSV уже мало
Разовый CSV-импорт удобен для первоначального наполнения или массового изменения нескольких полей. Регулярный источник данных решает другую задачу: он периодически получает актуальное состояние объектов и синхронизирует только то, что разрешено обновлять.
Поэтому полезно разделять два сценария: Bulk Manager для разовых операций и Feed Manager для повторяющейся синхронизации. О структуре самих карточек БК мы подробно писали в материале про каталог букмекеров на WordPress.
CSV, JSON или XML: что выбрать
Формат сам по себе не определяет качество интеграции. CSV проще проверить глазами и открыть в таблице, JSON удобен для API и вложенных структур, XML часто встречается у старых партнёрских платформ и агрегаторов.
- CSV — хороший выбор для плоской структуры: название, бонус, URL, рейтинг, статус.
- JSON — удобен, когда у записи есть вложенные объекты, массивы GEO или несколько ссылок.
- XML — подходит, если провайдер уже отдаёт стабильный XML-фид и нет смысла строить промежуточное преобразование.
Важнее всего иметь стабильный идентификатор объекта и понятную документацию полей.
External ID защищает от дублей
Название букмекера — плохой уникальный ключ. Бренд может изменить написание, регистр или юридическое наименование. Slug тоже может быть отредактирован ради SEO.
Для регулярного фида лучше хранить external ID конкретного источника. При следующем запуске система сначала ищет запись по этому ID и только затем использует резервные способы сопоставления.
Mapping: источник и WordPress говорят на разных языках
Один фид называет партнёрскую ссылку affiliate_url, другой — tracking_link, третий хранит её внутри links.partner. Mapping связывает поле источника с полем сайта.
Для простых файлов удобно автосопоставление стандартных колонок. Для реальной интеграции лучше явно сохранить карту, например:
title = operator.name;bonus = offers.welcome.text;affiliate_url = links.affiliate;rating = editorial.rating.
Так изменение структуры фида не становится неожиданностью.
Preview должен быть обязательным этапом
Перед применением импорта полезно увидеть, сколько записей будет создано, обновлено и пропущено. Ещё лучше — показать количество изменённых полей и несколько примеров.
Предпросмотр особенно важен после изменения mapping или подключения нового источника. Ошибка в одной строке сопоставления способна заменить бонус партнёрской ссылкой или обнулить ручной рейтинг сразу у десятков объектов.
Не разрешайте фиду стирать пустыми значениями
Внешний источник иногда временно отдаёт пустое поле. Это не всегда означает, что информация действительно исчезла. Поэтому безопасный режим обычно игнорирует пустые значения, если владелец сайта явно не разрешил обратное.
Для отдельных полей логика может отличаться: например, статус доступности иногда нужно уметь снять, а редакционное описание — никогда не следует очищать из-за пустой ячейки в фиде.
Защита ручных полей
Автоматизация не должна уничтожать работу редактора. Если команда вручную подготовила описание, рейтинг, примечание по выплатам или специальную affiliate-ссылку, эти поля можно пометить как защищённые.
Практичны два уровня защиты: глобальный список для конкретного источника и индивидуальные исключения на карточке букмекера.
GEO и виды спорта: создавать автоматически или нет
Если источник содержит новые GEO или виды спорта, система может либо пропустить неизвестное значение, либо создать термин автоматически. Автосоздание удобно на контролируемом фиде, но для публичного SEO-сайта его лучше включать осознанно.
Новый GEO — это потенциально новая архивная страница, URL и SEO-сущность. Поэтому автоматическое создание должно быть отдельной настройкой, а не скрытым поведением импорта.
Расписание и WP-Cron
URL-фид можно проверять автоматически: раз в час, несколько раз в день или раз в сутки. Частота зависит от того, насколько быстро устаревают данные. Бонусы и характеристики редко требуют ежеминутного обновления.
Для надёжного production-сайта важно также контролировать WP-Cron и видеть время последнего успешного запуска. Общие рекомендации по нагрузке есть в статье про производительность affiliate-сайта.
Журнал и откат
Каждый автоматический запуск должен оставлять понятный отчёт: время, источник, сколько записей создано, обновлено, пропущено и сколько ошибок произошло.
Откат особенно полезен для первых запусков. Для созданных записей можно использовать корзину, а для обновлённых — снимок значений до синхронизации. Это гораздо безопаснее, чем восстанавливать всю базу сайта из резервной копии из-за одного плохого фида.
Как это связано с Multi-GEO и affiliate-ссылками
После появления нескольких стран один объект может иметь разные коммерческие условия. В таком случае фид не должен создавать пять копий букмекера. Лучше хранить основную карточку и локальные переопределения. Этой архитектуре посвящён материал про Multi-GEO affiliate-сайт.
Партнёрские URL также лучше хранить централизованно. Подробнее про маршрутизацию ссылок, SubID и click ID — в техническом разборе affiliate-ссылок.
Bookmaker Feed Manager в BetCraft
В BetCraft Feed Manager дополняет существующие массовые инструменты. Он поддерживает CSV, JSON и XML, URL-источники, mapping, preview, расписание, защиту полей, журнал и rollback. При этом редактор по-прежнему может работать с каждой карточкой вручную.
Полная схема настройки описана в документации Streltsov Digital.
Частые вопросы
Можно ли импортировать букмекеров без API?
Да. Регулярный URL с CSV, JSON или XML уже может выступать источником. Главное — стабильная структура и идентификатор записей.
Стоит ли автоматически публиковать новые БК?
Для редакционного проекта безопаснее сначала создать их как контролируемые записи или хотя бы проверять preview. Автоматическая публикация оправдана только для полностью доверенного источника.
Фид заменяет редактора?
Нет. Он автоматизирует повторяющиеся данные. Оценки, выводы, качество обзора, проверка условий и решение о публикации остаются редакционной задачей.