Hotel WD migra al caché edge de Cloudflare: llegando a sus huéspedes en milisegundos
Hoy anunciamos un hito de ingeniería en el que hemos estado trabajando durante semanas. Todos los sitios de hoteles de clientes en Hotel WD se sirven ahora a través de la red global de caché edge de Cloudflare. Esto significa que su sitio web hotelero llega al navegador del visitante en aproximadamente 50 milisegundos en lugar de 800. Una aceleración de 17×. Y está incluido en el plan que ya paga: sin facturas separadas de Cloudflare.
Arquitectura de caché edge de Cloudflare: servidor de origen, red edge global y navegador del huésped, con flujo cache HIT y TTFB cayendo de 800ms a 47ms.
La hostelería en lo digital es un juego de números pequeños. Cuando un viajero escribe "boutique hotel Manhattan" en Google y revisa los resultados, dedica solo unos pocos segundos a cada uno de los tres primeros antes de hacer clic. Si su sitio tarda más de dos segundos en cargar, ese viajero típicamente abandona y va al siguiente listado. Google nota ese comportamiento y, con el tiempo, posiciona los sitios lentos más abajo. La lentitud no solo le hace perder la reserva de esta noche; también va erosionando lentamente el tráfico orgánico del próximo mes.
La velocidad de página no es para nosotros una característica de confort. Es una disciplina de ingeniería que se traduce directamente en ingresos. Por eso llamamos a este trabajo el Arte de los Milisegundos. Como un relojero ajustando cada escape, sudamos cada milisegundo — porque 200ms pueden marcar la diferencia entre una reserva y un rebote a lo largo de tres mil visitantes.
La infraestructura que elegimos al construir Hotel WD no fue una elección por defecto. Construimos sobre Next.js App Router — uno de los frameworks web modernos más rápidos y compatibles con SEO — y lo afinamos específicamente para hostelería. La razón es simple:
Next.js renderiza páginas en el servidor y entrega HTML listo al navegador del huésped. Sin esperas para descargar y procesar paquetes pesados de JavaScript. Por eso, los sitios hoteleros que funcionan con Hotel WD obtienen rutinariamente puntuaciones Lighthouse de 95+.
Pero Next.js solo no era suficiente. Nuestro servidor de origen vive en un único centro de datos; el huésped que abre su sitio podría estar en Nueva York, Londres o Singapur. La distancia geográfica por sí sola es latencia. Aquí entra Cloudflare.
Cloudflare for SaaS es el nivel empresarial que Cloudflare ofrece a plataformas SaaS multi-cliente como la nuestra, la misma red que impulsa muchas de las marcas más grandes con las que interactúa a diario. Hotel WD está registrado como proveedor SaaS, lo que significa que cada dominio personalizado de cliente se distribuye automáticamente entre los servidores edge de Cloudflare en más de 330 ciudades de todo el mundo.
¿Qué significa esto en la práctica? Una copia de su sitio se aloja en el centro de datos de Cloudflare más cercano a cada huésped. Un viajero desde Miami accede al edge de Miami, uno desde Londres al edge de Londres, uno desde Tokio al edge de Tokio. Esté donde esté nuestro servidor de origen, el huésped se conecta a un nodo geográficamente cerca de él.
El nuevo flujo de petición se ve así:
Bajo la arquitectura anterior, cada petición viajaba hasta el servidor: consulta a base de datos, render de página, generación de HTML. Eso tomaba unos 800ms en promedio. En la nueva arquitectura, ese cálculo se ejecuta una sola vez cuando una página se cachea; los siguientes mil visitantes obtienen la copia cacheada al instante.
Mientras diseñábamos esto no solo pensábamos en velocidad. Hay una segunda victoria de ingeniería igual de importante: nuestro servidor de origen respira más tranquilo.
En la configuración anterior, cuando un sitio hotelero popular recibía diez mil visitas al día, cada petición llegaba al origen: consulta a la base de datos, renderizado de página. Una campaña, un post viral en redes sociales, o un pico de Google Hotel Ads podía estresar el servidor, alargar tiempos de respuesta y, en el peor de los casos, mostrar páginas de error a unos huéspedes desafortunados.
Con la nueva arquitectura edge de Cloudflare, el panorama cambia por completo:
Esta es la calma producida por absorber un flujo amplio de visitantes — el tipo de fiabilidad de nivel empresarial que significa que el éxito de su negocio nunca está limitado por la capacidad de la infraestructura.
El lado técnico de la migración es nuestro problema; los resultados son algo que compartimos. Los resultados concretos de lo que se publicó hoy:
Tiempo de carga de página. En todos los sitios de clientes con dominio personalizado, el tiempo hasta el primer byte (TTFB) bajó de ~800ms a un rango de 50–80ms. Para un huésped en 4G móvil, esto significa que la página ahora se siente notablemente instantánea.
Invalidación inteligente de caché. Cuando guarda un cambio en el panel de administración del hotel — un ajuste de descripción, una nueva habitación, una actualización de precio — nuestro sistema dispara una señal "purge" a Cloudflare en segundo plano. Esa señal borra la copia obsoleta del edge de inmediato. El siguiente visitante ve contenido fresco. Actualizaciones instantáneas sin sacrificar velocidad.
Conflictos propietario-caché resueltos. Nuestra lógica de caché reconoce sesiones de usuario. Cuando el propietario del hotel ve su propio sitio, ve insignias de admin como "Editar"; un huésped anónimo viendo la misma URL en el mismo momento ve la versión pública cacheada. La interfaz exclusiva del propietario nunca se filtra accidentalmente al caché público. Doble seguridad.
Botón manual "Purgar caché". Añadimos un pequeño botón en la cabecera del panel de administración. Si algo cacheado en el edge se ve obsoleto y quiere limpiarlo ahora mismo — por ejemplo, una promoción antigua aún se muestra — un clic vacía el caché edge de su hotel. Sin necesidad de llamar a soporte.
Gestión automática de certificados SSL/TLS. Cloudflare for SaaS emite y renueva automáticamente certificados SSL para cada dominio personalizado de cliente. Lo único que hace su cliente es añadir un único registro CNAME en su panel DNS. Los certificados ya no son algo en lo que tengan que pensar.
Este último punto puede ser el más importante desde la perspectiva de la economía del cliente. Cloudflare for SaaS está incluido en todos los planes de Hotel WD. Sin tarifa extra, sin suscripción separada, sin factura adicional basada en el uso.
La mayoría de los proveedores SaaS o bien le dejan el edge caching a usted (abra su propia cuenta de Cloudflare, pague su propia factura) o lo restringen a niveles "Pro" o "Enterprise". Creemos que cada sitio de cliente merece infraestructura de nivel empresarial. Una pequeña boutique en Brooklyn y una gran cadena de resorts en Florida deben tener acceso a la misma infraestructura rápida cuando los milisegundos importan.
Mientras sea cliente de Hotel WD, su sitio web hotelero se entrega a través de la red edge de Cloudflare en más de 330 ciudades. Nosotros gestionamos la cuenta, las renovaciones de certificados, la configuración del caché edge, la protección DDoS y la gestión del tráfico — todo entre bastidores.
Un breve resumen técnico para los lectores curiosos de nuestro equipo de ingeniería. La estrategia de caché que implementamos en este proyecto no es de una sola capa; es un sistema de tres niveles:
unstable_cache (caché de DB en la aplicación). El resultado de la consulta a base de datos de una página de hotel se etiqueta con el ID del hotel y el dominio. TTL es de 7 días, pero con invalidación basada en tags se vuelve inválido inmediatamente en cualquier acción de guardado. Una llamada revalidateTag('hotel:id:abc123', 'max') borra todas las entradas de caché relacionadas.Cache-Control del origen porque Next.js produce no-store por defecto para páginas dinámicas; sobrescribimos eso con una Cloudflare Cache Rule.max-age=0; el navegador revalida cada vez. Así, cuando un cliente recarga la página después de una acción de guardado, ve contenido fresco al instante — la versión antigua no queda bloqueada en el navegador.Resolvimos algunas sutilezas en la arquitectura. Next.js, para streaming RSC, adjunta el siguiente header Vary a las respuestas: vary: rsc, next-router-state-tree, next-router-prefetch, next-router-segment-prefetch, Accept-Encoding. La política de caché de Cloudflare solo cachea Vary headers con Accept-Encoding; cualquier otro valor causa un MISS. La solución: una Cloudflare Response Header Transform Rule que simplifica este header dejando solo Accept-Encoding.
Una segunda sutileza: cuando el propietario del hotel ve su propio sitio, ve UI específica del propietario como "Editar". Devolverle una versión pública cacheada sería incorrecto. Escribimos una regla de bypass basada en cookies: cualquier petición con una cookie session-token omite el edge cache y va directo al origen. Los propietarios siempre ven contenido fresco; los visitantes anónimos obtienen la versión rápida cacheada.
Al guardar, las tres capas se invalidan juntas. Cuando guarda un campo en el panel de administración del hotel, se ejecuta la función revalidateHotel(hotelId, customDomain) del lado del servidor. Esa función limpia los tags de caché de Next.js y también dispara una petición purge_cache a la API de Cloudflare. La purga del lado de CF está diseñada como best-effort — incluso si la purga falla, el flujo de guardado no se rompe; en el peor de los casos, el contenido obsoleto permanece hasta que expira el TTL.
Como mencionamos antes, la señal Core Web Vitals de Google es uno de sus factores de ranking. Un sitio cacheado en el edge que se abre con TTFB sub-100ms sube de forma natural en búsqueda orgánica. Cuánto suba depende de su sector, la densidad competitiva y su estrategia de contenido — pero del lado de la velocidad, ya no le queda nada por hacer.
Esta semana invertimos no solo en infraestructura sino también en el lado visual. Azure Coastal es nuestro nuevo tema premium diseñado para hoteles costeros y resorts boutique. Estética mediterránea encalada, barra superior negra fina, corona de logo centrada, hero cinematográfico de paisaje marino y chip de calificación que genera confianza — todo en uno. Producto de meses de trabajo de diseño, y ha producido resultados fantásticos en los primeros sitios de clientes.
Para los clientes que quieran ver el nuevo tema: Página showcase de Azure Coastal
Su sitio web hotelero es el lobby digital de su huésped. Cuando abre la puerta del lobby no hace esperar al huésped ni un segundo; lo mismo es válido en el lado digital. Una página que se abre al instante le dice al huésped, en el primer segundo, "nos lo tomamos en serio".
Hemos completado la migración al edge de Cloudflare for SaaS. Todos los clientes de Hotel WD — incluidas las nuevas altas — están en esta infraestructura. Lo único que tiene que hacer es seguir usando su sitio hotelero. La velocidad y la calma de nivel empresarial ya están atendidas.
La velocidad de página no es una característica de confort — es una reserva. Hotel WD hace que cada milisegundo cuente.
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.