Fehler unter Kontrolle Das Echtzeit-Monitoring von Hotel WD ist live

Hotel WD hat Sentry, eine Production-Observability-Plattform, fest in den Kern seiner Infrastruktur integriert. Stößt ein Gast auf Ihrer Seite auf einen Fehler, erfährt unser Engineering-Team das vor Ihnen. Enterprise-Grade-Tracking stiller Fehler ist ab sofort Hotel WD Standard.

Fehler unter Kontrolle: Das Echtzeit-Monitoring von Hotel WD ist live

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 Sentry fest in den Kern von Hotel WD eingebaut. Erlebt ein Gast ab sofort einen Fehler irgendwo auf Ihrer Website, leuchtet binnen Sekunden der Monitor unseres Engineering-Teams. In den meisten Fällen ist das Problem behoben, bevor der Gast die Seite überhaupt neu lädt.

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.

Was Sentry ist, in klaren Worten

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 ist nun Teil dieser Pipeline. Sie installieren nichts, konfigurieren nichts, zahlen nichts extra. Im Hintergrund beobachtet unser Team Ihre Seite kontinuierlich.

Die alte Welt vs. die neue

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. Innerhalb von 30 Sekunden ist unser Engineering-Team informiert — mit dem exakten Fehler, der exakten Codezeile, dem Pfad des Gastes bis dahin und dem Gerät, das er nutzte. Die meisten Fälle sind binnen 30 Minuten gepatcht, bevor sie mehr als einen einzelnen Besucher betreffen. Ihr Monatsbericht zeigt keinen Einbruch, weil der Einbruch nie stattfindet.

So arbeiten Amazon, Booking und Airbnb seit Jahren. Wir haben dieselbe operative Disziplin auf den Maßstab eines einzelnen Hotels heruntergebrochen.

Was Sentry erfasst, wenn etwas bricht

In dem Moment, in dem auf Ihrer Seite eine Exception ausgelöst wird, sammelt Sentry:

  • Den vollständigen Stack Trace — welche Datei, welche Zeile, welche Aufrufkette den Fehler ausgelöst hat.
  • Gast-Kontext — Browser, Gerät, Land, die aufgerufene Seite, das gesuchte Zimmer und der Datumszeitraum.
  • Breadcrumbs — die exakte Abfolge der Seiten und Klicks, die zum Fehler geführt haben — wie das Vorflug-Gespräch im Black-Box-Recorder eines Flugzeugs.
  • Release-Information — in welchem Hotel WD Deploy dieses Problem zum ersten Mal auftauchte. Das ist entscheidend: Es zeigt in Sekunden, ob es sich um eine Regression oder einen brandneuen Bug handelt.
  • Frequenzmuster — passiert das fünfzig Besuchern oder nur einem? In jedem Browser oder nur in Safari unter iOS 17?
  • Echtzeit-Alarme — jeder neue Fehlertyp löst eine sofortige Slack- oder E-Mail-Benachrichtigung aus.
  • Sie müssen nichts davon lesen. Unsere Engineers tun das. Sie erleben das Ergebnis: Ihre Seite läuft.

    Was sonst noch in diesem Sprint live ging

    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:

  • Container-Neustart automatisch bei Ausfall.
  • Spätere Lastverteiler routen keine Gäste mehr auf einen kranken Server.
  • Blue-Green-Deployments mit sauberen Readiness-Signalen sind möglich.
  • 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.

    Was das für den Hotelier bedeutet

    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.

    Auf einen Blick

    BereichVorherNeuer Hotel WD StandardBedeutung für Sie
    Zeit bis zur FehlererkennungStunden oder Tage30 SekundenEngineers reagieren, bevor der Gast neu lädt
    Fehlerkontext„Irgendwas geht nicht"Stack Trace + Browser + KlickpfadLösung meist binnen 30 Minuten
    Stille FehlerUnmessbarer VerlustNull unsichtbare FehlerEhrliche Monatsberichte
    Health-CheckKeiner/api/health im SekundentaktAutomatische Wiederherstellung
    Cache-KohärenzBis zu 7 Tage VeralterungMaximal 24 StundenPreise und Verfügbarkeiten bleiben aktuell
    CLS (PageSpeed)Layout-Shift-StrafeKein ShiftSEO-Vorteil
    Build-Größe~600 MB37 MBSchnellere Deploys, kleineres Fehlerfenster

    Was als Nächstes kommt

    Die Arbeit dieser Woche ist eine Startlinie, nicht das Ziel. Auf der Rampe:

  • Echtzeit-Slack- und E-Mail-Alarme an Sentry angeschlossen — sofortige Team-Benachrichtigung.
  • Automatisches PostgreSQL-Backup mit Wiederherstellungsübung — null Datenverlust im Notfall.
  • Zwei-Faktor-Authentifizierung (2FA) — eine kritische Sicherheitsschicht für Hotelier-Konten.
  • DSGVO-Datenexport-Endpunkt — für Gäste, die eine Kopie ihrer personenbezogenen Daten anfordern.
  • k6-Lasttest mit 100 gleichzeitigen Nutzern — Messung des Systemverhaltens unter Spitzen.
  • Öffentliche Status-Seite — operativer Gesundheitszustand in Echtzeit für Kunden sichtbar.
  • Die Hotel WD Roadmap wird mit einer Transparenz umgesetzt, die in der Hotelsoftware-Branche selten ist.

    Schluss

    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ç
    AUTHOR

    Tahir Dinç

    Turkey27+ YEARS EXP

    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.

    Hotel WD·Strategy Team