Produkte tracken
Spyglasses kann einen AI Visibility Report auf ein Produkt laufen lassen, nicht nur auf eine übergeordnete Marke. Nutzen Sie das, wenn eine Marke mehrere eigenständige Produkte mit eigener Positionierung, eigener Zielgruppe oder eigener Buyer Journey hat — und Sie sehen möchten, wie jedes einzelne in AI-Antworten auftaucht, unabhängig von der Marke auf Unternehmensebene.
Produktübersicht: Product Tracking — was es leistet, für wen es gedacht ist und wie Sie starten.
Was Sie lernen
- Wann Sie ein Produkt tracken sollten statt nur die übergeordnete Marke
- Wie Sie ein Produkt anlegen und was die „Produktseiten-URL" steuert
- Wie der Brand Snapshot aus einer einzigen Seed-Seite gebaut wird
- Wie sich ein Produkt-Report von einem Marken-Report unterscheidet
- Welche Module eine Produkt-Property erhält — Projekte, PR, Standorte, SEO-Chancen, den Citation Optimizer — und welche der Marke vorbehalten bleiben
- Wie Sie Key Messages und Tags nutzen, um Metriken auf Produktebene zu schneiden
Wann ein Produkt-Report sinnvoll ist
Ein Produkt-Report ist das richtige Werkzeug, wenn eine einzelne Domain mehrere Dinge beherbergt, die Sie getrennt tracken möchten. Zum Beispiel:
- Road Glide Limited vs. Pan America 1250 eines Motorradherstellers — dieselbe Marke, völlig verschiedene Käufer-Prompts.
- Die Produktlinien Analytics und CDP eines SaaS-Unternehmens — andere Käufer, andere Wettbewerber, andere Kategorie-Einordnung.
- Die Kategorien Bekleidung und Haushalt eines Händlers — dieselbe Domain, andere Kaufabsicht.
Wenn Sie nur ein einziges Rollup für das gesamte Unternehmen brauchen, führen Sie stattdessen einen Marken-Report aus — er crawlt die Root-Domain und liefert eine Gesamtsicht.
Ein Produkt anlegen
Wählen Sie unter Properties → Neues Tracking anlegen den Subjekttyp Produkt und füllen Sie aus:
- Produktseiten-URL — eine repräsentative Seite für das Produkt, z. B.
https://www.harley-davidson.com/us/en/motorcycles/road-glide-limited.html. Das ist die Seed-URL — der Anker für alles Nachgelagerte. Crawl, Brand Snapshot, Domain-Kontext des Reports und die AI-Prompts leiten sich alle aus dieser Seite ab statt aus einer Root-Domain. - Anzeigename (optional) — ein sprechender Name für das Dashboard, z. B.
Road Glide Limited. Bleibt das Feld leer, wird der aus dem Snapshot extrahierte Name verwendet.
Das Formular prüft die URL vorab — sie muss eine http://- oder https://-URL sein — sodass ein Tippfehler oder ein nicht öffentlicher Link scheitert, bevor der Report startet.
Der Brand Snapshot
Der Brand Snapshot einer Produkt-Property wird aus einem Seed-URL-Crawl gebaut, nicht aus einem Crawl der gesamten Domain. Der Crawler:
- Crawlt immer die Seed-URL selbst, damit die eigene Seite des Produkts der Anker des Snapshots ist.
- Findet benachbarte Produktseiten, indem er Navigation und Inhaltslinks der Seed-Seite auswertet. Links, die das erste Pfadsegment der Seed-URL teilen (z. B. weitere
/products/-Seiten), erhalten einen Scoring-Bonus, damit das Seiten-Set im Produktbereich bleibt und nicht in die Unternehmensnavigation abdriftet. - Fällt auf Discovery ab der Domain-Root zurück, wenn die Seed-Seite allein zu wenige Seiten liefert — nützlich, um Kontext wie /about oder /pricing zu erfassen, auf den eine tiefe Produktseite nicht direkt verlinkt.
Der resultierende BrandSnapshot enthält Name, Tagline, Kategorie, ICP, gelöste Probleme, Features, Preise, Differenzierungsmerkmale und weitere Felder des Produkts — dieselbe Struktur wie ein Marken-Snapshot, nur auf die Positionierung des Produkts bezogen.
Manuelle Eingabe
Wenn die Produktseite JS-lastig oder durch eine Anmeldung geschützt ist und der Crawl nicht genug Inhalt extrahieren kann, können Sie den Snapshot von Hand anlegen. Klicken Sie auf der Brand-Snapshot-Seite der Property auf Manuell eingeben, um einen leeren Snapshot zu erzeugen, und füllen Sie jedes Feld direkt aus. Manuelle Bearbeitungen bleiben über Neuaufbauten hinweg erhalten.
Den Snapshot neu aufbauen
Sie können den Snapshot jederzeit in den Einstellungen der Property neu aufbauen. Bei einem Produkt nutzt der Neuaufbau denselben Seed-URL-Crawl-Pfad — hat sich das Seiten-Set geändert (neue Nachbarprodukte, überarbeitete Texte), übernimmt der Neuaufbau die neuen Inhalte. Manuelle Feld-Überschreibungen überstehen den Neuaufbau standardmäßig; mit Überschreibungen verwerfen starten Sie von einem sauberen Crawl.
Was sich von einem Marken-Report unterscheidet
Produkt-Reports laufen durch dieselbe Discovery- und Recommendation-Pipeline wie Marken-Reports — AI-Visibility-Abschnitt, Wettbewerbsanalyse, Zitierungen, historische Metriken, Funnel-Hero, Tracked-Attribute-Matching, alles. Mit drei bewussten Unterschieden:
- Crawl-Umfang — die Seiten stammen aus der Nachbarschaft der Seed-URL, nicht aus der Root-Domain. Das hält den Snapshot auf den Kontext des Produkts fokussiert, statt ihn mit Inhalten auf Unternehmensebene zu verwässern.
- Kein Brand-Consistency-Scoring — der Score „beschreibt AI dieses Ding konsistent?" ist ein Signal der Unternehmensmarke und lässt sich nicht gut auf die Produktebene übertragen. Produkt-Reports erhalten einen Snapshot für die nachgelagerte Nutzung, überspringen aber die Konsistenzschleife. Für Produkte werden keine Konsistenzprüfungen berechnet, daher wird die Brand-Consistency-Karte auf dem Brand Dashboard eines Produkts gar nicht gerendert — es ist keine leere Karte, die noch befüllt wird.
- Robots.txt und Brandfetch nutzen den Host der Seed-URL. Blockiert die robots.txt der übergeordneten Marke den Crawler, scheitert der Produkt-Report genauso wie ein Marken-Report auf dieser Domain.
Alles Übrige — Discovery-Prompts, Key-Message-Tracking, Zitierungen, Share of Voice, Share of Influence, der AI Visibility Funnel, eigene Tags und die täglichen Prompt-Läufe — funktioniert identisch.
Was eine Produkt-Property kann
Ein Produkt wird als Subjekt mit eigener Marktposition behandelt: Wettbewerber, verdiente Berichterstattung, ein Anteil an der Antwort, eine eigene Geografie. Jedes Modul, das diese Position misst oder auf sie einwirkt, steht einem Produkt zur Verfügung. Die Trennlinie verläuft enger als „Marke vs. Produkt" — sie fragt, ob ein Modul eine crawlbare Website benötigt, die dem Produkt selbst gehört, und die hat ein Produkt nicht, weil seine Seiten auf der Domain des Mutterunternehmens liegen.
Projekte — PR und Allgemein
Produkte erhalten Projekte, sodass ein Launch oder eine Kategorie-Kampagne mit Zielen, zugewiesenen Prompts, Annotationen und einer wöchentlichen Zusammenfassungs-E-Mail getrackt werden kann. Zwei der drei Projekttypen stehen zur Verfügung:
- PR-Projekte — verdiente Platzierungen für den Produkt-Launch verfolgen.
- Allgemeine Projekte — alles, was nicht eindeutig das eine oder andere ist.
- SEO-Projekte werden nicht angeboten. Ein SEO-Projekt verfolgt eine Seitengruppe auf der eigenen Website der Property, und ein Produkt hat kein eigenes Seiten-Set, das sich gruppieren ließe. Verfolgen Sie die Seiten des Produkts stattdessen in einem SEO-Projekt auf der übergeordneten Marken-Property.
Die PR-Werkzeuge
Der komplette Earned-Media-Workflow funktioniert bei einem Produkt genau wie bei einer Marke:
- Platzierungen — eine einzelne Erwähnung des Produkts auf einer konkreten Seite bewerten.
- Coverage Groups — die Launch-Berichterstattung eines Monats sammeln und als ein einziges Ziel an ein PR-Projekt hängen.
- Publisher Lookup — jede Publisher-Domain im Kontext des Produkts bewerten, bevor Sie pitchen.
- Earned Media — das Dashboard-Modul, das die Outlets rankt, die Ihre Wettbewerber zitieren und Sie nicht, direkt aus den Zitierungsdaten des Produkts gebaut.
SEO-Chancen gegen die übergeordnete Website
Die Grounding-Search-Lückenanalyse läuft bei Produkten sehr wohl. Sie braucht eine fokale Domain, gegen die Rankings geprüft werden, und das Produkt leiht sich eine: den Host seiner Seed-URL — also die Website des Mutterunternehmens, auf der die Produktseiten tatsächlich ranken. Eine Lücke bei einem Produkt bedeutet damit: „Der Assistent hat diese Grounding-Suche ausgeführt, eine Wettbewerberseite war dabei, und keine Seite Ihrer übergeordneten Website." Das Modul SEO-Chancen und sein Drilldown verhalten sich genau wie bei einer Marke, einschließlich der Übergabe an den Citation Optimizer.
Standorte
Ein Produkt kann Standort-Unter-Properties besitzen, genau wie eine Marke — ein Energydrink, der in einem neuen Land startet, eine Modellreihe, die in drei Märkten verkauft wird. Die Mechanik ist identisch: Der Standort erbt Snapshot, Firmennamen und Prompts des Produkts; er besitzt seine eigenen Wettbewerber; und die tägliche Ausfächerung führt die kanonischen Prompts des Produkts einmal pro Markt aus. Die Abrechnung folgt derselben Regel — ein getrackter Prompt auf einem Produkt mit N Standorten verbraucht N + 1 Prompt-Läufe pro Tag. Siehe das Standorte-Dashboard.
Citation Optimizer — URL und Entwurf
Der Citation Optimizer öffnet sich bei einem Produkt in zwei seiner drei Quellmodi:
- URL einfügen — jede Live-Seite gegen einen getrackten Fan-out bewerten, auch eine Produktseite auf der übergeordneten Website oder eine Earned-Media-Platzierung.
- Entwurf einfügen — reinen Markdown-Inhalt für eine Seite bewerten, die Sie noch schreiben.
Seite auswählen wird nicht angeboten. Dieser Modus sortiert Ihre eigenen gecrawlten und indexierten Seiten, und die gibt es nur bei einer Property mit eigener Domain — deshalb überspringt ein Produkt auch den einmaligen Crawl- und Indexierungsschritt, und ein Deep Link, der den Seiten-Modus anfordert, landet stattdessen im URL-Modus.
Eigene vs. verdiente Zitierungen
Die Zuordnung von Zitierungen richtet sich nach derselben fokalen Domain: Eine Zitierung einer Seite auf dem Host der Seed-URL zählt für das Produkt als eigene Medien, alles Übrige als verdient. Die Aufteilung in eigene und verdiente Medien auf der Zitierungs-Karte und in Citation Intelligence ist bei einem Produkt also aussagekräftig und nicht dauerhaft 0:100.
Sichtbarkeit über die Zeit
Unverändert und schon vor allem Obigen funktionsfähig: Historische Metriken, die Trend-Charts und die Drilldowns aus jeder Karte werden bei einem Produkt genauso befüllt wie bei einer Marke.
Was Produkte nicht haben
Diese Funktionen bleiben bewusst aus, und jeweils aus demselben Grund — sie setzen eine crawlbare Website voraus, die dem Subjekt gehört:
- AI-Readiness-Audit / Site Readiness — Audits crawlen und bewerten eine ganze Website. Führen Sie es auf der übergeordneten Marken-Property aus; die Seiten des Produkts sind dort abgedeckt.
- FAQ Generator und der restliche Content-Bereich — die Generierung hängt an einem gecrawlten Seiten-Datensatz auf Ihrer eigenen Domain. Nur für Marken.
- Seiten und Sitemap-Import — das Produkt hat kein eigenes Seiten-Set zum Importieren.
- AI Traffic Analytics, Bot-Traffic, Recrawl-Frequenz und Traffic Control — alles über das Tracking-Skript auf Ihrer eigenen Website gemessen.
- robots.txt-Analyse — eine Angelegenheit auf Domain-Ebene, sinnvoll auf der übergeordneten Marke.
- SEO-Projekte — siehe oben.
- Brand Consistency — für Produkte wird keine Konsistenz berechnet, daher wird die Karte nicht angezeigt.
Key Messages und Tags für Produkte
Zwei bestehende Funktionen werden für Produkte besonders nützlich:
- Produktspezifische Key Messages — erfassen Sie die Differenzierungsmerkmale, die für dieses Produkt zählen. Die positiven Key Messages eines Motorrads könnten „Bestes Tourenmotorrad für Langstreckenkomfort" oder „Branchenführende Kurventechnologie" sein — Aussagen, die nicht zwangsläufig für die übergeordnete Marke insgesamt gelten. Positive Key Messages treiben den Share of Influence in der Awareness-Stufe des Funnels.
- Eigene Tags auf Discovery-Prompts — hat ein Produkt mehrere Teilzielgruppen oder Anwendungsfälle, taggen Sie Prompts mit
touring,sport,commuter(oder wie auch immer Ihre Segmentierung aussieht) und schneiden Sie den Funnel nach Tag, um zu sehen, wie das Produkt bei jeder Zielgruppe abschneidet.
Historische Trends
Das Brand Dashboard funktioniert genau wie bei Marken-Reports, zusammengesetzt aus einem produktspezifischen Modul-Set. Share of Voice, Wettbewerber, Key Messages, Zitierungen und Goal Impact, Earned Media und SEO-Chancen — samt Buyer's-Journey-Band, Erwähnungen sowie den Plattform- und Tag-Filtern im Sichtbarkeits-Drilldown — werden genauso befüllt wie bei einer Marke, und das Standorte-Modul erscheint, sobald das Produkt Standort-Kinder hat. Zwei Module fehlen: Site Readiness und AI Traffic, die eine eigene crawlbare Website des Produkts voraussetzen. Brand Consistency fehlt ebenfalls, und aus einem anderen Grund — kein Job berechnet Konsistenzprüfungen für ein Produkt, daher bleibt der Platz frei, statt dauerhaft eine leere Karte zu zeigen.
Produkt-Reports speisen außerdem die täglichen Prompt-Läufe — jede geplante Ausführung gegen die Discovery Queries des Produkts aktualisiert den Funnel und die Trend-Charts, sodass Sie Bewegungen von Woche zu Woche sehen, ohne auf einen neuen vollständigen Report zu warten.
Praktische Tipps
- Wählen Sie die Seed-URL sorgfältig. Es sollte die Seite sein, die das Produkt am besten aus eigener Sicht repräsentiert — typischerweise die Produktdetailseite, nicht eine Kategorie-Landingpage. Eine Kategorie-Landingpage verwässert den Snapshot oft mit produktübergreifenden Inhalten.
- Verfassen Sie die Discovery-Prompts vor dem ersten Report. Die automatisch erzeugten Prompts nutzen den Snapshot, der aus der Seed-Seite gebaut wird. Sie sind ein guter Startpunkt, treffen aber selten jede Nuance — prüfen Sie sie und ergänzen Sie produktspezifische (besonders Awareness-Prompts, die das Problem umreißen, das das Produkt löst, nicht nur seine Kategorie).
- Nutzen Sie die übergeordnete Marke als Benchmark. Führen Sie neben den Produkt-Reports einen Marken-Report auf der übergeordneten Domain aus. Häufig ist der SoV der Marke höher als der jedes einzelnen Produkts — genau diese Lücke ist die Chance für Optimierung auf Produktebene.
- Taggen Sie Prompts, wenn Sie mehrere Produkte auf derselben Property haben. Haben Sie Prompts als
touring,sportusw. getaggt, wechseln Sie im Funnel-Hero zwischen den Tag-Schnitten, ohne etwas neu ausführen zu müssen.
Verwandte Themen
- AI Visibility Reports — Reports gegen Ihre Produkt-Properties ausführen
- Brand Dashboard — Das Modul-Raster einer Produkt-Property und seine Drilldowns
- Projekte — Die Prompts des Produkts täglich ausführen und einen Launch als PR- oder allgemeine Kampagne verfolgen
- Platzierungen — Eine einzelne Erwähnung des Produkts auf einer konkreten Seite bewerten
- Coverage Groups — Launch-Berichterstattung sammeln und als ein Projektziel verfolgen
- Publisher Lookup — Einen Publisher im Kontext des Produkts bewerten, bevor Sie pitchen
- Citation Optimizer — Eine URL oder einen Entwurf gegen eine echte Fan-out-Anfrage bewerten
- Standorte — Dem Produkt eine Sicht je Markt geben, wenn es in einer neuen Geografie startet
- Prompts — Discovery Queries und Tags verwalten
- Key Messages — Produktspezifische Narrative definieren
- Standorte & Franchises tracken — Wie Standort-Unter-Properties unter einer Marke oder einem Produkt funktionieren
- Awareness tracken — Messen, wie Ihre Produkt-Einordnung auftaucht, bevor eine Marke genannt wird
- Personen tracken — Dieselbe Idee, angewandt auf eine Person statt auf ein Produkt