Granska en produktdetaljsida i 12 kontroller, var och en med ett godkänt tröskelvärde

Granska en produktdetaljsida i 12 kontroller, var och en med ett godkänt tröskelvärde

De flesta recensioner av produktsidor slutar i en lista med åsikter. Någon säger att galleriet känns trångt, någon annan försvarar flikarna, ingenting är bestämt. Detta är istället en matris: tolv kontroller, var och en med en skriftlig godkännandegräns, fick 0-2 poäng och slutar i ett nummer av 24 som två revisorer som arbetar separat borde komma överens om inom en poäng eller två. Det är för UX- och CRO-team som arbetar med detaljsidor för e-handelsprodukter. Baymard Institutes riktmärke av 155+ ledande amerikanska och europeiska webbplatser hittades. 62 % av mobilwebbplatserna prestera på "medelmåttigt eller sämre" på produktsidans UX, och ingen fick perfekt poäng. Anta att din har resultat. Frågan är vilka, och hur dåliga.

Hur poängsättningen fungerar

Varje kontroll poängsätts mot ett tröskelvärde som skrivs innan du öppnar sidan. 2 betyder att den uppfyller den gränsen på mobil och dator, 1 delvis eller endast vid en brytpunkt, 0 att den misslyckas eller saknas.

Granska mall, inte en produkt: välj tre SKU:er som betonar det olika – en enkel vara, en vara med många varianter, en som är delvis slut i lager – och ta den lägsta poängen per kontroll. En PDP som bara fungerar för den enkla SKU:n är inte en fungerande PDP.

band: 20-24, mallen är sund och ditt konverteringsproblem ligger någon annanstans. 14-19, rätta nollorna innan du kör ett nytt test här. 0-13, mallen är flaskhalsen och testning av element ovanpå den kommer att ge plana resultat.

Gate 1: kan de förstå vad produkten är?

Kontroll 1 - Bildinställning och zoom. Tröskelvärde: minst fem bilder som täcker varje sida, en detaljbild tagen på materialnivå, en som fastställer skala och zoom som löser upp verkliga detaljer. Baymard fann att 25 % av webbplatserna saknar tillräcklig upplösning eller zoom och 37 % ger ingen skalenlig bild. Skala är det som teamen hoppar över, och det som genererar avkastning.

Kontroll 2 – Bildens synlighet på mobilen. Tröskelvärde: ytterligare bilder visas som miniatyrbilder eller en positionsindikator, utan att användaren behöver svepa för att se om de finns. 76 % av mobilwebbplatserna tillhandahåller inga miniatyrbilder, så galleriet är osynligt för alla som inte gissar.

Kontroll 3 - Beskrivning och specifikation, skanningsbarhet. Tröskelvärde: beskrivningen svarar på de fem frågor som din supportinkorg får oftast för den kategorin, och specifikationerna visas som en skannbar attributlista, inte prosa. Baymard poängsätter att 50 % av webbplatserna har felaktiga specifikationers skannbarhet. Ta de fem frågorna från ärenden eller sökning på webbplatsen, inte en workshop.

Gate 2: kan de välja rätt variant?

Kontroll 4 – Variantkontroller är exponerade. Tröskelvärde: storlek, färg och andra alternativ visas som synliga knappar eller färgrutor, inte en rullgardinsmeny som användaren måste öppna. 57 % av webbplatserna använder inte knappar för storleksval. En stängd rullgardinsmeny döljer alternativen och vilka som inte är tillgängliga.

Kontroll 5 - Synkronisering av variantdata. Tröskelvärde: När man väljer en variant uppdateras pris, bild, lagerstatus och leveransuppskattning tillsammans, utan inaktuella värden på skärmen. 28 % av webbplatserna misslyckas med att synkronisera data mellan varianter. Detta avslöjar vanligtvis ett problem med frontend-arkitekturen, inte ett designproblem.

Kontroll 6 - Hantering av otillgängliga varianter. Tröskelvärde: varianter som är slut i lager förblir synliga och inaktiverade med en angiven anledning, och sidan erbjuder en nästa åtgärd – en påfyllningsavisering, ett närmaste alternativ eller en restnotering. 68 % av webbplatserna tillåter inte användare att köpa tillfälligt slutsålda produkter. Att ta bort alternativet tyst är värst: användaren kan inte avgöra om storleken finns.

Gate 3: kan de beräkna den verkliga totalsumman?

Denna grind har störst intäkter och mest regulatorisk exponering. Bland 50 aggregerade studier uppskattar Baymard att den genomsnittliga övergivna varukorgen är 70.22%; bland de angivna anledningarna är extra kostnader som är för höga leads vid 40 %. De flesta av dessa kostnader är kända vid produktutdelningen och redovisas istället i kassan.

Kontroll 7 - Leveranskostnad och datum innan tillägg i varukorgen. Tröskelvärde: en uppskattad leveranskostnad och ankomstdatum, för användarens sannolika plats, synlig utan interaktion. 43 % av webbplatserna visar inte uppskattade fraktkostnader. Om priserna beror på adress, visa en märkt uppskattning för standardregionen.

Kontroll 8 - Prispresentation och rabattreferens. Tröskelvärde: Den visade totalsumman inkluderar alla skatter; alla jämförelser mellan "tidigare och nu" använder ett försvarbart referenspris; och där avbetalningar visas visas det totala priset, antalet avbetalningar och beloppet per avbetalning tillsammans i läsbar storlek.

Två regler sammanfaller här. Inom EU kräver artikel 6a i direktiv 98/6/EG att en aviserad prissänkning ska ange det tidigare priset, definierat som det lägsta pris som tillämpats under minst de föregående 30 dagarna. Turkiets reklamreglering tillämpar samma logik med 30 dagars lägsta pris och reglerar dessutom visning av avbetalningar. Den klausulen är inte en formalitet: tillsynsmyndigheten pekar ut avbetalningar just för att de är framträdande i turkisk e-handel, så en PDP som döljer siffran per avbetalning bakom en modal döljer ett nummer som köpare väljer.

Kontroll 9 - Returpolicy inom en interaktion. Tröskelvärde: returfönstret och vem som betalar returfrakten nås med ett enda tryck, inte via sidfoten. 44 % av webbplatserna visar eller länkar inte en returpolicy på produktsidan, och en otillfredsställande policy är en uppgiven orsak till att 13 % av användarna lämnar webbplatsen.

Gate 4: kan alla faktiskt använda den?

Kontroll 10 - Målstorlek. Tröskelvärde: varje interaktiv kontroll – färgrutor, kvantitetssteg, galleripilar, granskningsfilter – är minst 24 gånger 24 CSS-pixlar, eller placerade så att en 24-pixelcirkel centrerad på den inte skär en granne. Det är WCAG 2.2 SC 2.5.8, nivå AA. Färgrutor och steg misslyckas oftast.

Kontroll 11 - Interaktionsresponsivitet. Tröskelvärde: Interaktion med nästa målning vid den 75:e percentilen av fältdata för PDP-mallen är vid eller under 200 ms; över 500 ms är dåligt. Använd fältdata, inte en labbkörning: variantväxling och galleriinteraktion är där PDP INP försämras, och syntetiska tester utövar inte dem.

Kontroll 12 - Granska beviskvaliteten. Tröskelvärde: en sammanfattning av betygsfördelningen visas, recensionsbilder kan bläddra bland recensionerna och sidan anger hur recensioner samlas in och om de är verifierade. 65 % av webbplatserna får fel fördelning. En 4.4 byggd från 5:or och 1:or är en annan produkt än en 4.4 byggd från 4:or och 5:or.

Poänglistan

#Kolla uppGodkänd tröskel (poäng 2)Port
1Bildinställning och zoomning5+ bilder, en i skala, zoom ger detaljerFörstå
2Mobil bildsynlighetMiniatyrbilder eller positionsindikator synligaFörstå
3Beskrivning och specifikationerDe 5 vanligaste supportfrågorna besvarade; specifikationer kan skannasFörstå
4VariantkontrollerAlternativ synliga som knappar eller färgrutorVälja
5VariantsynkroniseringPris, bild, lager, leveransuppdatering tillsammansVälja
6Ej tillgängliga varianterSynlig, inaktiverad, anledning angiven, en nästa åtgärdVälja
7Leveranskostnad och datumBåda uppskattade på PDP utan interaktionTotal kostnad
8Pris- och rabattreferensInklusive moms; 30 dagars lägsta referens; avbetalningar trio tillsammansTotal kostnad
9ÅngerrättFönster och vem som betalar, en interaktion bortTotal kostnad
10Målstorlek24x24 CSS px eller motsvarande avstånd (WCAG 2.2 AA)Manövrera
11lyhördhetFält-INP p75 vid eller under 200 msManövrera
12Granska bevisDistribution visas, bilder kan bläddras igenom, samling avslöjadManövrera

Ett fungerande exempel

En illustrativ sammansättning byggd från felmönstren ovan, inte från en klientrevision: klädåterförsäljare i mellanklassen, tre SKU:er, lägsta poäng per kontroll.

Förstå: 2 + 0 (blind svepning) + 1 (specifikationer i prosa) = 3/6. Välj: 2 + 1 (leveransuppskattning inaktuell) + 0 (storlekar försvinner) = 3/6. Total kostnad: 0 + 1 (endast avbetalning i en modal) + 1 (retur i sidfot) = 2/6. Funktion: 0 (färgprover vid 20 px) + 1 (INP p75 340 ms) + 1 (ingen distribution) = 2/6.

Totalt: 10/24. Det är inte "kör ett rubriktest". Det är en mallkorrigering som är begränsad till de fyra nollorna, i denna ordning: leveransuppskattning, försvinnande storlekar, färgprovets målstorlek, mobilgalleri. Tre av de fyra är tekniska ärenden, inte designarbete, vilket vanligtvis är det faktiska resultatet. [INTERNA DATA BEHÖVS: Switas median gate-poäng för granskade PDP:er och konverteringsrörelser efter Gate 3-korrigeringar.]

Vad man ska göra med poängen

Rätta varje nolla innan du testar något på sidan: ett experiment som körs över ett trasigt steg mäter trakasseringen, inte din hypotes. Ettorna är din testbacklog - verklig, men med en argumenterbar åtgärd. Omvärdera efter att åtgärden har skickats, på samma tre SKU:er.

Var denna rubrik bryts ner

Den är byggd för detaljhandel med fysiska varor. Digitala varor, prenumerationer, reselager och konfigurerbara B2B-produkter har andra avgörande attribut, och Gate 3 överförs inte: en hotell- eller flygsida har datumberoende prissättning som denna matris inte modellerar. Den ignorerar också förvärv – ingenting här poängsätter strukturerad datafullständighet, vilket styr behörighet för merchant listing. Och den berättar vad som inte uppfyller ett skriftligt tröskelvärde, inte varför en viss användare tvekade: den ersätter opinionsrundan, inte användbarhetstestning.

FAQ

Hur lång tid tar denna revision?

Ungefär 40 minuter per SKU när tröskelvärdena är överenskomna, så ungefär två timmar för en mall. Det mesta av det går till Gate 3, eftersom leverans- och delbetalningslogiken varierar beroende på produkttyp.

Vem ska driva det?

Två personer poängsätter samma tre SKU:er oberoende av varandra och stämmer sedan bara av de kontroller där de skiljer sig åt med mer än en poäng. Poäng från en enda revisor glider mot det som den revisorn är intresserad av.

Bevisar ett lågt betyg att PDP kostar oss pengar?

Nej. Den visar vilka steg som inte uppfyller tröskelvärden som härrör från publicerad forskning. Intäktslänken kommer från din egen funneldata. Rubriken anger var man ska leta, inte vad det är värt.

Hur skiljer sig detta från en tillgänglighetsgranskning?

Endast kontroll 10 är ett formellt kriterium för överensstämmelse. En fullständig WCAG-revision täcker även tangentbordsfunktioner, fokusordning, kontrast och formmärkning. Behandla det som en signal om att en tillgänglighetsrevision är på gång, inte som bevis på att du har klarat en.

Vår PDP renderas av en marknadsplats eller SaaS-plattform. Är detta fortfarande användbart?

Ja, med begränsat omfång. Poängsätt allting och dela sedan upp resultaten i vad du kontrollerar – bilder, beskrivning, specifikationer, recensionssamling – och vad plattformen kontrollerar. De plattformsstyrda nollorna blir en leverantörskonversation med bifogade bevis.

Gäller de turkiska prisvisningsreglerna om vi bara säljer inhemskt?

Ja, oavsett var annars du säljer, inklusive det lägsta referenspriset på 30 dagar och kravet på avbetalningsvisning. EU-regeln gäller endast om du säljer inom EU; om du säljer inom båda, tillämpa den strängare avläsningen en gång.

Kör det på din egen katalog

Poängsätt tre SKU:er från din egen PDP-mall den här veckan och se om siffran landar där du förväntade dig. Om du hellre vill ha det gjort ordentligt, med resultaten mappade till tekniska ärenden och din funneldata bifogad, prata med oss ​​om en UX-granskning.

Källor


Relaterade artiklar

Switas som sett på

Magnify: Skalning av influencermarknadsföring med Engin Yurtdakul

Kolla in vår fallstudie om Microsoft Clarity

Vi lyfte fram Microsoft Clarity som en produkt byggd med praktiska, verkliga användningsområden i åtanke, av riktiga produktfolk som förstår de utmaningar som företag som Switas står inför. Funktioner som "rage clicks" och JavaScript-felspårning visade sig vara ovärderliga för att identifiera användarfrustrationer och tekniska problem, vilket möjliggjorde riktade förbättringar som direkt påverkade användarupplevelsen och konverteringsfrekvensen.