Seiten aus dem Google-Index entfernen (Deindexierung)

Kurz gesagt: Deindexierung bedeutet, eine Seite aus den Google-Suchergebnissen zu entfernen. Dafür gibt es keinen einzigen „Bei Google löschen“-Knopf; die passende Methode hängt von der jeweiligen Situation ab. Die wichtigste Falle: Eine in robots.txt gesperrte Seite wird dadurch nicht aus Google entfernt. Meist muss Google die Seite crawlen dürfen, damit es ein noindex lesen kann.

Was Deindexierung bedeutet

Deindexierung ist das Gegenteil von Auffindbarkeit: Eine URL soll nicht mehr in Googles Suchergebnissen erscheinen. Gründe dafür sind etwa veraltete Inhalte, Duplikate, sehr dünne oder peinliche Seiten, versehentlich veröffentlichte Staging-URLs oder sensible Informationen.

Es gibt jedoch keine Universallösung. Drei Fragen bestimmen das richtige Werkzeug:

1. Gehört Ihnen die Seite? Für fremde Seiten stehen andere Wege zur Verfügung.
2. Soll sie vorübergehend oder dauerhaft verschwinden?
3. Soll der Inhalt für echte Besucher erreichbar bleiben oder gelöscht werden?

Die Falle, in die fast alle tappen

Der häufigste Fehler besteht darin, eine Seite über robots.txt entfernen zu wollen. Das funktioniert nicht: robots.txt steuert das Crawling, also ob Google eine Seite lesen darf. Die Indexierung – ob eine URL in Ergebnissen erscheint – ist ein anderer Vorgang. Evidence for this claim Blocking crawling with robots.txt is not a reliable way to remove a URL from Google Search. Scope: Google Search; a blocked URL can still be indexed without content when Google discovers it elsewhere. Confidence: high · Verified: 2026-07-14 Google Search Central: Introduction to robots.txt

Auch eine gesperrte URL kann über Links in den Index gelangen. Google kennt dann zwar die URL, darf ihren Inhalt aber nicht abrufen. Noch schlimmer ist die Kombination mit noindex: Weil Google die Seite nicht lesen darf, sieht es die Anweisung nie. Mein Ahrefs-Beitrag „Indexed, though blocked by robots.txt“ kann mehr als eine robots.txt-Sperre bedeuten erklärt denselben Unterschied zwischen Crawling und Indexierung.

Die Methoden im Schnelldurchlauf

• noindex weist Suchmaschinen an, eine Seite nicht aufzulisten. Die Seite bleibt für Besucher erreichbar, muss aber crawlbar sein.
• Löschen (404/410): Der Inhalt verschwindet vollständig und die URL fällt nach dem erneuten Crawlen aus dem Index.
• Passwortschutz: Eine Anmeldung sperrt Crawler und unbefugte Besucher aus.
• Removals-Tool in der Google Search Console: schnell, aber nur vorübergehend für ungefähr sechs Monate. Es ist eine Notmaßnahme, keine dauerhafte Lösung. Evidence for this claim Search Console's Removals tool temporarily blocks a URL from Google Search and is not a permanent removal method. Scope: Google Search Console verified properties; permanent removal requires a separate lasting method. Confidence: high · Verified: 2026-07-14 Google Search Console Help: Removals tool and SafeSearch Reporting Tool
• Canonical-Tag: Bei Duplikaten verweist er auf die bevorzugte Version. Das ist Konsolidierung, keine eigentliche Entfernung.

Schnelle Faustregeln

• Soll die Seite für Besucher nutzbar bleiben? Crawling erlauben und noindex setzen.
• Soll sie endgültig verschwinden? Löschen und 404 oder 410 zurückgeben.
• Muss ein Datenleck noch heute verborgen werden? Removals-Tool nutzen und im sechsmonatigen Zeitfenster eine dauerhafte Methode umsetzen.
• Gehört Ihnen die Seite nicht? Für bereits entfernte oder geänderte Inhalte ist Tool zum Aktualisieren veralteter Inhalte gedacht. Bei personenbezogenen oder sensiblen Informationen verweist Google stattdessen auf Verfahren zum Entfernen personenbezogener Daten aus Google.
• Sperren Sie eine zu entfernende Seite nie in robots.txt, und kombinieren Sie ein solches Disallow nie mit noindex.

Den vollständigen Entscheidungsrahmen, die genauen Google-Zitate, die besondere Regel für Bilder und realistische Zeitspannen finden Sie im Tab Fortgeschritten.

Kurz gesagt: Für Deindexierung gibt es keinen einzelnen Knopf. Entscheidend sind Eigentum, Dauer und die Frage, ob der Inhalt bestehen bleiben soll. Ein Disallow in robots.txt verhindert Crawling, nicht Indexierung; zugleich kann Google ein noindex auf einer gesperrten Seite nicht sehen. Das GSC-Removals-Tool überbrückt Notfälle ungefähr sechs Monate. Dauerhafte Wege sind noindex, 404/410, Passwortschutz oder die Konsolidierung echter Duplikate per Canonical. Bei Bildern ist robots.txt eine vorgesehene Ausnahme. Für fremde Seiten gibt es getrennte Verfahren für veraltete Inhalte und personenbezogene Informationen.

Was „Deindexierung“ tatsächlich bedeutet – und was nicht

Einen universellen „Bei Google löschen“-Knopf gibt es nicht. Die Aufgabe hängt von drei Bedingungen ab: Kontrollieren Sie die Seite, soll sie nur zeitweise oder dauerhaft verschwinden, und muss der Inhalt für Nutzer bestehen bleiben? Sind diese Fragen beantwortet, ergibt sich die geeignete Methode meist von selbst.

Zwei Arbeitsstränge sollten von Anfang an getrennt werden:

• Notfallpfad: Ein Leak oder sensible Daten müssen schnell verborgen werden. Das Removals-Tool für verifizierte Eigentümer oder ein passendes Verfahren für Nicht-Eigentümer verschafft Zeit.
• Dauerhafter Pfad: noindex, Löschen mit 404/410, Passwortschutz oder Canonicalisierung beheben die Ursache. Diese Maßnahme muss während oder direkt nach der zeitlich begrenzten Notfallmaßnahme umgesetzt werden.

Der zentrale Irrtum: robots.txt entfernt keine Seiten aus Google

Dieser Zusammenhang trägt das gesamte Thema und verdient deshalb besondere Aufmerksamkeit.

Crawling und Indexierung sind getrennte Systeme

robots.txt ist eine Crawling-Anweisung, noindex eine Indexierungs-Anweisung. Google kann eine über Links entdeckte URL indexieren, ohne ihren Inhalt gecrawlt zu haben. Umgekehrt kann es ein noindex niemals lesen, wenn der Abruf der URL gesperrt ist. Evidence for this claim Blocking crawling with robots.txt is not a reliable way to remove a URL from Google Search. Scope: Google Search; a blocked URL can still be indexed without content when Google discovers it elsewhere. Confidence: high · Verified: 2026-07-14 Google Search Central: Introduction to robots.txt

Google formuliert es wörtlich: “If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (Übersetzung) „Ist die Seite durch robots.txt gesperrt oder für den Crawler nicht erreichbar, sieht er die noindex-Regel nie; die Seite kann trotzdem in Suchergebnissen erscheinen, etwa wenn andere Seiten auf sie verlinken.“ Der Grund lautet ebenso klar: “We have to crawl your page in order to see <meta> tags and HTTP headers.” (Übersetzung) „Google muss die Seite crawlen, um Meta-Tags und HTTP-Header sehen zu können.“

In meinem Beitrag Indexed, though blocked by robots.txt beschreibe ich denselben Mechanismus: Eine Crawling-Sperre verhindert nicht, dass Google eine über Links bekannte URL indexiert; sie verhindert aber, dass Google das noindex der Seite liest.

Was Googles Dokumentation zur Entfernung wörtlich sagt

Googles Dokument Eigene Seite aus Google entfernen nennt als dauerhafte Wege das Entfernen oder Aktualisieren des Inhalts, Passwortschutz und noindex. Danach folgt die eindeutige Aussage: “Don’t use robots.txt as a way to block your page.” (Übersetzung) „Verwenden Sie robots.txt nicht, um Ihre Seite zu sperren.“

„Indexed, though blocked by robots.txt“ als Search-Console-Symptom

Dieser Search-Console-Status beschreibt eine indexierte URL, deren Inhalt Google wegen einer Crawling-Sperre nicht lesen kann. Häufig wurde sie über Links entdeckt. Mein Ahrefs-Beitrag unterscheidet vier mögliche Ursachen: eine echte, eine zeitweilige oder gecachte, eine nutzeragentenspezifische sowie eine IP-basierte Sperre. Prüfen Sie daher die konkrete Ursache und bestätigen Sie den aktuellen Wortlaut der Oberfläche, bevor Sie ihn zitieren.

Warum Disallow plus noindex nach hinten losgeht

Die Kombination ist kein doppelter Schutz, sondern verhindert die Entfernung. Googles Dokumentation zu Robots-Meta-Tags sagt: “If a page is disallowed from crawling through the robots.txt file, then any information about indexing or serving rules will not be found and will therefore be ignored. If indexing or serving rules must be followed, the URLs containing those rules cannot be disallowed from crawling.” (Übersetzung) „Wird eine Seite per robots.txt vom Crawling ausgeschlossen, werden Indexierungs- oder Auslieferungsregeln nicht gefunden und deshalb ignoriert. URLs mit solchen Regeln dürfen nicht vom Crawling ausgeschlossen sein.“

Die Faustregel lautet: Seite crawlbar lassen und noindex setzen. Erst nach bestätigter Entfernung kann eine Crawling-Sperre erwogen werden; auch dann schützt sie nicht vor einer erneuten, linkbasierten Indexierung.

Kurzer Rückblick: das Ende von noindex in robots.txt im Jahr 2019

Die inoffizielle Direktive noindex: in robots.txt war nie standardisiert und wurde uneinheitlich beachtet. Google beendete selbst diese informelle Behandlung. Gary Illyes schrieb 2019: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (Übersetzung) „Google stellte zum 1. September 2019 sämtlichen Code ein, der nicht unterstützte und unveröffentlichte Regeln wie noindex verarbeitete.“ Er bezeichnete die Direktive außerdem als etwas, das “sticks out like a nun in a mosh pit.” (Übersetzung) „Sie fällt auf wie eine Nonne in einem Moshpit.“ Quelle und zeitgenössische Wiedergabe.

Notfallentfernung mit dem Search-Console-Removals-Tool

Wenn etwas sofort verborgen werden muss, ist das Removals-Tool der schnelle Hebel. Google schreibt: “For quick removals, use the Removals tool to remove a page hosted on your site from Google’s search results within a day.” (Übersetzung) „Für schnelle Entfernungen kann das Tool eine eigene Seite innerhalb eines Tages aus Googles Suchergebnissen ausblenden.“ John Mueller bestätigt für verifizierte Eigentümer: “It works very quickly.” (Übersetzung) „Das Werkzeug funktioniert sehr schnell.“ Quelle.

Es ist jedoch eine Notfallmaßnahme, keine dauerhafte Lösung. Die Dokumentation nennt zwei Grenzen:

• Zeitlich begrenzt: “Requests made in the Removals tool last for about 6 months.” (Übersetzung) „Anträge im Removals-Tool gelten ungefähr sechs Monate.“ Die Search-Console-Hilfe sagt: “A successful request lasts only about six months.” (Übersetzung) „Ein erfolgreicher Antrag gilt nur ungefähr sechs Monate.“ Evidence for this claim Search Console's Removals tool temporarily blocks a URL from Google Search and is not a permanent removal method. Scope: Google Search Console verified properties; permanent removal requires a separate lasting method. Confidence: high · Verified: 2026-07-14 Google Search Console Help: Removals tool and SafeSearch Reporting Tool
• Crawling läuft weiter: “Blocking a URL does not prevent Google from crawling your page, only from showing it in Search results.” (Übersetzung) „Das Sperren einer URL hindert Google nicht am Crawlen, sondern nur daran, sie in Suchergebnissen anzuzeigen.“

Ohne parallele Dauerlösung kann die Seite nach Ablauf wieder erscheinen. Nutzen Sie die gewonnene Zeit, um noindex, 404/410 oder Passwortschutz umzusetzen.

Das Bing-Pendant

Bing bietet Block URLs. Der Wortlaut der Oberfläche lautet: “This feature allows you to block a URL from appearing in the Bing search results. This block will remain in place for maximum of 90 days. If the URL still returns a 200 OK code when visited by our crawler after 90 days, it will reappear in our search results.” (Übersetzung) „Die Funktion blendet eine URL höchstens 90 Tage aus den Bing-Ergebnissen aus. Liefert sie danach beim Crawlen weiterhin 200 OK, erscheint sie erneut.“ Bing warnt acht Tage vor Ablauf, erlaubt erneutes Sperren und begrenzt dessen Häufigkeit nicht. Hinweise zur dauerhaften Entfernung und zu IndexNow werden hier nur sinngemäß wiedergegeben, weil die Hilfeseite clientseitig gerendert wird.

Dauerhafte Methode 1 – noindex als Meta-Tag oder X-Robots-Tag

Bei erlaubtem Crawling entfernt noindex eine URL zuverlässig aus dem Index, während die Seite für direkte Besucher erreichbar bleibt. Ein Robots-Meta-Tag oder der Antwort-Header X-Robots-Tag übermittelt dieselbe Grundanweisung.

Es gibt zwei Implementierungen:

• Meta-Tag im HTML-<head>: <meta name="robots" content="noindex">.
• HTTP-Header X-Robots-Tag für Dateien wie PDFs ohne <head>. Google sagt: “Any rule that can be used in a robots meta tag can also be specified as an X-Robots-Tag.” (Übersetzung) „Jede Regel eines Robots-Meta-Tags kann auch als X-Robots-Tag angegeben werden.“

Die Seite muss crawlbar bleiben. Muellers Zweischritt-Modell bei Search Engine Journal fasst es gut zusammen: zuerst den Zugriff ermöglichen, dann noindex setzen.

Geeignet für: Seiten, die Besuchern oder angemeldeten Nutzern weiter dienen, aber nicht in der Suche erscheinen sollen, etwa Danke-Seiten, interne Suchergebnisse, Filtervarianten und dünne Archivseiten.

Dauerhafte Methode 2 – Inhalt löschen und 404/410 liefern

Soll der Inhalt nicht mehr existieren, löschen Sie ihn und liefern 404 (Not Found) oder 410 (Gone). Google sagt über beide Statuscodes: “mean that the page does not exist, which will drop such URLs from Google’s index once they’re crawled and processed.” (Übersetzung) „Sie bedeuten, dass die Seite nicht existiert; nach Crawling und Verarbeitung entfernt Google solche URLs aus dem Index.“

404 gegenüber 410: Beide funktionieren. 410 ist ein etwas ausdrücklicheres und möglicherweise schnelleres Signal für „dauerhaft weg“, praktisch ist der Unterschied klein. Eine Seite kann nicht zugleich für Nutzer live bleiben und 410 liefern; dafür ist noindex vorgesehen.

Geeignet für: endgültig eingestellte Inhalte, die niemand mehr benötigt.

Dauerhafte Methode 3 – Passwortschutz oder Login-Schranke

Authentifizierung ist die dichteste Zugangssperre. Google sagt: “Password-protect your page. Limiting access to your page enables the right users to view your page, while preventing Googlebot and other web crawlers from accessing it.” (Übersetzung) „Schützen Sie die Seite mit einem Passwort. So erhalten berechtigte Nutzer Zugriff, während Googlebot und andere Webcrawler ausgeschlossen bleiben.“

Der Vorteil: Alle Crawler aller Suchmaschinen werden ausgeschlossen, und Links können die Sperre nicht umgehen. Der Nachteil: Auch Nutzer ohne Zugangsdaten kommen nicht hinein. Für öffentlich bestimmte Inhalte ist das ungeeignet.

Geeignet für: wirklich private oder sensible Inhalte, die nur authentifizierte Nutzer sehen dürfen.

Canonical-Konsolidierung – verwandt, aber keine Entfernung

Ein Canonical ist kein Löschwerkzeug. rel="canonical" konsolidiert echte Duplikate oder nahezu identische URLs auf eine bevorzugte Version. Beide URLs bleiben erreichbar und crawlbar; Signale sollen auf der Canonical-URL gebündelt werden.

Google rät ausdrücklich davon ab, die Canonical-Auswahl innerhalb einer Website mit noindex zu erzwingen: “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” (Übersetzung) „Google empfiehlt noindex nicht, um innerhalb einer Website die Auswahl einer Canonical-Seite zu verhindern, weil die Seite dadurch vollständig aus der Suche ausgeschlossen wird.“

Geeignet für: echte Duplikate, deren Signale auf einer URL zusammengeführt werden sollen – nicht als Ersatz für noindex.

Bilder entfernen – die Ausnahme von der robots.txt-Regel

Für Bilder ist robots.txt tatsächlich ein von Google vorgesehener Entfernungsweg. Googles Dokumentation zur Bildentfernung sagt: “To prevent images from your site appearing in Google’s search results, add a robots.txt file to the root of the site that hosts the image.” (Übersetzung) „Um Bilder der eigenen Website aus Googles Suchergebnissen fernzuhalten, legen Sie eine robots.txt im Stamm der bildhostenden Website ab.“

User-agent: Googlebot-Image
Disallow: /images/dogs.jpg

Das funktioniert, weil die Bildindexierung vom Abruf der Bilddatei abhängt. Für normale Webseiten kann Google dagegen schon eine verlinkte URL indexieren, ohne ihren Inhalt abzurufen. Verwenden Sie Googlebot-Image für Google Bilder oder den allgemeinen Googlebot, wenn das Bild überall verschwinden soll.

Alternativ kann der Bildserver X-Robots-Tag: noindex liefern. Google formuliert: “Alternatively, you can remove images hosted on your site from Google’s search results by adding the noindex X-Robots-Tag to the HTTP response headers of the images you want to remove.” (Übersetzung) „Alternativ lassen sich eigene Bilder entfernen, indem ihren HTTP-Antwort-Headern der X-Robots-Tag noindex hinzugefügt wird.“ Dann muss das Bild crawlbar sein, damit Google den Header lesen kann.

Wenn Ihnen die Seite nicht gehört – zwei Werkzeuge für zwei Probleme

Ohne Kontrolle über die Seite richtet sich der Weg danach, was genau falsch ist. Die falsche Auswahl kostet im Notfall wertvolle Zeit.

Der Inhalt ist bereits entfernt oder deutlich geändert, Googles Ergebnis aber veraltet. Nutzen Sie das Tool zum Aktualisieren veralteter Inhalte. Google sagt: “Use the Refresh Outdated Content tool to have Google update search results for pages or images that no longer exist, or pages that have deleted important (sensitive or critical) content.” (Übersetzung) „Mit Refresh Outdated Content lassen sich Ergebnisse für nicht mehr vorhandene Seiten oder Bilder sowie für Seiten mit entfernten wichtigen Inhalten aktualisieren.“ Das Werkzeug kann keine weiterhin live gewünschte Seite gegen den Willen des Eigentümers entfernen.

Es geht um personenbezogene oder sensible Informationen, die Seite kann noch live sein. Googles Hinweis “if you don’t own the page” (Übersetzung) „wenn Ihnen die Seite nicht gehört“ führt zu einer anderen Route. Die aktuelle Entfernungsdokumentation sagt wörtlich: “If you don’t own the page, see Remove your personal information from Google instead.” (Übersetzung) „Wenn Ihnen die Seite nicht gehört, verwenden Sie stattdessen Googles Verfahren zum Entfernen personenbezogener Informationen.“ Das Verfahren deckt beispielsweise Doxxing, Ausweis- oder Finanzdaten und nicht einvernehmlich veröffentlichte intime Bilder ab.

Für bloß veraltete oder bereits entfernte Inhalte bleibt Refresh Outdated Content das passende Nicht-Eigentümer-Werkzeug.

Entscheidungsrahmen – welche Methode passt?

Der Tab Decision Trees führt interaktiv durch dieselbe Auswahl.

Wie lange dauert Deindexierung wirklich?

Keine dauerhafte Methode wirkt sofort. Google muss die URL erneut crawlen und noindex oder 404/410 verarbeiten. Nur das Removals-Tool kann laut Dokumentation innerhalb eines Tages ausblenden. Bleibt eine noindex-Seite sichtbar, gilt häufig: “probably because we haven’t crawled the page since you added the noindex rule.” (Übersetzung) „Wahrscheinlich hat Google die Seite seit dem Hinzufügen der noindex-Regel noch nicht gecrawlt.“ Eine erneute Indexierungsanfrage in der URL-Prüfung kann den Abruf anstoßen.

Einordnung

Dieser Artikel verbindet die Themen noindex, meta-robots, x-robots-tag, robots-txt, removals-tool, canonicalization sowie 404-vs-410 und 410-gone. Den gesamten Ablauf von Entdeckung, Crawling, Rendering, Indexierung und Auslieferung behandelt der Cluster „Wie Suche funktioniert“. Bei einer trotz Sperre indexierten URL hilft außerdem Indexed, though blocked by robots.txt.

KI-Zusammenfassung

Die Kurzfassung des Tabs „Fortgeschritten“:

• Kein einzelner Löschknopf: Eigentum, Dauer und gewünschte Erreichbarkeit bestimmen die Methode.
• Zentraler Irrtum: Ein Disallow in robots.txt verhindert Crawling, nicht Indexierung. Eine gesperrte URL kann über Links indexiert werden, während Google ihr noindex nicht lesen kann.
• Nie robots.txt und noindex kombinieren: Lassen Sie die Seite crawlbar.
• Removals ist eine Notmaßnahme: Google blendet ungefähr sechs Monate aus, Bing ungefähr 90 Tage. Ohne Dauerlösung kehrt die URL zurück.
• Dauerhafte Wege: noindex, 404/410, Passwortschutz oder bei echten Duplikaten Canonical-Konsolidierung.
• Bilder sind die Ausnahme: Ein Disallow für Googlebot-Image kann Bilder entfernen, weil ihre Indexierung vom Abruf der Datei abhängt.
• Fremde Seite: Refresh Outdated Content gilt für bereits entfernte oder geänderte Inhalte; personenbezogene Informationen haben ein eigenes Verfahren.
• Nur Removals ist schnell: Dauerhafte Methoden warten auf erneutes Crawling.
• Historie: Google stellte die inoffizielle noindex:-Direktive in robots.txt zum 1. September 2019 ein.

Offizielle Dokumentation

Primärquellen der Suchmaschinen.

Google

• Eigene Seite aus Google entfernen – dauerhafte Methoden, die ungefähr sechsmonatige Frist des Removals-Tools und die Warnung vor robots.txt.
• Indexierung mit noindex blockieren – warum eine Seite crawlbar bleiben muss.
• Robots-Meta-Tag, data-nosnippet und X-Robots-Tag – weshalb Disallow und Indexierungsregel nicht zusammenpassen.
• Hinweis zu nicht unterstützten robots.txt-Regeln (Gary Illyes, Juli 2019) – Ende der inoffiziellen noindex:-Direktive.
• Berichte zu Entfernungen und SafeSearch – zeitlich begrenzte Ausblendung ohne Crawling-Stopp.
• Veraltete Inhalte aktualisieren – öffentliches Werkzeug für bereits entfernte oder geänderte Inhalte.
• Personenbezogene Daten aus Google entfernen – Verfahren für personenbezogene oder sensible Informationen auf fremden Seiten.
• Eigene Bilder aus Google entfernen – Googlebot-Image und X-Robots-Tag.
• Canonical-URL festlegen – warum noindex nicht zur Canonical-Auswahl dient.

Bing / Microsoft

• URL oder Seite dauerhaft aus Bing oder Copilot entfernen – Löschen mit Statuscode oder NOINDEX.
• URLs in Bing blockieren – zeitweiliges Pendant zu Googles Removals-Tool.

Zitate aus den Quellen

Nachprüfbare Aussagen von Google und seinen Vertretern. Jeder Link führt zur zitierten Passage.

Google – Crawling gegenüber Indexierung

• “If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (Übersetzung) „Ist die Seite durch robots.txt gesperrt oder nicht erreichbar, sieht der Crawler noindex nie; die Seite kann dennoch über Links in Ergebnissen erscheinen.“ — Google Search Central. Zum Zitat
• “Don’t use robots.txt as a way to block your page.” (Übersetzung) „Verwenden Sie robots.txt nicht, um Ihre Seite zu sperren.“ — Google Search Central. Zum Zitat
• “If a page is disallowed from crawling through the robots.txt file, then any information about indexing or serving rules will not be found and will therefore be ignored. If indexing or serving rules must be followed, the URLs containing those rules cannot be disallowed from crawling.” (Übersetzung) „Bei einer Crawling-Sperre werden Indexierungs- und Auslieferungsregeln nicht gefunden und daher ignoriert; URLs mit solchen Regeln dürfen nicht gesperrt sein.“ Zum Zitat

Google – Removals-Tool (vorübergehend)

• “For quick removals, use the Removals tool to remove a page hosted on your site from Google’s search results within a day.” (Übersetzung) „Für schnelle Entfernungen kann das Tool eine eigene Seite innerhalb eines Tages aus den Suchergebnissen ausblenden.“ Zum Zitat
• “Requests made in the Removals tool last for about 6 months.” (Übersetzung) „Anträge im Removals-Tool gelten ungefähr sechs Monate.“ Zum Zitat
• “A successful request lasts only about six months.” (Übersetzung) „Ein erfolgreicher Antrag gilt nur ungefähr sechs Monate.“ — Search Console Help. Zum Zitat
• “Blocking a URL does not prevent Google from crawling your page, only from showing it in Search results.” (Übersetzung) „Das Sperren einer URL verhindert nicht das Crawlen, sondern nur ihre Anzeige in Suchergebnissen.“ — Search Console Help. Zum Zitat

Google – dauerhafte Methoden

• “Password-protect your page. Limiting access to your page enables the right users to view your page, while preventing Googlebot and other web crawlers from accessing it.” (Übersetzung) „Schützen Sie die Seite mit einem Passwort, damit berechtigte Nutzer sie sehen können, Googlebot und andere Crawler jedoch nicht.“ Zum Zitat
• 404 und 410: “Both status codes mean that the page does not exist, which will drop such URLs from Google’s index once they’re crawled and processed.” (Übersetzung) „Beide Statuscodes bedeuten, dass die Seite nicht existiert; nach Crawling und Verarbeitung fällt die URL aus dem Index.“ Zum Zitat
• Zur Einstellung 2019: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (Übersetzung) „Google stellte zum 1. September 2019 sämtlichen Code für nicht unterstützte und unveröffentlichte Regeln wie noindex ein.“ — Gary Illyes. Zum Zitat

Google – Canonical gegenüber noindex und Bilder

• “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” (Übersetzung) „Google empfiehlt noindex nicht zur Canonical-Auswahl innerhalb einer Website, weil es die Seite vollständig aus der Suche ausschließt.“ Zum Zitat
• “To prevent images from your site appearing in Google’s search results, add a robots.txt file to the root of the site that hosts the image.” (Übersetzung) „Um eigene Bilder aus Googles Suchergebnissen fernzuhalten, legen Sie eine robots.txt im Stamm der bildhostenden Website ab.“ Zum Zitat

Google – Werkzeuge für Nicht-Eigentümer

• “Use the Refresh Outdated Content tool to have Google update search results for pages or images that no longer exist, or pages that have deleted important (sensitive or critical) content.” (Übersetzung) „Verwenden Sie Refresh Outdated Content, um Ergebnisse für nicht mehr vorhandene Seiten oder Bilder beziehungsweise für Seiten mit entfernten wichtigen Inhalten zu aktualisieren.“ — Search Console Help. Zum Zitat
• “If you don’t own the page, see Remove your personal information from Google instead.” (Übersetzung) „Wenn Ihnen die Seite nicht gehört, nutzen Sie stattdessen das Verfahren zum Entfernen personenbezogener Daten aus Google.“ — Google Search Central, Dokument lesen (laut Seitenfuß zuletzt am 2025-12-10 UTC aktualisiert).

Bing – Block URLs (vorübergehend, ungefähr 90 Tage)

• “This feature allows you to block a URL from appearing in the Bing search results. This block will remain in place for maximum of 90 days. If the URL still returns a 200 OK code when visited by our crawler after 90 days, it will reappear in our search results.” (Übersetzung) „Die Funktion blendet eine URL höchstens 90 Tage aus Bing aus. Liefert sie danach weiterhin 200 OK, erscheint sie erneut.“ — Bing Webmaster Tools. Bing-Hilfe

Google-Vertreter

• “Why would you need to unindex them? … (Also, to unindex, don’t block with robots.txt, use noindex instead.)” (Übersetzung) „Warum wäre eine Deindexierung nötig? Zum Deindexieren nicht mit robots.txt sperren, sondern noindex verwenden.“ — John Mueller, 8. März 2021. Wiedergabe
• Zur inoffiziellen noindex:-Direktive: “sticks out like a nun in a mosh pit.” (Übersetzung) „Sie fällt auf wie eine Nonne in einem Moshpit.“ — Gary Illyes, April 2019. Zum Zitat
• Zum Removals-Tool: “It works very quickly.” (Übersetzung) „Das Werkzeug funktioniert sehr schnell.“ — John Mueller. Zum Zitat

Welche Entfernungsmethode sollte ich verwenden?

Beantworten Sie einige Fragen, um zur passenden Methode zu gelangen.

Fehler bei der Deindexierung vermeiden

Diese wiederkehrenden Fehler verhindern häufig genau das gewünschte Ergebnis.

Eine Seite über robots.txt entfernen wollen

• Warum falsch: robots.txt steuert Crawling, nicht Indexierung. Eine über Links bekannte URL kann indexiert bleiben; Google kann weder Inhalt noch noindex lesen. Das führt oft zu „Indexed, though blocked by robots.txt“.
• Besser: Crawling erlauben und noindex setzen oder den Inhalt mit 404/410 löschen.

Disallow und noindex als vermeintliche doppelte Absicherung kombinieren

• Warum falsch: Das Disallow verhindert, dass Google das noindex je sieht. Google sagt: “will not be found and will therefore be ignored.” (Übersetzung) „Sie werden nicht gefunden und daher ignoriert.“
• Besser: Für die Entfernung noindex bei erlaubtem Crawling einsetzen; robots.txt allenfalls nach bestätigter Deindexierung erwägen.

noindex in robots.txt selbst eintragen

• Warum falsch: Die inoffizielle Direktive noindex: war nie Standard und wird seit dem 1. September 2019 von Google nicht mehr behandelt.
• Besser: Ein Robots-Meta-Tag oder den Header X-Robots-Tag verwenden.

Das Removals-Tool für dauerhaft halten

• Warum falsch: “A successful request lasts only about six months.” (Übersetzung) „Ein erfolgreicher Antrag gilt nur ungefähr sechs Monate.“ Außerdem läuft das Crawling weiter.
• Besser: Innerhalb dieses Fensters noindex, 404/410 oder Passwortschutz umsetzen.

Mit noindex die Canonical-Auswahl steuern

• Warum falsch: noindex entfernt die Seite vollständig, statt Signale auf die bevorzugte Version zu konsolidieren.
• Besser: Für echte Duplikate rel="canonical" verwenden.

Annehmen, robots.txt funktioniere auch bei Bildern nie

• Warum falsch: Für Bilder ist ein Disallow für Googlebot-Image vorgesehen, weil ihre Indexierung vom Abruf der Datei abhängt.
• Besser: Bilder mit der Bildcrawler-Regel, Seiten mit crawlbarem noindex behandeln.

Sofortige Entfernung erwarten

• Warum falsch: Jede dauerhafte Methode wartet auf erneutes Crawling. Nur das Removals-Tool blendet schnell aus.
• Besser: Bei Dringlichkeit zuerst Removals nutzen; sonst abwarten und bei Bedarf über die URL-Prüfung einen erneuten Abruf anfordern.

SOP – eine eigene Seite dauerhaft aus Google entfernen

Ein wiederholbarer Ablauf für eine einzelne URL.

1. Ziel festlegen. Soll der Inhalt bestehen bleiben, wählen Sie noindex; bei privaten Inhalten Passwortschutz; bei endgültiger Löschung 404/410; bei einem echten Duplikat rel="canonical" zur Konsolidierung.
2. Crawlbarkeit bestätigen. Die URL darf in robots.txt nicht per Disallow gesperrt sein. Entfernen Sie widersprüchliche Regeln zuerst.
3. Dauerhafte Methode umsetzen:
   • noindex: <meta name="robots" content="noindex"> in den <head> oder X-Robots-Tag: noindex im HTTP-Header setzen.
   • Löschen: Inhalt entfernen und 404 oder 410 zurückgeben.
   • Passwort: Seite hinter Authentifizierung legen.
4. Bei Dringlichkeit optional Removals beantragen. In Search Console unter Indexierung → Entfernungen → Neuer Antrag wird die URL schnell verborgen. Die Wirkung ist mit ungefähr sechs Monaten nur vorübergehend.
5. Erneutes Crawling anfordern. In der URL-Prüfung „Live-URL testen“ und danach „Indexierung beantragen“ auswählen.
6. Ergebnis prüfen. Nach dem Crawling muss die URL wegen noindex ausgeschlossen oder wegen 404/410 als nicht gefunden gemeldet sein.
7. Die Lösung nicht selbst blockieren. Später kein robots.txt-Disallow als vermeintliche Zusatzsicherung ergänzen; Google könnte das Signal dann nicht erneut bestätigen.

Checkliste zur Deindexierung

Vor und nach dem Entfernen einer Seite:

• Passende Methode gewählt: noindex, 404/410, Passwort, Canonical, Removals oder Refresh Outdated Content.
• Ziel-URL ist in robots.txt nicht gesperrt.
• Disallow und noindex werden nicht kombiniert.
• Für eine weiterhin erreichbare Seite ist noindex per Meta-Tag oder X-Robots-Tag gesetzt.
• Eine gelöschte Seite liefert wirklich 404 oder 410, nicht einen Soft-404 mit 200.
• Private Inhalte liegen hinter Authentifizierung.
• Echte Duplikate verwenden rel="canonical" statt noindex.
• Bilder verwenden ein Googlebot-Image-Disallow oder einen crawlbaren X-Robots-Tag.
• Bei Dringlichkeit sind Removals-Antrag und dauerhafte Methode umgesetzt.
• Für fremde Seiten wurde zwischen Refresh Outdated Content und dem Verfahren für personenbezogene Informationen unterschieden; beim Refresh-Verfahren ist der Live-Inhalt bereits entfernt oder deutlich geändert.
• Erneutes Crawling wurde angefordert und das Ergebnis danach geprüft.

Spickzettel zur Deindexierung

Wirkung der Methoden

Schnelle Fakten

• Ein robots.txt-Disallow deindexiert keine Seite.
• Kombinieren Sie Disallow nie mit noindex.
• Google Removals wirkt ungefähr 6 Monate, Bing Block URLs ungefähr 90 Tage.
• 404 und 410 funktionieren beide; 410 kann geringfügig schneller sein.
• Für Bilder ist Googlebot-Image in robots.txt vorgesehen.
• Verwenden Sie noindex nicht für die Canonical-Auswahl.
• Dauerhafte Methoden warten auf einen Recrawl.

Das Modell in zwei Zeilen

1. Soll die Seite nutzbar bleiben? Crawling erlauben und noindex setzen.
2. Soll sie endgültig weg? 404/410 liefern. Bei Dringlichkeit zuerst Removals, dann die dauerhafte Methode.

Codebeispiele für die Deindexierung

noindex-Meta-Tag im HTML-<head> ergänzen

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

noindex per X-Robots-Tag in Apache .htaccess für PDFs oder andere Nicht-HTML-Dateien

<Files "private-report.pdf">
  Header set X-Robots-Tag "noindex"
</Files>

noindex per X-Robots-Tag in Nginx

location = /private-report.pdf {
  add_header X-Robots-Tag "noindex";
}

Für eine eingestellte URL 410 Gone in Apache liefern

Redirect 410 /old-retired-page/

Ein Bild mit der vorgesehenen robots.txt-Methode aus Google entfernen

User-agent: Googlebot-Image
Disallow: /images/private-photo.jpg

Statuscode und Indexierungs-Header einer URL in der Shell prüfen

# Confirm the server returns 404/410, or shows the X-Robots-Tag noindex header
curl -sI https://example.com/old-page/ | grep -iE 'HTTP/|x-robots-tag'

Vor noindex prüfen, dass robots.txt die Seite nicht versehentlich sperrt

# Print the robots.txt so you can confirm the URL is NOT under a Disallow
curl -s https://example.com/robots.txt

noindex- und Sperranweisungen in der Chrome-DevTools-Konsole finden

// Paste in the Console on the page you're auditing.
// Reports any robots meta tag and the value of the noindex directive.
const m = document.querySelector('meta[name="robots"], meta[name="googlebot"]');
console.log('robots meta:', m ? m.content : '(none)');
console.log('has noindex:', !!(m && /noindex/i.test(m.content)));

Bookmarklet zum Prüfen von noindex auf der aktuellen Seite

javascript:(function(){var m=document.querySelector('meta[name="robots"],meta[name="googlebot"]');var c=m?m.content:'';alert('robots meta: '+(c||'(none)')+'\nnoindex: '+(/noindex/i.test(c)?'YES':'no'));})();

Alle <a href> zu einer zu entfernenden URL in der DevTools-Konsole ausgeben

// Find internal links to the page you're deindexing so you can update/remove them
// (a page with no inbound links is far less likely to linger via link-based indexing).
const target = '/old-page/';
[...document.querySelectorAll('a[href]')]
  .filter(a => a.getAttribute('href').includes(target))
  .forEach(a => console.log(a.getAttribute('href'), '←', a.textContent.trim()));

Damit noindex und 404/410 wirken, muss die URL crawlbar bleiben. Kombinieren Sie diese Methoden nie mit einem robots.txt-Disallow für dieselbe URL.

Häufige Probleme bei der Deindexierung

Typische Symptome mit wahrscheinlicher Ursache und passender Korrektur.

„Indexed, though blocked by robots.txt“ in der Search Console

• Symptom: Der Bericht zur Seitenindexierung führt die URL unter diesem Status; der Inhalt ist nicht als Vorschau verfügbar.
• Wahrscheinliche Ursache: robots.txt sperrt die URL, Google hat sie jedoch über eingehende Links gefunden und indexiert. Ein noindex kann nicht gelesen werden.
• Lösung: Disallow entfernen, Seite crawlbar lassen und noindex setzen oder den Inhalt löschen. Mit dem robots-txt-tester (/tools/robots-txt-tester) prüfen und den Status nach dem erneuten Crawling kontrollieren.

Die Seite erscheint nach dem Setzen von noindex weiter in der Suche

• Symptom: Trotz Meta-Tag oder X-Robots-Tag wird die URL noch in einer site:-Suche oder als indexiert angezeigt.
• Wahrscheinliche Ursache: Google hat die Seite noch nicht erneut gecrawlt oder eine robots.txt-Sperre verhindert das Lesen der Anweisung.
• Lösung: Crawlbarkeit prüfen, in der URL-Prüfung „Live-URL testen“, das Signal in der gerenderten Antwort bestätigen und „Indexierung beantragen“. Googles Erklärung lautet oft “we haven’t crawled the page since you added the rule.” (Übersetzung) „Google hat die Seite seit dem Hinzufügen der Regel noch nicht gecrawlt.“

Ein Removals-Antrag ist abgelaufen und die Seite zurückgekehrt

• Symptom: Eine ausgeblendete Seite erscheint nach einigen Monaten erneut.
• Wahrscheinliche Ursache: Die Maßnahme gilt nur ungefähr sechs Monate; ohne Dauerlösung ist die URL danach wieder anzeigbar.
• Lösung: noindex, 404/410 oder Passwortschutz umsetzen und gegebenenfalls einen neuen Removals-Antrag zur Überbrückung stellen.

Eine gelöschte Seite mit 404/410 steht noch in Ergebnissen

• Symptom: Die URL liefert tatsächlich 404 oder 410, erscheint aber weiter.
• Wahrscheinliche Ursache: Google hat den Status noch nicht erneut gecrawlt und verarbeitet; die Entfernung erfolgt erst “once they’re crawled and processed” (Übersetzung) „nachdem die URLs gecrawlt und verarbeitet wurden“.
• Lösung: Status mit dem HTTP Status Checker (/tools/http-status-checker) bestätigen, einen Recrawl anfordern und bei Dringlichkeit Removals überbrückend nutzen.

Ein Bild bleibt trotz robots.txt-Sperre in Google Bilder

• Symptom: Ein Googlebot-Image-Disallow wurde gesetzt, das Bild bleibt sichtbar.
• Wahrscheinliche Ursache: Die Regel passt nicht zum tatsächlichen Pfad, ein Syntaxfehler stört oder Google hat das Bild noch nicht erneut verarbeitet.
• Lösung: Den exakten Bildpfad im robots-txt-tester (/tools/robots-txt-tester) prüfen und den normalen Recrawl abwarten.

Rankings fallen nach noindex für eine vermeintliche Duplikatseite

• Symptom: Statt einer Konsolidierung sinkt die Sichtbarkeit des Inhalts.
• Wahrscheinliche Ursache: noindex bündelt keine Signale, sondern entfernt die Seite vollständig. Möglicherweise waren die Inhalte nicht redundant.
• Lösung: Für echte Duplikate rel="canonical" auf die bevorzugte URL setzen und die Beziehung mit dem Canonical Checker (/tools/canonical-checker) prüfen.

Werkzeuge für Deindexierungsaufgaben

Prüfen Sie Crawling- und Indexierungssignale direkt, statt zu raten.

• Robots.txt Tester: Prüft, ob eine URL gesperrt ist, bevor Sie sich auf noindex, 404/410 oder Canonical-Signale verlassen.
• HTTP Status Checker: Bestätigt echte 404- oder 410-Antworten statt eines Soft-404 mit 200 und prüft Antworten von noindex-Seiten.
• Canonical Checker: Zeigt die Canonical-Beziehung bei der Konsolidierung von Duplikaten.
• Google Search Console CSV Analyzer: Wertet Daten zur Seitenindexierung einschließlich „Indexed, though blocked by robots.txt“ aus.

Ergänzend eignen sich Google Search Console für Removals, URL-Prüfung und den Indexierungsbericht, Bing Webmaster Tools für Block URLs sowie Screaming Frog für websiteweite Prüfungen von robots.txt, Statuscodes und Canonicals.

Validierungstests – ist die Entfernung wirklich wirksam?

Maschinell prüfbare Kontrollen für jede dauerhafte Methode.

Test: noindex ist vorhanden und die Seite crawlbar

• Test: URL im Robots.txt Tester (/tools/robots-txt-tester) prüfen und danach curl -sI https://example.com/page/ beziehungsweise <head> oder Antwort-Header auf Meta-noindex oder X-Robots-Tag: noindex untersuchen.
• Erwartung: URL ist in robots.txt erlaubt und eines der noindex-Signale vorhanden.
• Fehldeutung: Bei Disallow sieht Google noindex nie; fehlt das Signal, gibt es keine wirksame Entfernungsanweisung.
• Beobachtungszeit: Signal sofort, Entfernung nach Googles Recrawl typischerweise 1–2 Wochen.
• Rollback: noindex entfernen und erneut Indexierung beantragen.

Test: Gelöschte Seite liefert 404/410 statt Soft-404

• Test: HTTP Status Checker (/tools/http-status-checker) oder curl -I https://example.com/old-page/ verwenden.
• Erwartung: HTTP-Antwort ist wirklich 404 oder 410, nicht 200 mit Fehlertext.
• Fehldeutung: Eine 200-Antwort bleibt für Google eine lebende, indexierbare Seite.
• Beobachtungszeit: Status sofort, tatsächliche Entfernung nach Recrawl etwa 1–4 Wochen.
• Rollback: Inhalt wiederherstellen, 200 liefern und Indexierung beantragen.

Test: robots.txt blockiert die per noindex oder Löschung zu entfernende Seite NICHT

• Test: Exakte URL im Robots.txt Tester (/tools/robots-txt-tester) oder über curl -s https://example.com/robots.txt gegen die Regeln prüfen.
• Erwartung: Kein passendes Disallow; die URL ist erlaubt.
• Fehldeutung: Bei einer Sperre sieht Google weder noindex noch den neuen Statuscode.
• Beobachtungszeit: Sofort.
• Rollback: entfällt; dies ist eine Vorbedingung, keine Änderung.

Test: Canonical-Konsolidierung wird beachtet

• Test: Canonical Checker (/tools/canonical-checker) für Duplikat und Ziel-URL sowie das Feld „Google-selected canonical“ in der URL-Prüfung verwenden.
• Erwartung: Googles ausgewählte Canonical stimmt mit der deklarierten URL überein.
• Fehldeutung: Bei Abweichung überstimmen andere Signale wie interne Links oder Sitemaps die Deklaration; diese Signale korrigieren, nicht noindex hinzufügen.
• Beobachtungszeit: 2–4 Wochen; die Auswahl kann sich bei Neubewertung ändern.
• Rollback: Bei Sichtbarkeitsverlust Canonical entfernen und beide URLs separat indexieren lassen.

Test: Removals-Antrag ist aktiv und Dauerlösung vor Ablauf wirksam

• Test: Status in Search Console unter Indexierung → Entfernungen prüfen und noindex, 404/410 oder Passwortschutz separat validieren.
• Erwartung: Removals zeigt „Removed“ und der Test der Dauerlösung besteht.
• Fehldeutung: Ohne Dauerlösung kehrt die URL nach ungefähr sechs Monaten zurück.
• Beobachtungszeit: Spätestens nach ungefähr vier Monaten erneut prüfen.
• Rollback: Removals-Antrag stornieren und Dauerlösung zurücknehmen.

Deindexierungsentscheidungen in der Praxis

Seite für Nutzer behalten, aus der Suche entfernen

Vorher: Eine interne Kontoseite liefert 200, ist öffentlich erreichbar und kann erscheinen. Nachher: crawlbar lassen und noindex liefern; robots.txt darf den Abruf nicht verhindern.

Inhalt ohne Ersatz löschen

Vorher: Eine abgelaufene Seite liefert trotz fehlendem Inhalt 200. Nachher: 404 oder 410 zurückgeben und interne Links sowie Sitemap-Einträge entfernen. Keine irrelevante Weiterleitung auf die Startseite nur zur Vermeidung eines 404.

Ein echtes Duplikat konsolidieren

Vorher: Zwei gleichwertige URLs sind indexierbar. Nachher: Duplikat weiterleiten, wenn Nutzer es nicht brauchen, oder crawlbar lassen und per Canonical auf die bevorzugte URL verweisen. Das ist keine Aufgabe für noindex.

Sensible Inhalte sofort und dauerhaft verbergen

Vorher: Ein privates Dokument ist öffentlich und indexiert. Nachher: Zugriff serverseitig einschränken oder Dokument entfernen, Removals vorübergehend zur schnellen Ausblendung nutzen und die dauerhafte Sperre bestehen lassen.

Selbsttest zur Deindexierung

Fünf Fragen zur tatsächlichen Entfernung einer Seite aus Google.

Empfehlenswerte Ressourcen

Meine verwandten Artikel

• URLs aus der Google-Suche entfernen: fünf Methoden – einschließlich Vergleich der Google- und Bing-Fristen.
• „Indexed, though blocked by robots.txt“ kann mehr als eine robots.txt-Sperre bedeuten – vier Ursachen des Search-Console-Status.
• Robots.txt und SEO – was robots.txt beim Crawling leistet und bei der Indexierung nicht leistet.
• Einsteigerleitfaden für technische SEO – Einordnung der Indexierungssteuerung.

Mein Vortrag

• Wie die Suche funktioniert – Überblick über Crawling, Rendering, Indexierung und Auslieferung. Mein Vorbehalt lautet: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Dies ist mein Verständnis der Systeme und wird nicht zu 100 Prozent vollständig oder richtig sein.“

Offizielle Quellen

• Google – eigene Seite entfernen und Indexierung mit noindex blockieren.
• Google – nicht unterstützte Regeln in robots.txt (Gary Illyes, 2019) zur Einstellung von noindex in robots.txt.

Aus der Branche

• Zum Entfernen von Seiten aus der Google-Suche noindex statt robots.txt verwenden – Muellers Hinweis von 2021.
• Google: John Mueller erläutert das Entfernen von Seiten aus der Suche – Zweischrittmodell und schnelle Removals-Wirkung.
• Google könnte den Umgang mit Noindex in robots.txt ändern – Ursprung der Einstellung 2019.
• John Muellers Website nicht mehr in der Google-Suche – Fallstudie zu einem robots.txt-Parsing-Randfall im März 2024.
• Was ist ein Noindex-Tag? – einfache Referenz zu noindex und Canonicals.
• r/TechSEO – Community für Crawling-, Indexierungs- und Deindexierungsfragen.

Änderungsprotokoll