Платёжные шлюзы для магазина: как сравнить полную стоимость

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

Ниже — способ сравнить LiqPay, WayForPay и другие доступные вам решения без универсального рейтинга. Международный сервис вроде Stripe добавляйте в список только после проверки доступности для вашего юридического лица.

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

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

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

Исключите решения, которые не поддерживают вашего продавца или обязательный сценарий. По состоянию на 11 ноября 2026 года Украина не указана среди стран стандартного подключения Stripe Payments. Возможность принимать деньги от украинского покупателя не равнозначна возможности зарегистрировать украинского мерчанта.

Соберите полную стоимость, а не одну ставку

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

Регулярные платежи и удержания

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

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

Деньги, которые временно недоступны

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

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

Сравните кандидатов по проверяемым критериям

Документация LiqPay описывает Checkout с платёжной страницей провайдера, прямым списанием, блокировкой средств и подпиской. В WayForPay Purchase также описаны защищённая страница, возврат покупателя через returnUrl и отдельное уведомление продавца через serviceUrl. Это отправные точки для технического сравнения, а не доказательство одинаковых тарифов или одинаковой доступности функций.

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

Рассчитайте одинаковый набор операций

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

Условный пример, не рыночные тарифы: у магазина 1 000 успешных оплат по 800 грн. Предложение А — 1,5% плюс 2 грн за оплату, предложение Б — 1,8% без фиксированной части. При этих допущениях А стоит 14 000 грн, Б — 14 400 грн. Разница составляет 400 грн, а не всю разницу между процентами. Пример намеренно не учитывает возвраты, валютные операции и другие возможные платежи.

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

Проверьте, как магазин узнаёт об оплате

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

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

Условный сценарий с задержанным подтверждением

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

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

Пройдите приёмку до запуска рекламы

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

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

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

Сроки, риски и окончательное решение

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

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

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

Подготовьте профиль продаж, ответы провайдеров и перечень проблем действующей оплаты. С ними обратитесь в GL.ua (Глянец), чтобы обсудить платёжную интеграцию в рамках разработки или развития интернет-магазина. Конкретный следующий результат — согласованные сценарии, границы работ и критерии приёмки, по которым можно оценить бюджет без догадок.