Anleitungen/CMS-Indexierungs-Guide

Webflow-Google-Indexierung: Der komplette Guide, damit deine Webflow-Seiten in den Suchergebnissen landen

Webflow gibt Designern und Entwicklern beispiellose visuelle Kontrolle über ihre Websites — aber diese Macht bringt SEO-Verantwortung mit. Dieser Guide deckt jeden Indexierungs-Konfigurationspunkt in Webflow ab: von Per-Seite-Meta-Tags über CMS-Collection-Sitemaps bis zum kritischen Staging-Subdomain-Problem, das selbst erfahrene Webflow-Nutzer ausbremst.

Aktualisiert: 1. Apr. 2026

Webflow nimmt im Website-Builder-Markt eine einzigartige Position ein: Es kombiniert die visuelle Designfreiheit von Tools wie Figma mit den Publishing- und Hosting-Fähigkeiten eines CMS. Designer lieben es, weil sie pixelgenaue Layouts ohne Code bauen können. Entwickler schätzen das saubere HTML- und CSS-Output. Und aus SEO-Sicht produziert Webflow eines der saubersten, semantischsten Markups aller Website-Builder.

Webflows Flexibilität bringt aber Komplexität mit. Anders als bei Squarespace oder Wix, wo Templates die meiste SEO-Konfiguration automatisch erledigen, gibt Webflow Designer die Verantwortung für Heading-Hierarchie, Seitenstruktur und semantisches HTML. Eine wunderschön designte Webflow-Site kann schreckliche SEO haben, wenn der Designer nicht auf Heading-Level, Alt-Texte und Seiten-Titel geachtet hat. Umgekehrt kann ein SEO-bewusster Designer eine Webflow-Site bauen, die in Sachen Suchmaschinenfreundlichkeit mit handgeschriebenem HTML mithält.

Webflow hat zudem eine einzigartige Herausforderung: Jede Webflow-Site hat eine Staging-Subdomain unter deinprojekt.webflow.io. Diese Subdomain ist standardmäßig für Suchmaschinen zugänglich und kann indexiert werden — Duplicate-Content, der mit deiner Produktiv-Site konkurriert. Das ist Webflows häufigste Indexierungs-Falle, und wir zeigen, wie du sie verhinderst und behebst.

Dieser Guide ist für alle, die eine Webflow-Site bauen oder verwalten und sicherstellen wollen, dass jede Seite von Google entdeckt, gecrawlt und indexiert wird. Wir behandeln Webflows Per-Seite-SEO-Einstellungen, das CMS-Collection-System und seinen Einfluss auf Sitemaps, robots.txt-Konfiguration über die Projekteinstellungen, den 301-Redirect-Manager, Custom-Code-Injection für erweiterte Meta-Tags und die spezifischen Themen, die sich aus Webflows Architektur ergeben.

IndexBolt sorgt dafür, dass Google deine URLs in unter 24 Stunden crawlt — keine manuellen Einreichungen, kein wochenlanges Warten.

Webflows SEO-Architektur

Webflow erzeugt sauberes, semantisches HTML5-Markup. Anders als viele Website-Builder, die Content in Schichten von div-Elementen mit generischen Klassennamen verpacken, erlaubt Webflow Designern, semantische Elemente (header, main, nav, article, section, footer) und sinnvolle Klassennamen zu nutzen. Dieses saubere Markup macht es Google leichter, deine Seitenstruktur zu verstehen.

Jede Webflow-Seite hat Per-Seite-SEO-Einstellungen im Page-Settings-Panel. Hier setzt du Title-Tag, Meta-Description, Open-Graph-Titel und -Beschreibung, Open-Graph-Bild und einen Custom-Slug. Diese Einstellungen sind für statische Seiten und CMS-Collection-Template-Pages verfügbar.

Webflow erzeugt automatisch eine XML-Sitemap für auf Webflow gehostete Sites. Die Sitemap enthält alle veröffentlichten statischen Seiten und alle veröffentlichten CMS-Collection-Items. Sie liegt unter deinedomain.de/sitemap.xml und aktualisiert sich automatisch, wenn du Änderungen publizierst. Anders als Squarespace erlaubt Webflow, bestimmte Seiten aus der Sitemap auszuschließen, indem du in den Seiteneinstellungen die Option „In Sitemap aufnehmen“ deaktivierst.

Webflow gibt dir außerdem Kontrolle über robots.txt via Projekteinstellungen > SEO > Indexing. Du kannst togglen, ob deine Site indexiert wird (das ergänzt oder entfernt einen globalen noindex-Tag), und den robots.txt-Inhalt direkt bearbeiten. Diese direkte robots.txt-Editier-Möglichkeit ist flexibler als das, was Squarespace oder Wix bieten.

Fürs Hosting nutzt Webflow ein globales CDN (mit Amazon CloudFront und Fastly), das Seiten von Edge-Locations nahe deinen Besuchern liefert. Das führt zu schnellen Page-Loads und kurzer Time to First Byte (TTFB), was sich positiv auf Googles Crawl-Rate-Allokation auswirkt. Webflow-Sites haben typischerweise TTFB unter 200 ms — exzellent.

Das Staging-Subdomain-Problem

Das ist Webflows wichtigstes und häufigstes Indexierungs-Thema. Jedes Webflow-Projekt hat eine Staging-Subdomain unter deinprojekt.webflow.io. Sie dient Entwicklungs-Previews und Kunden-Reviews. Das Problem: Die Staging-Subdomain ist standardmäßig für Googlebot zugänglich. Entdeckt Google sie (über externe Links, Webflows Showcase-Directory oder anderes), kann sie die komplette Staging-Site indexieren.

Sind sowohl deine Produktiv-Domain (deinedomain.de) als auch die Staging-Subdomain (deinprojekt.webflow.io) indexiert, hast du eine Site-weite Duplicate-Content-Situation. Google sieht zwei komplette Kopien und muss entscheiden, welche als kanonisch gilt. In manchen Fällen wählt Google die webflow.io-Subdomain — deine Produktiv-Domain wird dann als Duplikat behandelt und rankt möglicherweise nicht.

Webflow setzt die Staging-Subdomain nicht automatisch auf noindex. Stand 2026 hat Webflow eine Option ergänzt, die Staging-Subdomain mit Passwort zu schützen (verfügbar in Projekteinstellungen > Publishing) — das muss aber explizit aktiviert werden. Ohne dies ist die Staging-Site weit offen.

Um das Problem zu verhindern, aktivier den Staging-Passwortschutz in den Projekteinstellungen direkt nach dem Erstellen deines Projekts. Ist die Staging-Subdomain bereits indexiert, schütz sie mit Passwort (das liefert einen 401-Status), nutz dann das Removals-Tool der Google Search Console, um die Entfernung der webflow.io-URLs zu beantragen. Du kannst die webflow.io-Staging-Subdomain auch als separate Property in der Google Search Console hinzufügen, um zu beobachten, ob Google sie weiterhin crawlt.

Noch eine Schutzschicht: Verifizier, dass die Canonical-Tags deiner Produktiv-Site auf deine Custom-Domain zeigen — nicht auf die webflow.io-Subdomain. Webflow handhabt das automatisch beim Verbinden einer Custom-Domain, aber test es im Quelltext deiner Live-Site und bestätige, dass die Canonical-URL deine Custom-Domain nutzt.

Spar dir die Handarbeit — IndexBolt schickt deine URLs direkt in die Crawl-Queue von Google. Starte mit 100 Gratis-Credits.

100 Gratis-Credits. Keine Kreditkarte nötig.

CMS-Collections und Indexierung dynamischer Inhalte

Webflows CMS erlaubt das Anlegen strukturierter Content-Collections — ähnlich wie Custom Post Types in WordPress. Typische Collections sind Blogposts, Team-Mitglieder, Case Studies, Produktlisten und FAQ-Einträge. Jede Collection hat eine Template-Page, die das Layout definiert, und jedes Collection-Item erzeugt aus diesem Template eine eigene Seite.

Für die Indexierung verhalten sich CMS-Collection-Items wie jede andere Seite: Sie haben eine eigene URL, einen eigenen Title-Tag und eine Meta-Description (dynamisch aus Collection-Feldern befüllbar) und erscheinen in der Sitemap. Es gibt aber mehrere Webflow-spezifische Überlegungen:

Erstens: CMS-Items im Status „Draft“ werden nicht veröffentlicht und erscheinen nicht in der Sitemap. Stell sicher, dass alle Items, die indexiert werden sollen, auf „Published“ stehen. Items im Status „Staging“ sind nur auf der Staging-Subdomain sichtbar, nicht auf der Produktiv-Site.

Zweitens: Die SEO-Einstellungen der Template-Page nutzen dynamische Field-Bindings. Du kannst z. B. den Title-Tag auf „{Name} | Deine Marke“ setzen, wobei {Name} ein CMS-Feld ist. Ist das Name-Feld eines Items leer, rendert der Title-Tag als „ | Deine Marke“ — ein kaputter Titel, der die Indexierung verschlechtert. Stell sicher, dass Pflichtfelder Validierungen oder Default-Werte haben, um leere SEO-Tags zu verhindern.

Drittens: Webflows CMS hat ein 10.000-Items-Limit (tarifabhängig). Bei großen Sites nahe dem Limit wird die Sitemap sehr groß. Google kommt mit Tausenden URLs zurecht, aber große Sitemaps brauchen länger. Priorisier die wichtigsten Collection-Items für IndexBolt-Einreichungen, damit sie zuerst indexiert werden, während Google den Rest abarbeitet.

Viertens: Collection-List-Elemente auf statischen Seiten (z. B. „Latest Blog Posts“ auf der Startseite) erzeugen interne Links zu CMS-Items. Diese internen Links sind ein Discovery-Mechanismus — sie helfen Googlebot, deine CMS-Seiten zu finden, noch bevor die Sitemap verarbeitet wird. Design deine Startseite und wichtige Landingpages so, dass sie Collection-Listen mit Links zu deinen wichtigsten CMS-Inhalten enthalten.

Custom Code Injection für fortgeschrittene SEO

Webflow bietet Code-Injection auf zwei Ebenen: site-weit (Projekteinstellungen > Custom Code) und pro Seite (Seiteneinstellungen > Custom Code). Diese Injection-Punkte erlauben Custom-Meta-Tags, strukturierte Daten, Drittanbieter-Skripte und beliebiges HTML im <head> oder vor </body>.

Für SEO sind die häufigsten Custom-Code-Ergänzungen JSON-LD-Strukturdaten für Seiten, bei denen Webflows eingebauter Schema-Support nicht ausreicht. Beispielsweise kannst du FAQ-Schema auf einer FAQ-Seite, LocalBusiness-Schema auf einer Kontakt-Seite oder HowTo-Schema auf einem Tutorial hinzufügen. Strukturierte Daten helfen Google, deinen Content zu verstehen, und ermöglichen Rich Results.

Du kannst auch Custom-Meta-Robots-Direktiven via Code Injection ergänzen. Webflows Seiteneinstellungen enthalten Basis-Indexierungs-Kontrollen, aber Code Injection erlaubt granularere Direktiven wie noarchive (verhindert Google-Caching), nosnippet (verhindert Text-Snippets) oder max-image-preview:large (erlaubt große Bildvorschauen in den Suchergebnissen).

Für Webflow-CMS-Seiten kannst du Webflows Embed-Element nutzen, um dynamische strukturierte Daten einzuschleusen, die aus CMS-Feldern ziehen. Auf einem Blogpost-Template fügst du z. B. ein Embed-Element mit einem <script type="application/ld+json">-Block ein, der Collection-Felder für Article-Titel, Autor, Veröffentlichungsdatum und Featured-Image referenziert. Das erzeugt automatisch einzigartige strukturierte Daten für jeden Blogpost.

Wichtiger Hinweis: Custom-Code, der über Webflows Code Injection ergänzt wird, wird erst beim Publishing der Site verarbeitet. Änderungen im Designer sind nicht sofort live — du musst „Publish“ klicken, damit sie in die Produktion gelangen. Das unterscheidet sich von Plattformen wie WordPress, wo das Speichern einer Änderung sie sofort aktiviert.

Webflow-Redirects und Domain-Konfiguration

Webflows 301-Redirect-Manager ist erreichbar unter Projekteinstellungen > Hosting > 301-Redirects. Jeder Redirect definiert einen alten Pfad und einen neuen Pfad (oder eine externe URL). Webflow unterstützt exaktes Pfad-Matching und einfaches Pattern-Matching mit dem *-Wildcard.

Wenn du eine Custom-Domain mit Webflow verbindest, erfordert die Plattform spezifische DNS-Einstellungen. Bei Root-Domains ergänzt du einen A-Record, der auf Webflows IPs zeigt. Für die www-Subdomain ergänzt du einen CNAME-Record auf proxy-ssl.webflow.com. Webflow übernimmt dann die SSL-Zertifikats-Bereitstellung automatisch.

DNS-Propagierung kann 24-48 Stunden dauern — in diesem Fenster ist deine Site zeitweise unter der Custom-Domain erreichbar, während die webflow.io-Subdomain die primär erreichbare URL bleibt. Google crawlt eventuell während der Propagierung und indexiert die webflow.io-Version. Auch deshalb solltest du die Staging-Subdomain mit Passwort schützen.

Webflow regelt die www-zu-non-www-Weiterleitung automatisch basierend auf den Domain-Einstellungen. In Projekteinstellungen > Hosting > Custom Domain wählst du, ob www oder non-www die primäre Domain ist. Webflow legt einen 301-Redirect von der nicht-primären zur primären Version an.

Für Sites, die von einer anderen Plattform zu Webflow migriert wurden, leg 301-Weiterleitungen für jede URL der alten Site an, die auf Content in Webflow mappt. Webflows Redirect-Manager unterstützt kein Regex — komplexe URL-Muster müssen mit Einzelregeln oder Wildcard-Patterns abgedeckt werden. Für große Migrationen mit Hunderten URLs bietet Webflow aktuell keinen CSV-Import — jeder Redirect muss einzeln über die UI ergänzt werden, allerdings kannst du die Webflow-API für programmatische Ergänzung nutzen.

Nach dem Einrichten von Redirects verifizier jeden, indem du die alte URL aufrufst und prüfst, ob sie zur korrekten neuen URL führt. Überwache den Seiten-Bericht der Google Search Console auf 404-Fehler bei alten URL-Mustern und ergänze Redirects für übersehene Fälle.

Schritt-für-Schritt-Anleitung

1

Schütz deine Staging-Subdomain mit einem Passwort

Geh in Webflow zu Projekteinstellungen > Publishing > Staging. Aktivier den Passwortschutz für deine Staging-Subdomain (deinprojekt.webflow.io). Wähl ein starkes Passwort, das du nur mit Team-Mitgliedern teilst, die Staging-Zugriff brauchen. Das verhindert, dass Googlebot deine Staging-Site crawlt und indexiert — und damit Duplicate-Content gegen deine Produktiv-Domain entsteht. Mach das als allerersten Schritt, idealerweise bevor deine Site Content hat. Ist deine Staging-Subdomain bereits indexiert, geh weiter zum Entfernen aus Googles Index (in Schritt 3 behandelt).

2

Per-Seite-SEO-Einstellungen für alle Seiten konfigurieren

Öffne im Webflow Designer die Einstellungen jeder Seite (Zahnrad-Icon im Pages-Panel). Setz für jede Seite einen einzigartigen Title-Tag (unter 60 Zeichen, keyword-optimiert), eine Meta-Description (unter 155 Zeichen, überzeugend und relevant) und einen sauberen URL-Slug. Bei CMS-Collection-Template-Pages nutz dynamische Field-Bindings, um einzigartige Titel und Beschreibungen pro Item zu generieren. Beispiel: Bind den Title-Tag an „{CMS Item Name} | Deine Marke“ und die Meta-Description an „{CMS Item Summary}“. Verifizier, dass keine Collection-Items leere Felder haben, die zu kaputten oder generischen Meta-Tags führen würden.

3

Staging-Subdomain im Google-Index prüfen und entfernen

Such bei Google nach site:deinprojekt.webflow.io. Tauchen Ergebnisse auf, ist deine Staging-Subdomain indexiert. Füg sie als Property in der Google Search Console hinzu, dann nutz das Removals-Tool (Indexing > Removals), um die Entfernung der gesamten Subdomain zu beantragen. Wähl „Alle URLs mit diesem Präfix entfernen“ und gib die Staging-Subdomain-URL ein. Die Entfernung ist temporär (6 Monate), aber mit aktiviertem Passwortschutz (Schritt 1) kann Google den Staging-Content nicht neu crawlen und indexieren.

4

Sitemap bei der Google Search Console einreichen

Wähl in der Google Search Console deine Produktiv-Domain-Property und geh zu Sitemaps. Reich deinedomain.de/sitemap.xml ein. Webflow erzeugt sie automatisch und nimmt alle veröffentlichten statischen Seiten und CMS-Collection-Items auf. Nach dem Einreichen überwache den Sitemaps-Bericht auf Fehler. Prüf, dass die Anzahl entdeckter URLs mit der Anzahl veröffentlichter Seiten deiner Webflow-Site übereinstimmt. Stimmen die Zahlen nicht, prüf auf aus der Sitemap ausgeschlossene Seiten (per Seite konfigurierbar) oder unveröffentlichte CMS-Items.

5

301-Weiterleitungen für migrierte oder geänderte URLs einrichten

Geh zu Projekteinstellungen > Hosting > 301-Redirects. Ergänze Redirects für alle geänderten URLs — alte Seiten-Slugs, migrierte URLs aus einer früheren Plattform und umstrukturierte Sektionen. Format: Old Path = /alte-seite, New Path = /neue-seite. Für Wildcard-Redirects nutz * am Ende des alten Pfads (z. B. /alter-blog/* leitet auf /blog/*). Test jeden Redirect, indem du die alte URL aufrufst und prüfst, ob sie auf die korrekte neue Seite kommt. Für große Migrationen erwäg, die Webflow-API zu nutzen, um Redirects programmatisch zu ergänzen, statt sie einzeln einzugeben.

6

Strukturierte Daten via Custom Code Injection ergänzen

Für Seiten, die von Rich Results profitieren (Blogposts, Produktseiten, FAQ-Seiten, Kontakt-Seiten), füg JSON-LD-Strukturdaten via Webflows Custom Code Injection hinzu. Geh zu Page Settings > Custom Code > Head Code und ergänze einen <script type="application/ld+json">-Block mit dem passenden Schema. Bei CMS-Collection-Template-Pages nutz Webflows Embed-Element im Seiten-Design, um dynamische strukturierte Daten aus Collection-Feldern einzubinden. Nach dem Publishing valider die strukturierten Daten mit Googles Rich Results Test (search.google.com/test/rich-results), um sicherzugehen, dass keine Fehler vorliegen.

7

Prioritäts-Seiten über IndexBolt einreichen

Nach Veröffentlichung deiner Webflow-Site und Abschluss des technischen Setups identifizier Seiten, die sofortige Indexierung brauchen. Bei neuen Sites reich alle primären Seiten ein — Startseite, Service-Seiten, Key-Landingpages und deine wichtigsten CMS-Items. Bei bestehenden Sites mit nicht-indexierten Seiten prüf den Seiten-Bericht der Google Search Console und exportier URLs mit dem Status „Gefunden – zurzeit nicht indexiert“ oder „Gecrawlt – zurzeit nicht indexiert“. Reich sie über IndexBolt ein, um den Weg in Googles Index zu beschleunigen. Webflow-Sites haben typischerweise schnelle Page-Loads und sauberes HTML — sobald Google deine IndexBolt-Einreichung verarbeitet, geht die Indexierung schnell.

Die manuellen Schritte erledigt? Beschleunige es jetzt.

IndexBolt schickt deine URLs direkt zu Google — die meisten werden in unter 24 Stunden gecrawlt.

Häufige Probleme und wie du sie behebst

Staging-Subdomain (webflow.io) wird statt Produktiv-Domain indexiert

Ursache: Die Webflow-Staging-Subdomain unter deinprojekt.webflow.io ist standardmäßig öffentlich zugänglich. Wenn externe Links, Social-Media-Posts oder Webflows eigenes Showcase-Directory auf die Staging-URL verlinken, entdeckt und indexiert Google sie. Da die Staging-Site identischen Content wie die Produktiv-Site hat, sieht Google kompletten Duplicate-Content und bevorzugt eventuell die webflow.io-Version.

Lösung: Aktivier Passwortschutz auf der Staging-Subdomain in Projekteinstellungen > Publishing > Staging. Such dann bei Google nach site:deinprojekt.webflow.io. Tauchen Ergebnisse auf, füg die Staging-Subdomain zur Google Search Console hinzu und nutz das Removals-Tool, um die Entfernung aller URLs zu beantragen. Beobachte über die folgenden Wochen, dass die Staging-URLs aus Googles Index verschwinden. Verifizier, dass die Canonical-Tags deiner Produktiv-Site auf deine Custom-Domain zeigen.

CMS-Collection-Items fehlen in der Sitemap

Ursache: CMS-Items im Status „Draft“ oder „Staging“ sind nicht in der veröffentlichten Sitemap enthalten. Items müssen „Published“ sein, um zu erscheinen. Außerdem: Steht die Option „In Sitemap aufnehmen“ auf der CMS-Collection-Template-Page auf aus, erscheint kein Item dieser Collection in der Sitemap, selbst wenn einzeln veröffentlicht.

Lösung: Prüf den Status deiner CMS-Items im CMS-Panel — alle, die indexiert werden sollen, müssen „Published“ sein. Prüf dann die Einstellungen der Collection-Template-Page und stell sicher, dass „In Sitemap aufnehmen“ aktiviert ist. Nach den Fixes publish die Site und verifizier, dass die Items in deinedomain.de/sitemap.xml auftauchen. Hast du viele CMS-Items kürzlich ergänzt, reich die Sitemap in der Google Search Console erneut ein, damit Google sie neu verarbeitet.

DNS-Propagierung der Custom-Domain verursacht zeitweise 404s

Ursache: Beim erstmaligen Verbinden einer Custom-Domain mit Webflow dauert die DNS-Propagierung 24-48 Stunden. In diesem Zeitraum zeigen manche DNS-Resolver auf den alten Server (oder nirgendwo), während andere bereits auf Webflow zeigen. Crawlt Googlebot während der Propagierung, kann er auf Fehler oder den webflow.io-Fallback treffen — inkonsistente Indexierungs-Signale sind die Folge.

Lösung: Richte DNS-Records in einer traffic-armen Zeit ein und lass 48 Stunden für vollständige Propagierung, bevor du die neue Domain öffentlich promotest. Während der Propagierung halt die webflow.io-Staging-Site passwortgeschützt, damit Google sie nicht indexiert. Nach Abschluss der Propagierung reich deine Sitemap in der Google Search Console unter der Custom-Domain ein und überwache den Seiten-Bericht auf 404-Fehler. Änder DNS-Records erst nach mindestens einer Woche nach dem initialen Setup wieder.

Leere SEO-Felder auf CMS-Items erzeugen kaputte Meta-Tags

Ursache: CMS-Collection-Template-Pages nutzen dynamische Field-Bindings für Title-Tags und Meta-Descriptions. Ist das gebundene Feld eines Items leer (z. B. das SEO-Description-Feld nicht ausgefüllt), bleibt der resultierende Meta-Tag leer oder enthält nur den statischen Teil des Templates. Leere Title-Tags und Meta-Descriptions schaden der Indexierung — Google erzeugt entweder eigene (oft schlecht) oder überspringt die Seite ganz.

Lösung: Füg deinen CMS-Collection-Feldern Validierungen hinzu, sodass Pflicht-SEO-Felder (Name, Summary, SEO-Title, SEO-Description) nicht leer bleiben können. Bei bestehenden Items mit leeren Feldern nutz Webflows CMS-Bulk-Editor, um sie schnell zu befüllen. In den SEO-Einstellungen deiner Template-Page nutz Field-Bindings, die auf die zuverlässigsten Felder verweisen — das Name-Feld eines Items ist fast immer befüllt, also nutz es als Fallback für den SEO-Titel, falls kein dediziertes SEO-Title-Feld existiert.

Webflow-Formular- und Utility-Seiten werden indexiert

Ursache: Webflow erzeugt Utility-Seiten für Formular-Submissions (Success- und Error-Pages), 404-Error-Pages und Suchergebnis-Seiten. Diese sind möglicherweise unter vorhersehbaren URLs zugänglich und können indexiert werden, wenn sie entdeckt werden. Sie haben typischerweise dünnen oder generischen Content, der in den Suchergebnissen keinen Wert hat.

Lösung: Bei Formular-Success/Error-Pages und der Suchergebnis-Seite ergänze einen noindex-Meta-Tag über die Custom-Code > Head-Code-Sektion: <meta name="robots" content="noindex">. Bei der 404-Page liefert Webflow einen 404-HTTP-Status zurück, was Google sagt, sie nicht zu indexieren — ein zusätzlicher noindex-Tag ist nicht nötig. Deaktivier „In Sitemap aufnehmen“ für Utility-Pages, damit sie nicht in der Sitemap erscheinen.

Profi-Tipps

Lass Webflows SEO-Audit oder ein externes Crawl-Tool laufen, um fehlende Titel, Beschreibungen und Alt-Texte aufzudecken.
Publish häufig — Webflows CDN liefert schnelle Loads, aber Änderungen gehen erst nach Klick auf Publish live.
Erstell einen RSS-Feed unter /feed.xml und reich ihn neben deiner Sitemap in der Google Search Console ein.
Nutz semantische HTML-Elemente (section, article, nav) statt generischer divs im Webflow Designer.
Schütz die Staging-Subdomain immer mit Passwort und reich die Sitemap bei jedem neuen Webflow-Launch ein.

Webflow-Sites haben blitzschnelle Page-Loads und sauberes HTML, das Google liebt — aber selbst beste technische SEO kann Google nicht zwingen, nach deinem Zeitplan zu crawlen. Wenn du eine neue Webflow-Site launchst oder einen Schwung CMS-Items publishst, nutz IndexBolt, um diese Seiten direkt in Googles Indexierungs-Queue zu schieben. Bring deinen design-starken Content innerhalb von Stunden nach dem Publish vor Suchende.

100 Gratis-Credits. Keine Kreditkarte nötig. Ergebnisse in unter 24 Stunden.

Häufig gestellte Fragen

Schadet die webflow.io-Staging-Subdomain meiner SEO?+

Ja, wenn sie von Google indexiert wird. Die Staging-Subdomain enthält eine komplette Kopie deiner Site und erzeugt Duplicate-Content, der mit deiner Produktiv-Domain konkurriert. Google entscheidet sich eventuell für die webflow.io-Version statt deiner Custom-Domain oder splittet Ranking-Signale zwischen beiden — beides schwächt. Schütz deine Staging-Subdomain immer mit Passwort, um das Problem zu verhindern.

Wie schließe ich bestimmte Seiten aus Webflows Sitemap aus?+

Öffne im Webflow Designer die Seiteneinstellungen der Seite, die du ausschließen willst. Deaktivier die Option „In Sitemap aufnehmen“. Das entfernt die Seite aus der auto-generierten sitemap.xml. Beachte: Eine Seite aus der Sitemap auszuschließen verhindert nicht, dass Google sie über interne oder externe Links findet — sie wird nur aus der Sitemap entfernt. Um Indexierung komplett zu verhindern, ergänze zusätzlich einen noindex-Meta-Tag via Custom Code Injection.

Können Webflow-CMS-Collections einzeln indexiert werden?+

Ja. Jedes CMS-Collection-Item erzeugt eine eigene Seite mit einer einzigartigen URL basierend auf dem Slug des Items. Diese Seiten erscheinen in der Sitemap und können unabhängig gecrawlt und indexiert werden. Jede Item-Page kann einen eigenen Title-Tag, eine Meta-Description und strukturierte Daten haben, die dynamisch aus den CMS-Feldern erzeugt werden. Stell sicher, dass alle CMS-Items auf „Published“ stehen und dass die Collection-Template-Page „In Sitemap aufnehmen“ aktiviert hat.

Wie ergänze ich einen noindex-Tag bei einer Webflow-Seite?+

Öffne die Seiteneinstellungen im Webflow Designer. Geh zum Custom-Code-Tab und füg im Feld „Inside <head> tag“ ein: <meta name="robots" content="noindex, follow">. Das sagt Google, die Seite nicht zu indexieren, aber ihren Links zu folgen. Publish die Site, damit die Änderung greift. Du kannst den Tag verifizieren, indem du den Quelltext deiner publishten Site anschaust und nach dem Robots-Meta-Tag suchst.

Warum sind meine Webflow-Seiten langsam, obwohl Webflow ein CDN nutzt?+

Webflows CDN liefert schnelle TTFB für das initiale HTML — die Page-Load-Geschwindigkeit hängt aber auch von deinen Design-Entscheidungen ab. Große Hero-Bilder, unoptimierte Background-Videos, viele Custom-Fonts, schwere Animationen (Lottie-Dateien, komplexe Interactions) und zahlreiche Drittanbieter-Skripte tragen zu Seitengewicht und Ladezeit bei. Optimier Bilder, begrenz Custom-Fonts auf 2-3 Gewichtungen, nutz Webflows Lazy-Loading für Below-the-fold-Content und reduzier Drittanbieter-Skripte. Prüf die Seitengeschwindigkeit mit Googles PageSpeed Insights.

Kann ich IndexBolt nutzen, um meine Webflow-CMS-Items schneller indexieren zu lassen?+

Auf jeden Fall. Webflow-CMS-Items haben oft Indexierungs-Verzögerungen, weil Google Sitemaps sequenziell verarbeitet und Sites mit niedrigerer Autorität weniger häufig gecrawlt werden. Nach dem Publishing neuer CMS-Items kopier ihre URLs aus deiner Sitemap und reich sie über IndexBolt ein. Besonders wertvoll bei zeitkritischem Content wie Blogposts, Event-Seiten oder Produkt-Launches, wo jeder Tag Verzögerung verlorenen Traffic bedeutet.

Bereit, deine URLs indexieren zu lassen?

Starte mit 100 Gratis-Credits. Keine Kreditkarte nötig.