Google ergänzt lokale Suchanfragen für Aggregator- und Supplier-Units

Nachricht und Fakten

Google hat am 18. September 2026 die Hilfeseiten zu den Aggregator- und Supplier-Units aktualisiert. Laut Änderungsnotiz wurde die Dokumentation ergänzt, um lokale Suchanfragen ausdrücklich einzuschließen. Die Formulierung lautet, dass die Aggregator-Unit und die Supplier-Unit nun lokale Suchanfragen unterstützen.

Das ist zunächst eine Produkt- und Dokumentationsmeldung. Sie sagt aus, dass die Funktionsbeschreibung nun auch lokale Suchanfragen umfasst. Sie sagt nicht, dass sich die Darstellung für alle Nutzer, in allen Ländern oder für alle Konten gleich verändert hat. Aus den Quellen geht außerdem hervor, dass diese Einheiten für Nutzer im Europäischen Wirtschaftsraum beschrieben werden.

Die Zeitachse ist klar: Die Meldung wurde am 18. September 2026 veröffentlicht und liegt damit sehr nah an der aktuellen Berichtszeit. Für die SEO-Einordnung ist wichtig, diese Aktualisierung nicht als allgemeine Suche-Neuerung zu missverstehen, sondern als gezielte Erweiterung der Dokumentation zu zwei bestehenden Google-Suche-Features.

Welche Unternehmen und Angebote betroffen sind

Die Aggregator-Unit ist laut Google ein mehranbieterbasiertes Feature für Vertikale Suchdienste. Genannt werden unter anderem Online-Reisebüros, Vergleichsportale, Metasuchmaschinen und Verzeichnisse. Die Supplier-Unit ist dagegen für direkte Anbieter gedacht, etwa einzelne Hotels oder Fluggesellschaften, stationäre Geschäfte oder Dienstleister wie Handwerksbetriebe und Serviceanbieter.

Mit der neuen Dokumentationszeile werden nun auch lokale Unternehmen ausdrücklich in den Rahmen beider Einheiten aufgenommen. Für die Aggregator-Unit gilt das vor allem für Dienste, die lokale Angebote strukturieren oder bündeln. Für die Supplier-Unit betrifft es direkte Anbieter, die als Einzelunternehmen oder Servicebetrieb in passenden lokalen Suchanfragen erscheinen können.

Wichtig ist die Trennung zwischen Aggregator und Supplier: Die Aggregator-Unit ist auf Mehranbieter-Darstellungen ausgelegt, die Supplier-Unit auf direkte Anbieter. Beide erscheinen nur in bestimmten Suchkontexten und die Supplier-Unit erscheint laut Google nur dann, wenn auch die Aggregator-Unit angezeigt wird.

• Aggregator-Unit: Mehranbieter-Feature für vertikale Suchdienste.
• Supplier-Unit: Feature für direkte Anbieter und einzelne Betriebe.
• Lokale Unternehmen sind nun in der Dokumentation ausdrücklich genannt.

Konten, Regionen und Verfügbarkeit

Die Quellen sind bei der regionalen Einordnung sehr konkret: Die beschriebenen Features gelten für Nutzer im Europäischen Wirtschaftsraum. Dort können Nutzer bei Suchanfragen wie „hotels near me“ Veränderungen in der Darstellung bemerken. Google nennt als abgedeckte Anfragearten Hotels, Flüge, Fernzüge oder Busse, Produkte und nun auch lokale Unternehmen.

Für die Teilnahme an der Aggregator-Unit müssen Unternehmen in der Regel für Nutzer im Europäischen Wirtschaftsraum tätig sein und sich über das passende Google-Formular melden. Für lokale Unternehmensanfragen nennt Google ausdrücklich das Formular für Aggregator-Features. Für Produkte wird auf ein separates Kontaktformular für Comparison Shopping Services verwiesen.

Zur Supplier-Unit heißt es, dass sie für Nutzer im Europäischen Wirtschaftsraum verfügbar ist, wenn die Aggregator-Unit erscheint und die Anfrage zu Hotels, Flügen, Fernverkehr, Produkten oder lokalen Unternehmen passt. Das ist keine allgemeine Kontenfreigabe, sondern eine Kombination aus Region, Anfrageart, Feature-Verfügbarkeit und inhaltlicher Eignung.

• Region: Europäischer Wirtschaftsraum.
• Anfragearten: Hotels, Flüge, Fernverkehr, Produkte, lokale Unternehmen.
• Verfügbarkeit hängt von Feature, Region und Inhalt ab.
• Die Teilnahme läuft über passende Google-Formulare und Anforderungen.

Fachlicher Hintergrund: Was sich durch die Dokumentation ändert

Die neue Formulierung ist vor allem deshalb relevant, weil sie eine bestehende Logik präzisiert. Die Aggregator-Unit ist laut Google ein Bestandteil der Suche, der Nutzern Ergebnisse von Aggregatoren leichter zugänglich machen soll. Für Flug- und Transportanfragen wird sie mit Echtzeit-APIs beschrieben, für Lodging- und lokale Suchanfragen mit direkten Datenfeed-Integrationen.

Die Supplier-Unit ergänzt dieses Bild als direkte Anbieter-Einheit. Google beschreibt sie als Feature für Direktanbieter, das neben der Aggregator-Unit auftaucht. Für lokale Suchanfragen ist damit der Rahmen erweitert, ohne dass aus der Dokumentation ein völlig neues Produktmodell entsteht.

Für die SEO-Praxis ist diese Unterscheidung wichtig: Die Dokumentation beschreibt Feature-Typen, Datenquellen und Eignung. Sie ist aber kein Beleg dafür, dass sich organische Rankings, allgemeine Sichtbarkeit oder klassische lokale Suchergebnisse automatisch verändern. Es handelt sich zunächst um eine Erweiterung der unterstützten Anfragearten in der Feature-Dokumentation.

• Aggregator-Unit: Datenfeed oder Echtzeit-API je nach Anfrageart.
• Lokale Suchanfragen werden jetzt ausdrücklich in die Beschreibung aufgenommen.
• Die Änderung betrifft die Funktionsbeschreibung, nicht automatisch die organische Suche.

Konkret sinnvolle Prüfungen für Betreiber und SEO-Teams

Aus der Dokumentation lassen sich mehrere praktische Prüfungen ableiten. Erstens sollte geprüft werden, ob der eigene Dienst überhaupt zu den genannten Anfragearten gehört: lokale Unternehmen, Hotels, Flüge, Fernverkehr oder Produkte. Zweitens ist zu klären, ob das Unternehmen ein direkter Anbieter oder ein Aggregator ist, denn davon hängt die passende Einheit ab.

Drittens lohnt sich ein Blick auf die Datenqualität. Google betont für Aggregator-Features, dass relevante, hochwertige und aktuelle Daten bereitgestellt werden sollen. Genannt werden unter anderem genaue Titel, hochwertige Bilder, aktuelle Preise und Verfügbarkeit sowie passende Kategorien und vollständige Entitätsangaben. Für lokale Unternehmensdaten ist das besonders wichtig, weil die Einheit auf strukturierbare Orts- und Angebotsdaten angewiesen ist.

Viertens sollten Teams die Search Console im Blick behalten. Google verweist selbst auf die Beobachtung der Gesamtleistung in Search Console. Das ist keine Garantie für Sichtbarkeit, aber ein sinnvoller Kontrollpunkt, um Veränderungen in der Ausspielung oder im Traffic zu erkennen.

Als eigene Einordnung gilt: Wer lokale Angebote in den EWR-Märkten betreibt, sollte jetzt prüfen, ob Feed-Struktur, Kategorien, Titel, Bilder und Verfügbarkeiten sauber genug sind, um in einer solchen Einheit überhaupt sinnvoll darstellbar zu sein.

• Prüfen, ob der eigene Service zur Anfrageart passt.
• Aggregator oder direkter Anbieter sauber unterscheiden.
• Datenqualität, Bilder, Titel und Verfügbarkeit kontrollieren.
• Search Console als Beobachtungswerkzeug nutzen.

Grenzen und offene Fragen

Aus der Meldung folgt nicht, dass jeder lokale Betrieb automatisch in Aggregator- oder Supplier-Units erscheinen kann. Google nennt weiter eine Eignungslogik mit Datenversorgung, Qualitätsanforderungen und regionalen Bedingungen. Auch die Supplier-Unit erscheint nur, wenn die Aggregator-Unit bereits vorhanden ist.

Offen bleibt, wie breit Google die Unterstützung für lokale Suchanfragen tatsächlich ausrollt, welche Länder innerhalb des Europäischen Wirtschaftsraums wann sichtbar betroffen sind und ob bestimmte lokale Kategorien stärker profitieren als andere. Die Dokumentation nennt Beispiele und Rahmenbedingungen, aber keine Nutzungszahlen, keine Reichweitenwerte und keine messbaren Effektgrößen.

Ebenfalls offen ist, wie sich die neue Formulierung in der täglichen Ausspielung zeigt. Die Quellen beschreiben die Feature-Logik, nicht aber eine Änderung an den Ranking-Mechanismen der organischen Suche. Deshalb sollte man die Meldung als Dokumentations- und Produktupdate lesen, nicht als pauschalen Algorithmus-Hinweis.

• Keine automatische Sichtbarkeit für alle lokalen Unternehmen.
• Keine Angaben zu Reichweiten, Nutzungszahlen oder Effektgrößen.
• Keine Aussage zu allgemeinen Rankingänderungen der organischen Suche.

Praktische nächste Schritte

Erstens sollten Betreiber lokaler Angebote ihre Entitätsdaten prüfen: Name, Kategorie, Beschreibung, Bilder, Öffnungszeiten, Preise oder Leistungsmerkmale und die Aktualität der Informationen. Zweitens sollte die Zuordnung zum richtigen Google-Feature geklärt werden, also Aggregator-Unit oder Supplier-Unit.

Drittens ist zu prüfen, ob der eigene Markt im Europäischen Wirtschaftsraum liegt und ob die Inhalte tatsächlich für diese Region bereitgestellt werden. Viertens sollten Teams, die bereits mit Feeds oder APIs arbeiten, die Verbindung zwischen Anfrageart und Datenquelle überprüfen: lokale Suchanfragen werden in der Dokumentation jetzt ausdrücklich genannt, die Ausspielung bleibt aber an die Feature-Logik gebunden.

Als eigene Einordnung: Wer auf lokale Sichtbarkeit angewiesen ist, sollte dieses Update nicht isoliert betrachten. Sinnvoll ist ein Blick auf die komplette Angebotsdaten-Kette von Erfassung über Feed bis zur Ausspielung. So lässt sich besser einschätzen, ob die neue Dokumentationszeile im eigenen Fall nur redaktionell relevant ist oder tatsächlich operative Folgen haben kann.

• Entitätsdaten vollständig und aktuell halten.
• Passendes Google-Feature und richtige Region prüfen.
• Feed- oder API-Anbindung auf lokale Suchanfragen ausrichten.
• Ausspielung über Search Console beobachten.