Fehler unter Kontrolle: Hotel WD baut sein Echtzeit-Monitoring auf
Ein Reisender hat „Reservieren" angetippt. Die Seite zeigte etwas Unerwartetes. Er sah einen seltsamen Dialog, schloss den Tab und suchte ein anderes Haus. Haben Sie davon je erfahren?
In den meisten Hotels lautet die ehrliche Antwort: nein. Besucher füllen selten ein Feedback-Formular aus, rufen selten an der Rezeption an, schreiben selten eine E-Mail über etwas, das „fast funktioniert hätte". Sie schließen den Tab. Wochen später bemerkt der Eigentümer einen weichen Rückgang der Buchungen — ohne klare Ursache. Da ist der Umsatz längst verloren.
Im Software-Engineering trägt dieses Muster einen Namen: Silent Failure, der stille Fehler. Es ist der leise Feind jeder Website, die im Maßstab läuft.
In dieser Woche haben wir begonnen, Sentry in den Kern von Hotel WD einzubauen. Das Gerüst steht, der Rollout läuft. Das Ziel ist einfach: Erlebt ein Gast irgendwo auf Ihrer Website einen Fehler, wollen wir es sehen, bevor Sie — oder der Gast — es melden müssen.
Sentry Echtzeit-Fehler-Pipeline: Die Hotel WD Anwendung erfasst die Exception, Sentry reichert sie mit Stack Trace und Breadcrumbs an, der Engineer wird über Slack alarmiert.
Sentry ist die Production-Observability-Plattform, auf die GitHub, Microsoft, Disney, Spotify und über 100.000 weitere Engineering-Teams setzen. Gegründet 2012 in San Francisco, betreibt Sentry eine europäische Datenregion in Deutschland — ein wesentlicher Punkt für DSGVO-bewusste Betreiber.
Ihre einzige Aufgabe: jeden Fehler und jede Performance-Verschlechterung in laufender Software in Echtzeit zu erfassen und mit dem richtigen Kontext an die Engineers weiterzugeben, die es lösen können.
Jedes Hotel auf Hotel WD wird mit Abschluss des Rollouts Teil dieser Pipeline sein. Sie installieren nichts, konfigurieren nichts, zahlen nichts extra — alles geschieht im Hintergrund.
Alte Welt. Etwas auf Ihrer Seite ging zu Bruch. Ein Gast schloss den Tab. Die nächste Reservierung war verloren. Ihr Monatsbericht zeigte „Schwäche" bei den Buchungen; die Ursache blieb unsichtbar. Der Schaden war leise und kumulativ.
Neue Welt. Etwas auf Ihrer Seite geht zu Bruch. Die Monitoring-Pipeline zeichnet es auf — den exakten Fehler, die exakte Codezeile, den Pfad des Gastes bis dahin und das Gerät, das er nutzte — und legt es uns vor. Genau dieser Kontext ist es, der eine Korrektur schnell ausliefern lässt statt nach Wochen des Ratens. Das Ziel: den Einbruch abfangen, bevor er je in Ihrem Monatsbericht auftaucht.
So arbeiten Amazon, Booking und Airbnb seit Jahren. Wir haben dieselbe operative Disziplin auf den Maßstab eines einzelnen Hotels heruntergebrochen.
In dem Moment, in dem auf Ihrer Seite eine Exception ausgelöst wird, sammelt Sentry:
Sie müssen nichts davon lesen. Unsere Engineers tun das. Sie erleben das Ergebnis: Ihre Seite läuft.
Sentry allein reicht nicht; die umliegende Infrastruktur muss tragen. Die weiteren Änderungen dieser Woche:
1. Multi-Runtime-Fehlererfassung
Das @sentry/nextjs SDK ist im Hotel WD Kern verankert, mit getrennten Kanälen für die Node.js Server-Runtime, die Edge-Runtime und den Browser. Personenbezogene Daten (PII) werden standardmäßig nicht gesendet — nur anonyme Fehlertraces und technischer Kontext. DSGVO-konform und bereit für Compliance-Audits in der Hotellerie.
2. Health-Check-Endpunkt (/api/health)
Ein neuer Endpunkt prüft im Sekundentakt, ob die Anwendung lebt. PostgreSQL antwortet, der Endpunkt liefert 200 OK; bricht es ein, liefert er 503 Degraded. Damit erreichen wir:
3. Cache-Kohärenz (Cloudflare TTL-Synchronisation)
Die TTL-Lücke zwischen dem Cloudflare Edge Cache und dem internen Next.js Cache ist geschlossen. Der theoretisch schlechteste Fall für einen veralteten Preis lag bei sieben Tagen; dieses Fenster haben wir auf 24 Stunden verkürzt. Verfügbarkeits- und Preisaktualisierungen propagieren von nun an innerhalb eines Tages — jedes Mal.
4. Cumulative-Layout-Shift-Korrektur
Unser Cookie-Banner „sprang" beim Laden ins Layout — ein subtiler, aber realer Auslöser für Layout-Shift, den Google PageSpeed bemängelt und der das Suchranking abwertet. Das Banner wurde so umgebaut, dass es vom ersten Frame an im Layout vorhanden ist und nur per Opazität sichtbar wird. Der Layout-Shift geht von messbar auf null.
5. Build-Pipeline-Hygiene (Docker)
Unser Production-Docker-Build-Kontext ist von rund 600 MB auf 37 MB geschrumpft. Deploys sind 1–2 Minuten schneller, der Server-Bandbreitenverbrauch sinkt. Der Container führt zudem eine eigene HEALTHCHECK-Direktive alle 30 Sekunden aus.
6. Schutz vor parallelen Deploys
Eine Race Condition erlaubte zwei gleichzeitige Deploys aus GitHub Actions. Mit einer Concurrency-Group geschlossen.
Sie müssen die technische Tiefe oben nicht kennen. Aber wenn Sie auf Hotel WD setzen, sollten Sie wissen, dass dies in Ihrem Auftrag umgesetzt wird.
Das geschäftliche Versprechen von Hotel WD lässt sich auf einen Satz verkürzen:
„Beschäftigen Sie sich nicht mit der Technik der Hotellerie — wir erledigen das."
Dieses Versprechen lässt sich nicht durch gutes Seitendesign allein einlösen. Es muss tragen, wenn die Seite live geht, wenn ein Fehler auftritt, wenn die Latenz steigt, wenn Preise aktualisiert werden, wenn eine Zahlung verarbeitet wird. Engineering-Disziplin auf jeder Schicht ist der einzige Weg dorthin.
Die Infrastrukturschicht dieser Woche ist der konkrete Schritt von „der persönlichen Website eines Hoteliers" hin zu Enterprise-Grade-SaaS.
/api/health im Sekundentakt| Bereich | Vorher | Neuer Hotel WD Standard | Bedeutung für Sie |
|---|---|---|---|
| Zeit bis zur Fehlererkennung | Stunden oder Tage | Automatische Erfassung im Moment des Fehlers | Das Ziel: Wir sehen es, bevor Sie es melden müssen |
| Fehlerkontext | „Irgendwas geht nicht" | Stack Trace + Browser + Klickpfad | Korrekturen zielen auf die echte Ursache, nicht auf Vermutungen |
| Stille Fehler | Unmessbarer Verlust | Erfasst und für uns sichtbar | Monatsberichte werden ehrlich |
| Health-Check | Keiner | /api/health im Sekundentakt | Automatische Wiederherstellung |
| Cache-Kohärenz | Bis zu 7 Tage Veralterung | Maximal 24 Stunden | Preise und Verfügbarkeiten bleiben aktuell |
| CLS (PageSpeed) | Layout-Shift-Strafe | Kein Shift | SEO-Vorteil |
| Build-Größe | ~600 MB | 37 MB | Schnellere Deploys, kleineres Fehlerfenster |
Die Arbeit dieser Woche ist eine Startlinie, nicht das Ziel. Auf der Rampe:
Die Hotel WD Roadmap wird mit einer Transparenz umgesetzt, die in der Hotelsoftware-Branche selten ist.
Wenn ein Gast Ihre Seite besucht, soll er sich nicht fragen, ob alles funktioniert. Er soll buchen, ohne dass die Frage in seinem Kopf entsteht.
Dorthin zu kommen heißt, sich sicher zu sein, dass tatsächlich alles funktioniert. Und sicher sein heißt, jede Sekunde in der Produktion zu messen.
Sentry ist eine der Grundschichten, die diese Sicherheit erarbeitet. Seit dieser Woche Teil des Hotel WD Kerns. Weitere Schichten sind unterwegs.
Sprechen Sie mit Hotel WD und bringen Sie Ihr Hotel auf eine Engineering-Plattform →
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.