Flujo end-to-end

Del "Añadir al carrito" a los USDC en tu wallet.

No necesitas mirar Etherscan ni Polygonscan. Cada pago dispara un webhook + un email + un DM de Telegram opcional.

El flujo completo

10 pasos. Cero sorpresas.

Diagrama de secuencia de pago PeptidePay mostrando 10 mensajes entre Cliente, Sitio del Merchant, PeptidePay y el on-ramp de tarjeta, del clic al settlement USDC
  1. El cliente añade al carrito en tu sitio

    BPC-157 + Retatrutide en el carrito.

  2. WooCommerce crea el pedido #1234

    Status: pending payment. Stock reservado.

  3. Redirect al checkout seguro

    Hospedamos el checkout en peptide-pay.com/session/xyz. Tu order_id viaja como metadata.

  4. El cliente elige un método

    Apple Pay / Google Pay / Tarjeta / Cripto directo. Recomendación inteligente según el importe.

  5. El rail de pago toma el mando

    El on-ramp de tarjeta procesa la tarjeta. O nosotros cogemos cripto directo. Los fondos nunca tocan un balance de PeptidePay.

  6. Los USDC llegan a tu wallet

    Casi siempre Ethereum, a veces Polygon. ~30 segundos. Verificable en Etherscan o Polygonscan (no hace falta).

  7. La capa de settlement nos hace ping (IPN)

    Confirmación de backend: el pago es final.

  8. Te hacemos ping a tu sitio (webhook HMAC)

    POST firmado a /wc-api/peptidepay_webhook_authed. Tu plugin verifica la firma, encuentra el pedido #1234 y llama a payment_complete().

  9. Tu sitio + WooCommerce actualizan el pedido

    El status pasa a 'Processing'. Salen emails: uno para ti ('nuevo pedido pagado'), otro para el cliente ('pedido confirmado').

  10. Envías

    Mira tu admin de WC. Encuentras el pedido #1234. Envías. Listo.

Tres setups

Elige tu stack.

Mismo flujo, tres formas de conectarlo.

A

Plugin de WooCommerce

  • Instala plugin → pega wallet → listo.
  • Webhook + email + cadena de emails de WC, todo automático.
Descargar plugin
B

Sitio custom

(Next.js, static, lo que sea)

  • Llama a /api/v1/checkout/init → redirige al cliente → escucha en /tu-webhook.
  • Firmamos con HMAC-SHA256. Tú verificas. Tú actualizas tu DB + email.
Docs de la API
C

Sin sitio web

(Telegram / IG / DM)

  • Usa /pay 80 EUR en nuestro bot. Manda el link al cliente.
  • Paga. Tú recibes $ en la wallet + DM de confirmación.
Configurar Telegram
Notificaciones

"¿Pero cómo sé que he cobrado?"

  • Email de WooCommerce al admin (si estás en modo plugin)
  • Nuestro email a tu dirección de notificación ("Nuevo pago: $150")
  • DM de Telegram vía nuestro bot (opt-in)
  • Dashboard en vivo en peptide-pay.com/app (top-line actualizado cada 10s)
  • Webhook a tu sitio reintentado 6× en ~42h si tu servidor está caído
  • Etherscan · Polygonscan para los desconfiados: cada tx es verificable on-chain, revisa tu dirección en los dos

Lo sabrás en segundos desde que se confirma el pago.

FAQ

Casos límite.

¿Qué pasa si mi sitio está caído cuando enviáis el webhook?
Reintentamos 6 veces en ~42 horas (5min → 15min → 1h → 4h → 12h → 24h). Después, dead-letter. Siempre puedes re-sincronizar haciendo polling a GET /api/v1/sessions/{id}.
¿Puedo probar sin dinero real?
No hay red sandbox — cada pago es un settlement real on-chain. La prueba de menor riesgo es un pago real de $1 que tú mismo reembolsas. Para probar solo tu webhook gratis, dispara un evento firmado con una clave sk_test_ en /api/v1/test/fire-webhook.
¿Puedo añadir mi propio order_id?
Sí, pasa metadata: {order_id: "1234"} en /api/v1/checkout/init. Te lo devolvemos tal cual en el payload del webhook.
¿Qué datos guardáis?
session_id, wallet, importe, status, email del cliente (hasheado para los logs). Todo en /privacy.
¿Chargebacks?
Imposible. USDC on-chain es final. Ese es todo el punto.

¿Listo para conectar?

Elige el camino que encaje con tu stack. Los tres comparten los mismos rails de pago.