¿Está caído Stripe?

Cómo entender la disponibilidad de Stripe

La disponibilidad de Stripe no es una condición única de sí o no. Un problema puede afectar al procesamiento de pagos, Checkout, al acceso al dashboard o a las solicitudes enviadas a api.stripe.com, y cada una de estas superficies puede fallar por motivos diferentes.

La página de estado oficial de Stripe es la mejor primera comprobación para saber si existe un incidente general del servicio. Compara la hora del incidente y el componente afectado con tus logs, incluido el endpoint, la región o la operación de pago cuando estén disponibles. Una página de estado sin incidentes no descarta un problema de configuración de la cuenta, de despliegue, de conectividad local o un error específico de la integración.

Solución de problemas de Stripe

1. Comprueba si hay un incidente de Stripe reportado

Abre la página de estado oficial de Stripe y busca un incidente que coincida con el componente de Stripe afectado y con la hora del problema. Si hay un incidente activo, sigue sus actualizaciones, evita realizar cambios generales de configuración y conserva los detalles de las solicitudes fallidas para revisarlos más adelante.

Si no aparece ningún incidente coincidente, considera que el problema puede estar localizado y continúa con las comprobaciones siguientes. Una página de estado sin incidentes no permite descartar un problema de cuenta, despliegue, integración o red.

2. Identifica la superficie de Stripe que falla

Determina dónde se produce el fallo:

• Acceso al dashboard o a la cuenta: Prueba el dashboard en una ventana privada del navegador y, cuando corresponda, pregunta a otro usuario autorizado si las mismas páginas de la cuenta también fallan.
• Checkout o flujo de pago: Determina si el error se produce en el navegador antes de que tu servidor contacte con Stripe, durante la solicitud a la API o después de que tu aplicación reciba una respuesta.
• Solicitudes a la API: Registra el estado HTTP, el cuerpo de la respuesta, el endpoint, la marca de tiempo y cualquier identificador de solicitud o de error. Confirma que la solicitud se dirige a api.stripe.com y si el comportamiento puede reproducirse.

Un mensaje como “payment failed” puede indicar un rechazo de tarjeta, una solicitud no válida, una configuración de la cuenta o un error de la aplicación, en lugar de una interrupción general de Stripe.

3. Separa los fallos de red y conectividad

Si las solicitudes a api.stripe.com agotan el tiempo de espera o no pueden establecer una conexión, compara el comportamiento desde una segunda red o entorno de despliegue. Comprueba la resolución DNS, el acceso HTTPS saliente, las reglas del firewall, la configuración del proxy y la inspección TLS en el entorno afectado.

Si la misma solicitud funciona en otro lugar, es más probable que la causa sea local a la red, el host o el despliegue original. Para las respuestas HTTP 502, 503 o 504, usa los logs de la aplicación y del servidor para determinar si la respuesta provino de Stripe, de tu capa de hosting, de un proxy inverso o de un API gateway. Reproduce la solicitud únicamente mediante una prueba segura y autenticada.

4. Comprueba las causas relacionadas con el navegador, la cuenta y la integración

Si un problema del dashboard o de Checkout está limitado a un navegador, borra los datos específicos del sitio o prueba una ventana privada; después, compara el resultado con otro navegador o dispositivo compatible. Si el problema sigue a la cuenta y no al navegador, pide a un usuario autorizado que revise el acceso y los permisos de la cuenta.

Cuando Stripe parece estar disponible, pero falla una cuenta o integración concreta, revisa el entorno afectado, las credenciales de la API, los permisos, la gestión de webhooks, los parámetros de la solicitud y cualquier configuración modificada recientemente. Compara el comportamiento de prueba y de producción solo cuando sea seguro y apropiado. Un fallo limitado a un endpoint, una cuenta de merchant, un método de pago o un despliegue es menos compatible con una interrupción general de Stripe.

No expongas nunca las claves secretas de la API en informes del navegador, tickets o logs. Oculta los datos de pago y las credenciales antes de compartir resultados de diagnóstico.

5. Reintenta con cuidado y escala el problema con pruebas

Para respuestas transitorias de red o del servidor, sigue el comportamiento de reintento definido por tu integración y evita operaciones de pago duplicadas. Usa protección de idempotencia cuando tu integración la admita y verifica el estado resultante del pago antes de intentar otro cargo.

Si la página de estado no muestra ningún incidente coincidente y el problema persiste, recopila la marca de tiempo y la zona horaria, el entorno afectado, el endpoint, el estado HTTP, la respuesta saneada, el identificador de solicitud o de error y si el problema se reproduce desde otra red. Estas pruebas son más útiles que repetir reintentos a ciegas.