Ilustracja została wygenerowana przez AI.

Zmiana szablonu Shoper z RWD na Storefront nie powinna być traktowana automatycznie jak pełna migracja adresów URL. To przede wszystkim zmiana warstwy prezentacji sklepu, ale w SEO trzeba sprawdzić, czy po wdrożeniu nie zmienia się sposób działania kluczowych typów podstron: produktów, kategorii, wariantów, filtrów, paginacji, treści kategorii i linkowania wewnętrznego.

W dokumentacji producenta dotyczącej przejścia z RWD na Storefront wskazano, że szczególnej uwagi wymagają między innymi wyjątki związane z wariantami i filtrami. Dlatego audyt przed i po wdrożeniu powinien opierać się na porównaniu realnych adresów, statusów HTTP, canonicali i treści, a nie na założeniu, że każdy URL pozostanie identyczny albo że każdy wymaga przekierowania. Źródło producenta: instrukcja Shoper dotycząca przejścia z RWD na Storefront.

Co porównać przed i po zmianie RWD na Storefront?

Najpierw wykonaj crawl obecnego sklepu na RWD i zapisz listę adresów, statusów, tytułów, opisów, canonicali, nagłówków H1, treści kategorii oraz linków wewnętrznych. Po wdrożeniu Storefront wykonaj analogiczny crawl i porównaj wyniki. Nie wystarczy sprawdzić strony głównej i kilku produktów - problem może pojawić się na filtrach, wariantach albo w dolnych opisach kategorii.

Jeśli sklep ma istotny ruch organiczny, zmianę warto poprzedzić technicznym audytem. W RankHero realizujemy pozycjonowanie Shoper z uwzględnieniem zmian szablonów, kontroli indeksacji i weryfikacji elementów, które mogą wpływać na widoczność kategorii oraz produktów.

URL produktów i kategorii - nie zakładaj migracji, tylko porównaj

W typowym scenariuszu zmiana szablonu nie musi oznaczać zmiany wszystkich adresów produktów i kategorii. Dlatego pierwszym krokiem jest porównanie konkretnych URL przed i po wdrożeniu. Zwróć uwagę szczególnie na najważniejsze kategorie, produkty z ruchem organicznym, produkty z linkami zewnętrznymi oraz strony, które mają sprzedaż z SEO.

• Sprawdź, czy podstawowy URL produktu po przejściu na Storefront zwraca status 200.
• Porównaj adres kategorii przed i po zmianie - znak po znaku, bez ręcznego upraszczania.
• Zweryfikuj, czy canonical wskazuje na właściwy adres, a nie na przypadkową wersję z parametrami.
• Sprawdź, czy przekierowania 301 pojawiają się tylko tam, gdzie są potrzebne.
• Nie twórz mapy przekierowań dla całego sklepu, jeśli crawl potwierdza, że podstawowe URL się nie zmieniły.

Warianty produktów - sprawdź adresy wejściowe i canonical

Warianty są jednym z obszarów, których nie należy pomijać przy przejściu z RWD na Storefront. Jeśli użytkownicy lub Google trafiali wcześniej na adresy prowadzące do konkretnego wariantu produktu, sprawdź, co dzieje się z tymi adresami po zmianie szablonu. Istotne jest nie tylko to, czy strona się otwiera, ale też jaki status HTTP zwraca, jaki ma canonical i czy użytkownik widzi właściwy produkt oraz wybrany wariant.

Nie zakładaj, że każdy wariant musi mieć osobną indeksowalną stronę. W praktyce akceptowalny wynik zależy od tego, jak sklep wcześniej wykorzystywał warianty w SEO i sprzedaży. Jeżeli warianty nie były indeksowane, najważniejsze jest zachowanie poprawnego działania dla użytkownika oraz brak masowego generowania duplikatów. Jeżeli konkretne warianty miały ruch organiczny lub linki, wymagają osobnej decyzji i testów.

Filtry - kontrola indeksacji, duplikacji i linkowania

Filtry kategorii to drugi obszar wymagający dokładnego porównania. Po zmianie szablonu sprawdź, czy adresy filtrów działają tak samo jak wcześniej, czy zmienił się ich format, czy są linkowane z listingu oraz czy nie powstały nowe kombinacje filtrów dostępne dla robotów. Dokumentacja producenta wskazuje, że przy przejściu na Storefront trzeba zwrócić uwagę na wyjątki dotyczące filtrów, dlatego nie pomijaj ich w crawlach.

• Porównaj przykładowe adresy filtrów z najważniejszych kategorii.
• Sprawdź status HTTP dla filtrów, które były wcześniej dostępne.
• Zweryfikuj canonical dla stron filtrowania.
• Oceń, czy filtry nie tworzą nowych masowych duplikatów kategorii.
• Sprawdź, czy linkowanie do filtrów nie zastąpiło linkowania do ważnych kategorii.

Treści kategorii - sprawdź widoczność, nie tylko obecność w panelu

Przy zmianie RWD na Storefront treść kategorii trzeba sprawdzić na renderowanej stronie, nie tylko w danych sklepu. Najczęstszy problem nie polega na tym, że treść znika z bazy, ale na tym, że po zmianie szablonu jest inaczej wyświetlana, przesunięta, skrócona, ukryta albo pojawia się w innym miejscu kodu HTML.

Dla najważniejszych kategorii porównaj:

• czy opis kategorii jest widoczny dla użytkownika po wdrożeniu Storefront,
• czy w kodzie HTML znajduje się ta sama treść co przed zmianą,
• czy nie zniknęły nagłówki używane w opisie,
• czy nie zmieniła się kolejność elementów: listing produktów, opis, linki, dodatkowe bloki,
• czy linki wewnętrzne umieszczone w opisach kategorii nadal działają.

Linkowanie wewnętrzne po zmianie szablonu

Storefront może inaczej prezentować menu, listingi, breadcrumbs, boksy produktowe, elementy rekomendacji lub linki w stopce. Dlatego po wdrożeniu sprawdź, czy najważniejsze podstrony nie straciły linków wewnętrznych. Nie chodzi o samą liczbę linków, ale o to, czy kluczowe kategorie, produkty i podkategorie nadal są łatwo dostępne z poziomu struktury sklepu.

W sklepach internetowych linkowanie wewnętrzne jest jednym z elementów technicznej kontroli SEO, szczególnie przy zmianach frontu. Jeżeli zmiana szablonu łączy się z przebudową nawigacji, warto spojrzeć na nią szerzej w kontekście pozycjonowania sklepów internetowych, a nie tylko jako zmianę wizualną.

Tabela testów przed i po wdrożeniu Storefront

Minimalna lista adresów do porównania

Do testów nie wybieraj przypadkowych podstron. Przygotuj próbkę, która odzwierciedla realną strukturę sklepu i źródła ruchu organicznego.

• Strona główna.
• Najważniejsze kategorie z ruchem organicznym.
• Podkategorie z długiego ogona.
• Produkty z wejściami z Google.
• Produkty z wariantami.
• Kategorie z filtrami.
• Strony paginacji w dużych kategoriach.
• Adresy z linkami wewnętrznymi w opisach kategorii.
• Adresy z linkami zewnętrznymi, jeśli sklep takie posiada.

Kiedy potrzebne są przekierowania 301?

Przekierowania 301 są potrzebne tylko wtedy, gdy realny adres po zmianie jest inny lub stary URL przestaje działać. Nie twórz przekierowań dla adresów, które nadal zwracają 200 i są właściwymi adresami kanonicznymi. Nadmiarowe przekierowania mogą utrudnić diagnostykę i wprowadzić niepotrzebne łańcuchy.

Najpierw porównaj adresy, potem zdecyduj:

• URL przed zmianą zwraca 200 po wdrożeniu i ma poprawny canonical - zwykle nie wymaga przekierowania.
• URL przed zmianą zwraca 404, a istnieje nowy odpowiednik - ustaw 301 do najbardziej dopasowanej strony.
• URL wariantu działa inaczej niż wcześniej - oceń, czy powinien prowadzić do produktu głównego, wariantu lub innej strony zgodnie z jego wcześniejszą rolą.
• URL filtra był istotny SEO - sprawdź, czy po zmianie nadal spełnia tę samą funkcję i nie został zastąpiony przypadkowym adresem.

Warunki akceptacji wdrożenia z perspektywy SEO

Zmianę szablonu z RWD na Storefront można uznać za bezpieczniejszą SEO dopiero wtedy, gdy testy potwierdzają, że kluczowe typy podstron działają zgodnie z założeniami. Sama poprawna prezentacja wizualna sklepu nie wystarcza.

• Najważniejsze produkty i kategorie zwracają poprawne statusy HTTP.
• Nie pojawiły się nieplanowane błędy 404 na adresach z ruchem organicznym.
• Canonicale wskazują właściwe adresy.
• Treści kategorii są widoczne na stronie i obecne w HTML.
• Linkowanie wewnętrzne do kluczowych kategorii i produktów nie zostało osłabione.
• Warianty produktów zachowują sensowną ścieżkę dla użytkownika i robotów.
• Filtry nie generują niekontrolowanych duplikatów lub nie tracą wartościowych adresów.
• Mapa witryny i adresy indeksowalne są spójne z docelową strukturą sklepu.