De flesta sökprojekt på webbplatsen börjar på fel plats: en leverantörsdemo. Demon fungerar alltid, eftersom demon körs på leverantörens index med leverantörens sökfrågor. Samtidigt visar Baymard Institutes sökbenchmark från 2026 att 56 % av e-handelssajter har medioker eller sämre sökupplevelse, och att felen klustras i specifika, namngivbara frågetyper snarare än i "relevans" som helhet (Baymard, uppdaterad april 2026En ny motor fixar en del av dem och inget av de andra.
Detta är en poängsättningsmatris för den sökning du redan har. Tjugo kontroller, två poäng vardera, fyrtio poäng totalt. Du kör det mot din egen katalog på en eftermiddag, du får ett nummer, och numret visar om ditt problem är konfigurationen, innehållet eller själva sökmotorn. Den är skriven för e-handels UX-leads, tillväxtchefer och produktägare som har blivit ombedda att motivera en sökbudget.
Vad matrisen mäter och vad den avsiktligt ignorerar
Rubriken poängsätter fyra saker: om sökningen förstår vilka typer av frågor folk faktiskt skriver, om den överlever rörig inmatning, om den återställer sig när den inte hittar något, och om man kan mäta något av det. Den poängsätter inte resultatrankningskvaliteten abstrakt. Rankning är det sista man ska justera och det första alla argumenterar om, och man kan inte justera den medan frågor fortfarande misslyckas vid tokenizern.
Poängen är 0, 1 eller 2 per kontroll. Två betyder att den klarar varje fråga på din testlista. Ett betyder att den klarar huvudtermerna men misslyckas med den långa svansen. Noll betyder att den misslyckas med huvudtermerna. Bygg testlistan först: ta dina 50 bästa frågor från analyserna och lägg sedan till fem frågor som du konstruerar för var och en av de åtta Baymard-frågetyperna så att den långa svansen representeras. Ungefär 90 frågor. Kör dem själv, på mobilen, utloggad.
De 20 kontrollerna
| # | Kolla upp | Poäng 2 när |
|---|---|---|
| Grupp A — Frågetäckning (Baymards felkluster) | ||
| 1 | Exakta nummer och modellnummerfrågor | Den namngivna produkten är det första resultatet, inte det fjärde |
| 2 | Produkttypsfrågor | Returnerar en blädderbar, fasetterad lista snarare än en platt relevansdump |
| 3 | Funktionsfrågor ("röd ullkappa") | Attribut begränsar mängden istället för att späda ut den med OR-matchning. |
| 4 | Kompatibilitetsfrågor ("laddare för modell X") | Returnerar tillbehör för den namngivna modellen, inte själva modellen |
| 5 | Frågor som inte rör produkter ("returpolicy") | Returnerar innehållssidan; 66 % av webbplatserna misslyckas med den här |
| Grupp B — Inmatningshantering | ||
| 6 | Stavfelstolerans | Fel på ett och två tecken i huvudtermerna matchar fortfarande |
| 7 | Fodral och diakritisk vikning | Korrekt för alla språk som webbplatsen betjänar (se nedan) |
| 8 | Morfologi och pluralformer | Böjda och suffixerade former når samma produkter som stammen |
| 9 | Synonymer och lokalt språkbruk | Kundord mappas till katalogord, båda riktningarna |
| 10 | Autokomplettera vid felstavningar | Förslag visas för felstavade prefix; 69 % av webbplatserna misslyckas med detta |
| Grupp C — Resultat och återhämtning | ||
| 11 | Återställning utan resultat | Minst två aktiva sökvägar ut: relaterade kategorier och alternativa frågor |
| 12 | Frågebeständighet | Frågan stannar kvar i fältet efter att den skickats in; 37 % av webbplatserna tar bort den |
| 13 | Omfattningen är synlig | Resultatantal och eventuellt automatiskt tillämpat kategoriomfång anges och kan tas bort. |
| 14 | Fasettparitet | Sökresultaten erbjuder samma aspekter som motsvarande kategorisida |
| 15 | Relevans är förklarbar | Någon i teamet kan säga varför resultat ett rankas högre än resultat två |
| Grupp D — Mätning | ||
| 16 | Varje sökväg spåras | view_search_results utlöses med search_term, inklusive autofullständiga hopp |
| 17 | Nollresultatsfrågor kan isoleras | Du kan lista förra månadens sökfrågor utan resultat efter volym, utan uppmaning. |
| 18 | Sök-för-köp är rapporteringspliktigt | Sökande och icke-sökande kan jämföras som segment |
| 19 | Frågegranskningen har en ägare | En namngiven person granskar topp 50 och nollresultatsvansen i en kadens |
| 20 | Konfigurationsändringar är versionsbundna | Synonym- och booständringar loggas, är reversibla och testbara. |
Grupp A-tröskelvärdena kommer från Baymards publicerade felfrekvenser per typ: sökningar som inte är produktrelaterade misslyckas på 66 % av webbplatserna, sökningar efter förkortningar och symboler på 54 %, kompatibilitet på 44 %, användningsfall på 43 % (Baymard). Kontroll 11 existerar eftersom nästan hälften av webbplatserna inte ger användarna någon effektiv väg ut ur en återvändsgränd (Baymard, februari 2025). Kontrollerna 10 och 12 kommer från samma benchmarks resultat för autofullständighet och frågebeständighet (Baymard sökriktmärke).
Kontroll 7 i detalj: den hopfällbara fällan som bara dyker upp utanför engelskan
Kontroll 7 är värd en egen sektion eftersom det är den som tyst nollställer en marknad. De flesta sökstackar använder små bokstäver i frågan och indexet innan de matchar. På engelska är det ofarligt. På turkiska är det inte det, och samma typ av problem förekommer på alla språk med tecken utanför grundläggande latin.
Unicode definierar en lokalspecifik gemenerhetsregel för turkiska och azerbajdzjanska: versaler I (U+0049) gemener till punktlöshet ı (U+0131), medan versaler İ (U+0130) små bokstäver till vanliga i (Unicode SpecialCasing.txt). En stack som använder gemener med standardspråket förvandlar "İPHONE" till "i̇phone" med en lös kombinationspunkt, eller förvandlar en produkttitels versal I till fel bokstav. Frågan och indexet blir då oense om ett ord de båda innehåller. Inga fel. Du får bara noll resultat för ett varumärke du lagerför.
De två korrigeringarna är oberoende av varandra och du behöver båda. Först, använd språkkorrigerande gemener vid indexering och frågetillfället — Elasticsearch levererar en turkish analysator som kedjor apostrophe, turkish_lowercase, turkish_stop, turkish_keywords och turkish_stemmer av just denna anledning (Elastiska språkanalysatorer). För det andra, bestäm separat vad man ska göra med diakritiska tecken, eftersom turkiska kunder rutinmässigt skriver kilif för regemente och sarj för avgift på tangentbord som gör den accentuerade formen långsammare. Den asciifolding filter konverterar icke-Basic-Latin-tecken till ASCII-ekvivalenter, och dess preserve_original alternativet skickar ut både den vikta och den ursprungliga token så exakta matchningar vinner fortfarande (Elastisk, asciivikbarVik för återkallelse, bevara originalet för precision.
Utanför Turkiet har samma kontroll lokala former: tyska sammansatta substantiv som behöver delas upp innan en tvåordssökning kan matcha, franska och spanska accenter skrivna inkonsekvent, grekisk slutlig sigma. Ge kontroll 7 betyget 2 endast om du har testat den på alla språk som din butik faktiskt betjänar – inte det språk ditt team talar.
Fixera måttet först: kontroller 16 till 20
Om Grupp D får under 6 poäng, stanna och åtgärda det innan du rör vid något annat, eftersom du inte kan verifiera en åtgärd du inte kan se. I GA4 utlöses förbättrad mätning. view_search_results med en search_term parameter när en resultatsida innehåller en av fem standardfrågeparametrar — q, s, search, query or keyword — och du kan lägga till dina egna (Google Analytics hjälpTvå fellägen är vanliga. Om din resultatsida använder ett sökvägssegment snarare än en frågesträng ser standardspårningen ingenting. Och om autoslutförandet navigerar direkt till en produkt utlöser den sökningen aldrig händelsen alls, vilket i tysthet snedvrider din frågelogg mot sökningar som inte hittade något vid första försöket.
Läser din poäng
| Betyg | Slutsats | Nästa drag |
|---|---|---|
| 32-40 | Justera, byt inte ut | Spendera pengar på synonymer, varuregler och nollresultatssortering |
| 22-31 | Konfigurationsproblem | Fixa Grupp B och kontrollera 11 först; gör om poängen om sex veckor |
| 12-21 | Troligen strukturell | Ompoängsätt efter att Grupp D har åtgärdats, och utvärdera sedan en ersättning med dessa 20 kontroller som acceptanskriterier |
| 0-11 | Sökning är inte en funktion ännu | Behandla som en build, inte en optimering |
Regeln som spelar roll: skriv aldrig på ett ersättningskontrakt för en poäng du tog innan Grupp D fungerade. En leverantör som utvärderas mot en omätad sökning utvärderas mot en demo.
En anmärkning om numret som alla citerar
Du kommer att se en statistik som visar att användare som söker på webbplatsen konverterar två eller tre gånger bättre än användare som inte gör det, vanligtvis för att motivera budgeten. Siffran cirkulerar i stor utsträckning genom leverantörssammanfattningar (exempel) och är sällan spårbar till en kontrollerad studie. Det är också en urvalseffekt: personer som söker är personer som redan har en köpintention. Använd det som en anledning att titta på sökning, aldrig som en beräknad ökning. Det försvarbara affärsargumentet byggs utifrån din egen nollresultatsvolym och din egen sökning-till-köp-frekvens – vilka båda kontroll 17 och kontroll 18 finns för att producera. [INTERNA DATA BEHÖVS: Switas klienters nollresultatsfrekvenser före/efter åtgärd, om några, är delbara.]
Var denna rubrik bryts ner
Den är byggd för kataloghandel. Marknadsplatser med många säljare av samma vara behöver en dimension för dubbletter av listningar och säljarkvalitet som denna matris inte har någon kolumn för. Innehållstunga och offentliga webbplatser behöver viktning av dokumenttyp och aktualitet istället för Grupp A. Webbplatser under ungefär 500 SKU:er får ofta bra resultat och förlorar fortfarande pengar på sökningar, eftersom med en liten katalog är den verkliga lösningen bättre kategorinavigering, inte bättre sökning. Matrisen säger inte heller något om sökhastighet under belastning, och ingenting om personalisering – båda avsiktliga, eftersom båda är dyra att testa ordentligt och inte heller är ditt problem vid en poäng under 30. Slutligen är en poäng en ögonblicksbild: en katalogimport som ändrar attributnamn kan sänka Grupp A med sex poäng över en natt utan att någon kod distribueras.
FAQ
Hur lång tid tar poängsättningen? Ungefär en halv dag för en person i en butik, när testlistan med 90 frågor finns. Att bygga listan är den långsamma delen; budgetera ytterligare två timmar för att hämta de främsta frågorna och konstruera den långa listan.
Behöver jag ingenjörskonst för att köra det? Nej. Kontrollerna 1 till 15 körs i en webbläsare. Kontrollerna 16 till 20 kräver analysåtkomst och, för kontroll 20, en konversation med den som äger sökkonfigurationen.
Vad händer om vi inte har någon sökanalyshistorik? Poängsätt Grupp D som noll, korrigera spårningen och samla in fyra veckors data innan du poängsätter resten. En testlista som skapas utan en riktig frågelogg kommer att överrepresentera frågor som ditt team skulle skriva.
Är ett betyg på 28 bra? Det är normalt, och normalt är mediokert – riktmärket säger att de flesta webbplatser ligger kvar där. Den användbara signalen är inte totalen utan vilken grupp som drar ner det.
Ska vi köpa eller bygga upp tolerans mot stavfel? Köp det. Matchning av redigeringsavstånd med rimliga tröskelvärden är löst och billigt. Byggarbete hör hemma i synonymer och attributstruktur, vilka är specifika för din katalog och inte kan köpas.
Hur relaterar detta till en granskning av kategorisidor? De delar aspekter och filtrering. Om kontroll 14 misslyckas finns korrigeringen vanligtvis i kategorimallarna snarare än i sökningen, så kör de två granskningarna i samma sprint.
Gäller något av detta AI-inköpsagenter som läser vår katalog? Delvis. Agenter använder strukturerade attribut snarare än ditt sökgränssnitt, så grupperna A och B är viktiga för dem genom din datakvalitet, medan grupperna C och D inte alls gäller. Det är en separat granskning.
Hur ofta ska vi göra om poängen? Kvartalsvis och efter eventuell katalogmigrering, omplattformning eller ändring av sökkonfiguration. Behåll samma lista med 90 frågor så att poängen är jämförbara.
Om du vill se poängen utan att behöva lägga ner eftermiddagen: Låt oss genomföra den här granskningen i din butik och ge dig den poängsatta matrisen, de misslyckade frågorna och en lista med prioriterade korrigeringar.
Källor
- Baymard Institute — E-handelssökning UX: de 8 frågetyperna och felfrekvenser per typ (uppdaterad april 2026)
- Baymard Institute — Användbarhet för e-handelssökning: Rapport och riktmärke
- Baymard Institute — 5 beprövade UX-strategier för sidor som inte ger några resultat (februari 2025)
- Unicode Consortium — SpecialCasing.txt, turkiska och azerbajdzjanska regler för gemenskapsskift
- Elastisk — Språkanalysatorer, inklusive den turkiska analyskedjan
- Elastiskt — ASCII-filter för vikningstoken och preserve_original
- Google Analytics Hjälp — Förbättrad mätning, view_search_results och search_term
- Hello Retail — exempel på den cirkulerande sökmotoroptimerade konverteringsmultiplen
