CodeCanyon Web 2.0 Directory - Плагин WordPress

Руководство по настройке и применению CodeCanyon Web 2.0 Directory

CodeCanyon Web 2.0 Directory полезен не как маленький виджет со списком компаний, а как основа для полноценного каталога на WordPress: с листингами, категориями, локациями, картой, поиском, пользовательской подачей материалов и сценариями монетизации. В этом руководстве разберём практическую сторону: как подготовить сайт, какие страницы и шорткоды нужны, как продумать уровни листингов, поля, карту, поиск, фронтенд-кабинет, оплату и проверку результата.

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

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

Какую задачу решает плагин и где он особенно полезен

Web 2.0 Directory строит каталог вокруг отдельного типа записей WordPress. Листинг похож на обычную запись, но получает дополнительные данные: уровень, категории, локации, адреса, медиа, поля, рейтинг, контактные элементы и связь с картой. За счёт этого сайт может показывать не просто страницу с текстом, а управляемую базу объектов, где посетитель ищет по признакам, региону, расстоянию, цене, дате, рейтингу или другим полям.

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

Типовые сценарии выглядят так:

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

Если задача проще - например нужно вывести десять партнёров на странице «О нас», такой плагин будет избыточен. В этом случае легче использовать блоки редактора, таблицу, карточки темы или небольшой плагин списка. Web 2.0 Directory оправдан, когда каталог будет расти, иметь фильтры, карту, отдельные страницы элементов и понятную модель администрирования.

Кому подойдёт Web 2.0 Directory, а кому лучше выбрать другое решение

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

Когда выбор выглядит сильным

Web 2.0 Directory стоит рассматривать, если вам нужны уровни листингов, расширенные поля, карта, поиск, отдельная страница листинга и публичная подача. В официальной документации отдельно раскрыты уровни, контентные поля, формы поиска, страницы на шорткодах, карты Google Maps и MapBox, WooCommerce-сценарий, фронтенд-кабинет, SEO-метаданные и импорт CSV. Это признаки не декоративного блока, а полноценного каталожного движка внутри WordPress.

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

Когда плагин может быть лишним

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

Практический ориентир: выбирайте Web 2.0 Directory, если основной объект сайта - карточка в каталоге, а посетитель должен искать, фильтровать, открывать карту и сравнивать результаты. Не выбирайте его только ради красивой сетки карточек.

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

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

Техническая среда и соседние плагины

Проверьте версию WordPress и PHP по требованиям текущей карточки продукта, сделайте резервную копию и подготовьте тестовый сайт. Для каталога особенно важны четыре соседние системы:

• Тема WordPress. Она влияет на ширину контейнера, стили кнопок, обработку шорткодов, заголовки и шаблоны страниц.
• Конструктор страниц. Если вы используете Elementor, WPBakery, SiteOrigin, Divi или другой редактор, проверьте, как он обрабатывает шорткоды и не откладывает ли их выполнение слишком поздно.
• Кеш и оптимизация. Минификация, объединение скриптов и отложенная загрузка могут повлиять на карту, галерею, поиск и ползунки фильтров.
• SEO-плагин. Для корректных метаданных каталога нужно учитывать режим страниц и настройку индексации категорий, локаций и листингов.

Карта и геокодирование

Если каталог зависит от адресов, заранее решите, какая картографическая система нужна. Плагин поддерживает Google Maps и MapBox/OpenStreetMap, но поведение поиска по радиусу и автодополнения адресов зависит от ключей, включённых сервисов и настроек. Для Google Maps документация отдельно подчёркивает необходимость действующего ключа и включённых API, иначе могут ломаться карта, геокодирование, автодополнение адресов, добавление локаций и поиск рядом.

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

Модель данных до первой карточки

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

1. Поля, которые видны на каждой карточке и участвуют в поиске.
2. Поля, которые нужны только отдельным категориям.
3. Поля, которые нужны администратору, но не должны перегружать публичный интерфейс.

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

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

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

Главная страница с обязательным шорткодом

Ключевой элемент - страница WordPress с главным шорткодом [webdirectory]. Документация описывает её как обязательную основу для стабильной работы каталога. На этой странице строятся основные представления: список, карта, категории, поиск и переходы на страницы листингов. Если нужна собственная компоновка главной страницы, можно использовать [webdirectory custom_home=1], но тогда отдельные блоки нужно собирать дополнительными шорткодами и виджетами.

Минимальный порядок проверки:

1. Создайте публичную страницу без дочерних страниц и мусорных слагов.
2. Вставьте [webdirectory] в обычное содержимое страницы или в корректный shortcode-блок конструктора.
3. Опубликуйте страницу и откройте её в режиме инкогнито.
4. Проверьте, что шорткод не выводится как текст, а заменяется интерфейсом каталога.
5. Сохраните постоянные ссылки WordPress, если переходы на категории, локации или листинги ведут на ошибку.

Демо-данные: полезный старт, но не финальная структура

В документации есть инструмент импорта демо-данных через Directory Admin и страницу Demo data import. Он создаёт примеры листингов, форм поиска, страниц и шорткодов, но не является точной копией демо-сайта и не добавляет страницы в меню автоматически. Важно помнить: каждый повторный импорт создаёт новый набор данных. Если нажимать импорт несколько раз, можно получить дубликаты и запутаться в страницах.

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

Уровни листингов, категории и поля: основа живого каталога

Самая важная часть настройки - не цвета и не кнопки, а структура данных. В Web 2.0 Directory уровни листингов определяют, сколько возможностей получает карточка: период активности, признак избранного или закреплённого элемента, доступность карты, количество изображений, видео и другие ограничения. Категории и локации задают навигацию, а контентные поля превращают обычную карточку в осмысленную запись каталога.

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

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

При настройке уровней задайте себе три вопроса:

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

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

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

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

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

Контентные поля и поиск по данным

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

При проектировании полей используйте правило «одно поле - одна проверяемая задача». Поле «Описание» подходит для свободного текста, но плохо работает как фильтр. Поле «Цена консультации» лучше сделать числовым или ценовым. Поле «Работает онлайн» лучше сделать выбором или флажком. Поле «График» стоит использовать только если оно реально нужно в карточке и поиске, иначе оно добавит интерфейсный шум.

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

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

Карты, поиск и страницы каталога без лишней путаницы

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

Форма поиска как интерфейс каталога

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

Хорошая форма поиска не показывает все возможные поля. Она отвечает на один вопрос посетителя: «Как быстро сузить список до подходящих вариантов?» Для локального справочника достаточно категории, города, адреса и радиуса. Для каталога специалистов добавьте специализацию и формат работы. Для классифайда - категорию, цену и дату. Остальные фильтры лучше спрятать под More filters, если они нужны не всем.

Карта: Google Maps, MapBox и режимы вывода

Карта в Web 2.0 Directory может показывать маркеры листингов, кластеризацию, поиск на карте, радиус, геолокацию и панель рисования области. В шорткоде [webdirectory-map] есть параметры для количества маркеров, высоты, кластеров, связи со списком, адреса старта и поиска на карте. Это даёт гибкость, но требует осторожности на больших каталогах.

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

Страницы на шорткодах и конструкторы

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

Главное правило - не смешивать всё в один перегруженный экран. Если главная страница должна быть маркетинговой, используйте [webdirectory custom_home=1] и добавьте отдельные блоки: форму поиска, категории, карту, затем список. Если страница нужна как рабочий каталог, оставьте стандартный вывод и отточите настройки. В конструкторах страниц используйте специальные блоки для шорткодов, если сам конструктор так рекомендует.

Фронтенд-кабинет, подача листингов и монетизация без лишнего риска

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

Страницы подачи и кабинета

Для публичной подачи в документации используются страницы с шорткодами [webdirectory-submit] и [webdirectory-dashboard]. Первый показывает выбор уровня и форму подачи, второй даёт пользователю доступ к своим листингам, счетам и профилю. Если этих страниц нет, сценарии с оплатой, продлением, управлением и фронтенд-кабинетом будут неполными.

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

Оплата через встроенный механизм или WooCommerce

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

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

Уведомления и письма

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

Практические идеи применения: от справочника до платного каталога

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

Локальный каталог специалистов

Цель - помочь посетителю найти специалиста по категории, району, цене и формату работы. Для этого создайте категории услуг, дерево локаций, поля «Цена», «Работает онлайн», «Опыт», «График» и форму поиска с городом, категорией и ценовым диапазоном. Карта нужна, если посетитель выбирает офлайн-услугу рядом с собой. Проверка результата простая: тестовый пользователь должен найти специалиста через форму поиска и открыть карточку с контактами, адресом и понятным набором полей.

Классифайд с разными уровнями объявлений

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

Каталог компаний с заявкой на владение карточкой

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

Платная база объектов с WooCommerce

Если сайт уже использует WooCommerce, можно рассмотреть оплату листингов через заказы, купоны, налоги и отчёты. Такой сценарий подходит каталогам, где коммерческая часть важнее встроенной простоты. Проверьте, что страницы My account, Cart и Checkout существуют, а подача листинга ведёт пользователя к понятному заказу. Не смешивайте оплату доступа к сайту и оплату листинга, если не продумана бизнес-логика.

Проверка результата после настройки

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

Контрольный путь посетителя

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

Контрольный путь автора листинга

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

Контрольный путь администратора

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

Мини-итог проверки: рабочий каталог - это не только видимая сетка карточек. Это повторяемый путь: пользователь создаёт или находит листинг, система правильно применяет уровень и поля, посетитель видит результат, администратор может исправить ошибку без правки кода.

SEO, скорость и аккуратная кастомизация

У каталога много страниц: главная, категории, локации, теги, листинги, страницы поиска и пользовательские компоновки. Поэтому SEO и производительность нужно проверять не общими словами, а по типам страниц. Документация Web 2.0 Directory отдельно описывает совместимость с Yoast SEO и предупреждает про режим Imitation mode: если он включён, SEO-плагины могут воспринимать страницы каталога как обычную страницу с шорткодом, а не как полноценные страницы категорий, локаций и листингов.

SEO-настройки без завышенных обещаний

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

Скорость и кеш

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

Кастомизация через дочернюю тему

Документация рекомендует не править файлы плагина напрямую. Для CSS и шаблонов используется папка w2dc-plugin внутри дочерней темы, с тем же относительным путём, что и у исходного файла. Например, пользовательский файл стилей для фронтенда должен располагаться как отдельный файл с postfix -custom.

wp-content/themes/your-child-theme/w2dc-plugin/resources/css/frontend-custom.css
wp-content/themes/your-child-theme/w2dc-plugin/templates/frontend/index-custom.tpl.php

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

Частые проблемы Web 2.0 Directory и как их диагностировать

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

Страница каталога открывается, но листинги или разделы не работают

Симптом

Посетитель видит пустую страницу, переходы на категории обновляют ту же страницу, листинг не открывается или появляется ошибка WordPress.

Причина и проверка

Частая причина - нет публичной страницы с [webdirectory], страница удалена, находится в корзине, имеет дочерние страницы или конфликтующий слаг. Проверьте саму страницу, постоянные ссылки и уникальность слагов каталога, категорий и локаций.

Исправление

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

Карта, адрес или поиск по радиусу не работают

Симптом: карта пустая, маркеры не появляются, адрес не автодополняется, поиск рядом возвращает странные результаты. Возможная причина - неверные ключи Google Maps, не включённые API, ограничения домена, отсутствие биллинга у Google Maps или несогласованная модель локаций и адресов. Проверьте настройки карт, страницу отладки wp-admin/admin.php?page=w2dc_debug, консоль браузера и тестовый листинг с полным адресом.

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

Стили и скрипты не загружаются на странице конструктора

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

Проверьте тот же шорткод в обычной странице WordPress. Если там всё работает, проблема связана с обработкой шорткода в конструкторе. В настройках Advanced settings можно включить опцию подключения JS и CSS файлов каталога на всех страницах, но делать это лучше только при подтверждённой необходимости, потому что лишние файлы на всём сайте могут повлиять на скорость.

Письма не приходят пользователю или администратору

Симптом: после подачи листинга пользователь не получает данные или уведомление, администратор не видит письмо, письма попадают в спам. Сначала проверьте шаблоны уведомлений в настройках плагина: они не должны быть пустыми. Затем проверьте доставку WordPress через SMTP-плагин и тестовую отправку.

Не меняйте поля листинга ради почтовой проблемы. Если форма сохраняет карточку, а письмо не доставляется, причина чаще находится в почтовом сервере, DNS, SPF/DKIM или SMTP-настройке сайта.

SEO-плагин не видит метаданные каталога

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

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

Когда CodeCanyon Web 2.0 Directory будет удачным выбором

CodeCanyon Web 2.0 Directory стоит использовать, когда вам нужен не разовый список карточек, а управляемый каталог: с уровнями, полями, картой, поиском, страницами листингов, публичной подачей и возможной оплатой. Он требует внимательной настройки, зато позволяет собрать разные модели справочников и классифайдов внутри WordPress без написания каталога с нуля.

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

Если после чтения руководства плагин подходит под вашу модель каталога, можно загрузить архив с CodeCanyon Web 2.0 Directory, развернуть его сначала на тестовом сайте и пройти контрольный сценарий из этого материала. Такой порядок безопаснее, чем сразу переносить сложный каталог на живую страницу.