Noarchive im SEO

Die aktuelle Dokumentation von Google listet noarchive unter historischen und ungenutzten Regeln – es wird bei der Suche ignoriert. Bing verwendet es weiterhin, um die Einbindung in Chat/Copilot-Antworten und den Opt-out für KI-Training zu steuern. Syntax, die Google-Zeitleiste 2024 und wann es weiterhin relevant ist.

Erstveröffentlicht: 2. Juli 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen

Noarchive ist eine robots-Meta-Direktive (`<meta name="robots" content="noarchive">`), die einst den 'Cached'-Link von Google entfernte. Die aktuelle Dokumentation von Google listet `noarchive` unter 'historischen und anderen ungenutzten Regeln' und sagt, dass es ignoriert wird, da die Cache-Link-Funktion nicht mehr existiert (im Februar 2024 eingestellt; der `cache:`-Operator folgte im September 2024). Der Search Liaison von Google sagte 2024, dass die Regel weiterhin respektiert würde, aber die aktuelle Dokumentation von Google besagt das Gegenteil – behandeln Sie es heute als wirkungslos auf Google, nicht als stillschweigend beachtete Kontrolle. Es ist auch keine Zugriffskontrolle und kann weder Scraping, Browser-/CDN-Caching, Screenshots noch Archivierung durch Dritte verhindern. Der eigentliche Grund, es weiterhin hinzuzufügen, ist Bing: Seit September 2023 optiert `noarchive` Ihre Inhalte aus Bing Chat/Copilot-Antworten und dem KI-Training von Microsoft aus, während `nocache` eine mildere Variante ist. Es unterscheidet sich von `noindex` (entfernt die Seite aus den Ergebnissen) und `nosnippet` (verbirgt das Vorschau-Snippet). Verwenden Sie den `X-Robots-Tag: noarchive`-Header für Nicht-HTML-Dateien.

TL;DR — noarchive (<meta name="robots" content="noarchive"> oder der X-Robots-Tag: noarchive-Header für Nicht-HTML-Dateien) entfernte früher Googles „Cached“-Link. Google hat gecachte Seiten im Feb. 2024 eingestellt und den cache:- Operator bis ~Sept. 2024; Google listet noarchive nun unter „historische und andere ungenutzte Regeln“ – es ist auf Googles SERPs wirkungslos. Der entscheidende Grund, sich weiterhin darum zu kümmern, ist Bing: Seit Sept. 2023 optiert noarchive Inhalte aus Bing Chat/Copilot- Antworten und aus Microsofts KI-Training aus, während nocache eine Variante mit geringerer Wirkung ist. Es unterscheidet sich von noindex (entfernt die Seite) und nosnippet (versteckt die Vorschau). Es stoppt nicht die Wayback Machine.

Evidence for this claim Google lists noarchive as a historical rule it no longer uses because cached links are no longer available in Google Search. Scope: Current Google Search behavior only. Confidence: high · Verified: Google Search Central: Historical robots rules Evidence for this claim Microsoft documents noarchive as preventing use of page content in Bing Chat/Copilot answers, links from those answers, and generative AI foundation-model training while leaving ordinary Bing web-search visibility available. Scope: Microsoft Bing/Copilot controls; distinct from Google Search, noindex, and independent web archives. Confidence: high · Verified: Bing Webmaster Blog: New controls for webmasters

Was noarchive ist – eine Auslieferungsdirektive, keine Indexkontrolle

noarchive ist eine der Robots-Meta-Direktiven. Ihre historische Aufgabe war eng begrenzt: Suchmaschinen daran zu hindern, eine gecachte/archivierte Kopie der Seite für Suchende verfügbar zu halten. Sie hat die Seite nie aus dem Index entfernt, nie Rankings beeinflusst und nie das Snippet unterdrückt – sie regelte nur die gecachte Kopie.

Die Syntax ist ein standardmäßiges Robots-Meta-Tag:

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

Sie können es auf den Crawler einer einzelnen Engine beschränken, statt auf alle – <meta name="googlebot" content="noarchive"> nur für Google oder <meta name="bingbot" content="noarchive"> nur für Bing – und Sie können es mit anderen Direktiven in einem Tag kombinieren (z. B. content="noarchive, nosnippet").

Der X-Robots-Tag-Header – für PDFs und andere Nicht-HTML-Dateien

Ein <meta>-Tag funktioniert nur dort, wo es ein HTML-<head> gibt, in das es eingefügt werden kann. Für eine PDF, ein Bild oder eine andere Nicht-HTML-Ressource senden Sie dieselbe Direktive stattdessen als HTTP-Antwort- header. Googles Spezifikation ist explizit, dass dies für jede Regel funktioniert: “The X-Robots-Tag can be used as an element of the HTTP header response for a given URL. Any rule that can be used in a robots meta tag can also be specified as an X-Robots-Tag.” (Übersetzung) „Der X-Robots-Tag kann als Element der HTTP-Header-Antwort für eine bestimmte URL verwendet werden. Jede Regel, die in einem Robots-Meta-Tag verwendet werden kann, kann auch als X-Robots-Tag angegeben werden.“ Die Header-Form lautet also:

X-Robots-Tag: noarchive

Dies ist dasselbe Auslieferungsmuster wie bei noindex und dem Rest der Robots-Familie – Head-Meta-Tag für HTML, HTTP-Header für alles andere.

Warum noarchive bei Google nichts mehr bewirkt

Google hat gecachte Seiten entfernt. Die Zeitleiste ist es wert, festgehalten zu werden, weil fast kein anderer Artikel sie damit verbindet, was das für dieses spezifische Tag bedeutet:

  • Februar 2024 – Google hat den „Cached“-Link aus den Suchergebnissen entfernt.
  • ~September 2024 – Google hat die Abschaffung des cache:-Suchoperators abgeschlossen, laut der Folgeberichterstattung von Search Engine Land. Ungefähr ein sieben- bis achtmonatiger Ausklang.

Da kein zwischengespeichertes Feature mehr übrig ist, hat noarchive nichts, worauf es einwirken könnte. Google ordnet es jetzt unter “the following rules aren’t used by Google Search and are ignored. We’re including these rules here because people have often asked about them or we used them in the past” ein — seinem Abschnitt “historische und andere ungenutzte Regeln”. Zu noarchive im Speziellen: “The noarchive rule is no longer used by Google Search to control whether a cached link is shown in search results, as the cached link feature no longer exists.”(Übersetzung) „Die noarchive-Regel wird von der Google-Suche nicht mehr verwendet, um zu steuern, ob ein zwischengespeicherter Link in den Suchergebnissen angezeigt wird, da die Funktion für zwischengespeicherte Links nicht mehr existiert.“

Die angrenzende nocache-Regel erfährt dieselbe Behandlung — “The nocache rule isn’t used by Google Search”(Übersetzung) „Die nocache-Regel wird von der Google-Suche nicht verwendet“ — was wichtig ist, weil die Leute die beiden ständig als Synonyme behandeln (bei Bing weichen sie ab; siehe unten).

Was Sullivan 2024 sagte – und was Googles aktuelle Dokumentation jetzt sagt

Hier gibt es eine Nuance, die es wert ist, präzise zu sein, denn zwei Aussagen von Google stimmen nicht vollständig überein. Als der Cache-Link verschwand, äußerte sich Googles Search Liaison Danny Sullivan direkt zu noarchive: “You’re going to see cache: go away in the near future, too. But wait, I hear you ask, what about noarchive? We’ll still respect that; no need to mess with it. Plus, others beyond us use it.” (Übersetzung) „Auch cache: wird in naher Zukunft verschwinden. Aber Moment, ich höre Sie fragen: Was ist mit noarchive? Das werden wir weiterhin respektieren; Sie müssen nichts daran ändern. Außerdem nutzen es auch andere außer uns.“ Das war Sullivans offizielle Position im September 2024.

Aber Googles eigene aktuelle Dokumentation ist direkter als dieses Zitat: “The following rules aren’t used by Google Search and are ignored.” (Übersetzung) „Die folgenden Regeln werden von der Google-Suche nicht verwendet und werden ignoriert.“ „Ignoriert“ ist eine stärkere Aussage als „wir werden das weiterhin respektieren“, und die beiden Aussagen lassen sich nicht vollständig in Einklang bringen. Die maßgebliche Quelle ist Googles eigene aktuelle Dokumentation, nicht ein zwei Jahre altes Zitat – daher werde ich Ihnen nicht sagen, dass noarchive bei Google stillschweigend beachtet wird. Behandeln Sie es als eine Regel, auf die Googles Suchdokumentation sagt, dass sie heute nicht einwirkt.

Praktisch ändert sich das Ergebnis kaum: Ob Google die Regel nun rundweg „ignoriert“ oder sie einst „respektierte“ ohne sichtbare Wirkung – es gibt nichts mehr auf Googles SERPs, das noarchive steuert, und keinen Grund, es dort für Google hinzuzufügen. Der Unterschied ist wichtig für die korrekte Beschreibung des Tags – nicht für das, was Sie tun sollten.

noarchive vs. noindex vs. nosnippet vs. max-snippet

Diese werden ständig durcheinandergebracht. Sie gehören zur gleichen robots-Familie, erfüllen aber völlig unterschiedliche Aufgaben:

DirektiveSeite weiterhin indexiert?Snippet weiterhin angezeigt?Was sie steuert
noarchiveJaJaDie zwischengespeicherte/archivierte Kopie (inert bei Google; aktiv bei Bing für KI)
noindexNeinN/AEntfernt die Seite vollständig aus den Suchergebnissen
nosnippetJaNeinUnterdrückt das Text-Snippet / die Video-Vorschau
max-snippet:0JaNeinBegrenzt die Snippet-Länge auf null – funktional wie nosnippet

Googles eigene Definitionen: noindex ist “Do not show this page, media, or resource in search results”, und nosnippet ist “Do not show a text snippet or video preview in the search results for this page” — und bemerkenswerterweise verhindert dieselbe nosnippet-Regel jetzt auch, dass der Inhalt als direkte Eingabe für KI-Übersichten und den KI-Modus verwendet wird. Wenn Ihr Ziel ist, „keinen Vorschautext auf Google zu zeigen“, ist nosnippet oder max-snippet:0 (Google: “0: No snippet is to be shown. Equivalent to nosnippet”) das richtige Werkzeug — nicht noarchive, das Snippets von vornherein nie beeinflusst hat.

Wo noarchive weiterhin seinen Zweck erfüllt: Bing und KI

Das ist die eigentliche Geschichte für 2026, und sie ist der Blickwinkel, den fast niemand behandelt. Bing gibt noarchive eine aktuelle, bedeutsame Funktion, die nichts mit dem alten Cache-Link zu tun hat.

Laut Bings Ankündigung vom September 2023 zur Steuerung der Verwendung von Inhalten in Bing Chat lassen sich die Tags nun grob wie folgt aufschlüsseln:

  • Mit noarchive gekennzeichnete Inhalte werden nicht in Bing-Chat-/Copilot-Antworten aufgenommen, sind dort nicht verlinkt und werden nicht zum Trainieren der generativen KI-Basismodelle von Microsoft verwendet.
  • Mit nocache gekennzeichnete Inhalte können weiterhin in Bing-Chat-Antworten erscheinen, jedoch nur als URL / Titel / Snippet – und diese Elemente können weiterhin beim Training verwendet werden.
  • Wenn eine Seite beide Tags trägt, behandelt Bing sie als nocache (das weniger restriktive der beiden – wirklich kontraintuitiv, daher erwähnenswert).
  • Inhalte mit keinem der beiden Tags sind sowohl für Bing-Chat-Antworten als auch für das KI-Training freigegeben.
  • In jedem Fall bleibt die normale Websuche-Sichtbarkeit bei Bing unberührt – die Seite rankt weiterhin in den regulären organischen Ergebnissen von Bing.
Evidence for this claim Microsoft documents noarchive as preventing use of page content in Bing Chat/Copilot answers, links from those answers, and generative AI foundation-model training while leaving ordinary Bing web-search visibility available. Scope: Microsoft Bing/Copilot controls; distinct from Google Search, noindex, and independent web archives. Confidence: high · Verified: Bing Webmaster Blog: New controls for webmasters Bings Live-Hilfeseite zu seinen Robots-Tags wird clientseitig gerendert und widerstand automatisierter Überprüfung, daher wird das spezifische noarchive/nocache-Verhalten oben aus Bings eigenem Blogbeitrag vom September 2023 beschrieben und nicht wörtlich zitiert; bestätigen Sie die genaue Formulierung in einem Browser, bevor Sie einen einzelnen Satz als direktes Bing-Zitat behandeln. Diese Ankündigung ist auch die einzige Primärquelle hinter diesem Abschnitt – sie dokumentiert Bings Richtlinie Stand September 2023, keine unabhängig neu verifizierte Bestätigung für 2026 auf jeder aktuellen Copilot-, Partner- oder Untertitelungs-Oberfläche. Nichts in dieser Recherche widerspricht ihr, aber behandeln Sie sie als „dokumentierte Richtlinie seit 2023“ und nicht als Garantie, dass das Verhalten überall dort, wo Bing-Inhalte heute erscheinen, identisch ist.

Bei Bing ist das also der Kernpunkt, neu formuliert: Die Frage, die noarchive beantwortet, ist nicht mehr nur „dürfen Benutzer eine zwischengespeicherte Kopie ansehen?“ – sondern „darf Bing diese Inhalte in KI- Chat-Antworten wiederverwenden und zum Trainieren von Modellen verwenden?“ Das ist das Unterscheidungsmerkmal, und deshalb führe ich mit Bing an, statt mit dem toten Google-Cache-Link.

Wann Sie noarchive im Jahr 2026 weiterhin verwenden sollten

  • Um die KI-/Chat-Wiederverwendung und das Training von Bing abzulehnen – der stärkste und aktuellste Grund. Wenn Sie nicht möchten, dass Ihre Inhalte in Bing Chat/Copilot-Antworten oder in das Modelltraining von Microsoft einfließen, ist noarchive das richtige Mittel.
  • Zeitsensitive Seiten, als höfliche Konvention – Aktionen, die ablaufen, oder Seiten, von denen Sie möchten, dass Crawler, die noarchive (oder nocache) weiterhin respektieren, keine archivierte Kopie behalten. Dies ist keine Sicherheitskontrolle: Es verhindert nicht, dass die Live-Seite angesehen, gescreenshottet, kopiert, von einem Browser oder CDN zwischengespeichert oder von Tools archiviert wird, die die Anweisung nicht respektieren. Für Paywall- oder wirklich sensible Inhalte verwenden Sie echte Zugriffskontrolle (Authentifizierung, IP-Einschränkung) – nicht noarchive.
  • Als harmloses Erbe – wenn es bereits in Ihren Vorlagen ist, kostet es Sie bei Google nichts und leistet bei Bing echte Arbeit.

Für die meisten Websites ist noarchive ein Standardbaustein aus einem Vor-2024-Denkmodell – und das ist in Ordnung. Es wird erst dann wieder wirklich nützlich, wenn Sie aktiv die KI-Wiederverwendung auf Bing kontrollieren möchten, oder als defensive Gewohnheit bei Inhalten, die Sie nicht von Tools archiviert sehen möchten, die das Tag weiterhin respektieren.

Mythen, die es zu klären gilt

  • „noarchive blendet den Cache-Link bei Google weiterhin aus.“ Nein – die Cache-Funktion ist für alle verschwunden, unabhängig vom Tag. Die Google-Dokumentation sagt, die Regel „wird nicht mehr verwendet…, da die Cache-Link-Funktion nicht mehr existiert.“
  • „noarchive ist ein toter Tag, löschen Sie ihn.“ In beide Richtungen nicht dringend – die Google-Dokumentation sagt jetzt, die Regel werde ignoriert, aber sie zu belassen kostet Sie dort nichts, und sie hat eine echte Wirkung auf die KI-Oberflächen von Bing. Das Entfernen kann bei Bing eine Rolle spielen, auch wenn es bei Google keine Rolle spielt.
  • „noarchive schützt sensible oder private Inhalte.“ Nein – es ist eine Anfrage an Suchmaschinen, die uneinheitlich befolgt wird, und verhindert nicht, dass die Ursprungsseite angesehen, gescreenshottet, kopiert, von einem Browser/CDN zwischengespeichert oder von einem Tool archiviert wird, das es nicht respektiert. Verwenden Sie echte Zugriffskontrolle für alles, was Sie privat halten müssen.
  • „noarchive beeinflusst Rankings.“ Es gibt keinen dokumentierten Ranking-Effekt – es ist eine Regel für das Auslieferungsverhalten, kein Ranking-Signal. Sie werden eine weit verbreitete Behauptung sehen, die John Mueller zugeschrieben wird, dass es keine Auswirkungen auf Rankings habe; ich konnte das nicht auf eine verifizierbare Originalquelle zurückführen, daher werde ich es nicht als Zitat präsentieren – aber die Richtungsaussage (keine Ranking-Auswirkung) ist konsistent mit der Art, wie Google das Tag dokumentiert.
  • „noarchive stoppt die Wayback Machine.“ Nein – es ist eine Suchmaschinen-Anweisung, keine universelle Nicht-Archivieren-Anweisung. Das Internet Archive und andere Drittanbieter-Archivdienste handeln nicht danach.
  • „noarchive und nocache sind überall dasselbe.“ Historisch ja, und als Basissynonym für klassisches Caching weiterhin wahr – aber bei Bing nicht mehr, wo sie jetzt unterschiedliche KI-Wiederverwendungsbedeutungen haben.

Wo noarchive zu allem anderen passt

noarchive gehört zur robots-meta-Familie neben noindex (seinem Index-Kontroll-Cousin) und nosnippet / max-snippet (den Snippet-Kontrollen), alle ausgeliefert über das robots-meta-Tag im Kopf oder den X-Robots-Tag-Header für Nicht-HTML-Dateien – dieselben Auslieferungsmechanismen, die im Meta-Tags-Hub behandelt werden. Die Einzeiler-Zusammenfassung: Bei Google ist es eine dokumentierte, ignorierte historische Regel ohne sichtbare Wirkung; bei Bing ist es eine aktive, aktuelle Kontrolle über die Einbeziehung in KI-Antworten und das Modelltraining; bei keiner der beiden Suchmaschinen ist es eine Sicherheits- oder Zugriffskontrolle. Wenn Sie diese Realitäten getrennt halten, hört noarchive auf, verwirrend zu sein.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.