Jak opracować title i meta description stron sklepu?

Właściciel sklepu otwiera ustawienia strony i widzi dwa pola: tytuł SEO oraz meta description. Obok pojawia się licznik znaków, a czasem kolorowa podpowiedź, że tekst jest za krótki albo za długi. Łatwo wtedy uznać, że zadanie polega na wpisaniu słowa kluczowego i zmieszczeniu się w wyznaczonym limicie.

Dobry tytuł pomaga szybko rozpoznać stronę. Dobre meta description pozwala wstępnie ocenić, co znajduje się pod wynikiem i czy warto go otworzyć. Oba elementy powinny być zgodne z faktyczną zawartością strony, jej miejscem w sklepie i zadaniem klienta.

Nie naprawią jednak źle nazwanej kategorii, niepełnej karty produktu, niekontrolowanych filtrów ani wersji językowej, w której przetłumaczono tylko menu. Dlatego pracę nad nimi warto zacząć nie od licznika znaków, lecz od pytania:

Co dokładnie znajduje się pod tym adresem i po czym klient ma rozpoznać, że jest to właściwa strona?

Zacznij od podstaw: pięć elementów, których nie należy mylić

Do napisania title i meta description nie trzeba znać HTML-a. Trzeba jednak wiedzieć, które pole się zmienia i gdzie klient może zobaczyć jego efekt.

Gdzie znaleźć te pola?

W WordPressie

W WordPressie nie ma jednego, identycznego miejsca dla każdego sklepu. Pola najczęściej dodaje wtyczka SEO albo rozwiązanie przygotowane przez wykonawcę strony. Nazwy mogą brzmieć „Tytuł SEO”, „SEO title”, „Meta description” albo „Opis meta”. Konkretnie:
• dla strony głównej otwórz stronę ustawioną jako główna albo jej ustawienia SEO;
• dla produktu przejdź do listy produktów i otwórz właściwy produkt;
• dla kategorii przejdź do kategorii produktów i otwórz właściwą kategorię;
• poszukaj panelu lub sekcji używanej w sklepie wtyczki SEO;
• jeżeli pól nie ma albo wartości tworzą się automatycznie, zapytaj administratora, jaki mechanizm generuje metadane — nie instaluj nowej wtyczki tylko po to, aby znaleźć dwa pola.

Ważne: do pola title wpisuje się gotowy tekst tytułu, a do meta description — gotowy opis. Nie wkleja się tam znaczników ani <meta>. Nie należy też wklejać meta description do zwykłej treści strony.

W PrestaShop

Położenie pól może nieznacznie różnić się zależnie od wersji PrestaShop, języka panelu i zainstalowanych modułów. W standardowym panelu administracyjnym szukaj następujących miejsc:

• dla strony głównej przejdź do Parametry sklepu > Ruch > SEO i URL-e, znajdź stronę „index” albo „index.php” i otwórz jej edycję; tam znajdują się pola Meta title lub Page title oraz Meta description;
• dla produktu przejdź do Katalog > Produkty, otwórz właściwy produkt, a następnie zakładkę SEO; w niektórych wersjach lub tłumaczeniach nosi ona nazwę Referencing/SEO;
• dla kategorii przejdź do Katalog > Kategorie, otwórz właściwą kategorię i znajdź pola Meta title lub Title tag oraz Meta description w jej formularzu;
• jeżeli sklep ma kilka języków, wybierz właściwy język i uzupełnij pola osobno dla każdej wersji;
• jeżeli metadane tworzy moduł albo reguła automatyczna, przed ręczną zmianą ustal, czy zapis na pojedynczej stronie nie zostanie później nadpisany.

W Shoperze

Shoper pozwala ustawiać metadane globalnie dla całych typów stron albo indywidualnie dla konkretnego produktu i kategorii. Warto najpierw ustalić, czy edytujesz regułę ogólną, czy pojedynczą stronę.

• dla strony głównej przejdź do Ustawienia > Zaawansowane > SEO > Strona główna; edytuj pola Tytuł strony i Opis strony (META Description);
• dla produktu przejdź do listy produktów, otwórz właściwy produkt i znajdź sekcję Pozycjonowanie; można w niej ustawić Tytuł strony, META Description i adres URL dla tego produktu;
• dla kategorii przejdź do Produkty > Kategorie, otwórz właściwą kategorię, przewiń poniżej opisów i włącz albo rozwiń sekcję Pozycjonowanie;
• ustawienia ogólne dla kart produktów i list kategorii znajdują się w Ustawienia > Zaawansowane > SEO; indywidualne ustawienia produktu lub kategorii mają przed nimi pierwszeństwo;
• w polach mogą znajdować się znaczniki w klamrach, np. nazwa produktu lub sklepu, z których Shoper automatycznie buduje tekst; nie usuwaj ich bez sprawdzenia, które strony korzystają z danej reguły.

Bezpieczna procedura pierwszej zmiany

1. Wybierz jeden konkretny adres i ustal, czy jest to strona główna, kategoria czy produkt.
2. Otwórz w WordPressie (PrestaShop, Shoperze itd.) dokładnie tę stronę, kategorię albo produkt.
3. Zapisz dotychczasowy title, meta description oraz datę zmiany (np. w pliku Notatnika, to Twoja „kopia bezpieczeństwa” przed wprowadzeniem zmian i materiał do późniejszej obserwacji efektów nowej redakcji).
4. Sprawdź H1 i widoczną treść. Nowe metadane muszą opisywać to, co rzeczywiście znajduje się na stronie.
5. Wpisz tekst bez kodu HTML i bez listy powtarzanych słów kluczowych.
6. Użyj przycisku „Zaktualizuj” lub „Zapisz”. Jeżeli sklep korzysta z pamięci podręcznej, zmiana może wymagać jej odświeżenia przez administratora.
7. Sprawdź opublikowaną stronę. Tytuł można zwykle zobaczyć na karcie przeglądarki; meta description najpewniej sprawdza się w kodzie strony albo narzędziu kontrolnym.
8. Nie oczekuj natychmiastowej zmiany wyniku Google. Wyszukiwarka musi ponownie pobrać stronę i nadal może wyświetlić inny tytuł lub opis.

Czego sama zmiana nie zrobi?

• nie zmieni adresu URL;
• nie musi automatycznie zmienić H1 ani nazwy produktu;
• nie naprawi niejasnej kategorii, błędnych wariantów ani niepełnego opisu;
• nie gwarantuje pozycji, ruchu, kliknięć ani sprzedaży;
• nie gwarantuje, że Google pokaże dokładnie przygotowany tekst.

Najpierw rozróżnij title, H1 i meta description

Te trzy elementy są ze sobą związane, ale nie pełnią tej samej funkcji. HTML title znajduje się w kodzie strony. Jest widoczny m.in. na karcie przeglądarki i stanowi jedno ze źródeł, z których Google może utworzyć tytuł wyniku wyszukiwania.

H1, czyli główny widoczny nagłówek, pomaga użytkownikowi potwierdzić, gdzie trafił. Na stronie produktu będzie to zwykle nazwa produktu, a na stronie kategorii — nazwa grupy produktów. Meta description to proponowane krótkie streszczenie strony. Może zostać pokazane w wynikach wyszukiwania, ale Google może również wybrać fragment widocznej treści, który uzna za lepiej dopasowany do zapytania.

Title i H1 nie muszą być identyczne. Powinny jednak jednoznacznie opisywać tę samą stronę. Jeżeli title mówi o sadzonkach jabłoni, H1 o drzewach do ogrodu, a główna część strony pokazuje wszystkie rośliny owocowe, zakres jest niejasny zarówno dla klienta, jak i dla systemu tworzącego wynik.

Wartość, nie sztywna długość

Jedna z najczęściej powtarzanych porad mówi, że title musi mieć najwyżej około 60 znaków, a meta description około 155–160. Google nie określa takich sztywnych limitów dla tych elementów. Widoczny tytuł i opis wyniku są skracane zależnie od miejsca oraz szerokości urządzenia. Licznik może być pomocniczym narzędziem redakcyjnym, ale nie jest testem zgodności z wymaganiem Google.

Z tego wynikają bardziej użyteczne zasady:

• najważniejszą informację umieszczaj wcześnie;
• nie wydłużaj tekstu tylko po to, aby wykorzystać dostępne miejsce;
• sprawdź, czy początek pozostaje zrozumiały po skróceniu;
• unikaj powtarzania tych samych słów w kilku odmianach;
• oceniaj komunikat na podglądzie mobilnym i komputerowym;
• nie usuwaj informacji koniecznej do rozróżnienia produktu tylko dlatego, że licznik zmienił kolor.

Zwięzłość jest faktycznie potrzebna, ale nie można sprowadzać jej do sztywnego limitu.

Najczęstsze pomyłki na początku:

• zmiana widocznego nagłówka H1 zamiast pola title;
• wklejenie meta description do treści strony;
• użycie tego samego opisu dla strony głównej, kategorii i wielu produktów;
• traktowanie kolorowego licznika wtyczki jako oceny jakości albo wymogu Google;
• wpisanie ceny, promocji lub terminu wysyłki, których nikt później nie aktualizuje;
• ręczne poprawianie stron filtrów i parametrów bez decyzji, czy mają pojawiać się w wyszukiwarce;
• przetłumaczenie samego title i meta description, gdy produkt, koszyk lub warunki zakupu pozostają w innym języku.

Pięć pytań przed napisaniem metadanych

Przed ułożeniem title i meta description ustal:

1. Jaki jest typ strony? Strona główna, kategoria i produkt odpowiadają na inne potrzeby.
2. Co rzeczywiście znajduje się pod adresem? Nie opisuj szerszej oferty niż widoczna na stronie.
3. Co odróżnia tę stronę od podobnych stron sklepu? Może to być typ produktu, zastosowanie, model albo istotny wariant.
4. Które informacje są stabilne? Ręcznie wpisana cena lub termin wysyłki szybko mogą stać się nieaktualne.
5. Czy adres ma być osobną stroną w wyszukiwarce? Nie każdy filtr, sortowanie i parametr potrzebuje własnych metadanych.

Dopiero po tych ustaleniach można odpowiedzialnie redagować tekst.

Jak opracować stronę główną sklepu?

Strona główna ma pomóc rozpoznać sklep, jego główny zakres oraz specjalizację. Nie powinna próbować zastąpić wszystkich kategorii jednocześnie.

Title strony głównej

Najczęściej warto połączyć:

• nazwę marki lub sklepu;
• główną kategorię oferty albo konkretną specjalizację;
• ewentualnie istotny kontekst, jeżeli rzeczywiście odróżnia sklep.

Prosty model: [Marka] – [główna kategoria lub specjalizacja]

Nie jest to obowiązkowa formuła. Pomaga jednak uniknąć tytułów takich jak „Strona główna”, „Witamy w naszym sklepie” albo samo „Sklep internetowy”.

Meta description strony głównej

Opis powinien krótko wyjaśnić:

• co sklep sprzedaje;
• komu lub do jakich zastosowań służy oferta;
• jaki prawdziwy wyróżnik ma znaczenie dla klienta;
• czego można szukać dalej.

Nie warto umieszczać w nim całej listy kategorii ani chwilowej promocji, jeżeli nikt nie będzie pilnował jej aktualizacji.

Jak opracować stronę kategorii

Kategoria pomaga klientowi zorientować się w części katalogu, przejść do podkategorii albo zawęzić listę produktów. Jej nazwa, H1, opis, filtry i produkty powinny opisywać ten sam zakres.

Title kategorii

Najważniejsza jest zrozumiała nazwa kategorii. Można dodać kwalifikator, jeżeli pomaga odróżnić stronę od kategorii siostrzanych. Takim kwalifikatorem może być:

• zastosowanie;
• materiał;
• odbiorca;
• typ lub rozmiar;
• marka;
• inna cecha rzeczywiście wspólna dla całej kategorii.

Prosty model: [Kategoria] [ważny kwalifikator] – [Marka]

Nie należy dodawać określenia tylko dlatego, że pojawia się w narzędziu do analizy zapytań. Jeżeli kategoria nie potwierdza go produktami i treścią, tytuł będzie mylący.

Meta description kategorii

Opis kategorii może odpowiedzieć:

• jakie produkty znajdują się w tej grupie;
• według jakich cech można je wybierać;
• do jakich potrzeb lub zastosowań pasują;
• jaki stabilny warunek dotyczy całej kategorii.

Kategoria nie jest tylko miejscem na tekst SEO. Dobry title i meta description nie wystarczą, jeżeli:

• kategoria ma niejasną nazwę;
• nie prowadzą do niej zwykłe linki z nawigacji;
• produkty można znaleźć tylko przez wyszukiwarkę;
• filtry nie odpowiadają sposobowi wyboru;
• H1 i lista produktów mają inny zakres;
• strona nie wyjaśnia różnic ważnych dla klienta.

Google rozpoznaje strukturę sklepu również z relacji pomiędzy linkami. Metadane wspierają stronę, ale nie zastępują jej miejsca w architekturze informacji.

Jak opracować stronę produktu

Strona produktu powinna jednoznacznie identyfikować produkt albo obsługiwany zestaw jego wariantów.

Title produktu

W zależności od asortymentu potrzebne mogą być:

• typ lub właściwa nazwa produktu;
• marka i model;
• parametr konieczny do odróżnienia wariantu;
• krótka nazwa sklepu.

Prosty model: [Nazwa lub typ produktu] [marka/model] [ważny wariant] – [Marka sklepu]

Najważniejsze dane powinny znaleźć się wcześnie. Nie ma potrzeby dodawania kilku synonimów, powtarzania kategorii ani serii ogólnych przymiotników, takich jak „najlepszy”, „wyjątkowy” i „profesjonalny”.

Meta description produktu

Opis powinien zebrać te informacje, których klient potrzebuje, aby wstępnie ocenić dopasowanie:

• czym jest produkt;
• do jakiego zastosowania służy;
• które cechy rozróżniają go od podobnych produktów;
• jaki wariant znajduje się pod tym adresem;
• ewentualnie jaki stabilny warunek zakupu ma znaczenie.

Uważaj na ceny, dostępność i promocje

Google wskazuje, że meta description strony produktu może zebrać rozproszone informacje, takie jak cena, producent albo inne ważne dane. Nie oznacza to, że każdą cenę warto wpisywać ręcznie. Cena, dostępność, termin wysyłki i promocja zmieniają się częściej niż nazwa produktu. Jeżeli system nie aktualizuje ich w metadanych razem ze stroną, mogą wprowadzić klienta w błąd.

Takie informacje powinny być przede wszystkim:

• wyraźnie widoczne na stronie;
• zgodne z wybranym wariantem;
• aktualne w danych strukturalnych Product;
• zgodne z feedem produktowym, jeżeli sklep korzysta z Merchant Center.

Do title lub meta description warto włączać je tylko wtedy, gdy sklep potrafi zapewnić ich bieżącą zgodność.

HTML title to nie tytuł produktu w Merchant Center

W sklepie może funkcjonować kilka pól nazywanych „tytułem”:

• HTML title strony;
• H1 widoczny na karcie produktu;
• nazwa produktu w bazie sklepu;
• atrybut title w feedzie Merchant Center;
• og:title używany m.in. przy udostępnianiu;
• nazwa w danych strukturalnych.

Nie są to pola zamienne. Na przykład limit 150 znaków określony dla tytułu produktu w Merchant Center dotyczy danych przesyłanych do tej usługi, a nie HTML title. Jednocześnie wszystkie elementy powinny wskazywać ten sam produkt i właściwy wariant.

Zespół powinien więc zawsze ustalać, które pole właśnie redaguje i gdzie jest ono wykorzystywane.

Filtry, warianty i paginacja wymagają wcześniejszej decyzji

Sklep może automatycznie tworzyć setki adresów dla:

• kolorów i rozmiarów;
• marek;
• zakresów cen;
• sortowania;
• dostępności;
• kolejnych stron listy;
• kombinacji kilku filtrów;
• wariantów jednego produktu.

Nie każdy taki adres powinien być osobnym wynikiem wyszukiwania. Wpisanie odrębnego title i meta description nie rozstrzyga, czy strona ma wartość, powinna być indeksowana i jaki adres jest kanoniczny.

Przed automatyzacją metadanych trzeba ustalić:

1. które strony odpowiadają samodzielnym potrzebom klientów;
2. które mają własny, użyteczny zakres produktów;
3. które powinny być dostępne w nawigacji;
4. które są wyłącznie technicznymi stanami interfejsu;
5. jak sklep obsługuje canonical, indeksację i linkowanie;
6. czy kolejne strony listy pozwalają robotowi dotrzeć do wszystkich produktów.

To decyzja o strukturze sklepu, a nie tylko o copy.

Czy opisy można generować automatycznie?

Przy kilku ważnych stronach ręczna redakcja jest wykonalna. Przy tysiącach produktów może być nierealna. Google dopuszcza i zachęca do programowego generowania meta description w dużych serwisach opartych na bazach danych, jeżeli wynik jest:

• dokładny;
• czytelny dla człowieka;
• zróżnicowany;
• zbudowany z danych konkretnej strony.

Dobry szablon nie powinien więc sklejać pustych haseł: Kup [produkt] tanio online. Najlepsza jakość, szeroki wybór i szybka dostawa.

Powinien wykorzystywać kontrolowane pola, które naprawdę odróżniają produkt: [Typ produktu] [marka/model] w wariancie [cecha]. [Główne zastosowanie]. Sprawdź [ważne kryterium decyzji].

Przed wdrożeniem trzeba sprawdzić próbki z różnych kategorii, produkty z brakującymi danymi, nietypowe nazwy i warianty. Warto też ocenić, czy sam proces jest gotowy do automatyzacji. Automatyzacja powinna pomijać puste pola, a nie pozostawiać tytuły takie jak: – czerwony – sklep

Co zmienia sklep w wielu językach?

Dobra wersja językowa nie jest polską stroną z przetłumaczonym title i meta description. Powinna tworzyć spójną drogę od wyniku wyszukiwania, przez kategorię i produkt, aż do koszyka, płatności i warunków zakupu.

Najpierw ustal, czy zmieniasz język, czy rynek

Sklep wielojęzyczny udostępnia treści w kilku językach. Sklep wieloregionalny kieruje konkretne wersje do różnych krajów. Może też łączyć oba modele.

Sama wersja angielska nie musi oznaczać osobnych stron dla Wielkiej Brytanii, Stanów Zjednoczonych i Kanady. Warianty regionalne mają sens, gdy zmieniają się m.in.:

• oferta;
• waluta i ceny;
• dostawa;
• dostępność;
• podatki lub wymagane informacje;
• zasady zwrotu;
• terminologia właściwa dla rynku.

Jeżeli różnicy nie ma, tworzenie wielu niemal identycznych odmian zwiększa koszt utrzymania i ryzyko niespójności.

Każdy język potrzebuje stabilnego adresu

Google zaleca osobne URL-e dla różnych wersji językowych zamiast zmieniania języka tego samego adresu na podstawie pliku cookie, IP albo ustawień przeglądarki. Przykładowo:

• example.com/pl/sadzonki-jabloni;
• example.com/en/apple-trees.

Użytkownik powinien móc otworzyć każdą wersję bez wymuszonego przekierowania. Przełącznik języka powinien prowadzić zwykłym linkiem do odpowiednika bieżącej strony, jeżeli taki odpowiednik istnieje.

Lokalizuj, nie tłumacz mechanicznie

Każda wersja powinna mieć title, H1, meta description, treść i nawigację w tym samym języku. Trzeba zachować tożsamość produktu i zakres strony, ale dostosować:

• naturalną nazwę kategorii;
• szyk zdania;
• odmianę i styl;
• jednostki;
• terminologię używaną przez klientów;
• informacje właściwe dla lokalnej oferty.

Nie można zakładać, że fraza będąca właściwą nazwą kategorii po polsku ma prosty odpowiednik używany przez klientów na innym rynku. Tłumaczenie powinno zostać ocenione językowo i biznesowo.

Nie tłumacz tylko elementów otaczających

Google rozpoznaje język przede wszystkim z widocznej treści strony. Sam kod języka w URL-u, atrybut lang albo hreflang nie uczyni polskiego opisu produktu angielską wersją. Jeżeli przetłumaczono wyłącznie:

• title i meta description;
• menu;
• przyciski;
• nazwy filtrów;

ale opis, specyfikacja albo warunki zakupu pozostały po polsku, klient nadal nie otrzymuje pełnej wersji językowej.

W przypadku Merchant Center język danych produktowych powinien być zgodny z językiem strony docelowej oraz istotnych elementów procesu zakupowego. Trzeba więc kontrolować cały łańcuch: lokalny feed → właściwy URL produktu → zgodna wersja językowa i walutowa → zgodny koszyk i checkout

Do czego służą `lang`, `hreflang` i canonical

Te elementy rozwiązują różne problemy.

lang ma znaczenie dla dostępności. Pomaga m.in. czytnikom ekranu zastosować odpowiednie reguły wymowy. Google nie używa go jednak jako zamiennika analizy widocznej treści.

hreflang łączy istniejące odpowiedniki. Każda wersja powinna wskazywać samą siebie oraz pozostałe wersje, a odsyłacze powinny być wzajemne. Kod musi zaczynać się od języka, np. pl, en albo de. Region można dodać, np. en-GB, jeżeli wersja jest rzeczywiście przeznaczona na ten rynek.

x–default może wskazywać stronę wyboru języka lub sensowną wersję rezerwową dla osób, których ustawienia nie odpowiadają żadnemu wariantowi.

Przetłumaczonych stron, które mają funkcjonować w wyszukiwarce, nie należy zbiorczo kanonikalizować do wersji polskiej. Canonical powinien wskazywać właściwą stronę w tym samym języku, jeżeli taka istnieje. Relacje pomiędzy językami opisuje hreflang.

Nie każda strona musi mieć odpowiednik

Na jednym rynku produkt może być niedostępny, nie nadawać się do wysyłki albo podlegać innym warunkom. Nie warto tworzyć pozornej kopii wyłącznie po to, aby zachować równą liczbę adresów. Jeżeli odpowiednik nie istnieje:

• nie łącz polskiej strony produktu z angielską stroną kategorii;
• nie przekierowuj automatycznie do strony o innym celu;
• pozostaw możliwość wyboru innej części sklepu;
• nie deklaruj nieprawdziwej pary hreflang;
• upewnij się, że komunikat o braku oferty jest zrozumiały.

Symetria techniczna nie jest ważniejsza od zgodności z rzeczywistą ofertą.

Jak sprawdzić wynik pracy?

Po zmianie title i meta description:

1. zapisz poprzednią wersję i datę zmiany;
2. sprawdź wyrenderowany kod strony, a nie tylko pola w panelu;
3. potwierdź indeksowalność oraz właściwy canonical;
4. przy wielu językach sprawdź lang, wzajemne hreflang i działanie przełącznika;
5. zweryfikuj zgodność produktu, wariantu, ceny, waluty i feedu;
6. poczekaj na ponowne pobranie strony przez Google;
7. w Search Console przeanalizuj dany adres i odpowiadające mu zapytania.

Warto obserwować wyświetlenia, kliknięcia, CTR oraz średnią pozycję. Wyniki trzeba jednak interpretować ostrożnie. Zmiana może zbiec się z sezonowością, zmianą ceny, dostępności, pozycji, konkurencji albo wyglądu wyników wyszukiwania. Niski CTR może być sygnałem, że title, opis lub sama strona nie odpowiadają zapytaniom. Nie jest automatycznym dowodem jednej przyczyny.

Google może również pokazać inny tytuł albo fragment opisu niż przygotowany przez sklep. Nie zawsze oznacza to błąd. Trzeba sprawdzić, czy proponowane elementy są zgodne z główną treścią, językiem, H1 i rzeczywistym zakresem strony.

Karta redakcyjna strony sklepu

Poniższa karta jest propozycją metody BearUp. Nie jest standardem Google ani gwarancją poprawy pozycji, ruchu lub sprzedaży.

Zakres strony

• ☐ Wiadomo, czy jest to strona główna, kategoria, produkt czy techniczny stan listy.
• ☐ Zakres strony jest jednoznaczny.
• ☐ H1, widoczna treść i lista produktów potwierdzają ten sam temat.
• ☐ Adres ma świadomie ustalony status indeksacji i canonical.

Title

• ☐ Rozpoznaje stronę bez znajomości jej adresu.
• ☐ Najważniejsza informacja znajduje się wcześnie.
• ☐ Nie powtarza niepotrzebnie tych samych słów.
• ☐ Odróżnia stronę od podobnych adresów sklepu.
• ☐ Nie zawiera informacji, których strona nie potwierdza.
• ☐ Jest napisany w języku głównej treści.

Meta description

• ☐ Trafnie streszcza konkretną stronę.
• ☐ Pomaga ocenić zakres, produkt albo kryteria wyboru.
• ☐ Nie jest listą słów kluczowych.
• ☐ Nie zawiera nieuzasadnionych superlatywów.
• ☐ Dane zmienne są objęte wiarygodną aktualizacją.
• ☐ Opis pozostaje użyteczny nawet wtedy, gdy Google pokaże inny snippet.

Produkt i katalog

• ☐ Nazwa, marka, model i wariant są ze sobą zgodne.
• ☐ HTML title nie został pomylony z tytułem w feedzie.
• ☐ Cena i dostępność zgadzają się ze stroną, danymi Product i feedem.
• ☐ Filtry i warianty nie tworzą przypadkowych stron indeksowanych.
• ☐ Automatyczny szablon działa także przy brakujących danych.

Wersje językowe

• ☐ Każdy język ma stabilny adres.
• ☐ lang odpowiada językowi treści.
• ☐ Title, H1, opis, treść, nawigacja i zakup tworzą spójną wersję.
• ☐ Przełącznik prowadzi do rzeczywistego odpowiednika.
• ☐ hreflang jest kompletny i wzajemny.
• ☐ Canonical wskazuje właściwą wersję w tym samym języku.
• ☐ Sklep nie wymusza zmiany języka na podstawie IP.
• ☐ Feed, waluta, produkt oraz checkout odpowiadają lokalnemu rynkowi.

Najpierw rozpoznaj stronę, potem ją opisuj

Title i meta description są krótkie, ale ich opracowanie odsłania ważniejsze pytania.

Czy kategorie odpowiadają sposobowi wyboru klienta? Czy wariant ma własną stronę? Czy cena jest aktualizowana w jednym miejscu? Czy filtr powinien być indeksowany? Czy angielska wersja naprawdę prowadzi przez cały zakup po angielsku? Czy sklep sprzedaje ten sam produkt na każdym rynku?

Jeżeli nie ma odpowiedzi, problem nie kończy się na metadanych.

Na początek wybierz trzy adresy: stronę główną, ważną kategorię i jeden produkt. Dla każdego zapisz typ strony, zadanie klienta, dokładny zakres, element rozróżniający i dane, które pozostają stabilne. Dopiero potem przygotuj title, H1 oraz meta description i sprawdź, czy wszystkie mówią o tej samej rzeczy.

W sklepie wielojęzycznym powtórz tę pracę dla rzeczywistego odpowiednika, nie dla pustej kopii. Dobrze opracowany wynik powinien prowadzić do strony, która dotrzymuje obietnicy od pierwszego nagłówka aż do zakończenia zakupu.

Źródła

• Google Search Central — wpływanie na linki z tytułem w wynikach wyszukiwania
• Google Search Central — sprawdzone metody tworzenia dobrych metaopisów
• Google Search Central — jak pomóc Google zrozumieć strukturę witryny e-commerce
• Google Search Central — wprowadzenie do uporządkowanych danych produktów
• Google Merchant Center — specyfikacja atrybutu tytuł
• Google Merchant Center — wymagania dotyczące strony docelowej
• Google Search Central — zarządzanie witrynami wielojęzycznymi i wieloregionalnymi
• Google Search Central — informowanie o zlokalizowanych wersjach strony
• Google Search Central — określanie strony kanonicznej
• W3C — Understanding SC 2.4.2: Page Titled
• W3C — Understanding SC 3.1.1: Language of Page
• Google Merchant Center — obsługiwane języki i waluty
• Google Merchant Center — przesyłanie stabilnych stron docelowych

Źródła zweryfikowano 1 sierpnia 2026 roku. Karta redakcyjna jest propozycją metody BearUp wymagającą adaptacji i zatwierdzenia przez właściciela sklepu. Materiał nie jest audytem technicznym konkretnego sklepu i nie obiecuje poprawy pozycji, ruchu, CTR, konwersji ani sprzedaży.