Języki

Dyrektywa noarchive

Jak działa noarchive, co faktycznie robi dziś w Google i Bingu oraz czym różni się od noindex, nosnippet i nocache.

Opublikowano po raz pierwszy: 2 lip 2026 · Ostatnia aktualizacja: 3 sie 2026 · Advanced
Języki
AIAutor:AI v2

noarchive to dyrektywa robots, która historycznie ukrywała kopię strony w pamięci podręcznej. Google usunęło funkcję Cached, więc tag nie ma już widocznego efektu w Google, ale Bing używa go do wyłączenia treści z odpowiedzi AI i trenowania modeli. Nie usuwa strony z wyszukiwania, nie blokuje Wayback Machine i nie jest kontrolą dostępu.

TL;DR — noarchive (<meta name="robots" content="noarchive"> lub nagłówek X-Robots-Tag: noarchive dla plików niebędących HTML) usuwało kiedyś odnośnik „Cached” Google. Google wycofało strony z pamięci podręcznej w lutym 2024 roku, a operator cache: około września 2024 roku, więc Google wymienia dziś noarchive wśród „historycznych i innych nieużywanych reguł” — na stronach wyników Google jest bezczynne. Powód, dla którego nadal warto je znać, to Bing: od września 2023 roku noarchive wyłącza treść z odpowiedzi Bing Chat/Copilot i z trenowania AI Microsoftu, podczas gdy nocache jest łagodniejszym wariantem. Różni się od noindex (usuwa stronę) i nosnippet (ukrywa podgląd). Nie zatrzymuje 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

Czym jest noarchive — dyrektywa dostarczania, a nie kontrola indeksu

noarchive to jedna z dyrektyw robots meta. Jej historyczne zadanie było wąskie: powstrzymać wyszukiwarki przed udostępnianiem wyszukującym zapisanej/archiwalnej kopii strony. Nigdy nie usuwała strony z indeksu, nie wpływała na ranking i nie ukrywała fragmentu — sterowała wyłącznie kopią z pamięci podręcznej.

Składnia to standardowy tag robots meta:

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

Możesz ograniczyć ją do crawlera jednej wyszukiwarki zamiast wszystkich — <meta name="googlebot" content="noarchive"> tylko dla Google albo <meta name="bingbot" content="noarchive"> tylko dla Binga — i łączyć ją z innymi dyrektywami w jednym tagu, na przykład content="noarchive, nosnippet".

Nagłówek X-Robots-Tag — dla PDF-ów i innych plików niebędących HTML

Tag <meta> działa tylko tam, gdzie znajduje się HTML-owy <head> do jego umieszczenia. W przypadku PDF-u, obrazu lub dowolnego zasobu niebędącego HTML wysyłasz tę samą dyrektywę zamiast tego w nagłówku odpowiedzi HTTP. Specyfikacja Google wyraźnie mówi, że działa to dla każdej reguły: „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.” („X-Robots-Tag można użyć jako elementu nagłówka odpowiedzi HTTP dla danego URL-a. Każdą regułę, której można użyć w robots meta tagu, można też określić jako X-Robots-Tag.”) Zatem forma nagłówka to:

X-Robots-Tag: noarchive

To ten sam wzorzec dostarczania co w przypadku noindex i reszty rodziny robots — tag meta w nagłówku HTML, nagłówek HTTP dla wszystkiego innego.

Dlaczego noarchive niczego już nie robi w Google

Google usunęło strony z pamięci podręcznej. Warto ustalić oś czasu, ponieważ niemal żaden konkurencyjny artykuł nie łączy jej z tym, co oznacza dla tego konkretnego tagu:

  • Luty 2024 roku — Google usunęło odnośnik „Cached” z wyników wyszukiwania.
  • ~wrzesień 2024 roku — Google zakończyło wyłączanie operatora wyszukiwania cache:, zgodnie z późniejszym omówieniem w Search Engine Land. Wygaszanie trwało około siedmiu–ośmiu miesięcy.

Ponieważ nie ma już funkcji cache, noarchive nie ma czego kontrolować. Google umieszcza je w „the following rules aren’t used by Google Search and are ignored” („następujące reguły nie są używane przez Google Search i są ignorowane”) — w sekcji „historyczne i inne nieużywane reguły”. W odniesieniu do noarchive Google mówi: „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.” („Reguła noarchive nie jest już używana przez Google Search do kontrolowania tego, czy w wynikach wyszukiwania pojawia się odnośnik cache, ponieważ funkcja odnośnika cache już nie istnieje.”)

Sąsiednia reguła nocache jest traktowana tak samo — „The nocache rule isn’t used by Google Search” („Reguła nocache nie jest używana przez Google Search”) — co ma znaczenie, ponieważ ludzie stale traktują oba terminy jako synonimy (w Bingu się rozchodzą; zobacz niżej).

Co Sullivan powiedział w 2024 roku — i co mówią dziś bieżące dokumenty Google

Warto zachować tu precyzję, ponieważ dwa stwierdzenia oparte na Google nie są w pełni zgodne. Gdy odnośnik cache znikał, Search Liaison Google Danny Sullivan odniósł się bezpośrednio do 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.” — pozycja Sullivana z września 2024 roku.

Jednak bieżąca dokumentacja Google jest bardziej bezpośrednia niż ten cytat: „The following rules aren’t used by Google Search and are ignored.” („Następujące reguły nie są używane przez Google Search i są ignorowane.”) „Ignorowana” to mocniejsze stwierdzenie niż „nadal będziemy to respektować”, a obu stwierdzeń nie da się w pełni pogodzić. Źródłem rozstrzygającym jest bieżąca dokumentacja Google, a nie cytat sprzed dwóch lat — dlatego nie będę twierdzić, że noarchive jest po cichu honorowane w Google. Traktuj je jako regułę, o której dokumentacja Search Google mówi, że dziś nie działa.

W praktyce wynik prawie się nie zmienia: niezależnie od tego, czy Google „ignoruje” regułę bezpośrednio, czy kiedyś ją „respektowało” bez widocznego efektu, w wynikach Google nie ma już niczego, czym noarchive mogłoby sterować, i nie ma powodu dodawać go dla Google. Różnica ma znaczenie dla dokładnego opisu tagu — nie dla tego, co należy zrobić.

noarchive a noindex, nosnippet i max-snippet

Te dyrektywy są stale mieszane. Należą do tej samej rodziny robots, ale wykonują zupełnie różne zadania:

DyrektywaStrona nadal zaindeksowana?Fragment nadal widoczny?Co kontroluje
noarchiveTakTakKopię z pamięci podręcznej/archiwalną (w Google bezczynne; w Bingu aktywne dla AI)
noindexNieN/DCałkowicie usuwa stronę z wyników wyszukiwania
nosnippetTakNieUkrywa fragment tekstu/podgląd wideo
max-snippet:0TakNieUstawia długość fragmentu na zero — funkcjonalnie jak nosnippet

Własne definicje Google: noindex to „Do not show this page, media, or resource in search results” („Nie pokazuj tej strony, multimediów ani zasobu w wynikach wyszukiwania”), a nosnippet to „Do not show a text snippet or video preview in the search results for this page” („Nie pokazuj fragmentu tekstu ani podglądu wideo w wynikach wyszukiwania dla tej strony”); co ważne, ta sama reguła nosnippet teraz także „prevent[s] the content from being used as a direct input for AI Overviews and AI Mode” _(„zapobiega użyciu treści jako bezpośredniego wejścia dla AI Overviews i AI Mode”). Jeśli chcesz, aby Google nie pokazywało żadnego tekstu podglądu, narzędziem jest nosnippet lub max-snippet:0 (Google: „0: No snippet is to be shown. Equivalent to nosnippet”), a nie noarchive, które nigdy nie dotyczyło fragmentów.

Gdzie noarchive nadal się przydaje: Bing i AI

To prawdziwa historia z 2026 roku i aspekt, którego niemal nikt nie omawia. Bing nadaje noarchive aktualną, znaczącą funkcję, niezwiązaną ze starym odnośnikiem cache.

W ogłoszeniu Binga z września 2023 roku o kontroli wykorzystania treści w Bing Chat tagi przedstawiają się w przybliżeniu tak:

  • Treść oznaczona noarchive nie jest uwzględniana w odpowiedziach Bing Chat/Copilot, nie jest tam linkowana ani używana do trenowania generatywnych modeli AI Microsoftu.
  • Treść oznaczona nocache może pojawić się w odpowiedziach Bing Chat, ale tylko jako URL / tytuł / fragment — te elementy nadal mogą być używane do trenowania.
  • Jeśli strona ma oba tagi, Bing traktuje ją jako nocache (mniej restrykcyjną z dwóch — naprawdę nieintuicyjne, więc warto to odnotować).
  • Treść bez żadnego tagu może być użyta zarówno w odpowiedziach Bing Chat, jak i do trenowania AI.
  • W obu przypadkach zwykła widoczność w wyszukiwaniu internetowym Binga pozostaje bez zmian — strona nadal może zajmować pozycję w jego zwykłych wynikach organicznych.
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 Strona pomocy Binga dotycząca bieżących tagów robots renderuje się po stronie klienta i opierała się automatycznej weryfikacji, więc opisane wyżej zachowanie noarchive/nocache pochodzi z firmowego wpisu na blogu Binga z września 2023 roku, a nie z dosłownego cytatu; przed traktowaniem pojedynczego zdania jako bezpośredniej wypowiedzi Binga sprawdź dokładne brzmienie w przeglądarce. To ogłoszenie jest również jedynym źródłem pierwotnym tej sekcji — dokumentuje politykę Binga z września 2023 roku, a nie niezależnie zweryfikowane w 2026 roku zachowanie każdej bieżącej powierzchni Copilota, partnera lub napisów. W tych badaniach nie znaleziono niczego, co by mu przeczyło, ale traktuj je jako „udokumentowaną politykę od 2023 roku”, a nie gwarancję identycznego zachowania wszędzie, gdzie dziś pojawia się treść Binga.

W Bingu sedno wygląda więc tak: pytanie, na które odpowiada noarchive, nie brzmi już tylko „czy użytkownicy mogą zobaczyć kopię z pamięci podręcznej?”, lecz „czy Bing może ponownie użyć tej treści w odpowiedziach czatu AI i użyć jej do trenowania modeli?”. To czynnik różnicujący i dlatego zaczynam od Binga, a nie od martwego odnośnika cache Google.

Kiedy nadal używać noarchive w 2026 roku

  • Aby wyłączyć ponowne użycie i trenowanie przez Bing AI/czat — to najsilniejszy i najbardziej aktualny powód. Jeśli nie chcesz, aby Twoja treść zasilała odpowiedzi Bing Chat/Copilot ani trenowanie modeli Microsoftu, noarchive jest odpowiednią dźwignią.
  • W przypadku stron zależnych od czasu, jako uprzejmość zgodna z konwencją — promocji, które wygasają, lub stron, których nie chcesz przechowywać w archiwum przez crawlery nadal respektujące noarchive (albo nocache). To nie jest kontrola bezpieczeństwa: nie zatrzyma oglądania strony na żywo, zrzutów ekranu, kopiowania, pamięci podręcznej przeglądarki/CDN ani archiwizacji przez narzędzia, które nie respektują dyrektywy. W przypadku treści za paywallem lub rzeczywiście poufnych użyj prawdziwej kontroli dostępu (uwierzytelnianie, ograniczenie IP), a nie noarchive.
  • Jako nieszkodliwy relikt — jeśli tag jest już w szablonach, w Google nic Cię nie kosztuje, a w Bingu wykonuje rzeczywistą pracę.

W przypadku większości witryn noarchive jest szablonowym elementem odziedziczonym po modelu myślowym sprzed 2024 roku — i to w porządku. Znów staje się naprawdę użyteczny dopiero wtedy, gdy aktywnie chcesz kontrolować ponowne użycie przez AI Binga albo jako ostrożność przy treściach, których nie chcesz widzieć w archiwach narzędzi nadal respektujących tag.

Mity, które warto wyjaśnić

  • „noarchive nadal ukrywa odnośnik Cached w Google”. Nie — funkcja pamięci podręcznej zniknęła dla wszystkich, niezależnie od tagu. Dokumentacja Google mówi, że reguła „is no longer used…as the cached link feature no longer exists” („nie jest już używana, ponieważ funkcja odnośnika cache już nie istnieje”).
  • „noarchive to martwy tag, usuń go”. Tak czy inaczej nie jest to pilne — dokumentacja Google mówi dziś, że reguła jest ignorowana, ale jej pozostawienie nic tam nie kosztuje, a w Bingu ma aktywny efekt na powierzchniach AI. Usunięcie może mieć znaczenie w Bingu, choć nie będzie miało znaczenia w Google.
  • „noarchive chroni poufne lub prywatne treści”. Nie — to prośba do wyszukiwarek, honorowana niespójnie, która nie powstrzymuje oglądania, zrzutów ekranu, kopiowania, pamięci podręcznej przeglądarki/CDN ani archiwizacji przez narzędzie, które jej nie respektuje. Do prywatności użyj rzeczywistej kontroli dostępu.
  • „noarchive wpływa na ranking”. Nie ma udokumentowanego wpływu na ranking — to reguła zachowania przy dostarczaniu, a nie sygnał rankingowy. Zobaczysz szeroko powtarzane twierdzenie przypisywane Johnowi Muellerowi, że nie wpływa na ranking; nie udało się prześledzić go do weryfikowalnego źródła pierwotnego, więc nie przedstawiam go jako cytatu — ale kierunek twierdzenia jest zgodny ze sposobem, w jaki Google dokumentuje tag.
  • „noarchive zatrzymuje Wayback Machine”. Nie — to dyrektywa wyszukiwarki, a nie uniwersalna instrukcja „nie archiwizuj”. Internet Archive i inne archiwizatory zewnętrzne nie działają na jej podstawie.
  • „noarchive i nocache są wszędzie tym samym”. Historycznie tak, i nadal jest to podstawowy synonim klasycznego cache — ale nie w Bingu, gdzie mają różne znaczenia związane z ponownym użyciem przez AI.

Gdzie noarchive pasuje do reszty

noarchive należy do rodziny robots meta obok noindex (jego kuzyna od kontroli indeksu) oraz nosnippet/max-snippet (kontroli fragmentu); wszystkie są dostarczane przez robots meta tag w nagłówku lub nagłówek X-Robots-Tag dla plików niebędących HTML — te same mechanizmy omawia hub meta tagów. Jednozdaniowe podsumowanie: w Google jest udokumentowaną, ignorowaną historyczną regułą bez widocznego efektu; w Bingu jest bieżącą kontrolą uwzględniania w odpowiedziach AI i trenowania modeli; w żadnej wyszukiwarce nie jest kontrolą bezpieczeństwa ani dostępu. Trzymaj te fakty osobno, a noarchive przestanie być mylące.

Add an expert note

Pin an expert quote

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