Et godt variant-setup er forskellen på et overskueligt katalog og et produktkaos, hvor filtrering, feeds og SEO halter. I denne guide får du en praktisk model til at bygge attribut-taxonomi, navngivning og konsistente værdier, så dine varianter bliver forståelige for både kunder, søgemaskiner og kanaler.
Du lærer også, hvordan varianter påvirker indeksering, canonical, interne links og shopping-feeds, og hvordan du undgår dubletter og “næsten ens” produkter. Undervejs får du konkrete tjeklister, faldgruber og beslutningsregler, du kan bruge med det samme.
Hvad er et variant-setup, og hvorfor betyder det noget?
Et variant-setup er den måde, du organiserer et produkt med flere udgaver på via attributter (fx farve, størrelse, pasform) og deres værdier, så hver variant kan vælges og identificeres entydigt. Det betyder noget, fordi struktur og konsistens afgør, om dine produktdata kan genbruges på tværs af site, søgning, filtre, Google, Meta, prissammenlignere og ERP.
Når setup’et er forkert, opstår typisk tre problemer: kunder kan ikke finde den rigtige variant, feeds får afvisninger eller ringe performance, og SEO rammes af kannibalisering eller dubletindhold. Mini-konklusion: variant-setup er datakvalitet, ikke design.
Byg en attribut-taxonomi, der kan skaleres
Attribut-taxonomi handler om at beslutte, hvilke egenskaber der er globale, hvilke der er kategori-specifikke, og hvilke der kun hører til enkelte brands. Målet er at kunne filtrere, sammenligne og eksportere uden at opfinde nye felter hver gang en leverandør ændrer ordvalg.
Globale vs. kategorispecifikke attributter
Start med et lag af globale attributter, som giver mening på tværs: farve, størrelse, materiale, køn/unisex, mønster, længde, model, kompatibilitet. Ovenpå lægger du kategorispecifikke, fx “skærmstørrelse” for laptops eller “gevindtype” for VVS. Undgå at gøre alt globalt; det skaber støj i filtre og feeds.
Attributter som identitet vs. attributter som beskrivelse
En central beslutning er, om en attribut skaber en ny købbar variant eller bare beskriver samme vare. Farve og størrelse skaber ofte varianter. “Plejevejledning” eller “oprindelsesland” er typisk beskrivende. Mini-konklusion: kun attributter, der ændrer SKU og lager, bør blive varianter.
- Definér en “masterliste” over attributter med formål og datatype.
- Giv hver attribut et internt nøgle-navn og en visningsetiket.
- Angiv, om attributten er variant-splittende eller informativ.
- Beslut om værdier skal være fritekst, liste, numerisk eller interval.
- Dokumentér enheder: cm, mm, liter, GB, EU-størrelse.
- Aftal governance: hvem godkender nye værdier og synonymer.
Navngivning: fra rod til regelbog
Navngivning er der, hvor “næsten ens” produkter fødes. Hvis én medarbejder skriver “Mørk blå”, en anden “Navy”, og en tredje “Blå (mørk)”, får du tre forskellige værdier, tre filterknapper og uens data til feeds. Det samme gælder størrelser: “XL”, “X-Large”, “Extra Large”.
Regler for attributnavne
Hold attributnavne korte og entydige: “Farve”, “Størrelse”, “Materiale”, “Passform”. Undgå dubler som “Farvevalg” og “Kulør”. Brug samme ord på tværs af kategorier, medmindre betydningen reelt ændrer sig.
Regler for værdier
Værdier skal være konsistente, normaliserede og helst uden marketingpræg. Brug “Navy” eller “Mørkeblå” som standard, ikke begge. Hvis du sælger mode, så beslut også, om farve skal være “Blå” som hovedværdi med nuance som sekundær, eller om nuance er primær. Mini-konklusion: færre, stærkere værdier giver bedre filtre og bedre SEO-signaler.
- Vælg ét sprog per marked og undgå blandede værdier.
- Brug samme store/små bogstaver og ingen tilfældige bindestreger.
- Lav synonym-mapping: “Grå” = “Grey” på leverandørdata, men kun én gemt værdi.
- Fastlæg rækkefølge: “Størrelse” før “Farve” eller omvendt, men vælg én.
- Standardisér størrelsessystemer: EU, UK, US, cm, tommer.
Konsistente værdier og datavalidering i praksis
Konsistens opstår ikke af sig selv; den skal håndhæves. Du har brug for valideringsregler i PIM, CMS eller via importskripter, der tjekker nye produkter mod din værdiliste. Det er her, du sparer tid på lang sigt, fordi rettelser ellers bliver spredt ud i titler, URL’er, filtre og feedfelter.
En effektiv tilgang er at lave en “tilladt værdiliste” for de vigtigste attributter og kun tillade fritekst, hvor variationen er reel, fx “Kompatibilitet” eller “Modelnummer”. For at kunne strukturér produktdata på en måde, der holder på tværs af kanaler, bør du også definere, hvordan leverandørens rådata mappes til dine standardværdier.
Mini-konklusion: validering er billigere end oprydning, især når kataloget vokser.
Hvordan varianter påvirker SEO: indeksering, kanoniske signaler og intern linkstruktur
Varianter kan være en SEO-mulighed, hvis de matcher tydelige søgeintentioner, men de kan også skabe tyndt indhold og dubletproblemer. Den centrale opgave er at beslutte, hvad der skal være en selvstændig side, og hvad der blot er et valg på samme side.
Én produktside med varianter vs. separate URL’er
Én produktside med variantvælger er ofte bedst, når forskellen primært er farve eller størrelse, og når teksten, billederne og værdien er den samme. Separate URL’er giver mening, hvis varianten har eget indhold, egen prisstrategi, eller hvis brugere faktisk søger efter varianten som et selvstændigt produkt, fx “løbesko wide fit” eller “iPhone 256 GB”.
Canonical, noindex og parametre
Hvis du har separate variant-URL’er, skal du være konsekvent med canonical: enten kan hver variant være canonical til sig selv (når den er unik og værdifuld), eller også canonical til masterproduktet (når forskellen er minimal). Brug noindex sparsomt og kun, når du bevidst fravælger indeksering. Parametre til farvevalg kan hurtigt skabe crawl-støj, så sørg for, at parameter-URL’er ikke eksploderer via interne links.
Mini-konklusion: SEO vinder, når du reducerer antallet af næsten ens sider og styrker de få, der skal rangere.
Varianter i feeds: GTIN, item_group_id og afvisninger
Shopping-feeds og markedspladser kræver ofte en tydelig gruppering af varianter og entydig identifikation per variant. Her bliver små databrud dyre: manglende GTIN, forkerte farver, blandede størrelsessystemer eller uens navngivning kan give afvisninger eller dårlig matchning.
Typisk skal hver variant have egen SKU og gerne egen GTIN. Samtidig skal alle varianter i samme produktfamilie dele et gruppe-id (fx item_group_id), så kanalen forstår, at “samme model” findes i flere farver og størrelser. Brug også korrekte felter til farve, størrelse og materiale, i stedet for at putte alt i titel.
- GTIN per variant, hvis det findes, ellers dokumentér hvorfor.
- Ens gruppe-id for hele variantenheden.
- Standardiseret “color” og “size” i feedet, ikke kun i titlen.
- Undgå at sende udsolgte varianter uden tydelig lagerstatus.
- Match billeder til variant, især når farve er afgørende.
Mini-konklusion: feeds belønner præcision; det, der virker “godt nok” på websitet, er ofte for upræcist til kanaler.
Undgå dubletter og “næsten ens” produkter
Dubletter opstår ofte ved import fra flere leverandører, ved genoprettelse af udgåede varer, eller når samme produkt findes som bundle og single uden klare regler. “Næsten ens” opstår, når attributter blandes: er “Sort” og “Black” to farver, eller samme? Er “Pack of 2” en variant eller et andet produkt?
Beslutningsregler: hvornår er det samme produkt?
Brug en enkel, konsekvent definition: Samme produktfamilie deler kerneidentitet (model, formål, design), mens varianter kun ændrer udvalgte attributter. Hvis ændringen påvirker GTIN, lagerføring eller primær købsbeslutning, er det ofte en variant. Hvis ændringen ændrer mængde, pakning eller funktion, er det ofte et separat produkt. Brug parent/child-logik konsekvent, hvis din platform understøtter det.
Dedup i data: nøgler og matching
Lav en dedup-strategi baseret på stabile nøgler: GTIN er stærkest, derefter producentens varenummer, derefter en kombination af brand + model + centrale attributter. Flag konflikter til manuel gennemgang i stedet for at auto-flette alt. Mini-konklusion: en lille mængde manuel kontrol ved import kan forhindre store SEO- og feedproblemer senere.
Hvad koster det, og hvilke fejl ser man oftest?
Omkostningen ved et godt variant-setup afhænger af katalogets størrelse, eksisterende rod og dine systemer. Har du få hundrede produkter, kan du ofte nå langt med en fast attributliste, en værdiliste og en oprydning i titler og filtre. Har du tusinder af produkter, flere markeder og feeds, kræver det typisk PIM-arbejde, mapping-regler og løbende governance. Den dyreste løsning er næsten altid at lade være, fordi fejl spreder sig til annoncer, lager, kundeservice og organisk trafik.
Typiske fejl i praksis:
- At oprette nye attributter for hver leverandør i stedet for at mappe til standard.
- At lade værdier være fritekst uden kontrol, så filtre fragmenteres.
- At lave separate produkt-URL’er for alle farver uden unikt indhold.
- At blande mængde/pakning ind som variant uden klar navngivning.
- At genbruge samme SKU på flere varianter eller ændre SKU over tid.
- At putte vigtige feedfelter i titel i stedet for rigtige attributfelter.
Mini-konklusion: De fleste problemer skyldes ikke teknik, men manglende standarder og disciplin i dataflowet.
Bedste praksis: en kort handlingsplan du kan følge
Hvis du vil forbedre variant-setup uden at starte forfra, så arbejd i lag: definér standarder, ryd op i de vigtigste kategorier, og automatisér validering. Start med de 20% af produkter, der står for 80% af omsætning eller trafik, og udvid derfra. Brug kontinuerlig kvalitetssikring, så nye produkter ikke genskaber de gamle fejl.
- Lav en attribut-taxonomi med klare definitioner og datatyper.
- Normalisér værdier for farve, størrelse og materiale med godkendte lister.
- Beslut URL-strategi: master-side eller selvstændige variant-sider, og sæt canonical-regler.
- Gennemgå feeds: sikre gruppe-id, SKU/GTIN og variantkorrekte billeder.
- Opsæt validering ved import og en proces for nye værdier.
- Kør dedup-audits månedligt på nøglefelter og konfliktlister.
Mini-konklusion: et robust variant-setup er en proces, men med klare regler kan du få bedre SEO, bedre feeds og færre supportspørgsmål på samme tid.
