Noindex w Shoper — jak wykluczyć strony z indeksowania Google
Noindex w Shoper ustawisz na trzy sposoby: modułem SEO z oficjalnego sklepu z aplikacjami, warunkowym meta tagiem w plikach szablonu albo skryptem w Google Tag Managerze. Dwa pierwsze wstawiają tag do pierwotnego kodu HTML i działają od razu przy skanowaniu. GTM dopisuje go dopiero na etapie renderowania — dlatego jest rozwiązaniem awaryjnym, nie pierwszym wyborem.
Shoper to platforma SaaS — nie masz dostępu do serwera, nie edytujesz plików przez FTP, a o aktualizacjach decyduje operator. To wygodne, dopóki nie potrzebujesz czegoś, czego panel nie przewidział. Przez lata takim właśnie przypadkiem był noindex: chcesz wyrzucić z Google regulamin, politykę prywatności czy stronę „O nas w budowie”, a w panelu nie ma czego kliknąć.
Dziś sytuacja wygląda inaczej niż jeszcze dwa lata temu — choć spora część poradników w sieci nadal powtarza, że w Shoperze noindexa po prostu nie ma. Poniżej trzy realne ścieżki, ułożone od najprostszej do najbardziej awaryjnej, plus rzecz, o której prawie nikt nie pisze: dlaczego kolejność „robots.txt czy noindex” ma znaczenie i jak łatwo tu o błąd, który zablokuje efekt na miesiące.
To najczęstszy błąd, jaki widzimy w audytach sklepów. Trzy narzędzia rozwiązują trzy różne problemy i nie są zamienne:
| Narzędzie | Co robi | Kiedy używać |
|---|---|---|
| robots.txt | Blokuje skanowanie adresu | Gdy chcesz oszczędzić crawl budget na śmieciach, których Google jeszcze nie zna |
| meta noindex | Blokuje indeksowanie — Google wchodzi, czyta, ale nie dodaje do bazy | Gdy strona ma zniknąć z wyników wyszukiwania |
| canonical | Wskazuje wersję główną spośród duplikatów | Gdy ta sama treść jest pod kilkoma adresami i wszystkie mają sens dla użytkownika |
Pułapka, która kosztuje najwięcej czasu: jeśli zablokujesz adres w robots.txt i dodasz mu noindex, Google nigdy tego noindexa nie zobaczy — bo nie wejdzie na stronę. Adres zostanie w indeksie w stanie „Zaindeksowana, ale zablokowana przez plik robots.txt” i będzie tam wisiał, bo Google nie ma jak zaktualizować swojej wiedzy o nim. Jeśli chcesz coś wyindeksować: najpierw odblokuj skanowanie, dodaj noindex, poczekaj aż Google to przetworzy, i dopiero potem ewentualnie zablokuj w robots.txt.
Shoper udostępnia dziś dedykowaną aplikację „Moduł SEO – noindex” w swoim sklepie z rozszerzeniami. Instalujesz ją z poziomu panelu i dostajesz możliwość oznaczenia stron technicznych jako niewidocznych dla wyszukiwarki — koszyka, logowania, wyników filtrowania i sortowania, stron wyszukiwarki wewnętrznej oraz wybranych stron informacyjnych po ich identyfikatorze.
Jeśli Twoja lista stron do wykluczenia mieści się w tym, co moduł obsługuje — to koniec tematu. Koszt aplikacji jest niższy niż godzina konfigurowania obejść, a rozwiązanie działa po stronie serwera, więc noindex trafia do pierwotnego kodu HTML. To ma znaczenie, do którego wrócimy przy ścieżce C.
Czego moduł nie zrobi: nie zbudujesz nim warunków opartych o fragment adresu ani własnych reguł wykraczających poza przewidziane typy stron. Jeśli Twój przypadek jest nietypowy — czytaj dalej.
W wyższych pakietach Shopera masz dostęp do plików źródłowych szablonu. To najczystsze rozwiązanie po module: wchodzisz w plik nagłówka i dodajesz warunkowy meta tag, opierając warunek o adres bieżącej strony albo o identyfikator strony informacyjnej.
Zaleta jest zasadnicza: noindex trafia do pierwotnego kodu HTML, więc Google widzi go od razu przy skanowaniu, bez czekania na renderowanie JavaScriptu. Wada — musisz pamiętać o tej modyfikacji przy każdej zmianie szablonu, bo aktualizacja motywu potrafi ją nadpisać. Zapisz sobie to gdzieś w dokumentacji sklepu.
To metoda, którą opisywaliśmy tu pierwotnie i która przez lata była jedynym wyjściem dla sklepów bez dostępu do plików. Nadal działa i nadal bywa potrzebna — ale dziś traktujemy ją jako ostateczność, nie jako rozwiązanie pierwszego wyboru. Powód jest techniczny i wyjaśniamy go na końcu tej sekcji.
Po utworzeniu kontenera GTM pokaże dwa fragmenty kodu — jeden do sekcji <head>, drugi zaraz po otwarciu <body>.
W starszych wersjach GTM ta sekcja nazywała się „Reguły” — dziś to „Aktywatory” (w anglojęzycznym interfejsie: Triggers). Jeśli trafisz na poradnik mówiący o regułach, chodzi o to samo miejsce.
https://twojsklep.pl/polityka-prywatnosciWskazówka praktyczna: zamiast tworzyć osobny aktywator dla każdej strony, użyj operatora „pasuje do wyrażenia regularnego” i jednego wzorca obejmującego wszystkie adresy naraz, np. /(polityka-prywatnosci|regulamin|dostawa|zwroty). Jeden aktywator zamiast czterech to o trzy miejsca mniej, w których coś się rozjedzie przy kolejnej zmianie.
<script>
(function () {
// Usuwamy istniejący meta robots, jeśli szablon już go dodał
var existing = document.querySelector('meta[name="robots"]');
if (existing) existing.parentNode.removeChild(existing);
// Tworzymy nowy tag meta robots
var meta = document.createElement('meta');
meta.setAttribute('name', 'robots');
meta.setAttribute('content', 'noindex, follow');
document.head.appendChild(meta);
})();
</script>
Dwie zmiany względem kodu, który krążył po sieci (i który sami tu wcześniej publikowaliśmy):
jQuery() — jeśli szablon sklepu nie ładuje jQuery albo ładuje je po GTM, tag po prostu nie zadziała i nie dowiesz się o tym, dopóki nie sprawdzisz ręcznie. Powyższy kod nie ma żadnych zależności. Trzeba też pamiętać o opakowaniu w znaczniki <script> — bez nich GTM potraktuje to jako zwykły HTML i nic się nie wykona.noindex, follow, nie noindex, nofollow. Wykluczasz stronę z wyników wyszukiwania, ale nie ma powodu, żeby przy okazji odcinać przepływ mocy przez linki, które ta strona zawiera. Regulamin czy polityka prywatności zwykle linkują do innych podstron sklepu — nofollow to marnowanie sygnału bez żadnego zysku.Rzecz, o której poradniki milczą. Google przetwarza stronę etapami: skanowanie kodu HTML, procesowanie, kolejka renderowania, renderowanie JavaScriptu, dopiero potem decyzja o indeksowaniu. Noindex wstrzykiwany przez GTM pojawia się dopiero na etapie renderowania — czyli na końcu kolejki, do której trafiają wszystkie strony bez noindexa w pierwotnym HTML.
Skutki są dwa. Po pierwsze, efekt bywa opóźniony o tygodnie, bo kolejka renderowania nie jest priorytetowa. Po drugie — i to jest ważniejsze — jeśli strona nie została jeszcze zaindeksowana, Google może zdążyć ją dodać do indeksu przed wyrenderowaniem i dopiero potem wycofać. Mechanizm działa w jedną stronę: JavaScriptem możesz noindex dodać, ale nie możesz go usunąć, bo strona z noindexem w kodzie HTML w ogóle nie trafia do kolejki renderowania.
Dlatego: moduł albo szablon, jeśli tylko masz taką możliwość. GTM wtedy, gdy nie masz.
noindex w meta robots.Po kilku–kilkunastu dniach adresy powinny pojawić się w raporcie indeksowania GSC w stanie „Strona wykluczona tagiem noindex”. To jest stan docelowy — nie błąd, tylko potwierdzenie, że wszystko zadziałało zgodnie z planem.
Czego nie robić w międzyczasie: nie używaj zakładki „Usunięcia” w GSC do przyspieszenia sprawy. To narzędzie działa tylko przez 180 dni i nie rozwiązuje przyczyny — po tym czasie adres wróci, jeśli noindex nie zadziałał. Usunięcia mają sens jako uzupełnienie, nigdy jako zamiennik.
Przy pierwszym porządkowaniu sklepu łatwo popłynąć. Kilka rzeczy, które regularnie widujemy oznaczone noindexem niepotrzebnie:
/kategoria/?page=2 i dalsze, odcinasz Google od produktów, do których nie prowadzi żadna inna ścieżka. Lepszym rozwiązaniem jest sensowna struktura kategorii i linkowanie wewnętrzne.Natomiast wykluczyć warto to, co w Shoperze potrafi zapchać indeks naprawdę skutecznie: wyniki filtrowania, adresy z zakresami cen, warianty sortowania i strony wyszukiwarki wewnętrznej. To one generują setki niemal identycznych adresów, a Google — skoro je skanuje — będzie próbował je indeksować. Karty produktów i kategorie zostają w indeksie: to na nich pracują opisy i dane strukturalne, które decydują o wyglądzie wyniku w wyszukiwarce.
Skoro porządkujesz indeks, sprawdź też przekierowania. Shoper obsługuje je natywnie w Ustawienia → Zaawansowane → Przekierowania, z przydatną opcją przekierowania starego adresu bezpośrednio na obiekt — produkt, kategorię czy wpis. Reguła aktualizuje się wtedy sama, gdy adres obiektu się zmieni.
Jedno zastrzeżenie: nigdy nie łącz przekierowania z noindexem na tym samym adresie. Dostajesz wtedy sygnał wewnętrznie sprzeczny — „ten adres prowadzi gdzie indziej” i jednocześnie „tego adresu nie indeksuj” — którego Google nie ma jak sensownie przetworzyć. Wybierz jedno.
Tak, ale tylko na dwa sposoby. Jeśli Twój pakiet daje dostęp do plików szablonu, dodajesz warunkowy meta tag w pliku nagłówka — to rozwiązanie najczystsze, bo noindex trafia do pierwotnego kodu HTML. Jeśli dostępu nie masz, zostaje wstrzyknięcie tagu przez Google Tag Managera, które działa dopiero po wyrenderowaniu strony i bywa opóźnione o tygodnie. Sam panel sklepu nie ma wbudowanego przełącznika noindex dla dowolnej podstrony.
To zależy od tego, czy adres jest już w indeksie Google. Jeśli chcesz usunąć stronę z wyników wyszukiwania, potrzebujesz noindexa — robots.txt tego nie zrobi, bo blokuje wyłącznie skanowanie. Jeśli natomiast chcesz oszczędzić crawl budget na adresach, których Google jeszcze nie zna, wystarczy blokada w robots.txt. Najgorszy wariant to jedno i drugie naraz: Google nie wejdzie na stronę, więc nigdy nie zobaczy noindexa, a adres zostanie w indeksie na stałe.
Przy noindeksie w pierwotnym kodzie HTML zwykle od kilku do kilkunastu dni — tyle, ile Google potrzebuje na ponowne skanowanie adresu. Przy rozwiązaniu opartym o Google Tag Managera trzeba doliczyć czas oczekiwania w kolejce renderowania, więc efekt bywa widoczny dopiero po kilku tygodniach. Proces przyspieszysz, zgłaszając adres przez Sprawdzenie adresu URL w Search Console, ale nie da się go wymusić natychmiast.
Sam w sobie nie — to standardowy sygnał techniczny, a nie kara. Szkodzi go błędne zastosowanie: zbyt szeroka reguła, która obejmie kategorie albo karty produktów, wycisza część sklepu, a spadek ruchu widać dopiero po kilku tygodniach. Dlatego po każdej zmianie warto sprawdzić w Search Console kilka stron, które mają się indeksować normalnie — nie tylko te, które właśnie wykluczyłeś.
Warto, choć rzadko są to adresy realnie szkodliwe — nie mają unikalnej treści i nie mają czego szukać w wynikach wyszukiwania. Znacznie większy problem w sklepach na Shoperze stanowią wyniki filtrowania, sortowania i wyszukiwarki wewnętrznej, bo generują setki niemal identycznych adresów. Jeśli porządkujesz indeks i musisz zacząć od jednej rzeczy, zacznij właśnie od nich.
Porządek w indeksie to jednak dopiero punkt wyjścia — sam w sobie nie sprawi, że sklep zacznie się wyświetlać wyżej. To fundament pod pozycjonowanie sklepu, bo dopiero na czystej strukturze widać, które strony faktycznie pracują na ruch. Jeśli nie masz pewności, co dokładnie siedzi w indeksie Twojego sklepu, zaczynamy od audytu SEO — pełnej listy adresów, które zna Google, z podziałem na te, które mają tam być, i te, które tylko rozpraszają.
Zrobimy bezpłatny wstępny przegląd Twojego sklepu i pokażemy, gdzie tracisz widoczność – bez zobowiązań.
Tel: 603 338 970
E-mail: kontakt@emm8.pl
Skontaktuj się