weDevs Dokan Pro - Плагин WordPress

Руководство по настройке и применению weDevs Dokan Pro для маркетплейса на WordPress

weDevs Dokan Pro имеет смысл рассматривать не как обычное расширение WooCommerce, а как слой управления маркетплейсом: продавцы получают собственные витрины и личный кабинет, администратор управляет доступом, комиссиями, выплатами, страницами, модулями и правилами публикации товаров. В этом руководстве разобраны практические решения, которые нужны после установки: какие настройки проверить в первую очередь, как не открыть продавцам лишние права, как протестировать товарный путь и где искать причину, если кабинет продавца, доставка, выплаты или страницы работают не так, как ожидалось.

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

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

Какую задачу решает Dokan в связке с WooCommerce

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

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

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

Главная проверка перед запуском: Dokan не отменяет архитектуру WooCommerce. Если товар, оплата, доставка или письма неправильно настроены в WooCommerce, слой маркетплейса только сделает проблему заметнее.

Кому плагин подходит

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

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

Когда лучше не начинать с Dokan

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

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

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

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

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

Техническая подготовка

• Создайте резервную копию файлов и базы данных перед активацией на живом сайте.
• Проверьте, что WooCommerce открывает каталог, карточку товара, корзину, оформление заказа и страницу аккаунта без ошибок.
• Убедитесь, что постоянные ссылки WordPress сохранены и работают, потому что страницы продавцов и кабинета чувствительны к правилам URL.
• Подготовьте отдельный аккаунт продавца и отдельный аккаунт покупателя для тестов. Не проверяйте все только под администратором.
• Отключите агрессивную оптимизацию JavaScript и кеш для страниц кабинета, корзины, оформления заказа и аккаунта, если такие инструменты уже стоят на сайте.

Редакционная и юридическая подготовка

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

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

Установка, страницы и первая проверка кабинета продавца

Установка Dokan похожа на установку обычного плагина WordPress, но первый результат нужно проверять не только в списке активных расширений. После активации важны три вещи: появились ли нужные страницы, виден ли кабинет продавца и правильно ли связаны базовые настройки WooCommerce. В документации Dokan отдельно описаны страницы [dokan-dashboard], [dokan-stores] и [dokan-my-orders]. Если эти страницы удалены или не назначены, продавец может видеть пустой экран, неправильную страницу или ошибку 404.

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

Базовый порядок действий

1. Откройте админ-панель WordPress и перейдите в Plugins - Add New.
2. Убедитесь, что WooCommerce установлен и базовые страницы магазина назначены.
3. Установите и активируйте Dokan, затем подключите Pro-компонент способом, который предусмотрен вашим архивом и документацией разработчика.
4. После активации пройдите стартовый мастер или откройте Dokan - Settings.
5. Перейдите в настройки страниц и проверьте назначение кабинета продавца, списка магазинов, заказов покупателя и страницы условий.
6. Создайте тестового продавца, войдите под ним в отдельном браузере или приватном окне и откройте кабинет.

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

Успешная установка - это не только активный плагин. Тестовый продавец должен видеть кабинет в публичной части сайта, иметь доступ к разрешенным разделам, не попадать в wp-admin без необходимости, а его публичная витрина должна открываться по ожидаемому URL. Если кабинет работает только под администратором, тест неполный. Если продавец не может открыть страницу добавления товара, сначала проверьте страницы Dokan, роль пользователя, разрешение на продажу и настройки публикации товаров.

Базовые настройки Dokan: что включать сразу, а что отложить

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

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

Общие параметры и доступ в админ-панель

В общих настройках проверьте доступ продавцов к админ-панели, структуру URL магазина, мастер настройки продавца, типы товаров, условия магазина и элементы карточки товара. Обычно продавцам не нужен доступ к wp-admin, потому что Dokan строится вокруг публичного кабинета. Если вы оставляете доступ в админ-панель, делайте это осознанно и только для ролей, которым действительно нужны внутренние инструменты WordPress.

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

Правила продаж и публикации товаров

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

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

Комиссия и получатель сборов

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

Права продавцов в товарной форме

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

Выплаты, пороги и ручной контроль

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

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

Кабинет продавца, товары и витрина: что должен увидеть продавец

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

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

Настройки магазина продавца

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

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

Добавление товара из кабинета

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

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

Что проверить на витрине товара

• Карточка товара показывает продавца или ссылку на магазин продавца, если эта опция включена.
• Покупатель может перейти с товара на витрину продавца и обратно в каталог.
• Изображения товара не ломают сетку темы и корректно отображаются на мобильном экране.
• Цена, наличие, доставка и вариации соответствуют правилам WooCommerce.
• После заказа продавец видит заказ в своем кабинете, если его права это позволяют.

Модули Pro: включайте функции под сценарий, а не списком

Dokan Pro ценен не только базовым кабинетом, но и набором модулей. На странице модулей перечислены функции для поддержки, подписок, Stripe Express, Stripe Connect, PayPal Marketplace, MANGOPAY, Razorpay, table rate shipping, product advertising, minimum maximum order, request for quotation, seller verification, vendor staff, store support, vendor analytics, product Q&A, single product multivendor и других сценариев. Но список модулей не является планом запуска. План запуска строится от бизнес-модели.

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

Модули для операционного контроля

К операционным модулям относятся те, которые помогают управлять продавцами, товарами, поддержкой, отчетами и качеством. Например, Vendor Support может помочь общаться с продавцами внутри системы, Seller Verification - проверять продавцов, Vendor Analytics - дать продавцам больше данных по продажам, Product Form Manager - управлять полями товарной формы. Такие модули полезны, если у вас уже есть понятный процесс: кто отвечает, какие вопросы обрабатываются, какие поля нужны и какие данные продавец должен видеть.

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

Модули для расширения модели продаж

Другой тип модулей меняет саму модель продаж: бронирования, аукционы, подписки, запросы цены, рекламные места, несколько продавцов на один товар, wholesale, product subscription или дополнительные платежные интеграции. Эти функции сильнее влияют на интерфейс покупателя и на операционные правила. Если включить их слишком рано, диагностика становится сложнее: непонятно, проблема в WooCommerce, Dokan, модуле, теме, платежном шлюзе или стороннем расширении.

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

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

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

Цель сценария

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

Подготовка

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

Шаги теста

1. Войдите под продавцом и откройте Vendor Dashboard.
2. Перейдите в Settings - Store, заполните название магазина, описание, баннер, контактные данные и сохраните изменения.
3. Откройте публичную витрину продавца и убедитесь, что изменения видны покупателю.
4. Вернитесь в кабинет продавца, откройте Products и создайте тестовый товар с ценой, изображением, категорией и коротким описанием.
5. Войдите администратором, проверьте статус товара и опубликуйте его, если включена модерация.
6. Войдите под покупателем, добавьте товар в корзину и оформите тестовый заказ.
7. Откройте кабинет продавца и проверьте, виден ли заказ, сумма, статус и доступные действия.
8. Откройте админ-панель и проверьте заказ, комиссию, доход продавца и условия будущей выплаты.

Ожидаемый результат и нюансы

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

Если на каком-то этапе путь ломается, не меняйте сразу несколько настроек. Например, если товар не появился на сайте, сначала проверьте статус публикации и права продавца. Если заказ не виден продавцу, проверьте, что товар действительно принадлежит этому продавцу. Если кабинет открывает 404, проверьте страницу с [dokan-dashboard] и постоянные ссылки. Если доставка не появляется, сначала проверьте WooCommerce shipping zones, затем настройки Dokan Shipping и только потом тему или кеш.

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

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

Публичная часть сайта

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

Кабинет продавца

Войдите под продавцом, а не под администратором. Проверьте, что продавец видит только нужные пункты, не попадает в запрещенные разделы, может сохранить настройки магазина, добавить товар и открыть заказ. Если вы используете новый интерфейс кабинета, отдельно проверьте таблицы товаров, заказов, выплат и поддержку. Недавние обновления Dokan активно затрагивали интерфейсные таблицы и React-компоненты, поэтому старые инструкции или кастомные CSS могут вести себя иначе.

Финансовая логика

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

Мини-итог: считать настройку завершенной можно только после тестового заказа. Без заказа вы проверили интерфейс, но не проверили логику комиссий, статусов, писем и выплат.

Безопасные улучшения без правки ядра плагина

Dokan дает много настроек через интерфейс, поэтому кодовые доработки стоит добавлять только там, где они действительно безопасны и обратимы. Не правьте файлы плагина, WooCommerce или темы напрямую. Если нужна мелкая визуальная правка кабинета или витрины, используйте дочернюю тему, Additional CSS в настройках внешнего вида или безопасный плагин для фрагментов кода. Если нужны новые поля, скрытие пунктов меню продавца или изменение формы товара, сначала проверьте официальный модуль Product Form Manager, настройки меню и документацию разработчика.

Ниже приведен небольшой CSS-пример для аккуратного выделения служебной подсказки на витрине продавца. Он не меняет бизнес-логику, не вмешивается в checkout и легко откатывается. Используйте его только после проверки классов вашей темы в инспекторе браузера, потому что внешний HTML может отличаться в зависимости от шаблона.

/* Добавьте в дочернюю тему или Appearance -> Customize -> Additional CSS.
   Цель - сделать служебный блок магазина продавца заметнее без правки Dokan. */
.dokan-store .seller-items,
.dokan-store .store-info {
  border-radius: 8px;
}

.dokan-store .store-info {
  box-shadow: 0 8px 24px rgba(15, 23, 42, 0.08);
}

.dokan-store .store-info a {
  text-decoration-thickness: 2px;
}

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

Почему Dokan может работать неправильно и как найти причину

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

Кабинет продавца открывает 404 или пустую страницу

Симптом: продавец переходит в кабинет, но видит 404, пустой контент или обычную страницу без панели. Возможная причина - удалена или не назначена страница с [dokan-dashboard], сбиты постоянные ссылки, кеш отдает старую версию страницы или продавец не имеет корректной роли.

Проверьте страницу кабинета в Dokan - Settings - General - Page Setup. Убедитесь, что на странице есть нужный шорткод, сохраните постоянные ссылки WordPress и очистите кеш только для этой страницы. Затем войдите под тестовым продавцом заново. Если кабинет появился, не меняйте остальные настройки.

Продавец не может добавить товар или товар не появляется на сайте

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

Откройте список продавцов и проверьте статус конкретного продавца. Затем проверьте Dokan - Settings - Selling Options: режим включения продаж, статус нового товара, разрешение на загрузку товаров и выбор категорий. Если площадка новая, не спешите ставить автоматическую публикацию. Лучше объяснить продавцу, что товар проходит проверку, чем случайно открыть каталог без модерации.

Доставка не отображается у товара продавца

Симптом: покупатель не видит способ доставки, продавец не может настроить доставку или доставка не учитывается в заказе. Сначала проверьте WooCommerce shipping zones и базовые методы доставки. Затем убедитесь, что Dokan shipping включен там, где он должен работать, и что продавец активировал доставку в своем кабинете, если такой шаг предусмотрен.

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

Выплаты не совпадают с ожиданиями

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

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

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

Симптом: заказ создан, но одна из сторон не получает уведомление. Начните с WooCommerce - Settings - Emails. Проверьте, включены ли нужные письма, правильные ли адреса получателей и не отключены ли уведомления модуля. Для Vendor Support и похожих функций проверьте отдельные письма Dokan в настройках WooCommerce Emails, если они доступны.

Если письма включены, но не доходят, подключите нормальную SMTP-доставку и посмотрите журнал отправки. Не меняйте настройки Dokan наугад, если сервер просто не отправляет почту. Для маркетплейса это критично: продавец может не увидеть заказ, покупатель - ответ, администратор - запрос поддержки.

После обновления изменился вид кабинета или сломался кастомный стиль

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

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

Производительность, безопасность и обновления маркетплейса

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

С точки зрения безопасности Dokan относится к тем расширениям, которые нужно обновлять своевременно. У продукта есть активный changelog, GitHub-релизы и публичные записи о закрытых уязвимостях в старых версиях. Это не повод пугать пользователей, но повод строить процесс: тестовая копия, проверка changelog, резервная копия, обновление, затем проверка кабинета, товаров, заказа, выплат и писем.

Что исключить из кеша

• Кабинет продавца и страницы, где продавец управляет товарами, заказами, настройками и выплатами.
• Страницы WooCommerce Cart, Checkout и My Account.
• REST-запросы и ajax-действия, которые используются кабинетом или платежными модулями.
• Страницы поддержки, если модуль общения с продавцами или покупателями обновляет данные без перезагрузки.

Как обновлять без риска

Перед обновлением сохраните копию сайта и прочитайте changelog. Если в списке изменений есть новые интерфейсы кабинета, таблицы, платежные исправления, REST API, права доступа, Stripe Express, withdrawals или vendor dashboard, проведите расширенный тест. Обновление не должно проверяться только открытием главной страницы. Нужен тест продавца, товара, заказа, комиссии, доставки, письма и страницы витрины.

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

Когда weDevs Dokan Pro будет удачным выбором

weDevs Dokan Pro стоит использовать, если вы строите настоящий маркетплейс на WooCommerce и готовы управлять не только товарным каталогом, но и продавцами, правилами публикации, комиссиями, выплатами, поддержкой и проверкой качества. Плагин дает много готовой инфраструктуры, но требует дисциплины: тестовой среды, понятных правил для продавцов, аккуратного выбора модулей и регулярной проверки после обновлений.

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

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