Estoy viendo la posibilidad de realizar pagos en mi aplicación. Los usuarios pueden suscribirse a diferentes planes y pagar mensualmente. Obtendrán un primer mes gratis y no se les facturará si cancelan en cualquier momento dentro del primer mes.
Intentamos integrar Paypal pero apestaba desde el punto de vista del desarrollador/API, así como desde el punto de vista de la experiencia del usuario (los detalles del pago estaban ocultos en paredes de texto), por lo que estoy buscando algo mejor. Estoy ubicado en los Países Bajos, lo que podría ser relevante ya que varios proveedores requieren cuentas de EE. UU./Reino Unido, lo que nos bloquea.
Idealmente me gustaría lo siguiente:
¿Existe tal servicio? Proporcione cualquier detalle sobre las ventajas y desventajas que debería tener en cuenta en la respuesta.
Ah, y aquí están los proveedores que estoy viendo actualmente, pero aún no he probado el viaje redondo: cardgate, ogone, buckaroo, fastspring.
En los últimos meses, he investigado mucho y he llegado a la conclusión de que Spreedly ofrece la experiencia de usuario más satisfactoria según lo que quiero para mis clientes. Escribí na publicación de blog sobre Spreedly (va más allá de la experiencia de usuario) pero quería mencionar algunas cosas importantes al respecto.
En primer lugar, así es como se ve la pantalla de pago:
Gran tipografía: los encabezados son fáciles de detectar, hay un equilibrio visual centrado en hacer que las cosas importantes se destaquen y las cosas menos importantes se desvanezcan un poco en el fondo
Los precios se etiquetan y explican más claramente en situaciones en las que puede haber alguna lógica compleja (como reembolsos o crédito)
Todo el diseño es mínimo y se centra en mantenerse alejado para que pueda pagar y volver a lo que estaba haciendo.
Se prestó atención al formulario para asegurarse de que no puede enviarlo accidentalmente dos veces, y los comentarios de error están limpios y bien escritos
Básicamente, está muy bien diseñado en comparación con muchos otros procesadores de pagos. Aunque Spreedly no es un proveedor o pasarela de servicios de pago tradicional (manejan suscripciones), sí manejan la parte del proceso donde los clientes completan su nombre e información de tarjeta de crédito, procesan esa parte y la envían a un adquirente o puerta. Esto es importante porque es el único paso en el proceso de pago con el que los usuarios finales tienen que interactuar.
A riesgo de sonar como un anuncio, me he enamorado de Braintree Payment Solutions . Puedo hacer transacciones y almacenar información de facturación sin mostrarle al usuario una página de Braintree. Simplemente hago que mi formulario envíe sus resultados al servidor de Braintree y reenvían al usuario sin mostrarle nada (a través de una redirección HTTP), enviando información de estado a mi página. Entonces puedo mostrar un mensaje de éxito o error dependiendo de los resultados que se envían de vuelta con el usuario. Este método funciona para almacenar información de pago, crear una transacción, hacer ambas cosas al mismo tiempo o procesar una transacción sin almacenar la información del usuario (es decir, pagar sin una cuenta en su sitio).
Un beneficio [~ # ~] enorme [~ # ~] para mí como desarrollador es que la información confidencial, la información de su tarjeta de crédito, nunca toca mi servidor (es), por lo que no soy responsable de ello (ver cumplimiento de PCI ). Y su API es extremadamente fácil de usar.
Dicho todo esto, probablemente haya otros proveedores de pagos que hagan este mismo tipo de esto. Fue la API de Braintree, los requisitos de cumplimiento de PCI reducidos para mí y su historial lo hicieron por mí.
Salud.
Recuerde que tampoco todos tienen una tarjeta de crédito, por lo que es posible que desee buscar procesadores de pago que también admitan tarjetas de débito como Maestro (¡especialmente útil ahora que los países del euro están estandarizando esto!) E incluso transferencias en línea (como iDeal en los Países Bajos ) Esa es una de las razones por las que yo y otras personas que conozco, p. Ogone (supongo que hay otros proporcionando esto?) Cuando estamos n cliente en una tienda web: usted paga de la manera que le resulte más cómoda como cliente (y "el cliente es el rey", ¿verdad? ) Sin embargo, no tengo idea de su API desde el punto de vista de la programación ...
(OTOH, un procesador que solo maneja tarjetas de crédito probablemente será más barato, por lo que es posible que desee pensar en lo que al final le brinda los mayores beneficios).
Como comprador (pero no como desarrollador), he usado Google Checkout algunas veces con total éxito. El proceso es simple (muy simple si ya ha iniciado sesión en su cuenta de Google, que generalmente soy). Personalmente, me gusta cuando compro en un sitio del que no estoy muy seguro, porque sé que ¡ellos no tengo la información de mi cuenta, y además, incluso verifico un caja que evita que el vendedor sepa cuál es mi dirección de correo electrónico.
Desde su página principal:
Deje de crear múltiples cuentas y contraseñas
Con Google Checkout ™ puede comprar rápida y fácilmente en tiendas de toda la Web y realizar un seguimiento de todos sus pedidos y envíos en un solo lugar.Compre con confianza
Nuestra política de protección contra fraudes lo cubre contra compras no autorizadas realizadas a través de Google Checkout, y no compartimos su historial de compras o el número completo de la tarjeta de crédito con los vendedores.Controlar el spam comercial
Puede mantener la confidencialidad de su dirección de correo electrónico y desactivar fácilmente los correos electrónicos no deseados de las tiendas donde utiliza Google Checkout.
Consulte también Integre su sitio web con Google Checkout
Aunque Braintree parece una buena solución, es una de las más caras. Si eso no es un problema para ti, ¡genial! Pero para mí y mis clientes, el costo es una preocupación importante.
Otra solución que es similar a la respuesta de @ Sam es Authorize.Net's Direct Post Method . Yo también prefiero controlar completamente la experiencia de UI de mis usuarios. ¿Por qué preocuparse de cómo se ve la interfaz de usuario de su procesador de pagos cuando puede proporcionar la suya propia?
Auth.Net será mucho más barato porque puede usar casi cualquier cuenta comercial con él. Y muchas de esas cuentas comerciales incluyen Auth.Net sin costo adicional o muy bajo costo. Echa un vistazo a FeeFighters para ver algunas buenas opciones de cuenta de comerciante que ofrecen tasas de intercambio plus, no las tarifas menos deseables calificadas/de calificación media/no calificadas que ofrecen muchos otros.
Auth.Net puede no ser la mejor puerta de enlace o tener las mejores API de desarrollador, pero es muy compatible y rentable. Es propiedad de VISA, por lo que sabe que siempre cumplirá con PCI y no se irá a la quiebra.
Aquí hay más información sobre DPM: http://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Direct-Post-Method-DPM/ba-p/7014 =