Atrybut noreferrer to jedna z wartości atrybutu rel w kodzie HTML, dodawana do odnośników, która blokuje przesyłanie informacji o stronie odsyłającej (nagłówek HTTP Referer) do witryny docelowej. Sprawia on, że właściciel docelowej domeny nie widzi w swoich statystykach analitycznych, skąd dokładnie przyszedł użytkownik, a ruch ten jest klasyfikowany jako bezpośredni (direct). Technicznie działa na każdym linku, ale praktyczny sens ma wyłącznie przy odnośnikach prowadzących poza Twoją domenę.
Dla kogo?
Z atrybutu noreferrer korzystają głównie właściciele stron internetowych, specjaliści ds. cyberbezpieczeństwa oraz webmasterzy dbający o prywatność użytkowników i bezpieczeństwo danych przesyłanych w adresach URL.
Gdzie to się przydaje?
Parametr ten przydaje się przy linkowaniu do zewnętrznych serwisów, zwłaszcza gdy adresy URL Twojej witryny zawierają wrażliwe parametry sesji lub inne dane, które nie powinny trafić do cudzych serwerów.
Co to oznacza dla Twojego biznesu?
Dla Twojej firmy wdrożenie noreferrer oznacza przede wszystkim wyższy poziom ochrony prywatności użytkowników – adres Twojej podstrony nie trafia do serwerów witryn, do których linkujesz. Ochrona przed atakami typu tabnabbing to bonus, który w praktyce zapewniają już same nowoczesne przeglądarki. Koszt jest realny: partnerzy biznesowi przestają widzieć Twoją domenę jako źródło ruchu w swoich raportach.
Jak działa atrybut rel noreferrer?
Atrybut rel noreferrer działa poprzez całkowite wyczyszczenie nagłówka HTTP Referer podczas przejścia użytkownika na inną stronę internetową. Przeglądarka internetowa, widząc ten parametr w tagu odnośnika, wysyła zapytanie do serwera docelowego bez informacji o adresie URL strony źródłowej.
Domyślnie przeglądarki internetowe przesyłają nagłówek HTTP Referer przy każdym kliknięciu w link, choć od kilku lat w ograniczonym zakresie. Pozwala to administratorom stron docelowych dowiedzieć się, z jakiej witryny trafili do nich użytkownicy. Kiedy jednak zastosujesz rel noreferrer, serwer strony docelowej nie otrzymuje tego nagłówka w ogóle, co uniemożliwia identyfikację źródła przejścia.
Mechanizm ten jest realizowany bezpośrednio na poziomie przeglądarki użytkownika. Poniższa lista obrazuje, jak zmienia się zachowanie przeglądarki w zależności od konfiguracji linku:
- Brak atrybutu rel. Przeglądarka przekazuje w nagłówku HTTP Referer sam adres domeny odsyłającej, bez ścieżki i parametrów. Taka jest domyślna polityka strict-origin-when-cross-origin, stosowana przez Chrome od wersji 85, Firefoksa od 87 oraz przez Edge i Safari. Narzędzia analityczne rozpoznają więc domenę źródłową, ale nie konkretną podstronę.
- Obecność rel noreferrer. Nagłówek HTTP Referer zostaje całkowicie usunięty przed wysłaniem żądania do serwera docelowego, a ruch jest oznaczany jako bezpośredni.
- Własna polityka referrera. Nagłówek Referrer-Policy (dla całej witryny) lub atrybut referrerpolicy (dla pojedynczego linku) pozwala wybrać dowolny wariant pośredni, na przykład origin zamiast całkowitego wycięcia informacji. To bardziej precyzyjne narzędzie niż rel=”noreferrer”, które działa wyłącznie w trybie zero-jedynkowym.
- Zastosowanie parametrów UTM. Mimo użycia rel noreferrer, parametry UTM doklejone do adresu URL zostaną odczytane przez systemy analityczne, co pozwala na częściowe śledzenie kampanii.
Pamiętaj, że nazwa nagłówka HTTP Referer zawiera historyczny błąd ortograficzny (brak jednego „r”), który powstał przy tworzeniu specyfikacji protokołu HTTP i został zachowany do dziś ze względów kompatybilności wstecznej. Atrybut HTML zapisujemy jednak poprawnie jako noreferrer.
Stosowanie noreferrer automatycznie zapewnia ochronę oferowaną przez noopener - tak wynika wprost ze specyfikacji HTML. Jeśli zależy Ci na czystej analityce u partnerów, używaj samego noopener, który chroni przed atakami bez ukrywania źródła ruchu.
Czym różni się noreferrer od noopener?
Główna różnica polega na tym, że noreferrer ukrywa źródło pochodzenia ruchu, podczas gdy noopener chroni jedynie przed lukami bezpieczeństwa bez wpływu na dane analityczne. Oba atrybuty zabezpieczają stronę przed przejęciem kontroli nad kartą przez skrypt z zewnętrznej witryny, ale tylko noreferrer modyfikuje nagłówki HTTP.
Atrybut noopener odcina dostęp nowo otwartej karty do obiektu window.opener w przeglądarce. Bez tego zabezpieczenia strona otwarta w nowej karcie (za pomocą target=”_blank”) mogłaby za pomocą prostego skryptu JavaScript podmienić zawartość Twojej strony źródłowej. Ten wektor ataku, znany jako reverse tabnabbing, był głośno opisywany w latach 2016-2018, ale od 2021 roku przeglądarki blokują go domyślnie, więc dziś ma znaczenie głównie historyczne.
Poniższe zestawienie szczegółowo porównuje oba te parametry:
- Ochrona przed tabnabbingiem. Zarówno noreferrer, jak i noopener odcinają dostęp nowo otwartej karty do obiektu window.opener w przeglądarce, uniemożliwiając manipulację stroną źródłową.
- Przekazywanie danych referencyjnych. Atrybut noopener pozwala na zachowanie informacji o stronie odsyłającej w statystykach, natomiast noreferrer całkowicie je blokuje.
- Wsparcie dla starszych przeglądarek. Historycznie noreferrer był stosowany jako zabezpieczenie w bardzo starych wersjach przeglądarek, które nie rozumiały jeszcze instrukcji noopener. Ten argument stracił znaczenie około 2021 roku, gdy wszystkie liczące się przeglądarki wdrożyły domyślną ochronę dla linków z target=”_blank”.
Współczesne przeglądarki internetowe, takie jak Chrome, Firefox czy Safari, domyślnie traktują każdy link z parametrem target=”_blank” tak, jakby miał przypisany atrybut noopener. Część specjalistów nadal zaleca jawne dopisywanie tych parametrów dla pełnej kompatybilności ze starszym oprogramowaniem, ale nie jest to już konsensus – zespół WordPressa w wersji 6.7 usunął automatyczne dodawanie rel=”noopener” właśnie jako zabezpieczenie, które przestało być potrzebne.
Jaki wpływ ma atrybut rel noreferrer na pozycjonowanie strony?
Atrybut rel noreferrer nie ma żadnego bezpośredniego wpływu na pozycjonowanie strony w wyszukiwarce Google i nie blokuje przekazywania mocy linku (PageRank). Robot wyszukiwarki indeksuje linki z tym parametrem w taki sam sposób jak standardowe odnośniki, przekazując autorytet do domeny docelowej.
Przedstawiciel Google, John Mueller, potwierdził publicznie, że stosowanie rel noreferrer nie wpływa negatywnie ani pozytywnie na pozycję strony w wynikach wyszukiwania. Atrybut ten nie występuje też w oficjalnej dokumentacji Google dotyczącej kwalifikowania linków, obok nofollow, sponsored i ugc – to parametr techniczny związany z prywatnością i bezpieczeństwem, a nie sygnał rankingowy.
Wielu początkujących specjalistów SEO myli atrybut noreferrer z atrybutem nofollow. Poniższa lista wyjaśnia podstawowe różnice między tymi dwoma parametrami:
- Przekazywanie mocy (PageRank). Atrybut noreferrer pozwala na swobodny przepływ autorytetu strony. Nofollow to od 2020 roku dla Google wskazówka, a nie sztywna dyrektywa – wyszukiwarka sama decyduje, czy i jak uwzględnić taki link w rankingu.
- Cel stosowania. Parametr noreferrer służy ochronie prywatności i bezpieczeństwa danych użytkowników, natomiast nofollow jest sygnałem dla algorytmów wyszukiwarki dotyczącym profilu linków i braku rekomendacji dla danej strony.
- Wpływ na indeksację. Linki z noreferrer są normalnie skanowane i analizowane przez roboty Google. Linki z nofollow również mogą zostać zeskanowane – Google traktuje ten atrybut jako informację o charakterze odnośnika, nie jako zakaz odwiedzin.
Stosując noreferrer, nie musisz się obawiać utraty korzyści płynących z linkowania zewnętrznego. Twoja strona nadal buduje profil linków wychodzących, co jest naturalnym elementem struktury sieci i pomaga robotom Google w zrozumieniu tematyki Twojej witryny.
Więcej o skutecznych metodach budowania profilu linków przeczytasz w książce „Marketing internetowy w Google„.
Kiedy należy stosować atrybut rel noreferrer?
Atrybut rel noreferrer warto stosować przede wszystkim wtedy, gdy adresy URL w Twoim serwisie zawierają poufne dane sesyjne lub inne informacje, które nie powinny trafić do zewnętrznych serwerów. Drugi typowy przypadek to linkowanie do witryn nieznanych lub potencjalnie niebezpiecznych, gdzie świadomie rezygnujesz z przekazania im jakiejkolwiek informacji o sobie. Sama ochrona przed przejęciem karty przy target=”_blank” nie wymaga już tego atrybutu – zapewniają ją domyślnie nowoczesne przeglądarki.
Ochrona prywatności użytkowników to kolejny powód do wdrożenia tego parametru, choć skala problemu jest dziś mniejsza, niż się powszechnie sądzi. Przy domyślnej polityce przeglądarek do zewnętrznych witryn trafia sama nazwa Twojej domeny, bez ścieżki i parametrów. Jeśli jednak Twoja strona działa w branży medycznej, finansowej lub prawnej i nadpisuje domyślną politykę referrera na luźniejszą albo obsługuje starsze urządzenia, adresy podstron mogą zdradzać wrażliwe informacje o użytkownikach (np. rodzaj poszukiwanej porady). W takich przypadkach ukrycie referera realnie zapobiega wyciekowi tych danych.
Istnieją jednak sytuacje, w których stosowanie rel noreferrer jest niewskazane. Poniższa lista przedstawia przypadki, w których lepiej zrezygnować z tego atrybutu:
- Programy partnerskie (afiliacja). Sieci afiliacyjne wymagają identyfikacji źródła ruchu do poprawnego naliczenia prowizji, więc użycie noreferrer może pozbawić Cię zarobku za polecenia.
- Własne zaplecze i serwisy powiązane. Linkując między własnymi domenami, chcesz widzieć dokładny przepływ użytkowników w Google Analytics, co wyklucza użycie tego parametru.
- Współprace sponsorskie i partnerskie. Partnerzy biznesowi oczekują widoczności Twojej domeny w swoich raportach jako dowodu na realizację umowy o linkowanie i generowanie wartościowego ruchu.
Jeśli musisz ukryć referer, ale jednocześnie chcesz śledzić skuteczność linków w programach partnerskich, rozwiązaniem jest stosowanie dedykowanych skryptów przekierowujących lub parametrów UTM, które nie są usuwane przez atrybut noreferrer.
Przykład
Portal technologiczny wdrożył automatyczny atrybut noreferrer dla wszystkich linków wychodzących. Po miesiącu partnerzy handlowi zgłosili spadek ruchu referencyjnego o 95%, mimo że rzeczywista liczba kliknięć mierzona wewnętrznie nie uległa zmianie. Problem rozwiązano poprzez zastąpienie noreferrer parametrem noopener i dodanie tagów UTM do linków partnerskich.
Jak atrybut noreferrer wpływa na analitykę w Google Analytics 4?
Atrybut noreferrer zniekształca dane w Google Analytics 4, ponieważ klasyfikuje ruch z linków odsyłających jako wejścia bezpośrednie (Direct) zamiast odesłań (Referral). Uniemożliwia to właścicielowi witryny docelowej rzetelną ocenę, które strony zewnętrzne generują dla niego największy ruch.
Dla analityka internetowego nagłe pojawienie się dużego wolumenu ruchu w kategorii Direct/None jest sygnałem, że warto sprawdzić kilka rzeczy naraz. Najczęstsze przyczyny to nieotagowane kampanie, kliknięcia z aplikacji mobilnych i komunikatorów, linki w plikach PDF oraz blokery skryptów – a dopiero w dalszej kolejności atrybut noreferrer wdrożony na stronach odsyłających. Niezależnie od przyczyny efekt jest ten sam: utrudniona ocena rentowności działań PR-owych czy content marketingowych na zewnętrznych portalach.
Przeczytaj również nasz artykuł “Anchor text w HTML – czym jest i jaki ma wpływ na SEO? ”.
Aby zminimalizować negatywny wpływ noreferrer na analitykę, stosuje się alternatywne metody identyfikacji ruchu. Najpopularniejszą z nich jest ręczne tagowanie linków za pomocą parametrów UTM (Urchin Tracking Module). Przeglądarka internetowa usuwa jedynie nagłówek HTTP Referer, ale pozostawia nienaruszony adres URL wraz ze wszystkimi parametrami zapytania, co pozwala GA4 na poprawną interpretację źródła i medium kampanii.
Czy WordPress nadal dodaje noreferrer do linków?
WordPress przez wiele lat automatycznie dodawał atrybuty noopener i noreferrer do linków z parametrem target=”_blank”, ale rdzeń systemu już tego nie robi. Funkcję wprowadzono w wersji 4.7.4 w kwietniu 2017 roku, jeszcze w klasycznym edytorze TinyMCE, jako zabezpieczenie przed atakami typu reverse tabnabbing. W wersji 5.6 (grudzień 2020) usunięto z niej noreferrer, ponieważ psuł analitykę, a nie dawał już nic w zamian. W wersji 6.7 (listopad 2024) zniknął również noopener, a funkcja wp_targeted_link_rel() została oznaczona jako przestarzała – przeglądarki zaczęły stosować tę ochronę domyślnie. Jeśli mimo to widzisz te atrybuty w swoim kodzie, sprawdź trzy miejsca: archiwalne wpisy zapisane przed aktualizacją, edytor blokowy (który przez pewien czas miał własną, niezależną od rdzenia logikę) oraz motyw lub wtyczki dodające atrybuty samodzielnie.
Zarządzanie tym zachowaniem w systemie WordPress wymaga wykonania kilku kroków, które przedstawia poniższa instrukcja:
- Sprawdzenie kodu HTML. Przejdź do edytora blokowego WordPress, kliknij trzy kropki przy bloku z linkiem i wybierz opcję Edytuj jako HTML, aby zweryfikować obecne atrybuty rel w tagu odnośnika.
- Ustalenie źródła atrybutu. Jeśli po aktualizacji do wersji 6.7 lub nowszej noreferrer nadal się pojawia, pochodzi z jednego z trzech miejsc: ze starych wpisów zapisanych przed aktualizacją, z edytora blokowego, który ma własną logikę niezależną od rdzenia, albo z motywu lub wtyczki dodającej atrybuty samodzielnie.
- Masowa korekta istniejących treści. Do usunięcia atrybutu z archiwalnych wpisów użyj dedykowanej wtyczki albo polecenia search-replace w WP-CLI. Pamiętaj, że filtr wp_targeted_link_rel nie zadziała – od wersji 6.7 jest zdeprecjonowany i nie robi nic.
Jeśli usuwasz noreferrer ze starych wpisów, żeby odzyskać dane o ruchu u partnerów, nie musisz w zamian dopisywać rel=”noopener” – ochronę przed przejęciem karty zapewniają dziś same przeglądarki. Warto natomiast zachować ostrożność przy linkach do witryn, którym nie ufasz, i rozważyć dla nich referrerpolicy=”no-referrer” zamiast rozwiązania działającego globalnie na całej stronie.
Jak atrybut noreferrer wpływa na proces link buildingu?
W procesie link buildingu atrybut noreferrer nie obniża wartości pozycjonującej pozyskanego linku, ale znacząco utrudnia raportowanie i weryfikację efektów działań dla klienta. Link z tym parametrem nadal przekazuje moc SEO, jednak nie wykaże on ruchu w raportach odesłań domeny docelowej.
Agencje SEO i specjaliści zajmujący się pozyskiwaniem linków muszą brać pod uwagę obecność tego atrybutu przy analizie profili linków konkurencji. Narzędzia takie jak Ahrefs, Majestic czy Semrush bez problemu wykrywają linki z atrybutem noreferrer, ponieważ analizują kod źródłowy stron, a nie ruch sieciowy. Ten sam mechanizm zadziała w crawlerze pokroju Screaming Frog, jeśli chcesz sprawdzić własną witrynę.
Przeczytaj również nasz artykuł “semCAST#26: Link building – jak zdobywać linki i nie stracić na SEO?”.
Rel noreferrer to narzędzie prywatności, nie SEO. Twoje pozycje w Google nie zmienią się ani o milimetr, ale dane w raportach partnerów i prowizje z programów afiliacyjnych – już tak. Zanim wdrożysz go globalnie, sprawdź, czy zamiast tego nie wystarczy Ci precyzyjniejszy referrerpolicy na wybranych linkach.
FAQ
Śledzimy zmiany w obszarze AI
i wdrażamy je, zanim staną się standardem
Loading...
