Prinzipien und Grenzen der Analyse

1. Eine Adresse, ein bestimmter Moment

Grundlage des Berichts ist die öffentliche Serverantwort auf die Anfrage des Analysewerkzeugs. Ausgelesen werden ein HTML-Dokument, dessen Header und mögliche Weiterleitungen. Das HTML-Modul führt weder JavaScript aus noch meldet es sich auf der Website an. Ein Server kann einem Crawler andere Inhalte liefern als dem Browser eines Besuchers.

Notieren Sie die endgültige Adresse, das Datum, die Kriterienversion und fehlende Informationen. Der Zustand der Website, des Netzwerks, der Sicherheit und externer Ressourcen kann das Ergebnis verändern. Die Messung beschreibt nicht automatisch alle Unterseiten der Domain.

2. Technische Beobachtungen

Wir prüfen ausgewählte Elemente wie Titel, Meta-Beschreibung, Header, Canonical, Lang, Viewport, Links, Bildattribute, in HTML verfügbarer Text, Hauptbereich und erkannte JSON-LD-Typen. Das Vorhandensein eines Elements ist kein Beweis für die Qualität seines Inhalts oder die Übereinstimmung der gesamten Implementierung mit dem Standard.

Das Vorhandensein eines Viewports beweist beispielsweise nicht, dass das Telefon bequem zu bedienen ist, HTTPS beweist nicht, dass keine Schwachstellen vorhanden sind, und die JSON-LD-Erkennung garantiert kein erweitertes Ergebnis in Google. Das Fehlen einer Meta-Beschreibung ist eine Beobachtung und kein Beweis dafür, dass der Vertrag des Auftragnehmers fehlerhaft ist.

3. Roboter, Karte und KI

Ein separates Modul lädt robots.txt und eine XML-Karte oder einen Kartenindex aus derselben Quelle herunter. Adressen aus der Karte werden nicht durchsucht. Die Lesegrenzen liegen bei bis zu 500 KiB für robots.txt und bis zu 512 KiB für Map.

Für Googlebot, Bingbot, OAI-SearchBot, PerplexityBot und Claude-SearchBot zeigen wir Matching-Regeln für die untersuchte Adresse an. GPTBot, ClaudeBot und Google-Extended gelten als gesonderte Inhaltsnutzungserklärungen. Das bewusste Blockieren Ihres Trainings ist nicht automatisch ein SEO-Fehler.

Die Interpretation von robots.txt bestätigt nicht einen tatsächlichen Roboterbesuch, eine Passage durch eine Firewall, eine Indizierung oder eine Zitierung in der KI. Wir lesen keine privaten Search Console-Einstellungen. Wir geben keine Gesamtbewertung „AI Ready“ ab.

SEO/AEO/GEO-Zusammenfassung (Version 1.0) organisiert bestehende Lesungen: Titel, Indexierung und Kanonik; HTML-Text, H1 und Main; JSON-LD-Syntax und -Typen; Regeln für Suchroboter. Zeigt Quellenbeobachtungen, fehlende Daten und Probleme zur manuellen Überprüfung an. Es handelt sich nicht um einen zusätzlichen Test oder eine Punktbewertung der KI-Bereitschaft. Suche und Ausbildung bleiben getrennt. Die Verfügbarkeit des Textes bestätigt nicht seine Qualität und das Vorhandensein von JSON-LD ist keine Voraussetzung für die Zitierung. Der Abschnitt ist als Vorschau, JSON- und PDF-Export verfügbar.

4. Google PageSpeed: separate Quelle

Bei expliziter Nutzerauswahl übermittelt unser Server die Adresse an Google PageSpeed Insights. Google führt möglicherweise einen browserbasierten Lighthouse-Test durch. Telefon- und Desktop-Ergebnisse sind getrennt, wobei 0–100 vom Google-Tool stammen.

Labormetriken sind nicht mit der Erfahrung jedes Benutzers identisch. Die verfügbaren CrUX-Daten haben einen unterschiedlichen Umfang und Zeitraum; Der Bericht unterscheidet zwischen Daten für Adresse und Herkunft. TBT ist kein Maß für INP. Fehlende Daten, Service-Limits und Download-Fehler stellen keinen Null-Score oder eine negative Bewertung für die Website dar.

Die Zeit, die zum Herunterladen von HTML von unserem Server benötigt wird, entspricht nicht der Zeit, die zum Laden der Seite im Browser benötigt wird. Das Ergebnis hängt von den Testbedingungen ab. Tool-Richtlinien müssen vor der Implementierung überprüft werden.

5. Konfiguration, Sicherheit und Verfügbarkeit

Das Lesen von HSTS-Headern, Nosniff, CSP, Einbettungsregeln und HTTP-Ressourcenverweisen ist eine passive Konfigurationsbeobachtung. Wir führen keine Hacking-, Schwachstellen-Scans, Kontotests, Formulareinreichungen oder Kaufversuche durch.

Das Ergebnis ist keine Prüfung der Sicherheit, der digitalen Zugänglichkeit, der WCAG oder der Einhaltung gesetzlicher Vorschriften. Das Fehlen eines ausgewählten Headers stellt an sich noch keinen Beweis für eine Sicherheitslücke dar; Das Vorhandensein eines Headers bestätigt nicht, dass alle Sicherheitsmaßnahmen wirksam sind.

6. Wie man Status interpretiert

• Richtig gelesen: ein bestimmtes Kriterium wurde in der erhaltenen Antwort erfüllt. Dies ist keine Bewertung der gesamten Website.
• Signal zur Überprüfung: Eine automatische Regel hat ein potenzielles Problem gemeldet. Bevor Sie es ändern, müssen Sie dessen Bedeutung und Zweck der Implementierung bestätigen.
• Zur Überprüfung: Es sind zusätzliche Informationen oder Kontext erforderlich.
• Keine Daten/Messung nicht verfügbar: das Modul erlaubt keine Schlussfolgerung zum untersuchten Bereich.

Die Zählwerte beziehen sich auf die Kontrolle im ausgewählten Bereich. Sie stellen keine Beurteilung der Person, des Unternehmens, des Preis-Leistungs-Verhältnisses oder der Vertragserfüllung dar. Eine bewusste Noindex-, kanonische oder spezifische Zugriffsregel kann ein gültiges Designelement sein.

7. Wenn das Ergebnis zweifelhaft ist

Speichern Sie den Bericht, vergleichen Sie Adresse, Datum und Umfang mit einer anderen Studie und fordern Sie dann eine Kontextbewertung an. Nehmen Sie keine Änderungen vor, nur um die Farbe des Indikators zu verbessern. Das Reparieren eines Elements kann sich auf die Funktionalität oder Sicherheit der Website auswirken.

Der Eigentümer und Auftragnehmer der Website kann unter folgender Adresse einen Fehler melden oder eine Klarstellung anfordern: [email protected]. Für die Anwendung ist keine Bestellung von BXM-Diensten erforderlich. Detaillierter Modus und Berechtigungen werden beschrieben Nutzungsbedingungen.