GeoDirectory Events - Плагин WordPress

Руководство по настройке GeoDirectory Events для каталога событий

GeoDirectory Events расширяет GeoDirectory так, чтобы сайт-каталог мог работать не только с обычными карточками мест, компаний или объектов, но и с событиями: датами, расписаниями, повторениями, календарём, фильтрами по периоду и отдельными виджетами для страницы события. В этом руководстве мы разберём не рекламное описание, а практическую схему работы: что проверить до установки, куда идти после активации, какие параметры настроить первыми, как создать полезный сценарий и как понять, что результат на сайте действительно работает.

Плагин особенно полезен, когда события являются частью каталога: городские афиши, площадки с мероприятиями, клубы, конференции, занятия, выставки, экскурсии, онлайн-встречи и смешанные каталоги, где у места есть собственные события. В отличие от изолированного календаря, здесь важна связка "листинг - место - дата - карта - фильтр - страница подробностей". Поэтому настройка начинается не с красивого календаря, а с понимания структуры данных.

Ниже будет инструкция по GeoDirectory Events для владельца сайта и администратора WordPress. Мы пройдём путь от подготовки и установки до повторяющихся событий, Event CPT, календаря, виджетов, проверки архивов, SEO-нюансов, диагностики ошибок и выбора альтернатив. Там, где официальный источник подтверждает конкретную функцию, она описана уверенно. Там, где поведение зависит от связки темы, кэша, конструктора страниц или дополнительных расширений, рекомендации даны осторожно и с безопасной проверкой.

Главная идея настройки проста: сначала добиться корректного создания и показа одного тестового события, затем включать повторения, фильтры, календарь, дополнительные CPT, билеты или платные пакеты. Такой порядок экономит время, потому что большинство проблем с событиями на WordPress-сайте проявляется именно на стыке формы добавления, дат, архива, карты и шаблона страницы.

Какую задачу решает плагин в экосистеме GeoDirectory

GeoDirectory изначально строит каталог на основе типов записей, пользовательских полей, карт, поиска, архивов, шаблонов и фронтенд-форм. GeoDirectory Events добавляет к этой логике событийный слой. После установки появляется тип записей Events, событийные поля, категории и метки событий, а также инструменты, которые показывают расписание, календарь и ответы пользователей на вопрос об интересе к событию.

Это важно отличать от обычного WordPress-календаря. Если сайту нужна только афиша с несколькими датами и без каталожной логики, отдельный календарный плагин может быть проще. Если же на сайте уже есть GeoDirectory или планируется полноценный каталог с местами, картой, адресами, пользовательскими листингами и поиском, GeoDirectory Events становится естественным продолжением той же модели данных.

Событие в такой системе ведёт себя как листинг с дополнительной временной логикой. У него есть название, описание, адрес или связь с местом, изображение, категории, поля, дата начала, дата окончания, время, вариант повторения и вывод на архивных страницах. Пользователь может искать события по периоду, администратор может управлять прошедшими событиями, а владелец проекта может строить разные типы событий через Custom Post Types, если одного Events CPT недостаточно.

Для сайта с городским каталогом это даёт понятную структуру: ресторан остаётся листингом места, концерт становится событием, а площадка может быть связана с будущими событиями. Для образовательного проекта это может быть каталог курсов, вебинаров и очных занятий. Для туристического сайта - экскурсии, фестивали, сезонные активности и мероприятия в конкретных локациях. Практическая ценность плагина раскрывается именно там, где дата события должна участвовать в поиске, сортировке и публичном выборе.

Когда GeoDirectory Events подходит хорошо

Плагин стоит рассматривать, если вы уже используете GeoDirectory или сознательно строите каталог на этой платформе. Он подходит для сайтов, где события должны жить рядом с местами, компаниями, категориями, картами и пользовательскими формами. Также он удобен, если вам нужны повторяющиеся события: ежедневные, еженедельные, ежемесячные, ежегодные или выбранные вручную даты.

Хороший сценарий - городская афиша, где у каждого события есть место проведения, а посетитель хочет отфильтровать ближайшие события, посмотреть их на карте и перейти к подробной карточке. Другой сценарий - каталог клубов или школ, где одно учреждение публикует регулярные занятия. Третий - нишевый портал, где события делятся на разные типы, например конференции, вебинары, встречи сообщества и выставки.

Когда лучше выбрать другой подход

GeoDirectory Events может быть избыточен, если сайт не использует каталожную модель. Для простого блога с несколькими встречами в месяц легче поставить обычный календарь событий. Если основная задача - продажа билетов, сложная рассадка, промокоды, возвраты и отчётность, нужно отдельно оценить Events Tickets Marketplace или другой билетный стек. Если проекту нужен только единый календарь без карт, CPT и пользовательских листингов, более простой календарный плагин снизит нагрузку на администрирование.

Также стоит трезво оценить время на настройку. GeoDirectory гибкий, но гибкость требует аккуратной структуры: страницы, шаблоны, поля, категории, виджеты, карты, поиск, права пользователей и кэш. Если администратор ожидает, что всё заработает как одна готовая страница без настройки, результат может показаться сложнее, чем у узкого календарного решения.

Что проверить перед установкой

Подготовка нужна не для формальности. Событийный каталог быстро начинает связывать несколько частей сайта: базовый GeoDirectory, тему, шаблоны, карты, поиск, пользовательские роли, форму добавления и иногда дополнительные расширения. Ошибка в одной части может выглядеть как проблема GeoDirectory Events, хотя причина будет в старом шаблоне, кэше, несовместимом конструкторе или непроверенном наборе страниц.

Перед установкой проверьте, что на сайте уже установлен и работает основной плагин GeoDirectory. Страница продукта и WordPress.org карточка Events Calendar for GeoDirectory указывают, что расширение работает вместе с GeoDirectory, а часть возможностей зависит от дополнительных расширений. Если базовый каталог ещё не настроен, сначала создайте минимум одну категорию, один тестовый листинг и проверьте архив, страницу подробностей и карту.

Второй пункт - требования окружения. Для публичной страницы продукта указаны требования к WordPress, основному плагину и PHP, а WordPress.org карточка add-on показывает метаданные самого Events Calendar for GeoDirectory. Не вставляйте эти цифры в текст страницы продукта как вечную истину, потому что они меняются. Для реальной проверки перед установкой откройте карточку WordPress.org и страницу разработчика, затем сравните требования с сервером в Инструменты или в панели хостинга.

Мини-чек-лист перед активацией

• Сделайте резервную копию сайта или работайте на тестовой копии, если каталог уже принимает реальные заявки.
• Проверьте, что базовый GeoDirectory создаёт и показывает обычный листинг без ошибок.
• Включите человекопонятные постоянные ссылки WordPress и сохраните настройки ссылок после добавления новых CPT.
• Проверьте тему или конструктор страниц на совместимость с шаблонами GeoDirectory, особенно если архивы собраны через Elementor, Divi, Bricks или другой builder.
• Если на сайте стоит кэш или оптимизация JavaScript, запланируйте тест с временным отключением объединения и отложенной загрузки скриптов на страницах GeoDirectory.
• Если события будут привязаны к местам, заранее решите, нужен ли отдельный CPT Venues через Custom Post Types или достаточно адреса внутри события.

Не начинайте с массового импорта. Сначала создайте одно простое событие без повторения, затем одно повторяющееся событие и только после этого переносите реальные данные. Так легче поймать ошибку в датах, часовом поясе, шаблоне карточки или фильтре.

Кому нужны дополнительные расширения

GeoDirectory Events даёт событийную логику, но часть расширенных сценариев завязана на другие продукты GeoDirectory. Custom Post Types нужен, если вы хотите сделать несколько событийных CPT или превратить другой тип записей в событийный. Advanced Search помогает вывести дату как фильтр поиска. Pricing Manager может ограничивать отдельные возможности по пакетам. Location Manager полезен для много-локационных проектов и фильтрации по местоположению. Events Tickets Marketplace относится уже к продаже билетов и требует отдельного набора зависимостей.

Это не значит, что все расширения надо ставить сразу. Наоборот, безопасный порядок - сначала ядро сценария, потом дополнительные слои. Если вы строите простую афишу, начните с GeoDirectory, Events, категорий, дат, календаря и архива. Если затем появится задача продавать билеты, добавлять платные пакеты или связывать события с площадками, включайте соответствующие расширения по одному и проверяйте результат после каждого шага.

Установка и первая проверка после активации

Установка зависит от того, берёте ли вы расширение из WordPress.org, через экран расширений GeoDirectory или вручную ZIP-файлом. Смысл одинаковый: активировать add-on, убедиться, что он видит базовый GeoDirectory, проверить появление событийного типа записей и открыть настройки по пути GeoDirectory - Settings - Events. В русской админке названия пунктов могут быть переведены частично, поэтому точные английские labels лучше узнавать по интерфейсу.

Автоматическая установка через экран расширений удобна для сайтов, подключенных к AyeCode Connect. Ручная установка идёт обычным путём WordPress: Plugins - Add New - Upload Plugin, выбор ZIP-архива, Install Now и Activate Plugin. Для бесплатной версии из каталога WordPress.org можно использовать поиск плагинов и название Events Calendar for GeoDirectory.

После активации не переходите сразу к дизайну. Сначала проверьте технические признаки: появился ли тип записей Events, доступна ли страница настроек Events, есть ли событийные поля в форме добавления, создаётся ли тестовая запись, открывается ли её публичная страница и видит ли архив будущую дату. Если на этом этапе что-то не работает, декоративные настройки только усложнят диагностику.

Первое тестовое событие

Создайте короткое событие с понятной датой, временем, адресом и категорией. Название делайте таким, чтобы его легко найти в архиве, например Тестовая встреча редакции. Не включайте повторение, билеты, пользовательские поля и сложные шаблоны. Цель первого события - проверить цепочку сохранения даты и вывода на сайте.

1. Откройте в админ-панели тип записей Events и создайте новую запись.
2. Заполните заголовок, описание, категорию, дату начала, дату окончания и время.
3. Добавьте изображение, если шаблон карточки использует миниатюру.
4. Опубликуйте событие и откройте публичную страницу в режиме инкогнито.
5. Проверьте, что событие видно в архиве, в поиске GeoDirectory и, если включена карта, в ожидаемом месте.

Если страница события открывается, но архив пустой, проверьте фильтр будущих и прошедших событий. Если событие видно в админке, но не на сайте, обновите постоянные ссылки WordPress и очистите кэш. Если дата отображается в неожиданном формате, переходите к настройкам формата даты в Events.

Какая проверка считается успешной

Успех - это не только отсутствие ошибки. После первичной установки нужно увидеть, что дата сохранена правильно, событие попало в нужный тип записей, публичная карточка показывает основные данные, а архив умеет отличать будущую дату от прошедшей. Только после этого имеет смысл настраивать повторения, виджеты календаря, фильтры по периоду и дополнительные шаблоны.

Настройки Events: даты, фильтры и прошедшие события

Главная страница настроек GeoDirectory Events находится в разделе GeoDirectory - Settings - Events. Официальная документация делит важные параметры на формат даты и настройки листингов. Здесь решается, как дата вводится в форме, как она показывается в публичной части, какой фильтр событий используется по умолчанию и что делать с расписаниями в архиве или всплывающем окне карты.

Не меняйте все параметры сразу. Для типового сайта лучше начать с трёх решений: какой формат даты понятен вашей аудитории, должны ли посетители видеть прошедшие события и какой период считать основным на странице архива. Для афиши чаще нужен фокус на будущих событиях. Для образовательного архива может быть полезно оставить прошедшие записи, если они служат отчётами или материалами после мероприятия.

Формат ввода и формат вывода даты

Настройки Input Date Format и Display Date Format решают разные задачи. Первый формат влияет на форму добавления события, второй - на публичный вывод. Если редакторы работают в одной стране и привыкли к локальному порядку даты, настройте ввод так, чтобы они не путали месяц и день. Если сайт международный, лучше заранее описать формат в редакционном регламенте и не менять его после импорта событий.

Проверка простая: создайте событие с датой, где день и месяц нельзя спутать, затем событие с датой, где спутать можно. Откройте админку, архив и страницу события. Если дата на публичной части выглядит иначе, чем ожидает редактор, настройку надо исправить до запуска формы для пользователей. Особенно внимательно тестируйте это на сайтах, где фронтенд-добавление доступно гостям или партнёрам.

Фильтр событий по умолчанию

Default Event Filter управляет тем, какие события будут показаны в листингах по умолчанию. Документация и страница продукта перечисляют варианты вроде Upcoming, Past, Today, Tomorrow, периодов на несколько дней, текущей недели, месяца и похожих диапазонов. Для большинства афиш начните с будущих событий, потому что посетитель обычно ищет, куда пойти дальше.

Но есть исключения. Для конференционного портала может быть важен архив прошедших докладов. Для клуба или школы полезно показывать текущие и ближайшие события, если мероприятие длится несколько дней. Для сайта площадки прошедшие события иногда нужны для доверия и портфолио, но их лучше отделить ссылкой или отдельным блоком, а не смешивать с будущими датами на первом экране.

Поведение прошедших расписаний

Настройка скрытия прошлых расписаний помогает не перегружать карточку повторяющегося события. Если событие повторяется каждую неделю, посетителю обычно не нужны десятки прошедших дат. С другой стороны, если вы ведёте архив занятий, прошлые даты могут иметь смысл. Выбирайте по цели страницы, а не по универсальному правилу.

Для автоматического управления прошедшими событиями документация описывает раздел CPT - Settings - General - Manage Past Events. Там можно выбрать действие после заданного количества дней: например перевести событие в другой статус. Есть и ручной инструмент в GeoDirectory - Status - Tools - Handle Past Events. Эту механику лучше включать после теста на копии сайта, потому что она влияет на видимость записей.

Правило отката: если после настройки прошлые события исчезли из архива неожиданно, не удаляйте записи вручную. Сначала проверьте фильтр архива, настройки Past Events, статус записи и кэш. Только потом меняйте статусы событий.

Даты во всплывающем окне карты

Если на сайте активно используется карта, обратите внимание на параметры расписаний в map popup. Они определяют, сколько дат показывать во всплывающем окне маркера и какой фильтр применять к этим датам. Для повторяющихся событий это особенно важно: одно событие может иметь много будущих дат, но посетителю достаточно увидеть одну ближайшую дату и перейти в карточку.

Минимальная полезная настройка - показывать одну или несколько ближайших дат, а подробное расписание оставлять на странице события через виджет Event Schedules. Так карта остаётся читаемой, а подробности не пропадают. Если же всплывающее окно карты превращается в длинный список, посетитель хуже ориентируется и чаще закрывает его без перехода.

Повторяющиеся события без хаоса в архиве

Повторения - одна из главных причин использовать GeoDirectory Events. Страница продукта описывает ежедневные, еженедельные, ежемесячные, ежегодные и пользовательские варианты повторения. На практике повторяющиеся события требуют более строгих правил, чем разовые: нужно решить, как показывать отдельные даты, когда скрывать прошлые расписания, как не засорить архив и как объяснить редакторам разницу между серией и отдельным событием.

Начинайте с вопроса: посетитель должен видеть каждую дату как отдельную возможность посещения или одну карточку события с расписанием? Например, еженедельная тренировка может быть одной карточкой с ближайшими датами. Серия концертов в разных городах может требовать отдельных событий, потому что у каждого мероприятия свой адрес, описание и аудитория. Нельзя выбирать повторение только потому, что оно экономит время редактора.

Daily, Weekly, Monthly, Yearly и Custom

Ежедневное повторение подходит для мероприятий, которые действительно происходят каждый день или через заданный интервал дней. Еженедельное - для занятий, клубных встреч, тренировок, регулярных вебинаров. Ежемесячное полезно, когда событие привязано к логике вроде второй пятницы месяца. Ежегодное - для фестивалей или повторяющихся сезонных событий. Custom нужен там, где календарь не подчиняется простой формуле и даты выбираются вручную.

Перед публикацией серии проверьте две вещи: правильно ли создана ближайшая дата и не появляются ли лишние даты в архиве. Если редактор выбирает weekly, но не задаёт день недели, результат может быть не тем, что ожидалось. Если monthly настроен как день месяца, а событие должно идти по неделе месяца, пользователь увидит неправильную повторяемость. Лучше потратить минуту на тест, чем потом исправлять десятки карточек.

Как не раздуть список повторениями

Документация по GD > Listings для событий упоминает параметр Show Single Listing for Recurring Event. Его смысл - не повторять одно и то же событие в архивном списке для каждой даты, если вам нужна одна карточка серии. Это один из ключевых параметров для UX. В афише с большим количеством регулярных занятий повторение каждой даты может вытеснить разовые события и сделать список однообразным.

Практическая схема такая: для главного архива событий показывайте одну карточку серии, а внутри карточки выводите ближайшие даты через Event Schedules. Для отдельной страницы календаря можно позволить более подробный вид, потому что там пользователь ожидает навигацию по датам. Если вы используете разные шаблоны архива и календаря, проверьте оба пути отдельно.

Где повторение может сломать ожидания

Повторение не заменяет редакционную логику. Если у разных дат разные спикеры, цены, адреса, расписание или условия участия, лучше создать отдельные события либо отдельный CPT-сценарий. Если повторение используется только для экономии времени, публичная карточка может стать неточной. Пользователь придёт на страницу, увидит общую информацию и не поймёт, какая дата относится к какому месту или программе.

Для проверочной публикации создайте одно weekly-событие и одно custom-событие. Откройте архив, календарь, страницу события, карту и виджет расписания. Если все пять мест показывают ожидаемые даты, можно переносить правила в редакционную инструкцию. Если нет, исправляйте настройки до того, как пользователи начнут добавлять события самостоятельно.

Event CPT, категории и несколько типов событий

После активации расширение добавляет собственный Events CPT. Это базовый тип записей для событий, у которого есть событийные поля и таксономии вроде категорий и меток событий. Для многих сайтов этого достаточно: все мероприятия живут в одном типе, различаются категориями, местами, датами и дополнительными полями. Но GeoDirectory позволяет идти дальше, если структура проекта сложнее.

Официальная документация описывает возможность сделать другой CPT событийным при наличии Custom Post Types. Это открывает сценарии, где конференции, вебинары, экскурсии или занятия живут как разные типы записей. Важно понимать цену такой гибкости: несколько CPT дают точнее шаблоны, поля и фильтры, но усложняют поиск, меню, шаблоны архива, импорт и обучение редакторов.

Когда одного Events CPT достаточно

Один Events CPT подходит, если у всех событий примерно одинаковая карточка: дата, время, место, описание, категория, изображение, расписание. Категории решают большую часть задач: концерты, лекции, спорт, вебинары, семейные мероприятия. В таком случае не плодите типы записей ради визуальной чистоты. Лучше вложите время в понятные категории, фильтры и шаблон страницы события.

Единый CPT также проще для SEO и навигации. У вас один архив событий, один календарь, один набор виджетов и предсказуемая форма добавления. Редакторы быстрее учатся, а администратор легче диагностирует проблемы. Если проект только запускается, начните именно так и переходите к дополнительным CPT только после появления реальной необходимости.

Когда нужен отдельный событийный CPT

Отдельный CPT полезен, когда типы событий имеют разные поля и разные шаблоны. Например, вебинару нужен спикер и ссылка на онлайн-платформу, экскурсии - маршрут и место сбора, выставке - площадка и часы работы, курсу - программа и набор занятий. Если всё это хранить в одном CPT, форма станет длинной, а часть полей будет постоянно пустой.

При превращении существующего CPT в событийный документация предупреждает, что существующие записи могут перейти в статус Draft. Поэтому такую операцию нельзя выполнять на живом каталоге без копии и плана. Проверьте действие на тестовой среде, убедитесь, что шаблоны и поля не потерялись, затем обновите постоянные ссылки и вручную проверьте несколько записей.

Категории, метки и поля события

Категории должны помогать пользователю выбирать, а не повторять внутреннюю структуру редакции. Не создавайте категории типа Новое, Важное, Архив, Разное, если это не настоящие пользовательские фильтры. Лучше использовать понятные группы: Концерты, Образование, Семейные события, Спорт, Онлайн, Бесплатные встречи. Метки полезны для более гибкой группировки, но не должны заменять категории.

Поля события стоит добавлять только под реальные решения: возрастное ограничение, формат участия, организатор, длительность, язык мероприятия, доступность для людей с ограниченной мобильностью, ссылка на регистрацию. Каждое поле в форме добавления - это дополнительная нагрузка на редактора. Если поле не участвует в карточке, фильтре, поиске или проверке качества, его лучше не добавлять.

Календарь, расписание и виджет интереса

GeoDirectory Events добавляет три важных пользовательских блока: GD > Events Calendar, GD > Event Schedules и GD > Are You Interested?. Документация подчёркивает, что они доступны как Super Duper widgets, то есть могут использоваться как виджеты, шорткоды или блоки. Это удобно для WordPress, потому что один и тот же смысл можно поставить в шаблон страницы, в область виджетов или внутрь контента.

Календарь показывает события по датам. Event Schedules выводит расписание конкретного события. Are You Interested показывает небольшой опрос на странице события и суммарное число ответов. Важно не раскидать их случайно по сайту, а привязать к конкретным задачам пользователя.

Events Calendar как навигация по датам

Календарь лучше работает там, где посетитель уже думает датами. Для афиши это отдельная страница или блок рядом с архивом. Для каталога площадок календарь может быть полезен на странице города или категории. Документация упоминает выбор Events CPT, настройку первого дня недели, формат названий дней и поддержку Location Filter при наличии Location Manager.

Настройте календарь так, чтобы он не спорил с основным архивом. Если архив уже показывает ближайшие события списком, календарь может стать альтернативным способом выбора даты. Если календарь выводится в боковой колонке, не заставляйте его показывать все CPT и все локации сразу. Чем меньше лишних вариантов, тем быстрее пользователь найдёт дату.

Event Schedules на странице события

Event Schedules нужен там, где событие имеет несколько дат или повторяется. Он показывает расписания в публичной части и может работать с Events CPT или другим CPT, назначенным событийным. Среди опций документация перечисляет Post ID, Event Type, количество расписаний, форматы даты и времени, шаблон расписания и условия показа.

Практически это главный способ объяснить повторяющееся событие без засорения описания. В карточке можно оставить общее описание, а расписание вывести отдельным блоком. Для длинных серий ограничьте количество дат и дайте ссылку на календарь или архив. Для разового события блок расписания может быть лишним, если дата уже хорошо видна в карточке.

Are You Interested как лёгкая реакция

Виджет Are You Interested показывает посетителю простой опрос интереса к событию и выводит общее количество ответов. Это не замена регистрации и не билетная система. Его задача - показать социальный сигнал и дать владельцу сайта мягкую метрику интереса. Для бесплатных встреч, клубных событий и городских мероприятий это может быть полезно.

Не ставьте этот блок в каждое место интерфейса. Лучшее место - страница события, рядом с датой, расписанием или блоком действий. Если пользователь ещё не понял, что за событие перед ним, вопрос об интересе появится слишком рано. Если же он прочитал дату, место и описание, реакция становится логичной.

Безопасная настройка шаблона расписания

Документация Event Schedules показывает фильтр geodir_event_get_schedule_templates, который позволяет добавить собственный шаблон вывода расписания. Такой код стоит использовать только если стандартные варианты не подходят, а вставлять его лучше через Code Snippets или дочернюю тему, не редактируя файлы плагина.

function my_gd_event_schedule_templates( $templates ) {
    // Добавляет простой шаблон: дата и время начала события.
    $templates[] = '{start_date} . {start_time}';

    return $templates;
}
add_filter( 'geodir_event_get_schedule_templates', 'my_gd_event_schedule_templates', 10, 1 );

После добавления snippet откройте настройки виджета GD > Event Schedules и проверьте, появился ли новый вариант шаблона. Затем откройте публичную карточку события с несколькими датами. Если вывод сломался, отключите snippet и вернитесь к стандартному шаблону. Не используйте кодовые правки, если задачу можно решить настройками виджета.

Практический сценарий: городская афиша с повторяющимися занятиями

Разберём конкретную задачу. Допустим, сайт ведёт городской каталог, где уже есть места: студии, клубы, площадки, школы и общественные пространства. Нужно добавить афишу событий, чтобы посетитель мог увидеть ближайшие занятия, открыть календарь, перейти в карточку события, посмотреть расписание и понять, где оно проходит.

Цель сценария - не просто опубликовать одну запись, а построить минимальный рабочий контур. В нём есть Events CPT, категории, одно разовое событие, одно повторяющееся событие, календарь на странице афиши, расписание в карточке и проверка архива. Такой контур можно расширять, но он уже показывает, подходит ли GeoDirectory Events вашему проекту.

Подготовка

Убедитесь, что основной GeoDirectory настроен: есть страница добавления листинга, архив, карта и хотя бы одна тестовая локация. Если события должны ссылаться на площадки, заранее решите, будет ли площадка обычным листингом или отдельным CPT. Для первого теста можно указать адрес прямо в событии, чтобы не смешивать проверку Events с настройкой связей между CPT.

Создайте категории событий: например Образование, Музыка, Спорт, Для детей, Онлайн. Не добавляйте слишком много категорий до запуска. Категория должна быть полезной для фильтра или навигации. Если редакторы не могут объяснить разницу между двумя категориями, посетитель тоже не сможет.

Шаги настройки

1. Откройте GeoDirectory - Settings - Events и проверьте формат ввода и вывода даты.
2. Выберите фильтр по умолчанию для архива, например ближайшие события, если сайт работает как афиша.
3. Создайте разовое событие с датой, временем, адресом, категорией и изображением.
4. Создайте повторяющееся событие, например еженедельное занятие, и задайте понятное правило повторения.
5. Добавьте блок или виджет GD > Events Calendar на страницу афиши.
6. Добавьте GD > Event Schedules в шаблон страницы события или в подходящую область карточки.
7. Если хотите проверить реакцию посетителей, добавьте GD > Are You Interested? на страницу события.
8. Откройте сайт в режиме инкогнито и проверьте архив, календарь, страницу разового события и страницу повторяющегося события.

Проверка результата

Публичная проверка должна ответить на пять вопросов. Видит ли посетитель ближайшие события без ручной сортировки? Переходит ли календарь к нужной дате? Не повторяется ли одно регулярное событие слишком много раз в архиве? Показывает ли карточка события понятное расписание? Можно ли по адресу или карте понять место проведения?

Если хотя бы один ответ отрицательный, не переходите к дополнительным расширениям. Сначала исправьте базовую логику. Например, если регулярное событие вытесняет все остальные записи, проверьте настройку single listing для recurring event в используемом виджете листингов. Если календарь показывает события, но архив пустой, проверьте Event Type и фильтр периода. Если расписание видно только администратору, проверьте публикацию записи, статус и условия показа виджета.

Нюанс для редакторов и пользователей

Если на сайте разрешено добавление событий из публичной части, подготовьте короткую инструкцию для авторов. Объясните, когда использовать повторение, как выбирать категорию, что писать в названии, как проверять адрес и почему нельзя создавать одну серию для разных площадок. Без такого правила даже хороший плагин быстро превратится в хаотичную базу событий.

Для пользователей важна предсказуемость. Если они открывают событие из календаря, дата в карточке должна совпадать с выбранной датой или сразу показывать ближайшее расписание. Если они пришли из карты, место должно быть ясно видно. Если они пришли из поиска, заголовок и категория должны подтверждать, что это именно то событие, которое они искали.

Поиск, карта, SEO и производительность

Событийный каталог живёт не только в карточках. Пользователь часто приходит через поиск по сайту, карту, календарь, поисковую выдачу или прямую ссылку на категорию. Поэтому после базовой настройки стоит проверить четыре слоя: фильтры по датам, карту, структурированность страницы и влияние кэша.

GeoDirectory Events сам по себе добавляет событийную логику, но расширенные фильтры по дате удобнее раскрываются вместе с Advanced Search. Официальная страница Events упоминает возможность добавлять date fields в главную строку поиска при использовании Advanced Search. Это не обязательный шаг для старта, но важный для каталога с большим количеством событий.

Фильтры по датам и поиск

Для небольшого каталога достаточно архива с фильтром Upcoming и календаря. Для большого сайта посетителю нужен быстрый ответ на запросы вроде события сегодня, на выходных, в этом месяце или рядом со мной. Часть таких периодов поддерживается в логике фильтрации событий, а Advanced Search помогает вынести поля в поисковую форму.

Не перегружайте главный поиск всеми возможными полями. Лучше начать с категории, даты и локации. Если добавить слишком много фильтров, пользователь будет тратить время на форму вместо выбора события. Полезный фильтр - тот, который меняет решение посетителя: дата, город, категория, формат онлайн или офлайн, цена или регистрация, если эти данные действительно ведутся.

Карта и локации

Если события имеют физический адрес, карта помогает быстро понять географию афиши. Но карта становится полезной только при чистых данных. Адреса должны быть заполнены одинаково, геокодирование должно работать, а всплывающее окно маркера не должно превращаться в длинный список всех повторений. Для повторяющихся событий показывайте ближайшую дату и ссылку на карточку.

Если проект работает с несколькими городами или районами, оцените Location Manager. Документация Events Calendar указывает, что календарный виджет может интегрироваться с Location Filter при наличии Location Manager. Это полезно для региональных порталов, но добавляет ещё один слой настройки. Сначала проверьте один город и одну категорию, затем масштабируйте.

SEO без спама

События могут получать органический трафик, но SEO здесь начинается с точности данных, а не с повторения названия плагина или города в каждом заголовке. Для страницы события важны понятный заголовок, дата, место, категория, описание, изображение и отсутствие дублей. Для повторяющихся событий особенно важно, чтобы архив и карточка не создавали путаницу с прошедшими датами.

Если вы используете Yoast, Rank Math или похожий SEO-плагин, проверьте, как формируются title и description для Events CPT. GeoDirectory имеет собственные snippet variables, а в changelog Events упоминаются изменения, связанные с event date meta и интеграцией с Elementor/SEO-сценариями. Не выдумывайте шаблон мета-заголовка заранее: создайте тестовое событие, посмотрите фактический title, затем настройте шаблон под ваш архив.

Кэш и скрипты

Календарь, фильтры и карта могут зависеть от JavaScript и AJAX. Если после включения оптимизации календарь не переключает месяцы, поиск теряет фильтр или карта не обновляется, временно отключите объединение, минификацию и отложенную загрузку скриптов на страницах GeoDirectory. Документация GeoDirectory отдельно имеет материалы по совместимости с кэшем, поэтому для сложных сайтов кэш надо проверять как часть запуска.

Безопасная стратегия - исключить из агрессивной оптимизации страницы добавления, поиска, календаря и подробных событий, если на них есть интерактивные элементы. После каждого изменения кэша проверяйте сайт в режиме инкогнито, а не только под администратором. Администраторский режим часто обходит кэш и скрывает проблему.

Билеты, платные функции и границы ответственности Events

GeoDirectory Events отвечает за событийную структуру: даты, расписания, повторения, календарь, фильтры и события как часть каталога. Продажа билетов - отдельный сценарий. Для него у GeoDirectory есть Events Tickets Marketplace, который требует GeoDirectory, Events Calendar for GeoDirectory, GetPaid и связанные расширения. Это важно, потому что нельзя ожидать от базового Events полноценного биллинга, сканера билетов и отчётов.

Если вам нужны только бесплатные события с внешней ссылкой на регистрацию, не начинайте с билетного marketplace. Добавьте поле для ссылки, кнопку или блок в карточке события и проверьте путь пользователя. Если же владельцы событий должны создавать билеты внутри сайта, посетители должны покупать их через форму, а администратор должен видеть отчёты и комиссии, тогда уже стоит изучать Events Tickets Marketplace как отдельную подсистему.

Что даёт билетное расширение

Официальная документация Events Tickets Marketplace описывает сценарий продажи билетов владельцами событий, настройки комиссии, выбор payment form, кнопку Sell Tickets на странице события, создание типов билетов из публичной части, кнопку Buy Tickets для посетителей, отчёты, сканирование QR-кода и статусы проверки билета. Это не маленькая опция в Events, а отдельный рабочий процесс.

Поэтому внедряйте его только после стабилизации обычных событий. Сначала событие должно корректно создаваться, повторяться, показываться в архиве и календаре. Затем можно добавлять продажу билетов и тестировать оплату, письма, отчёты и проверку билетов. Если смешать всё в первый день, будет трудно понять, где причина сбоя: в событии, GetPaid, платёжном шлюзе, шаблоне или правах пользователя.

Платные пакеты и ограничение функций

Страница продукта Events упоминает связку с Pricing Manager: например, можно ограничивать возможности вроде recurring events платными пакетами. Это подходит для каталогов, где организаторы сами публикуют события и сайт монетизируется через тарифы. Но такая логика требует отдельной проверки пакетов, формы добавления, видимости полей и downgrade-сценариев.

Если вы не продаёте публикации, не усложняйте форму пакетами. Если продаёте, сначала протестируйте бесплатный и платный пакет на тестовом пользователе. Проверьте, видит ли пользователь нужные поля, может ли сохранить событие, что происходит после изменения пакета и как выглядит событие после окончания срока. Для публичного запуска этого сценария нужен не только плагин, но и понятная политика модерации.

Частые проблемы и диагностика

Проблемы GeoDirectory Events обычно возникают не в одной точке. Событийный каталог связан с CPT, датами, архивом, календарём, картой, кэшем, темой и иногда дополнительными расширениями. Поэтому диагностика должна идти по цепочке: входные данные - логика плагина - вывод на сайте - проверка результата - откат спорной настройки.

Событие опубликовано, но не видно в архиве

Симптом: запись Events есть в админке, публичная страница открывается по прямой ссылке, но в списке событий её нет. Возможные причины - фильтр периода, статус записи, неправильная дата, кэш архива, настройка Show Events в виджете GD > Listings или конфликт шаблона архива.

Проверьте дату начала и окончания, статус публикации, категорию, фильтр Upcoming/Past и настройки виджета листингов. Затем очистите кэш и откройте архив в режиме инкогнито. Если событие прошедшее, а архив показывает только будущие события, это нормальное поведение, а не ошибка. Если событие будущее, временно переключите фильтр на все события и проверьте, появится ли запись.

Повторяющееся событие заняло весь список

Симптом: в архиве много одинаковых карточек одного события с разными датами, а другие мероприятия уходят вниз. Причина обычно в том, что повторения выводятся как отдельные элементы там, где нужен один листинг серии. Проверьте настройку Show Single Listing for Recurring Event в GD > Listings и решите, какой вид нужен для архива.

Если сайт работает как календарь дат, повторение отдельных дат может быть допустимо. Если это общий каталог событий, чаще лучше показывать одну карточку серии и расписание внутри страницы. Откат простой: измените настройку виджета и очистите кэш, не удаляя сами расписания.

Календарь не переключается или не сохраняет фильтр

Симптом: календарь отображается, но переход по месяцам, фильтрация или AJAX-поиск работают нестабильно. Проверьте кэш, оптимизацию JavaScript, отложенную загрузку скриптов и конфликт с темой. В changelog Events встречались исправления, связанные с календарём, поиском и фильтрами, поэтому также стоит убедиться, что плагин обновлён.

Для проверки временно отключите объединение и отложенную загрузку скриптов на страницах GeoDirectory. Затем откройте сайт без входа в админку. Если проблема исчезла, добавьте исключения в кэш-плагине. Если нет, переключитесь на базовую тему на тестовой копии и проверьте, не ломает ли календарь шаблон или builder.

Дата выглядит неправильно или путается месяц и день

Симптом: редактор вводит одну дату, а на сайте видит другую, либо формат сбивает пользователей. Сначала проверьте Input Date Format и Display Date Format. Затем убедитесь, что дата не была импортирована в другом формате. Для международных сайтов отдельно проверьте часовой пояс WordPress.

Исправление лучше начинать с тестовой записи, а не с массового изменения реальных событий. Создайте событие с датой, которую легко проверить, сохраните и откройте публичную страницу. Если проблема только в отображении, меняйте display format. Если проблема во вводе или импорте, исправляйте формат источника данных.

После превращения CPT в событийный записи стали черновиками

Симптом: после настройки другого CPT как Events CPT существующие записи пропали с публичной части. Документация предупреждает, что при конвертации существующего CPT записи могут перейти в Draft. Поэтому такую операцию надо выполнять на копии сайта и заранее понимать последствия.

Проверьте статус записей, настройки CPT, событийные поля и шаблоны. Если действие было ошибочным, не публикуйте всё массово вслепую. Сначала убедитесь, что поля и шаблон сохранились корректно. После восстановления статусов обновите постоянные ссылки и проверьте несколько публичных URL.

Виджет расписания показывает не те даты

Симптом: GD > Event Schedules выводит слишком много дат, не показывает текущую дату или берёт не тот post ID. Проверьте параметры Post ID, Event Type, количество расписаний, Event Type filter и опцию использования текущей даты расписания. Если виджет стоит в шаблоне, убедитесь, что он получает текущую запись, а не фиксированный ID тестового события.

Лучший способ диагностики - поставить виджет на простую тестовую страницу с одним известным событием, затем сравнить вывод в шаблоне. Если на простой странице всё правильно, проблема в контексте шаблона. Если неправильно везде, проверьте само расписание события.

Кому подойдёт GeoDirectory Events и как принять решение

Решение о внедрении должно исходить из структуры сайта. Если у вас уже есть GeoDirectory-каталог или вы строите каталог с локациями, поиском, картами и пользовательскими листингами, GeoDirectory Events хорошо вписывается в систему. Он даёт события как часть каталога, а не отдельный календарь рядом с ним. Это сильная сторона продукта.

Если проекту нужен только красивый календарь на несколько событий, решение может быть слишком сложным. Если нужен полный билетный сервис, Events будет только одной частью, а не всем стеком. Если сайт ожидает массовые пользовательские публикации, придётся отдельно продумать модерацию, поля, права, антиспам, кэш и редакционную инструкцию.

Критерии удачного выбора

• События должны быть частью каталога, а не отдельной страницы без связей.
• Пользователям важны даты, категории, локации, карта или поиск по периоду.
• Администратор готов настроить CPT, шаблоны, виджеты и проверку результата.
• Повторяющиеся события действительно нужны и будут описаны правилами для редакторов.
• Дополнительные сценарии вроде билетов или платных пакетов будут внедряться постепенно.

Если эти условия совпадают с вашим проектом, имеет смысл перейти к тестовой установке. После чтения руководства вы уже знаете, что проверять: базовый GeoDirectory, Events CPT, настройки дат, повторения, календарь, Event Schedules, архив, карту и кэш. Когда готовы проверить плагин на своём сайте, можно скачать последнюю версию GeoDirectory Events и начать с одного тестового события.

Когда GeoDirectory Events будет удачным выбором

GeoDirectory Events стоит использовать, когда событие для вашего сайта - не отдельная заметка в календаре, а полноценный элемент каталога. Плагин особенно силён там, где важны локации, категории, карты, пользовательские листинги, повторения, фильтры по периоду и связь с другими возможностями GeoDirectory. Он помогает построить не просто список мероприятий, а структуру, в которой посетитель может искать, сравнивать и открывать события в контексте места или категории.

Чтобы получить хороший результат, двигайтесь последовательно. Проверьте базовый GeoDirectory, установите Events, настройте формат дат и фильтр по умолчанию, создайте одно разовое и одно повторяющееся событие, добавьте календарь и расписание, затем проверьте архив, карту, кэш и публичный вид. Только после этого включайте дополнительные CPT, Advanced Search, Pricing Manager или билетный marketplace.

Если вам нужен простой календарь без каталога, посмотрите альтернативы. Если нужен каталог событий на WordPress, где даты, места, карта и поиск работают как единая система, GeoDirectory Events будет логичным и практичным выбором. Главное - не ограничиваться установкой: ценность продукта появляется после аккуратной настройки, тестовой публикации и регулярной проверки того, как реальные пользователи находят события на сайте.