AI-Sichtbarkeits-Audit: Ein manueller Ablauf vor dem Tool-Kauf

Ein AI-Visibility-Audit beginnt nicht mit einer Plattform und auch nicht mit einer Suche nach dem eigenen Markennamen. Er beginnt mit einer kleinen Gruppe wiederholbarer Fragen, die echte Lern- oder Kaufentscheidungen abbilden. Ziel ist nicht, einen allgemeinen Sichtbarkeitswert zu erzeugen. Ziel ist, herauszufinden, ob eine Antwort eine Marke korrekt einordnet, welche Seite sie als Quelle zeigt, welche Wettbewerber den Rahmen setzen und welche konkrete Aenderung auf der eigenen Site sinnvoll ist.

Ein manueller Ablauf ist fuer kleine Teams oft der bessere Anfang. Er zwingt dazu, die genaue Frage, Sprache, Quelle und Seitenverantwortung festzulegen. Wer diesen Schritt ueberspringt, kauft spaeter moeglicherweise ein Tool mit vielen Charts, aber ohne Konsens darueber, welche Fragen beobachtet werden oder was eine Reaktion ausloesen soll.

Google verweist bei seinen AI-Funktionen auf normale Search-Grundlagen, und Antworten verschiedener Produkte zeigen Quellen nicht immer auf die gleiche Weise. Der Audit arbeitet deshalb mit sichtbarer Evidenz, nicht mit Annahmen ueber eine unsichtbare Ranking-Logik. Der Ablauf in diesem Artikel wurde am 12. Juli 2026 geprueft.

Die drei Signale auseinanderhalten

Viele Reports nennen alles “AI visibility”. Fuer Entscheidungen ist das zu breit. Trennen Sie mindestens drei Ebenen.

Signal	Leitfrage	Beleg	Typische Aufgabe
Antwortpraesenz	Wird Marke oder Konzept genannt?	Gespeicherter Antworttext und Position	Kategoriedefinition und Positionierung verbessern
Quellenpraesenz	Wird eine konkrete URL verlinkt oder zitiert?	URL, Publisher, Seitentyp und Kontext	Quellen, Tabellen, Aktualitaet oder Struktur verbessern
Geschaeftswirkung	Hilft diese Praesenz wirklich?	Web-Traffic, Nachfrage nach Marke, Leads, Sales- oder Support-Feedback	Conversion-Pfad verbessern oder Prioritaet senken

Diese Signale bewegen sich nicht zwingend zusammen. Eine Marke kann genannt werden, ohne dass der Leser eine eigene Seite oeffnet. Eine Seite kann Quelle sein, ohne dass daraus ein qualifizierter Besuch entsteht. Eine englische Dokumentation kann bei einer deutschen Frage erscheinen, obwohl die deutsche Landingpage bekannt ist. Ein Audit, der alles in eine Zahl presst, verdeckt diese Unterschiede.

Ein Prompt-Inventar bauen

Ordnen Sie die Fragen nach dem Job des Lesers, nicht nach einer Liste von Keywords.

Fragetyp	Beispiel	Seite, die helfen sollte	Was pruefen
Definition	”Was ist AI-Sichtbarkeit?”	Konzeptseite	Direktheit, Begriffe, nachpruefbare Aussage
Abgrenzung	”AI visibility versus SEO: Was ist der Unterschied?”	Vergleich	Grenzen, Kosten, Nicht-Fit-Faelle
Tool-Kauf	”Was sollte ein SaaS vor einem AI-Monitoring-Tool pruefen?”	Kaufleitfaden	Kriterien statt Produktliste
Workflow	”Wie prueft ein kleines Team AI-Antworten manuell?”	Checkliste	Wiederholbare Schritte und Outputs
Produktwahrheit	”Hat Produkt X diese Integration?”	Produkt- oder Docs-Seite	Aktuelle Fakten und Quelle
Lokaler Markt	”Wie prueft ein deutsches B2B-Team AI-Zitate?”	Deutsche Anleitung	Procurement, Datenschutz, Support, Umsetzung

Waehl en Sie pro Thema fuenf bis zehn Fragen und behalten Sie die Formulierung fuer einen Audit-Zyklus. Neue Entdeckungsfragen sind wertvoll, gehoeren aber in eine getrennte Liste. Wenn Prompt und Markt jede Woche wechseln, kann ein Unterschied in der Antwort nicht eingeordnet werden.

Die Evidenzzeile, die ein anderer Editor wiederholen kann

Feld	Eintrag	Warum es die Aussage veraendert
Beobachtungszeit	Datum, Uhrzeit und Zeitzone	Antworten, Indizes und Produktinfos veraendern sich
Engine und Zugang	Produkt, Login-Status falls relevant, bekannter Markt	Funktionen und Ergebnisse sind nicht immer gleich
Exakter Prompt	Wortlaut ohne Nachbearbeitung	Kleine Unterschiede koennen die Antwort kippen
Sprache und Markt	Zum Beispiel de-DE, en-US, ja-JP	Englische Resultate ersetzen keinen lokalen Test
Vollstaendige Antwort	Text, Screenshot oder beides	Score zeigt kein Framing und keine Auslassung
Markenformulierung	Wortlaut und Position	”Aufgelistet” ist nicht “empfohlen”
Quellen-URLs	URL, Publisher, Seitentyp	Zeigt, welche Evidenz die Antwort verwendet
Wettbewerber	Name und zugeschriebene Staerke	Zeigt den sichtbaren Kategorie-Rahmen
Fehlende Information	Quelle, Tabelle, Fall, FAQ, Grenze oder Schritt	Macht daraus eine Seitenaufgabe
Naechste Aktion	Eine Aenderung, Owner und Recheck	Verhindert passives Reporting

Der wichtige Punkt ist Rohmaterial. Wenn in sechs Wochen ein anderer Editor dieselbe Frage stellt, muss er sehen koennen, worauf sich die erste Beobachtung bezog. “Wir waren sichtbar” ist keine wiederholbare Aussage.

Der vierwoechige Ablauf

Woche	Arbeit	Ergebnis	Entscheidung
1	Themen, Maerkte, Wettbewerber und feste Fragen definieren	Prompt-Inventar und Audit-Sheet	Vage Fragen entfernen
2	Antworten in Ziel-Engines und Zielsprachen speichern	Basis fuer Antwort, Quelle und Wettbewerb	Drei wertvolle Luecken waehlen
3	Pro Luecke eine Seite aendern oder einen fehlenden Seitentyp bauen	Change Log mit Quelle und Owner	Nicht mehrere Variablen gleichzeitig aendern
4	Gleiche Fragen wiederholen; Web-, Conversion- und Feedback-Signale ansehen	Vorher-Nachher-Liste	Hypothese behalten, anpassen oder stoppen

Das ist kein Versprechen, dass nach vier Wochen jede Citation aendert. Es schafft aber einen kontrollierten Vergleich. Ein Team lernt dabei auch, ob spaeter eine Software fuer Alerts, Exporte, historische Antworten oder mehrere Laender wirklich Zeit spart.

Ein DACH-Workflow mit deutscher und englischer Quelle

Ein B2B-SaaS kann eine deutsche Produktseite fuer Sales und Beschaffung haben, aber englische API-Dokumentation fuer Implementierung. Der Audit darf diese zwei Rollen nicht vermischen.

Frage	Erwartete Quelle	Pruefung
”Was loest das Produkt?”	Deutsche Produkt- oder Konzeptseite	Zielgruppe, Einsatzfall, Datenschutz- und Supportrahmen
”Wie richte ich die API ein?”	Englische oder deutsche Docs, je nach Pflegezustand	Aktuelle Befehle, Version, Owner
”Ist es fuer unseren Einkauf geeignet?”	Deutsche Seite mit Kaufkriterien	Vertrag, Region, SSO, Freigaben, Ansprechpartner
”Welche Alternative passt?”	Faire Vergleichsseite	Kriterien, Grenzen und kein ungestuetztes Marketing

Wenn eine deutsche Frage nur die englische Quelle zeigt, ist das nicht automatisch ein Fehler. Es wird zum Problem, wenn die englische Seite die deutsche Kauf- oder Supportfrage nicht beantworten kann oder wenn die deutsche Seite die relevanten Fakten nicht traegt.

Wie Beobachtung in Content-Arbeit uebergeht

Das Ende eines Audits ist kein Dashboard, sondern ein kleiner Backlog.

Prioritaet	Seite	Beobachtung	Konkrete Aenderung
Hoch	Vergleichsseite	Wettbewerb wird fuer ein Kriterium zitiert, das bei uns fehlt	Primaere Quelle, Fit-Matrix und Nicht-Fit-Faelle ergaenzen
Mittel	Deutsche Produktseite	Antwort nennt eine alte Funktion	Fakten, Datum und Link zu aktueller Docs-Seite korrigieren
Mittel	Lokale Anleitung	Englische Quelle erscheint fuer deutsche Workflow-Frage	Deutschen Ablauf, FAQ und interne Links ausbauen
Niedrig	Glossar	Marke wird genannt, Definition bleibt unklar	Einstieg straffen und verwandte Seite verlinken

“AI-Sichtbarkeit verbessern” ist keine umsetzbare Zeile. “Die deutsche Integrationsseite um eine Tabelle zu SCIM, SSO und Datenverarbeitung ergaenzen und dieselbe Beschaffungsfrage nach dem Recrawl wiederholen” ist eine.

Typische Fehler

Nur nach dem Brand-Namen zu fragen, erzeugt oft ein zu positives Bild. Zu wenige Fragen blenden Vergleich und Kauf aus. Gleichzeitig Prompt, Seite und Engine zu wechseln, macht die naechste Antwort nicht interpretierbar. Und nur Links zu zaehlen verpasst den Unterschied zwischen Bekanntheit, Quelle und qualifizierter Nachfrage.

Schreiben Sie auch nicht fuer den Screenshot. Eine gute Antwortpraesenz entsteht langfristig aus klarer Sprache, aktualisierten Fakten, zugaenglichem Text, passenden Quellen, hilfreichen Vergleichen und einem ehrlichen naechsten Schritt. Ein Audit zeigt, wo diese Eigenschaften fehlen; er ersetzt sie nicht.