Каталог букмекеров на WordPress легко сделать визуально: карточка, логотип, рейтинг и кнопка. Сложнее построить его так, чтобы через несколько месяцев не пришлось вручную синхронизировать десятки обзоров, GEO-страниц, рейтингов и таблиц сравнения.
Сначала модель данных, потом дизайн
Если начать с красивой сетки карточек, очень быстро появляются вопросы: где хранить лицензии, способы оплаты, валюты, приложения, KYC, сроки вывода, виды спорта, GEO и партнёрскую ссылку. Разбрасывать эти данные по произвольным полям редактора неудобно.
Для WordPress логичнее создать отдельный тип записи «Букмекеры» и определить стабильный набор характеристик. Тогда каталог можно развивать независимо от конкретного шаблона карточки.
Какие данные стоит хранить в карточке букмекера
Набор зависит от проекта, но обычно полезны только те поля, которые реально участвуют в фильтрах, сравнениях или редакционной работе. Не нужно добавлять 50 характеристик ради ощущения «полноты».
- редакционный рейтинг и статус публикации;
- доступные GEO и языки;
- поддерживаемые виды спорта;
- валюты и способы пополнения/вывода;
- мобильные платформы и наличие приложения;
- KYC, поддержка, cash out и другие проверяемые функции;
- основная и резервные affiliate-ссылки;
- дата последней проверки данных.
GEO лучше делать отдельной таксономией
Страна — это не просто текстовое поле. По GEO обычно нужны архивы, локальные подборки, собственные SEO-тексты, навигация и внутренние ссылки. Поэтому отдельная таксономия удобнее обычного списка строк.
При этом важно отделять глобальные свойства букмекера от локальных. Например, бренд один, а способы оплаты, валюта или доступность конкретных предложений могут зависеть от рынка.
Фильтры: меньше, но полезнее
Фильтр должен помогать выбрать продукт, а не демонстрировать количество настроек. Для большинства каталогов достаточно нескольких сильных параметров: GEO, вид спорта, платформа, способы оплаты и важные функции.
Каждая комбинация фильтра не обязана иметь отдельный индексируемый URL. Иначе полезный интерфейс превращается в генератор технических страниц. Подход к индексируемым архивам и GEO подробнее разобран в статье про SEO-структуру iGaming-сайта.
Как строить рейтинг
Рейтинг лучше разделять на редакционную оценку и фактические метрики. Редактор может оценивать удобство, полноту продукта и качество поддержки. Аналитика может показывать клики, регистрации или доход — если эти данные действительно доступны проекту.
Не стоит автоматически объявлять победителем объект на основании пары кликов. Для малой выборки нужен cold start: пока данных недостаточно, базовая сортировка остаётся редакционной.
Сравнение должно использовать те же поля
Частая проблема каталогов — таблица сравнения живёт отдельно от карточек. Из-за этого рейтинг показывает одно, обзор — другое, а сравнительная страница — третье.
Надёжнее собрать сравнение из тех же структурированных данных. Тогда изменение одного поля автоматически отражается везде, где оно используется.
Партнёрские ссылки нельзя размазывать по контенту
Если одна и та же ссылка вставлена вручную в десятки страниц, её замена превращается в поиск по всей базе. Лучше использовать централизованный redirect или Link Manager. Тогда CTA в рейтинге, обзоре и сравнении обращаются к одной сущности.
Отдельно об архитектуре SubID, UTM и аналитики кликов — в материале про affiliate-ссылки в WordPress.
Массовое управление экономит больше времени, чем красивый редактор
Когда объектов становится 30–50, изменения по одному уже раздражают. Когда их 200 — мешают работе. Поэтому полезны CSV/XLSX импорт и экспорт, массовое назначение GEO, видов спорта, статусов и других параметров.
Это особенно важно, если каталог поддерживает команда, а не один автор.
Что показывать в обзоре, а что — в карточке
Структурированные характеристики и редакционный текст решают разные задачи. Поля отвечают на вопрос «что есть», обзор — «как это работает и кому подходит». Не стоит генерировать обзор из набора полей: такой текст быстро становится однообразным.
Где здесь BetCraft
В BetCraft каталог букмекеров построен именно вокруг отдельных карточек, GEO, видов спорта, фильтров, сравнения и централизованных affiliate-ссылок. Там же каталог связан с Match Center и аналитикой, поэтому одни и те же сущности можно использовать на разных типах страниц.
Подробности по структуре модулей есть в документации.
Частые вопросы
Можно ли начать с обычных записей WordPress?
Можно, если каталог маленький и не планируется сравнение. Но при росте проекта миграция из произвольных таблиц в структурированные поля обычно обходится дороже, чем нормальная модель данных на старте.
Нужно ли индексировать страницу каждого букмекера?
Если у страницы есть полноценный обзор и самостоятельная ценность — обычно да. Технические архивы и комбинации фильтров требуют отдельного решения.
Нужна ли автоматическая сортировка по доходу?
Только если аналитика надёжна и выборка достаточна. Для нового проекта редакционная сортировка предсказуемее.