Productattributen in Ecommerce

Omdat ik deze week door Consumidor Global werd geraadpleegd over bepaalde praktijken rond de prijzen van Temu, pak ik de handschoen op om te praten over een aspect van Ecommerce dat, net als filters, volgens mij niet de aandacht krijgt die het verdient.

En die verdient het.

Absoluut.

Ook al zien we dat bij de lancering in het begin nog niet.

Daarom wil ik in dit artikel duidelijk maken hoe ver de invloed op het bedrijf reikt.

Maar voordat we beginnen: als je een Ecommerce hebt, kijk hier dan even naar, want ik denk dat dit je interesseert:

Nu dan, op naar die attributen…

Definitie van productattributen

We zouden productattributen kunnen definiëren als selecteerbare kenmerken van hetzelfde product.

Dat is heel duidelijk met het voorbeeld van een T-shirt:

Als gebruiker kan ik op zoek zijn naar een basic Nike-T-shirt voor in de sportschool.

Ik zoek op Google, dat me naar een winkel brengt waar ik het vind.

Op de productpagina van het T-shirt zie ik dat ik twee opties kan kiezen:

• Kleur.
• Maat.

Elke optie is wat we een “attribuut” van het product noemen.

Dan kies ik de juiste voor mij (bijvoorbeeld, het zwarte Nike-T-shirt in maat M), betaal het en wacht tot het aankomt.

Goed gebruikt, helpen attributen enorm de gebruiker om het juiste product te kiezen, zoals in dit geval.

Maar natuurlijk worden ze niet altijd goed gebruikt. Verderop zien we een paar gevallen waarin het gebruik ervan wordt geforceerd.

En daarnaast geef ik je een reeks aanbevelingen op basis van mijn ervaring ermee.

Eerst kijken we naar wat het gebruik ervan voor onze winkel betekent.

Productattributen gebruiken —of niet—

Wanneer we een online winkel opzetten en de catalogus beginnen te uploaden, is dit een van de cruciale: beslissingen: gebruiken we wel of geen attributen bij producten.

Dus als je twijfelt, wil ik de belangrijkste voor- en nadelen van het gebruik van attributen op een rij zetten, zodat duidelijk is wat de ene of de andere keuze betekent.

Daarna voeg ik, zoals gezegd, nog die extreme toepassingen toe die kunnen ontstaan als we ze gebruiken.

Laten we beginnen met het misschien meest voorkomende geval.

Het gebruik van productattributen in een online winkel

Hoewel het volgens mij vrij duidelijk is: als ik het heb over “productattributen gebruiken”, bedoel ik dat de winkelgebruiker kan kiezen uit verschillende opties met verschillende kenmerken van hetzelfde product.

Bijvoorbeeld bij Yo pongo el hielo kan de gebruiker het volume van de fles kiezen:

In dit geval varieert de prijs afhankelijk van de flesgrootte, maar bij het eerdere Nike-T-shirt kosten alle maten hetzelfde.

Dat wil zeggen elk attribuut kan een andere of dezelfde prijs hebben.

Aan de andere kant kan het aantal attributen variëren:

We kunnen tussen één en drie attributen per product, waarbij meer zeldzaam (en weinig aan te raden) is. Behalve in heel specifieke gevallen van extreme personalisatie, bijvoorbeeld wanneer je flyers of posters bij online drukkerijen koopt en elk detail van het product kiest.

Voordelen van het gebruik van productattributen

Het zijn er niet weinig, maar één steekt boven de rest uit.

#1. Gemak voor de gebruiker

Dit is voor mij het belangrijkste voordeel.

Als de klant precies weet wat hij wil, hoeft hij alleen naar de productpagina te gaan en de attributen te selecteren die het beste passen

Stel je een fotolijst voor: als je een effen zwarte wilt, zoek je die op Google, klik je op degene die je mooi vindt en kies je op de productpagina de juiste maat.

Klaar. Zonder gedoe.

Het is een voorbeeld van een vrij gebruikelijke en frictieloze flow.

#2. Mogelijkheid om te filteren

Hoewel het eigenlijk twee losse zaken zijn en je kunt filteren zonder per se attributen te gebruiken, kan dat alleen als je het bijbehorende kenmerk aan de productpagina hebt toegevoegd.

Als je attributen gebruikt, moest je dat sowieso doen en kun je in je CMS aangeven dat je een filter op basis van attributen wilt gebruiken:

#3. We vermijden duplicate content

Ik heb het eerder niet uitgelegd, maar het tegenovergestelde van productattributen gebruiken zou zijn voor elke mogelijke combinatie een andere productpagina maken.

Dat betekent dat er een URL zou zijn voor het zwarte Nike-T-shirt in maat M.

Een andere URL voor het zwarte in maat L.

En nog een voor het rode in maat M.

En zo verder.

Wetende dat Google duplicate content bestraft: zie jij jezelf echt voor elke combinatie van hetzelfde T-shirtmodel een andere productbeschrijving schrijven?

Klinkt ingewikkeld…

En dat is het.

Met attributen kun je een algemene beschrijving van het model schrijven die voor elke combinatie werkt, waardoor het uploaden van de catalogus veel eenvoudiger wordt.

Nadelen van het gebruik van productattributen

Die zijn er ook.

En bepaald niet weinig.

#1. Weergave in productlijsten

Ik bedoel dat wanneer de gebruiker een productcategorie van een website opent, bij gebruik van attributen normaal gesproken alleen het standaardattribuut in de lijst wordt weergegeven.

Bij een T-shirt maakt het misschien niet uit dat je de verschillende maten niet ziet, maar bij sterke drank is het prijsverschil tussen 70cl en 1L heel belangrijk.

Vooral voor bars.

Wij moesten bijvoorbeeld beide productattributen in lijsten tonen en standaard doet PrestaShop 1.6 dat niet.

Dus moesten we maatwerk laten ontwikkelen:

Dit is misschien, het grootste nadeel van attributen gebruiken.

#2. Productfeed

Let op, deze is lang.

Opnieuw —zoals bijna alles rond dit onderwerp— hebben we te maken met een technisch nadeel.

En deze komt vaker voor dan het lijkt. Bij Yo pongo el hielo gebeurt het ons wanneer we op verschillende platforms adverteren.

Dat gezegd hebbende, is de oplossing relatief eenvoudig. In elk geval eenvoudiger dan bij de andere nadelen.

Ik schets de situatie:

Op platforms waarop je meerdere producten adverteert —zoals Google Shopping, vergelijkingssites of sommige affiliates— upload je meestal een Excel-achtig bestand (“feed”) met al je producten.

Dit is een voorbeeld van de feed voor Google Merchant:

In theorie, in dit bestand, elke rij is een ander product, dus met zijn specifieke attributen.

Het rode Nike-T-shirt maat M staat in één rij.

En het rode Nike-T-shirt maat L in een andere.

Elk product heeft dus een unieke identifier, een bepaalde prijs, een eigen foto en een specifieke URL waar de gebruiker naartoe gaat door op de advertentie te klikken.

Dat is de theorie.

Het probleem is dat als we attributen op onze website gebruiken (zoals bij Yo pongo el hielo), de gebruiker normaal gesproken naar een URL gaat en daar kan kiezen, zoals we eerder zagen:

Het probleem is dat, zelfs als bijvoorbeeld de prijs tussen twee attributen van hetzelfde product in de feed verschilt, we mogelijk geen unieke URL —of andere waarden zoals de afbeelding— voor elk attribuut in de feed kunnen aanbieden.

Dan worden sommige van deze waarden meerdere keren in verschillende rijen verstuurd.

Het resultaat is dat elk productattribuut kan hebben:

• Dezelfde producttitel.
• Dezelfde afbeelding.
• Een identieke URL.

En natuurlijk raken advertentieplatforms dan in de war, omdat foto en titel van het product (herhaald) worden gemengd met de prijs van een van de attributen.

Als attributen bovendien verkeerd worden gebruikt (door producten toe te voegen die geen attributen zijn), krijg je het AliExpress-geval dat we later zien, waarbij Shopping de afbeelding en productnaam pakt met de prijs van een nep-attribuut.

En dat dit gebeurt kan door de adverteerder worden aangemoedigd om de gebruiker naar zijn winkel te lokken.

Extra meetprobleem

Nu ik het heb over de moeilijkheden om een correcte productfeed te maken wanneer we met attributen werken, ga ik iets dieper in op een specifiek maar vrij vaak voorkomend geval.

Stel je dus dit geval voor:

• Een website die attributen gebruikt.
• Die attributen hebben een eigen afbeelding, prijs en URL.

Met die kenmerken zou je kunnen denken dat je deze platforms een correcte feed kunt sturen en alles werkt zoals verwacht, toch?

Nou, nee.

Bij Google Merchant / Shopping wel.

Bij de rest (de meeste), niet.

Tenminste niet als de URL van dit type is:

Dat wil zeggen:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html#/volumen-1l

Met een parameter gescheiden door het symbool “#” die het attribuut aangeeft krijg je problemen op de meeste platforms.

Waarom?

De URL-tagging.

Ja, de UTM's.

En waarom zijn dit soort parameters een probleem als we ze combineren met UTM's?

Omdat deze parameters met “#” aan het einde van de URL moeten staan om alles correct te laten werken.

De correct getagde URL zou dus ongeveer zo zijn:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html?utm_source=afiliado&utm_medium=display&utm_campaign=retargeting#/volumen-1l

Let op de volgorde en de symbolen (“?”, “&” en “#”) die elke parameter scheiden.

Dit is de juiste volgorde en die zal altijd goed werken.

Deze platforms kunnen de URL echter niet “splitsen” en de parameter die het attribuut aangeeft (gescheiden door “#”, in dit geval #/volumen-1l) naar het einde sturen.

Meestal krijg je iets als dit:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html#/volumen-1l?utm_source=afiliado&utm_medium=display&utm_campaign=retargeting

Met de UTM's na de attribuutparameter "#". Dat is fout.

Welke fouten kan dat geven?

Het is goed mogelijk dat de link niet naar het juiste attribuut doorstuurt en de gebruiker in de advertentie dan een andere prijs en/of afbeelding ziet dan op de landing.

Of, wat zeker is GA4 pikt dat verkeer niet correct op.

Die kan die attributen niet goed lezen, waardoor het is alsof je de campagne niet hebt getagd.

Of erger nog, alsof je haar verkeerd hebt getagd.

Als je GA4 dus gebruikt om de conversies van campagnes op verschillende platforms te controleren, zul je merken dat ze niet overeenkomen.

Ook het verkeer zal niet kloppen, maar dat is minder relevant dan de conversies. Vooral als je affiliate programma's met CPA of CPL hebt.

En waarom gebeurt dit niet bij Google?

Bij Google gebeurt het niet als je automatische tagging hebt ingeschakeld. Je geeft de juiste URL door, met de attribuutparameter maar zonder UTM's, en klaar.

Al het trackingwerk doet Google zelf, want het is eigenaar van Google Ads, Shopping en Analytics.

Waarom worden dit soort parameters dan gebruikt als ze fouten kunnen veroorzaken?

Omdat het een (goede) manier is om duplicate content te voorkomen. De Google-bot houdt de URL vóór de parameter aan, die voor alle attributen altijd hetzelfde is.

Is er een oplossing?

Ja. Nou ja, min of meer eigenlijk.

Aan het eind, in het gedeelte aanbevelingen leg ik ze uit.

#3. Afbeeldingen koppelen

Iets anders dat niet in elk CMS zit, is dat wanneer je op een afbeelding klikt van een specifiek attribuut, de selector naar het juiste attribuut verandert:

Als jouw CMS dit niet doet en je attributen met verschillende afbeeldingen per attribuut wilt gebruiken, zul je de functionaliteit moeten implementeren.

Als je klachten van klanten wilt voorkomen natuurlijk.

#4. Meerdere attributen

Verder met de UX-problemen: één of twee soorten attributen zijn min of meer makkelijk te beheren.

Het probleem ontstaat wanneer we er drie hebben (of erger, meer dan drie).

Met drie soorten attributen komt het vaak voor dat niet alle mogelijke combinaties bestaan.

Wat doe je dan als een gebruiker één van de drie attributen verandert en daardoor een combinatie ontstaat die niet bestaat?

Vertel je dat die combinatie niet bestaat?

Stuur je hem naar de meest vergelijkbare combinatie die wel bestaat?

En hoe bepaal je welke combinatie het meest vergelijkbaar is?

En als die niet op voorraad is?

Later vertel ik hoe wij dit oplossen.

#6. Wijziging van de beschrijving

Naast afbeelding en prijs zou een wijziging van het attribuut ook delen van de beschrijving zoals dit moeten veranderen:

Ik moet toegeven dat we dit bij Yo pongo el hielo nog niet ontwikkeld hebben. Een kwestie van prioriteiten.

#7. Coupons

Je CMS laat je vrijwel zeker coupons toepassen op specifieke producten.

Wat minder zeker is, is of het ze op specifieke attributen van een product laat toepassen.

En als die attributen verschillende prijzen hebben, hebben we een probleem.

Dus je onderzoekt vooraf het CMS, ontwikkelt de functionaliteit, of gebruikt geen coupons op bepaalde producten:

#8. Analytics-tools

Goed, dan nu het laatste nadeel.

In dit geval is het niet zozeer technisch als conceptueel.

Als je producten met attributen gebruikt, kan de manier waarop je ze naar je digitale analytics-tool stuurt (waarschijnlijk Google Analytics) via de Productvariant.

Iets als dit:

Zo hadden wij het in Universal Analytics ingesteld.

Dat is logisch, want zo kun je precies zien welk concreet product, met zijn attributen, de verkopen genereert.

Het is iets lastiger wanneer je packs wilt tellen of een attribuut als “Blik” apart wilt bekijken, maar in het algemeen was dit destijds de meest geschikte optie.

In GA4 meten we het echter zo:

Met het attribuut in de naam.

Hoewel er discussie was, was een van de belangrijkste redenen dat er, toen we met de implementatie van GA4 begonnen, geen manier was om de productvariant te bekijken.

Het andere gerelateerde probleem ontstaat wanneer je de weergave of klik van een product in een lijst (of promotie)

toevoegt. De events view_item_list en select_item_list van GA4 gaven ons problemen als je hetzelfde product twee keer met verschillende varianten toevoegde, dus we hebben de knoop doorgehakt.

Om beide redenen hebben we dus het volgende gedaan:

• De variant in de artikelnaam gezet.
• De variant ook als variant verzonden.

Zo verliezen we alleen bijvoorbeeld de mogelijkheid om direct de totale verkopen van een artikel te krijgen, inclusief alle attributen (alle verkopen van elk formaat Johnnie Walker Black).

Om die te krijgen moet je filteren of de gegevens exporteren.

Tussen twee slechte opties vonden we dit beter dan de concrete attributen van een product niet te kunnen zien, alleen de totalen, en bovendien niet te weten hoeveel klikken uit lijsten kwamen.

Samenvatting van het gebruik van attributen

Hoewel de nadelen talrijker zijn dan de voordelen, zijn bijna alle technisch van aard en over het algemeen relatief makkelijk op te lossen.

Ik zeg dat omdat de redenen om ze te gebruiken meer met de business te maken hebben, en daar gaat het uiteindelijk om.

En ook omdat geen attributen gebruiken zijn eigen nadelen heeft.

Productattributen vermijden

Zoals ik eerder zei, krijgen we hier één productpagina per attribuut van hetzelfde product.

Het is alsof je vindt dat elke barcode (of SKU, als je dat liever hebt) een eigen pagina nodig heeft.

Een voorbeeld is deze website, waar elk Black Label-formaat een andere pagina heeft.

Hier kun je die voor de fles van 4,5L zien:

Er is geen selector om andere te kiezen. Je moet naar de categorielijst of zoekfunctie om ze te vinden.

Systeem begrepen?

Laten we dan de voordelen uitleggen.

Voordelen van geen attributen gebruiken

Uiteraard vermijd je daarmee de nadelen van attributen, dus ik ga niet opnieuw in op wat we al hebben uitgelegd.

#1. Alle opties worden in lijsten getoond

Zonder iets te hoeven doen, zal ons CMS elk attribuut tonen als een zelfstandig product, omdat we het feitelijk zo beheren, zonder dat er geprogrammeerd hoeft te worden.

Hier zien we de twee Dewar’s, het formaat 70cl en het formaat 1L:

#2. Verbetering van de zoekfunctie

Als je de standaardzoekfunctie van het CMS gebruikt, zal die vrijwel zeker beter werken en alle relevante resultaten tonen als je attributen als producten behandelt en zoekt naar dingen als “rood T-shirt” of “broek maat M”.

Hier is een voorbeeld van zoeken op een merk:

#3. Je kunt sterker op de SEO-long-tail mikken

Als je productcatalogus klein is, kun je door het aantal beschikbare URL's te vergroten preciezere resultaten geven.

Als we teruggaan naar het Nike-T-shirt, kun je zonder attributen URL's hebben met deze titles:

• Zwart Nike-T-shirt maat M.
• Rood Nike-T-shirt maat L.
• Blauw Nike-T-shirt maat XL.

Als iemand op zulke specifieke termen zoekt, heeft je website natuurlijk veel kans om hoog in de resultaten te verschijnen.

Hier zien we een voorbeeld met “Dewar’s White Label 1L”:

Altijd natuurlijk mits elke URL unieke content (beschrijving) heeft en je geen duplicate content genereert.

#4. Gemak voor productfeeds

Je bent alle problemen bij het maken van productfeeds voor advertentieplatforms kwijt.

Hier, zonder twijfel, elk product is één rij.

Nadelen van geen attributen gebruiken

Eigenlijk zijn het de voordelen van ze wel gebruiken:

• Het gemak voor de gebruiker.
• Om filtering te gebruiken moet ik mijn producten goed vanuit de backoffice hebben gecategoriseerd (de bijbehorende attributen toegevoegd, ook als gebruikers ze niet kunnen selecteren).
• Op SEO-niveau is de grens van duplicate content vaag en makkelijk te overschrijden.

Daarnaast voegen we nog een paar nadelen toe:

#4. De hele catalogus tonen

In winkels met een grote catalogus is het lastiger om de gebruiker alle opties te laten zien die worden aangeboden en mogelijk beter passen bij wat hij zoekt.

#5. De hele productfamilie van een model tonen

Aansluitend op het vorige punt is het erg lastig om op één URL alle opties van hetzelfde model T-shirt / schoenen / bril / computer / … te tonen.

Stel je voor dat een merk een banner bij je boekt en vraagt die te laten linken naar een pagina met alle varianten van het geadverteerde productmodel.

Je moet labels, de zoekfunctie of maatwerk-landings met geselecteerde producten gebruiken (als je CMS die optie al biedt).

Zoals ik zeg: noch gemakkelijk, noch snel.

Productattributen forceren

Nu we wat over attributen en het gebruik ervan hebben gesproken, wil ik ingaan op wat ik als verkeerd gebruik ervan beschouw.

Er zijn meer gevallen, maar ik wil me richten op twee voorbeelden die ik als misbruik van attributen zie.

Laten we beginnen met het geval van AliExpress.

Misbruik van productattributen op AliExpress

Hoewel ik het over AliExpress heb, gebeurt het ook op Temu en in het algemeen zie je dit geval vaker bij Chinese online winkels dan bij andere.

Een voorbeeld:

Stel je voor dat je een grafische kaart voor je PC zoekt.

Het is heel normaal om naar Google te gaan en de prijzen in Shopping te bekijken.

Als je zoekt naar de AMD RX 580 kom je bij deze resultaten. Kijk naar het prijsverschil tussen beide artikelen, terwijl het op het eerste gezicht hetzelfde product is (kijk naar de titel):

Het model rechts heeft een belachelijk onmogelijke prijs in Google Shopping. Maar als je hier niet aan gewend bent, kun je denken dat het een aanbieding is of iets dergelijks.

Dus je klikt en hoewel je bij binnenkomst weer een andere prijs ziet (21,90€), is het nog steeds een geweldige prijs:

Jammer dat hij niet echt is.

Want nu is de volgende stap om op de opties-selector te klikken.

En als we dat doen, opent de popup en zien we het probleem:

Ik wil een RX 580 kopen (dat staat in de producttitel), maar standaard is in de opties een ander model grafische kaart. Zelfs van een ander merk.

Concreet de Nvidia GT 610, een hopeloos verouderd en veel slechter model.

Een ander product is als attribuut toegevoegd, met een veel lagere prijs die als lokaas voor de advertentie fungeert.

Zodra ik het juiste attribuut kies (de RX 580), normaliseert de prijs:

En als iemand denkt dat het oude model misschien geen attribuut is, maar dat de pagina uit de advertentie een lijst met kaarten is, let er dan op dat de verschillende modellen zijn ingevoerd als waarden van het attribuut “kleur”.

Zo klaar als een klontje.

Dit is het gebruikelijke proces in deze winkels.

Deze ketenfout (Google Shopping + winkel met attributen) kan door 3 oorzaken ontstaan:

1) Bewust zo geprogrammeerd en uitgevoerd

Dat lijkt hier het geval te zijn:

Er wordt één artikelnaam gebruikt en daaronder, andere artikelen -geen attributen- die slechter en goedkoper zijn, om met de prijs aandacht te trekken.

De nietsvermoedende gebruiker trapt erin, omdat hij denkt een spotkoopje, wat niet waar is.

De AliExpress-verkoper zal zich erop beroepen dat hij heeft verstuurd wat daadwerkelijk is gekocht (een standaard geselecteerd attribuut dat niet overeenkomt met de producttitel).

Dan is het waarschijnlijk dat, als de klant klaagt, er een soort regeling wordt getroffen.  

Maar als hij niet klaagt, dan winst voor de verkoper, die zo een product kwijt is dat niemand wil.

En natuurlijk voor AliExpress, dat zijn commissie op de verkoop pakt.

Dit is wat men een dark-pattern noemt en Europa zou ze gaan bestrijden, want de betrokken winkels lijken zich er weinig zorgen over te maken. Het punt is dat ik denk dat het moeilijk zal zijn om te bewijzen dat de oorzaak van deze "fouten" niet een van de volgende twee is.

Daarnaast moet je begrijpen dat deze winkels marketplaces zijn, waardoor in werkelijkheid de verkopers op deze platforms degenen zijn die deze „vallen“ maken, ook als het platform zelf er geen paal en perk aan stelt.

2) Menselijke fout

Bij het invoeren van productprijzen in een Ecommerce is het makkelijk om een typefout te maken en voor een attribuut een verkeerde prijs in te voeren. Vooral bij bulkuploads met Excel.

Iedereen die dit soort processen ooit heeft beheerd heeft dit meegemaakt, uiteraard ook grote spelers zoals Mediamarkt of Fnac.

Het vreemde is alleen als het zo vaak en bij zoveel producten gebeurt als op AliExpress…

3) Technische onmogelijkheid

Deze derde oorzaak is iets complexer, omdat ze zoals gezegd technisch van aard is en het is degene waar ik het eerder over had toen ik de problemen noemde die ontstaan bij het genereren van datafeeds voor online winkels met attributen.

Het AliExpress-geval afronden

Zoals je ziet, vinden we bij misbruik van attributen in Chinese winkels veel gaten in het proces die de "schuldige" winkels weinig interesse hebben om te dichten en waarvan verkopers profiteren om op te lichten de meest nietsvermoedende gebruikers.

Maar dit is slechts het eerste lastige gebruik van attributen.

Laten we naar een (iets) minder tricky.

geval gaan: Amazon

Voordat ik over dit gebruik van attributen begin, wil ik twee punten verduidelijken:

• Amazon gebruikte vroeger “normale” attributen. Als het die heeft vervangen door deze, met al die tests die het uitvoert, dan is dat omdat het voor hen werkt. Punt. Wat ik van dit gebruik van attributen vind, doet er dus weinig toe.
• Dat het voor Amazon werkt, betekent niet dat het voor de 99,999% online winkels die geen Amazon zijn ook met hun systeem moet werken. We hebben niet hun verkeer, niet hun klanten en doen niet hun tests. Dus pas op met kopiëren “omdat Amazon het zo doet”.

Goed, laten we kijken hoe de mensen van Bezos attributen gebruiken.

In dit geval hebben we de grafische kaart al op AliExpress gekocht en hebben we nu een behuizing gaming nodig die erbij past.

Je weet wel, zo'n ding vol licht en kleur.

Net als eerder zoeken we op Google:

En ik zie dit Amazon-model, dat ik mooi vind en binnen mijn budget valt. Dus ik klik erop.

Als ik Amazon open, zie ik meteen dat, anders dan bij AliExpress de prijs hetzelfde blijft:

Maar hieronder zie ik een selector voor “stijl”.

Dat ruikt al een beetje vreemd, want “stijl” is niet iets objectiefs zoals “kleur” of “maat”, maar veel subjectiever.

Als ik hem openklap, zie ik heel verschillende modellen behuizingen, allemaal op dezelfde productpagina.

En met verschillend bedoel ik echt volledig verschillend:

Niet de vorm, niet de kleur en natuurlijk ook niet de prijs van dit model lijken op die van het vorige.

Het is een nieuw product, als attribuut toegevoegd zodat de gebruiker meerdere opties binnen dezelfde productpagina ziet.

Iedereen mag zelf bepalen of dit volgens hem goede UX-praktijk is of niet.

Amazon gebruikt dit soort attribuutselector echter niet altijd. In andere delen gebruikt het ook een meer traditionele variant, waarschijnlijk vanwege het aantal opties:

Hier zien we dat het een attribuutselector gebruikt met alle opties zichtbaar.

Het probleem is dat dit opnieuw niet hetzelfde laptopmodel met verschillende configuraties is, maar verschillende modellen. Sterker nog, het staat zelfs rechtstreeks in de specificaties.

Daardoor zijn niet alle combinaties van de drie attributen beschikbaar. Helemaal niet. Er zijn maar 4 mogelijke en afhankelijk van waar je klikt, selecteert Amazon de “meest vergelijkbare”.

Persoonlijk overtuigt het me niet, want elke optie verschilt totaal van de andere en helpt me niet bij de keuze van het model, maar maakt die juist lastiger.

Maar misschien hebben ze ontdekt dat gebruikers door verschillende modellen te tonen langer op de website blijven en uiteindelijk de conversieratio stijgt.

Misschien missen gebruikers bij zo'n enorme productcatalogus een groot deel en zien ze zo meer “min of meer” vergelijkbare opties.

Geen idee.

Wat voor mij wel duidelijk is, is dat dit een geforceerd gebruik is van wat productattributen volgens mij horen te zijn.

Maar los van UX brengt dit ook een SEO-probleem met zich mee…

Duplicate content

Terug naar onze gamingbehuizing.

Kijk naar deze twee afbeeldingen:

Deze hoort bij deze URL:

https://www.amazon.es/MC300W-Cristal-Templado-Frontal-3xVentilador/dp/B09BFM6NHT?ref_=ast_sto_dp&th=1

Deze andere afbeelding daarentegen —die erop lijkt maar niet dezelfde URL is—:

Hoort bij deze andere (je kunt voor de zekerheid naar de browserbalk kijken):

https://www.amazon.es/Mars-Gaming-MC100-ventilación-convect-cool/dp/B09BFM6NHT?ref_=ast_sto_dp&th=1

Weet je wat? Dit is Google's definitie van duplicate content.

En weet je wat nog meer? Amazon wordt niet bestraft.

Ondanks meerdere andere URL's (naast deze twee) die vrijwel identiek zijn.

Als je op Google zoekt naar merk en model (“mars gaming mc51w”), is het derde resultaat van Amazon. Voor andere concurrenten die SEO heel goed aanpakken, zoals PcComponentes.

En alleen voorbijgestreefd door de officiële website van het merk:

Amazon speelt met andere regels.

Zou jij erop wedden dat Google jouw website hetzelfde behandelt?

Bij mijn websites weet ik heel goed dat dat niet zo is.

Dus, zoals gezegd: heel voorzichtig met ze kopiëren.

Aanbevelingen voor het wel of niet gebruiken van productattributen

Goed, inmiddels heb je kunnen zien welk model (met of zonder attributen) beter bij jouw sector of bedrijf past.

Je hebt ook gezien hoe verkeerd gebruikte attributen kunnen worden misbruikt.

Welke keuze je ook maakt, ik wil je enkele tips geven die ik uit ervaring heb geleerd.

#1. Omvang van de catalogus

Als je website veel producten met varianten heeft, durf ik voor 99% te zeggen dat het verstandig is om op je productpagina’s attributen te gebruiken .

Als je winkel nu klein is (enkele tientallen producten) maar je denkt dat hij zal groeien, geldt hetzelfde.

Als je denkt dat hij niet zal groeien en je unieke content voor elke productvariant kunt maken, dan gebruik dan geen attributen.

#2. Gebruik attributen die echt attributen zijn

Onthoud wat we net zagen bij de Chinese winkels, met AliExpress voorop.

Samengevat: gebruik attributen om varianten van hetzelfde product, niet om nieuwe producten toe te voegen.

Voor vergelijkbare producten bestaan geschiktere modules:

#3. Aantal attributen

Behalve in zeer specifieke gevallen en bij maximaal personaliseerbare producten, gebruik je aan de voorkant niet meer dan drie soorten attributen per product, omdat er anders veel niet-bestaande combinaties ontstaan.

Als er niet-bestaande opties zijn is dit de oplossing die wij hebben geïmplementeerd bij Yo pongo el hielo:

• We laten geen niet-bestaande combinatie selecteren: wanneer de gebruiker een attribuutwaarde selecteert die zo'n resultaat zou geven, veranderen we de waarden van de andere attributen zodat de combinatie wel bestaat.
• We hebben “primaire” en “secundaire” attributen: dit betekent dat als we een attribuutwaarde moeten veranderen omdat anders een niet-bestaande combinatie ontstaat, we eerst waarden van secundaire attributen aanpassen, omdat we ervan uitgaan dat de gebruiker het meest geïnteresseerd is in het primaire attribuut.
• We geven prioriteit aan combinaties die op voorraad zijn: als een combinatie bestaat maar niet op voorraad is, tonen we liever een combinatie die wel voorraad heeft. Zelfs als we daarvoor de waarde van een primair attribuut moeten veranderen.

Voorlopig zijn we tevreden met deze regels, al is er vast ruimte voor verbetering.

#4. Zorg dat ze in lijsten verschijnen

Attributen die de productprijs veranderen, zouden moeten verschijnen in de lijsten.

Dat geldt voor alcohol, parfums, hondenvoer…

Misschien is er een geval waarin dit niet zou moeten, maar eerlijk gezegd kan ik er nu geen bedenken.

En natuurlijk moeten ze bij een klik leiden naar de URL met het juiste attribuut geselecteerd.

#5. SEO is belangrijk

En de aanpak wanneer je attributen hebt, verschilt van wat wordt aanbevolen wanneer je ze niet hebt.

Ik hoop dat mijn uitleg over duplicate content en long-tail  je stof tot nadenken geeft voor je project.

#6. De productfeed is relevant

En naarmate je project groeit, wordt dat alleen maar meer.

Dus, de aanbevelingen:

1. Hoe dan ook, zorg voor unieke URL's. Als je attributen hebt, zoek uit hoe je die kunt krijgen zonder SEO te schaden.
2. Als je ze hebt en ze parameters met “#” gebruiken, moet je twee verschillende feeds maken:
• Eén voor Google, met alle producten en hun attributen, die correct zal werken.
• Een andere voor de overige platforms, die twee vormen kan hebben:
• Als het platform het toestaat, geef zelf de correct met UTM's getagde URL's door zoals ik heb uitgelegd en stuur de volledige catalogus met producten en attributen. Zorg er absoluut voor dat ze NOOIT een parameter erachter zetten.
• Als het platform niet toestaat dat je URL's met UTM's doorgeeft, moet je maar één attribuut per product —het primaire attribuut— doorgeven en de schone URL sturen, zonder attribuutparameters met “#”. Zo is de catalogus kleiner, maar zijn er geen fouten bij het tonen van advertenties noch in de analytics-tool.

#7. Als je geen attributen gebruikt

Zorg dat je een goed zichtbare module op de productpagina toevoegt met de verschillende productopties die voor de gebruiker beschikbaar zijn.

#8. Als je gebruiker bent…

Ik neem aan dat je geen beginner bent als je dit artikel leest en helemaal tot hier bent gekomen.

Maar voor de zekerheid: het is essentieel om te letten op het retourbeleid van de winkel, de reviews van andere gebruikers en te betalen met PayPal, omdat dat de gebruiker in deze gevallen meer garanties biedt dan bankkaarten.

Eindconclusies

Wie in een project nooit voor deze beslissing heeft gestaan, heeft waarschijnlijk weinig belang gehecht aan veel van de kwesties die ik in dit artikel bespreek.

Maar ik hoop dat ik je heb laten zien hoe relevant ze zijn.

En dat wel of geen attributen gebruiken gevolgen heeft die verder gaan dan het voor de hand liggende.

Ik had graag nog één punt toegevoegd: de verschillende UX-opties voor attribuutselectie.

Hoewel we al verschillende aanpakken hebben gezien (Amazon, AliExpress, Yo pongo el hielo…) zijn er andere die ik interessant vind, zoals de pop-up van TiendAnimal bijvoorbeeld.

Ik zit inmiddels echter boven de 5.000 woorden en wilde het artikel niet nog zwaarder maken.

Misschien kom ik later nog eens terug op attributen, maar dan uitsluitend vanuit het perspectief van UX.

In elk geval wilde ik je wat meer context geven zodat je begrijpt wat er allemaal achter een op het eerste gezicht onschuldige beslissing zit.

Maar natuurlijk, bij middelgrote of grote Ecommerce-projecten, is geen enkele centrale beslissing ooit onschuldig.

Ik neem aan dat je het daarmee eens bent.