Produktattributter i Ecommerce

Siden jeg denne uken ble spurt av Consumidor Global om enkelte praksiser knyttet til Temu-priser, griper jeg anledningen til å snakke om et aspekt ved Ecommerce som, i likhet med filtre, jeg mener ikke får den oppmerksomheten det fortjener.

Og det fortjener den.

Absolutt.

Selv om vi ikke ser det helt i starten av lanseringen.

Derfor vil jeg i denne artikkelen klargjøre hvor langt innflytelsen på virksomheten strekker seg.

Men før vi begynner: Hvis du har en Ecommerce, ta en titt på dette, for jeg tror det kan interessere deg:

Nå til disse attributtene…

Definisjon av produktattributter

Vi kan definere produktattributter som valgbare egenskaper ved samme produkt.

Det er lett å forstå med eksemplet på en T-skjorte:

Som bruker kan jeg være ute etter en enkel Nike-T-skjorte til treningssenteret.

Jeg søker på Google, som tar meg til en butikk der jeg finner den.

På produktsiden til T-skjorten ser jeg at jeg kan velge to alternativer:

• Farge.
• Størrelse.

Hvert alternativ er det vi kaller et “attributt” ved produktet.

Så velger jeg det som passer meg (for eksempel, den svarte Nike-T-skjorten i størrelse M), betaler og venter på at den skal komme.

Brukt riktig, hjelper attributter mye brukeren med å velge riktig produkt, som i dette tilfellet.

Men de brukes selvfølgelig ikke alltid riktig. Senere skal vi se et par tilfeller der bruken presses for langt.

I tillegg legger jeg til en rekke anbefalinger basert på min erfaring med dem.

Først skal vi se hva bruken av dem innebærer for butikken vår.

Å bruke —eller ikke bruke— produktattributter

Når vi bygger en nettbutikk og begynner å laste opp katalogen, blir dette en av de avgjørende: beslutningene: om vi bruker attributter på produktene eller ikke.

Hvis du står i dette valget, vil jeg derfor presentere de viktigste fordelene og ulempene jeg ser ved å bruke attributter, slik at du vet hva hvert alternativ innebærer.

Deretter, som sagt, legger jeg til noen ekstreme bruksområder de kan få.

La oss begynne med det kanskje vanligste tilfellet.

Bruk av produktattributter i en nettbutikk

Selv om jeg synes det er ganske tydelig: Når jeg snakker om å “bruke produktattributter”, mener jeg at butikkbrukeren får mulighet til å velge mellom flere alternativer med ulike egenskaper ved samme produkt.

For eksempel hos Yo pongo el hielo kan brukeren velge volum på flasken:

I dette tilfellet varierer prisen etter flaskestørrelse, men for Nike-T-skjorten tidligere koster alle størrelser det samme.

Det vil si hvert attributt kan ha en annen eller den samme prisen.

På den annen side kan antall attributter variere:

Vi kan ha mellom ett og tre attributter per produkt, mens flere er sjeldent (og lite anbefalt). Bortsett fra svært spesielle tilfeller med ekstrem personalisering, som når du kjøper flyers eller plakater fra digitale trykkerier og velger hver eneste detalj ved produktet.

Fordeler ved å bruke produktattributter

Det er ikke få, men én skiller seg ut fra resten.

#1. Bekvemmelighet for brukeren

Dette er for meg den viktigste fordelen.

Hvis kunden vet hva han vil ha, holder det å komme til produktsiden og velge attributtene som passer best

Se for deg en bilderamme: Hvis du vil ha en enkel svart, holder det å søke på Google, klikke på den du liker og velge riktig størrelse på produktsiden.

Ferdig. Ingen komplikasjoner.

Det er et eksempel på en ganske vanlig og friksjonsfri flyt.

#2. Mulighet for filtrering

Selv om dette egentlig er to uavhengige ting og du kan filtrere uten nødvendigvis å bruke attributter, kan du bare gjøre det hvis den aktuelle egenskapen er lagt til på produktsiden.

Hvis du bruker attributter, har du vært nødt til å legge den til, og du kan angi i CMS-et at du vil bruke et filter basert på attributtene:

#3. Vi unngår duplisert innhold

Jeg forklarte ikke dette tidligere, men det motsatte av å bruke produktattributter ville være å lage en egen produktside for hver mulige kombinasjon.

Det ville altså finnes en URL for den svarte Nike-T-skjorten i størrelse M.

En annen URL for den svarte i størrelse L.

Enda en for den røde i størrelse M.

Og så videre.

Når Google straffer duplisert innhold: Ser du virkelig for deg å skrive forskjellige produktbeskrivelser for hver kombinasjon av samme T-skjortemodell?

Høres komplisert ut…

Og det er det.

Med attributter kan du skrive en generell beskrivelse av modellen som fungerer for alle kombinasjonene og gjør det mye enklere å laste opp katalogen.

Ulemper ved å bruke produktattributter

De finnes også.

Og det er ikke få.

#1. Visning i produktlister

Jeg mener at når brukeren går inn i en produktkategori på et nettsted og vi bruker attributter, vises normalt bare standardattributtet i listen.

For en T-skjorte er det kanskje ikke viktig å se ulike størrelser, men når du kjøper sprit er prisforskjellen mellom formatene 70cl og 1L svært viktig.

Særlig for barer.

Vi trengte for eksempel å vise begge produktattributtene i listene, og som standard gjør ikke PrestaShop 1.6 det.

Så vi måtte ty til skreddersydd utvikling:

Dette er kanskje, den største ulempen ved å bruke attributter.

#2. Produktfeed

Obs, denne er lang.

Igjen —som nesten alt i denne saken— står vi overfor en teknisk ulempe.

Og akkurat denne er vanligere enn den virker. Det skjer hos Yo pongo el hielo når vi annonserer på forskjellige plattformer.

Når det er sagt, er løsningen relativt enkel. I hvert fall enklere enn løsningene på de andre ulempene.

Her er situasjonen:

På plattformer der du annonserer flere produkter —som Google Shopping, sammenligningstjenester eller enkelte affiliates— laster du vanligvis opp en Excel-lignende fil (“feed”) med alle produktene dine.

Dette er et eksempel på feeden til Google Merchant:

I teorien, i denne filen, er hver rad et forskjellig produkt, altså med sine konkrete attributter.

Den røde Nike-T-skjorten i størrelse M går på én rad.

Og den røde Nike-T-skjorten i størrelse L på en annen.

Hvert produkt får dermed en unik identifikator, en bestemt pris, et eget bilde og en konkret URL som brukeren kommer til ved å klikke på annonsen.

Det er teorien.

Problemet er at hvis vi bruker attributter på nettstedet (som hos Yo pongo el hielo), vil brukeren normalt komme til en URL og kunne velge der, slik vi så tidligere:

Problemet er at selv om prisen for eksempel varierer mellom to attributter for samme produkt i feeden, kan vi kanskje ikke tilby en unik URL —eller andre verdier som bildet— for hvert attributt i feeden.

Da sendes noen av disse verdiene gjentatt på flere rader.

Resultatet er at hvert produktattributt kan ha:

• Samme produkttittel.
• Samme bilde.
• Identisk URL.

Og da blir annonseplattformene selvfølgelig forvirret, fordi produktbilde og -tittel (gjentatt) blandes med prisen på hvilket som helst attributt.

Hvis attributtene i tillegg brukes feil (ved å legge inn produkter som ikke er attributter), får vi AliExpress-tilfellet som vi skal se senere, der Shopping tar produktbildet og produktnavnet sammen med prisen på et falskt attributt.

Og at dette skjer kan oppmuntres av annonsøren for å trekke brukeren til butikken.

Ekstra måleproblem

Siden jeg snakker om vanskelighetene med å lage en korrekt produktfeed når vi jobber med attributter, går jeg litt dypere inn i et spesifikt, men ganske vanlig, tilfelle.

Se for deg dette:

• Et nettsted som bruker attributter.
• Disse attributtene har eget bilde, egen pris og egen URL.

Med disse egenskapene kan du tro at du kan sende en korrekt feed til disse plattformene og at alt fungerer som forventet, ikke sant?

Vel, nei.

I Google Merchant / Shopping, ja.

På resten (de fleste), nei.

I hvert fall ikke hvis URL-en er av denne typen:

Altså:

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

Med en parameter skilt med symbolet “#” som angir attributtet vil du få problemer på de fleste plattformer.

Hvorfor?

Det URL-taggningen.

Ja, UTM-ene.

Og hvorfor blir denne typen parametere et problem hvis vi blander dem med UTM-er?

Fordi disse parameterne med “#” må ligge sist i URL-en for at alt skal fungere riktig.

Den korrekt taggede URL-en ville altså sett omtrent slik ut:

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

Legg merke til rekkefølgen og symbolene (“?”, “&” og “#”) som skiller hver parameter.

Dette er riktig rekkefølge og den vil alltid fungere.

Disse plattformene klarer imidlertid ikke å “dele” URL-en og sende parameteren som angir attributtet (den som er skilt med “#”, i dette tilfellet #/volumen-1l) til slutt.

Det pleier å ende omtrent slik:

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

Med UTM-ene etter attributtparameteren "#". Det er feil.

Hvilke feil kan det gi?

Det er fullt mulig at lenken ikke videresender til riktig attributt og at brukeren dermed ser en annen pris og/eller et annet bilde i annonsen enn på landingen.

Eller, det som er sikkert GA4 kommer ikke til å registrere den trafikken riktig.

Den klarer ikke å lese attributtene riktig, så det er som om kampanjen ikke var tagget.

Eller enda verre, som om den var tagget feil.

Hvis du bruker GA4 til å kontrollere konverteringene fra kampanjer på ulike plattformer, vil du oppdage at de ikke stemmer.

Trafikken vil heller ikke stemme, men det er mindre relevant enn konverteringene. Særlig hvis du har affiliate programmer med CPA eller CPL.

Og hvorfor skjer ikke dette hos Google?

Hos Google skjer det ikke hvis du har aktivert automatisk tagging. Du sender riktig URL, med attributtparameteren men uten UTM-er, og lar det være med det.

All tracking gjør Google selv, siden det eier Google Ads, Shopping og Analytics.

Hvorfor bruker man da slike parametere hvis de kan skape feil?

Fordi det er en (god) måte å unngå duplisert innhold på. Google-boten beholder URL-en før parameteren, som alltid er den samme for alle attributter.

Finnes det en løsning?

Ja. Vel, mer eller mindre.

På slutten, i delen med anbefalinger forklarer jeg dem.

#3. Koble bildene

En annen ting som ikke finnes i alle CMS, er at når man klikker på et bilde for et bestemt attributt, bør velgeren skifte til riktig attributt:

Hvis CMS-et ditt ikke gjør dette og du vil bruke attributter med ulike bilder for hvert, må du implementere funksjonen.

Hvis du vil unngå kundeklager, selvfølgelig.

#4. Flere attributter

Videre med UX-problemene: ett eller to typer attributter er mer eller mindre enkle å håndtere.

Problemet oppstår når vi har tre (eller verre, flere enn tre).

Med tre typer attributter er det svært vanlig at ikke alle mulige kombinasjoner finnes.

Hva gjør du da når en bruker endrer ett av de tre attributtene og skaper en kombinasjon som ikke finnes?

Sier du at kombinasjonen ikke finnes?

Sender du brukeren til den mest like kombinasjonen som faktisk finnes?

Og hvordan bestemmer du hvilken kombinasjon som er mest lik?

Og hvis den ikke er på lager?

Senere forteller jeg hvordan vi løser det.

#6. Endring av beskrivelsen

I tillegg til bilde og pris bør et attributtbytte også endre deler av beskrivelsen som denne:

Jeg må innrømme at vi hos Yo pongo el hielo fortsatt ikke har utviklet dette. Et spørsmål om prioritering.

#7. Kuponger

CMS-et ditt vil nesten helt sikkert la deg bruke kuponger på konkrete produkter.

Det er mindre sikkert at det lar deg bruke dem på konkrete attributter for et produkt.

Og hvis disse attributtene har forskjellige priser, har vi et problem.

Så enten undersøker du CMS-et først, utvikler funksjonen eller lar være å bruke kuponger på enkelte produkter:

#8. Analyseverktøy

Bra, da går vi til den siste ulempen.

I dette tilfellet er den ikke så mye teknisk som konseptuell.

Hvis du bruker produkter med attributter, kan måten de sendes til det digitale analyseverktøyet ditt (sannsynligvis Google Analytics) være via Produktvariant.

Noe sånt:

Slik hadde vi det i Universal Analytics hos oss.

Det gir mening, fordi du da kan se nøyaktig hvilket konkret produkt, med sine attributter, som genererer salg.

Det er litt mer problematisk når du vil telle pakker eller se et attributt som “Boks” separat, men generelt var dette den mest passende løsningen da.

I GA4 måler vi det imidlertid slik:

Med attributtet i navnet.

Selv om det var diskusjon, var en av hovedgrunnene at da vi startet implementeringen av GA4, fantes det ingen måte å vise produktvarianten på.

Det andre relaterte problemet oppstår når du legger til visning eller klikk på et produkt i en liste (eller kampanje)

Hendelsene view_item_list og select_item_list i GA4 ga oss problemer hvis samme produkt ble lagt til to ganger med forskjellige varianter, så vi kuttet problemet ved roten.

Av begge grunnene gjorde vi derfor dette:

• La varianten inn i artikkelnavnet.
• Sendte den også som variant.

På denne måten mister vi bare for eksempel muligheten til å få totalomsetningen for en artikkel umiddelbart, inkludert alle attributtene (alt salg av ethvert format av Johnnie Walker Black).

For å få den må du filtrere eller eksportere dataene.

Mellom to dårlige alternativer syntes vi dette var bedre enn å ikke kunne se de konkrete attributtene til et produkt, bare de aggregerte, og i tillegg ikke vite klikkene som ble generert i lister.

Oppsummering av attributtbruk

Selv om ulempene er flere enn fordelene, er nesten alle tekniske og generelt relativt enkle å løse.

Jeg sier det fordi grunnene til å bruke dem handler mer om business, som jo er det viktige til slutt.

Og også fordi det å ikke bruke attributter har sine egne ulemper.

Å unngå produktattributter

Som jeg nevnte tidligere, får vi her én produktside for hvert attributt av samme produkt.

Det er som om hver strekkode (eller SKU hvis du foretrekker det) trenger sin egen side.

Et eksempel er dette nettstedet, der hvert Black Label-format har en egen side.

Her kan du se siden for flasken på 4,5L:

Det finnes ingen velger for de andre. Du må gå til kategorilisten eller søket for å finne dem.

Skjønner du systemet?

Da forklarer vi fordelene.

Fordeler ved å ikke bruke attributter

Det unngår selvfølgelig ulempene ved å bruke attributter, så jeg gjentar ikke dem vi allerede har forklart.

#1. Alle alternativer vises i listene

Uten å gjøre noe vil CMS-et vårt vise hvert attributt som et selvstendig produkt, fordi det faktisk er slik vi administrerer det, uten behov for programmering.

Her ser vi de to Dewar’s, formatet 70cl og formatet 1L:

#2. Bedre søk

Hvis du bruker standard søkefunksjon i CMS-et, vil den nesten helt sikkert fungere bedre og gi alle relevante resultater hvis du behandler attributter som produkter og søker etter ting som “rød T-skjorte” eller “bukse størrelse M”.

Her er et eksempel på søk etter et merke:

#3. Du kan målrette mer mot SEO-long-tail

Hvis produktkatalogen er liten, kan flere tilgjengelige URL-er gi mer presise resultater.

Hvis vi går tilbake til Nike-T-skjorten, kan du uten attributter ha URL-er med disse titles:

• Svart Nike-T-skjorte størrelse M.
• Rød Nike-T-skjorte størrelse L.
• Blå Nike-T-skjorte størrelse XL.

Når noen søker etter så spesifikke uttrykk, har nettstedet ditt selvfølgelig gode sjanser til å komme høyt i resultatene.

Her ser vi et eksempel med “Dewar’s White Label 1L”:

Alltid selvfølgelig forutsatt at hver URL har unikt innhold (beskrivelse) og at du ikke genererer duplisert innhold.

#4. Enklere produktfeeds

Du slipper alle problemene med å bygge produktfeeds for annonseplattformene.

Her er det entydig, hvert produkt er én rad.

Ulemper ved å ikke bruke attributter

Egentlig er de fordelene ved å bruke dem:

• Den bekvemmelighet for brukeren.
• For å bruke filtrering må jeg ha kategorisert produktene riktig i back-office (lagt til de tilhørende attributtene, selv om brukerne ikke kan velge dem).
• På SEO-nivå er grensen for duplisert innhold uklar og lett å tråkke over.

I tillegg legger vi til et par ulemper:

#4. Vise hele katalogen

I butikker med stor katalog er det vanskeligere å vise brukeren alle alternativene som tilbys og som kanskje passer bedre til det hen søker etter.

#5. Vise hele produktfamilien for en modell

Relatert til forrige punkt er det svært vanskelig å vise alle alternativene for samme modell av T-skjorte / sko / briller / datamaskiner / … på én URL.

Se for deg at et merke kjøper en banner og ber deg lenke den til en side med alle variantene av den annonserte produktmodellen.

Du må bruke tagger, søket eller lage spesialtilpassede landinger med utvalgte produkter (hvis CMS-et ditt i det hele tatt tillater det).

Som sagt, verken enkelt eller raskt.

Å tvinge produktattributter

Nå som vi har snakket litt om attributter og bruken av dem, vil jeg ta for meg det jeg anser som feil bruk.

Det finnes flere tilfeller, men jeg vil fokusere på to som jeg mener er misbruk av attributter.

Vi begynner med AliExpress.

Misbruk av produktattributter på AliExpress

Selv om jeg snakker om AliExpress, skjer det også på Temu og generelt ser man dette oftere i kinesiske nettbutikker enn i andre.

Et eksempel:

Se for deg at du leter etter et grafikkort til PC-en.

Det er helt normalt å gå til Google og sjekke prisene i Shopping.

Når du søker etter AMD RX 580 kommer du til disse resultatene. Se på prisforskjellen mellom de to artiklene, som i utgangspunktet skal være samme produkt (se tittelen):

Modellen til høyre har en latterlig umulig pris i Google Shopping. Men hvis du ikke er vant til dette, kan du tro det er et tilbud eller noe lignende.

Så du klikker, og selv om du ser en annen pris når du kommer inn (21,90€), er det fortsatt en fantastisk pris:

Synd den ikke er ekte.

For nå er neste steg å klikke på alternativvelgeren.

Og når vi gjør det, åpnes popupen og vi ser problemet:

Jeg vil kjøpe en RX 580 (det står i produkttittelen), men det som er valgt som standard i alternativene, er en annen grafikkortmodell. Til og med fra et annet merke.

Nærmere bestemt Nvidia GT 610, en ekstremt utdatert og mye dårligere modell.

Et annet produkt er lagt inn som attributt, med en mye lavere pris som fungerer som annonseagn.

Når jeg velger riktig attributt (RX 580), normaliseres prisen:

Og hvis noen tror den gamle modellen kanskje ikke er et attributt, men at siden fra annonsen er en liste over kort, legg merke til at de forskjellige modellene er lagt inn som verdier for attributtet “farge”.

Krystallklart.

Dette er den vanlige prosessen i disse butikkene.

Denne feilkjeden (Google Shopping + butikk med attributter) kan oppstå av 3 grunner:

1) Bevisst programmert og utført slik

Det er det som ser ut til å skje her:

Ett artikkelnavn brukes, og under det, andre artikler -ikke attributter- som er dårligere og billigere, for å trekke oppmerksomhet med prisen.

Den uoppmerksomme brukeren går på det fordi han tror han har kjøpt et kupp, noe som ikke er sant.

AliExpress-selgeren vil hevde at han har sendt det som faktisk ble kjøpt (et standardvalgt attributt som ikke samsvarer med produkttittelen).

Da er det mest sannsynlig at, hvis kunden klager, man kommer til en form for avtale.  

Men hvis kunden ikke klager, da fortjeneste for selgeren, som har blitt kvitt et produkt ingen vil ha.

Og selvfølgelig for AliExpress, som tar sin provisjon på salget.

Dette er det man kaller et dark-pattern og Europa skal visstnok bekjempe dem, siden de involverte butikkene ikke virker særlig bekymret. Problemet er at jeg tror det blir vanskelig å bevise at årsaken til disse "feilene" ikke er en av de to neste.

I tillegg må man forstå at disse butikkene er marketplaces, så i realiteten, er det selgerne i disse butikkene som lager disse "fellene", selv om plattformen selv ikke setter en stopper for dem.

2) Menneskelig feil

Når man legger inn produktpriser i en Ecommerce, er det lett å taste feil og legge inn feil pris for et attributt. Særlig ved masseopplastinger med Excel.

Alle som noen gang har håndtert denne typen prosesser har opplevd det, inkludert selvfølgelig store aktører som Mediamarkt eller Fnac.

Det rare er bare når det skjer så mange ganger og på så mange produkter som på AliExpress…

3) Teknisk umulighet

Denne tredje årsaken er litt mer kompleks fordi den, som sagt, er teknisk og det er den jeg snakket om tidligere da jeg nevnte problemene som oppstår ved generering av datafeeds for nettbutikker som bruker attributter.

Avslutning av AliExpress-tilfellet

Som du ser, finner vi ved misbruk av attributter i kinesiske butikker mange hull i prosessen som de "skyldige" butikkene har liten interesse av å tette, og som selgerne utnytter for å lure de mest godtroende brukerne.

Men dette er bare den første vanskelige bruken av attributter.

La oss gå videre til en (litt) mindre tricky.

Amazon-tilfellet

Før jeg begynner å snakke om denne bruken av attributter, vil jeg klargjøre et par punkter:

• Amazon brukte tidligere “normale” attributter. Hvis de har byttet dem ut med disse, med alle testene de gjør, er det fordi det fungerer for dem. Punktum. Hva jeg mener om denne bruken av attributter betyr derfor lite.
• At det fungerer for Amazon betyr ikke at for de 99,999% nettbutikkene som ikke er Amazon systemet deres også må fungere. Vi har verken trafikken, kundene eller testene deres. Så vær forsiktig med å kopiere “fordi Amazon gjør det slik”.

Bra, la oss se hvordan Bezos-folkene bruker attributter.

I dette tilfellet har vi allerede kjøpt grafikkortet på AliExpress og trenger nå et kabinett gaming som passer.

Du vet, et av dem som er fullt av lys og farger.

Som før søker vi på Google:

Og jeg ser denne Amazon-modellen, som jeg liker og som ikke er for dyr. Så jeg klikker.

Når jeg kommer inn på Amazon ser jeg med en gang at, i motsetning til AliExpress prisen holder seg:

Men her under ser jeg en velger for “stil”.

Dette lukter allerede litt mistenkelig, fordi “stil” ikke er noe objektivt som “farge” eller “størrelse”, men langt mer subjektivt.

Når jeg åpner den, ser jeg svært forskjellige kabinettmodeller, alle lagt inn på samme produktside.

Og når jeg sier forskjellige, mener jeg helt forskjellige:

Verken form, farge eller selvfølgelig pris på denne kabinettmodellen ligner den forrige.

Det er et nytt produkt, lagt inn som attributt slik at brukeren ser flere alternativer på samme produktside.

Så får hver enkelt avgjøre om de mener dette er god UX-praksis eller ikke.

Amazon bruker imidlertid ikke alltid denne typen attributtvelger. I andre seksjoner bruker de også en mer tradisjonell variant, mest sannsynlig på grunn av antall alternativer:

Her ser vi at det brukes en attributtvelger med alle alternativene synlige.

Problemet er at det igjen ikke er samme laptopmodell med ulike konfigurasjoner, men forskjellige modeller. Faktisk står det direkte i spesifikasjonene.

Som følge er ikke alle kombinasjoner av de tre attributtene tilgjengelige. Langt ifra. Det finnes bare 4 mulige, og avhengig av hvor du klikker vil Amazon velge den “mest like”.

Personlig overbeviser det meg ikke, fordi hvert alternativ er helt forskjellig fra de andre og ikke hjelper meg nærmere modellvalget, men gjør det vanskeligere.

Men kanskje de har oppdaget at når de viser ulike modeller, bruker kundene mer tid på nettstedet og konverteringsraten til slutt øker.

Kanskje brukerne går glipp av mye i en så enorm produktkatalog, og på denne måten ser de flere “mer eller mindre” lignende alternativer.

Ingen anelse.

Det jeg vet, er at dette er en tvungen bruk av det jeg mener produktattributter burde være.

Men UX til side innebærer dette også et SEO-problem…

Duplisert innhold

La oss gå tilbake til gamingkabinettet.

Se på disse to bildene:

Dette tilsvarer denne URL-en:

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

Dette andre bildet derimot —som ligner, men ikke har samme URL—:

Tilsvarer denne andre (du kan se i nettleserlinjen for å være sikker):

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

Vet du hva? Dette er Googles definisjon av duplisert innhold.

Og vet du hva mer? Amazon blir ikke straffet.

Til tross for å ha flere andre URL-er (i tillegg til disse to) som er praktisk talt identiske.

Hvis du søker etter merke og modell på Google (“mars gaming mc51w”), er tredje resultat deres. Foran andre konkurrenter som jobber svært godt med SEO, som PcComponentes.

Og bare slått av merkets offisielle nettsted:

Amazon spiller etter andre regler.

Ville du satset på at Google behandler nettstedet ditt på samme måte?

På mine egne vet jeg helt klart at det ikke gjør det.

Så, som sagt: vær svært forsiktig med å kopiere dem.

Anbefalinger for bruk eller ikke-bruk av produktattributter

Nå har du kunnet se hvilken modell (med eller uten attributter) som passer best for din bransje eller virksomhet.

Du har også sett hvordan feil brukte attributter kan misbrukes.

Uansett hva du velger vil jeg gi deg noen tips som erfaringen har lært meg.

#1. Katalogstørrelse

Hvis nettstedet ditt har mange produkter og de har varianter, vil jeg si at jeg er 99% sikker på at det er lurt å bruke attributter på produktsidene.

Hvis butikken i dag er liten (noen titalls produkter), men du tror den vil vokse, gjelder det samme.

Hvis du tror den ikke vil vokse og du kan lage unikt innhold for hver produktvariant, da ikke bruk attributter.

#2. Bruk attributter som faktisk er attributter

Husk det vi nettopp så i tilfellet med kinesiske butikker, med AliExpress i spissen.

Oppsummert: bruk attributter til å legge til varianter av samme produkt, ikke for å legge til nye produkter.

For å legge til lignende produkter finnes mer passende moduler:

#3. Antall attributter

Bortsett fra i svært spesielle tilfeller og produkter med maksimal personalisering bør du ikke bruke mer enn tre typer attributter per produkt, fordi det fører til mange kombinasjoner som ikke finnes.

Når det finnes alternativer som ikke eksisterer er løsningen vi har implementert hos Yo pongo el hielo følgende:

• Vi lar ikke brukeren velge en kombinasjon som ikke finnes: når brukeren velger en attributtverdi som ville gitt et slikt resultat, endrer vi verdiene på de andre attributtene slik at kombinasjonen finnes.
• Vi har “primære” og “sekundære” attributter: det betyr at hvis vi må endre en attributtverdi fordi en ugyldig kombinasjon ellers oppstår, prioriterer vi først å endre sekundære attributter, fordi vi antar at det primære er det brukeren er mest interessert i.
• Vi prioriterer kombinasjoner som er på lager: hvis en kombinasjon finnes, men er utsolgt, prioriterer vi å vise brukeren en som finnes på lager. Selv om vi må endre verdien på et primært attributt.

Foreløpig er vi fornøyd med disse reglene, selv om de sikkert kan forbedres.

#4. La dem vises i listene

Attributter som endrer produktprisen bør vises i listene.

Det gjelder alkohol, parfyme, hundemat…

Det finnes kanskje et tilfelle der dette ikke burde skje, men jeg kommer ærlig talt ikke på noe akkurat nå.

Og selvfølgelig bør et klikk på dem føre til URL-en med riktig attributt valgt.

#5. SEO har betydning

Og tilnærmingen når man har attributter er annerledes enn den som anbefales når man ikke har dem.

Jeg håper forklaringen tidligere om duplisert innhold og long-tail  gir deg noe å tenke på i prosjektet ditt.

#6. Produktfeeden er relevant

Og jo mer prosjektet vokser, desto mer relevant blir den.

Så, til anbefalingene:

1. Uansett, skaff unike URL-er. Hvis du har attributter, finn ut hvordan du kan få dem uten å skade SEO.
2. Når du har dem og de bruker parametere med “#”, må du lage to forskjellige feeds:
• Én for Google, med alle produktene og attributtene deres, som vil fungere korrekt.
• En annen for resten av plattformene, som kan være av to typer:
• Hvis plattformen tillater det, send selv URL-ene korrekt tagget med UTM-er slik jeg forklarte og send hele katalogen med produkter og attributter. Sørg for at de ALDRI legger til noen parameter etterpå.
• Hvis plattformen ikke lar deg sende URL-er med UTM-er, må du sende bare ett attributt per produkt —det primære— og sende den rene URL-en, uten attributtparametere med “#”. Da blir katalogen mindre, men det blir ingen feil verken ved visning av annonser eller i analyseverktøyet.

#7. Hvis du ikke bruker attributter

Sørg for å legge til en godt synlig modul på produktsiden med de forskjellige produktalternativene som er tilgjengelige for brukeren.

#8. Hvis du er bruker…

Jeg antar at du ikke er nybegynner hvis du leser denne artikkelen og har kommet helt hit.

Men for sikkerhets skyld: Det er viktig å se på butikkens returpolicy, på anmeldelser fra andre brukere og betale med PayPal, fordi det i slike tilfeller gir brukeren større garantier enn bankkort.

Avsluttende konklusjoner

Den som aldri har stått overfor denne beslutningen i et prosjekt, har sannsynligvis ikke lagt stor vekt på mange av spørsmålene jeg tar opp i artikkelen.

Men jeg håper jeg har fått deg til å se hvor viktige de er.

Og at bruk eller ikke-bruk av attributter har konsekvenser utover det åpenbare.

Jeg skulle gjerne lagt til ett punkt til: de forskjellige UX-alternativene for attributtvalg.

Selv om vi allerede har sett flere løsninger (Amazon, AliExpress, Yo pongo el hielo…), finnes det andre jeg synes er interessante, som pop-up hos TiendAnimal for eksempel.

Jeg har imidlertid allerede passert 5.000 ord og ville ikke gjøre artikkelen enda tettere.

Kanskje jeg kommer tilbake til temaet attributter i fremtiden, men da utelukkende med fokus på UX.

Uansett var hensikten min å gi deg litt mer kontekst slik at du kan forstå alt som ligger i en beslutning som ved første øyekast virker harmløs.

Men selvfølgelig, i mellomstore eller store Ecommerce-prosjekter, er ingen sentral beslutning noen gang harmløs.

Jeg antar at du er enig.