Meta tagi to znaczniki HTML w sekcji <head> strony, które przekazują wyszukiwarkom i przeglądarkom informacje o dokumencie, ale same nie wyświetlają się w treści.
W praktyce SEO pod tym pojęciem mieści się też tytuł strony, choć element <title> z technicznego punktu widzenia meta tagiem nie jest. Google przepisuje 61,6% tytułów (badanie Zyppy na 80 959 tytułach) i 62,78% opisów meta (badanie Ahrefs na 20 000 fraz), więc pisanie ich „na wyczucie” oznacza oddanie kontroli nad wyglądem wyniku wyszukiwania.
W tym wpisie pokażę Ci, jak pracuję z meta title i meta description, ile znaków ma sens, jak działa meta robots i które znaczniki w kodzie HTML Google faktycznie czyta. Dostaniesz też szablony dla sklepu internetowego i procedurę audytu, którą stosuję w FEB.
Najważniejsze informacje z wpisu:
- Meta tagi to znaczniki w sekcji head, których użytkownik nie widzi, a element <title> z technicznego punktu widzenia meta tagiem nie jest, choć branża tak go nazywa.
- Meta title ma 50–60 znaków z frazą na początku i nazwą marki na końcu, a jego zgodność z H1 i og:title zmniejsza ryzyko przepisania przez Google, które dotyka 61,6% tytułów (Zyppy).
- Meta description nie wpływa na pozycję, ma 150–160 znaków z najważniejszą informacją w pierwszych 120 i jest przepisywany przez Google w 62,78% przypadków (Ahrefs), więc ręczne opisy piszę dla stron z ruchem, a resztę obsługują szablony.
- Meta robots decyduje o indeksacji: noindex działa tylko na stronach dostępnych dla robota, reguły nosnippet i max-snippet ograniczają też użycie treści w AI Overviews, a noarchive, keywords i author nie robią już nic.
- Audyt meta tagów to crawl, filtr błędów, porównanie z wyświetlaną wersją, analiza CTR w GSC i priorytety według ruchu, a największe straty powodują sprzeczne sygnały: noindex z blokadą w robots.txt, noindex z canonicalem i tytuł niezgodny z H1.
Meta tagi – co to jest i gdzie znajdziesz je w kodzie HTML?
Meta tag to element <meta> w sekcji <head> dokumentu HTML, który opisuje stronę za pomocą pary atrybutów: nazwy (name lub http-equiv) i wartości (content).
Przeglądarka czyta z niego kodowanie znaków i sposób skalowania na telefonie, robot Google odczytuje opis strony i reguły indeksowania, a Facebook czy LinkedIn pobierają z pokrewnych znaczników tytuł i obrazek do podglądu linku. Użytkownik nie widzi żadnego z tych elementów bez podejrzenia źródła strony, ale widzi ich skutki w wynikach wyszukiwania i w mediach społecznościowych.
Tak wygląda minimalna sekcja head strony sklepu z kompletem najważniejszych znaczników:
<head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>Buty trekkingowe damskie – Sklep Górski</title> <meta name="description" content="Buty trekkingowe damskie 212 modeli od Salomon, Meindl i Lowa. Wysyłka w 24 h, darmowy zwrot 30 dni."> <meta name="robots" content="index, follow, max-image-preview:large"> <link rel="canonical" href="https://sklep.pl/buty-trekkingowe-damskie/"> </head>
Zwróć uwagę na trzeci wiersz. Element <title> ma własną składnię z tekstem między znacznikiem otwierającym i zamykającym, bez pary name i content. Z punktu widzenia specyfikacji HTML jest to osobny element. Branża SEO od lat mówi jednak „meta title” i „tytuł meta”, bo tytuł pełni tę samą funkcję co pozostałe znaczniki w head: opisuje stronę dla robota i użytkownika, zanim ktokolwiek ją otworzy. W tym wpisie używam obu określeń zamiennie, ale w kodzie i w rozmowie z programistą pamiętaj o różnicy. Prośba „dodaj meta tag title” kończy się czasem wstawieniem znacznika <meta name=”title”>, którego Google nie obsługuje.
Google w dokumentacji „Tagi meta i atrybuty obsługiwane przez Google” (aktualizacja z marca 2026) wymienia dziesięć obsługiwanych znaczników: description, robots, googlebot, notranslate, nopagereadaloud, google-site-verification, Content-Type wraz z charset, refresh, viewport i rating. Pozostałe meta tagi robot po prostu ignoruje. To ważna informacja, bo w kodzie wielu sklepów nadal siedzą znaczniki keywords, author czy revisit-after, które nie robią nic poza zwiększaniem rozmiaru dokumentu!
Meta title – co to jest i dlaczego tytuł nie jest meta tagiem?
Meta title (tytuł strony) to tekst w elemencie <title>, który Google traktuje jako główne źródło niebieskiego nagłówka wyniku wyszukiwania i jako sygnał tematu strony przy ustalaniu pozycji.
Przeglądarka pokazuje go na karcie i w zakładkach, a media społecznościowe pobierają go jako tytuł linku, jeśli nie znajdą og:title. Spośród wszystkich znaczników w sekcji head tylko tytuł wpływa jednocześnie na ranking i na klikalność wyniku, dlatego przy optymalizacji sklepu zaczynam właśnie od niego.
Google w dokumentacji o linkach tytułowych („title links”) potwierdza, że element <title> jest głównym źródłem nagłówka wyniku, ale zastrzega sobie prawo do jego zmiany. Kiedy uzna tytuł za nieprzydatny, sięga po inne elementy strony: główny widoczny nagłówek, znaczniki H1, og:title, wyróżniony dużą czcionką tekst, anchory linków prowadzących do strony oraz dane strukturalne WebSite. Z tej listy wynika prosta zasada, którą stosuję w każdym projekcie. Tytuł, H1 i og:title mają mówić o tym samym, bo wtedy Google nie ma powodu, żeby wybierać między nimi.
Meta title – ile znaków?
Bezpieczna długość meta title to 50–60 znaków ze spacjami.
Google nie podaje limitu znaków, tylko informuje, że link tytułowy jest skracany „zależnie od potrzeb, zwykle tak, by zmieścił się w szerokości urządzenia”. W praktyce liczy się szerokość w pikselach, dlatego tytuł z wieloma szerokimi literami (W, M, D) mieści mniej znaków niż tytuł z wąskimi (i, l, t). Badania dają jednak wyraźne progi:
- tytuły o długości 51–60 znaków Google przepisywał w 39–42% przypadków, tytuły powyżej 60 znaków w ponad 76%, a powyżej 70 znaków w 99,9% (Zyppy, 2022),
- tytuły przekraczające 600 pikseli Google zmieniał w 46,12% przypadków wobec 33,4% dla wszystkich tytułów (Ahrefs, 2021),
- tytuły o długości 40–60 znaków miały o 8,9% wyższy CTR niż tytuły spoza tego przedziału (Backlinko, analiza 4 mln wyników).
Za krótki tytuł jest równie ryzykowny jak za długi. Według Zyppy tytuły do 20 znaków Google zmieniał w ponad połowie przypadków, a tytuły z 1–5 znaków w 96,6%. Jednowyrazowe tytuły kategorii typu „Buty” albo „Oferta” to zaproszenie dla algorytmu, żeby sam dopisał kontekst z nagłówków i anchorów. W FEB przyjmujemy schemat „Główna fraza kluczowa – Nazwa marki” z półpauzą jako separatorem i mieścimy się w 60 znakach, licząc razem z nazwą marki.
Dlaczego Google zmienia tytuł i jak temu zapobiec?
Google zmienia tytuł, gdy uzna go za pusty, nieaktualny, niezgodny z treścią, powtarzalny lub przeładowany frazami.
Dokumentacja wymienia siedem typowych sytuacji: tytuły „w połowie puste” (np. sama nazwa sklepu), tytuły z nieaktualną datą, tytuły niezgodne z treścią strony, mikroszablony powtarzane na wielu podstronach, brak wyraźnego głównego nagłówka na stronie, tytuł w innym języku niż treść oraz zdublowaną nazwę witryny. Każdy z tych przypadków da się sprawdzić crawlerem w kilka minut.
Badanie Zyppy pokazało dodatkowo, jak Google traktuje formatowanie. Tekst w nawiasach kwadratowych usuwał w 32,9% przypadków, w nawiasach okrągłych w 19,7%, a separator w postaci pionowej kreski „|” zamieniał lub usuwał w 41% tytułów wobec 19,7% dla myślnika. Najciekawszy wynik dotyczy spójności z H1. Kiedy liczba pojawiała się wyłącznie w tytule (bez powtórzenia w H1), Google usuwał ją w 25,8% przypadków. Kiedy liczba była w obu miejscach, zostawała w 97,3%. Dlatego tytuł i H1 piszę w parze, a liczby, rok czy nazwę modelu powtarzam w obu.
Moja lista kontrolna dla tytułu każdej ważnej podstrony wygląda tak:
- Główna fraza kluczowa na początku, w naturalnej odmianie, jeden raz.
- Długość 50–60 znaków razem z nazwą marki i separatorem.
- Treść tytułu zgodna z H1 i z tym, co użytkownik zobaczy po kliknięciu.
- Unikalny tytuł w obrębie serwisu, bez mikroszablonów typu „Produkt – Sklep” powtarzanych tysiące razy.
- Brak dat, cen i stanów magazynowych, które szybko się dezaktualizują (chyba że system je automatycznie aktualizuje).
Jeżeli chcesz sprawdzić, jak wygląda dobór fraz do tytułów, opisałem to we wpisie o tym, jak pozycjonować stronę na konkretne frazy. Tutaj skupiam się na samym znaczniku.
Meta description – co to jest i ile znaków powinien mieć opis meta?
Meta description (opis meta) to znacznik <meta name=”description”>, z którego Google może zbudować szary fragment tekstu pod tytułem wyniku, ale nie jest on czynnikiem rankingowym.
Google pisze wprost, że snippety są tworzone automatycznie z treści strony, a opis meta wykorzystuje wtedy, gdy „dokładniej opisuje stronę niż treść pobrana bezpośrednio z niej”. Opis meta nie podniesie pozycji, ale decyduje, czy użytkownik kliknie Twój wynik, czy sąsiedni, a to przekłada się na ruch przy tej samej pozycji.
Skalę przepisywania pokazuje badanie Ahrefs na 20 000 fraz. Google zmieniał opis meta w 62,78% przypadków, częściej przy frazach z długiego ogona (65,62%) niż przy frazach ogólnych (59,65%). Jednocześnie 25,02% stron z top 10 w ogóle nie miało opisu meta, przy czym na pozycji 1 brakowało go w około 16% stron, a na pozycji 10 w około 34%. Wniosek z tych liczb jest dwustronny.
Opis piszę, bo w co trzecim wyświetleniu Google pokaże dokładnie Twoją wersję, a przy udostępnieniu linku w social mediach lub w komunikatorze bez znaczników Open Graph to właśnie meta description staje się opisem linku. Jednocześnie nie ma sensu ręcznie pisać opisów dla 40 000 kart produktów, jeśli Google i tak w większości przypadków wybierze fragment treści. Google w dokumentacji o snippetach wprost dopuszcza programowe generowanie opisów w dużych serwisach, pod warunkiem że są „czytelne dla człowieka i zróżnicowane”.
Meta description – ile znaków?
Bezpieczna długość meta description to 150–160 znaków ze spacjami, a najważniejszą informację umieszczam w pierwszych 120 znakach.
Google, podobnie jak przy tytule, nie definiuje limitu i skraca snippet do szerokości urządzenia. Na telefonie widać mniej tekstu niż na komputerze, dlatego początek opisu musi działać samodzielnie. W dokumentacji Shoper, WooCommerce, PrestaShop i Shopify pojawiają się zbliżone zalecenia (150–160 znaków, około 155 znaków, maksymalnie 160 znaków), więc przyjęcie 160 znaków jako górnej granicy jest bezpieczne na każdej platformie.
Dobry opis meta w sklepie zawiera trzy elementy w tej kolejności:
- odpowiedź na intencję zapytania (co użytkownik znajdzie na stronie),
- konkret wyróżniający ofertę (liczba produktów, marki, czas wysyłki, zwrot, gwarancja),
- krótkie wezwanie do działania na końcu, jeśli zostało miejsce.
Przykład dla kategorii z sekcji head na początku wpisu: „Buty trekkingowe damskie 212 modeli od Salomon, Meindl i Lowa. Wysyłka w 24 h, darmowy zwrot 30 dni.” To 98 znaków, w których są frazy, liczby i dwa argumenty zakupowe. Google zwykle pogrubia w snippecie słowa pasujące do zapytania, więc obecność frazy w opisie zwiększa szansę, że użytkownik wychwyci wynik na liście. Więcej schematów pisania opisów zebraliśmy we wpisie o sposobach na zwiększenie CTR w wynikach organicznych.
Trzy błędy, które widzę najczęściej w audytach opisów meta:
- ten sam opis na wszystkich podstronach, skopiowany z ustawień globalnych motywu,
- lista fraz po przecinku zamiast zdania (Google w dokumentacji nazywa to „długimi ciągami słów kluczowych” i odradza),
- opis niezgodny z treścią strony, np. „darmowa dostawa” w opisie kategorii, w której dostawa jest płatna.
Meta robots – meta tag, który decyduje o indeksacji
Meta robots to znacznik <meta name=”robots”>, którym przekazujesz wyszukiwarkom reguły indeksowania i wyświetlania strony, a jego domyślne wartości to index oraz follow.
Jeśli nie dodasz tego znacznika, Google zaindeksuje stronę i podąży za linkami. Znacznik ma sens dopiero wtedy, gdy chcesz to zachowanie ograniczyć. Wersja <meta name=”googlebot”> działa identycznie, ale tylko dla Google, a przy sprzecznych regułach wygrywa ta bardziej restrykcyjna.
Google obsługuje obecnie następujące reguły:
| Reguła | Co robi | Kiedy jej używam |
| noindex | Strona nie pojawia się w wynikach wyszukiwania | wyniki wyszukiwarki wewnętrznej, strony podziękowania, koszyk, panel klienta, filtry bez popytu |
| nofollow | Robot nie podąża za linkami na stronie | praktycznie nigdy na własnych stronach – odcina linkowanie wewnętrzne |
| none | Skrót od noindex, nofollow | środowiska testowe, o ile nie są chronione hasłem |
| nosnippet | Brak fragmentu tekstu i podglądu wideo w wyniku; treść nie trafia też jako bezpośrednie źródło do AI Overviews i trybu AI | treści premium, których nie chcesz oddawać w podsumowaniach |
| max-snippet:[liczba] | Ogranicza fragment tekstu do podanej liczby znaków, także w AI Overviews i trybie AI | serwisy treściowe, które chcą pokazać tylko zajawkę |
| max-image-preview:[none / standard / large] | Rozmiar podglądu obrazu w wynikach i Discover | large na blogu i kartach produktów – większy obrazek w Discover |
| max-video-preview:[sekundy] | Maksymalna długość podglądu wideo | strony z osadzonym wideo produktowym |
| noimageindex | Obrazy ze strony nie trafiają do indeksu grafiki | bardzo rzadko – grafika Google to dodatkowe wejścia do sklepu |
| notranslate | Google nie proponuje tłumaczenia strony w wynikach | strony z terminologią, której automat przekręca |
| indexifembedded | Pozwala indeksować treść osadzoną w iframe mimo noindex na źródle | dostawcy widgetów i osadzanych treści |
| unavailable_after:[data] | Usunięcie z wyników po wskazanej dacie | promocje i oferty pracy z terminem ważności |
Te same reguły możesz przekazać w nagłówku HTTP X-Robots-Tag, co jest jedynym sposobem na kontrolę indeksowania plików PDF, obrazów i innych dokumentów bez sekcji head. W sklepach przydaje się to przy cennikach w PDF i instrukcjach obsługi, które bez tego potrafią wypierać z wyników właściwe karty produktów.
Dwie reguły, które jeszcze kilka lat temu były w każdym poradniku, dziś nie działają. Google oznaczyło noarchive, nocache i nositelinkssearchbox jako reguły „nieużywane już przez wyszukiwarkę Google”, bo link do kopii w pamięci podręcznej zniknął z wyników. Jeśli generator meta tagów w Twoim CMS nadal je dodaje, nic złego się nie dzieje, ale nie licz na żaden efekt.
Meta robots a robots.txt – najczęstszy błąd w sklepach
Reguła noindex zadziała tylko wtedy, gdy Google może wejść na stronę, dlatego nie blokuj w robots.txt adresów, które chcesz usunąć z indeksu.
Dokumentacja Google ujmuje to jednoznacznie: jeśli strona jest zablokowana przed crawlowaniem w robots.txt, „żadne informacje o regułach indeksowania nie zostaną znalezione i zostaną zignorowane”. Efekt jest odwrotny od zamierzonego. Zablokowana strona z linkami przychodzącymi nadal może pojawiać się w wynikach jako goły adres bez tytułu i opisu, bo Google wie o jej istnieniu, ale nie może przeczytać reguły noindex.
Chcesz usunąć stronę z indeksu? Zostaw ją dostępną dla robota, dodaj noindex i poczekaj na ponowne crawlowanie. Dopiero potem możesz ją ewentualnie zablokować. Więcej takich pułapek opisałem we wpisie o najczęstszych problemach z indeksacją witryny.
Meta robots a AI Overviews i tryb AI
Reguły nosnippet, max-snippet i atrybut data-nosnippet ograniczają wykorzystanie Twojej treści w AI Overviews i trybie AI, a osobny znacznik do tego celu nie istnieje.
Google w dokumentacji o funkcjach AI w wyszukiwarce pisze, że nie ma „żadnych dodatkowych wymagań ani specjalnych optymalizacji”, żeby trafić do AI Overviews. Działają te same reguły co przy zwykłych snippetach. Jeśli chcesz wykluczyć fragment strony (np. tabelę cen) z podsumowań AI, ale zostawić resztę, owiń go w <div data-nosnippet>.
Osobną sprawą jest token Google-Extended w pliku robots.txt. Dotyczy on trenowania modeli Gemini i groundingu w innych usługach Google. Jego zablokowanie nie usunie sklepu z podsumowań AI, bo AI Overviews korzystają ze zwykłego indeksu wyszukiwarki. Jak w ogóle działają te podsumowania, opisaliśmy we wpisie o Google AI Overviews.
Pozostałe meta tagi obsługiwane przez Google
Poza description i robots Google czyta jeszcze siedem znaczników meta, z których dwa (charset i viewport) muszą być na każdej stronie, a pozostałe pełnią funkcje pomocnicze.
Żaden z nich nie jest czynnikiem rankingowym w sensie „dodaj i wzrośniesz”, ale brak dwóch pierwszych psuje renderowanie strony, a to już przekłada się na zachowanie użytkowników i ocenę wersji mobilnej.
| Znacznik | Kod | Rola w praktyce |
| charset | <meta charset=”UTF-8″> | Kodowanie znaków. Bez niego polskie litery potrafią zamienić się w krzaczki. Google zaleca UTF-8 i przypomina, żeby wartość atrybutu content w wersji http-equiv była w cudzysłowie. |
| viewport | <meta name=”viewport” content=”width=device-width, initial-scale=1″> | Sposób renderowania na telefonie. Google traktuje obecność viewportu jako sygnał, że strona jest dostosowana do urządzeń mobilnych. Bez niego telefon pokaże pomniejszoną wersję desktopową. |
| google-site-verification | <meta name=”google-site-verification” content=”…”> | Potwierdzenie własności w Google Search Console. Jedyny meta tag, w którym wielkość liter ma znaczenie. Usunięcie go po zmianie motywu odbiera dostęp do GSC. |
| refresh | <meta http-equiv=”refresh” content=”5;url=…”> | Przekierowanie po czasie. Google odradza i zaleca przekierowanie 301 po stronie serwera. W audytach traktuję je jako błąd do naprawy. |
| notranslate | <meta name=”googlebot” content=”notranslate”> | Blokuje ofertę automatycznego tłumaczenia w wynikach. W sklepie prawie nigdy nie ma zastosowania. |
| nopagereadaloud | <meta name=”google” content=”nopagereadaloud”> | Blokuje czytanie strony na głos przez usługi Google. Bez zastosowania w SEO. |
| rating | <meta name=”rating” content=”adult”> | Oznaczenie treści dla dorosłych pod filtr SafeSearch. Dotyczy wyłącznie treści jednoznacznie seksualnych. |
Przy okazji viewportu jedna uwaga praktyczna. Motyw responsywny dodaje ten znacznik automatycznie, ale wtyczki i skrypty osadzane w head potrafią wstawić drugi viewport z innymi wartościami (np. user-scalable=no). Przeglądarka zastosuje wtedy ostatni napotkany, a użytkownik straci możliwość powiększania strony. W crawlerze włączam raport zduplikowanych znaczników viewport i charset, bo taki błąd nie boli w panelu, tylko na telefonie klienta.
Meta tagi, które Google ignoruje
Meta keywords, content-language, author, revisit-after, copyright, generator i distribution nie mają żadnego wpływu na wyniki Google i można je bez straty usunąć z kodu.
Google ogłosiło we wrześniu 2009 roku, że „nie używa meta tagu keywords w rankingu stron”, a od tamtej pory żaden z tych znaczników nie wrócił do listy obsługiwanych. Wypełnianie pola „słowa kluczowe” w panelu sklepu to strata czasu, a przy okazji podpowiedź dla konkurencji, na jakie frazy celujesz.
Z tej grupy dwa znaczniki wymagają komentarza.
- Content-language w formie http-equiv ignoruje Google, ale czyta Bing, więc w sklepach kierujących ofertę na rynki, gdzie Bing ma znaczący udział, może zostać. Google do rozpoznania języka używa treści strony i atrybutów hreflang w <link>.
- Drugi to author. Google go nie czyta. Autora artykułu wskazuję w danych strukturalnych Article i w widocznym bylinie, co wpisuje się w ocenę E-E-A-T. Jak ustawić dane strukturalne, opisaliśmy we wpisie o tym, czym są dane strukturalne.
Żeby uporządkować całą tę wiedzę, dzielę znaczniki z sekcji head na cztery grupy według tego, co faktycznie robią. Ten podział prowadzi mnie przez każdy audyt:
| Grupa | Znaczniki | Wpływ | Priorytet w audycie |
| Widoczność i klikalność | title, description, robots (index/noindex), canonical | Pozycja, obecność w indeksie, CTR | 1 – sprawdzam na każdej ważnej podstronie |
| Działanie strony | charset, viewport | Renderowanie, wersja mobilna | 2 – raz na szablon, potem po każdej zmianie motywu |
| Inne platformy | og:*, twitter:*, google-site-verification, hreflang | Podglądy linków, dostęp do GSC, wersje językowe | 3 – strona główna, kategorie, blog |
| Martwe lub szkodliwe | keywords, author, revisit-after, noarchive, refresh | Brak efektu lub efekt negatywny (refresh) | 4 – do usunięcia przy najbliższych pracach nad szablonem |
Znaczniki, które nie są meta tagami, ale trafiają do tej samej sekcji head
Canonical, hreflang, Open Graph, Twitter Cards i dane strukturalne JSON-LD siedzą w sekcji head obok meta tagów, ale każdy z nich ma inną składnię i innego odbiorcę.
W codziennej pracy wrzuca się je do jednego worka „meta tagi SEO”, bo edytuje się je w tym samym miejscu panelu i sprawdza tym samym crawlerem. Znajomość różnic pomaga jednak w rozmowie z programistą i w diagnozowaniu błędów.
Canonical to element <link rel=”canonical” href=”…”>, którym wskazujesz preferowany adres strony przy duplikatach. W sklepie dotyczy to sortowań, filtrów, paginacji i parametrów śledzących. Canonical jest dla Google wskazówką, ale w połączeniu z konsekwentnym linkowaniem wewnętrznym Google zwykle go respektuje. Ważne: strona z noindex nie powinna być celem canonicala z innych stron, bo wysyłasz sprzeczne sygnały.
Hreflang to atrybut elementu <link rel=”alternate” hreflang=”de-DE” href=”…”>, który informuje o wersjach językowych i regionalnych. Wymaga wzajemnych odwołań między wszystkimi wersjami i bywa najczęściej popsutym elementem w sklepach wielojęzycznych. Szczegóły omówiłem we wpisie o pozycjonowaniu zagranicznym.
Open Graph to znaczniki <meta property=”og:…”>, z których Facebook, LinkedIn, Messenger i większość komunikatorów budują podgląd linku. Protokół wymaga czterech właściwości: og:title, og:type, og:image i og:url, a jako opcjonalne wymienia m.in. og:description, og:site_name i og:locale. Google nie używa ich do rankingu, ale wykorzystuje og:title jako jedno z alternatywnych źródeł tytułu wyniku, więc rozbieżność między og:title a <title> może skończyć się przepisaniem nagłówka. Twitter Cards (twitter:card, twitter:title, twitter:description, twitter:image) robią to samo dla X i w większości wtyczek SEO uzupełniają się automatycznie z Open Graph.
Dane strukturalne JSON-LD to skrypt <script type=”application/ld+json”> z osobną składnią. Umożliwiają wyniki rozszerzone (cena, dostępność, ocena produktu) i są najbardziej złożonym elementem z tej listy. W sklepie na WordPressie generuje je zwykle wtyczka SEO, w Shoper czy IdoSell platforma, a błędy sprawdzasz w teście wyników z elementami rozszerzonymi.
Szablony meta title i meta description dla sklepu internetowego
W sklepie ręcznie piszę tytuły i opisy tylko dla strony głównej, kategorii i najważniejszych wpisów, a dla kart produktów i podkategorii buduję szablony ze zmiennymi.
Taki podział wynika z arytmetyki. Sklep z 300 kategoriami i 20 000 produktów potrzebuje 20 300 unikalnych tytułów, a ręczne pisanie ich wszystkich nie ma uzasadnienia biznesowego. Google w dokumentacji o snippetach dopuszcza programowe generowanie opisów, pod warunkiem różnorodności, dlatego szablon musi korzystać z co najmniej dwóch zmiennych poza nazwą produktu.
| Typ strony | Szablon meta title | Szablon meta description |
| Strona główna | [Główna kategoria oferty] – [Marka] (ręcznie, np. „Sprzęt trekkingowy i outdoor – Sklep Górski”) | Ręcznie: zakres oferty + 2 argumenty (wysyłka, zwroty, liczba marek) + CTA |
| Kategoria główna | [Fraza kategorii] – [Marka] (ręcznie) | Ręcznie: co jest w kategorii + liczba produktów lub marek + argument zakupowy |
| Podkategoria | [Fraza podkategorii] – [Kategoria nadrzędna] – [Marka] (szablon, weryfikacja długości) | Szablon: [Fraza podkategorii] – [liczba produktów] produktów od [liczba marek] marek. [Argument globalny sklepu]. |
| Karta produktu | [Nazwa produktu] [wariant/kolor] – [Marka sklepu] (szablon; nazwa produktu jest zwykle frazą transakcyjną) | Szablon: [Nazwa produktu] – [2 atrybuty z karty, np. materiał, waga]. [Dostępność]. [Wysyłka] i [zwrot]. |
| Filtr z popytem (np. kolor, marka) | [Fraza podkategorii] [wartość filtra] – [Marka] (tylko dla filtrów z self-canonical i własną treścią) | Szablon jak dla podkategorii z dodaną wartością filtra; pozostałe filtry noindex |
| Wpis blogowy | [Fraza] – [dopowiedzenie intencji]? – [Marka] (ręcznie, pytanie w tytule przy intencji informacyjnej) | Ręcznie: odpowiedź na pytanie z tytułu w jednym zdaniu + co czytelnik dostanie |
| Paginacja | [Tytuł kategorii] – strona [n] – [Marka] (automatycznie z platformy) | Może być pusty; Google pobierze fragment treści |
W WordPressie z Yoast SEO taki szablon zapisujesz jako %%title%% %%sep%% %%sitename%% w ustawieniach rodzajów treści, w Shoper jako znaczniki typu {product_name} w globalnych ustawieniach SEO, a w Shopify, PrestaShop i IdoSell w analogicznych polach szablonów. Zasada jest jedna. Szablon to siatka bezpieczeństwa, a strony, które generują 80% przychodu organicznego, dostają tytuł i opis napisane ręcznie.
Gdzie edytować meta tagi w popularnych CMS i platformach sklepowych?
W każdej popularnej platformie meta title i meta description edytujesz w panelu bez dotykania kodu, a dostęp do meta robots i pozostałych znaczników zależy od systemu.
Google w dokumentacji o meta tagach sam zaznacza, że w Wix, WordPressie czy Bloggerze bezpośrednia edycja HTML bywa niemożliwa i zamiast tego CMS udostępnia własny mechanizm. Poniżej ścieżki z naszych poradników platformowych:
| Platforma | Meta title i meta description | Meta robots i pozostałe |
| WordPress + WooCommerce | Pola Yoast SEO (lub Rank Math) pod edytorem wpisu, strony, produktu i kategorii; szablony w Yoast SEO → Ustawienia → Rodzaje treści | Zakładka Zaawansowane w metaboxie Yoast (noindex, nofollow, canonical); Open Graph w zakładce Social |
| Shoper | Globalnie w Ustawienia > Zaawansowane > SEO ze znacznikami typu {product_name}; indywidualnie w zakładce Pozycjonowanie produktu, kategorii i wpisu | Ustawienia indeksowania per typ strony w tym samym module SEO; pole Meta Keywords zostaw puste |
| PrestaShop | Zakładka SEO w formularzu produktu (Katalog → Produkty); strony systemowe i główna na liście ekranu SEO i adresy URL (pozycja „index”) | Ustawienia robots i plik robots.txt w module SEO i adresy URL; puste description produktu wypełnia krótki opis |
| Shopify | Strona główna w Sklep online → Preferencje; produkty, kolekcje i strony w sekcji „Listing w wyszukiwarce” (tytuł do 70 znaków w polu, zalecane 60; opis do 320, zalecane 160) | Metapole seo.hidden dla noindex, szablon robots.txt.liquid dla reguł crawlowania |
Szczegółowe przewodniki po panelach znajdziesz we wpisach:
- pozycjonowanie WooCommerce,
- pozycjonowanie Shoper,
- pozycjonowanie PrestaShop,
- pozycjonowanie Shopify,
- pozycjonowanie IdoSell.
Jedno ostrzeżenie techniczne z dokumentacji Google. Wstawianie lub zmienianie meta tagów przez JavaScript jest odradzane, a jeśli nie da się tego uniknąć, wymaga dokładnych testów. Dotyczy to sklepów na frameworkach JS, w których tytuł i opis pojawiają się dopiero po wyrenderowaniu aplikacji. Google potrafi je odczytać po renderowaniu, ale z opóźnieniem, a inne roboty i podglądy linków w komunikatorach zobaczą tylko wersję z surowego HTML.
Audyt meta tagów krok po kroku
Audyt meta tagów robię w sześciu krokach: crawl, filtrowanie błędów, porównanie z tym, co Google faktycznie wyświetla, analiza CTR w Search Console, priorytetyzacja według ruchu i weryfikacja po wdrożeniu.
Cała procedura dla sklepu z kilkoma tysiącami podstron zajmuje jeden dzień roboczy, a większość czasu idzie na krok trzeci i czwarty, bo to one pokazują, gdzie tracisz kliknięcia.
- Crawl serwisu (Screaming Frog, Sitebulb lub Ahrefs Site Audit) z eksportem kolumn: title, długość title w znakach i pikselach, description, długość description, meta robots, X-Robots-Tag, canonical, H1, og:title.
- Filtrowanie błędów technicznych: puste tytuły i opisy, duplikaty w obrębie serwisu, tytuły powyżej 60 znaków lub 600 pikseli, opisy powyżej 160 znaków, noindex na stronach z ruchem, brak viewportu, zduplikowane viewporty, meta refresh, canonical wskazujący na stronę z noindex.
- Porównanie tytułów i opisów z wersją wyświetlaną w Google dla 50–100 najważniejszych adresów. Screaming Frog ma podgląd SERP Snippet, a ręcznie sprawdzam operatorem site: dla adresu. Zapisuję, gdzie Google podmienia tytuł, i szukam wzorca (za długi, niezgodny z H1, mikroszablon).
- Analiza CTR w Google Search Console: raport Skuteczność, filtr na 3 miesiące, porównanie CTR stron na zbliżonej pozycji. Strona na pozycji 4 z CTR wyraźnie niższym niż inne strony na pozycji 4 to kandydat do przepisania tytułu i opisu.
- Priorytetyzacja: najpierw strony generujące ruch i przychód (dane z GA4), potem strony z pozycjami 4–10 na frazy z popytem, na końcu długi ogon obsługiwany szablonami.
- Weryfikacja po 4–6 tygodniach: ponowny crawl, sprawdzenie w GSC, czy Google zaindeksował nowe wersje, porównanie CTR przed i po dla tych samych fraz i pozycji.
Najczęstsze błędy z audytów i ich skutki zebrałem w jednej tabeli. Kolejność odpowiada temu, ile ruchu każdy z nich potrafi zabrać:
| Błąd | Skutek | Jak wykryć |
| noindex pozostawiony po migracji lub z wersji testowej | Strony znikają z indeksu w ciągu dni lub tygodni; ruch spada do zera | Raport Indeksowanie stron w GSC („Wykluczono przez tag noindex”), crawl z filtrem na noindex |
| Ten sam tytuł na wszystkich stronach (nazwa sklepu) | Google przepisuje tytuły z nagłówków, strony nie rankują na frazy kategorii | Crawl, raport duplikatów tytułów |
| Blokada w robots.txt zamiast noindex | Adresy w indeksie bez tytułu i opisu, brak możliwości usunięcia | GSC: „Zindeksowano, ale zablokowano przez plik robots.txt” |
| Tytuł niezgodny z H1 | Google przepisuje tytuł i potrafi zgubić frazę lub liczbę | Crawl z porównaniem kolumn title i H1 |
| Opis meta skopiowany z ustawień globalnych | Google generuje własny snippet, niższy CTR na frazy z długiego ogona | Crawl, raport duplikatów opisów |
| Meta refresh jako przekierowanie | Opóźnione ładowanie, ryzyko uznania za stronę przejściową | Crawl, filtr na http-equiv=”refresh” |
| Dwa znaczniki viewport lub brak viewportu | Błędne renderowanie na telefonie, brak powiększania | Crawl, raport viewport; test na telefonie |
| Brak og:image na stronach udostępnianych w social mediach | Podgląd linku bez obrazka lub z losową grafiką, niższy zasięg | Debuger udostępniania Meta, crawl z ekstrakcją og:image |
Taki audyt jest częścią każdego naszego audytu SEO, a jeśli chcesz najpierw sprawdzić skalę problemu w swoim sklepie, zacznij od darmowego audytu SEO.
Konflikty sygnałów – gdy meta tagi kłócą się z innymi ustawieniami
Najwięcej problemów z meta tagami nie wynika z ich braku, tylko z tego, że różne elementy strony wysyłają Google sprzeczne polecenia.
Robot dostaje wtedy trzy różne mapy do tego samego miejsca i wybiera według własnych reguł, zwykle tę bardziej restrykcyjną. W sklepach, gdzie nad kodem pracuje kilka osób i kilka wtyczek, takie konflikty pojawiają się po każdej większej aktualizacji.
| Konflikt | Co robi Google | Poprawne ustawienie |
| Disallow w robots.txt + noindex w meta robots | Nie widzi noindex, adres może zostać w indeksie | Tylko noindex; blokada w robots.txt dopiero po wypadnięciu z indeksu |
| noindex w meta robots + adres w mapie witryny | Respektuje noindex, ale mapa traci wiarygodność | Mapa witryny zawiera wyłącznie strony do indeksowania |
| noindex + canonical wskazujący na inny adres | Sygnały sprzeczne: „nie indeksuj” i „to duplikat tamtej strony” | Albo noindex, albo canonical – nigdy oba na tej samej stronie |
| meta robots w HTML + inny X-Robots-Tag w nagłówku HTTP | Stosuje bardziej restrykcyjną regułę | Jedno źródło reguł; nagłówek HTTP tylko dla plików bez HTML |
| robots + googlebot z różnymi wartościami | Stosuje bardziej restrykcyjną regułę | Jeden znacznik robots, googlebot tylko w wyjątkach |
| title inny niż H1 i og:title | Może wybrać H1 lub og:title jako nagłówek wyniku | Trzy elementy z tą samą frazą główną, różnice tylko w dopowiedzeniach |
| meta refresh + przekierowanie 301 na tym samym adresie | Łańcuch przekierowań, opóźnienie | Tylko 301 na serwerze |
Różnice między rodzajami przekierowań opisałem we wpisie o tym, kiedy stosować przekierowanie 301, a kiedy 302, a szerszy kontekst indeksacji, wydajności i architektury znajdziesz we wpisie o technicznym SEO.
Meta tagi to najtańsza optymalizacja w całym SEO
Poprawa meta tagów nie wymaga nowych treści, linków ani zmian w kodzie szablonu. Wystarczy panel platformy, crawler i dane z Search Console. Efekt w postaci wyższego CTR widać przy tej samej pozycji, a naprawa błędnego noindex czy konfliktu z robots.txt potrafi przywrócić ruch, którego szukano miesiącami w zupełnie innych miejscach. W FEB przegląd meta tagów jest pierwszym etapem każdego projektu pozycjonowania sklepu internetowego, bo daje najszybszy zwrot z włożonej pracy. Jeżeli chcesz sprawdzić, jak Twój sklep wygląda w wynikach Google i gdzie traci kliknięcia, wyślij nam brief. Przygotujemy listę poprawek z priorytetami, którą wdrożysz w panelu bez udziału programisty.
Źródła:
https://developers.google.com/search/docs/crawling-indexing/special-tags
https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag
https://developers.google.com/search/docs/appearance/title-link
https://developers.google.com/search/docs/appearance/snippet
https://zyppy.com/seo/google-title-rewrite-study/
