Warum 71/100
Bot-Zugriff, Product-Schema und Antworttiefe drücken den Score gleichzeitig. Darum landet das Urteil nicht im grünen Bereich.
Demo-Report
Fiktiver Demo-Report fuer einen Shop mit echten Arbeitsfragen .
Hier sieht ein skeptischer Shopbetreiber, ob der Report wirklich nuetzlich ist: Hauptblocker, betroffene Reichweite, erster Fix und die Dateien fuer die Umsetzung.
- Demo-Shop Nordfokus.de: Laufen + Ergonomie, bewusst fiktiv statt echter Kundendaten.
- Sofort sichtbar: Hauptblocker, Reichweite, erste Massnahme und zugehoerige Belege.
- Nach dem Unlock kommen echte URLs, Exporte, Fix-Packs und Verlauf fuer deinen Shop dazu.
Demo-Shop Nordfokus.de
Reifegrad
71/100
sichtbar genug fuer ein klares Urteil, aber mit deutlichem Umsatzblocker
Hauptblocker
Bot-Zugriff und Product-Schema bremsen denselben Kaufmoment aus
dadurch verlieren Produktfragen und Vergleiche an Antworttiefe
Betroffen
126 Produktseiten plus 18 umsatznahe Topseller
gross genug, um Technik und Produktdaten gemeinsam priorisieren zu muessen
Erster Sprint
Bot-Zugriff öffnen und Product/Offer-Felder auf Topsellern schließen
damit werden Sichtbarkeit und Antworttiefe am schnellsten belastbar
Warum das glaubwuerdig ist
robots.txt, Site-Blocker und Produkt-Schema-Luecken zeigen denselben Engpass
genau diese Ursache wuerde der echte Report URL-genau und exportierbar aufloesen
Worauf Käufer zuerst schauen
Urteil
Alle Gaps & Funde
Umsetzung
Downloads
Erst Problem verstehen, dann Maßnahmen und Arbeitsdateien prüfen.
Warum Käufer diese Vorschau ansehen
- Du siehst sofort, ob der Report von Score zu Ursache und Massnahme durchzieht.
- Jede Prioritaet nennt Reichweite, Beleg und ersten Umsetzungsschritt.
- So erkennst du vor dem Kauf, ob das Ergebnis intern weiterverwendbar ist.
ChatGPT
78/100
Perplexity
69/100
Google AI
66/100
Blick zuerst
Blocker → Reichweite → erster Fix → Arbeitsdateien
Demo-Shop
Nordfokus.de (fiktiv)
Nutzen
konkret, kaufnah, ohne Garantiesprache
1) Warum dieser Demo-Shop haengen bleibt
Ganz oben steht, warum der Score nicht reicht, wie groß der betroffene Bereich ist und ob die Priorisierung belastbar wirkt.
Woran das Urteil haengt
40 priorisierte Produkte, 126 betroffene Produktseiten und zusaetzliche Site-Signale machen die Priorisierung belastbar genug fuer eine Kaufentscheidung.
Was du intern erklaeren kannst
Der Report zeigt nicht nur einen Score, sondern welche Ursachen Technik, Produktdaten und Antworttiefe gleichzeitig druecken.
Wie Fortschritt spaeter pruefbar wird
Re-Audits bauen auf derselben Bewertungsbasis auf, damit Veraenderung nicht nur behauptet wird.
2) Erste Maßnahmen mit Beleg
Im echten Report liegen priorisierte Aktionen, kritische Befunde und Produktlücken gesammelt in einer Master-Ansicht.
Höchste Priorität
GPTBot und PerplexityBot nicht blockieren
robots.txt enthält eine Disallow-Regel für zentrale Produktpfade. Das ist ein direkter Sichtbarkeits-Blocker.
Reichweite
126 Produktseiten im Hauptverzeichnis sind direkt betroffen.
Erster Schritt
Disallow-Regel für Produktpfade entfernen und Deploy direkt mit Crawl-Test verifizieren.
Evidenz: robots.txt, 126 betroffene Produktseiten
Mittlere Priorität
Product-Schema auf Topsellern ergänzen
Wesentliche Preis-, Verfügbarkeits- und Identifier-Felder fehlen auf einem relevanten Anteil der SKU-Seiten.
Reichweite
18 von 40 analysierten Topsellern fehlen verwertbare Product/Offer-Felder.
Erster Schritt
Preis, Verfügbarkeit und Identifier zuerst auf den sichtbarsten SKU-Templates ergänzen.
Evidenz: 18/40 analysierte Produktseiten ohne vollständiges Product/Offer
Umsetzung
FAQ- und Proof-Lücken auf Kaufseiten schließen
Wichtige Kauf- und Vertrauensfragen werden nicht beantwortet. Das reduziert Zitierfähigkeit und Antwortabdeckung.
Reichweite
Kaufnahe Produkt-, FAQ- und Policy-Seiten verlieren an Nennbarkeit in Antworten.
Erster Schritt
Die wichtigsten Support-, Liefer- und Vertrauensfragen direkt auf den Kaufseiten ergänzen.
Evidenz: fehlende FAQ-/Policy-Signale, geringe Product-Proof-Dichte
Belege & kritische Bereiche
Die Vorschau bleibt nicht bei Blocker-Klassen stehen, sondern zeigt pro Bereich Reichweite und Beispiel-Belege.
Robots & Bot-Zugriff
Direkte Blockaden für relevante KI-Crawler und einzelne Produktverzeichnisse.
Reichweite: 126 Produktseiten im Hauptpfad
Beleg: robots.txt enthält Disallow-Regel für den Produktpfad
Indexierung & Canonical-Signale
Noindex- und Canonical-Konflikte auf Produkt- und Kategorienseiten.
Reichweite: 12 Produkt- und 7 Kategorieseiten im Sample
Beleg: Canonical-Ziele und Index-Signale sind auf Template-Ebene uneinheitlich
Schema-Abdeckung
Nur 55 % der geprüften Produktseiten haben verwertbares Product-Schema.
Reichweite: 18 unvollständige Topseller in der Stichprobe
Beleg: fehlende Offer-, Preis- oder Identifier-Felder im Product-Markup
Trust- und Policy-Signale
FAQ, Kontakt und rechtliche Seiten sind vorhanden, aber inhaltlich dünn und kaum verknüpft.
Reichweite: betroffene FAQ-, Kontakt- und Lieferbereiche
Beleg: Antwortlücken auf Kauf-, Liefer- und Supportfragen
Produkt- und Proof-Gaps
Neben Technik bleibt sichtbar, wo Produktdaten und kaufnahe Proof-Signale noch Umsatzpotenzial blockieren.
Produktdaten-Lücken
- fehlende GTIN/SKU-Felder auf Kern-SKUs
- zu kurze Beschreibungen auf 14 priorisierten Produktseiten
- fehlende Alt-Texte und uneinheitliche Attributlogik
Proof- und Zitierfähigkeits-Lücken
- wenig zitierfähige Faktenblöcke für Vergleichs- und Kaufanfragen
- FAQ-Abdeckung unter dem Zielwert für answer-first Use Cases
- Produktseiten beantworten Support- und Lieferfragen nicht sauber
3) Umsetzung
Im Vollreport arbeitet dein Team bereichsweise: offener Pack, konkrete Detailansicht, passende Downloads.
Bereich auswählen
Hier wählst du aus, ob du gerade an Texten, Schema, FAQs, robots.txt oder llms.txt arbeitest.
robots.txt
kritischer Bot-Blocker offen
Schema
18 Topseller mit offenen Feldern
FAQs
Support- und Lieferfragen unvollständig
Texte
14 priorisierte Produkttexte zu dünn
llms.txt
Context-Layer als nächster Hebel
Gewählter Bereich
Beispielhafte Detailansicht: Produktdaten & Schema
Im echten Report erscheinen hier nur die offenen Punkte des gewählten Bereichs inklusive passender Fix-Packs, direkter Downloads und Rollout-Hinweise.
Detailansicht im Umsetzungsbereich
So sieht ein geöffneter Arbeitsbereich aus: bestehende Fakten, fehlende Felder und konkrete Lücken je Produktprofil.
Erkannte Profile
2 priorisierte Produkttypen
Laufschuh und ergonomischer Stuhl mit unterschiedlichen Pflichtfeldern.
Feldabdeckung
12 von 20 Kernfeldern vorhanden
Fehlende Werte drücken Zitierfähigkeit, FAQ-Qualität und Kaufklarheit.
Offene Lücken
7 kaufkritische Datenpunkte offen
Genau diese Felder landen im echten Audit Report als Export und Fix Pack.
Beispielprodukt A
4 Pflichtfelder offen
Trail Runner X1
Material
Mesh-Obermaterial mit TPU-Verstärkung
Verwertbar für Kauf- und Vergleichsfragen.
Gewicht
Ergänzen: Gewicht pro Schuh
Fehlt in den Top-Fragen für Dämpfung und Performance.
Sprengung
8 mm
Nützlich für Beratung und Filterlogik.
GTIN / EAN
Ergänzen: eindeutiger Produktidentifier
Fehlt für Quellenklarheit und Marktplatz-Abgleich.
Beispielprodukt B
3 Kernfelder bereits sauber
Ergo Chair Pro
Belastbarkeit
Bis 140 kg
Relevant für Produktvergleich und Kaufentscheidung.
Sitzhöhe
45 bis 56 cm
Antwortet direkt auf häufige Pre-Sales-Fragen.
Garantie
Ergänzen: Laufzeit und Bedingungen
Stärkt Proof, Trust und Support-FAQ.
Lieferumfang
Ergänzen: Rollen, Kopfstütze, Montage-Kit
Fehlt für Vergleich, Retourenprävention und Nennbarkeit.
Warum das verkaufsstark ist
Im echten Audit Report erscheinen diese Felder pro Produkt mit Profil-Erkennung, fehlenden Pflichtattributen, Export-Logik und direkt verwertbaren Fix-Hinweisen für Teams und Agenturen.
Im Bereich sichtbar
Nur die offenen Punkte des gewählten Bereichs, nicht der ganze Report noch einmal.
Direkter Download im Kontext
Passende Fix-Packs oder Exporte hängen direkt am Bereich und sind nicht über die Seite verstreut.
Rollout & Re-Audit
Nach dem Umsetzen geht es in den Download Center oder direkt in den nächsten Re-Audit.
4) Download Center
Alle Arbeitsdateien liegen an einer Stelle, damit ein Team den Report nicht erst zusammensuchen muss.
Empfohlen für diesen Audit
- Zum Beispiel Audit Report, Site Issues und Implementation Guide
- Empfohlene Dateien stehen kundenspezifisch oben statt nach Projektlogik sortiert
Umsetzung
- Schema Fix Pack, FAQ Fix Pack und Solution Pack
- Direkte Arbeitsdateien für Tech, SEO, Content und Rollout
Evidenz
- CSV Export, Site Pages und Site Issues
- URL-Drilldowns und Rohdaten für Tickets, QA und Nachverfolgung
Agent & Indexierung
- Agent Manifest, Indexing Submission Pack und Indexing JSON
- Für /.well-known/agent.json, Einreichung und technische Verifikation
Sprache bleibt konsistent
Wenn das Frontend auf Englisch steht, erscheinen auch PDF, CSV-Header und textuelle Packs auf Englisch. Fuer Deutsch gilt dasselbe.
5) Appendix & Tiefenprüfung
Methodik, agent.json und weitere Module bleiben nachgelagert, damit die Hauptaussage oben nicht verloren geht.
Methodik & Evidenz
Hier liegen Bewertungslogik, Pruefhintergrund und zusaetzliche Nachweise fuer Teams, die tiefer einsteigen wollen.
Agent-Datei (agent.json)
Der Appendix zeigt Hosting-Pfad, Crawl-Freigabe und wichtigste Blocker, ohne den Hauptreport zu ueberladen.
Deep Research & Shop-Analyse
Vertiefte Synthesen und shop-weite Muster sind Appendix-Material, nicht die erste Leseroute.
Nächster sinnvoller Schritt
Erst den Instant Check starten, dann den Audit Report freischalten, sobald echte URLs und Artefakte gebraucht werden.
So bleibt der Einstieg leicht. Tiefe Belege und Exporte kommen erst dann dazu, wenn dein Team wirklich in die Umsetzung geht.