Wie Google No-Code-Websites crawlt
Google crawlt und rendert JavaScript-gerenderte Websites, aber mit wichtigen Einschränkungen. Wenn deine No-Code-App clientseitiges Rendering verwendet (wie viele WeWeb- und Bubble-Apps), sieht Google beim ersten Crawl möglicherweise leere Inhalte — und muss Seiten erneut crawlen, um vollständig gerenderten HTML zu sehen.
Webflow ist hier am stärksten: Webflow-Sites sind standardmäßig serverseitig gerendert (SSR), was bedeutet, dass Google den vollständigen HTML-Inhalt sofort beim ersten Crawl sieht. Für SEO-kritische Marketing-Websites ist das ein wesentlicher Vorteil.
WeWeb-Marketing-Seiten werden im CDN vorgerendert, was die Crawlbarkeit verbessert. WeWeb-Apps (mit Nutzerdaten, die eine Anmeldung erfordern) müssen in der Regel nicht für SEO optimiert werden, da sie hinter einem Login sind.
Meta-Tags und strukturierte Daten in WeWeb
In WeWeb: Gehe zu Seiten-Einstellungen → SEO. Setze Title-Tag (50–60 Zeichen), Meta-Description (155 Zeichen) und Open Graph-Bild für jede Seite.
Für dynamische Seiten (z.B. /blog/[slug] oder /produkte/[id]): Verknüpfe Meta-Tags mit Seitendaten. WeWeb unterstützt dynamische Meta-Tags — Title, Description und OG-Tags können aus der Supabase-Datenbank gezogen werden.
Strukturierte Daten: Füge JSON-LD-Schema-Markup im Head der Seite ein. WeWeb ermöglicht benutzerdefiniertes Code-Einfügen im Head. Für ein SaaS-Produkt empfehlen wir SoftwareApplication-Schema, WebSite-Schema mit Sitelinks-Searchbox und FAQ-Schema für häufig gestellte Fragen.
Webflow SEO: Stärken und Einschränkungen
Webflow ist das stärkste No-Code-Tool für SEO. Eingebaute Stärken: - Sauberer, semantischer HTML-Output - Automatisch generierte Sitemaps - robots.txt-Verwaltung - 301-Weiterleitungen in Einstellungen - Open Graph und Twitter Card-Tags auf Seitenebene - Alt-Text für alle Bilder - Schema-Markup-Unterstützung durch benutzerdefinierten Code
Einschränkungen: Webflow-Sites können auf kleinen Seiten langsam sein, wenn zu viele Custom Fonts und unoptimierte Bilder vorhanden sind. Das WeWeb-Lazy-Loading übernimmt Bilder nicht automatisch — du musst das manuell für jede Seite einrichten.
Bubble SEO: Die Einschränkungen verstehen
Bubble ist das schwächste No-Code-Tool für SEO, aus strukturellen Gründen. Probleme: - JavaScript-gerenderte Inhalte erfordern Googles zweistufigen Crawl-Prozess - URLs sind standardmäßig nicht benutzerfreundlich (/page_name vs. /blog/mein-artikel) - Seitengeschwindigkeit ist langsamer als WeWeb oder Webflow (größere JS-Bundles) - Begrenzte Kontrolle über technisches SEO (canonicals, hreflang, strukturierte Daten)
Für Bubble-Marketing-Seiten empfehlen wir: Externe Landing Pages in Webflow hosten und Bubble nur für das eingeloggte App-Erlebnis hinter dem Login verwenden. Das ist die häufigste Architektur bei Bubble-basierten SaaS-Produkten, die SEO ernst nehmen.
Technisches SEO-Checkliste für No-Code
☑ Core Web Vitals: LCP < 2,5 Sek., CLS < 0,1, INP < 200ms. Mit PageSpeed Insights messen. ☑ Sitemap: Automatisch generiert (Webflow) oder manuell erstellt und an Google Search Console übermittelt (WeWeb). ☑ robots.txt: Sicherstellen, dass der App-Bereich (z.B. /app/) von der Indexierung ausgeschlossen ist. ☑ Kanonische Tags: Duplikat-Inhalt mit canonical-Tags verhindern, besonders bei paginierten Seiten. ☑ HTTPS: Alle No-Code-Plattformen bieten standardmäßig SSL — überprüfe, dass keine gemischten Inhalte vorhanden sind. ☑ Mobile-freundlichkeit: Google Mobile-Friendly-Test für alle Schlüsselseiten. ☑ Strukturierte Daten: JSON-LD für Produkttyp, FAQ und BreadcrumbList auf Content-Seiten. ☑ Ladegeschwindigkeit: Bilder in WebP, max. 200kb für above-the-fold-Bilder, Systemschriften bevorzugen.