De fleste anmeldelser af produktsider ender med en liste over meninger. Nogen siger, at galleriet føles trangt, en anden forsvarer fanerne, intet er afgjort. Dette er i stedet en rubrik: tolv tjek, hver med en skriftlig beståelsesgrænse, scoret 0-2, og ender i et tal ud af 24, som to revisorer, der arbejder separat, bør blive enige om inden for et point eller to. Det er for UX- og CRO-teams, der arbejder på e-handelsproduktdetaljesider. Baymard Institutes benchmark af 155+ førende amerikanske og europæiske websteder fundet 62% af mobilwebsteder præstere på "middelmådig eller værre" på produktsidens brugeroplevelse, og ingen scorede perfekt. Antag, at din har resultater. Spørgsmålet er hvilke, og hvor dårlige.
Sådan fungerer scoringen
Hver kontrol scores i forhold til en tærskelværdi, der er skrevet, før du åbner siden. 2 betyder, at den opfylder denne grænse på mobil og computer, 1 delvist eller kun på ét brudpunkt, 0 at den fejler eller er fraværende.
Revision af skabelon, ikke ét produkt: vælg tre SKU'er, der understreger det forskelligt - en simpel vare, en vare med mange varianter, en som er delvist udsolgt - og tag den laveste score pr. kontrol. En PDP, der kun fungerer for den nemme SKU, er ikke en fungerende PDP.
bånd: 20-24, skabelonen er god, og dit konverteringsproblem ligger et andet sted. 14-19, ret nullerne, før du kører en ny test her. 0-13, skabelonen er flaskehalsen, og test af elementer ovenpå den vil give flade resultater.
Gate 1: Kan de forstå, hvad produktet er?
Kontrol 1 - Billedindstilling og zoom. Grænseværdi: mindst fem billeder, der dækker alle sider, ét detaljebillede på materialeniveau, ét der etablerer skala, og zoom, der opløser reelle detaljer. Baymard fandt, at 25 % af stederne mangler tilstrækkelig opløsning eller zoom, og 37 % giver intet billede i skala. Skala er det, holdene springer over, og det, der genererer afkast.
Kontrol 2 - Billedets synlighed på mobilen. Grænseværdi: Yderligere billeder er synlige som miniaturebilleder eller en positionsindikator, uden at brugeren skal swipe for at finde ud af, om de findes. 76 % af mobilwebstederne viser ingen miniaturebilleder, så galleriet er usynligt for alle, der ikke gætter.
Kontrol 3 - Beskrivelse og specifikationsscannbarhed. Tærskelværdi: Beskrivelsen besvarer de fem spørgsmål, din supportindbakke modtager oftest for den pågældende kategori, og specifikationerne vises som en attributliste, der kan scannes, ikke som en tekst. Baymard scorer 50 % af webstederne for at have fejl i scanningsevnen for specifikationer. Tag de fem spørgsmål fra supportsager eller søgning på webstedet, ikke en workshop.
Gate 2: Kan de vælge den rigtige variant?
Kontrol 4 - Variantkontroller er eksponerede. Grænseværdi: Størrelse, farve og andre muligheder vises som synlige knapper eller farveprøver, ikke en rullemenu, som brugeren skal åbne. 57 % af webstederne bruger ikke knapper til størrelsesvalg. En lukket rullemenu skjuler mulighederne og hvilke, der ikke er tilgængelige.
Kontrol 5 - Synkronisering af variantdata. Grænseværdi: Valg af en variant opdaterer pris, billede, lagerstatus og leveringsestimat sammen, uden forældede værdier på skærmen. 28 % af webstederne undlader at synkronisere data på tværs af varianter. Dette afslører normalt et problem med frontend-arkitekturen, ikke et designproblem.
Kontrol 6 - Håndtering af utilgængelige varianter. Grænseværdi: Udsolgte varianter forbliver synlige og deaktiveret med en angivet årsag, og siden tilbyder én næste handling - en genindkøbsadvarsel, et nærmeste alternativ eller en restordre. 68 % af webstederne tillader ikke brugere at købe produkter, der midlertidigt er udsolgt. Det værste er at fjerne muligheden lydløst: brugeren kan ikke se, om størrelsen findes.
Gate 3: Kan de beregne det reelle totalbeløb?
Denne portal har den største omsætning og den største regulatoriske eksponering. På tværs af 50 aggregerede undersøgelser anslår Baymard den gennemsnitlige forladelse af indkøbskurve til 70.22%; blandt de angivne årsager er ekstra omkostninger, der er for høje, leads ved 40%. De fleste af disse omkostninger er kendte ved PDP'en og oplyses i stedet ved betaling.
Kontrol 7 - Leveringsomkostninger og dato før tilføjelse til kurv. Grænseværdi: En estimeret leveringsomkostning og ankomstdato for brugerens sandsynlige placering, synlig uden interaktion. 43 % af webstederne viser ikke estimerede forsendelsesomkostninger. Hvis priserne afhænger af adressen, skal der vises et mærket estimat for standardregionen.
Tjek 8 - Prispræsentation og rabatreference. Grænseværdi: Det viste totalbeløb inkluderer alle skatter; enhver "før/nu"-sammenligning bruger en forsvarlig referencepris; og hvor rater vises, vises den samlede pris, antallet af rater og beløbet pr. rate sammen i læsbar størrelse.
To regler mødes her. I EU kræver artikel 6a i direktiv 98/6/EF, at en annonceret prisnedsættelse skal angive den forudgående pris, defineret som den laveste pris, der er anvendt i mindst de foregående 30 dage. Tyrkiets reklameregulering anvender den samme 30-dages laveste logik og regulerer desuden visning af afdrag. Denne klausul er ikke en formalitet: Regulatoren udpeger afdrag netop fordi de er fremtrædende i tyrkisk e-handel, så en PDP, der skjuler beløbet pr. afdrag bag en modal, skjuler et tal, som købere vælger.
Tjek 9 - Returneringspolitik inden for én interaktion. Grænseværdi: Returvinduet og oplysninger om, hvem der betaler returforsendelsen, kan nås med et enkelt tryk, ikke via sidefoden. 44 % af webstederne viser eller linker ikke til en returpolitik på produktsiden, og en utilfredsstillende politik er en angivet årsag til, at 13 % af brugerne forlader deres produkt.
Gate 4: Kan alle rent faktisk betjene den?
Kontrol 10 - Målstørrelse. Tærskelværdi: Alle interaktive kontroller - farveprøver, mængdetrin, galleripile, gennemgangsfiltre - er mindst 24 gange 24 CSS-pixels eller placeret således, at en 24-pixel cirkel centreret omkring den ikke skærer en nabo. Det er WCAG 2.2 SC 2.5.8, niveau AA. Farveprøver og trin består oftest ikke.
Kontrol 11 - Interaktionsresponsivitet. Tærskel: Interaktion med næste maling ved den 75. percentil af feltdata for PDP-skabelonen er på eller under 200 ms; over 500 ms er dårlig. Brug feltdata, ikke en laboratoriekørsel: variantskift og galleriinteraktion er der, hvor PDP INP forringes, og syntetiske tests træner dem ikke.
Kontrol 12 - Gennemgå beviskvaliteten. Tærskel: Der findes en oversigt over fordelingen af vurderinger, billeder af anmeldelser kan gennemses på tværs af anmeldelser, og siden angiver, hvordan anmeldelser indsamles, og om de er verificerede. 65 % af webstederne får fordelingen forkert. En 4.4 bygget af 5'ere og 1'ere er et andet produkt end en 4.4 bygget af 4'ere og 5'ere.
Scoringslisten
| # | Check (Skak) | Beståelsesgrænse (score 2) | Port |
|---|---|---|---|
| 1 | Billedindstilling og zoom | 5+ billeder, et i skala, zoom tilføjer detaljer | Forstå |
| 2 | Synlighed af mobilbilleder | Miniaturebilleder eller positionsindikator synlige | Forstå |
| 3 | Beskrivelse og specifikationer | De 5 vigtigste supportspørgsmål besvaret; specifikationer kan scannes | Forstå |
| 4 | Variantkontroller | Valgmuligheder synlige som knapper eller farveprøver | Type |
| 5 | Variantsynkronisering | Pris, billede, lagerbeholdning, leveringsopdatering samlet | Type |
| 6 | Ikke tilgængelige varianter | Synlig, deaktiveret, angivet årsag, én næste handling | Type |
| 7 | Leveringspris og dato | Begge estimeret på PDP uden interaktion | Samlede omkostninger |
| 8 | Pris- og rabatreference | Inklusive moms; 30-dages laveste reference; afdragsordninger på tre sammen | Samlede omkostninger |
| 9 | returret | Vindue og hvem der betaler, én interaktion væk | Samlede omkostninger |
| 10 | Målstørrelse | 24x24 CSS px eller tilsvarende afstand (WCAG 2.2 AA) | operere |
| 11 | lydhørhed | Felt INP p75 ved eller under 200 ms | operere |
| 12 | Gennemgå beviser | Distribution vist, billeder kan gennemses, samling offentliggjort | operere |
Et fungerende eksempel
En illustrativ sammensætning bygget ud fra ovenstående fejlmønstre, ikke fra en klientrevision: mellemstor tøjforhandler, tre SKU'er, laveste score pr. kontrol.
Forstå: 2 + 0 (blind swipe) + 1 (specifikationer i prosa) = 3/6. Vælg: 2 + 1 (leveringsestimat forældet) + 0 (størrelser forsvinder) = 3/6. Samlede omkostninger: 0 + 1 (i alt i ratebetaling kun i en modal) + 1 (retur i sidefoden) = 2/6. Funktion: 0 (farveprøver ved 20 px) + 1 (INP p75 340 ms) + 1 (ingen distribution) = 2/6.
I alt: 10/24. Det er ikke "kør en overskriftstest". Det er en skabelonrettelse, der er målt omkring de fire nuller i denne rækkefølge: leveringsestimat, forsvindende størrelser, farveprøvemålstørrelse, mobilgalleri. Tre af de fire er tekniske supportanmodninger, ikke designarbejde, hvilket normalt er det faktiske fund. [INTERNE DATA NØDVENDIGE: Switas mediane gate-score på tværs af reviderede PDP'er og konverteringsbevægelse efter Gate 3-rettelser.]
Hvad skal man gøre med scoren
Ret alle nuller, før du tester noget på siden: et eksperiment, der køres over et defekt trin, måler bruddet, ikke din hypotese. 1-tallene er din testbacklog - reel, men med en argumenterbar løsning. Giv en ny score, når rettelserne er afsendt, på de samme tre SKU'er.
Hvor denne rubrik opdeles
Den er bygget til detailhandel med fysiske varer. Digitale varer, abonnementer, rejseinventar og konfigurerbare B2B-produkter har forskellige afgørende egenskaber, og Gate 3 overføres ikke: en hotel- eller flyside har datoafhængig prisfastsættelse, som denne rubrik ikke modellerer. Den ignorerer også anskaffelse - intet her scorer struktureret datafuldstændighed, som styrer berettigelse til merchant listing. Og den fortæller dig, hvad der ikke opfylder en skriftlig tærskel, ikke hvorfor en bestemt bruger tøvede: den erstatter meningsrunden, ikke brugervenlighedstest.
Ofte stillede spørgsmål
Hvor lang tid tager denne revision?
Omkring 40 minutter pr. SKU, når tærsklerne er aftalt, så cirka to timer for en skabelon. Det meste af det går til Gate 3, fordi leverings- og afbetalingslogikken varierer afhængigt af produkttypen.
Hvem skal drive det?
To personer scorer de samme tre SKU'er uafhængigt af hinanden og afstemmer derefter kun de kontroller, hvor de afviger med mere end ét point. Scorer fra én revisor glider hen imod det, som den pågældende revisor er interesseret i.
Beviser en lav score, at PDP koster os penge?
Nej. Den viser, hvilke trin der ikke opfylder grænseværdier udledt af publiceret forskning. Indtægtslinket kommer fra dine egne tragtdata. Rubrikken angiver, hvor man skal lede, ikke hvad det er værd.
Hvordan adskiller dette sig fra en tilgængelighedsrevision?
Kun kontrol 10 er et formelt overensstemmelseskriterium. En fuld WCAG-revision dækker også tastaturbetjening, fokusrækkefølge, kontrast og formularmærkning. Betragt det som et signal om, at en tilgængelighedsrevision skal udføres, ikke som bevis for, at du har bestået en.
Vores PDP leveres af en markedsplads eller SaaS-platform. Er dette stadig nyttigt?
Ja, med et indsnævret omfang. Giv alt en score, og opdel derefter resultaterne i det, du kontrollerer – billeder, beskrivelse, specifikationer, anmeldelsessamling – og det, platformen kontrollerer. De platformkontrollerede nuller bliver til en leverandørsamtale med vedhæftet dokumentation.
Gælder de tyrkiske regler for prisangivelse, hvis vi kun sælger indenlandsk?
Ja, uanset hvor ellers du sælger, inklusive den 30-dages laveste referencepris og kravet om visning af afbetaling. EU-reglen gælder kun, hvis du sælger i EU; hvis du sælger i begge, skal du implementere den strengere aflæsning én gang.
Kør det på dit eget katalog
Få tre SKU'er fra din egen PDP-skabelon i denne uge, og se om tallet lander, hvor du forventede. Hvis du hellere vil have det gjort ordentligt, med resultater knyttet til tekniske supports og dine funneldata vedhæftet, Tal med os om en UX-audit.
Kilder
- Baymard Institute - Produktside UX benchmark, 155+ websteder (18. marts 2026)
- Baymard Institute - Benchmark for brugervenlighed på produktsider
- Baymard Institute - Indkøbskurvsfrafaldsrate, 70.22 % på tværs af 50 undersøgelser (22. september 2025)
- Europa-Kommissionen - Vejledning vedrørende artikel 6a i direktiv 98/6/EF
- Gun + Partners - Tyrkiske regler for reklame for nedsat udsalg
- W3C - Forståelse af WCAG 2.2 SC 2.5.8 Målstørrelse (Minimum)
- web.dev - Interaktion med Next Paint-tærskler
- Google Search Central – Strukturerede data for sælgerlister







