Standorte & Franchises tracken

Spyglasses kann die AI-Sichtbarkeit für jeden Markt verfolgen, in dem eine Marke aktiv ist, nicht nur für die Marke als Ganzes. Nutzen Sie das, wenn eine einzelne Marke mehrere Standorte hat — eine Zahnarztgruppe mit drei Praxen, eine landesweite Restaurantkette, eine Agentur mit regionalen Teams, ein Händler, der in ein neues Land expandiert — und Sie wissen möchten, ob AI-Assistenten die Marke in jeder Stadt oder jedem Land für sich genommen zeigen.

Standorte sind nicht nur für Marken. Auch eine Produkt-Property kann Standorte besitzen — so verfolgen Sie den Rollout eines einzelnen Produkts Markt für Markt.

Produktübersicht: Location Tracking — was es leistet, für wen es gedacht ist und wie Sie starten.

Was Sie lernen

• Wann sich Tracking nach Standort lohnt (und wann nicht)
• Wie Sie einen Standort hinzufügen und die richtige Granularität wählen (Stadt vs. Land)
• Was von der übergeordneten Marke oder dem übergeordneten Produkt geerbt wird und was jedem Standort selbst gehört
• Wie Metriken zusammenlaufen, sich über Märkte vergleichen lassen und in historische Trends einfließen
• Wie ein Standort-Report im Vergleich zu einem Marken-Report aussieht

Wann Location Tracking sinnvoll ist

Die entscheidende Frage: Zeigt AI die Marke in verschiedenen Märkten unterschiedlich? Wenn ja, ist Location Tracking das richtige Werkzeug. Typische Fälle:

• Professionelle Dienstleistungen mit mehreren Standorten — eine Zahnarzt-, Anwalts- oder Arztpraxis mit Niederlassungen in drei Städten. Interessenten, die aus jeder Stadt suchen, erhalten stadtspezifisch gefärbte Antworten, und der Share of Voice der Marke kann in Charleston völlig anders ausfallen als in San Francisco.
• Franchise-Netzwerke — eine landesweite Kette möchte wissen, wo das Franchise die AI-Konversation gewinnt und wo lokale Wettbewerber dominieren.
• Regionaler Handel oder Gastgewerbe — eine Hotelgruppe, eine Restaurantkette, eine regionale Lebensmittelmarke. Lokale Ergebnisse werden stark von Bewertungsportalen und stadtspezifischen Quellen beeinflusst.
• Geografische Expansion — die AI-Sichtbarkeit in einem neuen Markt vor dem Start als Basis messen und dann beobachten, wie sie steigt, während die Marke in lokale Inhalte und Pressearbeit investiert.
• Produkt-Rollouts — ein Energydrink, ein Fahrzeugmodell oder eine SaaS-Produktlinie, die in ein neues Land kommt. Legen Sie die Standorte unter der Produkt-Property an statt unter der Unternehmensmarke, dann messen Sie den Launch des Produkts in jedem Markt statt das Gesamtansehen des Unternehmens.
• National vs. international — eine Marke, die in den USA stark, in Großbritannien oder Deutschland aber unbekannt ist. Tracking auf Länderebene hilft, jeden nationalen Rollout unabhängig zu messen.

Wenn Ihre Marke B2B, B2C, einzelstandortbasiert ist oder keine Geografie zum Vergleichen hat, reicht eine normale Marken-Property. Brand Snapshot und Metriken der übergeordneten Property erzählen dann die ganze Geschichte.

Wie Standorte zur übergeordneten Property stehen

Ein Standort ist eine Unter-Property einer übergeordneten Marke oder eines übergeordneten Produkts, keine eigenständige Property. Die übergeordnete Property besitzt die Identität des Subjekts; der Standort ist ein geografischer Ausschnitt davon.

Entscheidend ist, was jede Seite besitzt:

Die Regel zur Markenidentität ist die wichtigste: Auch bei den Läufen eines Standorts werden Markenerwähnungen immer gegen Firmenname und Aliasse der übergeordneten Property gematcht — nie gegen das Label des Standorts. Ein Standort mit dem Label „Palm Beach Gardens" zählt weiterhin Erwähnungen von Anchor Bank, nicht Erwähnungen von Palm Beach Gardens. Unter einem Produkt gilt dieselbe Regel für Name und Aliasse des Produkts. Das Label ist eine Navigationshilfe für Sie; es ist kein Subjekt, das das LLM erkennen soll.

Genau das macht den Share of Voice über Märkte hinweg vergleichbar: In jedem Markt wird dieselbe Marke getestet, nur mit dem in die Prompts injizierten Standortkontext.

Einen Standort hinzufügen

Klicken Sie in der Seitenleiste der übergeordneten Property — einer Marke oder eines Produkts — auf Standorte, dann auf Standort hinzufügen. Der Dialog fragt zwei Dinge ab:

• Standort (erforderlich) — suchen und wählen Sie einen Ort. Schalten Sie zwischen Stadt ↔ Land um, um die Granularität zu wechseln:
  • Verwenden Sie Stadt für lokale Unternehmen, deren Interessenten mit Viertel- oder Stadtbezug suchen.
  • Verwenden Sie Land, wenn lokale Ergebnisse innerhalb des Landes wenig variieren und Sie vor allem nationale Prompts interessieren („die besten Banken in Großbritannien").
• Label — voreingestellt auf den Stadt- oder Landesnamen; passen Sie es an, wenn Sie etwas Aussagekräftigeres möchten (z. B. „Innenstadt" oder „Zentrale" statt der Stadt). Das Label erscheint in Listen und auf dem Dashboard des Standorts; es beeinflusst das Matching von Markenerwähnungen nicht.

Nach dem Anlegen ist der Standort automatisch in die nächtliche Prompt-Lauf-Pipeline eingebunden. Die ersten Metrik-Datenpunkte erscheinen nach Abschluss des nächsten nächtlichen Laufs — in der Regel innerhalb von 24 Stunden — oder Sie lösen einen AI Visibility Report auf dem Standort aus, um sofort Daten zu erhalten.

Details zum Dashboard-Layout, zu SOV und Erwähnungszahlen je Zeile und dazu, wo die Verwaltungsaktionen liegen, finden Sie im Leitfaden zum Standorte-Dashboard.

Wie Prompts für jeden Standort laufen

Jeder nächtliche Lauf fächert die kanonischen Prompts der übergeordneten Property einmal pro Standort auf. Derselbe Prompt-Text läuft für jeden Markt, wobei der Standort auf zwei Wegen injiziert wird:

• Stadt / Region / Land des Standorts wird jedem LLM-Aufruf als Laufzeitkontext übergeben, sodass die Antwort von lokaler Relevanz geprägt ist.
• Jeder explizite {location}-Platzhalter im Prompt-Text wird vor dem Senden durch die Standort-Zeichenkette ersetzt.

Das macht den Vergleich fair. Sie stellen verschiedenen Märkten nicht verschiedene Fragen — Sie stellen jedem dieselbe Frage und sehen, wie sich die Antwort ändert. Widerstehen Sie dem Impuls, standortspezifische Prompts zu schreiben; halten Sie das kanonische Set auf der übergeordneten Property und lassen Sie die Injektion die Arbeit machen.

Eine Marke oder ein Produkt mit fünf Standorten und zehn aktiven Discovery-Prompts führt (5 × 10) + 10 = 60 Prompts pro Nacht aus — fünfzig standortbezogene Läufe plus das standortneutrale Rollup der übergeordneten Property. Jeder erzeugt eine eigene Metrik-Zeile, die täglichen Speicherkosten skalieren also linear mit der Zahl der Standorte. Bei Dutzenden Standorten ist das unproblematisch; bei Hunderten lohnt ein Gespräch darüber, welche Prompts wirklich Läufe je Standort brauchen.

Standort-Metriken lesen

Standortdaten erscheinen an drei Stellen:

1. Das Haupt-Dashboard der übergeordneten Property

Sobald eine Marke oder ein Produkt mindestens einen Standort hat, ersetzt das Dashboard der übergeordneten Property das property-weite Share-of-Voice-Widget durch ein Share of Voice nach Standort-Widget. Drei Übersichtskacheln plus eine sortierte Liste:

• Durchschnittlicher SOV — gleichgewichtet über alle Standorte mit Daten („typischer Standort" — nicht von großen Märkten verzerrt)
• Erwähnungen gesamt — summiert über alle Standorte
• Zitierungen gesamt — summiert über alle Standorte
• Sortierte Standortliste — aktueller SOV, Erwähnungen und Zitierungen je Markt; sortierbar nach Höchster SOV, Niedrigster SOV, Meiste Erwähnungen oder Name

Diese Ansicht nutzen die meisten Teams täglich: ein kurzer Blick darauf, welche Märkte gewinnen, welche zurückliegen und welche noch keine Daten sammeln.

2. Das Standorte-Dashboard

Das eigene Standorte-Dashboard ist zugleich Verwaltungsoberfläche (Standorte hinzufügen, öffnen, löschen) und Übersichtsliste, in der SOV und Erwähnungen je Zeile direkt angezeigt werden.

3. Das eigene Dashboard jedes Standorts

Wenn Sie in einen einzelnen Standort hineinnavigieren, erhalten Sie eine auf diesen Markt fokussierte Ansicht — ein eigenes SOV-Widget, eine eigene Wettbewerberliste, einen eigenen Share-of-Voice-Trend und die Möglichkeit, einen eigenen AI Visibility Report für diesen Standort auszuführen.

Die Trend-Charts eines Standorts zeigen nur dessen Serie: Ein anhaltender Abwärtstrend in Boston bedeutet also wirklich, dass Boston nachlässt — nicht, dass die Marke insgesamt nachlässt. In den Docs zum Standorte-Dashboard lesen Sie ausführlicher, wie die Daten abgegrenzt sind.

Wie sich ein Standort-Report von einem Marken-Report unterscheidet

Sie können auf jedem Standort einen regulären AI Visibility Report ausführen, genau wie auf einer Marke. Ein Standort-Report:

• Nutzt den Brand Snapshot der übergeordneten Property für das Matching — die Snapshot-Karte im Report zeigt die Identität der übergeordneten Marke, mit dem Standort-Label im Report-Titel ergänzt (z. B. „Anchor Bank: Palm Beach Gardens AI Visibility Report").
• Nutzt die Discovery-Prompts der übergeordneten Property — das kanonische Set, ausgeführt mit injiziertem Standort.
• Nutzt die eigenen Wettbewerber des Standorts — nicht die der übergeordneten Property. Das ist Absicht: Lokaler SOV ist gerade deshalb interessant, weil sich das Wettbewerbsumfeld unterscheidet.
• Überspringt den Brand-Consistency-Block — Standort-Reports laufen im Discovery-only-Modus (keine separate Konsistenzanalyse), und die Brand-Consistency-Kachel ist im Report ausgeblendet.
• Überspringt den Grounding-Searches-Block — die SERP-Lückenanalyse hängt an der fokalen Domain der übergeordneten Property und läuft nicht je Standort.
• Speichert Metriken, die in das Widget je Standort der übergeordneten Property einfließen — ein Ad-hoc-Report auf einem Standort speist also dieselben Dashboards wie die nächtliche Pipeline.

Alles Übrige — Share of Voice, Markenerwähnungen, Zitierungen, die Tabs je Plattform, der öffentliche Report-Link — funktioniert exakt wie bei einem Marken-Report.

Praktische Tipps

• Starten Sie mit Stadt für lokale Unternehmen und mit Land für nationale Ketten. Die Stadt-Ebene liefert die umsetzbarsten Erkenntnisse, wenn Interessenten mit lokaler Absicht suchen. Die Land-Ebene reduziert Rauschen, wenn lokale Ergebnisse innerhalb eines Landes kaum variieren.
• Setzen Sie immer Wettbewerber je Standort. Die standardmäßig leere Liste liefert keine nützlichen SOV-Vergleiche. Nehmen Sie sich beim Anlegen eines Marktes zehn Minuten, um die lokalen Akteure zu recherchieren, die AI tatsächlich nennt, und tragen Sie sie ein.
• Verwalten Sie Prompts auf der übergeordneten Property. Standorte haben keine eigenen Prompt-Sets — Sie pflegen ein kanonisches Set auf der übergeordneten Property, und jeder Standort führt es aus. Wenn Sie einen anderen Prompt für einen Markt wünschen, fragen Sie sich, ob er wirklich anders ist oder nur anders formuliert; im zweiten Fall taggen Sie den Prompt und schneiden im Sichtbarkeits-Dashboard nach Tag.
• Messen Sie eine Basis, bevor Sie starten. Wenn Sie kurz vor dem Eintritt in einen neuen Markt stehen, legen Sie den Standort vor dem Start an und lassen Sie die nächtlichen Läufe einige Tage Vor-Launch-Daten sammeln. Dann haben Sie eine echte Basis, gegen die Sie den Zuwachs nach dem Launch messen.
• Nutzen Sie die Rangfolge, um Aufmerksamkeit zu lenken. Das Share-of-Voice-nach-Standort-Widget ist nach SOV sortiert; am unteren Ende der Liste liegt das Interventionspotenzial. Sortieren Sie nach Meiste Erwähnungen, um Märkte zu finden, die angesichts der Aufmerksamkeit gewinnen sollten, ihre Erwähnungen aber nicht in SOV umwandeln (oft ein Zeichen starker lokaler Wettbewerber, die die Empfehlung abgreifen).
• Beobachten Sie das historische Chart eines schwächelnden Standorts, nicht das der übergeordneten Property. Markenweite Trends können Divergenzen zwischen Märkten verdecken — ein flacher Durchschnitt kann verbergen, dass ein Markt fällt, während ein anderer steigt.

Wie es weitergeht

• Standorte-Dashboard — der Leitfaden auf Dashboard-Ebene: Seitenaufbau, Standorte anlegen, was jede Spalte bedeutet
• Produkte tracken — der andere übergeordnete Typ, der Standorte besitzen kann, und was eine Produkt-Property sonst noch erhält
• Wettbewerber — die lokale Wettbewerberliste jedes Standorts verwalten
• Discovery Queries — das kanonische Prompt-Set, das jeder Standort von der übergeordneten Property erbt