SEO dla Shoper – audyt i pozycjonowanie sklepu

Jedna z najczęstszych sytuacji w e-commerce: Google zna adresy URL sklepu, ale nie dodaje ich do indeksu. W Google Search Console widać wtedy statusy „Strona wykryta – obecnie niezindeksowana” albo „Strona zeskanowana, ale jeszcze niezindeksowana”. Nie oznacza to automatycznie błędu technicznego. Częściej jest to informacja o tym, jak Google ocenia znaczenie danej podstrony na tle pozostałych adresów w sklepie i w wynikach wyszukiwania.

Mapa witryny XML pomaga Google odkryć adresy URL, ale sama nie gwarantuje ich indeksacji. Sitemap komunikuje wyszukiwarce: „te adresy istnieją”. Nie oznacza to jednak: „te adresy powinny znaleźć się w wynikach wyszukiwania”. Ta różnica bywa źródłem wielu nieporozumień w rozmowach o SEO sklepu.

Duża część potencjału SEO sklepu często znajduje się w kategoriach i podkategoriach. Problem pojawia się wtedy, gdy struktura sklepu powstaje wyłącznie według logiki właściciela, producenta albo hurtowni, a nie według sposobu, w jaki klienci formułują zapytania w Google.

Filtry są potrzebne użytkownikom, ale z perspektywy wyszukiwarki bywają wyzwaniem. Filtrowanie po kolorze, rozmiarze, producencie, materiale, cenie, zastosowaniu, sortowaniu i innych parametrach może generować bardzo dużą liczbę kombinacji adresów URL. Nie wszystkie powinny być dostępne do indeksacji. Warto też pamiętać, że sposób budowania adresów filtrów w Shoper Storefront może różnić się od starszych szablonów RWD, dlatego politykę indeksacji ustala się po sprawdzeniu, jak URL-e powstają w konkretnym sklepie.

Sklepy korzystające z integracji z hurtowniami często otrzymują te same tytuły, parametry, opisy produktów, zdjęcia i dane producenta co konkurencyjne sklepy. Operacyjnie jest to wygodne, ale identyczne lub bardzo podobne treści utrudniają wyróżnienie oferty i mogą zmniejszać wartość konkretnej podstrony względem konkurencyjnych dokumentów w wynikach wyszukiwania. Nie jest to „kara” ani automatyczny brak indeksacji — raczej brak powodu, dla którego Google miałoby wybrać akurat ten adres.

Storefront wykorzystuje inną technologię front-endową niż klasyczne szablony RWD, zmienia sposób działania części elementów sklepu i daje większe możliwości w zakresie UX oraz wydajności. Nie jest to jednak automatycznie migracja SEO: większość podstawowych adresów produktów i kategorii może pozostać bez zmian, a zapisane metadane również nie muszą się zmieniać. To zmiana warstwy prezentacji, którą — jak każdą dużą zmianę technologiczną — warto zweryfikować przed wdrożeniem i po nim.

Sam fakt, że sklep działa pod adresem typu sklep.domena.pl, nie przesądza o problemach z widocznością. Google potrafi poprawnie indeksować i pozycjonować zarówno subdomeny, jak i podkatalogi. Problemem może być dopiero sposób, w jaki obie części serwisu są ze sobą połączone: linkowanie, architektura informacji, konfiguracja narzędzi i historia adresów.

To trzy różne mechanizmy, które rozwiązują trzy różne problemy. Robots.txt kontroluje przede wszystkim możliwość crawlowania określonych zasobów przez roboty. Noindex informuje wyszukiwarkę, że dana strona nie powinna znajdować się w indeksie. Canonical wskazuje preferowaną wersję spośród takich samych lub bardzo podobnych URL-i. Te mechanizmy nie są zamienne, a ich przypadkowe łączenie może prowadzić do efektów innych od zamierzonych — na przykład strona zablokowana w robots.txt nie zostanie odczytana, więc umieszczony na niej noindex nie zadziała.