De fleste produktsideanmeldelser ender i en liste med meninger. Noen sier at galleriet føles trangt, noen andre forsvarer fanene, ingenting er avgjort. Dette er i stedet en rubrikk: tolv sjekker, hver med en skriftlig beståttterskel, scoret 0–2, og ender i et tall av 24 som to revisorer som jobber separat bør bli enige om innen ett eller to poeng. Den er for UX- og CRO-team som jobber med detaljsider for e-handelsprodukter. Baymard Institutes referansepunkt på 155+ ledende amerikanske og europeiske nettsteder funnet 62 % av mobilnettsteder presterte på «middelmådig eller verre» på produktsidens brukeropplevelse, og ingen scoret perfekt. Anta at din har funn. Spørsmålet er hvilke, og hvor dårlige.
Hvordan poengsettingen fungerer
Hver sjekk blir scoret mot en terskel som er skrevet før du åpner siden. 2 betyr at den oppfyller denne terskelen på mobil og datamaskin, 1 delvis eller bare på ett bruddpunkt, 0 at den svikter eller er fraværende.
Revisjon av mal, ikke ett produkt: velg tre SKU-er som vektlegger det forskjellig – en enkel vare, en vare med mange varianter, en som delvis er utsolgt – og ta den laveste poengsummen per sjekk. En PDP som bare fungerer for den enkle SKU-en er ikke en fungerende PDP.
bånd~~POS=HEADCOMP: 20-24, malen er god, og konverteringsproblemet ditt ligger et annet sted. 14-19, fiks nullene før du kjører en ny test her. 0-13, malen er flaskehalsen, og testing av elementer oppå den vil gi flate resultater.
Port 1: Kan de forstå hva produktet er?
Sjekk 1 – Bildeinnstilling og zoom. Terskel: minst fem bilder som dekker hver side, ett detaljbilde på materialnivå, ett som etablerer skala, og zoom som løser opp reelle detaljer. Baymard fant at 25 % av nettstedene mangler tilstrekkelig oppløsning eller zoom, og 37 % gir ikke bilder i skala. Skala er det teamene hopper over, og det som genererer avkastning.
Sjekk 2 – Synlighet av bilde på mobil. Terskel: Ytterligere bilder er synlige som miniatyrbilder eller en posisjonsindikator, uten at brukeren sveiper for å finne ut at de finnes. 76 % av mobilnettsteder tilbyr ingen miniatyrbilder, så galleriet er usynlig for alle som ikke gjetter.
Sjekk 3 – Beskrivelse og spesifikasjonsskannbarhet. Terskel: Beskrivelsen svarer på de fem spørsmålene supportinnboksen din mottar oftest for den kategorien, og spesifikasjonene vises som en skannbar attributtliste, ikke prosa. Baymard scorer 50 % av nettstedene som feil når det gjelder skanning av spesifikasjoner. Ta de fem spørsmålene fra forespørsler eller søk på nettstedet, ikke en workshop.
Gate 2: kan de velge riktig variant?
Kontroll 4 – Variantkontroller er eksponert. Terskel: størrelse, farge og andre alternativer gjengis som synlige knapper eller fargeprøver, ikke en rullegardinmeny som brukeren må åpne. 57 % av nettstedene bruker ikke knapper for størrelsesvalg. En lukket rullegardinmeny skjuler alternativene og hvilke som ikke er tilgjengelige.
Sjekk 5 – Synkronisering av variantdata. Terskel: Når du velger en variant, oppdateres pris, bilde, lagerstatus og leveringsestimat sammen, uten at det vises foreldede verdier på skjermen. 28 % av nettstedene klarer ikke å synkronisere data på tvers av varianter. Dette avslører vanligvis et problem med frontend-arkitekturen, ikke et designproblem.
Sjekk 6 – Håndtering av utilgjengelige varianter. Terskel: Utsolgte varianter forblir synlige og deaktivert med en oppgitt grunn, og siden tilbyr én neste handling – et varsel om påfylling av lager, et nærmeste alternativ eller en restordre. 68 % av nettstedene tillater ikke brukere å kjøpe produkter som midlertidig er utsolgt. Å fjerne alternativet i stillhet er verst: brukeren kan ikke se om størrelsen finnes.
Port 3: kan de beregne den virkelige totalen?
Denne porten har mest inntekter og mest regulatorisk eksponering. På tvers av 50 aggregerte studier anslår Baymard gjennomsnittlig antall forlatte handlekurver til 70.22%; blant de oppgitte årsakene er at ekstra kostnader er for høye, og potensielle kunder på 40 %. De fleste av disse kostnadene er kjente i produktutsalget og oppgis i kassen i stedet.
Sjekk 7 – Leveringskostnad og dato før tilføyelse i handlekurven. Terskel: en estimert leveringskostnad og ankomstdato, for brukerens sannsynlige plassering, synlig uten interaksjon. 43 % av nettstedene viser ikke estimerte fraktkostnader. Hvis prisene avhenger av adressen, vis et merket estimat for standardregion.
Sjekk 8 – Prispresentasjon og rabattreferanse. Terskel: Den viste totalsummen inkluderer alle avgifter; enhver «var/nå»-sammenligning bruker en forsvarlig referansepris; og der avdrag vises, vises totalprisen, antall avdrag og beløpet per avdrag sammen i lesbar størrelse.
To regler møtes her. I EU krever artikkel 6a i direktiv 98/6/EF at en annonsert prisreduksjon skal angi den forrige prisen, definert som den laveste prisen som er brukt i minst 30 dager før. Tyrkias reklameforskrift anvender den samme 30-dagers laveste logikken og regulerer i tillegg visning av avbetaling. Denne klausulen er ikke en formalitet: regulatoren skiller ut avbetalinger nettopp fordi de er fremtredende i tyrkisk e-handel, så en PDP som skjuler beløpet per avbetaling bak en modal skjuler et tall kjøpere velger.
Sjekk 9 – Returpolicy innen én interaksjon. Terskel: Returvinduet og hvem som betaler returfrakt er tilgjengelig med ett enkelt trykk, ikke via bunnteksten. 44 % av nettstedene viser eller lenker ikke en returpolicy på produktsiden, og en utilfredsstillende policy er en oppgitt årsak til at 13 % av brukerne forlater nettstedet.
Port 4: kan alle faktisk betjene den?
Sjekk 10 – Målstørrelse. Terskel: alle interaktive kontroller – fargeprøver, mengdetrinn, galleripiler, gjennomgangsfiltre – er minst 24 x 24 CSS-piksler, eller plassert slik at en 24-pikslers sirkel sentrert på den ikke krysser en nabo. Det er WCAG 2.2 SC 2.5.8, nivå AA. Fargeprøver og trinninndelinger feiler oftest.
Sjekk 11 – Interaksjonsresponsivitet. Terskel: Interaksjon med neste maling ved den 75. persentilen av feltdata for PDP-malen er på eller under 200 ms; over 500 ms er dårlig. Bruk feltdata, ikke en laboratoriekjøring: variantbytte og galleriinteraksjon er der PDP INP forringes, og syntetiske tester utøver ikke dem.
Sjekk 12 – Gjennomgå beviskvaliteten. Terskel: Det finnes et sammendrag av vurderingsfordelingen, man kan bla gjennom bilder av anmeldelser, og siden angir hvordan anmeldelser samles inn og om de er bekreftet. 65 % av nettstedene får feil fordeling. En 4.4 bygget fra 5-ere og 1-ere er et annet produkt enn en 4.4 bygget fra 4-ere og 5-ere.
Poenglisten
| # | Trykk her | Beståelsesgrense (poengsum 2) | Gate |
|---|---|---|---|
| 1 | Bildesett og zoom | 5+ bilder, ett i skala, zoom gir detaljer | Forstå |
| 2 | Synlighet av mobilbilder | Miniatyrbilder eller posisjonsindikator synlige | Forstå |
| 3 | Beskrivelse og spesifikasjoner | De 5 viktigste supportspørsmålene er besvart; spesifikasjoner kan skannes | Forstå |
| 4 | Variantkontroller | Alternativer synlige som knapper eller fargeprøver | Velg |
| 5 | Variantsynkronisering | Pris, bilde, lagerbeholdning, leveringsoppdatering sammen | Velg |
| 6 | Utilgjengelige varianter | Synlig, deaktivert, oppgitt grunn, én neste handling | Velg |
| 7 | Leveringskostnad og dato | Begge estimert på PDP uten interaksjon | Total kostnad |
| 8 | Pris- og rabattreferanse | Inkludert skatt; 30-dagers laveste referanse; avdragstrio sammen | Total kostnad |
| 9 | Returrett | Vindu og hvem som betaler, én interaksjon unna | Total kostnad |
| 10 | Målstørrelse | 24x24 CSS piksler eller tilsvarende avstand (WCAG 2.2 AA) | Operere |
| 11 | respons | Felt INP p75 på eller under 200 ms | Operere |
| 12 | Gjennomgå bevis | Distribusjon vist, bilder kan blas gjennom, samling oppgitt | Operere |
Et praktisert eksempel
En illustrerende sammensetning bygget fra feilmønstrene ovenfor, ikke fra en klientrevisjon: klesforhandler i mellomklassen, tre SKU-er, laveste poengsum per sjekk.
Forstå: 2 + 0 (blind sveip) + 1 (spesifikasjoner i prosa) = 3/6. Velg: 2 + 1 (leveringsestimat foreldet) + 0 (størrelser forsvinner) = 3/6. Totalkostnad: 0 + 1 (total avdrag kun i en modal) + 1 (retur i bunntekst) = 2/6. Operate: 0 (fargeprøver ved 20 piksler) + 1 (INP p75 340 ms) + 1 (ingen distribusjon) = 2/6.
Totalt: 10/24. Det er ikke «kjør en overskriftstest». Det er en malretting som er begrenset til de fire nullene, i denne rekkefølgen: leveringsestimat, forsvinnende størrelser, målstørrelse for fargeprøve, mobilgalleri. Tre av de fire er tekniske feil, ikke designarbeid, som vanligvis er det faktiske funnet. [INTERNE DATA SOM SKAL TAKE AWAY: Switas median gate-score på tvers av reviderte PDP-er og konverteringsbevegelse etter Gate 3-rettelser.]
Hva man skal gjøre med poengsummen
Rett opp alle nullpunkter før du tester noe på siden: et eksperiment som kjøres over et ødelagt trinn måler bruddet, ikke hypotesen din. Enere er test-etterslepet ditt – reelt, men med en diskutabel løsning. Gir en ny poengsum etter at løsningene er sendt, på de samme tre SKU-ene.
Hvor denne rubrikken er oppdelt
Den er bygget for detaljhandel med fysiske varer. Digitale varer, abonnementer, reiseinventar og konfigurerbare B2B-produkter har forskjellige avgjørende attributter, og Gate 3 overføres ikke: en hotell- eller flyside har datoavhengig prising som denne rubrikken ikke modellerer. Den ignorerer også anskaffelse – ingenting her scorer strukturerte datafullstendighet, som styrer kvalifisering for selgeroppføring. Og den forteller deg hva som ikke oppfyller en skriftlig terskel, ikke hvorfor en bestemt bruker nølte: den erstatter vurderingsrunden, ikke brukervennlighetstesting.
FAQ
Hvor lang tid tar denne revisjonen?
Omtrent 40 minutter per SKU når terskelverdiene er avtalt, så omtrent to timer for en mal. Mesteparten av dette går til Gate 3, fordi leverings- og avbetalingslogikken varierer etter produkttype.
Hvem skal drive det?
To personer scorer de samme tre SKU-ene uavhengig av hverandre, og avstemmer deretter bare kontrollene der de avviker med mer enn ett poeng. Poengsummer for én revisor beveger seg mot det revisoren er opptatt av.
Beviser en lav poengsum at PDP koster oss penger?
Nei. Den viser hvilke trinn som ikke når terskler utledet fra publisert forskning. Inntektslenken kommer fra dine egne traktdata. Rubrikken sier hvor du skal lete, ikke hva det er verdt.
Hvordan er dette forskjellig fra en tilgjengelighetsrevisjon?
Bare kontroll 10 er et formelt samsvarskriterium. En fullstendig WCAG-revisjon dekker også tastaturbruk, fokusrekkefølge, kontrast og formmerking. Behandle det som et signal om at en tilgjengelighetsrevisjon er nødvendig, ikke som bevis på at du har bestått en.
PDP-en vår leveres av en markedsplass eller SaaS-plattform. Er dette fortsatt nyttig?
Ja, med innsnevret omfang. Poeng alt, og del deretter funnene inn i det du kontrollerer – bilder, beskrivelse, spesifikasjoner, anmeldelsessamling – og det plattformen kontrollerer. De plattformkontrollerte nullene blir en leverandørsamtale med vedlagt bevis.
Gjelder de tyrkiske reglene for prisvisning hvis vi kun selger innenlands?
Ja, uavhengig av hvor ellers du selger, inkludert den laveste referanseprisen på 30 dager og kravet om visning på avbetaling. EU-regelen gjelder bare hvis du selger til EU; hvis du selger til begge, implementer den strengere avlesningen én gang.
Kjør det på din egen katalog
Score tre SKU-er fra din egen PDP-mal denne uken og se om tallet lander der du forventet. Hvis du heller vil ha det gjort ordentlig, med funn knyttet til tekniske søknader og salgstraktdataene dine vedlagt, Snakk med oss om en UX-revisjon.
Kilder
- Baymard Institute – Produktside UX-benchmark, 155+ nettsteder (18. mars 2026)
- Baymard Institute – Benchmark for brukervennlighet på produktsider
- Baymard Institute - Forlatelsesrate for handlekurver, 70.22 % på tvers av 50 studier (22. september 2025)
- Europakommisjonen – Veiledning om artikkel 6a i direktiv 98/6/EF
- Gun + Partners - Tyrkiske regler for reklame for rabattert salg
- W3C – Forståelse av WCAG 2.2 SC 2.5.8 Målstørrelse (minimum)
- web.dev – Samhandling med terskler for Next Paint
- Google Search Central – strukturerte data for selgeroppføringer
