Atomare, getaggte Wissens-Einheiten. Rohquellen bleiben read-only. Jedes Derivat (DE-Prosa, SOP, Agenten-Logik, Workshop, Verkaufsdoku) = Filter über diese Tabelle.
- Evidenz —
MMechanik/belegt ·HHeuristik/Erfahrung ·VVendor-Claim - Tool —
Ftool-frei ·Gtool-gestützt (beliebig) ·RRankscale-gebunden - Disziplin — SEO · SXO · SEA · AIO · OPS
- Form — STEP · RULE · BENCH · ROLE · FAIL · EXAMPLE · NARR
- Rel — Core · Useful · Skip · Lvl — 1 Einsteiger · 2 Praktiker · 3 Lead/Strategie
Abgeleitete Filter: verkaufbare neutrale IP = Rel=Core ∧ Evidenz=M ∧ Tool=F · niemals neutral verkaufbar = Tool=R · Workshop-Gold = Form∈{FAIL,EXAMPLE} · Agenten-Logik = Disziplin + Form∈{RULE,BENCH,STEP}.
Modul 8 — Habits & Systems
| ID | Claim (DE, neutral) | Ev | Tool | Disz | Form | Rel | Lvl |
|---|---|---|---|---|---|---|---|
| M8.1.U01 | Genau einen GEO-Verantwortlichen pro Marke/Produktlinie benennen, auch bei 20% Zeit. | H | F | OPS | RULE | Core | 1 |
| M8.1.U02 | Wiederkehrende Termine (wöchentlich/zweiwöchentlich/monatlich/quartalsweise) als Kalender-Serie fixieren. | H | F | OPS | RULE | Core | 1 |
| M8.1.U03 | Prozesse schriftlich dokumentieren (Aktualitäts-Tracker, PR-Pipeline, Prompt-Log) — Systeme überleben Personalwechsel, Gedächtnis nicht. | H | F | OPS | RULE | Core | 1 |
| M8.1.U04 | Teams, die >1 der drei Grundgewohnheiten auslassen, verlieren das Programm meist binnen eines Quartals. | H | F | OPS | NARR | Useful | 2 |
| M8.1.U05 | Wöchentlich: Sichtbarkeits-Anomalien (Einbrüche, neue Wettbewerber) prüfen (~10 Min). | H | G | AIO | STEP | Core | 1 |
| M8.1.U06 | Wöchentlich: schlechtesten priorisierten Prompt je Segment analysieren, Maßnahme protokollieren (~15 Min). | H | G | AIO | STEP | Core | 2 |
| M8.1.U07 | Zweiwöchentlich: zwei Seiten aktualisieren — technische Fixes + Content-Empfehlungen kombiniert (~60 Min). | H | G | AIO | STEP | Core | 2 |
| M8.1.U08 | Zweiwöchentlich: Sentiment auf neue negative Begriffe prüfen, Reputationsrisiken an Comms eskalieren (~10 Min). | H | G | AIO | STEP | Useful | 2 |
| M8.1.U09 | Monatlich: Stakeholder-Reporting gemäß Reporting-Pyramide (~30 Min). | H | G | OPS | STEP | Useful | 2 |
| M8.1.U10 | Monatlich: Prompt-Research-Sprint für eine angrenzende Nische (Land-and-Expand) (~20 Min). | H | G | AIO | STEP | Useful | 2 |
| M8.1.U11 | Monatlich: Content der Top-3-zitierten URLs aktualisieren (30-Tage-Aktualitätsregel) (~45 Min). | H | G | AIO | STEP | Core | 2 |
| M8.1.U12 | Quartalsweise: vollständiges Diagnose-Audit (~90 Min). | H | G | OPS | STEP | Core | 2 |
| M8.1.U13 | Steady-State ~4,5 Std./Monat über das Team; weniger Bereitschaft = GEO ist faktisch keine Priorität. | H | F | OPS | BENCH | Useful | 1 |
| M8.1.U14 | Jede Routine muss auf ein konkretes Ergebnis abbilden, sonst ist sie ein To-do, das gestrichen wird. | H | F | OPS | RULE | Useful | 2 |
| M8.1.U15 | Prompt-Gruppen und Engines quartalsweise revidieren; Initial-Setup nicht als dauerhaft behandeln. | H | G | AIO | RULE | Useful | 2 |
| M8.1.U16 | GEO-Daten mit anderen Quellen verbinden (Google/Bing-Organic, Server-Logs, Grounding-Daten) für reichste Insights. | H | G | SEO | RULE | Useful | 3 |
| M8.1.U17 | Alle zwei Wochen Produkt-Updates der AI-Engines prüfen (z.B. Shopping) — die sichtbare Oberfläche ändert sich real. | M | G | AIO | RULE | Useful | 2 |
| M8.1.U18 | Vendor-Claim „Was nicht auf ein Rankscale-Feature abbildet, ist keine Gewohnheit“ = Tool-Marketing, nicht Methodik. | V | R | OPS | NARR | Skip | 2 |
| M8.2.U01 | RACI: R = führt aus (≥1), A = verantwortet/zeichnet ab (genau 1), C = vorab befragt, I = nachträglich informiert. | M | F | OPS | RULE | Core | 1 |
| M8.2.U02 | Pro Aktivität genau eine Person Accountable; sind es zwei, fühlt sich niemand verantwortlich. | M | F | OPS | RULE | Core | 1 |
| M8.2.U03 | RACI-Vorlage deckt fünf Aktivitäten: Prompt-Setup, Diagnose, SEO-/Content-/PR-Lücken. | H | F | OPS | ROLE | Core | 2 |
| M8.2.U04 | Fehler: niemand Accountable für Diagnose → Fixes nie ausgewählt; Lösung: GEO Lead ist R und A der Diagnose. | H | F | OPS | FAIL | Core | 2 |
| M8.2.U05 | Fehler: zwei Accountable bei Content-Fixes; Lösung: Content Lead A, GEO Lead C mit Eskalationsrecht. | H | F | OPS | FAIL | Core | 2 |
| M8.2.U06 | Fehler: Engineering nur Consulted, erst zum Launch eingebunden → Schema-/JS-Probleme zu spät; Lösung: durchgängig I + C + R für Implementierung. | M | F | SEO | FAIL | Core | 2 |
| M8.2.U07 | RACI neu aufsetzen bei neuer Rolle, Wechsel einmalig→wiederkehrend, und nach jedem gescheiterten Handoff. | H | F | OPS | RULE | Useful | 2 |
| M8.3.U01 | GEO Lead orchestriert (Rhythmus, Diagnose, Priorisierung, Reporting), führt Facharbeit nicht selbst aus. | H | F | OPS | ROLE | Core | 1 |
| M8.3.U02 | SEO-Spezialist: Crawlability, Indexierbarkeit, Schema, semantisches HTML, Chunkability (~10-20% bestehender Last). | H | F | SEO | ROLE | Core | 2 |
| M8.3.U03 | Content: BLUF, Justification, Freshness, Frage-Header, E-E-A-T, Grounding Pages (~30-50% Kapazität). | H | F | AIO | ROLE | Core | 2 |
| M8.3.U04 | PR/Comms: Entitäts-Vollständigkeit, Bewertungsportale, Presse/Reddit/YouTube, Sentiment (~10-30%); langsamste Spur, 3-6 Mon. Anlauf. | H | F | AIO | ROLE | Core | 2 |
| M8.3.U05 | Engineering: WAF, robots.txt, Schema-Impl., SSR/CSR, Antwortzeit (~2-4 Std./Mon., frontloaded). | M | F | SEO | ROLE | Useful | 2 |
| M8.3.U06 | Handoff: GEO Lead diagnostiziert → priorisierte Listen an Fach-Leads → wöchentlich done/blocked → GEO Lead aggregiert. | H | F | OPS | STEP | Core | 2 |
| M8.3.U07 | Blockaden >2 Wochen eskalieren; stille Pfade („ich warte einfach“) sind die häufigste Stall-Ursache. | H | F | OPS | RULE | Core | 2 |
| M8.3.U08 | Eskalations-Matrix: SEO-Block→Mkt-Lead (2 Wo.), Content→Content-Lead+CMO (1 Wo.), PR-Budget→CMO (sofort), Sentiment-Drop 3 Wo.→CMO+PR (Wo. 2). | H | F | OPS | RULE | Useful | 3 |
| M8.3.U09 | Kapazitätsrichtwert B2B/1 Kat.: GEO Lead 8-16h, SEO 4-8h, Content 16-40h, PR 8-20h, Eng 2-4h; gesamt ~40-90h/Mon. | H | F | OPS | BENCH | Useful | 3 |
| M8.4.U01 | Drei Modelle: In-House (ab ~5 Mio.€), Agency (jede Größe), Hybrid (interner Lead + Agentur-Ausführung). | H | F | OPS | RULE | Core | 2 |
| M8.4.U02 | Strategie (Prompt-Priorisierung, Wettbewerber-Auswahl, Benchmarks) bleibt immer in-house. | H | F | OPS | RULE | Core | 1 |
| M8.4.U03 | Sicher auslagerbar: Content-Produktion, technische SEO-Audits, PR-Outreach, Reporting-Infrastruktur. | H | G | OPS | RULE | Useful | 2 |
| M8.4.U04 | Budget-Bänder: <50K Gründer+Agentur · 50-500K Hybrid · 500K-5M erste Festkraft · 5M+ Vollteam intern. | H | F | OPS | BENCH | Useful | 3 |
| M8.4.U05 | Cutover Hybrid→In-House, sobald Agentur-Retainer ~1,5× die Vollkosten einer Festkraft übersteigt. | H | F | OPS | BENCH | Useful | 3 |
| M8.4.U06 | Fehler: Agentur vor gesetzten Benchmarks → jede Zahl gilt als Fortschritt; Floor/Standard vor Vertrag setzen. | H | F | OPS | FAIL | Core | 2 |
| M8.4.U07 | Fehler: zu früh voll in-house → Junior ohne Pattern-Library braucht ~6 Monate bis zur Wirkung. | H | F | OPS | FAIL | Useful | 2 |
| M8.4.U08 | Fehler: Strategie an Agentur geben → Prompt-Gruppen passen zu Agentur-Stärken, nicht zu Käuferfragen. | H | F | OPS | FAIL | Core | 2 |
| M8.5.U01 | Monat 1 = Messen/Diagnostizieren, keine Fixes; Exit: Gruppen laufen, 7+ Tage Baseline, Floor/Standard, priorisierte Fix-Liste mit Ownern, Tracker steht. | H | G | OPS | STEP | Core | 2 |
| M8.5.U02 | Ohne Baseline keine Fixes starten — sonst nicht beweisbar, dass sie gewirkt haben. | M | F | OPS | RULE | Core | 1 |
| M8.5.U03 | Monat 2 = erste Fixes SEO→Content→PR; Exit: ≥3 Gruppen bewegen sich, 10+ BLUF-Seiten, Crawler frei, 5+ PR-Gespräche, Entitäten beansprucht. | H | G | OPS | STEP | Core | 2 |
| M8.5.U04 | SEO-Fixes zuerst — am schnellsten umsetzbar und am leichtesten verifizierbar. | H | F | SEO | RULE | Core | 2 |
| M8.5.U05 | Monat 3 = Rhythmus autonom; Exit: Tracker 4 Wo. stabil, erster Exec-Report, Rhythmus owned, Sichtbarkeit ≥Floor, Team in 30 Min einarbeitbar. | H | G | OPS | STEP | Core | 2 |
| M8.5.U06 | Praxis-Workflow (8 Schritte): Gruppen setzen → 1 Wo. Baseline → Top-URLs/Tag analysieren → Top-5-Inhalte einspeisen → Content nach AI-Citability-Regeln → BLUF der Top-Seiten verbessern → Grounding Pages je Entität → indexieren. | H | G | AIO | EXAMPLE | Core | 2 |
| M8.5.U07 | Warnung: keine großen Content-Dumps — Google straft Massen-Uploads ab; Qualität schrittweise steigern. | M | F | SEO | FAIL | Core | 2 |
| M8.5.U08 | Warnung: für die eigene Content-Kategorie optimieren, nicht für eine fremde Blueprint. | H | F | AIO | FAIL | Useful | 2 |
| M8.5.U09 | Fundament-Regel: ohne Google-Indexierung keine AI-Auffindbarkeit — SEO ist Voraussetzung, nicht Alternative. [kanonisch; vgl. M8.5.U04] | M | F | SEO | RULE | Core | 1 |
| M8.5.U10 | Vendor-Claim Praxisbeispiel „schlug Etablierte binnen Wochen“ — Anekdote ohne Zahlen/Zeitraum/Kontrolle, kein Beleg. | V | R | AIO | NARR | Skip | 2 |
Modul 2 — Setting up Prompt Groups
| ID | Claim (DE, neutral) | Ev | Tool | Disz | Form | Rel | Lvl |
|---|---|---|---|---|---|---|---|
| M2.1.U01 | Prompt Group = AI-Search-Äquivalent eines Keyword-Clusters, gebaut um Intent und Szenario, nicht um Suchvolumen. | H | F | AIO | RULE | Core | 1 |
| M2.1.U02 | Pro Segment eine Prompt Group mit drei Dimensionen (Visibility Hygiene, Intent, Scope) = 12 trackbare Prompts (3×2×2). | H | F | AIO | RULE | Core | 1 |
| M2.1.U03 | Kanonisches 12er-Muster (Mint Mobile): 3 Intents × 2 Scopes × 2 Hygiene-Zustände, alle Prompts kurz (2-5 Wörter). | H | F | AIO | EXAMPLE | Core | 1 |
| M2.1.U04 | Je kürzer und szenariospezifischer der Prompt, desto stabiler der Engine-Output; Füllwörter („what“,„how“) erhöhen Variabilität. | M | F | AIO | RULE | Core | 2 |
| M2.1.U05 | AI-Engines arbeiten probabilistisch — jedes Zusatzwort erhöht die Wahrscheinlichkeit eines abweichenden Ergebnisses. | M | F | AIO | RULE | Core | 2 |
| M2.1.U06 | Lange Fragen nur zum Entwerfen des Szenarios nutzen; getrackt wird die kurze Kernform, Tags übernehmen die Differenzierung. | H | F | AIO | RULE | Core | 2 |
| M2.1.U07 | Prompt-Group-Struktur erfasst: Region, Segment, Core-Prompt, Tags, Prompt-Variation, AI-Engine, Frequenz. | H | F | AIO | STEP | Useful | 2 |
| M2.2.U01 | Branded Prompts testen Entity Recognition (= the Floor); findet die AI dich nicht beim eigenen Namen, ist es ein Notfall. | H | F | AIO | RULE | Core | 1 |
| M2.2.U02 | Non-Branded Prompts testen Topic Association (= the Ceiling) — hier findet der Wettbewerb statt und entsteht Pipeline. | H | F | AIO | RULE | Core | 1 |
| M2.2.U03 | Beide Prompt-Arten Pflicht: unterschiedliche Schwellenwerte, unterschiedliche Gaps; ohne Floor compoundet nichts. | H | F | AIO | RULE | Core | 2 |
| M2.2.U04 | Branded Prompts offenbaren die Justification-Gründe, mit denen Engines dich erwähnen — Input fürs Content. | H | G | AIO | RULE | Useful | 2 |
| M2.3.U01 | Drei Intents: Information (Lernen), Consideration (Vergleichen), Transaction (Kaufbereitschaft); Engines lesen Intent aus der Formulierung. | H | F | AIO | RULE | Core | 1 |
| M2.3.U02 | Kurzform-Signale: „X“=Information, „best X“=Consideration, „X price/pricing“=Transaction. | M | F | AIO | RULE | Core | 2 |
| M2.3.U03 | Konvertierungspotenzial steigt mit Intent; Transaction/Consideration zuerst (Umsatz), Information stärkt Awareness. | H | F | AIO | RULE | Core | 2 |
| M2.4.U01 | Scope ist dritte Pflicht-Dimension: Segment vs. Nische-im-Segment, ODER Geography (lokal/regional/national) wenn Standort entscheidet. | H | F | AIO | RULE | Core | 1 |
| M2.4.U02 | Drei Schärfegrade kurz getrackt: Segment → Nische („prepaid …“) → Nische-in-Nische („prepaid … unlimited data“). | H | F | AIO | EXAMPLE | Core | 2 |
| M2.4.U03 | Geography kurz tracken („… Germany“, „plumbers Brooklyn“), nur wenn der Käufer einen geografischen Filter hat. | H | F | AIO | RULE | Useful | 2 |
| M2.4.U04 | Nischen-Prompts gewinnen zuerst: weniger Wettbewerb + mehr Web-Search-Auslösung, da spezifische Infos nicht im Trainingsdatensatz liegen → kleiner Content-Einsatz wirkt schneller. | M | F | AIO | RULE | Core | 2 |
| M2.4.U05 | Quick-Win-Taktik: Segmente mit beweisbaren schnellen Erfolgen wählen, Ergebnisse im ersten Monat zeigen → Budget sichern. [vgl. M2.6.U05] | H | F | OPS | RULE | Useful | 2 |
| M2.5.U01 | Taggen ist Pflicht; Pflicht-Tags: Visibility Hygiene, Intent, Scope. Ohne Tags keine spätere gezielte Maßnahme. | H | F | AIO | RULE | Core | 1 |
| M2.5.U02 | Erweiterungs-Tags: Persona (welche Rolle fragt), Kampagne/Test, Produktlinie; je granularer, desto leichter Muster erkennbar. | H | F | AIO | RULE | Useful | 2 |
| M2.5.U03 | Pro-Tipp: 10 branded vergleichende Prompts laufen lassen → genannte Features/Benefits = Dominanz-Kandidaten für Nischen-Prompts. | H | G | AIO | STEP | Useful | 3 |
| M2.6.U01 | Kernquellen zuerst: Prompt-Research (Segment-Ideation), GSC-Regex, Find-Terms nach Page Audit; dann externe Quellen. | H | G | AIO | STEP | Core | 2 |
| M2.6.U02 | GSC-Regex Long-Tail (9+ Wörter): ^(?:\S+\s+){9,}\S+$; Frage/Vergleich: ^(what|how|which|best|top|why|where|compare|vs|should). | M | G | AIO | STEP | Core | 2 |
| M2.6.U03 | Externe Quellen: Sales/Demo-Calls (Top-5-Fragen), Support-Tickets, Review-Sites (G2/Capterra/Trustpilot), Wettbewerber-FAQs, Query-Fan-out. | H | F | AIO | STEP | Useful | 2 |
| M2.6.U04 | Priorisierung nach: Business-Relevanz, Suchvolumen, Konvertierungspotenzial (Intent), Competitive Gap (spätere Phase). | H | F | AIO | RULE | Core | 2 |
| M2.7.U01 | Engine-Auswahl nach Buyer Type: Enterprise→Copilot/Claude/ChatGPT · Startups→Gemini/ChatGPT/Claude · SMB→ChatGPT/Gemini/Google AI Mode/Copilot · Consumer→ChatGPT/Google AI Overviews+Mode. | H | G | AIO | RULE | Core | 2 |
| M2.7.U02 | Regionale/funktionale Zusätze: EU→Mistral · USA→Grok · Asien→DeepSeek · Dev-Tools→Claude+Grok · Marketer→Perplexity. | H | G | AIO | RULE | Useful | 2 |
| M2.7.U03 | Frequenz nach Volatilität: täglich (Start/Launch/PR) · zweitägig (volatile Märkte/High-Intent) · wöchentlich (Trends/Niche/Info) · monatlich (allgemein). | H | G | AIO | RULE | Core | 2 |
| M2.8.U01 | 7-Schritt-Setup: Segment finden → Prioritäten → 12er-Gruppe (3×2×2) → alle Variationen taggen → Engines wählen → Frequenz → Bulk-Upload aktivieren. | H | G | OPS | STEP | Core | 2 |
| M2.8.U02 | Mit 2-3 Engines starten, mehr nur bei multiregionalem ICP; Limit 7 Engines pro Prompt. | H | G | AIO | RULE | Useful | 2 |
| M2.8.U03 | Erste Prompt-Group bildet Gesamt-Sichtbarkeit eines Segments ab; spezialisieren erst später. | H | F | AIO | RULE | Useful | 2 |
| M2.8.U04 | Für sofortige Daten Prompts manuell ausführen statt auf die Frequenz zu warten. | H | R | AIO | STEP | Useful | 1 |
Modul 3 — Diagnose Visibility & Gaps
| ID | Claim (DE, neutral) | Ev | Tool | Disz | Form | Rel | Lvl |
|---|---|---|---|---|---|---|---|
| M3.1.U01 | AI-Sichtbarkeit ist keine einzelne Zahl; sieben Metriken beschreiben verschiedene Symptome, alle nötig für korrekte Diagnose. | H | F | AIO | RULE | Core | 1 |
| M3.1.U02 | Visibility Score = Aggregat-Wert (0-100) pro Prompt/Gruppe, Headline-Metrik; branded und non-branded getrennt lesen. | H | G | AIO | RULE | Core | 1 |
| M3.1.U03 | Position: #1-3 stark, #4-6 mittel, #7+ schwach, Not Found = nicht gefunden. | H | G | AIO | BENCH | Core | 1 |
| M3.1.U04 | Sentiment-Stufen: positiv / neutral / gemischt / negativ. | H | G | AIO | RULE | Core | 1 |
| M3.1.U05 | Mentions = Markenname im Antworttext (Awareness), Citations = URL als Quelle verlinkt (Trust); die Differenz ist das Trust Gap. | M | F | AIO | RULE | Core | 1 |
| M3.1.U06 | Detection Rate = % der Runs, in denen die Marke überhaupt erscheint. | M | G | AIO | RULE | Core | 1 |
| M3.1.U07 | Share of Voice (Mention-Anteil vs. Wettbewerber) und Share of Citations (Citation-Anteil) = der kompetitive Read. | H | G | AIO | RULE | Core | 2 |
| M3.1.U08 | Ein 40%-Score kann „oft erwähnt, nie zitiert“ (Trust Gap), „zitiert, aber #7+“ (Position Gap) oder „halb nicht erwähnt“ (Detection Gap) bedeuten — je andere Lösung. | H | F | AIO | RULE | Core | 2 |
| M3.1.U09 | Zwei Hygiene-Reads: branded zuerst Detection Rate, non-branded SoV/SoCit gegen Top-3-Wettbewerber. | H | G | AIO | RULE | Core | 2 |
| M3.2.U01 | Rohe Sichtbarkeitswerte sind ohne Benchmark bedeutungslos; benchmarke gegen Kategorietiefe oder Wettbewerber-Median, nicht gegen Fixwert. | H | F | AIO | RULE | Core | 1 |
| M3.2.U02 | Benchmark-Tabelle: Global Category Floor 1,0% / Std 2,8% / Elite 6%+ · Niche-im-Segment 5,0 / 24,5 / 40%+ · Niche-in-Niche 12,0 / 38,0 / 55%+. | H | F | AIO | BENCH | Core | 2 |
| M3.2.U03 | Scope bestimmt die Mathematik: 2,8% sind Standard in einer riesigen Kategorie, aber Floor-Fail in einer Nische mit einem Dutzend Anbietern. | H | F | AIO | RULE | Core | 2 |
| M3.2.U04 | Consumer-Retail und Local-Services sind kategorieabhängig (eigene Zeilen), da Kaufvolumen und Geo-Filter die Verteilung ändern. | H | F | AIO | BENCH | Useful | 3 |
| M3.2.U05 | 4-Stufen-Read: Below Floor (Krise) · Floor-Standard (dabei, gewinnt nicht) · Standard-Elite (solide) · Above Elite (Marktführer → höher benchmarken). | H | F | AIO | RULE | Core | 2 |
| M3.2.U06 | Sanity-Check: liegt der Median der Top-3-Wettbewerber über dem Tabellen-Standard, ist der Wettbewerber-Median dein effektiver Standard. | H | G | AIO | RULE | Useful | 2 |
| M3.3.U01 | Fünf Dashboard-Reiter = fünf Fragen: Visibility (gesamt), Mentions (genannt?), Citations (verlinkt?), Sentiment (wie beschrieben?), Position (wo?). | H | R | AIO | RULE | Core | 1 |
| M3.3.U02 | „Gut“-Schwellen: Mentions ≥Top-3 (non-branded)/≥95% (branded) · Citations Top-5-Quellen · Sentiment ≥65% positiv, 55-65% neutral, <55% Risiko · Position #1-3 branded/≥#6 non-branded-niche. | H | G | AIO | BENCH | Core | 2 |
| M3.3.U03 | Wöchentlicher 5-Min-Read: Visibility (was wurde rot?) → Detection branded (<90% Notfall) → Mentions (SoV-Bewegung) → Citations (neue Domains = PR-Ziele) → Sentiment (negativ >3×/7 Tage). | H | G | AIO | STEP | Core | 2 |
| M3.3.U04 | Ignorieren: Tagesschwankung innerhalb derselben Status-Stufe (Rauschen), volle Engine-Abdeckung an Tag 1 (Detection braucht 2-4 Wochen), Metriken zu Nicht-Prioritäts-Gruppen. | H | F | AIO | RULE | Useful | 2 |
| M3.4.U01 | Jede niedrige Sichtbarkeit hat eine von drei Ursachen: SEO Gap (technisch blockiert/unlesbar), Content Gap (fehlt/nicht zitierfähig), PR Gap (keine Drittautorität); falsche Diagnose = verschwendete Zeit. | H | F | AIO | RULE | Core | 1 |
| M3.4.U02 | SEO Gap: Crawler blockiert (WAF/robots.txt) oder Content nach Laden unlesbar (JS-Rendering, fehlendes JSON-LD, kaputte H-Hierarchie, schlechte Chunkability für RAG). | M | F | SEO | RULE | Core | 2 |
| M3.4.U03 | Content Gap, vier Muster: BLUF (Antwort unter Floskeln vergraben), Justification (keine Pros/Cons/Tabellen), Freshness (12+ Monate alt), Evidence (qualitativ statt datenbelegt). | H | F | AIO | RULE | Core | 2 |
| M3.4.U04 | PR Gap, drei Subtypen: Entity (fehlt auf Wikidata/LinkedIn/Crunchbase/Knowledge Panel), Citation (Wettbewerber auf G2/Forbes/Reddit/YouTube zitiert, du nicht), Sentiment (negative Threads <55% positiv). | H | F | AIO | RULE | Core | 2 |
| M3.4.U05 | Gaps unterscheiden sich in Team und Zeit: SEO Engineering+SEO 1 Std-3 Tage · Content Writer+SEO 1-2 Std/Seite · PR GEO Lead+Comms 1 Tag-1 Quartal. | H | F | OPS | BENCH | Core | 2 |
| M3.4.U06 | Drei Diagnose-Kernfragen: 1) Können Crawler erreichen/parsen/chunken? (SEO) 2) Existiert Content und ist eine 40-80-Wort-Antwort extrahierbar? (Content) 3) Zitieren Drittquellen wie bei Wettbewerbern? (PR) — jedes „Nein“ ist ein Gap. | M | F | AIO | RULE | Core | 2 |
| M3.5.U01 | Branded Prompts feste Schwellen: ≥95% gut, 90-95% schlecht, <90% Notfall. Non-Branded gegen Kategorietiefe: über Standard gut, Floor-Standard mittel, unter Floor schlecht. | H | G | AIO | RULE | Core | 2 |
| M3.5.U02 | Order of Attack: 1 Branded → 2 Non-branded Transaktional+Niche → 3 Consideration+Niche → 4 Information+Niche → 5-7 dieselben auf Kategorie-Ebene → 8 mittlere Ergebnisse in gleicher Folge. | H | F | AIO | RULE | Core | 2 |
| M3.5.U03 | Branded immer zuerst: ohne Entity Recognition compoundet kein nachgelagerter Erfolg; ein schlechtes Branded-Ergebnis = Entität wird von Engines nicht als real/vertrauenswürdig erkannt. | H | F | AIO | RULE | Core | 1 |
| M3.5.U04 | Niche vor Category (weniger Wettbewerb, Erfolg in Wochen → Budget), Transaktional vor Informational (näher an Kaufentscheidung → Pipeline). | H | F | AIO | RULE | Core | 2 |
| M3.6.U01 | 8 Signale pro Prompt lesen: Detection, Position, Sentiment, Mentions (von 7 Runs), Citations (von 7 Runs), Stability, Engine-Agreement, Competitor-Dominance. | H | G | AIO | STEP | Core | 2 |
| M3.6.U02 | Regel 1: schlechte Detection bei branded → Entity-Signal-Problem → PR Gap (Entität). | H | F | AIO | RULE | Core | 2 |
| M3.6.U03 | Regel 2: schlechte Detection bei non-branded → Topic-Association fehlt → Content Gap (existiert Content?). | H | F | AIO | RULE | Core | 2 |
| M3.6.U04 | Regel 3: weder Mentions noch Citations → volle Unsichtbarkeit; branded = Crawler/Entität, non-branded = Content fehlt. | H | F | AIO | RULE | Core | 2 |
| M3.6.U05 | Regel 4: keine Mentions, aber Citations → Markenname fehlt in Content/Schema. | H | F | AIO | RULE | Core | 2 |
| M3.6.U06 | Regel 5: Mentions, aber keine Citations → Trust Gap, Content nicht zitierfähig (BLUF + Justification fehlen). | H | F | AIO | RULE | Core | 2 |
| M3.6.U07 | Regel 6: schwache Position (#7+) → Wettbewerber hat bevorzugten Content → Top-URLs nachbauen/optimieren. | H | G | AIO | RULE | Core | 2 |
| M3.6.U08 | Regel 7: volatile Position über Runs → instabiler Quellenpool, dünne Drittabdeckung → PR Gap (Citation). | H | F | AIO | RULE | Core | 2 |
| M3.6.U09 | Regel 8: negatives Sentiment → Reputationsproblem → PR Gap (Sentiment). | H | F | AIO | RULE | Core | 2 |
| M3.6.U10 | Regel 9: Engines uneinig beim Sentiment → Quellenkonflikt, schwächste Engine zieht aus schlechterem Pool → zitierte Domains prüfen. | H | G | AIO | RULE | Useful | 3 |
| M3.6.U11 | Regel 10: ein Wettbewerber dominiert konsistent → Format-Gap, seine Seite ist extrahierbarer → reverse-engineeren. | H | G | AIO | RULE | Core | 2 |
| M3.6.U12 | Kein einzelnes Muster: mehrere schwache Signale → mehrere kleine Gaps, priorisiere Freshness + Entity-Konsistenz; keine Red Flags → nur kleine Optimierungen. | H | F | AIO | RULE | Useful | 2 |
| M3.7.U01 | Diagnose nur im Kopf führt zu keinen Fixes; dokumentiere je auffälligen Prompt auf einer Seite: Prompt-String, 8 Signale, passende Regel, Gap-Typ, nächste Aktion, Owner, Deadline. | H | F | OPS | RULE | Core | 1 |
| M3.7.U02 | Diagnose-Template-Felder: Prompt/Tags/Datum/Engines · Signale · Matching Rule + Gap-Typ + nächstes Modul · What/Owner/Due/erwartete Signaländerung. | H | F | OPS | EXAMPLE | Core | 2 |
| M3.7.U03 | Schriftlich erzwingt: genau eine Regel wählen, Owner+Datum (macht aus Beobachtung ein Ticket), Vorher-Zustand für Re-Audit-Vergleich (Track-Record für Budget). | H | F | OPS | RULE | Core | 2 |
| M3.8.U01 | Erster Audit: 90 Min, 5 Schritte, ein Ticket am Ende; Ziel ist nicht alles zu lösen, sondern eine hochpriorisierte Optimierung zu starten. | H | F | OPS | STEP | Core | 1 |
| M3.8.U02 | 90-Min-Ablauf: 5 schlechteste Prompts wählen (10) → 8 Signale erfassen, nicht interpretieren (40) → Decision Tree anwenden (20) → nach Order of Attack sortieren (10) → Top-Zeile als Ticket, Frist ≤10 Tage (10). | H | G | OPS | STEP | Core | 2 |
| M3.8.U03 | Audit-Fehler vermeiden: nicht alle 12 Prompts fixen wollen, nicht die ganze Site umschreiben, Schritt 4 (Priorisierung) nie überspringen. | H | F | OPS | FAIL | Core | 2 |
| M3.8.U04 | Re-Audit nach 4 Wochen: bewegte sich das Zielsignal? Ja → nächster Fix, Nein → Diagnose revidieren. Dieser Loop ist der Operating Rhythm. [vgl. M8.1.U02] | H | G | OPS | RULE | Core | 2 |