De fleste søgeprojekter starter det forkerte sted: en leverandørdemo. Demoen fungerer altid, fordi demoen køres på leverandørens indeks med leverandørens forespørgsler. I mellemtiden viser Baymard Institutes søgebenchmark fra 2026, at 56% af e-handelswebsteder har middelmådig eller dårligere søge-UX, og at fejlene grupperes i specifikke, navngivelige forespørgselstyper snarere end i "relevans" som helhed (Baymard, opdateret april 2026En ny motor reparerer nogle af dem og ingen af de andre.
Dette er en pointtabel for den søgning, du allerede har. Tyve tjek, to point hver, fyrre point i alt. Du kører det mod dit eget katalog på en eftermiddag, du får et tal, og tallet fortæller dig, om dit problem er konfiguration, indhold eller selve søgemotoren. Den er skrevet til e-handels UX-leads, vækstchefer og produktejere, der er blevet bedt om at retfærdiggøre et søgebudget.
Hvad rubrikken måler, og hvad den bevidst ignorerer
Rubrikken scorer fire ting: om søgningen forstår de typer forespørgsler, folk rent faktisk skriver, om den overlever rodet input, om den gendanner, når den ikke finder noget, og om man kan måle noget af det. Den scorer ikke resultaternes rangeringskvalitet abstrakt. Rangering er det sidste, der skal justeres, og det første, alle diskuterer, og man kan ikke justere den, mens forespørgsler stadig fejler ved tokenizeren.
Scoren er 0, 1 eller 2 pr. kontrol. To betyder, at den består for alle forespørgsler på din testliste. Én betyder, at den består for hovedtermer, men fejler på den lange hale. Nul betyder, at den fejler på hovedtermer. Byg testlisten først: Tag dine top 50 forespørgsler fra analyser, og tilføj derefter fem forespørgsler, du konstruerer for hver af de otte Baymard-forespørgselstyper, så den lange hale er repræsenteret. Cirka 90 forespørgsler. Kør dem selv, på mobilen, logget ud.
De 20 kontroller
| # | Check (Skak) | Scorer 2 når |
|---|---|---|
| Gruppe A — Forespørgselsdækning (Baymards fejlklynger) | ||
| 1 | Forespørgsler om præcise nummer og modelnummer | Det navngivne produkt er det første resultat, ikke det fjerde |
| 2 | Produkttypeforespørgsler | Returnerer en gennemsebar, facetteret liste i stedet for en flad relevansdump |
| 3 | Funktionsforespørgsler ("rød uldfrakke") | Attributter indsnævrer sættet i stedet for at fortynde det med OR-matchning |
| 4 | Kompatibilitetsspørgsmål ("oplader til model X") | Returnerer tilbehør til den navngivne model, ikke selve modellen |
| 5 | Forespørgsler, der ikke vedrører produktet ("returpolitik") | Returnerer indholdssiden; 66% af webstederne fejler denne. |
| Gruppe B — Inputhåndtering | ||
| 6 | Tolerance over for trykfejl | Fejl på et og to tegn i hovedord matcher stadig |
| 7 | Etui og diakritisk foldning | Korrekt for alle sprog, som webstedet betjener (se nedenfor) |
| 8 | Morfologi og flertalsformer | Bøjede og suffikserede former når de samme produkter som stammen |
| 9 | Synonymer og lokalt sprog | Kundeord knyttes til katalogord, begge retninger |
| 10 | Autofuldførelse ved stavefejl | Der vises forslag til forkert stavede præfikser; 69 % af webstederne mislykkes med dette |
| Gruppe C — Resultater og genopretning | ||
| 11 | Gendannelse uden resultater | Mindst to live-stier ud: relaterede kategorier og alternative forespørgsler |
| 12 | Forespørgselspersistens | Forespørgslen forbliver i feltet efter indsendelse; 37% af webstederne dropper den |
| 13 | Omfanget er synligt | Resultatantal og eventuelt automatisk anvendt kategoriomfang er angivet og kan fjernes |
| 14 | Facetparitet | Søgeresultaterne tilbyder de samme facetter som den tilsvarende kategoriside |
| 15 | Relevans er forklarlig | En person på holdet kan forklare, hvorfor resultat et rangerer højere end resultat to |
| Gruppe D — Måling | ||
| 16 | Hver søgesti spores | view_search_results udløses med search_term, inklusive autofuldførelsesspring |
| 17 | Nulresultatforespørgsler kan isoleres | Du kan liste sidste måneds resultatløse forespørgsler efter volumen, uopfordret |
| 18 | Søg-til-køb er rapporteringspligtig | Søgende og ikke-søgende kan sammenlignes som segmenter |
| 19 | Forespørgselsgennemgangen har en ejer | En navngiven person gennemgår top 50 og nulresultathalen på en kadence |
| 20 | Konfigurationsændringer er versionsbaserede | Synonym- og boost-ændringer logges, er reversible og testbare |
Gruppe A-tærsklerne stammer fra Baymards offentliggjorte fejlrater pr. type: søgninger, der ikke er relateret til produkter, fejler på 66 % af webstederne, søgninger efter forkortelser og symboler på 54 %, kompatibilitet på 44 % og use-case på 43 % (Baymard). Kontrol 11 eksisterer, fordi næsten halvdelen af webstederne ikke giver brugerne nogen effektiv vej ud af en blindgyde (Baymard, februar 2025). Kontrol 10 og 12 stammer fra den samme benchmarks resultater for autofuldførelse og forespørgselspersistens (Baymard søgebenchmark).
Tjek 7 i detaljer: den foldede fælde, der kun dukker op uden for engelsk
Tjek 7 er værd at have sin egen sektion, fordi det er den, der lydløst nulstiller et marked. De fleste søgestakke bruger små bogstaver i forespørgslen og indekset, før de matcher. På engelsk er det harmløst. På tyrkisk er det ikke, og den samme type problem optræder på ethvert sprog med tegn uden for Basic Latin.
Unicode definerer en lokalspecifik regel for store og små bogstaver for tyrkisk og aserbajdsjansk: stort I (U+0049) små bogstaver til punktummerfri ı (U+0131), mens store bogstaver İ (U+0130) små bogstaver til almindelige i (Unicode SpecialCasing.txt). En stak, der bruger små bogstaver med standardlokaliteten, ændrer "İPHONE" til "i̇phone" med et tilfældigt kombineret punktum, eller ændrer et stort I i en produkttitel til det forkerte bogstav. Forespørgslen og indekset er derefter uenige om et ord, de begge indeholder. Ingen fejl. Du får bare nul resultater for et mærke, du lagerfører.
De to rettelser er uafhængige, og du har brug for begge. Anvend først lokalitetskorrigerende små bogstaver ved indeksering og forespørgsel — Elasticsearch sender en turkish analysator, der kæder apostrophe, turkish_lowercase, turkish_stop, turkish_keywords og turkish_stemmer af netop denne grund (Elastiske sproganalysatorer). For det andet, beslut separat, hvad der skal gøres med diakritiske tegn, fordi tyrkiske kunder rutinemæssigt skriver kilif forum dække og sarj forum oplade på tastaturer, der gør den accentuerede form langsommere. asciifolding filteret konverterer ikke-basiske latinske tegn til ASCII-ækvivalenter, og dets preserve_original muligheden udsender både den foldede og den originale token, så præcise matches stadig vinder (Elastisk, asciifoldningFold for genkaldelse, behold originalen for præcision.
Uden for Tyrkiet har den samme kontrol lokale former: tyske sammensatte substantiver, der skal dekomponeres, før en forespørgsel på to ord kan matche, franske og spanske accenter skrevet inkonsistent, græsk slutsigma. Giv kun kontrol 7 en 2-score, hvis du har testet den på alle de sprog, din butik rent faktisk betjener – ikke det sprog, dit team taler.
Fastgørelse af mål først: kontrol 16 til 20
Hvis Gruppe D scorer under 6, skal du stoppe og reparere den, før du rører ved noget andet, da du ikke kan verificere en reparation, du ikke kan se. I GA4 aktiveres forbedret måling. view_search_results med search_term parameter, når en resultatside indeholder en af fem standardforespørgselsparametre — q, s, search, query or keyword — og du kan tilføje dine egne (Hjælp til Google Analytics). To fejltilstande er almindelige. Hvis din resultatside bruger et stisegment i stedet for en forespørgselsstreng, ser standardsporing ingenting. Og hvis autofuldførelse navigerer direkte til et produkt, udløser den søgning aldrig hændelsen overhovedet, hvilket stille og roligt skæver din forespørgselslog mod søgninger, der ikke fandt noget i første forsøg.
Læsning af din score
| Score | Bedømmelse | Næste træk |
|---|---|---|
| 32-40 | Tune, udskift ikke | Brug på synonymer, merchandisingregler og nul-resultat-sortering |
| 22-31 | Konfigurationsproblem | Fiks Gruppe B og tjek 11 først; giv en ny score om seks uger |
| 12-21 | Sandsynligvis strukturel | Giv en ny score efter at have rettet Gruppe D, og afsæt derefter en erstatning med disse 20 kontroller som acceptkriterier |
| 0-11 | Søgning er ikke en funktion endnu | Behandl som en build, ikke en optimering |
Den vigtigste regel: Underskriv aldrig en erstatningskontrakt på en score, du tog, før Gruppe D fungerede. En leverandør, der evalueres ud fra en umålt søgning, evalueres ud fra en demo.
En bemærkning om det nummer, alle citerer
Du vil blive vist en statistik, der viser, at brugere, der bruger webstedssøgning, konverterer to eller tre gange bedre end brugere, der ikke bruger webstedssøgning, normalt for at retfærdiggøre budgettet. Tallet cirkulerer bredt gennem leverandøroversigter (eksempel) og kan sjældent spores tilbage til en kontrolleret undersøgelse. Det er også en selektionseffekt: folk, der søger, er folk, der allerede har en købsintention. Brug det som en grund til at se på søgning, aldrig som en forventet stigning. Den forsvarlige business case er bygget ud fra din egen nulresultatsvolumen og din egen søgning-til-købsrate - som begge tjek 17 og 18 eksisterer for at producere. [INTERNE DATA NØDVENDIGE: Switas-klientens nulresultatrater før/efter afhjælpning, hvis nogen, kan deles.]
Hvor denne rubrik opdeles
Den er bygget til katalogdetailhandel. Markedspladser med mange sælgere af den samme vare har brug for en dimension for duplikatlister og sælgerkvalitet, som denne rubrik ikke har nogen kolonne til. Indholdstunge og offentlige websteder har brug for vægtning af dokumenttype og aktualitet i stedet for Gruppe A. Websteder under cirka 500 SKU'er scorer ofte godt og taber stadig penge på søgning, fordi med et lille katalog er den virkelige løsning bedre kategorinavigation, ikke bedre søgning. Rubrikken siger heller intet om søgehastighed under belastning og intet om personalisering - begge dele er bevidste, fordi begge er dyre at teste ordentligt, og det er heller ikke dit problem ved en score under 30. Endelig er en score et øjebliksbillede: en katalogimport, der ændrer attributnavngivning, kan sænke Gruppe A med seks point natten over uden at der implementeres kode.
Ofte stillede spørgsmål
Hvor lang tid tager det at score? Omkring en halv dag for én person i én butik, når testlisten med 90 forespørgsler er oprettet. Opbygningen af listen er den langsomme del; budgetter yderligere to timer til at hente de vigtigste forespørgsler og konstruere long-tail-sættet.
Har jeg brug for ingeniørarbejde for at køre det? Nej. Tjek 1 til 15 køres i en browser. Tjek 16 til 20 kræver adgang til analyser og, for tjek 20, en samtale med den, der ejer søgekonfigurationen.
Hvad hvis vi ikke har en søgeanalysehistorik? Giv Gruppe D en score på nul, ret sporingen, og indsaml fire ugers data, før du giver resten en score. En testliste, der er opbygget uden en reel forespørgselslog, vil overrepræsentere de forespørgsler, dit team ville skrive.
Er en score på 28 god? Det er normalt, og normalt er middelmådigt – benchmarken siger, at de fleste websteder ligger der. Det nyttige signal er ikke totalen, men hvilken gruppe der trækker det ned.
Skal vi købe eller indbygge tolerance for typografi? Køb det. Matchning af redigeringsafstand med fornuftige tærskler er løst og billigt. Byggeindsatsen hører hjemme i synonymer og attributstruktur, som er specifikke for dit katalog og ikke kan købes.
Hvordan hænger dette sammen med en revision af en kategoriside? De deler facetter og filtrering. Hvis kontrol 14 fejler, findes rettelsen normalt i kategoriskabelonerne i stedet for i søgningen, så kør de to audits i samme sprint.
Gælder noget af dette for AI-indkøbsagenter, der læser vores katalog? Delvist. Agenter bruger strukturerede attributter i stedet for din søgegrænseflade, så gruppe A og B er vigtige for dem gennem din datakvalitet, mens gruppe C og D slet ikke gælder. Det er en separat revision.
Hvor ofte skal vi score igen? Kvartalsvis og efter enhver katalogmigrering, replatforming eller ændring af søgekonfiguration. Behold den samme liste med 90 forespørgsler, så scorerne er sammenlignelige.
Hvis du vil have scoren uden at bruge eftermiddagen: Få os til at udføre denne revision på din butik og give dig den scorede rubrik, de fejlbehæftede forespørgsler og en prioriteret liste over rettelser.
Kilder
- Baymard Institute — E-handelssøgning UX: de 8 forespørgselstyper og fejlrater pr. type (opdateret april 2026)
- Baymard Institute — Brugervenlighed i e-handelssøgning: Rapport og benchmark
- Baymard Institute — 5 dokumenterede UX-strategier til sider med "ingen resultater" (februar 2025)
- Unicode Consortium — SpecialCasing.txt, tyrkiske og aserbajdsjanske regler for store og små bogstaver
- Elastisk — Sproganalysatorer, inklusive den tyrkiske analysatorkæde
- Elastisk — ASCII-foldetokenfilter og preserve_original
- Hjælp til Google Analytics — Forbedret måling, view_search_results og search_term
- Hej Detailhandel — eksempel på den cirkulerende konverteringsmultiplikator for webstedssøgning
