De fleste nettstedsøkprosjekter starter på feil sted: en leverandørdemo. Demoen fungerer alltid, fordi demoen kjøres på leverandørens indeks med leverandørens søk. I mellomtiden finner Baymard Institutes søkebenchmark for 2026 at 56 % av netthandelsnettsteder har middelmådig eller dårligere søke-UX, og at feilene grupperes i spesifikke, navngivende spørretyper snarere enn i "relevans" som helhet (Baymard, oppdatert april 2026En ny motor fikser noen av disse og ingen av de andre.
Dette er en poengvurderingsrubrikk for søket du allerede har. Tjue kontroller, to poeng hver, førti poeng totalt. Du kjører det mot din egen katalog på en ettermiddag, du får et tall, og tallet forteller deg om problemet ditt er konfigurasjon, innhold eller selve søkemotoren. Den er skrevet for UX-leads for e-handel, vekstledere og produkteiere som har blitt bedt om å begrunne et søkebudsjett.
Hva rubrikken måler, og hva den bevisst ignorerer
Rubrikken gir fire poeng: om søket forstår hva slags spørringer folk faktisk skriver, om det overlever rotete inndata, om det gjenoppretter seg når det ikke finner noe, og om du kan måle noe av det. Den gir ikke poeng på resultatrangeringens kvalitet abstrakt. Rangering er det siste man må justere og det første alle krangler om, og du kan ikke justere den mens spørringene fortsatt feiler hos tokenizeren.
Poengsummen er 0, 1 eller 2 per sjekk. To betyr at den består for alle spørringer på testlisten din. Én betyr at den består for hovedtermer, men ikke består på den lange halen. Null betyr at den ikke består på hovedtermer. Lag testlisten først: ta de 50 beste spørringene dine fra analyser, og legg deretter til fem spørringer du konstruerer for hver av de åtte Baymard-spørringstypene slik at den lange halen er representert. Omtrent 90 spørringer. Kjør dem selv, på mobil, logget ut.
De 20 sjekkene
| # | Trykk her | Scorer 2 når |
|---|---|---|
| Gruppe A – Spørredekning (Baymards feilklynger) | ||
| 1 | Spørsmål om nøyaktige nummer og modellnummer | Det navngitte produktet er det første resultatet, ikke det fjerde |
| 2 | Produkttypespørringer | Returnerer en søkbar, fasettert liste i stedet for en flat relevansdump |
| 3 | Funksjonsspørringer («rød ullfrakk») | Attributter innsnevrer settet i stedet for å fortynne det med OR-matching |
| 4 | Kompatibilitetsspørsmål («lader for modell X») | Returnerer tilbehør for den navngitte modellen, ikke selve modellen |
| 5 | Forespørsler som ikke gjelder produktet («returpolicy») | Returnerer innholdssiden; 66 % av nettstedene mislykkes på denne siden |
| Gruppe B – Inndatahåndtering | ||
| 6 | Skrivefeiltoleranse | Feil på ett og to tegn i hovedordene samsvarer fortsatt |
| 7 | Etui og diakritisk folding | Korrekt for alle språk nettstedet betjener (se nedenfor) |
| 8 | Morfologi og flertall | Bøyde og suffikserte former når de samme produktene som stammen |
| 9 | Synonymer og lokalt språk | Kundeord tilordnes til katalogord, begge retninger |
| 10 | Autofullfør ved stavefeil | Forslag vises for feilstavede prefikser; 69 % av nettstedene mislykkes med dette |
| Gruppe C – Resultater og gjenoppretting | ||
| 11 | Gjenoppretting uten resultater | Minst to aktive stier ut: relaterte kategorier og alternative spørringer |
| 12 | Spørrepersistens | Søket forblir i feltet etter innsending; 37 % av nettstedene dropper det |
| 13 | Omfanget er synlig | Resultatantall og eventuelt automatisk anvendt kategoriomfang er oppgitt og kan fjernes |
| 14 | Fasettparitet | Søkeresultatene tilbyr de samme fasettene som den tilsvarende kategorisiden |
| 15 | Relevans er forklarbar | Noen på laget kan si hvorfor resultat én rangerer høyere enn resultat to |
| Gruppe D – Måling | ||
| 16 | Hver søkesti spores | view_search_results utløses med search_term, inkludert autofullføringshopp |
| 17 | Nullresultatsøk kan isoleres | Du kan liste opp forrige måneds søk uten resultater etter volum, uoppfordret |
| 18 | Søk-til-kjøp er rapporteringspliktig | Søkere og ikke-søkere kan sammenlignes som segmenter |
| 19 | Søkegjennomgangen har en eier | En navngitt person gjennomgår topp 50 og nullresultathalen på en kadens |
| 20 | Konfigurasjonsendringer er versjonerte | Synonym- og boost-endringer logges, er reversible og testbare |
Gruppe A-terskler kommer fra Baymards publiserte feilrater per type: søk som ikke er relatert til produkter mislykkes på 66 % av nettstedene, søk etter forkortelser og symboler på 54 %, kompatibilitet på 44 % og brukstilfelle på 43 % (Baymard). Sjekk 11 eksisterer fordi nesten halvparten av nettstedene ikke gir brukerne noen effektiv vei ut av en blindvei (Baymard, februar 2025). Sjekk 10 og 12 kommer fra den samme referanseindeksens funn for autofullføring og spørrepersistens (Baymard søkebenchmark).
Sjekk 7 i detalj: den sammenleggbare fellen som bare dukker opp utenfor engelsk
Sjekk 7 er verdt sin egen seksjon fordi det er den som stille nullstiller et marked. De fleste søkestabler bruker små bokstaver i søket og indeksen før de finner samsvar. På engelsk er det ufarlig. På tyrkisk er det ikke det, og den samme problemtypen dukker opp på alle språk med tegn utenfor grunnleggende latin.
Unicode definerer en lokalspesifikk regel for store og små bokstaver for tyrkisk og aserbajdsjansk: stor I (U+0049) små bokstaver til punktløs ı (U+0131), mens store bokstaver İ (U+0130) små bokstaver til vanlige i (Unicode SpecialCasing.txt). En stakk som bruker små bokstaver med standardspråket, gjør om «İPHONE» til «i̇phone» med et tilfeldig kombinasjonspunkt, eller gjør om den store I-en i en produkttittel til feil bokstav. Spørringen og indeksen er da uenige om et ord de begge inneholder. Ingen feil. Du får bare null resultater for et merke du fører.
De to rettelsene er uavhengige, og du trenger begge. Først, bruk små bokstaver som korrigerer språket ved indeksering og spørring – Elasticsearch sender en turkish analysator som kjeder apostrophe, turkish_lowercase, turkish_stop, turkish_keywords og turkish_stemmer av nettopp denne grunnen (Elastiske språkanalysatorer). For det andre, bestem deg separat for hva du skal gjøre med diakritiske tegn, fordi tyrkiske kunder rutinemessig skriver kilif forum dekke og sarj forum avgift på tastaturer som gjør den aksenterte formen tregere. asciifolding filteret konverterer ikke-basic-latinske tegn til ASCII-ekvivalenter, og dets preserve_original alternativet sender ut både den foldede og den originale brikken, slik at eksakte treff fortsatt vinner (Elastisk, asciifolding). Brett for tilbakekalling, behold originalen for presisjon.
Utenfor Tyrkia har den samme sjekken lokale former: tyske sammensatte substantiver som må deles opp før en søk på to ord kan matche, franske og spanske aksenter skrevet inkonsekvent, gresk endelig sigma. Gi sjekk 7 poengsum 2 bare hvis du har testet den på alle språk butikken din faktisk betjener – ikke språket teamet ditt snakker.
Fiksering av mål først: kontroller 16 til 20
Hvis Gruppe D scorer under 6, stopp og fiks det før du berører noe annet, fordi du ikke kan bekrefte en fiks du ikke kan se. I GA4 utløses forbedret måling. view_search_results med search_term parameter når en resultatside inneholder én av fem standard søkeparametere – q, s, search, query or keyword — og du kan legge til dine egne (Google Analytics HjelpTo feilmoduser er vanlige. Hvis resultatsiden din bruker et stisegment i stedet for en spørrestreng, ser standardsporing ingenting. Og hvis autofullføring navigerer direkte til et produkt, utløser søket aldri hendelsen i det hele tatt, noe som i det stille forvrider spørreloggen din mot søk som ikke fant noe på første forsøk.
Lese poengsummen din
| Resultat | Kjennelse | Neste trekk |
|---|---|---|
| 32-40 | Juster, ikke erstatt | Bruk penger på synonymer, merchandisingregler og nullresultatsortering |
| 22-31 | Konfigurasjonsproblem | Fiks Gruppe B og sjekk 11 først; score på nytt om seks uker |
| 12-21 | Sannsynligvis strukturell | Repoengser etter å ha fikset Gruppe D, og vurderer deretter en erstatning med disse 20 kontrollene som akseptkriterier |
| 0-11 | Søk er ikke en funksjon ennå | Behandles som en bygging, ikke en optimalisering |
Regelen som betyr noe: signer aldri en erstatningskontrakt på en poengsum du tok før Gruppe D fungerte. En leverandør som er evaluert mot umålt søk, evalueres mot en demo.
En merknad om tallet alle siterer
Du vil se en statistikk som viser at brukere som bruker nettstedets søkemotor konverterer to eller tre ganger bedre enn brukere som ikke gjør det, vanligvis for å rettferdiggjøre budsjettet. Tallet sirkulerer mye gjennom leverandørsammendrag (eksempel) og kan sjelden spores til en kontrollert studie. Det er også en seleksjonseffekt: folk som søker er folk som allerede har kjøpsintensjon. Bruk det som en grunn til å se på søk, aldri som en anslått økning. Det forsvarlige forretningsargumentet er bygget ut fra ditt eget nullresultatvolum og din egen søk-til-kjøp-rate – som begge sjekk 17 og sjekk 18 eksisterer for å produsere. [INTERNE DATA NØDVENDIG: Switas-klientens nullresultatrater før/etter utbedring, hvis noen, kan deles.]
Hvor denne rubrikken er oppdelt
Den er bygget for katalogdetaljhandel. Markedsplasser med mange selgere av samme vare trenger en dimensjon for duplikatoppføring og selgerkvalitet som denne rubrikken ikke har noen kolonne for. Innholdstunge og offentlige nettsteder trenger vekting av dokumenttype og nylighetsstatus i stedet for Gruppe A. Nettsteder under omtrent 500 SKU-er scorer ofte bra og taper fortsatt penger på søk, fordi med en liten katalog er den virkelige løsningen bedre kategorinavigasjon, ikke bedre søk. Rubrikken sier heller ingenting om søkehastighet under belastning, og ingenting om personalisering – begge deler bevisste, fordi begge er dyre å teste ordentlig, og det er heller ikke problemet ditt ved en poengsum under 30. Til slutt er en poengsum et øyeblikksbilde: en katalogimport som endrer attributtnavn kan redusere Gruppe A med seks poeng over natten uten at kode er distribuert.
FAQ
Hvor lang tid tar scoring? Rundt en halv dag for én person i én butikk, når testlisten med 90 spørringer finnes. Det er den langsomme delen å bygge listen; sett av ytterligere to timer til å hente de beste spørringene og konstruere det lange settet.
Trenger jeg ingeniørfag for å kjøre det? Nei. Sjekk 1 til 15 kjøres i en nettleser. Sjekk 16 til 20 krever tilgang til analyse, og for sjekk 20 kreves en samtale med den som eier søkekonfigurasjonen.
Hva om vi ikke har en søkeanalysehistorikk? Gi Gruppe D poengsum null, fiks sporingen og samle inn fire uker med data før du gir poeng for resten. En testliste som er bygget uten en reell spørrelogg, vil overrepresentere spørringer teamet ditt ville skrevet.
Er en score på 28 bra? Det er normalt, og normalt er middelmådig – referanseindeksen sier at de fleste nettsteder ligger der. Det nyttige signalet er ikke totalen, men hvilken gruppe som trekker det ned.
Bør vi kjøpe oss skrivefeiltoleranse eller bygge den opp? Kjøp det. Samsvar med redigeringsavstand og fornuftige terskler er løst og billig. Byggeinnsats hører hjemme i synonymer og attributtstruktur, som er spesifikke for katalogen din og ikke kan kjøpes.
Hvordan relaterer dette seg til en revisjon av kategorisider? De deler fasetter og filtrering. Hvis sjekk 14 mislykkes, ligger løsningen vanligvis i kategorimalene i stedet for i søket, så kjør de to revisjonene i samme sprint.
Gjelder noe av dette AI-handlende agenter som leser katalogen vår? Delvis. Agenter bruker strukturerte attributter i stedet for søkegrensesnittet ditt, så gruppe A og B er viktige for dem gjennom datakvaliteten din, mens gruppe C og D ikke gjelder i det hele tatt. Det er en separat revisjon.
Hvor ofte bør vi score på nytt? Kvartalsvis, og etter eventuelle endringer i katalogmigrering, replattformering eller søkekonfigurasjon. Behold den samme listen med 90 spørringer slik at poengsummene er sammenlignbare.
Hvis du vil ha poengsummen uten å bruke ettermiddagen: få oss til å kjøre denne revisjonen i butikkfasaden din og gi deg den scorede rubrikken, de mislykkede spørringene og en prioritert rettelsesliste.
Kilder
- Baymard Institute — UX for e-handelssøk: de 8 søketypene og feilrater per type (oppdatert april 2026)
- Baymard Institute — Brukbarhet for e-handelssøk: Rapport og referansemåling
- Baymard Institute — 5 velprøvde UX-strategier for sider uten resultater (februar 2025)
- Unicode Consortium — SpecialCasing.txt, tyrkiske og aserbajdsjanske regler for store og små bokstaver
- Elastisk – Språkanalysatorer, inkludert den tyrkiske analysatorkjeden
- Elastisk — ASCII-filter for foldetoken og preserve_original
- Hjelp med Google Analytics – Forbedret måling, view_search_results og search_term
- Hallo Retail – eksempel på den sirkulerende konverteringsmultiplen for nettstedsøk
