Veröffentlichter Seiteninhalt und Custom JavaScript
Prüfen Sie, ob zentrale Inhalte aus Collection-Daten stammen oder erst durch ein fremdes Script eingefügt werden. Ein sichtbares Embed nach Interaktion ist ein anderer Abrufkontext.
Vergleichen Sie das ausgelieferte Webflow-HTML mit nachgeladenen Inhalten aus Custom Code oder Drittanbieter-Embeds. Ein sichtbarer Embed-Text ist nicht automatisch Bestandteil der eigentlichen Seite.
Wo Sie die Einstellung in Webflow prüfen
Vergleichen Sie die erste veröffentlichte HTML-Antwort mit dem DOM nach Custom-Code-Ausführung. Bei einer Collection prüfen Sie Feldbindung und Veröffentlichung des einzelnen Items. Ein im Designer sichtbares Embed ist kein Beweis für direkt abrufbaren Seiteninhalt.
Beispiel für diesen konkreten Befund
Illustrativer Kontrollfall: Der Server liefert nur einen App-Container; Produktname, Beschreibung und Links entstehen erst nach einer JavaScript-Anfrage. Der direkte Abruf enthält den fachlichen Inhalt nicht.
Nachprüfung in Webflow
Direkten Einstieg und nachgeladene Ansicht ohne vorherige Sitzung testen. Für exportierte Projekte die eigene Hosting-/Rendering-Pipeline als zusätzliche Quelle prüfen.
Initiales HTML und gerenderte Ansicht derselben URL vergleichen. Prüfen, ob der Hauptinhalt ohne vorherige Navigation erreichbar ist und notwendige Ressourcen geladen werden können.
Ausnahmen und Geltungsbereich
Warenkorbstatus oder personalisierte Elemente dürfen bewusst nachgeladen werden. Wenig Initial-HTML allein beweist nicht, dass Google die Seite nicht rendern kann.
Bezug: auf Webflow veröffentlichte Websites und CMS Collections. Exportiertes HTML oder eine vorgeschaltete eigene Proxy-Schicht können andere Zuständigkeiten haben.
Den allgemeinen Fehler einordnen
Definition, systemunabhängige Ursachen und weitere Korrekturbeispiele: Fehlenden Inhalt von bewusst nachgeladenen Funktionen unterscheiden