Give Mollie Gateway - Плагин WordPress

Руководство по настройке Give Mollie Gateway для пожертвований в WordPress

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

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

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

Какую задачу закрывает платежный шлюз Mollie в GiveWP

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

Практическая ценность такого подхода особенно заметна для организаций, которым важны локальные европейские способы оплаты. В официальных материалах GiveWP для Mollie перечислены iDEAL, Bancontact, SOFORT, PayPal, банковские переводы, карты и другие методы, а документация Mollie отдельно подчёркивает, что доступность методов зависит от настроек аккаунта, страны, суммы и валюты. Поэтому правильный вопрос звучит не "покажет ли плагин все методы сразу", а "какие методы реально доступны для моей организации и валюты пожертвования".

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

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

Где плагин полезен сильнее всего

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

• Для фондов и местных инициатив, которым нужны iDEAL, Bancontact, SEPA или другие методы, привычные аудитории в конкретной стране.
• Для сайтов, где GiveWP уже используется как основная система кампаний и нужно добавить еще один платежный маршрут.
• Для проектов с регулярными пожертвованиями, если вместе с этим шлюзом активирован add-on Recurring Donations.
• Для многоязычных сайтов, где важна совместимость с WPML, Polylang или Loco Translate, заявленная на странице продукта.

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

Кому подходит Give Mollie Gateway и когда лучше выбрать другой маршрут

Самый удачный сценарий - сайт на WordPress, где GiveWP уже отвечает за пожертвования, а Mollie нужен как провайдер оплаты. В этом случае администратор получает привычную структуру GiveWP: формы, доноры, пожертвования, тестовый режим, журналы, статусы и совместимость с отдельными add-ons. Шлюз добавляет только платежный слой, а не заменяет всю систему сбора пожертвований.

Give Mollie Gateway подходит организациям, которым важно дать донору выбор способов оплаты после отправки формы. Это особенно полезно, если аудитория привыкла не только к банковским картам и PayPal, но и к локальным методам. При этом список методов нельзя планировать "по рекламной картинке": его нужно проверять в Mollie Dashboard и на тестовом пожертвовании с той валютой, которая используется в GiveWP.

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

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

Подготовка важнее самой кнопки Activate. Платежный add-on может установиться без ошибок, но не показать нужный метод оплаты, если бизнес-страна, валюта или профиль в Mollie не подходят. Перед установкой пройдите короткий контрольный список.

• Убедитесь, что на сайте установлен и активирован GiveWP Core, потому что add-ons GiveWP работают поверх основного плагина.
• Проверьте, что у вас есть доступ администратора WordPress и доступ к Mollie Dashboard для получения Test API key и Live API key.
• Сверьте валюту кампании в GiveWP с теми методами оплаты, которые Mollie показывает для вашего аккаунта и страны.
• Подготовьте тестовую страницу пожертвования, где можно пройти процесс до конца без вмешательства посетителей.
• Проверьте HTTPS, кеширование и редиректы. Даже если платеж уходит на сторону Mollie, доверие донора и корректный возврат на сайт зависят от нормальной конфигурации WordPress.
• Если нужны регулярные пожертвования, заранее проверьте, активен ли add-on Recurring Donations и понимаете ли вы ограничение Mollie: донор может отменить подписку, но изменение суммы или платежного метода требует отмены и нового оформления.

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

Установка add-on и появление Mollie в платежных шлюзах GiveWP

GiveWP add-ons устанавливаются как обычные WordPress-плагины, но управляются в экосистеме GiveWP. Официальная документация по add-ons описывает два пути: установка через загрузку ZIP-файла в WordPress или через инструменты GiveWP, если они доступны в вашей конфигурации. В этом руководстве важно не то, откуда вы получили ZIP, а что после установки в списке платежных шлюзов появляется пункт Mollie.

Рабочая последовательность обычно такая: сначала активирован GiveWP Core, затем установлен и активирован Give Mollie Gateway, затем администратор открывает GiveWP > Settings > Payment Gateways и включает шлюз Mollie в списке доступных gateways. Если пункт не появился, не переходите к API keys. Сначала проверьте, активирован ли add-on в Plugins > Installed Plugins, нет ли критической ошибки в WordPress и соответствует ли ваша версия GiveWP минимальным требованиям, указанным на странице продукта.

Не путайте три разных места настроек. GiveWP > Settings > Licenses относится к лицензиям и обновлениям add-ons. GiveWP > Settings > Payment Gateways отвечает за платежные шлюзы. GiveWP > Settings > Tools > API в документации GiveWP описан как раздел для ключей доступа к данным GiveWP, но это не место для ключей платежного провайдера. Ключи Mollie вводятся на вкладке шлюза Mollie, а не в общем API-разделе GiveWP.

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

После включения Mollie как активного шлюза не нужно сразу переводить сайт в рабочий режим. Сначала убедитесь, что GiveWP видит шлюз и позволяет выбрать его в тестовом сценарии. Если используется новая система форм GiveWP, учтите данные compatibility guide: Mollie входит в список add-on payment gateways, совместимых с Visual Donation Form Builder. Это полезный факт, но его всё равно стоит проверить на вашей конкретной форме, теме и наборе add-ons.

Что считать успешным первым запуском

1. Откройте GiveWP > Settings > Payment Gateways и убедитесь, что Mollie отмечен как включенный шлюз.
2. Откройте настройки Mollie внутри payment gateways и проверьте, что поле для ключа API доступно.
3. Включите тестовый режим GiveWP перед вводом Test API key.
4. Откройте страницу тестовой формы пожертвования в отдельной вкладке или в приватном окне браузера.
5. Убедитесь, что после отправки формы донор не остается на той же странице с неопределенной ошибкой, а переходит к платежному процессу.

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

API keys, Test Mode и переход к реальным пожертвованиям

Главная настройка Give Mollie Gateway - API key. У Mollie есть Test API key и Live API key. Смысл простой: тестовый ключ позволяет проверить связь и платежный сценарий без настоящей оплаты, а рабочий ключ нужен для реальных платежей. Официальная справка Mollie отдельно предупреждает, что ключи нужно хранить безопасно: после создания они могут больше не показываться в интерфейсе, поэтому новый ключ лучше сразу сохранить в защищенном месте, доступном только ответственному администратору.

В GiveWP тестовый режим и тип ключа должны совпадать. Если включен тестовый режим, используйте Test API key. Если сайт принимает реальные пожертвования, тестовый режим должен быть выключен, а в настройках Mollie должен быть Live API key. Ошибка "тестовый ключ в рабочем режиме" или "рабочий ключ в тестовом режиме" часто выглядит не как понятная подсказка для администратора, а как сбой платежа для донора. Поэтому режимы лучше проверять отдельным пунктом перед каждой публикацией кампании.

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

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

Порядок без смешивания тестового и рабочего режима

1. Откройте Mollie Dashboard в отдельной вкладке и перейдите в раздел разработчика с API keys.
2. Скопируйте Test API key и вставьте его в поле Mollie Settings в GiveWP, пока GiveWP находится в тестовом режиме.
3. Сохраните настройки и выполните тестовое пожертвование.
4. Проверьте, что в GiveWP появилась запись пожертвования, а в Mollie виден тестовый платеж или тестовая попытка.
5. Перед запуском реальных платежей выключите Test Mode в GiveWP, замените ключ на Live API key и сохраните настройки.
6. Выполните малую контрольную оплату, если политика организации и платежного провайдера это позволяет, либо пройдите проверку способом, рекомендованным Mollie.

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

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

Безопаснее менять по одному параметру и сразу проверять результат. Например, сначала включить Mollie с Test API key. Затем отдельно включить нужные методы оплаты в Mollie Dashboard. Потом проверить валюту и форму. Только после этого переключаться на Live API key. Такой порядок медленнее на несколько минут, но экономит часы диагностики.

Как откатить настройку без потери данных

Если тест не прошел, не удаляйте GiveWP и не очищайте записи пожертвований. Для отката достаточно временно отключить gateway Mollie в GiveWP > Settings > Payment Gateways, вернуть тестовый режим или переключить форму на другой подтвержденный шлюз. Записи тестовых платежей можно затем обработать штатными инструментами GiveWP, но перед массовой очисткой на рабочем сайте сделайте резервную копию.

Если проблема появилась после смены ключа, верните предыдущий режим: Test Mode плюс Test API key для проверки, или Live mode плюс Live API key для рабочей среды. Не храните оба ключа в публичной документации сайта и не вставляйте их в задачу для подрядчика. Достаточно описать: "использован тестовый ключ" или "использован рабочий ключ".

Методы оплаты, валюта и логика выбора на стороне Mollie

Одна из частых ошибок при настройке Give Mollie Gateway - ожидание, что все методы из маркетингового списка появятся у каждого донора. На практике методы зависят от профиля Mollie, страны, валюты, суммы и включенных опций в Mollie Dashboard. Документация GiveWP прямо отмечает пример: для евро может быть доступен широкий набор методов, а для USD список может быть ограничен кредитной картой и PayPal. Документация Mollie также показывает, что API methods может возвращать разные наборы в зависимости от currency и amount.

Поэтому список методов оплаты нужно проектировать от аудитории. Если кампания нацелена на Нидерланды, iDEAL может быть ключевым методом. Если сайт собирает международные пожертвования, стоит проверить карты и PayPal. Если важны регулярные платежи, проверьте, какие методы поддерживают recurring-сценарий в вашей конфигурации и не обещайте донору то, чего не видно в Mollie.

Как включать методы без хаоса

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

Минимальный набор для первого теста

• Для локальной аудитории начните с 2-4 привычных методов, а не со всего списка.
• Для международной кампании проверьте банковские карты и PayPal, если они доступны в вашем аккаунте.
• Для регулярных пожертвований отдельно проверьте поддержку recurring-сценария и поведение подписок.
• Для редких методов сначала сделайте тестовое пожертвование и убедитесь, что статус корректно возвращается в GiveWP.

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

Как валюта влияет на ожидания донора

Валюта пожертвования задает не только знак рядом с суммой. Она влияет на то, какие методы Mollie покажет после перенаправления. Если в GiveWP форма настроена на одну валюту, а в голове администратора список методов собран по другой валюте, тест даст неожиданный результат. Это не обязательно ошибка плагина. Часто это нормальное ограничение платежного метода.

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

Практический сценарий: фонд принимает пожертвования через iDEAL и карты

Разберём конкретную задачу. У фонда есть сайт на WordPress, GiveWP уже установлен, создана кампания для сбора пожертвований в евро. Нужно подключить Mollie так, чтобы донор мог выбрать iDEAL или банковскую карту, а администратор видел запись пожертвования в GiveWP и мог сверить ее с Mollie Dashboard.

Цель и подготовка

Цель - получить работающую форму пожертвования, где Mollie появляется как платежный маршрут, а после оплаты статус не зависает без объяснения. До начала должны быть готовы GiveWP Core, Give Mollie Gateway, доступ к Mollie Dashboard, тестовая страница формы и включенный Test Mode в GiveWP.

Если вы работаете на staging-сайте, помните рекомендацию GiveWP из getting started guide: тестовые и рабочие платежные подключения не переносятся автоматически как настоящая рабочая авторизация. При переносе на рабочий домен потребуется заново проверить live credentials и платежный процесс.

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

1. В WordPress откройте GiveWP > Settings > Payment Gateways и включите Mollie.
2. Откройте Mollie Settings, вставьте Test API key и сохраните изменения.
3. В Mollie Dashboard включите методы, которые нужны для теста, например iDEAL и credit card, если они доступны вашему профилю.
4. Проверьте валюту формы GiveWP. Для этого сценария она должна совпадать с тем, что вы хотите увидеть в Mollie.
5. Откройте страницу пожертвования как обычный посетитель, выберите сумму и отправьте форму.
6. На экране Mollie выберите один из доступных методов и завершите тестовый сценарий.
7. Вернитесь в WordPress и откройте список пожертвований GiveWP, чтобы проверить запись и статус.

Ожидаемый результат и проверка

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

Проверка результата: если метод оплаты не появился, сначала проверьте валюту и включение метода в Mollie Dashboard. Если метод появился, но статус не вернулся в GiveWP, переходите к журналам GiveWP, кешу и проверке возвратного сценария.

Нюанс, который часто мешает

Администраторы иногда тестируют метод оплаты на одной валюте, затем меняют валюту кампании и считают, что список методов должен остаться прежним. Для Mollie это неверное ожидание. Валюта и сумма могут изменить доступные методы. Поэтому после любого изменения валюты форму нужно тестировать заново, даже если сам API key не менялся.

Регулярные пожертвования через Mollie: что можно обещать донору

Официальная документация GiveWP по Recurring Donations указывает, что Mollie работает вместе с add-on Recurring Donations без дополнительной настройки со стороны шлюза, если оба add-ons активированы и настроены. Также документация перечисляет поддерживаемые интервалы recurring add-on: daily, weekly, monthly, quarterly и annually. Для статьи важно не просто сказать "регулярные платежи поддерживаются", а объяснить, как это влияет на ожидания донора и администратора.

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

Как объяснить это на сайте

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

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

Что проверять администратору

• Активирован ли add-on Recurring Donations вместе с Give Mollie Gateway.
• Появляется ли recurring-вариант на нужной форме GiveWP.
• Создается ли подписка в Mollie после тестового сценария.
• Понимает ли донор, как отменить подписку и что изменение суммы требует нового оформления.
• Не блокирует ли кеш страницу, где отображается управление подписками.

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

Практичные идеи применения для разных fundraising-сценариев

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

Локальный сбор с привычным методом оплаты

Если аудитория находится в стране, где конкретный метод оплаты привычнее карт, настройте форму вокруг этой привычки. Например, для кампании в евро проверьте, видит ли донор iDEAL или Bancontact после отправки формы. В тексте кампании не нужно перечислять весь каталог Mollie. Лучше показать 2-3 реально доступных метода и проверить их на тестовом платеже.

Международная кампания с ограниченным набором методов

Для международной аудитории меньше иногда лучше. Если включить слишком много методов, донор может столкнуться с вариантом, который ему не подходит или не поддерживает текущую валюту. Проверьте карты, PayPal и один-два локальных метода, а затем посмотрите, как это выглядит на экране Mollie. GiveWP сохранит donation record, а Mollie обработает платежный выбор.

Регулярные взносы для устойчивой поддержки

Если организация собирает не разовые платежи, а долгосрочную поддержку, связка Mollie и Recurring Donations позволяет предложить донору регулярность. Главное - не скрывать ограничение по изменению суммы или метода. Сделайте короткую подсказку в тексте формы или FAQ и проверьте страницу управления подписками через [give_subscriptions].

Диагностическая форма для безопасного запуска

Перед большой кампанией создайте внутреннюю тестовую форму с небольшой суммой и понятным названием. Ее задача - не собирать средства, а проверять маршрут: Test Mode, Test API key, доступные методы, возврат после оплаты, запись в GiveWP, запись в Mollie, журналы ошибок. После успешной проверки эту форму можно скрыть или оставить только для администраторов.

Как проверить результат после запуска и не пропустить скрытую ошибку

Платежный шлюз считается настроенным только после полного цикла проверки. Недостаточно увидеть пункт Mollie в списке gateways. Недостаточно открыть Mollie Dashboard и увидеть активные методы. Нужно пройти путь глазами донора и глазами администратора.

Проверка со стороны донора

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

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

Проверка со стороны администратора

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

Для регулярных платежей проверьте не только первую операцию, но и появление подписки в Mollie. Если донор должен управлять подпиской на сайте, откройте страницу с [give_subscriptions] и проверьте пользовательский сценарий. Если эта страница не нужна, не создавайте ее ради галочки.

Проверка кеша и оптимизации

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

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

Почему Mollie не работает в GiveWP и как пройти диагностику

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

Шлюз Mollie не появился в списке Payment Gateways

Симптом: add-on установлен, но в GiveWP > Settings > Payment Gateways нет варианта Mollie. Возможная причина - add-on не активирован, GiveWP Core отключен, есть фатальная ошибка PHP или версия базового плагина не соответствует требованиям.

Сначала откройте Plugins > Installed Plugins и проверьте статус GiveWP Core и Give Mollie Gateway. Затем откройте журналы ошибок WordPress или GiveWP, если сайт показывает критическую ошибку. Исправление обычно начинается не с ключей API, а с восстановления нормальной активации плагинов. Если после отката последнего обновления шлюз появляется, не оставляйте сайт на старой версии без плана обновления - проверьте совместимость на staging.

После формы донор не видит нужный метод оплаты

Симптом: переход на Mollie работает, но iDEAL, Bancontact, PayPal или другой ожидаемый метод отсутствует. Возможные причины - метод не включен в Mollie Dashboard, не поддерживает выбранную валюту, не активен для профиля или недоступен для текущей страны/суммы.

Проверьте валюту формы GiveWP и настройки methods в Mollie. Затем выполните тест с той же суммой и валютой. Если метод появляется при другой валюте, это не ошибка GiveWP. Исправление - выбрать реалистичный набор методов, изменить валюту кампании только если это оправдано, либо объяснить команде ограничение платежного провайдера.

Тестовый платеж не проходит или возвращается странный статус

Симптом: тестовый маршрут запускается, но GiveWP не получает ожидаемый статус или администратор видит неопределенную ошибку. Возможные причины - несоответствие Test Mode и API key, проблема возврата после оплаты, конфликт кеша, блокировка внешнего запроса или ошибка на стороне платежного провайдера.

Что проверять до обращения в поддержку

Проверьте, что в тестовом режиме используется Test API key. Затем очистите кеш только для страницы пожертвования и возврата, повторите тест в приватном окне и откройте GiveWP > Tools > Logs. Официальные материалы GiveWP по диагностике рекомендуют смотреть подробные сообщения в back-end logs, если ошибка на публичной стороне слишком общая. Если журнал указывает на внешний ответ Mollie, сверяйте событие в Mollie Dashboard.

Рабочий платеж не проходит после успешного теста

Симптом: в тестовом режиме всё работает, но после перехода на live платеж не завершается. Возможные причины - оставлен Test API key, не выключен Test Mode, Live API key неактивен, метод оплаты не полностью включен в live-профиле Mollie или организация еще не прошла нужную проверку у провайдера.

Не меняйте сразу все параметры. Сверьте режим GiveWP, поле API key и состояние методов в Mollie Dashboard. Если платежный метод виден, но оплата отклоняется, проверяйте сведения в Mollie, а не только в WordPress. Когда причина не ясна, временно отключите Mollie как активный gateway или верните тестовый режим для дальнейшей диагностики, чтобы доноры не попадали в сбойный путь.

Форма отображается в редакторе, но не работает на странице

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

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

Когда Give Mollie Gateway будет удачным выбором

Give Mollie Gateway стоит использовать, если сайт уже построен на GiveWP, организации нужен Mollie как платежный провайдер, а администратор готов проверить не только установку add-on, но и полный маршрут пожертвования. Сильная сторона решения - связь форм GiveWP с методами оплаты Mollie, поддержка recurring-сценариев через соответствующий GiveWP add-on и работа в привычной структуре WordPress.

Перед запуском держите в голове три проверки. Первая - режимы и ключи: Test Mode с Test API key, рабочий режим с Live API key. Вторая - методы и валюта: показывайте донору только то, что реально доступно в Mollie для вашей кампании. Третья - результат: запись должна быть понятна и в GiveWP, и в Mollie Dashboard. Если все три проверки проходят, можно переходить от тестовой формы к реальной кампании.

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