Guías de Claude Code

Webhooks en la práctica: cómo tu aplicación se entera de lo que pasa fuera

Un webhook permite que Stripe avise a tu aplicación de un pago; abrir el curso exige comprobar el aviso, guardarlo y tramitar la compra sin duplicarla.

Por

Director de Ciade · 13 min de lectura ·

Foto: Element5 Digital / Unsplash · tratamiento Ciade · Licencia de Unsplash
Índice del artículo
  1. En 30 segundos
  2. Una academia de Valladolid cobra, pero el alumno no entra
  3. Del aviso al acceso
  4. Qué tiene que hacer el receptor
  5. La misma compra puede estar en situaciones distintas
  6. Los eventos: apoyo para quien haga la conexión
  7. Evita repetir el trabajo en dos niveles
  8. Cuando los avisos llegan desordenados o el proceso se corta
  9. Herramientas, funciones y precios en España
  10. La opción más pequeña también puede servir
  11. Cómo ensayarlo desde el ordenador
  12. Una simulación nueva no prueba un duplicado
  13. Qué debe quedarte al recibir el trabajo
  14. Dudas sobre webhooks de pago, respuestas cortas

En 30 segundos

  1. Un webhook permite que Stripe avise a tu aplicación de un pago; abrir el curso exige comprobar el aviso, guardarlo y tramitar la compra sin duplicarla.

  2. El ejemplo sigue un curso de pago único. Las suscripciones necesitan otras reglas de acceso, renovación e impago.

  3. Claude Code ayuda a construir la conexión. Tú decides la política del negocio y qué pruebas debe superar antes del arranque.

Una academia de Valladolid cobra, pero el alumno no entra

Ejemplo ilustrativo: una academia de Valladolid vende un curso mediante Stripe Checkout, la página donde el alumno completa la compra. El campus ya existe, pero necesita saber cuándo habilitar la matrícula. Un webhook es ese aviso entre aplicaciones: Stripe envía un mensaje a una dirección preparada para recibirlo. La conexión con el campus debe construirse y probarse; contratar el cobro no resuelve por sí solo la entrega del curso.

Piensa en el timbre de la academia. Suena cuando alguien llega, pero alguien debe comprobar quién es y buscar su matrícula. Con el pago ocurre algo parecido: el aviso inicia un trabajo. No demuestra que ese trabajo haya terminado. Para seguir el recorrido no necesitas programar, sino saber qué resultado pedir y cómo revisarlo. Consulta qué es un webhook para repasar la definición antes de seguir esta compra hasta el acceso.

Del aviso al acceso

  1. Stripe avisa
  2. Verificar
  3. Guardar
  4. Aceptar
  5. Tramitar
  6. Ver el curso

Comprueba este recorrido en tu aplicación. Si la verificación falla, se rechaza el mensaje. Si falla el trabajo posterior, queda pendiente de recuperación.

Qué tiene que hacer el receptor

  1. Recibir lo necesario

    El receptor es la dirección de entrada de tu aplicación. Stripe debe poder enviarle avisos por internet mediante HTTPS, que cifra la conexión, y POST, el tipo de petición que lleva el mensaje. Quien lo configure debe elegir los eventos necesarios: un evento es un hecho del que Stripe informa. Pide que explique qué decisión permite tomar cada aviso.

  2. Comprobar la procedencia

    La firma permite comprobar quién envía el aviso. El servidor la verifica con el mensaje original, la cabecera —un dato que acompaña al mensaje— y el secreto del receptor, un valor confidencial usado en esa comprobación. Transformar el contenido antes puede invalidarla. Si la firma es incorrecta, se rechaza el aviso sin abrir matrícula. Para registrar esos rechazos, pide el motivo y el contexto mínimo, sin guardar claves ni el contenido completo del intento.

  3. Dejar trabajo recuperable

    Pide un registro duradero antes de aceptar el trabajo: una base de datos o una cola, donde los avisos esperan su turno. Debe conservarse aunque el proceso se interrumpa. El registro vincula el aviso con la compra y permite distinguir recibido, en curso, terminado y error. Es una decisión de diseño que debes encargar; Stripe no crea esa organización dentro de tu campus.

  4. Confirmar la recepción

    La respuesta a Stripe debe ser rápida, después de aceptar el trabajo de forma duradera y antes de las operaciones lentas. Recibido no significa entregado: esa respuesta confirma la entrada del aviso, no que el alumno ya vea el curso. Si el servidor acepta algo que no ha conservado, una caída puede dejar una compra sin tramitar aunque la entrega del aviso figure como correcta.

  5. Completar la matrícula

    Un proceso posterior se ocupa de la entrega al alumno. Recupera la compra, comprueba su estado y aplica la regla acordada. Debe dejar constancia del resultado en el campus, no limitarse a indicar que el aviso fue leído. El proceso necesita saber qué alumno y qué curso corresponden a esa compra.

La misma compra puede estar en situaciones distintas

La regla elegida para este curso es abrir con pago confirmado.

Qué consulta el proceso
Recupera la sesión de Checkout, el registro de esa compra, y comprueba el estado del pago. Relaciona la compra con el alumno y el curso antes de actuar; esa correspondencia debe estar preparada en tu aplicación.
Qué revisas tú
Entra con el alumno de prueba y abre el contenido del curso comprado. Mira también el registro de matrícula. Una página de agradecimiento no basta: el alumno puede pagar y cerrar el navegador sin llegar a verla.

Los eventos: apoyo para quien haga la conexión

En la receta de Checkout, checkout.session.completed informa de la finalización de Checkout. Para métodos diferidos aparecen checkout.session.async_payment_succeeded y checkout.session.async_payment_failed. El nombre del aviso no sustituye consultar el estado del pago. Para devoluciones, charge.refunded incluye las parciales; Stripe recomienda escuchar al menos refund.created y contempla actualizaciones y fallos. Pide a tu proveedor que explique cuáles usa y qué regla aplica con cada uno.

Hay dos formatos de aviso que conviene fijar antes de construir: thin, con información ligera, y snapshot, con una copia de los datos de ese momento. Stripe recomienda thin para nuevas integraciones, mientras que su guía de entrega de compras con Checkout muestra snapshot. Quien programe debe elegir un catálogo de eventos y una biblioteca de programación compatibles; la biblioteca aporta las funciones para conectar la aplicación con Stripe. Mezclar ejemplos de ambos puede llevar a interpretar mal el contenido o a comprobarlo con una función que no corresponde.

Evita repetir el trabajo en dos niveles

El mismo aviso

Reconoce su identificador para no tramitar otra vez el mismo evento. La protección debe resistir que lleguen copias al mismo tiempo, no solo una detrás de otra.

La misma compra

Protege también la compra: eventos distintos pueden referirse al mismo hecho. Evitar avisos repetidos no basta para impedir matrículas duplicadas.

El correo

Comprueba su resultado aparte antes de repetir el envío. No prometas una única bienvenida hasta verificar qué permite el servicio de correo elegido.

Cuando los avisos llegan desordenados o el proceso se corta

Stripe no asegura el orden de entrega de los eventos. Si necesitas conocer la situación actual, consúltala mediante su API, la conexión que permite a tu programa pedir datos a Stripe. La fecha del aviso no basta para decidir el orden de todo el proceso. En una incidencia, pide que se identifique la compra y se contraste su estado antes de aplicar cambios sobre información incompleta.

Prepara la aplicación para recuperar lo pendiente y comparar pagos con matrículas. Asigna un responsable que pueda localizar una compra cobrada, ver dónde se detuvo y comprobar el resultado tras recuperarla. Esta revisión del negocio complementa al receptor. Si el panel indica que Stripe entregó el mensaje, aún queda comprobar qué hizo el campus. No cierres la incidencia hasta que el acceso y su registro coincidan con la regla aprobada.

Hasta 3 díasIntentos automáticos

Stripe intenta entregar en modo real con esperas crecientes. No es un plazo prometido para abrir el curso.

Stripe · Cómo funcionan los eventos · 4 de noviembre de 2026

Hasta 15 díasReenvío desde el panel

Antigüedad del evento que puedes reenviar manualmente desde el panel de Stripe. Es una vía de recuperación distinta.

Stripe · Cómo funcionan los eventos · 4 de noviembre de 2026

Hasta 30 díasReenvío desde terminal

Antigüedad del evento reenviable con la herramienta de terminal. No amplía los intentos automáticos del receptor.

Stripe · Reenvío de eventos · 4 de noviembre de 2026

Herramientas, funciones y precios en España

Stripe emite el aviso; tu aplicación o n8n tramita el proceso. Claude Code ayuda a construirlo. Son funciones distintas: no necesitas contratar todas las filas.

Datos comprobados el 4 de noviembre de 2026.

Stripe y tu app

Stripe

ComercialDisponible con requisitos
Papel en el proceso
Stripe avisa y el servidor de tu negocio aplica las reglas. El receptor propio necesita alojamiento y conexión con el campus.
Plan y precio y qué comprobar

Stripe admite España. El alta depende también de la actividad del negocio.

Plan y precio
Payments estándar: sin cuota mensual ni de configuración. Tarjeta estándar del EEE: 1,5 % + 0,25 € por pago. Stripe no repercute IVA en esas comisiones a cuentas españolas; puede haber obligaciones de autoliquidación.
Qué comprobar
Exige pruebas del acceso al campus y un presupuesto de desarrollo y mantenimiento. La comisión corresponde al cobro, no a cada aviso.

Claude Code

Anthropic

ComercialDisponible
Papel en el proceso
Lee el proyecto, modifica archivos y ejecuta comprobaciones. Ayuda a preparar el receptor, pero no lo aloja por contratar la suscripción.
Plan y precio y qué comprobar

España está admitida. En Ciade usamos Claude Code a diario desde España.

Plan y precio
Incluido desde Pro. App Store España: 22,00 €/mes o 249,99 €/año, IVA incluido. Web: 20 USD/mes o 200 USD/año por adelantado, sin impuestos. Son vías de compra distintas; confirma el importe en euros al contratar.
Qué comprobar
Configura permisos para las herramientas y operaciones sensibles. Escribir «pregúntame antes» no cambia los permisos efectivos.

n8n Cloud

n8n

ComercialDisponible con requisitos
Papel en el proceso
Recibe avisos y encadena acciones mediante un flujo visual. Debes comprobar que el campus permite la acción de matrícula.
Plan y precio y qué comprobar

Paddle, vendedor de n8n Cloud, admite ventas en España y cobro en euros.

Plan y precio
Starter: 20 €/mes equivalentes con pago anual, sin IVA; 2.500 ejecuciones mensuales. Una ejecución es una pasada del flujo, no una compra entregada correctamente. Cloud ofrece una prueba temporal.
Qué comprobar
Comprueba la verificación de firma, la recuperación de errores y la dirección de producción. La autenticación genérica del nodo no demuestra esos controles.

n8n Community

n8n

MixtoDisponible
Papel en el proceso
Construyes el flujo en tu servidor. El equipo o proveedor del negocio mantiene infraestructura, copias, actualizaciones y conexiones.
Plan y precio y qué comprobar

La licencia permite instalación y uso interno en España, con alcance mundial.

Plan y precio
0 € de licencia para el uso interno permitido. Alojamiento y trabajo aparte. Sustainable Use License: código disponible con restricciones comerciales.
Qué comprobar
Identifica quién mantiene el servidor. Revender acceso para que terceros creen o editen flujos tiene condiciones distintas.

Tarifas del 4 de noviembre de 2026; implantación aparte.

La opción más pequeña también puede servir

Con poco volumen puedes revisar pagos y dar acceso a mano; Stripe contempla la entrega manual. Automatizar tiene sentido si necesitas que el proceso continúe sin esa intervención. Antes de elegir, acuerda quién comprobará las matrículas, quién atenderá una incidencia y qué mantenimiento está incluido. La cuota de una herramienta no describe todo el trabajo necesario para conectar tu campus.

Si eliges n8n, un nodo es una pieza del flujo que recibe datos o realiza una acción. El nodo Webhook distingue dirección de prueba y de producción; esta última se registra al publicar el flujo. Que funcione mientras haces la prueba no demuestra que el recorrido publicado esté preparado. Pide verificar su dirección, su configuración y la matrícula final. Tener un editor visual no elimina las comprobaciones de un cobro.

Cómo ensayarlo desde el ordenador

Stripe ofrece una CLI, una herramienta que usas escribiendo órdenes en la terminal. Puede reenviar avisos a tu ordenador mientras desarrollas. La orden de abajo ilustra esa escucha local, con el puerto y la ruta que muestra la documentación; quien la use debe adaptarlos a la aplicación. Para este recorrido básico no necesitas añadir un túnel comercial. Ensayar aquí y poner el receptor en internet son comprobaciones separadas.

La escucha local proporciona su propio secreto de firma, distinto del que aparece para el receptor del panel. Guarda cada secreto en la configuración privada del servidor que corresponda. No lo pegues en el encargo, en archivos publicados ni en una demostración. Si falla la firma al probar, comprueba primero el cuerpo original y qué secreto estás utilizando. No cambies a modo real para intentar resolver un fallo de configuración de las pruebas.

Escucha local de Stripe
stripe listen --forward-to http://localhost:4242/webhook

Pruebas que debes pedir antes del arranque

Pago confirmado y pago aún pendiente

Resultado exigible: El primero abre el curso correcto; el segundo espera. Se comprueba entrando con el alumno de prueba.

Firma incorrecta o cuerpo modificado

Resultado exigible: El receptor rechaza el mensaje y no crea matrícula.

Reenvío del mismo evento y llamadas simultáneas

Resultado exigible: La compra conserva una sola matrícula. Se observa el resultado, además de la respuesta del receptor.

Falla el almacenamiento antes de aceptar

Resultado exigible: Si el aviso no se guarda, el receptor no debe confirmarlo como aceptado. Se demuestra cómo recuperarlo.

Caída tras registrar el aviso

Resultado exigible: El trabajo pendiente se retoma. Queda constancia de su resultado final o del error por resolver.

Avisos fuera de orden

Resultado exigible: El acceso refleja el estado actual de la compra, sin depender únicamente de la fecha de los avisos.

Devolución parcial, completa y pendiente

Resultado exigible: Se distinguen importe y estado, y se aplica la política del curso aprobada por una persona.

Paso del ordenador al servidor

Resultado exigible: Se comprueban dirección, entorno, secreto y acceso final en el destino publicado.

Pide estas evidencias a tu proveedor antes de abrir el acceso a alumnos.

Una simulación nueva no prueba un duplicado

La orden stripe trigger genera objetos de prueba y puede producir varios eventos relacionados. Ejecutarla otra vez crea otra simulación, no demuestra que hayas reenviado el mismo aviso. Para probar la repetición, utiliza el reenvío de un evento existente. Pide que el proveedor muestre el identificador usado, el resultado de ambos intentos y la matrícula que queda al terminar. Así puedes revisar qué se ensayó sin tener que interpretar todo el código.

El calendario de pruebas de Stripe tampoco es el de producción: en pruebas hace tres reintentos durante unas horas. Las ventanas anteriores pertenecen a Stripe, no a todos los webhooks. GitHub, por ejemplo, no reenvía automáticamente las entregas fallidas. Si después conectas otro servicio, vuelve a preguntar qué conserva, cómo reintenta y cómo se recupera. No traslades una regla de esta integración a cualquier aviso que llegue desde fuera.

Encargo para Claude Code
Conecta Stripe Checkout con el campus existente para un curso de pago único.

Primero lee el proyecto y la documentación oficial de Stripe sobre eventos y entrega de compras. Propón un plan y explica qué piezas existentes reutilizas. Fija el formato de eventos y la biblioteca compatible.

Prepara un receptor que verifique la firma con el cuerpo original y el secreto del entorno. Rechaza firmas inválidas. Conserva el trabajo de forma duradera antes de aceptarlo y procesa después con recuperación de errores.

Protege tanto el evento como la compra frente a repeticiones y llamadas simultáneas. Comprueba el estado de pago antes de habilitar el curso. Distingue pagos pendientes, fallos diferidos y devoluciones parciales o completas, con su estado.

Aplica la política de acceso que apruebe el responsable. No inventes reglas para suscripciones. Usa la configuración privada para los secretos y evita exponerlos en registros.

Ejecuta las pruebas acordadas en el entorno de pruebas. Para duplicados, reenvía un evento existente. Entrega evidencias del acceso final, recuperación e incidencias pendientes.

Qué debe quedarte al recibir el trabajo

Claude Code es un agente de código: ayuda a leer el proyecto, cambiar archivos y ejecutar comprobaciones. El receptor publicado debe continuar como software de tu negocio; no necesita que una IA interprete cada aviso. Pide una entrega que puedas revisar: qué conexión se ha instalado, qué reglas aplica, dónde ves su resultado y a quién llamas si una matrícula queda pendiente. Para distinguir ambas tareas, consulta qué es un agente de código.

Los permisos se configuran. Las aprobaciones para publicar, mover dinero o cambiar accesos sensibles deben estar en las herramientas y en el proceso de trabajo; no basta con una frase en el encargo. La guía completa de Claude Code te ayuda a situar ese trabajo. Si quieres seguir ese recorrido, tienes el curso Claude Code a fondo y su ebook.

Dudas sobre webhooks de pago, respuestas cortas

¿Un rechazo del aviso demuestra que Stripe está fallando?

No. Revisa la recepción con tu proveedor: la dirección del receptor y las reglas del servidor. Un rechazo puede deberse a una protección de tu web. Por sí solo no demuestra una caída de Stripe; primero hay que averiguar qué ha rechazado el aviso.

¿Puedo recuperar desde Stripe cualquier aviso antiguo?

No. La consulta de eventos de Stripe solo devuelve los creados en los últimos 30 días. Pide a tu proveedor que explique qué registro conserva la aplicación, cómo localiza una compra anterior pendiente y cómo evita repetir el trabajo al recuperar los avisos.

¿Completar la compra significa que ya puedo abrir el curso?

No siempre. Con algunos métodos de pago, completar Checkout deja el cobro pendiente. En este ejemplo de curso de pago único, la aplicación debe comprobar el estado del pago antes de habilitar el acceso y esperar la confirmación si el método es diferido.

¿Que el aviso figure como entregado confirma el acceso al curso?

No. La respuesta de tu aplicación confirma la recepción del aviso. El trabajo posterior puede fallar aunque el mensaje haya llegado. Pide que te enseñen el acceso real del alumno y cómo se retoma una matrícula pendiente si el proceso se interrumpe después de guardar el aviso.

Fuentes

Fuentes oficiales, consultadas el 4 de noviembre de 2026

  1. Stripe · Recepción de webhooks y pruebas locales
  2. Stripe · Recepción, firma y configuración de eventos
  3. Stripe · Duplicados y gestión de receptores
  4. Stripe · Orden, intentos y recuperación de eventos
  5. Stripe · Entrega tras Checkout y pagos diferidos
  6. Stripe · Catálogo de eventos y devoluciones parciales
  7. Stripe · Reembolsos y sus incidencias
  8. Stripe · Estados de una devolución
  9. Stripe CLI · Escucha local
  10. Stripe CLI · Simulación de eventos
  11. Stripe CLI · Reenvío de eventos existentes
  12. Stripe · Disponibilidad en España
  13. Stripe · Actividades restringidas
  14. Stripe · Tarifas españolas
  15. Stripe · IVA sobre comisiones
  16. Anthropic · Países admitidos
  17. Anthropic · Capacidades de Claude Code
  18. Anthropic · Permisos de Claude Code
  19. Anthropic · Pro y acceso a Code
  20. Apple · Claude en App Store España
  21. Apple · Impuestos en suscripciones
  22. n8n · Nodo Webhook y direcciones de prueba
  23. n8n · Precios y ejecuciones
  24. n8n · Condiciones e impuestos de Cloud
  25. n8n · Usos permitidos de Community
  26. n8n · Sustainable Use License
  27. n8n · Paddle como vendedor de Cloud
  28. Paddle · Países y monedas admitidos
  29. Paddle · Exclusiones territoriales
  30. GitHub · Entregas fallidas sin reenvío automático

Cómo lo comprobamos. Fuentes oficiales consultadas el 4 de noviembre de 2026. Ciade no ha probado una cuenta de Stripe, este receptor ni un flujo de n8n, y tampoco ha instalado Community. Exige una demostración con tu campus antes de poner en marcha la conexión.

Qué ha cambiado.

  • 4 de noviembre de 2026: Reescritura con pagos diferidos, devoluciones por importe y estado, protección de la compra, recuperación y pruebas antes del arranque.

Términos relacionados

Aprende a usar la IA en tu trabajo, con criterio.

El nivel 0 es gratis: cuarenta minutos para entender qué pedirle a la IA y qué revisar. El programa completo enseña a implementarla en tu propio negocio, tarea a tarea.

El canal de Telegram de Ciade

El lunes, una palabra del glosario. El miércoles, un consejo práctico. El viernes, las noticias de IA de la semana. Y el martes, el boletín.

Unirme al canal

Tú decides qué medimos

Las cookies técnicas hacen que la web funcione. Con tu permiso, además, medimos las visitas con Ahrefs y de qué campaña llegas, y Meta mide nuestros anuncios y puede mostrarte los de Ciade en Facebook e Instagram. Puedes cambiarlo cuando quieras en «Configurar cookies», al pie de la página. Política de cookies