Oceń swoją witrynę e-commerce w 40-stopniowej skali wyszukiwania przed zakupem nowej wyszukiwarki

Oceń swoją witrynę e-commerce w 40-stopniowej skali wyszukiwania przed zakupem nowej wyszukiwarki

Większość projektów wyszukiwania w witrynie zaczyna się w niewłaściwym miejscu: od demonstracji dostawcy. Demonstracja zawsze działa, ponieważ jest uruchamiana w indeksie dostawcy z zapytaniami dostawcy. Tymczasem benchmark wyszukiwania Baymard Institute z 2026 roku wykazał, że 56% witryn e-commerce ma przeciętne lub gorsze UX wyszukiwaniai że błędy te skupiają się w określonych, możliwych do nazwania typach zapytań, a nie w „istotności” jako całości (Baymard, aktualizacja kwiecień 2026). Nowy silnik naprawia niektóre z tych problemów, ale żadnego z pozostałych.

To rubryka punktacji dla wyszukiwania, które już posiadasz. Dwadzieścia sprawdzeń, po dwa punkty za każde, łącznie czterdzieści punktów. Przeprowadzasz ją w swoim katalogu w jedno popołudnie, otrzymujesz wynik, który wskazuje, czy problem dotyczy konfiguracji, treści, czy samego silnika. Jest ona przeznaczona dla liderów UX w e-commerce, menedżerów ds. rozwoju i właścicieli produktów, którzy zostali poproszeni o uzasadnienie budżetu na wyszukiwanie.

Co jest mierzone w rubryce, a co celowo ignoruje

Rubryka ocenia cztery rzeczy: czy wyszukiwarka rozpoznaje rodzaje zapytań, które użytkownicy faktycznie wpisują, czy radzi sobie z chaotycznym wprowadzaniem danych, czy odzyskuje dane po znalezieniu niczego oraz czy można to zmierzyć. Nie ocenia ona jakości rankingu wyników w ujęciu abstrakcyjnym. Ranking to ostatnia rzecz, którą należy dostrajać, i pierwsza, o której wszyscy się spierają, a nie da się go dostroić, dopóki zapytania nadal nie przechodzą przez tokenizator.

Punktacja wynosi 0, 1 lub 2 dla każdego sprawdzenia. Dwa oznacza, że ​​zapytanie przechodzi przez wszystkie zapytania na liście testowej. Jeden oznacza, że ​​zapytanie przechodzi przez terminy główne, ale nie przechodzi przez długi ogon. Zero oznacza, że ​​zapytanie przechodzi przez terminy główne. Najpierw stwórz listę testową: weź 50 najczęstszych zapytań z Analytics, a następnie dodaj pięć zapytań, które skonstruujesz dla każdego z ośmiu typów zapytań Baymarda, aby uwzględnić długi ogon. Około 90 zapytań. Uruchom je samodzielnie, na urządzeniu mobilnym, po wylogowaniu.

20 czeków

#SprawdźWynik 2, gdy
Grupa A — zasięg zapytań (klastry awarii Baymarda)
1Dokładne zapytania i zapytania o numer modeluNazwany produkt jest pierwszym wynikiem, a nie czwartym
2Zapytania dotyczące typu produktuZwraca przeglądalną, wieloaspektową listę zamiast płaskiego zrzutu istotności
3Zapytania o funkcje („czerwony wełniany płaszcz”)Atrybuty zawężają zbiór zamiast go rozwadniać za pomocą dopasowywania LUB
4Zapytania dotyczące kompatybilności („ładowarka do modelu X”)Zwraca akcesoria dla podanego modelu, a nie sam model
5Zapytania niezwiązane z produktem („zasady zwrotów”)Zwraca stronę z treścią; 66% witryn nie przechodzi tej funkcji
Grupa B — Obsługa danych wejściowych
6Tolerancja literówekBłędy jedno- i dwuznakowe w terminach głównych nadal są zgodne
7Składanie obudowy i znaków diakrytycznychPoprawne dla każdego języka obsługiwanego przez witrynę (patrz poniżej)
8Morfologia i liczba mnogaFormy odmienione i przyrostkowe osiągają te same produkty co rdzeń
9Synonimy i lokalny język potocznyMapa słów klientów odpowiada słowom katalogowym, w obu kierunkach
10Automatyczne uzupełnianie błędów ortograficznychSugestie pojawiają się w przypadku błędnie napisanych prefiksów; 69% witryn nie stosuje się do tego zalecenia
Grupa C — Wyniki i regeneracja
11Odzyskiwanie bez rezultatówCo najmniej dwie ścieżki wyjścia na żywo: powiązane kategorie i alternatywne zapytania
12Trwałość zapytaniaZapytanie pozostaje w polu po wysłaniu; 37% witryn je porzuca
13Zakres jest widocznyLiczba wyników i zakres automatycznie zastosowanej kategorii są podane i można je usunąć
14Parzystość fasetowaWyniki wyszukiwania oferują te same aspekty, co odpowiednia strona kategorii
15Znaczenie jest wytłumaczalneKtoś w zespole może powiedzieć, dlaczego wynik pierwszy jest lepszy od wyniku drugiego
Grupa D — Pomiar
16Każda ścieżka wyszukiwania jest śledzonaview_search_results uruchamia się z search_term, wliczając skoki autouzupełniania
17Zapytania o zerowych wynikach można izolowaćMożesz wyświetlić listę zapytań bez wyników z poprzedniego miesiąca według objętości, bez monitu
18Wyszukiwanie w celu zakupu jest raportowaneOsoby wyszukujące i niewyszukujące można porównywać jako segmenty
19Przegląd zapytania ma właścicielaOsoba wymieniona z imienia i nazwiska przegląda 50 najlepszych wyników i ogon zerowy w rytmie
20Zmiany konfiguracji są wersjonowaneZmiany synonimów i wzmocnień są rejestrowane, odwracalne i możliwe do przetestowania

Progi grupy A pochodzą z opublikowanych przez Baymarda wskaźników niepowodzeń według typu: wyszukiwania nieproduktowe kończą się niepowodzeniem w 66% witryn, wyszukiwania skrótów i symboli kończą się niepowodzeniem w 54%, wyszukiwania zgodności w 44%, wyszukiwania przypadków użycia w 43% (Baymard). Sprawdzenie nr 11 istnieje, ponieważ prawie połowa witryn nie oferuje użytkownikom żadnego skutecznego wyjścia z sytuacji bez wyjścia (Baymard, luty 2025). Sprawdzenia 10 i 12 pochodzą z wyników autouzupełniania i trwałości zapytania tego samego testu porównawczego (Test porównawczy wyszukiwania Baymarda).

Sprawdź szczegółowo punkt 7: pułapka składana, która pojawia się tylko poza językiem angielskim

Punkt 7 zasługuje na osobną sekcję, ponieważ to on po cichu zeruje rynek. Większość wyszukiwarek przed dopasowaniem zapisuje zapytanie i indeks małymi literami. W języku angielskim jest to nieszkodliwe. W języku tureckim nie, a ten sam rodzaj problemu pojawia się w każdym języku ze znakami spoza podstawowej łaciny.

Unicode definiuje regułę wielkości liter specyficzną dla ustawień regionalnych dla języka tureckiego i azerskiego: wielka litera I (U+0049), małe litery bez kropki ı (U+0131), podczas gdy wielka litera İ (U+0130) z małych liter zmienia się na zwykłą i (Unicode SpecialCasing.txt). Stos, który zmienia litery na małe w domyślnych ustawieniach regionalnych, zamienia „iPHONE” na „i̇phone” z błędną kropką łączącą lub zamienia wielką literę „I” w nazwie produktu na niewłaściwą. Zapytanie i indeks nie zgadzają się wtedy co do słowa, które oba zawierają. Brak błędów. Po prostu nie otrzymujesz żadnych wyników dla marki, którą sprzedajesz.

Te dwie poprawki są niezależne i obie są potrzebne. Najpierw zastosuj poprawkę na małe litery w ustawieniach regionalnych podczas indeksowania i wykonywania zapytania — Elasticsearch dostarcza turkish analizator łańcuchowy apostrophe, turkish_lowercase, turkish_stop, turkish_keywords oraz turkish_stemmer właśnie z tego powodu (Elastyczne analizatory języka). Po drugie, osobno zdecyduj, co zrobić ze znakami diakrytycznymi, ponieważ tureccy klienci rutynowo wpisują kilif dla okładka oraz sardż dla ładować na klawiaturach, które sprawiają, że forma akcentowana jest wolniejsza. asciifolding filtr konwertuje znaki spoza alfabetu łacińskiego na odpowiedniki ASCII i jego preserve_original opcja emituje zarówno złożony, jak i oryginalny token, więc dokładne dopasowania nadal wygrywają (Elastyczny, asciifoldowy). Złóż, aby zachować szczegóły, zachowaj oryginał dla zachowania precyzji.

Poza Turcją to samo sprawdzenie ma lokalne formy: niemieckie rzeczowniki złożone, które wymagają rozłożenia, aby dwuwyrazowe zapytanie było trafne, akcenty francuskie i hiszpańskie wpisywane niekonsekwentnie, grecka sigma końcowa. Oceń sprawdzenie 7 jako 2 tylko wtedy, gdy przetestowałeś je w każdym języku obsługiwanym przez Twoją witrynę — a nie w języku, którym posługuje się Twój zespół.

Najpierw ustal pomiar: kontrole 16 do 20

Jeśli grupa D uzyska wynik poniżej 6, zatrzymaj się i popraw go, zanim zaczniesz cokolwiek innego, ponieważ nie możesz zweryfikować poprawki, której nie widzisz. W GA4, ulepszone pomiary uruchamiają… view_search_results przy search_term parametr, gdy strona wyników zawiera jeden z pięciu domyślnych parametrów zapytania — q, s, search, query or keyword — i możesz dodać swoje własne (Pomoc Google Analytics). Powszechne są dwa tryby awarii. Jeśli strona wyników używa segmentu ścieżki zamiast ciągu zapytania, domyślne śledzenie nic nie wykryje. A jeśli autouzupełnianie prowadzi bezpośrednio do produktu, wyszukiwanie w ogóle nie generuje zdarzenia, co dyskretnie faworyzuje w dzienniku zapytań wyszukiwania, które nie znalazły niczego za pierwszym razem.

Odczyt Twojego wyniku

WynikWerdyktNastępny ruch
32-40Strojenie, nie zastępowanieWydaj pieniądze na synonimy, zasady merchandisingu i selekcję bez rezultatu
22-31Problem z konfiguracjąUstal grupę B i sprawdź najpierw 11; powtórz ocenę za sześć tygodni
12-21Prawdopodobnie strukturalnePo ustaleniu grupy D ponownie przeprowadź ocenę, a następnie określ zakres wymiany, stosując te 20 kontroli jako kryteria akceptacji
0-11Wyszukiwanie nie jest jeszcze funkcjąTraktuj jako kompilację, a nie optymalizację

Zasada, która ma znaczenie: nigdy nie podpisuj umowy zastępczej na podstawie wyniku uzyskanego przed rozpoczęciem pracy w Grupie D. Dostawca oceniany na podstawie niemierzalnych wyników wyszukiwania jest oceniany na podstawie wersji demonstracyjnej.

Uwaga na temat liczby, którą wszyscy podają

Wyświetli się statystyka, która mówi, że użytkownicy korzystający z wyszukiwarki osiągają dwa lub trzy razy lepsze wyniki konwersji niż osoby niekorzystające z wyszukiwarki, zazwyczaj w celu uzasadnienia budżetu. Ta wartość jest szeroko rozpowszechniana w zestawieniach dostawców (przykład) i rzadko można go powiązać z badaniem kontrolowanym. Jest to również efekt selekcji: osoby, które wyszukują, to osoby, które już mają zamiar dokonać zakupu. Wykorzystaj to jako powód do analizy wyszukiwania, a nie jako prognozowany wzrost. Obronny argument biznesowy opiera się na Twojej własnej liczbie wyszukiwań bez wyników i Twoim własnym współczynniku konwersji wyszukiwań do zakupu — oba te czynniki są generowane przez punkty 17 i 18. [WYMAGANE DANE WEWNĘTRZNE: Współczynniki zerowych wyników klientów Switas przed/po korekcie, jeśli takie istnieją, są możliwe do udostępnienia.]

Gdzie ta rubryka się rozpada

Został stworzony do sprzedaży katalogowej. Platformy z wieloma sprzedawcami tego samego przedmiotu potrzebują wymiaru duplikatów ofert i jakości sprzedawcy, dla którego ta rubryka nie ma kolumny. Witryny o dużej zawartości treści i witryny sektora publicznego wymagają ważenia typu dokumentu i aktualności zamiast Grupy A. Witryny z około 500 jednostkami magazynowymi (SKU) często uzyskują dobre wyniki, ale nadal tracą pieniądze w wyszukiwaniu, ponieważ przy małym katalogu prawdziwym rozwiązaniem jest lepsza nawigacja po kategoriach, a nie lepsze wyszukiwanie. Rubryka nie wspomina również o szybkości wyszukiwania pod obciążeniem ani o personalizacji — oba te czynniki są celowe, ponieważ oba są kosztowne w prawidłowym testowaniu, a żaden z nich nie stanowi problemu przy wyniku poniżej 30. Wreszcie, wynik to migawka: import katalogu, który zmienia nazewnictwo atrybutów, może obniżyć Grupę A o sześć punktów z dnia na dzień bez żadnego kodu.

FAQ

Ile czasu trwa punktowanie? Około pół dnia dla jednej osoby na jednym sklepie, po utworzeniu listy testowej 90 zapytań. Budowanie listy to wolniejsza część; przeznacz dodatkowe dwie godziny na wyciągnięcie najpopularniejszych zapytań i skonstruowanie zbioru z długim ogonem.

Czy potrzebuję inżynierii, żeby to uruchomić? Nie. Kontrole od 1 do 15 są uruchamiane w przeglądarce. Kontrole od 16 do 20 wymagają dostępu do narzędzi analitycznych, a w przypadku kontroli 20 – rozmowy z właścicielem konfiguracji wyszukiwania.

A co jeśli nie mamy historii analiz wyszukiwania? Oceń Grupę D na zero, popraw śledzenie i zbierz dane z czterech tygodni, zanim ocenisz resztę. Lista testowa utworzona bez prawdziwego dziennika zapytań będzie nadreprezentować zapytania, które wpisałby Twój zespół.

Czy wynik 28 jest dobry? To normalne, a normalne to przeciętne – benchmark wskazuje, że większość stron znajduje się w tym samym miejscu. Przydatnym sygnałem nie jest suma, ale to, która grupa obniża jej wynik.

Czy powinniśmy kupić tolerancję na błędy ortograficzne czy ją zbudować? Kup to. Dopasowanie odległości edycji z rozsądnymi progami jest rozwiązane i tanie. Wysiłek związany z kompilacją mieści się w synonimach i strukturze atrybutów, które są specyficzne dla Twojego katalogu i nie można ich kupić.

Jak to się ma do audytu strony kategorii? Mają wspólne aspekty i filtrowanie. Jeśli kontrola 14 się nie powiedzie, poprawka zazwyczaj znajduje się w szablonach kategorii, a nie w wyszukiwaniu, dlatego należy przeprowadzić oba audyty w tym samym sprincie.

Czy cokolwiek z tego dotyczy agentów zakupowych AI czytających nasz katalog? Częściowo. Agenci korzystają ze strukturalnych atrybutów, a nie z interfejsu wyszukiwania, więc grupy A i B mają dla nich znaczenie ze względu na jakość danych, podczas gdy grupy C i D w ogóle nie mają zastosowania. To osobny audyt.

Jak często powinniśmy powtarzać punktację? Kwartalnie oraz po każdej migracji katalogu, zmianie platformy lub zmianie konfiguracji wyszukiwania. Zachowaj tę samą listę 90 zapytań, aby wyniki były porównywalne.

Jeśli chcesz poznać wynik, nie tracąc popołudnia: zleć nam przeprowadzenie audytu w Twojej witrynie sklepowej i wręczymy Ci ocenioną rubrykę, nieudane zapytania i listę poprawek uporządkowaną według priorytetów.

Źródła


Powiązane artykuły

Świtas widziany na

Powiększ: Skalowanie marketingu influencerskiego z Enginem Yurtdakulem

Zapoznaj się z naszym studium przypadku Microsoft Clarity

Przedstawiliśmy Microsoft Clarity jako produkt stworzony z myślą o praktycznych, rzeczywistych zastosowaniach przez prawdziwych specjalistów, którzy rozumieją wyzwania stojące przed firmami takimi jak Switas. Funkcje takie jak wykrywanie kliknięć i śledzenie błędów JavaScript okazały się nieocenione w identyfikowaniu frustracji użytkowników i problemów technicznych, umożliwiając wprowadzenie ukierunkowanych usprawnień, które bezpośrednio wpłynęły na doświadczenia użytkowników i wskaźniki konwersji.