Hotelpreise bei Google prüfen: Was ändert sich bei strukturierten Daten?

Was „Anfang 2027“ derzeit bedeutet

Die Google-Hilfe zur automatisierten Preisprüfung beschreibt einen Übergang: Bestehende Partnerintegrationen mit alleiniger Landingpage-Auszeichnung werden vorläufig weiter unterstützt; ihre Ablösung ist für Anfang 2027 angekündigt. Dazu gehören bisherige JSON-LD-Lösungen und Landingpage-Microdata ohne die neuen Navigationsmarkierungen. Ein konkreter Abschalttag wird dort am Prüfdatum 25.09.2026 nicht genannt.

Für ein Hotel ist deshalb zunächst eine Bestandsfrage sinnvoll: Verwendet unsere Buchungssoftware diese bisherige Preisvalidierung, und wer wartet sie? Entfernen Sie vorhandene Auszeichnungen nicht allein wegen einer verkürzten Warnmeldung. Lassen Sie sich vom zuständigen Anbieter den betroffenen Zweck und den geplanten Ersatz zeigen.

Drei Aufgaben, die bei der Planung getrennt bleiben sollten

Preise und Verfügbarkeit übermitteln

Der Datenfeed liefert Angebote an Google. Google nennt beispielsweise ARI- und Pull-Verfahren. Nach der Übergangshilfe ersetzen Microdata und automatische Navigation diese Übermittlung ausdrücklich nicht.

Den sichtbaren Preis überprüfen lassen

Hier setzt die Umstellung an: Ein spezialisierter Prüfcrawler durchläuft den Buchungsweg und liest das ausgezeichnete Angebot. Microdata sind Attribute im HTML, die sichtbare Angaben maschinenlesbar zuordnen.

Andere Seiteninhalte beschreiben

Auszeichnungen für einen Wissensartikel oder seine Brotkrümelnavigation erfüllen einen anderen Zweck. Sie sollten nicht als vermeintlich notwendiger Teil der Hotelpreis-Umstellung entfernt werden.

Diese Trennung verhindert, dass ein neues Markup eine fehlende Ratenanbindung verdeckt. Ist noch gar kein eigener Preislink vorhanden, beginnen Sie mit der Prüfung der Hotel-Buchungslink-Verbindung.

Woran der neue Prüfweg erkennbar ist

Der Google-Leitfaden für Crawler-Navigation und Preiskennzeichnung beschreibt den Weg bis zur letzten erreichbaren Preisseite vor der Eingabe persönlicher oder Zahlungsdaten. Der Prüfcrawler kann diese Eingaben nicht selbst ausfüllen. Notwendige Zwischenschritte müssen daher über die unterstützten Interaktionen erreichbar sein.

Für den konkreten Abnahmetest sind vor allem zwei Dinge sichtbar zu prüfen: Markierungen mit data-nav-* beschreiben die erforderlichen Schritte; data-nav-stage-final="true" bezeichnet die finale Prüfstufe. Dort soll das für den ausgewählten Aufenthalt maßgebliche Angebot eindeutig ausgezeichnet sein. Die aktuelle Anleitung sieht dafür genau ein markiertes Angebot vor.

Der Gesamtpreis muss als sichtbare Zahl ausgezeichnet werden. Ein abweichender versteckter Wert ist keine Reparatur. Datum, Belegung und Angebot müssen zu dem Aufenthalt passen, den der Nutzer zuvor ausgewählt hat. Die vollständige Verschachtelung und unterstützten Eigenschaften sollten Entwickler direkt mit der aktuellen Google-Referenz abgleichen; ein allgemeines Hotel-Schema zum Einfügen genügt dafür nicht.

Ein überprüfbarer Auftrag an den Softwareanbieter

Die folgende Arbeitsaufteilung ist unsere Empfehlung für die Abstimmung, kein von Google vorgegebenes Projektformat:

1. Ausgangszustand sichern: Betroffene Buchungsadressen, vorhandene Auszeichnungen und bekannte Preisprüfungsfehler dokumentieren. Zuständigkeit für Hotel-Website und externe Buchungssoftware getrennt festhalten.
2. Ein Angebot durchgängig verfolgen: Einen verfügbaren Aufenthalt von der übergebenen Zieladresse bis zur Preisübersicht verfolgen. Nach jedem Schritt prüfen, ob Datum, Gästezahl und ausgewählter Tarif erhalten bleiben.
3. Darstellung und Auszeichnung vergleichen: Sichtbaren Gesamtbetrag, Währung und enthaltene Pflichtbestandteile mit dem übermittelten Angebot abgleichen. Zahlen nicht nur im Quelltext suchen.
4. Änderung begrenzt abnehmen: Vorher-/Nachher-Befund, Browseransicht und den tatsächlich gelesenen Preis sichern. Nach der Freigabe erneut anhand der verfügbaren Hotel-Center-Prüfergebnisse kontrollieren.

Bei einer externen Buchungsmaschine muss diese Arbeit möglicherweise im System des Anbieters erfolgen. Eine Änderung nur an der redaktionellen Hotel-Startseite kann einen Fehler im späteren Buchungsschritt nicht automatisch beheben.

Ein grüner Markup-Test beantwortet nur einen Teil der Frage

Die aktuelle Google-Hilfe weist darauf hin, dass der Rich Results Test gefundene Microdata anzeigen kann, ohne damit die gesamte korrekte Hierarchie und Umsetzung nachzuweisen. Die Entwickleranleitung zur Prüfung verlangt darüber hinaus den Abgleich der Navigation, der sichtbaren Angaben und der Struktur. Ein erkanntes Feld allein belegt keinen erfolgreich durchlaufenen Buchungsweg.

Auch technisch lesbare Daten können sachlich falsch sein. Die Preisgenauigkeitsrichtlinie verlangt einen buchbaren Preis für die gewählte Reiseauswahl einschließlich verpflichtender Steuern und Gebühren. Markup, Preisinhalt und tatsächliche Buchbarkeit sind deshalb getrennte Prüfpunkte.

Die erfolgreiche technische Umstellung ist keine Ranking- oder Umsatzgarantie. Sie soll zunächst ermöglichen, dass der richtige Preis zuverlässig überprüft werden kann. Für eine Bewertung weiterer Auswirkungen braucht es zusätzliche, sauber abgegrenzte Messdaten.