Errores bajo control: el sistema de monitorización en tiempo real de Hotel WD ya está activo
Un viajero pulsó «Reservar». La página devolvió algo que no esperaba. Vio un cuadro de diálogo extraño, cerró la pestaña y se puso a buscar otro establecimiento. ¿Llegó usted a enterarse?
En la mayoría de los hoteles la respuesta sincera es no. Los visitantes rara vez rellenan un formulario de contacto, casi nunca llaman a recepción y muy pocas veces escriben un correo sobre algo que «casi funcionó». Cierran la pestaña. Semanas después, el propietario observa una caída suave en las reservas mensuales sin causa aparente, y los ingresos ya están perdidos.
En ingeniería de software, este patrón tiene nombre: silent failure, el fallo silencioso. Es el enemigo discreto de cualquier sitio web que opere a escala.
Esta semana hemos incorporado Sentry al corazón mismo de Hotel WD. A partir de ahora, en cuanto un huésped sufra un error en cualquier punto de su sitio, la pantalla de nuestro equipo de ingeniería se ilumina en cuestión de segundos. En la mayoría de los casos, el problema está resuelto antes incluso de que ese huésped recargue la página.
Pipeline en tiempo real de Sentry: la aplicación Hotel WD captura la excepción, Sentry la enriquece con stack trace y breadcrumbs, el ingeniero recibe la alerta por Slack.
Sentry es la plataforma de production observability que utilizan GitHub, Microsoft, Disney, Spotify y más de 100.000 equipos de ingeniería en todo el mundo. Fundada en San Francisco en 2012, opera una región de datos europea en Alemania — un detalle decisivo para operadores conscientes del RGPD.
Su única misión: capturar en tiempo real cada error y cada degradación de rendimiento en el software en producción, y enviárselos, con el contexto adecuado, a los ingenieros que pueden corregirlos.
Cada hotel en Hotel WD forma ya parte de ese circuito. Usted no tiene que instalar nada, configurar nada ni pagar nada adicional. Entre bastidores, nuestro equipo vigila su sitio de manera continua.
Mundo de antes. Algo se rompió en su sitio. Un huésped cerró la pestaña. La siguiente reserva se perdió. Su informe mensual mostraba una «debilidad» en las reservas; la causa permanecía invisible. El daño era silencioso y acumulativo.
Mundo de ahora. Algo se rompe en su sitio. En 30 segundos, nuestro equipo de ingeniería está informado — con el error exacto, la línea de código exacta, el recorrido del visitante hasta ese punto y el dispositivo que estaba usando. La mayoría de incidencias se solucionan en menos de 30 minutos, antes de que afecten a más de un visitante. Su informe mensual no muestra la caída porque la caída no llega a producirse.
Así operan Amazon, Booking y Airbnb desde hace años. Hemos llevado esa misma disciplina operativa a la escala de un único hotel.
En el instante en que se lanza una excepción en su sitio, Sentry recoge:
Usted no tiene que leer nada de esto. Lo leen nuestros ingenieros. Usted vive el resultado: su sitio sigue funcionando.
Sentry por sí solo no basta; la infraestructura que lo rodea ha de sostenerlo. Los demás cambios de esta semana:
1. Captura de errores multi-runtime
El SDK @sentry/nextjs está integrado en el núcleo de Hotel WD, con canales separados para el runtime de servidor Node.js, el runtime edge y el navegador. Los datos personales (PII) están desactivados por defecto — solo se envían trazas de error anónimas y contexto técnico. Compatible con el RGPD y preparado para auditorías de cumplimiento del sector hotelero.
2. Endpoint de health check (/api/health)
Un nuevo endpoint comprueba cada segundo que la aplicación está viva. PostgreSQL responde, el endpoint devuelve 200 OK; algo falla, y obtenemos 503 Degraded. Esto nos permite:
3. Coherencia de caché (sincronización de TTL con Cloudflare)
El desfase de TTL entre el caché edge de Cloudflare y el caché interno de Next.js queda cerrado. El peor escenario teórico para un precio caducado era de siete días; esa ventana se ha reducido a 24 horas. Las actualizaciones de disponibilidad y tarifas se propagan ya en menos de un día, en todas las ocasiones.
4. Corrección de Cumulative Layout Shift
Nuestro banner de cookies «aparecía de golpe» durante la carga — un disparador sutil pero real de desplazamiento de maquetación, penalizado por Google PageSpeed y, por tanto, por el ranking de búsqueda. El banner se ha rediseñado para estar presente en el DOM desde el primer pintado y aparecer solo a través de la opacidad. El desplazamiento de maquetación pasa de medible a cero.
5. Higiene del pipeline de build (Docker)
Nuestro contexto de build de Docker en producción ha pasado de unos 600 MB a 37 MB. Los despliegues son 1–2 minutos más rápidos y el consumo de ancho de banda en servidor desciende. El contenedor ejecuta además su propia directiva HEALTHCHECK cada 30 segundos.
6. Protección frente a despliegues concurrentes
Una condición de carrera permitía que dos despliegues de GitHub Actions arrancaran en paralelo. Cerrada con un grupo de concurrencia.
Usted no necesita conocer la profundidad técnica anterior. Pero si trabaja con Hotel WD, sí debería saber que se está aplicando en su nombre.
La promesa comercial de Hotel WD se reduce a una sola frase:
«No se ocupe usted del lado técnico de la hotelería — lo hacemos nosotros.»
Esa promesa no se cumple solo con un buen diseño de página. Tiene que aguantar cuando la página entra en producción, cuando salta un error, cuando aumenta la latencia, cuando se actualizan los precios, cuando se procesa un pago. La disciplina de ingeniería en cada capa es el único camino.
La capa de infraestructura entregada esta semana es el paso concreto que lleva a Hotel WD del «sitio personal de un hotelero» al SaaS de nivel empresarial.
| Aspecto | Antes | Nuevo estándar Hotel WD | Lo que significa para usted |
|---|---|---|---|
| Tiempo de detección de un fallo | Horas o días | 30 segundos | Los ingenieros responden antes de que el huésped recargue |
| Contexto del fallo | «Algo ha fallado» | Stack trace + navegador + rastro de clics | La mayoría de correcciones se publican en 30 minutos |
| Fallos silenciosos | Pérdida no medible | Cero errores invisibles | Informes mensuales honestos |
| Health check | Inexistente | /api/health consultado cada segundo | Recuperación automática |
| Coherencia de caché | Hasta 7 días de obsolescencia | 24 horas como máximo | Tarifas e inventario actualizados |
| CLS (PageSpeed) | Penalización por desplazamiento | Cero desplazamiento | Ventaja SEO |
| Tamaño del build | ~600 MB | 37 MB | Despliegues más rápidos, ventana de error menor |
El trabajo de esta semana es una línea de salida, no de meta. En la rampa:
La hoja de ruta de Hotel WD se ejecuta con un nivel de transparencia poco habitual en el mercado del software hotelero.
Cuando un huésped visita su sitio, no queremos que se pregunte si todo está funcionando. Queremos que reserve sin que la pregunta llegue a aparecer.
Llegar hasta ahí exige tener la certeza de que, en efecto, todo está funcionando. Y esa certeza obliga a medir, en cada segundo, en producción.
Sentry es una de las capas fundacionales que sostiene esa certeza. Desde esta semana, forma parte del núcleo de Hotel WD. Hay más capas en camino.
Hable con Hotel WD y lleve su hotel a una plataforma de nivel ingeniería →
Tahir Dinç
I have been working in the digital field since 1999. I still hold the position of Digital Marketing Manager at Türk SEM. I have also been involved in tourism-related activities since 2005.