Kurz beantwortet
KI-Antworten stützen sich auf drei Blöcke: die Stammdaten des Hauses, die Zimmerkategorien mit ihren Eigenschaften und die Regeln des Aufenthalts — Anreisezeit, Parkplatz, Haustiere, Frühstück, Storno. Stehen diese Angaben als strukturierte Daten im Quelltext und werden sie an einer Stelle gepflegt, stimmen die Antworten. Fehlen sie, raten die Systeme aus Portalprofilen und alten Seiten.
Das Wichtigste in Kürze
- Zuerst die Stammdaten des Hauses und je Zimmerkategorie eine eigene Auszeichnung, dann die Ausstattungsmerkmale — nicht umgekehrt.
- Was in einer KI-Antwort erscheinen kann, muss im HTML der Seite stehen und für den Google-Bot abrufbar sein.
- Prüfen heißt: Seite ohne JavaScript ansehen, Testwerkzeuge laufen lassen und die Antwort eines Chatbots mit der eigenen Preisliste vergleichen.
- llms.txt ist ein Vorschlag, kein Standard: billig anzulegen, aber kein Ersatz für Auszeichnungen im Quelltext.
- Der teuerste Fehler sind widersprüchliche Angaben auf Website, Portalprofil und Brancheneintrag.
Damit Google und Chatbots Ihr Haus korrekt wiedergeben, brauchen sie drei Dinge in maschinenlesbarer Form: die Stammdaten des Hauses, jede Zimmerkategorie einzeln und die Regeln des Aufenthalts — Anreisezeit, Parkplatz, Haustiere, Frühstück, Storno. Alles andere, vom schön geschriebenen Text bis zur Datei llms.txt, wirkt erst, wenn diese Angaben vorhanden und widerspruchsfrei sind.
Der Grund ist unspektakulär. Ein Sprachmodell hat keine Kenntnis Ihres Hauses, es hat nur Text. Findet es auf Ihrer Seite keine klaren Angaben, nimmt es, was anderswo steht: das Portalprofil, einen Brancheneintrag, eine Pressemeldung von vorgestern. Die Antwort klingt dann trotzdem sicher — nur eben mit der Anreisezeit von 2019. Dieselben Stammdaten und Zimmerangaben sind zugleich die Grundlage für die Buchungsstrecke einer eigenen Direktbuchungs-Website, die Verfügbarkeit und Preise live aus demselben System zeigt.
Welche Auszeichnungen ein Haus als Erstes setzen sollte
Strukturierte Daten sind ein festgelegtes Format, mit dem Sie Inhalte im Quelltext beschriften, damit Maschinen sie zuordnen können; Google beschreibt Zweck und Aufbau in seiner Einführung [Q1]. Für ein Beherbergungsbetrieb ist die Reihenfolge klar.
Zuerst das Haus selbst: Name, Adresse, Geokoordinaten, Telefon, Sprachen, Anreise- und Abreisezeit, Zahlungsarten. Dafür gibt es im schema.org-Vokabular den Typ Hotel. Dann je Zimmerkategorie ein eigener Block vom Typ HotelRoom mit Größe, Belegung, Bettentyp und Preisspanne — nicht eine Sammelseite für alle Zimmer, sondern je Kategorie eine Einheit, die ein System einzeln zitieren kann. Erst danach die Ausstattung als einzelne Merkmale: Aufzug, Parkplatz, Ladestation, Hunde erlaubt, Küche, Waschmaschine.
Für Ferienwohnungen führt Google ein eigenes Datenformat für Vacation Rentals, das an ein Partnerprogramm gebunden ist und nicht frei genutzt werden kann [Q2]. Wer mehrere Wohnungen vermietet, beschreibt die Objekte deshalb zunächst wie oben und prüft separat, ob die Teilnahme am Programm für das eigene Haus in Frage kommt.
Zwei Fehler treten dabei regelmäßig auf. Der erste ist die doppelte Auszeichnung: Theme und Plugin erzeugen jeweils eigene Angaben, die einander widersprechen — etwa zwei verschiedene Telefonnummern auf derselben Seite. Der zweite ist die Auszeichnung von Angaben, die auf der Seite gar nicht sichtbar sind. Strukturierte Daten beschreiben den Inhalt einer Seite; was nur im Quelltext steht und nirgends im Text, ist kein Gewinn, sondern eine Fehlerquelle bei der nächsten Prüfung.

Was in einer KI-Antwort über Ihr Haus auftaucht
In Antworten erscheinen fast immer dieselben Angaben: Lage und nächster Ort, Kategorie, Preisspanne, ob Frühstück inkludiert ist, ob Hunde mitdürfen, ob es Parkplätze gibt, wann angereist werden kann und wie storniert wird. Das sind die Fragen, die ein Gast auch am Telefon stellt.
Google beschreibt für seine KI-Funktionen dieselben Grundregeln wie für die klassische Suche: Was der Bot nicht abrufen darf oder was von der Vorschau ausgeschlossen ist, kann auch in generierten Antworten nicht auftauchen [Q3]. Praktisch heißt das: Steht Ihre Preisspanne nur in einem nachgeladenen Buchungswidget, das per iframe von einem fremden System kommt, ist sie für die Antwort nicht vorhanden. Der Satz „ab 140 Euro im Doppelzimmer, Frühstück inkludiert“ gehört als Text auf die Seite — und zusätzlich in die Auszeichnung.
Der zweite Punkt ist die Übereinstimmung. Ein System, das auf Ihrer Seite eine Anreisezeit ab 15 Uhr findet, im Unternehmensprofil 14 Uhr und im Portalprofil 16 Uhr, wird eine der drei Angaben wählen — und Sie haben keinen Einfluss darauf, welche. Widersprüche schaden mehr als Lücken: Eine fehlende Angabe führt zu einer Rückfrage, eine falsche zu einem verärgerten Gast vor verschlossener Tür.
Ein Aparthotel mit zwölf Einheiten: wie viele Angaben zusammenkommen
Rechnen wir das an einem Haus durch. Angenommen, Sie führen zwölf Einheiten in drei Kategorien: Studio, Zwei-Zimmer-Apartment, Maisonette. Für das Haus selbst pflegen Sie rund zwölf Stammfelder. Je Kategorie kommen etwa acht Angaben dazu — Größe, Belegung, Betten, Küche, Balkon, Preisspanne, Reinigungspauschale, Mindestaufenthalt. Das sind 3 mal 8, also 24 Angaben, plus zwölf für das Haus: 36 Angaben insgesamt.
Diese 36 Angaben stehen heute vermutlich an vier Stellen: eigene Website, Booking-Profil, Airbnb-Inserat, Google-Unternehmensprofil. Das ergibt 144 gepflegte Felder, die dasselbe aussagen sollen. Ändern Sie die Anreisezeit von 15 auf 16 Uhr, sind es vier Stellen, an denen die Änderung ankommen muss — und drei Gelegenheiten, es zu vergessen.
Die Annahme hier ist bewusst schlicht: gleich viele Merkmale je Kategorie und keine Saisonvarianten. Mit zwei Saisonpreisen je Kategorie verdoppelt sich der Preisblock. Die Zahl selbst ist weniger wichtig als die Einsicht: Ohne eine Quelle, aus der die Website ihre Angaben zieht, pflegen Sie dasselbe mehrfach — und Widersprüche entstehen nicht aus Nachlässigkeit, sondern aus Arithmetik.

Wie Sie prüfen, was tatsächlich ausgelesen wird
Drei Prüfungen genügen für den Anfang. Erstens: Öffnen Sie Ihre Zimmerseite und sehen Sie sich den Quelltext an. Steht der Preis dort als Text, oder erscheint er erst, wenn das Widget geladen hat? Zweitens: Lassen Sie Ihre Seiten durch Googles Testwerkzeug für strukturierte Daten laufen; Fehler und Warnungen sind dort benannt, die Einführung erklärt die Formate dazu [Q1]. Drittens: Stellen Sie einem Chatbot drei Fragen, die ein Gast stellen würde — „Hat das Haus Parkplätze?“, „Sind Hunde erlaubt?“, „Was kostet ein Doppelzimmer im Juni?“ — und vergleichen Sie die Antwort mit Ihrer Preisliste.
Die dritte Prüfung ist die unangenehmste und die nützlichste. Sie zeigt nicht, ob Ihre Auszeichnung technisch korrekt ist, sondern was ein Gast am Ende zu hören bekommt. Notieren Sie die Abweichungen und arbeiten Sie sie ab, statt an der Formulierung der Startseite zu feilen.
Halten Sie das Ergebnis schriftlich fest: Datum, geprüfte Seiten, gefundene Abweichungen, erledigte Korrekturen. Eine halbe Seite genügt. Beim nächsten Durchgang sehen Sie, ob ein Fehler wiederkehrt — und wiederkehrende Fehler haben fast immer eine Ursache im System, nicht im Text.
Was llms.txt leistet und was nicht
llms.txt ist eine Textdatei im Wurzelverzeichnis der Website, die die wichtigsten Seiten in Markdown auflistet und kurz beschreibt. Sie ist als Vorschlag veröffentlicht und ausdrücklich als solcher gekennzeichnet [Q4]. Kein Suchanbieter hat zugesagt, sie auszuwerten.
Daraus folgt eine nüchterne Einordnung: Die Datei ist in einer halben Stunde angelegt, kostet nichts im Betrieb und schadet nicht. Sie ersetzt aber keine Auszeichnung im Quelltext, und sie hebt keine Seite in einem Ranking. Wer sie anlegt, sollte sie mit denselben Fakten füllen wie die Seiten selbst — eine dritte Version der Hausregeln ist schlechter als keine.
Was Sie selbst übernehmen müssen
Die Technik lässt sich abgeben, die Fakten nicht. Jemand im Haus muss festlegen, was gilt: Anreise ab wann, Hunde gegen welche Gebühr, Frühstück bis wann, Storno bis wann kostenfrei. Dieselbe Person muss Änderungen melden, sobald sie beschlossen sind — zur Saisonumstellung, nach dem Umbau, wenn der Parkplatz wegfällt.
Sinnvoll ist ein fester Termin, etwa zweimal im Jahr: Stammdaten durchgehen, die drei Prüfungen von oben wiederholen, Abweichungen zwischen Website und Portalprofilen korrigieren. Nicht auslagerbar ist außerdem die Entscheidung, welche Angaben überhaupt öffentlich sein sollen. Wer Preise grundsätzlich nur auf Anfrage nennt, wird in KI-Antworten seltener mit konkreten Werten erscheinen — das ist eine legitime Entscheidung, aber eine bewusste. Einen ersten Überblick über den Ist-Zustand liefert ein technischer Blick auf die bestehende Hotelwebsite; wie Sichtbarkeit in KI-Antworten insgesamt entsteht, behandelt der Beitrag zur Sichtbarkeit in KI-Suchen. Wer die gepflegten Daten zusätzlich für Gästefragen nutzen will, findet den Anschluss beim KI-Concierge für wiederkehrende Fragen.
Ihr nächster Schritt: Öffnen Sie heute den Quelltext einer Zimmerseite und prüfen Sie, ob Preis, Belegung und Anreisezeit dort als Text stehen — wie die Auszeichnung danach aufgebaut wird, steht unter strukturierte Daten für KI-Suchen, und für die Umsetzung können Sie einen Termin vereinbaren.
Quellen und weiterführende Informationen
[Q1] Google Search Central: Einführung in strukturierte Daten
[Q2] Google Search Central: Structured data for vacation rentals
Häufige Fragen
Brauche ich strukturierte Daten, wenn ich nur über Booking.com und Airbnb vermiete?
Für die Portale selbst nicht — dort pflegen Sie die Angaben in der jeweiligen Maske. Sobald ein Gast Ihren Hausnamen in eine Suche oder einen Chatbot eingibt, entscheidet jedoch Ihre eigene Seite, welche Fakten er sieht. Ohne eigene Auszeichnung antworten die Systeme aus Portalprofilen, die Sie nur eingeschränkt kontrollieren und die bei Änderungen zeitversetzt nachziehen.
Wie oft sollte ich die Auszeichnungen aktualisieren?
Anlassbezogen und zusätzlich zu zwei festen Terminen im Jahr. Anlässe sind Preisrunden, geänderte Anreisezeiten, neue Hausregeln, Umbauten und wegfallende Leistungen. Die festen Termine dienen dem Abgleich zwischen Website, Portalprofilen und Unternehmensprofil. Wer nur anlassbezogen arbeitet, übersieht die stillen Abweichungen, die niemand gemeldet hat.
Kann ich strukturierte Daten in WordPress ohne Entwickler pflegen?
Teilweise. Viele Themes und Plugins erzeugen Grunddaten automatisch, oft aber unvollständig oder doppelt — zwei widersprüchliche Auszeichnungen auf einer Seite sind ein häufiger Befund. Sinnvoll ist, den bestehenden Bestand einmal fachlich prüfen zu lassen, die Quelle auf ein System zu reduzieren und danach selbst über die Maske zu pflegen.
Schadet es, wenn meine Preise in KI-Antworten auftauchen?
In der Regel nicht, wenn Sie eine Spanne statt eines Tagespreises angeben und der Stand erkennbar ist. Eine Spanne beantwortet die Frage des Gastes, ohne Sie auf einen Wert festzulegen. Problematisch wird es bei veralteten Festpreisen: Sie erzeugen Diskussionen an der Rezeption und Enttäuschung in der Buchungsstrecke.
Über die Redaktion
HOHEIT Redaktion
Die Redaktion von HOHEIT, einem Produkt der EA Digital Solutions e.U. in Graz, schreibt über Provisionen, Direktbuchung, Channel-Manager, KI und Recht in der Beherbergung. Jede Zahl mit Quelle, jeder Text von Menschen geprüft.
Mehr über HOHEITPassende Leistung
Strukturierte Daten und Sichtbarkeit in KI-Suchen
Gäste fragen zunehmend ChatGPT, Perplexity oder die KI-Übersichten von Google. Damit Ihr Haus dort richtig beschrieben wird, braucht die Website maschinenlesbare Fakten.
Umfang, Ablauf und Preise


