NUDAYOSH

BLOG · 2026-06-13

Cambiaron la API y se rompió todo

Una mañana cualquiera, sin que tú tocaras nada, una automatización deja de funcionar. ¿La razón? Un servicio de fuera —tu pasarela de pago, tu CRM, una red social— cambió algo por dentro. No te avisaron, o el aviso se perdió entre cien correos. Tu robot se quedó hablando un idioma que ya nadie entiende.

Qué es una «API» en cristiano

No te asustes con la palabra. Una API es, simplemente, la forma en que dos programas se hablan entre sí. Tu web le dice al banco «cóbrame esto»; el banco responde «hecho». Esa conversación tiene unas reglas. Mientras las reglas no cambian, todo va bien.

El problema es que esas reglas no las pones tú. Las pone el servicio de fuera. Y un día las cambian.

Por qué cambian (y por qué te pillan)

  • Mejoran su producto. Sacan una versión nueva y retiran la vieja. Tu automatización seguía usando la vieja.
  • Cierran un agujero de seguridad. A veces el cambio es bueno para todos, pero rompe lo que estaba montado a la antigua.
  • Cambian las condiciones. Lo que antes era gratis ahora se paga, o lo que se podía hacer mil veces al día ahora solo cien.

Y el aviso, cuando lo hay, suele llegar por correo a una dirección que nadie mira, con seis meses de antelación y un lenguaje técnico que nadie de tu equipo entiende.

Una integración frágil vs una integración con red

Una integración frágil es la que da por hecho que el de enfrente nunca va a cambiar ni a fallar. El día que falla, se cae con estruendo y se lleva por delante lo que dependa de ella.

Una integración con red asume lo contrario: el de enfrente va a fallar tarde o temprano, y se prepara para ese día.

Cómo se monta una conexión que aguanta

  1. Que avise cuando algo cambia. Si la respuesta del servicio de fuera deja de ser la esperada, tú te enteras el mismo día — no tres semanas después por un cliente enfadado.
  2. Que reintente con cabeza. Si el servicio está caído un momento, la automatización espera y vuelve a intentarlo, en vez de rendirse o de machacar a peticiones.
  3. Que falle de forma segura. Si de verdad no puede, que pare limpiamente y guarde lo pendiente, sin dejar datos a medias ni cobros duplicados.
  4. Que no dependa de un solo hilo. Donde se pueda, tener un plan B si el servicio principal se cae.

La parte que casi nadie vigila

Hay un detalle importante: cuando un servicio de fuera cambia, no solo puede romper tu automatización — a veces abre un agujero de seguridad. Una conexión que deja de validar bien, una contraseña que se quedó en un sitio que ya no se protege como antes. Por eso vigilar tus integraciones es también vigilar tu seguridad.

En NUDAYOSH partimos de que todo lo de fuera va a cambiar, y montamos las automatizaciones con esa idea desde el primer día: que avisen, que reintenten con cabeza y que, si todo falla, paren sin hacer daño. Porque el problema no es que un servicio cambie — eso es seguro que pasará. El problema es enterarte tarde.

Preguntas frecuentes

Sobre integraciones que se rompen solas.

Yo no toqué nada, ¿por qué se rompió?

Porque tus automatizaciones dependen de servicios de fuera (banco, CRM, redes) y esos cambian cuando quieren. Si cambian la forma de hablar, tu robot deja de entenderse con ellos aunque tú no hayas movido un dedo.

¿Hay forma de que no me vuelva a pasar?

Evitarlo del todo no, porque no controlas a los demás. Pero sí puedes montar las conexiones para que te avisen el mismo día, reintenten con cabeza y fallen sin hacer daño. La diferencia es enterarte hoy en vez de dentro de tres semanas.

¿Esto solo afecta a empresas grandes?

Al revés: las pequeñas suelen tener todo atado con un solo hilo y sin vigilancia, así que cuando algo cambia se quedan colgadas sin saber por qué.