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 · Zaawansowane

Noarchive to dyrektywa robots (`<meta name="robots" content="noarchive">`), która historycznie ukrywała kopię strony w pamięci podręcznej. Bieżąca dokumentacja Google wymienia `noarchive` jako nieużywaną regułę, ponieważ zniknęła funkcja odnośnika cache (luty 2024), a operator `cache:` wycofano do września 2024. Nie jest to kontrola dostępu i nie zatrzyma pobierania, pamięci podręcznej przeglądarki lub CDN-u, zrzutów ekranu ani archiwizacji zewnętrznej. Bing nadal używa `noarchive` do wyłączenia treści z odpowiedzi Chat/Copilot i trenowania AI, natomiast `nocache` ma łagodniejsze działanie. Dyrektywa różni się od `noindex` (usuwa stronę z wyników) i `nosnippet` (ukrywa fragment). Dla plików innych niż HTML użyj nagłówka `X-Robots-Tag: noarchive`.

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.

Dowód potwierdzający to twierdzenie Google lists noarchive as a historical rule it no longer uses because cached links are no longer available in Google Search. Zakres: Current Google Search behavior only. Poziom ufności: wysoki · Zweryfikowano: Google Search Central: Historical robots rules Dowód potwierdzający to twierdzenie 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. Zakres: Microsoft Bing/Copilot controls; distinct from Google Search, noindex, and independent web archives. Poziom ufności: wysoki · Zweryfikowano: 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 wyjaśnia, że X-Robots-Tag może być elementem nagłówka odpowiedzi dla danego adresu URL, a każdą regułę tagu meta robots można również podać w 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 sekcji „historyczne i inne nieużywane reguły” i wyjaśnia w bieżącej dokumentacji, że reguła nie jest już używana, ponieważ funkcja odnośnika cache przestała istnieć; szczegółowy opis noarchive potwierdza ten sam stan.

Sąsiednia reguła nocache jest traktowana tak samo — Google podaje, że nie jest używana przez wyszukiwarkę — 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ł, rzecznik Google ds. wyszukiwarki Danny Sullivan odniósł się bezpośrednio do noarchive: w datowanym komentarzu — pozycja Sullivana z września 2024 roku.

Jednak bieżąca dokumentacja Google jest bardziej bezpośrednia: nazywa te reguły nieużywanymi i ignorowanymi. „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.

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 rozdzielają te funkcje: noindex usuwa stronę, multimedia lub zasób z wyników, a nosnippet ukrywa fragment tekstu i podgląd wideo. Definicja noindex i definicja nosnippet rozdzielają te funkcje. Ta sama reguła nosnippet zapobiega też 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, 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.
Dowód potwierdzający to twierdzenie 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. Zakres: Microsoft Bing/Copilot controls; distinct from Google Search, noindex, and independent web archives. Poziom ufności: wysoki · Zweryfikowano: 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: “is no longer used…as the cached link feature no longer exists.” (tłumaczenie) „nie jest już używana, ponieważ funkcja odnośnika cache już nie istnieje”.
  • Mit: “noarchive is a dead tag, delete it.” (tłumaczenie) „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.
  • „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.

Dodaj notatkę eksperta

Przypnij cytat eksperta

Nowa osoba? Najpierw utwórz jej nieprzejęty profil na /admin/experts/ → Przypnij cytat eksperta .