Wie du eine Hotelbuchungs-Website baust: Zimmer, Preise, Verfügbarkeit und Zahlungen
Eine Hotelbuchungs-Website lässt Gäste Anreisetermine wählen, für jede Nacht ihres Aufenthalts sehen, welche Zimmer frei sind, den Gesamtpreis sehen und bezahlen oder eine Anzahlung leisten – ohne dass jemand hin- und herschreiben muss. Dafür brauchst du Zimmertypen mit Anzahl der Zimmer, ein Modell für die Verfügbarkeit pro Nacht, Preise, die sich nach Datum ändern können, einen Buchungsablauf, der die Verfügbarkeit beim Speichern erneut prüft, und eine Ansicht für die Rezeption. Die schwierige Aufgabe sind nicht die hübschen Seiten. Es ist sicherzustellen, dass ein Zimmer nie zweimal verkauft wird – vor allem, wenn du auch über Buchungsplattformen verkaufst.
Was die Website braucht
Seiten
- Öffentlich: Startseite, Zimmer (Fotos, Betten, Größe, Ausstattung, maximale Gästezahl), eine Suche nach Datum und Gästen, Ergebnisse mit Gesamtpreis pro Zimmertyp, ein Buchungsformular, Zahlung und eine Bestätigungsseite mit Link zur Buchungsverwaltung.
- Ergänzend: Lage und Anfahrt, Richtlinien (Check-in-Zeiten, Storno, Kinder, Haustiere), FAQ, Kontakt.
- Privat (Personal): heutige Anreisen und Abreisen, ein Kalenderraster der Zimmer nach Nächten, Buchungsliste, gesperrte Termine, Tarife und Zimmereinstellungen.
Daten
| Tabelle | Wichtige Felder |
|---|---|
| Zimmertypen | Name, Beschreibung, maximale Erwachsene und Kinder, Grundpreis, Fotos |
| Zimmer | Zimmertyp, Nummer oder Name, aktiv ja/nein |
| Tarife | Zimmertyp, Datum oder Zeitraum, Preis pro Nacht, Mindestaufenthalt |
| Buchungen | Gast, Zimmertyp, zugewiesenes Zimmer, Check-in, Check-out, Gäste, Gesamtbetrag, Anzahlung bezahlt, Status, Quelle (direkt, Buchungsportal) |
| Gäste | Name, E-Mail, Telefon, Land, Notizen |
| Sperren | Zimmer, Zeitraum, Grund (Wartung, Nutzung durch Eigentümer) |
Speichere Check-in und Check-out als Datum, nicht als Uhrzeit, und behandle Check-out als ausschließend: Ein Aufenthalt vom 10. bis zum 12. belegt die Nächte des 10. und des 11. Dieser Fehler verursacht den häufigsten Verfügbarkeitsfehler.
Berechtigungen
Gäste sehen Preise und ob ein Zimmertyp verfügbar ist – nie, wer sonst noch wohnt. Das Personal an der Rezeption sieht Buchungen und Gastdaten; nur der Eigentümer ändert Tarife und Richtlinien. Dafür braucht es einen Mitarbeiter-Login mit mindestens zwei Rollen.
Entscheidungen und Abwägungen
Buchungsanfrage oder Sofortbuchung
Buchungsanfrage – der Gast schickt Termine und Angaben, du bestätigst per E-Mail – ist viel einfacher und für eine kleine Pension in Ordnung. Sofortbuchung braucht eine absolut verlässliche Verfügbarkeit und Zahlungsabwicklung, wandelt aber besser um. Viele Unterkünfte starten mit Anfragen und stellen später um.
Zimmertypen oder konkrete Zimmer verkaufen
Gäste buchen meist einen Zimmertyp („Doppelzimmer mit Meerblick“), und das Personal weist das konkrete Zimmer später zu. Konkrete Zimmer zu verkaufen ist einfacher zu bauen, macht den Kalender aber schwerer zu füllen.
Tarife
Beginne mit einem Preis pro Zimmertyp und Nacht, mit optionalen Abweichungen für Zeiträume (Hochsaison, Feiertage) und einem Mindestaufenthalt. Dynamische Preise, Aktionscodes und Pakete kommen später.
Zahlungen
Optionen, nach steigender Komplexität: Bezahlung bei Anreise; eine Anzahlung über einen gehosteten Checkout wie Stripe Checkout; vollständige Vorauszahlung für einen nicht erstattbaren Tarif; oder das Speichern einer Karte für eine spätere Belastung. Zahlungsregeln, Steuern und Kurtaxen unterscheiden sich je nach Land – prüfe die lokalen Vorgaben oder frage eine Beratung. Unser Zahlungs-Leitfaden behandelt die Mechanik.
Andere Kanäle
Wenn deine Zimmer auch auf Online-Reisebüros oder Ferienwohnungsportalen gelistet sind, musst du die Kalender synchron halten. Viele dieser Plattformen können Kalender als iCal-Links exportieren und importieren; diese Synchronisierung ist für kleine Unterkünfte üblich, geschieht aber verzögert und nicht sofort. Ein Channel-Manager ist die professionelle Lösung.
Ein erster Prompt, der funktioniert
Baue eine Direktbuchungs-Website für das Harbour House, eine Pension mit 9 Zimmern in Tobermory, Schottland. Zimmertypen: Doppelzimmer (4 Zimmer, 2 Gäste, 120 £/Nacht), Zweibettzimmer (3 Zimmer, 2 Gäste, 115 £), Familienzimmer (2 Zimmer, 2 Erwachsene + 2 Kinder, 165 £). Gäste suchen nach Check-in-Datum, Check-out-Datum und Gästen und sehen nur Zimmertypen, die für jede Nacht des Aufenthalts ein freies Zimmer haben, mit dem Gesamtpreis. Check-out ist ausschließend. Mindestaufenthalt 2 Nächte im Juli und August. Das Buchungsformular erfasst Name, E-Mail, Telefon und Ankunftszeit; speichere es als „ausstehend“ und prüfe die Verfügbarkeit auf dem Server erneut, bevor du speicherst. Personalbereich mit Login: heutige Anreisen und Abreisen, ein Kalenderraster der Zimmer nach Nächten, Buchungsliste mit Status und eine Möglichkeit, Termine zu sperren. Zeige auf jeder Buchungsseite Check-in 15–20 Uhr, Check-out 10 Uhr und die Stornobedingungen (kostenlos bis 7 Tage vorher). Ruhiges Küstendesign, mobil optimiert.
Build-Schritte
- Zuerst Zimmer und Nächte modellieren. Zimmertypen, Zimmer, Tarife und die Verfügbarkeitsprüfung. Teste sie, bevor du mit dem Design beginnst.
- Suche und Ergebnisse. Datumsauswahl, Gästeanzahl, Gesamtpreis für den Aufenthalt, klare Zustände „ausgebucht“.
- Buchungsablauf. Formular → serverseitige Verfügbarkeitsprüfung → ausstehende Buchung → Bestätigungsseite mit Verwaltungslink.
- Personalbereich mit Login: Anreisen, Abreisen, Kalenderraster, Termine sperren.
- E-Mail-Bestätigung über deinen eigenen Anbieter, mit Daten, Gesamtbetrag, Adresse und Richtlinie. Siehe E-Mails versenden.
- Anzahlungen im Stripe-Testmodus; eine Buchung erst bestätigen, wenn die Zahlung erfolgreich war. Ein Zahlungs-Webhook braucht deine App unter einer öffentlichen URL.
- Kalendersynchronisierung mit anderen Kanälen, falls du sie nutzt, plus eine tägliche manuelle Kontrolle am Anfang.
- Randfälle testen: zwei Browser buchen das letzte Zimmer, ein Aufenthalt über einen Tarifwechsel hinweg, eine Stornierung gibt Nächte frei, Einzelnächte in einer Mindestaufenthaltszeit.
- Veröffentlichen und selbst eine echte Buchung machen, bevor du deinen alten Ablauf abschaltest.
Häufige Fehler
- Verfügbarkeit nur im Browser prüfen. Zwei Gäste werden irgendwann gleichzeitig das letzte Zimmer buchen.
- Den Abreisetag als belegt zählen (oder den Anreisetag nicht zählen). Schreibe einen Test für einen Zweinachtaufenthalt.
- Ein einziger Festpreis. Die meisten Unterkünfte brauchen mindestens saisonale Abweichungen.
- Den Gesamtpreis erst im letzten Schritt zeigen. Zeige den vollständigen Preis für den Aufenthalt, einschließlich bekannter Gebühren, schon in den Ergebnissen.
- Richtlinien im Footer vergraben. Zeige die Stornobedingungen direkt neben dem Zahlungsbutton.
- iCal-Synchronisierung für sofort halten. Ist sie nicht; schließe Termine von Hand, wenn du fast ausgebucht bist.
Wann ein fertiges Produkt die bessere Wahl ist
Wenn du mehr als eine Handvoll Zimmer betreibst, über mehrere Online-Reisebüros verkaufst oder Housekeeping, Rechnungsstellung und Berichte brauchst, ist meist ein Hotelverwaltungssystem mit eingebauter Buchungsmaschine und Channel-Manager die richtige Wahl. Diese Produkte existieren, um Überbuchungen über Kanäle hinweg zu lösen, und das gut nachzubauen ist teuer.
Eine eigene Seite ergibt Sinn für kleine Unterkünfte, die vor allem Direktbuchungen annehmen, für ungewöhnliches Angebot (Glamping-Plätze, Hütten mit gemeinsamen Einrichtungen, Zimmer, die zusammen mit Aktivitäten verkauft werden) oder wenn du dein eigenes Design und Gästeerlebnis ohne monatliche Gebühr pro Zimmer willst. Manche Eigentümer kombinieren eine eigene Website mit einer gehosteten Buchungsmaschine, die darin eingebettet ist – oft das Beste aus beiden Welten.
Mit Mythex bauen
Bei Mythex beschreibst du die Unterkunft im Chat, prüfst die Website in der Live-Vorschau (einschließlich einer Ansicht im Telefonformat) und veröffentlichst, wenn es passt. Buchungen, Zimmer und Tarife liegen in einer Postgres-Datenbank, die der Agent anlegt, sobald die App Daten speichern muss; sie schläft bei Inaktivität und wacht beim nächsten Aufruf auf. Personal-Login, E-Mail-Bestätigungen und Anzahlungen sind mit deinen eigenen Anbietern und Schlüsseln verbunden – Mythex hat kein eingebautes Login-, E-Mail- oder Zahlungsprodukt für Endnutzer. Lies deshalb das Stripe-Rezept, bevor du Anzahlungen hinzufügst. Mit /test lässt du den Agenten Suche und Buchung durchgehen, und Checkpoints helfen dir, eine Änderung zurückzurollen, die die Verfügbarkeit bricht.
Als Startprompt schau dir den Builder für Hotelbuchungssysteme, den Builder für Pensionsbuchungssysteme oder die Vorlage Glamping-Buchungsseite an. Für stunden- oder terminbasierte Buchungen statt Nächten siehe den Leitfaden zur Buchungs-App.
Fragen
Worin unterscheidet sich Hotelbuchung von Terminbuchung?
Hotels verkaufen Nächte, keine Zeitfenster. Du erfasst, wie viele Zimmer jedes Typs in jeder Nacht frei sind, ein Aufenthalt umfasst mehrere Nächte, und der Preis kann von Nacht zu Nacht variieren.
Wie vermeide ich Überbuchungen, wenn ich auch über Buchungsportale verkaufe?
Alle Kanäle müssen dieselbe Verfügbarkeitsquelle nutzen. Kleine Unterkünfte synchronisieren Kalender oft über iCal-Links, das ist nicht sofort, also halte einen Puffer vor oder schließe Termine rasch. Größere Häuser nutzen einen Channel-Manager, der alle Kanäle nahezu in Echtzeit aktualisiert.
Sollten Gäste bei der Buchung vollständig bezahlen?
Das hängt von deiner Richtlinie ab. Übliche Optionen sind eine Anzahlung bei der Buchung, vollständige Vorauszahlung für nicht erstattbare Tarife oder eine Karte, die später belastet wird. Was du auch wählst: Zeige die Stornobedingungen vor der Zahlung.
Lohnt sich eine eigene Hotelbuchungs-Website für eine kleine Unterkunft?
Für eine kleine Pension kann eine eigene Seite mit Buchungsanfrage oder einfacher Sofortbuchung gut funktionieren. Sobald du über mehrere Online-Reisebüros verkaufst oder viele Zimmer verwaltest, lohnt sich meist ein Hotelverwaltungssystem mit Buchungsmaschine und Channel-Manager – trotz seiner Gebühr.