Wissen

SEO

Warum indexiert Google meine Website nicht?

Warum Google Seiten nicht indexiert: robots.txt, noindex, Canonicals, Redirects, Crawl-Probleme, Duplikate, schwacher Content und technische Fehler.

9 min czytania

SEO • INDEXIERUNG

Eine Seite kann existieren, im Browser korrekt laden und trotzdem nicht im Google-Index erscheinen. Das bedeutet nicht automatisch eine Abstrafung oder einen technischen Defekt. Manchmal kennt Google die URL noch nicht, manchmal blockiert eine Direktive die Indexierung, manchmal wird eine andere URL als Canonical gewählt und manchmal sieht Google in der Seite nicht genug eigenständigen Mehrwert.

Kurzantwort: Warum indexiert Google eine Seite nicht?

Häufige Ursachen sind: Google kennt die URL noch nicht, noindex, robots.txt blockiert das Crawling, ein falscher HTTP-Status, Canonical auf eine andere URL, Duplicate Content, sehr geringer eigener Mehrwert, schwache interne Verlinkung, fehlerhafte Sitemap, JavaScript-Rendering-Probleme oder Serverinstabilität.

Zuerst prüfen, ob die Seite wirklich nicht indexiert ist

Nutze die URL-Prüfung in der Google Search Console. Eine einfache site:-Abfrage kann Hinweise geben, ist aber kein verlässlicher vollständiger Indexierungstest.

„URL ist auf Google“ garantiert keine Sichtbarkeit für jede Suchanfrage

Indexiert zu sein bedeutet nur, dass Google die URL in seinem Index führen kann. Ob und wofür sie rankt, ist eine separate Frage.

Crawling, Indexierung und Ranking sind drei verschiedene Stufen

Crawling

Googlebot ruft die URL und Ressourcen ab.

Indexierung

Google verarbeitet die Seite und entscheidet, ob sie in den Index aufgenommen wird.

Ranking

Google entscheidet, ob und an welcher Position die indexierte Seite für eine konkrete Anfrage erscheint.

1. Google kennt die URL noch nicht

Neue Seiten können eine Weile brauchen, bis sie entdeckt werden.

Was tun?

Von einer bereits bekannten Seite intern verlinken, eine korrekte XML-Sitemap bereitstellen und bei wichtigen neuen URLs einmalig die Indexierung in Search Console anfragen.

2. noindex blockiert die Seite

Eine Meta-Robots- oder HTTP-X-Robots-Direktive mit noindex sagt Suchmaschinen, dass die URL nicht indexiert werden soll.

Typische Fälle

  • Staging-Einstellung wurde nach Launch nicht entfernt
  • SEO-Plugin setzt noindex auf einen Inhaltstyp
  • Template oder Header sendet X-Robots-Tag

Wie prüft man es?

Quellcode beziehungsweise Response-Header ansehen und URL-Prüfung in GSC nutzen.

Wichtig: robots.txt kann verhindern, dass Google noindex sieht

Wenn Crawling blockiert ist, kann Google die Direktive auf der Seite möglicherweise nicht abrufen. Crawling blockieren und indexieren verbieten sind unterschiedliche Mechanismen.

3. robots.txt blockiert Googlebot

Prüfe, ob wichtige Verzeichnisse oder URLs versehentlich ausgeschlossen sind.

Besonders prüfen:

  • alte Staging-Regeln
  • globale Disallow: /-Regeln
  • wichtige CSS/JS-Ressourcen, wenn Rendering davon abhängt
  • unbeabsichtigte Muster für Service- oder Produktbereiche

robots.txt nicht blind bearbeiten

Manche Regeln schützen bewusst irrelevante oder technische Bereiche.

4. Die Seite liefert nicht 200 OK

301/302, 404/410, 401/403 oder 5xx haben andere Bedeutungen als eine normale indexierbare Seite.

Wenn die URL weiterleitet

Google indexiert typischerweise die Ziel-URL statt der Weiterleitungsquelle, sofern die Signale konsistent sind.

5. Canonical zeigt auf eine andere Seite

Ein Canonical signalisiert, welche URL als Hauptversion bevorzugt wird. Wenn eine Seite auf eine andere URL canonicalisiert, kann Google die aktuelle URL aus dem Index herauslassen.

Häufiger Redesign-Fehler

Ein kopiertes Template enthält versehentlich noch den Canonical der alten Seite.

6. Google wählt ein anderes Canonical als angegeben

Canonical ist ein starkes Signal, aber kein absoluter Befehl. Google kann bei widersprüchlichen Signalen eine andere Hauptversion wählen.

Häufige Konflikte

  • interne Links zeigen auf eine andere Variante
  • Sitemap enthält eine andere URL
  • Redirects und Canonicals widersprechen sich
  • Seiten sind fast identisch

Signale konsistent machen

Interne Links, Sitemap, Redirects und Canonical sollten dieselbe bevorzugte URL unterstützen.

7. Die Seite ist ein Duplikat oder nahezu identisch

Google kann eine andere Version auswählen, wenn mehrere URLs denselben Inhalt anbieten.

Das betrifft auch E-Commerce

Filter, Parameter, Varianten und Produktkopien können viele ähnliche URLs erzeugen.

8. Der Inhalt bietet sehr wenig eigenen Mehrwert

Eine technisch indexierbare Seite muss nicht automatisch indexiert werden. Besonders viele dünne, generische oder skalierte Seiten können ignoriert werden.

Prüfe:

  • hat die Seite eine eigene Suchintention?
  • beantwortet sie eine echte Nutzerfrage?
  • unterscheidet sie sich sinnvoll von bestehenden Seiten?
  • enthält sie konkrete, hilfreiche Informationen?

9. Was bedeutet „Gecrawlt – zurzeit nicht indexiert“?

Google hat die URL besucht, sie aber aktuell nicht in den Index aufgenommen.

Das bedeutet nicht automatisch:

  • manuelle Abstrafung
  • robots.txt-Fehler
  • dass mehr Text allein das Problem löst

Prüfe Qualität, Duplikation, Canonical, interne Links, Intent und technische Signale.

10. Was bedeutet „Gefunden – zurzeit nicht indexiert“?

Google kennt die URL, hat sie aber noch nicht oder nicht erneut gecrawlt.

Prüfe:

  • Serverstabilität
  • interne Verlinkung
  • Sitemap
  • sehr große Zahl niedrigerwertiger URLs
  • Crawl-Priorität

11. Schwache interne Verlinkung

Eine wichtige Seite, die nur über die Sitemap erreichbar ist, sendet ein schwaches Architektursignal.

Bei einer wichtigen Seite fragen:

Verlinken Navigation, passende Services, Artikel oder Cases sinnvoll auf diese URL?

12. Sitemap enthält falsche URLs oder lässt wichtige aus

Eine gute Sitemap enthält hauptsächlich URLs, die:

  • 200 OK liefern
  • indexierbar sind
  • canonical auf sich selbst zeigen
  • inhaltlich relevant sind

Typische Probleme

Redirects, noindex-Seiten, 404s, Parameter oder alte Domains in der Sitemap.

13. „Indexierung beantragen“ ist kein „Zu Google hinzufügen“-Button

Die Funktion kann einen erneuten Crawl anstoßen, garantiert aber keine Indexierung.

Nicht wiederholt klicken

Mehrfache Anfragen ersetzen keine Problemlösung.

Wann ist Request Indexing sinnvoll?

Nach Veröffentlichung oder wesentlicher Korrektur einer wichtigen einzelnen URL.

14. JavaScript versteckt den Hauptinhalt

Wenn wesentliche Texte und Links erst durch komplizierte Client-Logik erscheinen, kann Rendering unnötig riskant werden.

Wie prüfen?

Gerendertes HTML in GSC, Browser-DevTools und Crawl-Tools vergleichen.

15. Der Server ist instabil

Prüfe:

  • 5xx-Fehler
  • Timeouts
  • starke Response-Schwankungen
  • Firewall/CDN-Regeln
  • Hosting-Limits

16. Eine neue Domain braucht Zeit

Neue Domains haben weniger Historie und interne/externe Signale. Gute Architektur und Verlinkung helfen, aber es gibt keine feste Sofort-Garantie.

17. Die Seite ist unter einer anderen URL indexiert

Prüfe Canonical, Redirects, Parameter, Sprachversionen und alte URL-Varianten.

18. HTTP/HTTPS und www/non-www

Die Website sollte eine konsistente Hauptversion haben. Andere Varianten sollten sauber weiterleiten.

19. Trailing Slash und technische Duplikate

Wenn /seite und /seite/ beide unabhängig erreichbar sind, kann unnötige Duplikation entstehen.

20. Parameter und Filter erzeugen Tausende Seiten

Faceted Navigation kann Crawl und Index stark aufblasen.

Ein Audit sollte entscheiden:

Welche Filter haben eigene Suchintention, welche sollten canonicalisiert, noindexiert oder technisch begrenzt werden?

21. Nicht verfügbare Produkte

Kommt das Produkt zurück?

Seite kann bestehen bleiben und Verfügbarkeit klar erklären.

Dauerhaft entfernt mit engem Ersatz?

Eine Weiterleitung kann sinnvoll sein.

Kein Ersatz?

404 oder 410 kann korrekt sein. Nicht jedes entfernte Produkt muss zur Kategorie oder Homepage weiterleiten.

22. Lokale Seiten sind fast identisch

Wenn nur der Städtename wechselt, kann Google viele Varianten als wenig eigenständig ansehen. Jede lokale Seite braucht realen lokalen Nutzen.

23. WordPress-Tagseiten und Archive

Nicht jeder automatisch erzeugte Archivtyp muss indexiert werden. Entscheide bewusst, ob Kategorien, Tags, Autoren- oder Datumsarchive Suchwert besitzen.

24. Staging wurde statt Produktion indexiert

Wenn Entwicklung öffentlich erreichbar ist, kann Google sie entdecken.

Staging sollte wirklich geschützt sein

Authentifizierung oder andere Zugriffskontrolle ist stärker als nur ein noindex-Hinweis.

25. Content wurde ohne eigene Intention veröffentlicht

Eine Seite kann formal einzigartig sein, aber keinen klaren Grund haben, als eigene Suchseite zu existieren.

26. Wird Thin Content immer ausgeschlossen?

Nein. Eine kurze Seite kann für eine enge Intention vollkommen ausreichend sein. Entscheidend ist Nutzen, nicht Wortzahl.

27. Führt Duplicate Content zu einer Strafe?

Nicht automatisch. Häufig wählt Google eine bevorzugte Version. Große Mengen duplizierter Seiten können jedoch Crawl, Auswahl und Qualitätssignale verschlechtern.

Nicht zwingend. Interne Links und Sitemap können für Discovery reichen. Autorität beeinflusst jedoch häufig Priorisierung und Ranking.

29. Beeinflusst Seitengeschwindigkeit die Indexierung?

Sehr instabile oder extrem langsame Server können Crawling erschweren. Kleine PageSpeed-Unterschiede sind aber selten der einzige Grund, warum eine einzelne URL nicht indexiert wird.

30. Eine konkrete URL Schritt für Schritt diagnostizieren

Schritt 1 — URL-Prüfung

Status und Google-Informationen ansehen.

Schritt 2 — Live-Test

Aktuelle Erreichbarkeit und Rendering prüfen.

Schritt 3 — HTTP

200, Redirect, 404 oder Serverfehler?

Schritt 4 — Crawling erlaubt?

robots.txt prüfen.

Schritt 5 — Indexierung erlaubt?

noindex und X-Robots prüfen.

Schritt 6 — Canonical

Welche Haupt-URL wird angegeben?

Schritt 7 — von Google gewähltes Canonical

Stimmt es mit dem eigenen Signal überein?

Schritt 8 — Rendering

Ist wichtiger Content sichtbar?

Ist die URL sinnvoll eingebunden?

Schritt 10 — Sitemap

Ist die URL dort korrekt enthalten?

Schritt 11 — Intent und Einzigartigkeit

Hat die Seite einen eigenen Zweck?

Schritt 12 — Indexierung beantragen

Nach Korrekturen einmalig bei einer wichtigen URL.

31. Ein seitenweites Problem diagnostizieren

Nach systemischen Ursachen suchen

Theme, robots, noindex, Canonicals, Hosting, Sitemap, Migration, Plugin-Konfiguration oder massenhaft erzeugte URLs.

32. Ist site: ein guter Indexierungstest?

Nur als grober Hinweis. Für konkrete URLs ist Search Console zuverlässiger.

33. Wie lange braucht Google zur Indexierung?

Von Stunden bis Wochen oder länger. Es gibt keinen garantierten Zeitraum.

Wenn nach mehreren Wochen nichts passiert

Technik, interne Links, Contentqualität, Canonical und Crawl-Signale erneut prüfen.

34. Kann man Indexierung „beschleunigen“?

Discovery und Crawling lassen sich durch gute interne Verlinkung, Sitemap, stabile Server und klare Architektur unterstützen. Eine garantierte Sofort-Indexierung gibt es nicht.

35. Was sollte man nicht tun?

Dieselbe URL nicht 20-mal einreichen

Das behebt keine Ursache.

Keine „Indexierungsservices“ blind kaufen

Sie können das eigentliche Problem nicht ersetzen.

Keine Tausenden leeren Seiten erzeugen

Mehr URLs bedeuten nicht mehr Sichtbarkeit.

Nicht alles zur Homepage weiterleiten

Redirects brauchen semantisch passende Ziele.

robots/noindex nicht ohne Architekturverständnis entfernen

Manche Bereiche sollen bewusst ausgeschlossen bleiben.

URL nicht nur wegen fehlender Indexierung ändern

Eine neue URL übernimmt die Ursache häufig einfach.

Aus der FreenetPro-Praxis: zuerst die Stufe des Problems identifizieren

Technisches Problem

Crawling, HTTP, noindex, Canonical, Rendering.

Architekturproblem

Schwache interne Links, zu viele ähnliche URLs, schlechte Sitemap.

Index-Auswahlproblem

Google kennt und crawlt die Seite, bevorzugt aber eine andere Version oder sieht zu wenig eigenen Wert.

Checkliste: Google indexiert die Seite nicht

URL

  • ☐ 200 OK
  • ☐ richtige Hauptversion

Crawling

  • ☐ robots erlaubt
  • ☐ Server stabil

Indexierbarkeit

  • ☐ kein noindex
  • ☐ Canonical korrekt

Discovery

  • ☐ interne Links
  • ☐ Sitemap

Content

  • ☐ eigene Intention
  • ☐ eigenständiger Nutzen

GSC

  • ☐ URL-Prüfung
  • ☐ Google-Canonical geprüft

FAQ

Warum indexiert Google meine Seite nicht?

Mögliche Gründe sind fehlende Discovery, noindex, robots, HTTP-Fehler, Canonical, Duplikation, schwache Qualität oder Rendering-Probleme.

Wie prüfe ich, ob eine Seite indexiert ist?

Am besten mit der URL-Prüfung in Google Search Console.

Was bedeutet „Gecrawlt – zurzeit nicht indexiert“?

Google hat die Seite abgerufen, sie aber aktuell nicht in den Index aufgenommen.

Was bedeutet „Gefunden – zurzeit nicht indexiert“?

Google kennt die URL, hat sie aber noch nicht verarbeitet beziehungsweise gecrawlt.

Garantiert Request Indexing eine Indexierung?

Nein.

Beschleunigt wiederholtes Request Indexing?

Nein, wiederholtes Klicken ist keine Strategie.

Garantiert eine Sitemap Indexierung?

Nein, sie hilft bei Discovery.

Blockiert robots.txt Indexierung?

robots.txt blockiert primär Crawling. Eine URL kann unter Umständen trotzdem als bekannt erscheinen, weshalb Indexierungssteuerung differenziert betrachtet werden muss.

Beeinflusst Canonical Indexierung?

Ja, es ist ein wichtiges Signal zur bevorzugten URL.

Bedeutet fehlende Indexierung eine Google-Strafe?

Nein.

Verhindert wenig Text Indexierung?

Nicht automatisch. Entscheidend ist, ob die Seite ihre Intention ausreichend erfüllt.

Wie lange dauert die Indexierung einer neuen Seite?

Es gibt keinen garantierten Zeitraum.

Indexiert Google JavaScript?

Google kann JavaScript rendern, aber unnötige Abhängigkeit kann Discovery und Verarbeitung komplizierter machen.

Soll jedes E-Commerce-Produkt indexiert werden?

Nicht automatisch. Varianten, Filter, ausverkaufte Produkte und geringe Eigenständigkeit brauchen eine bewusste Strategie.

Die wichtigste Regel

Bevor du „mehr Content“, „mehr Links“ oder eine neue URL erzeugst, finde heraus, an welcher Stufe der Prozess scheitert: Crawling, Indexierung oder Auswahl der bevorzugten Seite. Erst dann ist die richtige Lösung sichtbar.

Als Nächstes lesen

Verwandte Beiträge

PROJEKT STARTEN

Du hast eine Website zum Überarbeiten oder ein neues Projekt?

Schreib uns, was du brauchst. Wir sagen konkret, was sinnvoll ist, in welcher Reihenfolge und was nicht unnötig kompliziert werden muss.

kontakt@freenetpro.com WhatsApp · +48 512 480 599