Prüfen Sie zuerst den Inhalt der HTTP-Antwort und anschliessend die Darstellung im Browser. Ein serverseitig ausgelieferter Leistungstext ist unmittelbar vorhanden. Eine leere Hülle, die erst nach JavaScript Daten lädt, hängt von den Fähigkeiten des jeweiligen Abrufers ab. Google kann JavaScript verarbeiten; daraus folgt keine identische Fähigkeit aller Such- und KI-Dienste.
Einordnung und Geltungsbereich
Consent-Walls, blockierte Skripte und fehlerhafte API-Aufrufe können die tatsächlich zugängliche Aussage verändern. Ein Status 200 bei einem abgebrochenen PHP-Template ist ebenfalls kein erfolgreicher Seitenabruf. Kontrollieren Sie Inhalt, Status, Canonical, Indexierbarkeit und interne Links zusammen.
Unterscheiden Sie die dokumentierten Bots für Suche, nutzergesteuerte Abrufe und Modelltraining. robots.txt steuert kooperative Crawler, schützt aber keine vertraulichen Daten. Für private Inhalte brauchen Sie echte Zugangskontrollen. Die Trainingsentscheidung sollte unabhängig von der gewünschten Suchsichtbarkeit getroffen werden.
SOURCE/01 dokumentiert renderabhängige Seiten, blockierte Agenten, fehlerhafte Statuscodes und Konflikte zwischen Sitemap und Canonical. Eine vollständige Leistungsseite bleibt auch ohne Animation und optionale Analyse bedienbar.
Beispiel: sichtbare Karte oder ausgelieferte Information?
Fiktiver Vorher-nachher-Test: Eine Seite liefert zunächst nur ein leeres Element. Nach JavaScript erscheint die Leistungskarte. In der verbesserten Variante enthält die erste Antwort bereits die Überschrift und den Text; JavaScript ergänzt nur das Aufklappen weiterer Details. Beide Browseransichten können ähnlich aussehen, die Fehlerabhängigkeit ist aber unterschiedlich.
| Prüfpunkt | Beispiel / Gegenstand | Einordnung |
|---|---|---|
| Erste Antwort | <div id="services"></div> | Noch keine Leistungsinformation im Antwortkörper. |
| Serverseitiger Inhalt | <section><h2>Büroreinigung</h2><p>Gebiet und Umfang …</p></section> | Die relevante Aussage ist ohne Skript vorhanden. |
| Fehlerfall | HTTP 200 mit «Fatal error» | Unvollständige Seite; Fehler beheben und richtigen Status liefern. |
So wenden Sie das an
- HTML der kanonischen URL mit Status und Headern sichern.
- JavaScript deaktivieren und wesentliche Inhalte sowie Links prüfen.
- Sitemap, robots.txt und Canonical auf Widersprüche prüfen.
- Nach einer Korrektur die vollständige Seite und nicht nur HTTP 200 testen.
Quellen und nächste Lektüre
Die Quelle belegt die dort beschriebenen Regeln. Die Arbeitsvorlagen in diesem Artikel sind eigene methodische Beispiele, keine Ergebnisse eines Kundentests.
Nächster Schritt
Der kostenlose Kurzcheck liefert eine erste Einschätzung zu einer Domain, drei kaufnahen Fragen und drei Beobachtungen. Im Erstgespräch klären wir, ob eine vertiefte Analyse sinnvoll ist.
Erstgespräch anfragen