# Führt der Google-Klick wirklich zur Buchungsseite des Hotels? **Teaser:** Google hat seine Hinweise zur Supplier Unit für den Europäischen Wirtschaftsraum am 8. September aktualisiert. Google Search Central, die offizielle Dokumentation für Suche und Crawling, beschreibt damit eine Fläche für direkte Anbieter neben einer Aggregatorenfläche. Unabhängige Hotels prüfen daran, ob Haus, offizielle Website und Buchungsweg für Gäste verständlich zusammenfinden. ## TL;DR - Die Supplier Unit erscheint laut Google in bestimmten Suchergebnissen im Europäischen Wirtschaftsraum und nur zusammen mit einer Aggregator Unit. - Direkte Anbieter benötigen eine Website für Nutzer im EWR; zusätzliche Datenfeeds sind für die Teilnahme nicht erforderlich. - Drei Suchanfragen auf Smartphone und Desktop ergeben sechs Testläufe im GastroNews-Arbeitsmodell. - Die Ziel-URL nach dem Klick verbindet Google-Suche, Hotelwebsite und Buchungsweg. ## Google trennt direkte Anbieter von Buchungsportalen Die [Supplier Unit](https://developers.google.cn/search/docs/appearance/supplier-unit) ist laut Google eine Suchfläche für direkte Anbieter wie einzelne Hotels, Airlines oder stationäre Unternehmen. Für Hotels kann sie bei bestimmten Suchanfragen im Europäischen Wirtschaftsraum erscheinen, wenn zugleich eine Aggregator Unit angezeigt wird. Die Aggregator Unit führt laut Google Ergebnisse von Aggregatoren. Für ein Hotel zählt daher, in welcher Fläche es erscheint und wohin ein Klick führt. Ein sichtbarer Hotelname hilft Gästen erst dann weiter, wenn die Zielseite zum Haus und zum gewünschten Buchungsweg passt. [Skift](https://skift.com/2026/09/08/google-update-europe-travel-search-results-dma/), ein internationales Reisefachmedium, berichtete am 8. September über Änderungen europäischer Reiseergebnisse im Zusammenhang mit dem Digital Markets Act. Der Bericht nennt unter anderem Suchansichten ohne Datumsfilter, Livepreise oder beschreibende Filter. Diese Darstellung beschreibt die jeweilige Google-Suche. Für das Hotel beginnt die praktische Kontrolle beim sichtbaren Anbieter und der Ziel-URL. ## Drei Suchanfragen auf zwei Geräten ergeben sechs Testläufe Das GastroNews-Arbeitsmodell arbeitet mit drei Suchbegriffen auf zwei Geräten. GastroNews hat diesen kurzen Vergleich aus Gästesicht entwickelt. Die erste Suche lautet „Hotelname plus Ort“. Sie prüft, ob Google Haus, Adresse und offizielle Website eindeutig zuordnet. Bei ähnlichen Namen oder mehreren Standorten fällt hier auf, ob Marke und Stadt zusammenpassen. Die zweite Suche lautet „Hotelname buchen“. Nach dem Klick prüft das Team die Angebots- oder Buchungsseite bis zur Verfügbarkeitsabfrage. Eine Reservierung wird dabei nicht ausgelöst, Zahlungsdaten bleiben außen vor. Die dritte Suche lautet „Hotel in [Ort]“ oder „Hotel nahe [Sehenswürdigkeit]“. Sie bildet die breitere Hotelsuche ab, in der direkte Anbieter und Aggregatoren nebeneinander auftauchen können. Jede Anfrage läuft ohne Google-Anmeldung auf Smartphone und Desktop. Drei Suchanfragen auf zwei Geräten ergeben sechs Testläufe je Hotel. Wiederholungen zu verschiedenen Zeitpunkten ergänzen diese Momentaufnahme, wenn sich Standortdaten, Markenauftritt oder Buchungsmaschine ändern. ## Nach dem Klick muss die Zielseite zum richtigen Hotel führen Im Protokoll steht zuerst der angezeigte Anbietername. Er wird mit Marke, Standort und offizieller Domain abgeglichen. Danach hält das Team die vollständige Ziel-URL fest, einschließlich möglicher Weiterleitungen zur Buchungsmaschine. Die Buchungsstrecke wird aus Gästesicht geprüft: Sind Zimmer, Rate, Stornobedingungen und Kontaktweg erreichbar? Führt ein Link auf eine allgemeine Gruppen-Startseite, braucht der Gast oft zusätzliche Schritte bis zum konkreten Haus. Hotelgruppen führen den Test für jedes Haus einzeln durch. Eine Konzernseite kann die Marke sauber darstellen, während für ein Stadthotel, Resort oder Apartmenthaus eine direkte Angebotsseite sinnvoller ist. Auch Raten- und Angebotsseiten erhalten einen eigenen Test, wenn sie im Suchergebnis erscheinen. Dort stehen Hotelname, Ziel-URL und anschließender Buchungsweg in derselben Zeile. ## Preise und Filter werden je Suchansicht getrennt geprüft Google erklärt in der [Dokumentation zur Supplier Unit](https://developers.google.cn/search/docs/appearance/supplier-unit), dass über das Web-Crawling hinaus keine zusätzlichen Daten für die Teilnahme erforderlich sind. Verfügbare Datenfeeds können Supplier Results erweitern. Fehlen Preise, Datumsfelder oder Filter in einer Suche, hält das Team zuerst die sichtbare Fläche und die Ziel-URL fest. Anschließend prüft es die eigene Buchungsstrecke auf Verfügbarkeit, Preisangaben und mobile Bedienbarkeit. Eine Website für Nutzer im EWR bildet laut Google die Grundlage für die Teilnahme direkter Anbieter. Der Datenfeed ergänzt die Suchdarstellung, sofern er verfügbar ist. ## Jeder Testlauf bekommt eine kurze Protokollzeile Eine Zeile pro Testlauf genügt: Datum, Uhrzeit, Gerät, Suchbegriff, sichtbare Fläche, angezeigter Anbieter, Ziel-URL und Ergebnis. Statusfelder wie „in Ordnung“, „technisch prüfen“ oder „mit Dienstleister klären“ erleichtern die Übergabe an Marketing, Agentur oder Buchungsanbieter. Screenshots enthalten Suchbegriff, Gerät und Datum. Persönliche Kontodaten, individuelle Preise und gespeicherte Buchungshistorien bleiben außerhalb des Protokolls. Das GastroNews-Arbeitsmodell schlägt einen Quartalstermin für den Vergleich vor. Domainwechsel, neue Buchungsmaschine, geänderte Marke oder Standortdaten lösen zusätzlich einen Test aus. Beim nächsten Durchgang öffnet das Team die Ziel-URL des konkreten Hotels auf Smartphone und Desktop.