Wyszukiwarka w sklepie internetowym powinna rozumieć sposób, w jaki klient nazywa produkt, i prowadzić do trafnego wyniku nawet przy odmianie, literówce, kodzie albo niepełnej frazie. Jest szczególnie ważna w szerokim katalogu, lecz jej jakość zależy przede wszystkim od danych produktowych, reguł rankingu i projektu strony wyników.
Dobra wyszukiwarka obsługuje nazwy, kody, synonimy, fleksję i częste literówki, pokazuje użyteczne podpowiedzi, pozwala filtrować wyniki oraz oferuje sensowny następny krok przy braku dopasowania. Zapytania użytkowników trzeba analizować, a strony wyników domyślnie nie powinny tworzyć niekontrolowanej liczby indeksowalnych URL-i.
Zacznij od nazw, kodów i atrybutów, nie od nowej wtyczki
Wyszukiwarka nie naprawi katalogu, w którym produkty mają niejednolite nazwy, brak kodów, parametry wpisane w opisie i przypadkowe kategorie. Najpierw zbuduj słownik pól: nazwa handlowa, marka, model, kod producenta, kod sklepu, kategoria, zastosowanie, materiał, popularne określenia i status dostępności. Każde pole może mieć inną wagę w rankingu.
Klienci nie znają nomenklatury panelu. Mogą wpisać „skrzynka piekarnicza”, gdy produkt nazywa się według symbolu, albo „pojemnik do transportu mięsa”, gdy kategoria używa fachowego określenia. Zbieraj synonimy z rozmów, wyszukiwań i języka branżowego. Nie zamieniaj jednak różnych produktów w to samo tylko dlatego, że potoczna nazwa jest szeroka.
| Źródło | Przykład | Zastosowanie |
|---|---|---|
| Pełna nazwa | Pojemnik transportowy 600 × 400 | Najwyższa waga zgodnego dopasowania |
| Kod | ABC-123 | Dokładne i tolerujące typowe separatory |
| Synonim | Skrzynka, pojemnik, kuweta | Mapowanie języka klienta |
| Parametr | 600 × 400, 40 l, czerwony | Zawężanie i wyszukiwanie techniczne |
| Zastosowanie | Transport pieczywa | Wejście od problemu |
| Stara nazwa | Poprzedni model | Przejście do następcy lub zamiennika |
Obsługa fleksji jest ważna w języku polskim. „Pojemnik na warzywa”, „pojemniki warzywne” i „pojemnika do warzyw” mogą dotyczyć tej samej grupy. Stemming, lematyzacja lub słownik odmian powinny pomagać, ale nie mogą ignorować istotnych różnic między słowami. Wynik trzeba testować na rzeczywistych zapytaniach.
Literówki koryguj ostrożnie. Jeśli sklep ma kod produktu różniący się jednym znakiem od innego kodu, automatyczna poprawka może wyświetlić zły element. W podpowiedzi pokaż „Czy chodziło o…”, zachowując możliwość powrotu do oryginalnego zapytania. Nie zmieniaj cicho frazy bez informacji.
Porządek danych potrzebny wyszukiwarce jest ten sam, który wspiera filtry i porównania. Proces budowania słownika rozwija poradnik o parametrach produktu w sklepie.
Pole wyszukiwania i podpowiedzi mają skracać drogę
Pole powinno być łatwe do znalezienia w nagłówku, szczególnie w dużym sklepie. Ikona lupy może wystarczyć w znanym układzie mobilnym, ale po otwarciu potrzebna jest widoczna etykieta lub właściwa nazwa dostępna. Placeholder z przykładem nie zastępuje etykiety, bo znika po rozpoczęciu pisania.
Podpowiedzi warto wyświetlać po kilku znakach, kiedy system ma sensowne dane. Mogą obejmować popularne zapytania, kategorie, produkty i marki, ale grupy trzeba podpisać. Dziesięć prawie identycznych kart nie ułatwia wyboru. Pokaż nazwę, miniaturę, kluczowy wariant i ewentualnie cenę, jeśli jest aktualna.
W katalogu pojemników klient może wyszukiwać po typie, wymiarze i zastosowaniu, a następnie zawęzić listę. Taki kontekst ilustruje kategoria pojemników dla różnych zastosowań transportowych i magazynowych. Wyszukiwarka powinna prowadzić do właściwej kategorii lub produktu, a nie zwracać przypadkowe opisy zawierające słowo „pojemnik”.
- Pole ma etykietę i jednoznaczny przycisk wyszukania.
- Podpowiedzi są pogrupowane i obsługiwane klawiaturą.
- Wyróżnienie pokazuje dopasowany fragment, ale nie opiera znaczenia tylko na kolorze.
- Klawiatura mobilna nie zasłania listy i przycisku zamknięcia.
- Wybranie podpowiedzi prowadzi do przewidywalnej karty lub wyników.
- Stan ładowania i błąd połączenia są komunikowane tekstem.
Autouzupełnianie nie może wysyłać żądania po każdym znaku bez ograniczenia. Zastosuj krótkie opóźnienie, anulowanie poprzednich zapytań i cache popularnych odpowiedzi. Przy wolnym połączeniu wynik nie powinien przeskakiwać po kliknięciu. Użytkownik musi wiedzieć, czy widzi podpowiedzi dla aktualnego tekstu.
Wyszukiwanie głosowe lub skanowanie kodu może być dodatkiem w konkretnym sklepie, ale nie zastępuje podstawowego pola. Wdrożenie powinno wynikać z urządzeń i zachowań klientów, nie z dostępności funkcji w platformie.
Trafność wyniku wymaga jawnych reguł biznesowych
Ranking powinien zaczynać się od zgodności zapytania z nazwą, kodem i kategorią. Dopiero potem można uwzględniać popularność, dostępność, marżę lub kampanię. Jeżeli wynik sponsorowany jest wyróżniony, oznacz go. Nie wypychaj dokładnego dopasowania na dół tylko dlatego, że inny produkt ma wyższy priorytet handlowy.
Dokładny kod produktu powinien zwykle prowadzić bezpośrednio do właściwej karty albo pokazać ją jako pierwszy wynik. Przy zapytaniu ogólnym lepsza może być kategoria z filtrami niż przypadkowy pojedynczy produkt. Rozpoznawaj intencję: marka, typ, kod, problem lub atrybut wymagają innej prezentacji.
Produkty niedostępne można pozostawić, gdy mają następcę, możliwość zapytania lub wartość informacyjną. Oznacz stan i nie pokazuj ich ponad dostępnymi bez powodu. Element trwale wycofany z bezpośrednim zamiennikiem powinien prowadzić do nowej karty lub strony wyjaśniającej różnicę.
Sortowanie wyników jest czymś innym niż trafność wyszukiwarki. Użytkownik może po wyszukaniu sortować po cenie, dostępności lub nazwie, ale domyślny widok powinien odpowiadać zapytaniu. Filtry zawężają wynik i potrzebują cech dopasowanych do kategorii. Szczegóły opisuje poradnik o filtrach w sklepie internetowym.
Reguły ręczne mają datę wygaśnięcia. Promocja, sezon i priorytet magazynowy nie powinny pozostawać w systemie przez lata. Zapisuj powód, właściciela i zakres zapytań, których dotyczy reguła. Inaczej ranking stanie się zbiorem niewidocznych wyjątków.
Brak wyniku ma pomóc poprawić zapytanie, nie ukrywać brak produktu
Strona „0 wyników” powinna powtórzyć frazę, wyjaśnić możliwą korektę i zaoferować następne kroki. Możesz zaproponować sprawdzenie pisowni, usunięcie części słów, przejście do powiązanej kategorii albo kontakt z obsługą. Nie pokazuj losowych bestsellerów jako rzekomych wyników, bo klient nie wie, czy system zignorował zapytanie.
Jeżeli algorytm skorygował literówkę, poinformuj: „Pokazujemy wyniki dla…”, a obok zostaw możliwość wyszukania oryginału. Jeśli rozpoznano kod nieistniejącego wariantu, pokaż produkty o podobnym prefiksie lub następcę tylko wtedy, gdy relacja jest potwierdzona w danych.
Kontakt do doradcy może być użyteczny przy zapytaniu specjalistycznym, ale komunikat powinien mówić, że produktu nie znaleziono i można zapytać o alternatywę. Nie przedstawiaj przypadkowej pozycji jako równoważnego zamiennika.
Brak wyników jest cennym sygnałem redakcyjnym. Grupuj zapytania według przyczyny: literówka, brak synonimu, brak produktu, błędna nazwa kategorii, zapytanie informacyjne albo kod konkurencji. Dla częstych i wartościowych fraz zdecyduj, czy poprawić dane, dodać kategorię, artykuł, przekierowanie synonimu czy pozostawić jasne zero.
Użytkownik powinien móc edytować frazę bez powrotu do poprzedniej strony. Zachowaj filtry tylko wtedy, gdy nadal mają sens. Czasem zero wynika z połączenia wyszukiwania z sześcioma filtrami, a nie z braku produktu. Pokaż aktywne ograniczenia i przycisk ich wyczyszczenia.
Obsługa klienta może otrzymać frazę i kontekst w formularzu, ale nie przesyłaj automatycznie całej historii bez potrzeby. Użytkownik powinien wiedzieć, jakie dane są przekazywane. Ogólne zasady formularza opisuje poradnik o formularzu kontaktowym.
Kontroluj adresy wyników i nie twórz indeksu z każdego zapytania
Wynik wyszukiwania może mieć URL z parametrem, aby dało się go odświeżyć i udostępnić. Nie oznacza to, że każda fraza powinna trafić do indeksu. Zapytania użytkowników tworzą nieograniczony zbiór adresów, często z duplikatami, literówkami i danymi wpisanymi przypadkowo. Decyzja o indeksacji powinna być jawna i spójna z platformą.
W większości sklepów strony wewnętrznego wyszukiwania nie są docelowymi stronami SEO. Wartościowe, trwałe potrzeby lepiej obsłużyć kategorią, landingiem lub poradnikiem z redakcyjną treścią, stabilnym adresem i kontrolowanym zestawem produktów. Nie zamieniaj automatycznie popularnego zapytania w publiczny URL bez oceny.
Jeżeli wyniki są wyłączone z indeksu, Google musi móc odczytać odpowiednią regułę. Nie blokuj adresu w robots.txt, a jednocześnie nie oczekuj, że robot zobaczy `noindex`. Canonical nie jest zamiennikiem decyzji indeksacyjnej i nie powinien wskazywać strony głównej tylko po to, aby ukryć wyniki.
- Parametr zapytania jest kodowany i nie ujawnia danych wrażliwych.
- Strony wyników mają jedną, udokumentowaną decyzję indeksacyjną.
- Popularne intencje otrzymują ręcznie tworzone strony tylko po ocenie.
- Linki z wyników prowadzą bezpośrednio do canonicalnych kart.
- Paginacja lub doładowanie zapewniają dostęp do dalszych wyników.
- Mapa XML nie zawiera losowych zapytań wewnętrznych.
Parametry kampanii nie powinny wpływać na wynik ani tworzyć kolejnych wariantów strony. Usuń je z logiki zapytań, ale zachowaj do pomiaru sesji zgodnie z polityką analityczną. Zasady oznaczania źródeł opisuje poradnik o linkach UTM.
Jeśli wyszukiwarka generuje linki przez JavaScript, sprawdź, czy produkty pozostają dostępne przez normalne kategorie i linki HTML. Wyszukiwarka jest narzędziem użytkownika, nie jedyną ścieżką odkrywania katalogu przez robota.
Mierz jakość zapytań i testuj na katalogu, który naprawdę sprzedajesz
Podstawowe metryki to udział sesji korzystających z wyszukiwarki, liczba zapytań bez wyniku, kliknięcie wyniku, ponowne wyszukanie, użycie filtra i przejście do zakupu. Nie porównuj prostych współczynników bez segmentu. Osoby używające wyszukiwarki mogą mieć silniejszą intencję już na wejściu.
Analizuj całe sekwencje. Zapytanie, kliknięcie i zakup wskazują sukces. Zapytanie, zero, druga fraza i zakup może oznaczać skuteczną korektę. Trzy kolejne frazy oraz wyjście sygnalizują problem z językiem lub katalogiem. Dane jakościowe z obsługi pomagają zrozumieć, czego użytkownik naprawdę szukał.
Zbuduj zestaw testowy z nazwami, kodami, odmianami, literówkami, synonimami, atrybutami i zapytaniami spoza oferty. Dla każdej frazy zapisz oczekiwane pierwsze wyniki oraz dopuszczalne alternatywy. Uruchamiaj test po zmianie silnika, importu danych i reguł rankingowych. Nie oceniaj jakości na kilku wygodnych hasłach demonstracyjnych.
Testuj desktop, telefon, klawiaturę i czytnik ekranu. Sprawdź podpowiedzi przy wolnej sieci, pustą frazę, bardzo długi tekst, znaki specjalne, zmianę orientacji i powrót z karty produktu. Po powrocie użytkownik powinien odzyskać zapytanie, filtry oraz miejsce na liście, jeśli technologia na to pozwala.
Ustal rytm redakcyjny. Co tydzień można sprawdzać najczęstsze zera i błędy, co miesiąc synonimy oraz reguły, a po zmianie katalogu kody i następców. Każda ręczna korekta powinna mieć właściciela, powód i możliwość wycofania. Rosnąca lista wyjątków bez testów szybko pogarsza przewidywalność.
Wyszukiwarka jest gotowa, gdy klient znajduje produkt po nazwie, kodzie, popularnym określeniu i istotnym parametrze, rozumie korekty i stan wyników, może wygodnie zawężać listę na telefonie, a zespół potrafi wyjaśnić ranking oraz regularnie poprawiać zapytania bez trafień.