Google is not indexing my website: Check causes

You have published a new page, but it doesn't appear on Google? Or a previously indexed page is suddenly no longer findable?

Then you shouldn't immediately assume that Google has „penalized“ your website. There are several technical steps between publishing a page and its inclusion in the Google index.

Google must first discover a URL, be able to crawl it, process its content, and then decide whether and under which URL the content will be indexed.

In this guide, we will show you how to systematically figure out why an important page is not indexed and which causes actually need to be fixed.

Briefly explained: „Not indexed does not automatically mean an error. The crucial factor is whether the URL in question belongs in the Google index at all. For example, a redirect, an intentionally removed page, or a duplicate should normally not be indexed additionally as a separate URL.

What does „indexed“ mean? #

When Google indexes a web page, its content has been processed and the page added to the Google index.

An indexed page can generally appear in Google search results.

However, that does not mean that it ranks for every search query or receives any significant search traffic at all.

Page published
        ↓
Google discovers URL
        ↓
Google crawls URL
        ↓
Google processes content
        ↓
Indexing decision
        ↓
Page can end up in the Google index
        ↓
Page can appear for matching search queries

Differentiate between crawling, indexing, and ranking #

These three terms are often confused with one another.

Term	Meaning
Crawling	Google fetches a URL or resource
Indexing	Google processes the content and can include it in the search index
Ranking	Google decides whether and in what position indexed content appears for a specific search query

A page can therefore be crawled, but not indexed.

And an indexed page can appear so far down for a specific search query that you can barely find it in a manual search.

„I can't find my site on Google“ doesn't automatically mean „not indexed“ #

If you cannot find your page for a specific keyword, it can still be present in the Google index.

The problem can then be the ranking and not the indexing.

Therefore, you should not judge the indexing status of a specific URL based solely on a normal Google search.

Check the indexing status with the URL inspection tool #

Open your property in Google Search Console and use the URL inspection tool at the top.

Enter the full URL.

Example:

https://example.com/ratgeber

The Search Console will then show you information about how Google treats this URL.

If you haven't set up the Search Console yet, you can find the instructions at Set up Google Search Console and verify website.

URL inspection and page indexing report fulfill different tasks #

The URL inspection is particularly important for a single concrete URL.

The page indexing report, on the other hand, provides an overview of which known URLs have been indexed or the reasons why they have not been indexed.

Inspect a specific URL
→ URL inspection

Inspect the entire website
→ Page indexing report

Not every URL of your website needs to be indexed #

The goal of a website should not be:

100 % of all known URLs must be indexed.

Many websites generate URLs that Google is aware of, but which are not needed as independent search results.

This may include, for example:

Duplicates

Redirect URLs

specific filter URLs

internal search pages

intentionally excluded pages

removed content

technical URLs

What is much more important is that your relevant canonical pages are indexable and can be meaningfully processed by Google.

Basic rule: Do not simply examine the number of „unindexed pages.“ First, check whether there are URLs among them that should actually appear in Google.

The most important causes of missing indexing #

If an important URL is not indexed, there are various potential causes.

Among the most common are:

Google doesn't know the URL yet
URL discovered, but not crawled yet
URL crawled, but not currently indexed
noindex tag
Blocked by robots.txt
URL is a redirect
Canonical points to another URL
Google selected a different canonical URL
404 or Soft 404
Server error
Access denied
Duplicate
Insufficient internal linking

The correct solution depends on which of these cases actually applies.

Case 1: Google doesn't know the URL yet #

With a new page, it can happen that Google hasn't discovered the URL yet.

Google can discover new URLs via internal and external links and XML sitemaps, among other methods.

If a new page is neither sensibly internally linked nor included in a sitemap, its discovery can be made more difficult.

Effectively internally linking new pages #

An important page should not exist in isolation on your website.

It should be accessible via a traceable page structure.

For example:

Home
   ↓
Category
   ↓
Topic page
   ↓
New article

Internal links not only help visitors with navigation, but also search engines in discovering and categorizing your content.

Check XML sitemap #

An XML sitemap can communicate important URLs of your website to Google.

Check therefore whether the URL in question is included in the correct sitemap and whether Google can access this sitemap.

We explain how sitemaps work and how to submit them in Search Console at XML Sitemap: What it does and how to submit it to Google.

Important: Submitting a URL in an XML sitemap does not guarantee indexing. The sitemap primarily helps Google discover URLs and obtain information about them.

Case 2: „Discovered – currently not indexed“ #

Simply put, this status means that Google knows the URL but hasn't crawled it yet.

Therefore, the page cannot be indexed at this time based on its retrieved content.

With individual new URLs, simply patience may be required at first.

If, on the other hand, a large number of important pages remain in this state permanently, you should examine the website structure more closely.

What should you check under „Discovered – currently not indexed“? #

For important pages, the following questions are particularly useful:

Is the page new?

Is it internally linked?

Is it included in the XML sitemap?

Is it publicly accessible?

Are there very many unnecessary URLs?

Is the site structure comprehensible?

Can Google reliably access the website?

The exact cause cannot be deduced solely from the status designation.

Case 3: Crawled – currently not indexed„ #

This status means that Google has already crawled the URL, but is not currently indexing it.

That is something different than „Discovered – currently not indexed“.

Discovered – currently not indexed

Google knows URL
        ↓
not crawled yet


Crawled – currently not indexed

Google knows URL
        ↓
Google has crawled URL
        ↓
currently not indexed

„Crawl – currently not indexed is not a clear quality diagnosis #

It would be wrong to automatically equate this status with „bad content“.

Google simply hasn't indexed the page at the present time.

Therefore, in the case of an important URL, you should first examine the entire technical and content situation.

Check among other things:

Is the page actually independent?

Does it heavily overlap with other pages?

Is it logically linked internally?

Is it relevant to users?

Is the main content complete?

Are there any technical issues?

Which canonical URL does Google recognize?

Important: Do not react to Crawled - currently not indexed with frantic text changes or constant resubmissions. First, it should be clarified whether the page even makes sense technically and content-wise as an independent index URL.

Case 4: The page contains noindex #

With a noindex- instruction can be given to a search engine that a page should not appear in the search results.

An appropriate HTML instruction could look like this, for example:

<meta name="robots" content="noindex">

If Google sees this instruction during crawling, the page should not be indexed.

Accidental noindex in WordPress #

In WordPress, especially after development or relaunch work, you should check whether the website has been accidentally excluded from search engines.

Even SEO plugins can have settings with which individual content types or pages can noindex be set.

Therefore, check both the general WordPress settings and the settings of the SEO plugin used for an affected URL.

Do not remove noindex if it was set intentionally #

If a page is intentionally not supposed to appear in Google, the status „excluded by noindex“ is not an error.

This may be desirable, for example, for certain internal or technically required pages.

Remove noindex only if the URL in question is actually to be indexed.

Case 5: robots.txt blocks Google #

A robots.txt-file can prevent search engines from crawling certain URLs or sections.

Example:

User-agent: *
Disallow: /privater-bereich/

If an important public page is accidentally blocked by such a rule, Google cannot crawl its content normally.

We explain how the file works at Robots.txt Explained: Controlling Search Engine Crawlers Properly.

robots.txt and noindex are not the same #

This difference is particularly important.

robots.txt
→ controls crawling

noindex
→ controls indexing

When Google, due to a robots.txt cannot crawl, Google can also noindex-Do not read the instructions in the HTML of this page.

A robots.txt-Blocking is therefore not the correct standard method to reliably keep an already known URL out of the search results.

Can a URL blocked by robots.txt still appear on Google? #

Under certain circumstances, Google can index a known URL even if its content is due to a robots.txt-rule must not be crawled.

Google might know the URL, for example, through links from other pages.

The search result may then contain only limited information because Google was unable to retrieve the actual page content.

Note: If you want to exclude a page from the Google index, a purely robots.txt-Block is not the same as noindex.

Case 6: The URL redirects #

When a URL permanently or temporarily redirects to another URL, the goal is usually not to additionally index the redirect URL as an independent content page.

Example:

https://example.com/alter-artikel/

        ↓ 301

https://example.com/neuer-artikel/

In this case, you should primarily examine the indexing status of the target URL.

We explain how to set up permanent redirects at Set up a 301 redirect: Permanently redirect URLs.

Redirection errors can cause indexing issues #

Not every redirect works correctly.

For example, problematic issues can include:

Redirect loops
too long redirect chains
broken destination URLs
redirects to unreachable pages

Therefore, if Google reports a redirect error, you should check the complete redirect chain.

Case 7: Canonical points to a different URL #

A canonical tag can be used to indicate which URL should be considered the preferred version in the case of very similar or duplicate content.

Example:

<link
  rel="canonical"
  href="https://example.com/original/"
>

If a page points to a different URL as the canonical version, it can be completely intentional that the current URL is not indexed separately.

What does canonical URL mean? #

If the same or very similar content is accessible via multiple URLs, Google tries to determine a representative URL for this content.

This is called a canonical URL.

For example, technical variants could arise such as:

https://example.com/produkt/

https://example.com/produkt/?farbe=rot

https://example.com/produkt/?sortierung=preis

Whether such URLs are actually duplicates depends on the specific content and system.

User-declared and Google-selected canonical URL #

In the URL inspection, you may encounter:

User-declared canonical URL

Google selected a different canonical URL

A canonical tag is a strong signal, but Google can determine a different URL as the canonical version based on various signals.

Therefore, if Google selects an unexpected URL, you should check the totality of the signals.

Watch out for contradictory signals in canonical issues #

Check, for example:

Canonical Tag

internal links

redirects

XML sitemap

HTTP/HTTPS variants

www/non-www variants

content similarity of pages

When different signals point to different URLs, this complicates a clear interpretation.

Self-Canonical for regular content pages #

On a standalone indexable page, the canonical tag frequently points to its own preferred URL.

Example:

Page:

https://example.com/ratgeber/


Canonical:

https://example.com/ratgeber/

This is often referred to as self-canonical.

Canonical is not a redirect #

A canonical tag and an HTTP redirect serve different purposes.

301 redirect
→ Browser and search engine
  are redirected to another URL


rel="canonical"
→ Page remains accessible
→ Signals preferred URL
  for similar / duplicate content

Therefore, do not simply use a canonical tag as a substitute for a necessary redirect.

Case 8: Google recognizes a duplicate #

Mehrere sehr ähnliche oder identische URLs müssen nicht alle separat indexiert werden.

Google kann solche Seiten gruppieren und eine kanonische Version auswählen.

Duplikate können beispielsweise durch:

URL-Parameter

Filter

Sortierungen

Druckversionen

technische Varianten

mehrere erreichbare URL-Versionen

entstehen.

Dass eine Duplikat-URL nicht separat indexiert wird, kann deshalb genau das gewünschte Verhalten sein.

Ähnliche Inhalte sind nicht automatisch problematische Duplikate #

Zwei Seiten dürfen dasselbe Thema berühren.

Problematisch wird es eher, wenn mehrere URLs praktisch denselben Zweck erfüllen und kaum eigenständigen Mehrwert besitzen.

Dann solltest du prüfen, ob wirklich mehrere indexierbare Seiten notwendig sind.

Fall 9: 404 – Seite existiert nicht #

Wenn eine URL nicht mehr existiert und keinen sinnvollen Ersatz besitzt, kann ein HTTP-Status 404 Not Found vollkommen korrekt sein.

Eine solche URL soll normalerweise nicht als bestehende Inhaltsseite im Google-Index verbleiben.

Problematisch ist ein 404 insbesondere dann, wenn:

die Seite eigentlich existieren sollte

interne Links darauf zeigen

sie noch in der Sitemap steht

die URL versehentlich geändert wurde

eine relevante alte URL
einen passenden Nachfolger besitzt

Die vollständige Diagnose behandeln wir unter Find and fix 404 errors.

Fall 10: Soft 404 #

Bei einem Soft 404 liefert eine URL technisch möglicherweise einen erfolgreichen HTTP-Status, wirkt für Google inhaltlich aber wie eine nicht vorhandene oder nicht sinnvoll nutzbare Seite.

Ein typisches problematisches Prinzip wäre:

HTTP-Status:

200 OK


sichtbarer Inhalt:

"Diese Seite wurde nicht gefunden."

Für eine tatsächlich nicht vorhandene Seite sollte der Server normalerweise einen passenden Fehlerstatus zurückgeben.

Leere oder kaum nutzbare Seiten können ebenfalls problematisch sein #

Ein Soft-404-Problem muss nicht immer eine klassische „Seite nicht gefunden“-Meldung enthalten.

Auch URLs, deren eigentlicher erwarteter Inhalt fehlt und die kaum sinnvolle Informationen liefern, können entsprechend interpretiert werden.

Prüfe deshalb, ob die Seite für einen Besucher tatsächlich den Inhalt bereitstellt, den ihre URL und ihr Zweck erwarten lassen.

Fall 11: Serverfehler #

Wenn Google beim Abruf einer Seite einen Serverfehler erhält, kann die URL nicht normal verarbeitet werden.

Typische HTTP-Statuscodes aus diesem Bereich sind:

500 Internal Server Error

502 Bad Gateway

503 Service Unavailable

504 Gateway Timeout

Wenn solche Fehler bei wichtigen Seiten auftreten, solltest du die technische Ursache untersuchen.

Die Bedeutung der wichtigsten Statuscodes erklären wir unter HTTP status codes explained: 200, 301, 404, 403, and 500.

Vorübergehende und dauerhafte Serverprobleme unterscheiden #

Ein einzelner kurzfristiger Fehler bedeutet nicht automatisch, dass eine URL dauerhaft aus Google verschwindet.

Wiederkehrende oder länger anhaltende Serverprobleme können Crawling und Indexierung jedoch erheblich beeinträchtigen.

Wenn deine Website regelmäßig nicht erreichbar ist, sollte deshalb nicht nur die Search Console, sondern auch die tatsächliche Verfügbarkeit untersucht werden.

Fall 12: Zugriff auf die Seite ist geschützt #

Eine Seite, die nur nach Anmeldung erreichbar ist, kann Google nicht wie eine normale öffentlich zugängliche Webseite crawlen und indexieren.

This affects, for example:

passwortgeschützte Bereiche

interne Kundenbereiche

Staging-Websites mit Zugangsschutz

Inhalte hinter einem Login

Bei solchen Seiten kann die fehlende Indexierung vollkommen beabsichtigt sein.

Staging-Websites sollten nicht versehentlich indexiert werden #

Eine Entwicklungs- oder Staging-Website sollte normalerweise nicht als Konkurrenz zur produktiven Website in Google erscheinen.

Ein echter Zugriffsschutz ist für nicht öffentliche Entwicklungsumgebungen besonders sinnvoll.

Vor dem Livegang muss anschließend sichergestellt werden, dass die produktive Website öffentlich erreichbar und indexierbar ist.

Typischer Relaunch-Fehler: noindex bleibt aktiv #

Während einer Website-Entwicklung wird die Indexierung häufig bewusst verhindert.

Beim Livegang kann dann vergessen werden, diese Sperre auf der produktiven Website zu entfernen.

Nach einem Relaunch solltest du deshalb unbedingt kontrollieren:

noindex

robots.txt

Canonical

Weiterleitungen

HTTP-Status

XML-Sitemap

interne Links

Fall 13: Die URL liefert einen ungewöhnlichen HTTP-Status #

Eine Seite, die indexiert werden soll, sollte normalerweise erfolgreich und für Google erreichbar sein.

Prüfe deshalb den tatsächlichen HTTP-Status der URL.

Eine Seite kann im Browser scheinbar funktionieren und trotzdem technisch unerwartet reagieren.

Examples:

200 → erfolgreiche Antwort

301 → permanente Weiterleitung

403 → Zugriff verweigert

404 → nicht gefunden

500 → Serverfehler

Eine detaillierte Erklärung findest du unter HTTP status codes explained: 200, 301, 404, 403, and 500.

Fall 14: Die Seite besitzt zu wenig interne Einbindung #

Eine wichtige Seite sollte nicht nur über ihre Sitemap erreichbar sein.

Eine sinnvolle interne Verlinkung hilft dabei, die Seite in die Informationsarchitektur der Website einzuordnen.

Wenn ein Artikel nur über seine direkte URL erreichbar ist und nirgendwo sinnvoll verlinkt wird, solltest du prüfen, ob er tatsächlich ausreichend in die Website integriert ist.

Interne Links sollten thematisch sinnvoll sein #

Es geht nicht darum, möglichst viele interne Links auf jede Seite zu setzen.

Ein Link sollte Besuchern helfen, einen thematisch passenden nächsten Inhalt zu finden.

Eine nachvollziehbare Struktur ist wertvoller als künstliche Linkmengen.

Fall 15: Inhalt und Suchintention überschneiden sich stark #

Wenn mehrere eigene Seiten praktisch dieselbe Frage beantworten, kann unklar werden, welche davon die zentrale Seite für das Thema sein soll.

For example:

/wordpress-schneller-machen/

/wordpress-beschleunigen/

/wordpress-ladezeit-verbessern/

Wenn alle drei Seiten nahezu denselben Inhalt und dieselbe Suchintention besitzen, sollte geprüft werden, ob wirklich drei eigenständige Seiten erforderlich sind.

Mehr Seiten bedeuten nicht automatisch mehr Sichtbarkeit.

Thin Content nicht mit einer bestimmten Wortzahl definieren #

Es gibt keine allgemeine Mindestwortzahl, ab der Google eine Seite automatisch indexiert.

Eine kurze Seite kann für eine klar begrenzte Frage vollkommen ausreichend sein.

Eine sehr lange Seite kann dagegen trotz tausender Wörter wenig eigenständigen Nutzen bieten.

Entscheidend ist deshalb nicht:

Wie viele Wörter hat die Seite?

Sondern eher:

Erfüllt die Seite ihren Zweck für den Besucher?

Indexierung kann nicht erzwungen werden #

Auch wenn eine Seite technisch einwandfrei erreichbar, indexierbar und in der Sitemap enthalten ist, besteht keine Garantie, dass Google sie indexiert.

Google entscheidet selbst, welche Inhalte in den Index aufgenommen werden.

Die Aufgabe des Website-Betreibers besteht deshalb darin, technische Hindernisse zu beseitigen und relevante, eigenständige sowie gut zugängliche Inhalte bereitzustellen.

Important: „Indexierung beantragen“ bedeutet nicht „Indexierung erzwingen“. Google erhält dadurch eine Anfrage zur erneuten Prüfung beziehungsweise zum Crawling, aber keine Verpflichtung zur Aufnahme in den Index.

Wann solltest du „Indexierung beantragen“ verwenden? #

Die Funktion in der URL-Prüfung kann sinnvoll sein, wenn du beispielsweise:

eine wichtige neue Seite veröffentlicht hast

eine relevante Seite stark überarbeitet hast

einen technischen Indexierungsfehler behoben hast

eine versehentliche noindex-Anweisung
entfernt hast

Dann kannst du Google auf die Änderung aufmerksam machen.

Nicht ständig erneut Indexierung beantragen #

Wenn eine Seite nach einer Anfrage nicht sofort indexiert wird, bringt es normalerweise nichts, die Funktion immer wieder zu verwenden.

Prüfe stattdessen, ob weiterhin ein technisches oder strukturelles Problem besteht und gib Google anschließend Zeit zur erneuten Verarbeitung.

Live-URL testen #

Die URL-Prüfung kann einen Live-Test der aktuellen URL durchführen.

Das ist besonders hilfreich, wenn du einen Fehler inzwischen behoben hast, die Search Console aber noch Daten vom vorherigen Crawl zeigt.

Google hat Seite früher gecrawlt
        ↓
damals war noindex aktiv
        ↓
du entfernst noindex
        ↓
alter Bericht zeigt noch alten Zustand
        ↓
Live-URL testen
        ↓
aktuellen Zustand prüfen

Beachte jedoch, dass ein erfolgreicher Live-Test nicht automatisch bedeutet, dass die Seite anschließend indexiert wird.

Warum zeigt der Bericht noch einen alten Fehler? #

Search-Console-Berichte spiegeln nicht immer unmittelbar den aktuellen Zustand einer Website wider.

Wenn du einen Fehler erst nach Googles letztem Crawl behoben hast, kann der Bericht zunächst noch den früheren Zustand anzeigen.

Prüfe deshalb das Datum des letzten Crawls und vergleiche es mit dem Zeitpunkt deiner Änderung.

Google braucht Zeit #

Neue oder geänderte Seiten werden nicht zwangsläufig unmittelbar nach Veröffentlichung neu verarbeitet.

Wie schnell Google eine URL erneut besucht, hängt von verschiedenen Faktoren ab.

Eine feste Zusage wie:

Google indexiert jede neue Seite innerhalb von 24 Stunden.

wäre deshalb falsch.

Bei wichtigen Änderungen solltest du die URL technisch korrekt bereitstellen und anschließend die weitere Entwicklung beobachten.

Die Sitemap ist keine Warteschlange für Google #

A common misconception is:

URL in Sitemap = Google muss sie indexieren.

That is not true.

Eine Sitemap ist ein Hilfsmittel zur URL-Entdeckung und liefert Google zusätzliche Informationen. Die eigentliche Indexierungsentscheidung bleibt davon getrennt.

Was solltest du bei einer neuen Website prüfen? #

Wenn eine komplette neue Website noch kaum bei Google erscheint, gehe strukturiert vor.

Website öffentlich erreichbar?

Search Console eingerichtet?

Domain korrekt bestätigt?

Startseite indexierbar?

noindex entfernt?

robots.txt korrekt?

XML-Sitemap erreichbar?

wichtige Seiten intern verlinkt?

HTTP-Status korrekt?

Canonical plausibel?

Sitemap bei Google eingereicht?

Beginne mit der Startseite und den wichtigsten Seiten, statt sofort jede technisch erzeugte URL zu untersuchen.

Was solltest du bei einer einzelnen fehlenden Seite prüfen? #

Wenn nur eine bestimmte wichtige Seite fehlt, ist die Diagnose enger.

URL-Prüfung öffnen
        ↓
kennt Google die URL?
        ↓
letzter Crawl?
        ↓
HTTP-Status?
        ↓
Indexierung erlaubt?
        ↓
robots.txt?
        ↓
Canonical?
        ↓
Weiterleitung?
        ↓
Sitemap?
        ↓
interne Links?
        ↓
Duplikat / Überschneidung?
        ↓
Inhalt tatsächlich eigenständig?

Was solltest du prüfen, wenn viele Seiten plötzlich verschwinden? #

Wenn nicht nur eine URL, sondern viele bisher indexierte Seiten gleichzeitig betroffen sind, solltest du zuerst nach einer gemeinsamen Ursache suchen.

Examples:

WordPress-Einstellung geändert

SEO-Plugin-Konfiguration geändert

noindex auf ganzen Inhaltstyp gesetzt

robots.txt geändert

Domain oder URL-Struktur geändert

Weiterleitungen fehlerhaft

Canonical-Konfiguration geändert

Serverprobleme

Relaunch durchgeführt

Eine plötzliche Veränderung vieler URLs spricht eher für ein gemeinsames technisches oder strukturelles Ereignis als für viele voneinander unabhängige Einzelprobleme.

Nach einem Relaunch besonders genau kontrollieren #

Bei einem Relaunch können sich URL-Strukturen, interne Links, Canonicals, Sitemaps und technische Einstellungen gleichzeitig ändern.

Kontrolliere deshalb nach dem Livegang insbesondere:

wichtige alte URLs

301-Weiterleitungen

neue Ziel-URLs

404-Fehler

noindex

robots.txt

Canonical

XML-Sitemap

interne Links

Search-Console-Berichte

Nicht alle alten URLs auf die Startseite umleiten #

Wenn alte Seiten entfernt oder verschoben wurden, solltest du relevante alte URLs auf möglichst passende neue Inhalte weiterleiten.

Eine pauschale Weiterleitung sämtlicher nicht mehr vorhandener URLs auf die Startseite ist keine saubere Lösung.

Existiert kein sinnvoller Ersatz, kann ein korrekter 404-Status angemessener sein.

Indexierungsprobleme priorisieren #

Bei größeren Websites können sehr viele nicht indexierte URLs auftauchen.

Arbeite deshalb nicht einfach die längste Liste ab.

Priorisiere:

1. Startseite

2. wichtige Leistungs- oder Produktseiten

3. zentrale Kategorien

4. wichtige Ratgeber und Artikel

5. andere strategisch relevante Seiten

6. technische und unwichtige URLs
   nur prüfen, wenn notwendig

So konzentrierst du deine Arbeit auf URLs, deren Indexierung tatsächlich wichtig ist.

Ein Diagnosebeispiel #

Angenommen, folgende Seite soll bei Google erscheinen:

https://example.com/wordpress-hosting

Die URL-Prüfung zeigt jedoch, dass sie nicht indexiert ist.

Ein sinnvoller Ablauf wäre:

1. Live-URL erreichbar?
   → ja

2. HTTP-Status?
   → 200

3. noindex?
   → nein

4. robots.txt blockiert?
   → nein

5. Canonical?
   → eigene URL

6. Weiterleitung?
   → nein

7. Sitemap?
   → enthalten

8. interne Links?
   → vorhanden

9. Google bereits gecrawlt?
   → ja

10. Status?
    → Gecrawlt – zurzeit nicht indexiert

In diesem Fall wäre ein offensichtlicher technischer Blockierungsfehler zunächst nicht erkennbar.

Dann solltest du stärker prüfen, ob die Seite einen klaren eigenständigen Zweck besitzt, wie sie sich von ähnlichen Seiten unterscheidet und wie sie innerhalb der Website eingebunden ist.

Ein zweites Diagnosebeispiel #

URL soll indexiert werden

HTTP-Status:
200

URL-Prüfung:
Indexierung nicht erlaubt

Grund:
noindex erkannt

Hier ist die Ursache dagegen eindeutig.

If noindex versehentlich gesetzt wurde, muss diese Anweisung entfernt werden. Anschließend kannst du die Live-URL erneut prüfen und bei Bedarf eine erneute Indexierung anfragen.

Ein drittes Diagnosebeispiel #

alte URL:

/alter-ratgeber/

        ↓ 301

neue URL:

/neuer-ratgeber/

Die alte URL wird als Seite mit Weiterleitung nicht eigenständig indexiert.

Das ist grundsätzlich kein Fehler.

Prüfen solltest du stattdessen, ob die Weiterleitung korrekt funktioniert und ob die neue Ziel-URL indexierbar ist.

Häufige Fehler bei Indexierungsproblemen #

nicht indexiert mit nicht rankend verwechseln

100 % Indexierungsquote anstreben

jede ausgeschlossene URL als Fehler ansehen

Indexierung ständig erneut beantragen

Sitemap als Indexierungsgarantie verstehen

robots.txt und noindex verwechseln

robots.txt zum Entfernen aus Google verwenden

Canonical als Weiterleitung verstehen

jede Canonical-Abweichung blind ändern

404 grundsätzlich auf Startseite umleiten

Gecrawlt – zurzeit nicht indexiert
automatisch mit schlechtem Inhalt gleichsetzen

nur Wortzahl als Qualitätsmaß verwenden

nach einem Relaunch noindex vergessen

Search-Console-Berichte
als Echtzeitdaten interpretieren

Schnelle Diagnose nach Search-Console-Status #

Status / Situation	Was zuerst prüfen?
Google kennt URL nicht	interne Links, Sitemap, Erreichbarkeit
Gefunden – zurzeit nicht indexiert	Entdeckung vorhanden, Crawling und Website-Struktur prüfen
Gecrawlt – zurzeit nicht indexiert	Eigenständigkeit, technische Signale, Canonical und Inhalt prüfen
Durch noindex ausgeschlossen	prüfen, ob noindex beabsichtigt ist
Durch robots.txt blockiert	Crawling-Regel kontrollieren
Seite mit Weiterleitung	Ziel-URL und Weiterleitung prüfen
Duplikat	Canonical und Zweck der URL prüfen
Soft 404	Inhalt und tatsächlichen HTTP-Status prüfen
404	klären, ob Seite existieren beziehungsweise weiterleiten soll
Serverfehler	HTTP-Fehler und technische Ursache untersuchen

Checkliste: Warum indexiert Google meine Seite nicht? #

Soll die URL überhaupt indexiert werden?
        ↓
URL-Prüfung öffnen
        ↓
Kennt Google die URL?
        ↓
Live-URL erreichbar?
        ↓
HTTP-Status 200?
        ↓
noindex vorhanden?
        ↓
robots.txt blockiert?
        ↓
Weiterleitung vorhanden?
        ↓
Canonical korrekt?
        ↓
Google wählt andere Canonical?
        ↓
Soft 404?
        ↓
Serverfehler?
        ↓
Seite öffentlich erreichbar?
        ↓
in XML-Sitemap enthalten?
        ↓
intern sinnvoll verlinkt?
        ↓
eigenständiger Inhalt?
        ↓
starke Überschneidung mit
anderen Seiten?
        ↓
Fehler beheben
        ↓
Live-URL erneut testen
        ↓
bei wichtiger Änderung
Indexierung beantragen
        ↓
Google Zeit zur Verarbeitung geben
        ↓
Status erneut kontrollieren

Summary #

Wenn eine Seite nicht bei Google erscheint, solltest du zunächst unterscheiden, ob sie tatsächlich nicht indexiert ist oder lediglich für die von dir getestete Suchanfrage nicht sichtbar rankt.

Für eine konkrete URL ist die URL-Prüfung der Google Search Console das wichtigste Diagnosewerkzeug.

Eine fehlende Indexierung kann viele Ursachen haben: Google hat die URL möglicherweise noch nicht gecrawlt, eine noindex-Anweisung verhindert die Indexierung, die robots.txt blockiert das Crawling, die URL leitet weiter, Google betrachtet eine andere URL als kanonisch oder die Seite liefert einen Fehlerstatus.

Auch „Gecrawlt – zurzeit nicht indexiert“ bedeutet nicht automatisch, dass Google deinen Inhalt als schlecht bewertet. Technische Signale, Überschneidungen, Seitenstruktur und der eigenständige Zweck der URL sollten gemeinsam betrachtet werden.

Ebenso wichtig ist die Erkenntnis, dass nicht jede bekannte URL indexiert sein muss. Duplikate, Weiterleitungs-URLs und absichtlich ausgeschlossene oder entfernte Seiten dürfen völlig korrekt außerhalb des Index bleiben.

Die entscheidende Frage lautet deshalb nicht „Wie bekomme ich jede URL in Google?“, sondern: „Welche Seiten sollen für Nutzer über Google auffindbar sein – und gibt es bei genau diesen Seiten ein technisches, strukturelles oder inhaltliches Hindernis?“