Hotel WD wechselt zum Cloudflare Edge Cache: Ihre Gäste in Millisekunden erreichen
Heute kündigen wir einen Engineering-Meilenstein an, an dem wir seit Wochen arbeiten. Alle Kunden-Hotelseiten auf Hotel WD werden jetzt über das globale Edge-Cache-Netzwerk von Cloudflare ausgeliefert. Das bedeutet, dass Ihre Hotelwebsite den Browser eines Besuchers in etwa 50 Millisekunden statt 800 erreicht. Eine 17-fache Beschleunigung. Und sie ist im Tarif enthalten, den Sie bereits zahlen — keine separate Cloudflare-Rechnung.
Cloudflare Edge Cache Architektur: Origin-Server, globales Edge-Netzwerk und Gast-Browser, mit Cache HIT Fluss und TTFB, der von 800ms auf 47ms fällt.
Hotellerie auf der digitalen Seite ist ein Spiel der kleinen Zahlen. Wenn ein Reisender "boutique hotel Manhattan" in Google eintippt und die Ergebnisse durchsieht, verbringt er nur wenige Sekunden mit jedem der ersten drei, bevor er klickt. Wenn Ihre Seite länger als zwei Sekunden zum Laden braucht, springt dieser Reisende typischerweise ab und geht zum nächsten Eintrag. Google bemerkt dieses Verhalten und reiht langsame Seiten mit der Zeit niedriger ein. Langsamkeit kostet nicht nur die Reservierung von heute Abend — sie erodiert auch langsam den organischen Traffic des nächsten Monats.
Seitengeschwindigkeit ist für uns kein Komfort-Feature. Es ist eine Engineering-Disziplin, die sich direkt in Umsatz übersetzt. Deshalb nennen wir diese Arbeit die Kunst der Millisekunden. Wie ein Uhrmacher, der jede Hemmung justiert, schwitzen wir über jeder Millisekunde — denn 200ms können den Unterschied zwischen einer Buchung und einem Bounce über dreitausend Besucher hinweg bedeuten.
Die Infrastruktur, die wir beim Aufbau von Hotel WD wählten, war keine Standardentscheidung. Wir bauten auf Next.js App Router — einem der schnellsten und SEO-freundlichsten modernen Web-Frameworks — und stimmten ihn speziell auf die Hotellerie ab. Die Begründung ist einfach:
Next.js rendert Seiten serverseitig und liefert fertiges HTML an den Browser des Gastes. Kein Warten auf das Herunterladen und Parsen schwerer JavaScript-Bundles. Dadurch erreichen Hotelseiten, die auf Hotel WD laufen, routinemäßig Lighthouse-Werte von 95+.
Aber Next.js allein war nicht genug. Unser Origin-Server lebt in einem einzigen Rechenzentrum; der Gast, der Ihre Site öffnet, könnte in New York, London oder Singapur sein. Die geographische Distanz allein ist Latenz. Hier kommt Cloudflare ins Spiel.
Cloudflare for SaaS ist das Enterprise-Tier, das Cloudflare an Multi-Mandanten-SaaS-Plattformen wie unsere ausgibt — dasselbe Netzwerk, das viele der größten Marken antreibt, mit denen Sie täglich interagieren. Hotel WD ist als SaaS-Anbieter registriert, was bedeutet, dass jede individuelle Kundendomain automatisch über die Edge-Server von Cloudflare in mehr als 330 Städten weltweit verteilt wird.
Was bedeutet das in der Praxis? Eine Kopie Ihrer Site liegt im Cloudflare-Rechenzentrum, das jedem Gast am nächsten ist. Ein Reisender aus Miami erreicht den Miami-Edge, einer aus London den London-Edge, einer aus Tokio den Tokio-Edge. Wo auch immer unser Origin-Server steht, der Gast verbindet sich zu einem geographisch nahen Knoten.
Der neue Anfrageablauf sieht so aus:
Unter der alten Architektur reiste jede Anfrage bis zum Server: Datenbank abgefragt, Seite gerendert, HTML generiert. Das dauerte im Durchschnitt etwa 800ms. Unter der neuen Architektur läuft diese Berechnung einmal, wenn eine Seite gecacht wird; die nächsten tausend Besucher bekommen die gecachte Kopie sofort.
Beim Entwurf dachten wir nicht nur an Geschwindigkeit. Es gibt einen zweiten Engineering-Gewinn, der genauso wichtig ist: Unser Origin-Server atmet leichter.
Im vorherigen Setup, wenn eine beliebte Hotelseite zehntausend Besucher pro Tag bekam, erreichte jede einzelne Anfrage das Origin: Datenbank abgefragt, Seite gerendert. Eine Kampagne, ein viraler Social-Media-Post oder ein Google Hotel Ads Spike konnte den Server stressen, Antwortzeiten verlängern und im schlimmsten Fall Fehlerseiten an einige unglückliche Gäste ausliefern.
In der neuen Cloudflare Edge Architektur ändert sich das Bild komplett:
Das ist die Ruhe, die das Absorbieren eines breiten Besucherstroms erzeugt — die Art von Enterprise-Zuverlässigkeit, die bedeutet, dass der Erfolg Ihres Geschäfts nie durch Infrastrukturkapazität begrenzt wird.
Die technische Seite der Migration ist unser Problem; die Ergebnisse sind etwas, das wir teilen. Die konkreten Resultate dessen, was heute live ging:
Seitenladezeit. Über alle Kundenseiten mit individueller Domain hinweg fiel die Time-to-First-Byte (TTFB) von ~800ms auf einen Bereich von 50–80ms. Für einen Gast auf mobilem 4G fühlt sich die Seite jetzt spürbar sofort an.
Intelligente Cache-Invalidierung. Wenn Sie eine Änderung im Hotel-Admin-Panel speichern — eine Beschreibungsanpassung, ein neues Zimmer, ein Preisupdate — sendet unser System im Hintergrund ein "Purge"-Signal an Cloudflare. Dieses Signal löscht die veraltete Kopie sofort vom Edge. Der nächste Besucher sieht frischen Inhalt. Sofortige Aktualisierungen ohne Geschwindigkeitsverlust.
Owner-Cache-Konflikte gelöst. Unsere Cache-Logik erkennt Benutzersitzungen. Wenn der Hotelbesitzer seine eigene Site ansieht, sieht er Admin-Badges wie "Bearbeiten"; ein anonymer Gast, der zur gleichen Zeit dieselbe URL ansieht, sieht die gecachte öffentliche Version. Owner-spezifische UI lecks niemals versehentlich in den öffentlichen Cache. Doppelte Sicherheit.
Manueller "Cache leeren" Button. Wir haben einen kleinen Button in der Kopfzeile des Manage-Panels hinzugefügt. Wenn etwas Edge-Gecachtes veraltet aussieht und Sie es jetzt sofort löschen wollen — etwa eine alte Promotion, die noch angezeigt wird — leert ein Klick den Edge-Cache für Ihr Hotel. Kein Anruf beim Support nötig.
Automatisches SSL/TLS-Zertifikatsmanagement. Cloudflare for SaaS stellt automatisch SSL-Zertifikate für jede individuelle Kundendomain aus und erneuert sie. Das Einzige, was Ihr Kunde tut, ist einen einzigen CNAME-Eintrag in seinem DNS-Panel hinzuzufügen. Zertifikate sind nichts mehr, woran sie denken müssen.
Dieser letzte Punkt mag aus Sicht der Kundenökonomie der wichtigste sein. Cloudflare for SaaS ist in allen Hotel WD Tarifen enthalten. Keine Extragebühr, kein separates Abo, keine nutzungsbasierte Zusatzrechnung.
Die meisten SaaS-Anbieter überlassen Edge-Caching entweder Ihnen (eröffnen Sie Ihr eigenes Cloudflare-Konto, zahlen Sie Ihre eigene Rechnung) oder verstecken es hinter "Pro"- oder "Enterprise"-Tarifen. Wir glauben, dass jede Kundenseite Enterprise-Infrastruktur verdient. Eine kleine Boutique in Brooklyn und eine große Resort-Kette in Florida sollten auf gleiche, schnelle Infrastruktur treffen, wenn Millisekunden zählen.
Solange Sie Hotel WD Kunde sind, wird Ihre Hotelwebsite über das Cloudflare-Edge-Netzwerk in über 330 Städten ausgeliefert. Wir kümmern uns um das Konto, die Zertifikatserneuerungen, die Edge-Cache-Konfiguration, den DDoS-Schutz und das Traffic-Management — alles im Hintergrund.
Eine kurze technische Zusammenfassung für die neugierigen Leser aus unserem Engineering-Team. Die Cache-Strategie, die wir in diesem Projekt umgesetzt haben, ist nicht einschichtig; sie ist ein dreistufiges System:
unstable_cache (In-App-DB-Cache). Das Ergebnis der Datenbankabfrage einer Hotelseite wird mit Hotel-ID und Domain getaggt. TTL beträgt 7 Tage, aber mit tag-basierter Invalidierung wird es bei jeder Speicheraktion sofort ungültig. Ein revalidateTag('hotel:id:abc123', 'max')-Aufruf wischt alle zugehörigen Cache-Einträge.Cache-Control-Header des Origins, weil Next.js für dynamische Seiten standardmäßig no-store produziert; wir überschreiben das mit einer Cloudflare Cache Rule.max-age=0; der Browser revalidiert jedes Mal. Wenn ein Kunde die Seite nach einer Speicheraktion neu lädt, sieht er sofort frischen Inhalt — die alte Version bleibt nicht im Browser eingesperrt.Wir haben einige Feinheiten in der Architektur gelöst. Next.js fügt für RSC-Streaming den folgenden Vary-Header an Antworten an: vary: rsc, next-router-state-tree, next-router-prefetch, next-router-segment-prefetch, Accept-Encoding. Cloudflares Cache-Politik cached nur Vary-Header mit Accept-Encoding; jeder andere Wert verursacht einen MISS. Die Lösung: eine Cloudflare Response Header Transform Rule, die diesen Header vereinfacht und nur Accept-Encoding belässt.
Eine zweite Feinheit: Wenn der Hotelbesitzer seine eigene Site ansieht, sieht er besitzer-spezifische UI wie "Bearbeiten". Diesem Nutzer eine gecachte öffentliche Version zurückzugeben, wäre falsch. Wir haben eine cookie-bewusste Bypass-Regel geschrieben: jede Anfrage mit einem session-token-Cookie umgeht den Edge-Cache und geht direkt zum Origin. Besitzer sehen immer frischen Inhalt; anonyme Besucher erhalten die gecachte schnelle Version.
Beim Speichern werden alle drei Schichten gemeinsam invalidiert. Wenn Sie ein Feld im Hotel-Admin-Panel speichern, läuft die serverseitige Funktion revalidateHotel(hotelId, customDomain). Diese Funktion bustet die Next.js-Cache-Tags und sendet auch eine purge_cache-Anfrage an die Cloudflare-API. Die CF-seitige Purge ist absichtlich best-effort gestaltet — auch wenn die Purge fehlschlägt, bricht der Speicherablauf nicht; im schlimmsten Fall bleibt veralteter Inhalt bis zum TTL-Ablauf.
Wie zuvor erwähnt, ist Googles Core Web Vitals-Signal einer seiner Ranking-Faktoren. Eine Site, die am Edge gecacht ist und mit Sub-100ms TTFB öffnet, steigt natürlich in der organischen Suche. Wie viel Aufstieg hängt von Ihrer Branche, der Wettbewerbsdichte und Ihrer Content-Strategie ab — aber auf der Geschwindigkeitsseite bleibt Ihnen nichts mehr zu tun.
Diese Woche haben wir nicht nur in die Infrastruktur, sondern auch in die visuelle Seite investiert. Azure Coastal ist unser neues Premium-Theme, gestaltet für Küstenhotels und Boutique-Resorts. Weiß getünchte mediterrane Ästhetik, schmale schwarze Topbar, zentrierte Logo-Krone, kinematographischer Meereslandschafts-Hero und vertrauensbildender Bewertungs-Chip — alles in einem. Das Produkt monatelanger Designarbeit, und es hat auf den ersten Kundenseiten fantastische Ergebnisse erzielt.
Für Kunden, die das neue Theme sehen möchten: Azure Coastal Showcase-Seite
Ihre Hotelwebsite ist die digitale Lobby Ihres Gastes. Wenn Sie die Lobbytür öffnen, lassen Sie den Gast keine Sekunde warten; dasselbe gilt auf der digitalen Seite. Eine Seite, die sofort öffnet, sagt dem Gast in der allerersten Sekunde: "Wir nehmen das ernst."
Wir haben die Migration zu Cloudflare for SaaS Edge abgeschlossen. Alle Hotel WD Kunden — einschließlich Neuanmeldungen — sind auf dieser Infrastruktur. Das Einzige, was Sie tun müssen, ist Ihre Hotelseite weiter zu nutzen. Geschwindigkeit und Enterprise-Ruhe sind bereits abgedeckt.
Seitengeschwindigkeit ist kein Komfort-Feature — es ist eine Reservierung. Hotel WD lässt jede Millisekunde zählen.
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.