Эти варианты уже были рекомендованы, но вот мои рассуждения, которые я рекомендую каждому своему клиенту:
- PayPal (или Google Checkout или аналогичный) отлично подходит для небольших сайтов. Его легко настроить, и часто у них нет ежемесячной платы, только плата за транзакцию. Но это может сбить с толку пользователя, так как его отправят на веб-сайт, который не похож на ваш, и люди часто путают с PayPal, потому что ссылка для оплаты без учетной записи мала и скрыта в левом нижнем углу. Вы также можете получить учетную запись и начать использовать все это в течение 1 дня.
- Полный процессор оплаты (моя рекомендация - Beanstream ). Если вы хотите интегрировать платежное решение непосредственно на свой веб-сайт и полностью интегрировать платежное решение на свой сайт, это путь. Это позволит вам гораздо больше гибкости и не будет так запутанно для пользователей. Вы также можете делать дебетовые транзакции. Они обычно имеют ежемесячную плату и делают проверку кредитоспособности. Некоторые из них также имеют контракты. В рамках этой опции есть 2 варианта:
- используя страницу оплаты платежных процессоров: это устраняет необходимость проходить дополнительные проверки безопасности на сервере. В большинстве случаев вы можете отформатировать эту страницу по своему усмотрению и использовать их безопасный сервер для хранения изображений, CSS и JS.
- Возьмите кредитную карту на вашем сервере и передайте ее обработчику платежей, получив ответ и выполнив соответствующие действия. Это позволяет еще больше настраивать, но требует дополнительных проверок безопасности и SSL-сертификата.
- Корзина покупок на основе подписки, где есть корзина покупок и платежное решение, за которое вы платите ежемесячно. Преимущество в том, что вам не нужно делать интеграцию самостоятельно. Но они гораздо менее гибки, чем делать это самостоятельно.
Это 3 варианта, с которыми я работал. Я уверен, что есть другие.
Хотя Дэррил хорошо ответил на ваш вопрос, я бы хотел немного углубиться в это.
Я разработал несколько сайтов, которые используют различные платежные системы. В зависимости от того, сколько платежей вы обрабатываете, и от того, как вы хотите принимать платежи, вам доступно несколько вариантов. Вы также можете заметить, что многие крупные сайты предлагают своим клиентам ряд платежных решений (например, кредитные карты, PayPal и Google Checkout), чтобы предложить им наибольшее количество вариантов оплаты.
Есть две основные вещи, которые вам необходимы для осуществления платежей в Интернете:
Такие компании, как RBS Worldpay и PayPal, предлагают их как пакет, но другие компании, такие как Sage Pay, предлагают их отдельно, что может быть весьма обманчиво при расчете затрат. Я бы посоветовал составить электронную таблицу между различными компаниями, в которой вы, в конце концов, остановились, и разработать, которая будет наиболее экономически эффективной для вас.
Вот несколько вопросов, которые вы можете задать себе, прежде чем принимать решение о способах оплаты, которые вы хотите предоставить. Я перечислю их ниже жирным шрифтом с дополнительной информацией, относящейся к каждому ниже.
Сколько транзакций я ожидаю совершить?
В зависимости от количества платежей, которые вы будете принимать ежемесячно, вы можете предпочесть пойти по разным маршрутам. Это будет в основном определяться расходами платежных систем.
Если у вас небольшое количество транзакций, возможно, вы не захотите платить ежемесячную плату, которую взимают некоторые поставщики платежей. Таким образом, в этом случае вы, вероятно, выбрали бы учетную запись PayPal или Google Checkout. PayPal предлагает услугу, которую они называют « Платежи через веб-сайт », где взимается процент (1,4-3,4%) от продажи плюс 20 пенсов и без ежемесячной платы. Это было бы привлекательным решением, если, как я уже говорил, у вас небольшое количество транзакций. Однако, если вы хотите принимать платежи на своем сайте, это не будет работать для вас.
Вы хотите, чтобы ваши клиенты оставались на вашем сайте, чтобы сделать платеж?
Здесь есть два варианта:
Сложность обоих очевидна в том, что вариант 2 требует гораздо больше работы. Более того, вы попадете в область «Соответствие PCI» в отношении варианта 2. Например, при использовании RBS Worldpay они требуют, чтобы ваш веб-сайт прошел проверку на соответствие PCI, прежде чем они включат способ оплаты XML Direct для вашей учетной записи.
Сканирование PCI может быть дорогостоящим процессом. Например, самым дешевым и удобным для пользователя, с которым я столкнулся, было сканирование McAfee Secure PCI по цене 319 долларов в год для сканирования по требованию. Британские компании, кажется, действительно переоценивают это, поэтому я уклоняюсь от них.
Некоторые корзины покупок на самом деле имеют встроенную функциональность, которая позволяет использовать метод прямых платежей XML для определенных поставщиков платежей, что может упростить вам интеграцию этого решения в ваш сайт. Это, вероятно, повлияет на ваш выбор при выборе поставщика платежных услуг.
Наконец, вот сравнение цен между RBS Worldpay и PayPal для учетных записей, которые предлагают способ оплаты XML Direct:
PayPal
RBS Worldpay
источник
Проверьте платежные решения Braintree . Они позволяют вам интегрировать платежную форму в ваш собственный веб-сайт, но обрабатывают все конфиденциальные данные напрямую, чтобы вам не приходилось сталкиваться с соответствием PCI-DSS.
источник
Тележки для покупок Paypal - это то, что мы изучали. Вам нужно обратить внимание на ожидаемую громкость и уровень контроля над процессом.
источник
См. Эту статью о том, как легко интегрировать Paypal и Google Checkout на свой сайт. Он имеет фокус .NET, но даже если вы игнорируете материал .NET, все элементы формы все равно применяются.
источник
Flattr - это способ получения микроплатежей.
источник