Strukturér produktdata, så AI-assistenter kan handle hos dig

Kort svar: Når kunder beder AI-assistenter om at finde, sammenligne og i stigende grad købe produkter, læser assistenten ikke dit design – den læser din struktur. Fire lag afgør, om den kan handle hos dig: komplette Product-strukturerede data (pris, lager, GTIN, anmeldelser), konsistens mellem side, feed og schema, produktsider, der besvarer de reelle købsspørgsmål i klar tekst, og tydelige politikker for fragt og retur. Læg dertil en bevidst holdning til AI-crawlere og et checkout-flow uden unødige forhindringer.

Fagligt gennemgået: 2. oktober 2026

Det nye i e-handel er ikke endnu en kanal, men en ny slags kunde: assistenten, der på brugerens vegne undersøger markedet, sammenligner og anbefaler – og som i de første agentiske købsflows også gennemfører købet. Synlighedssiden af den udvikling dækker AI-synlighed og GEO. Denne guide handler om produktdatalaget: hvad der teknisk skal være på plads, for at assistenter kan forstå dit sortiment og handle i det.

Opskriften er heldigvis ikke eksotisk. Det er e-handelens kendte datadiscipliner – taget alvorligt hele vejen igennem.

Den nye kunde læser struktur

Når et menneske vurderer din produktside, virker æstetik, billeder og stemning. Når en assistent gør det, sker noget andet: Den udtrækker fakta. Hvad koster varen? Er den på lager? Hvilke mål og materialer har den? Hvad siger anmeldelserne? Hvad koster fragten, og kan varen returneres?

Kan de fakta ikke findes pålideligt, får du ikke et afslag – du udgår bare af sammenligningen, stille og usynligt, mens butikken med rene data bliver anbefalet. Det er samme mekanisme som i AI-søgesynlighed, bare med salget direkte på spil. Assistenten vil gerne anbefale dig – den skal bare kunne læse dig.

Fundamentet: Product-strukturerede data

Schema.org’s Product-markup er det fælles sprog for produktdata og læses af Google, AI-crawlere og assistenter. De vigtigste felter:

Felt	Hvad det fortæller	Typisk kilde i WooCommerce
name, description, image	Hvad varen er, og hvordan den ser ud	Produktnavn, beskrivelse, produktbillede
brand, gtin, sku	Entydig identifikation på tværs af butikker	Brand-attribut, GTIN-felt, varenummer
offers: price, priceCurrency	Aktuel pris i den rigtige valuta	Ordinær pris eller udsalgspris
offers: availability	På lager, udsolgt eller restordre	Lagerstatus
aggregateRating, review	Kundernes vurdering	Produktanmeldelser
shippingDetails, hasMerchantReturnPolicy	Fragt og returret	Fragt- og returpolitik

WooCommerce udsender basalt Product-schema, og SEO-plugins beriger det. Verificér frem for at antage: Kør dine vigtigste produktsider gennem en schema-validator, og tjek især, at pris og lagerstatus er dynamisk korrekte. En „InStock“, der hænger fast på udsolgte varer, er værre end ingenting. Tjek også, at varianter håndteres, og at GTIN og brand er med, hvor de findes – det er de samme felter, der driver Google Shopping-feedet.

Google anbefaler, at fragt- og returpolitik angives samlet for hele butikken under Organization-markup og kun tilsidesættes på det enkelte produkt, hvis varen har særlige vilkår. Det er både nemmere at vedligeholde og mere konsistent. Hele schema-disciplinen for AI-læsbarhed står i guiden til strukturerede data – produktsiderne er bare det sted, hvor den betaler sig hurtigst.

Konsistens: side, feed og schema

Assistenter og platforme krydstjekker. Sidens synlige pris, schema-prisen og feed-prisen skal fortælle samme historie. Afvigelser læses som utroværdighed – Merchant Center kan fx afvise produkter ved prisafvigelse mellem feed og side – og en butik, der er upræcis ét sted, mister tillid hele vejen rundt.

Konsistensens fjender er velkendte:

• Cache, der viser gamle priser efter en prisændring.
• Feeds og schema, der opdateres i forskellig takt.
• Kampagnepriser, der rammer ét lag før et andet.
• Manuelle rettelser i et eksternt feedværktøj, som ikke findes i shoppen.

Kuren er arkitektur, ikke flid: Én datakilde (produktdata i WooCommerce), alle lag genereret derfra automatisk og en styret opdateringsrækkefølge – som beskrevet i guiden til prisopdateringer i bulk. Tag også stikprøven fra den anden side: Spørg selv en AI-assistent om dine topprodukter („Hvad koster X hos [butik], og er den på lager?“). Svaret viser hurtigt, hvordan maskinerne ser dig.

Indholdslaget: svar og politikker

Strukturerede data bærer tallene, men købsbeslutninger bygger på svar: Passer den til …? Kan den tåle …? Hvad er forskellen på …? Assistenten leder efter de svar i din tekst, og finder den dem ikke hos dig, henter den dem andre steder.

Byg derfor produktsiderne med de reelle købsspørgsmål besvaret klart:

• Specifikationer i tabeller frem for prosa.
• Spørgsmål og svar på topprodukterne – supportens og anmeldelsernes spørgsmål er listen.
• Tekst skrevet efter principperne for citerbart indhold: svaret først, konkret og afgrænset.

Gør også politikkerne tydelige: fragtpriser, leveringstid og returregler på faste, klare sider og gerne i strukturerede data, hvor det understøttes. „Kan den returneres, og hvad koster fragten?“ er standardspørgsmål i enhver købssammenligning, og et uklart svar koster anbefalingen.

Sådan tjekker du din egen butik

En praktisk gennemgang, du kan lave på en formiddag:

1. Vælg dine ti mest solgte produkter – inklusive mindst ét variabelt produkt og ét udsolgt.
2. Kør hver side gennem Googles Rich Results Test eller Schema Markup Validator, og notér manglende felter (GTIN, brand, availability, fragt, retur).
3. Sammenlign synlig pris, schema-pris og feed-pris for de samme varer – også under en aktiv kampagne.
4. Sæt en vare til udsolgt, og kontrollér, at både side, schema og feed skifter status, når cachen er ryddet.
5. Læs produktteksten som en maskine: Står mål, materiale, kompatibilitet og vedligehold i klar tekst eller tabel – eller kun på et billede?
6. Kontrollér, at fragt- og retursiderne kan nås uden login og ikke er blokeret i robots.txt.

Ret fejl i kilden – produktdata i WooCommerce – og ikke i det enkelte lag. Ellers er afvigelsen tilbage ved næste synkronisering.

Den nære fremtid: agentiske køb

Næste skridt er allerede i gang: assistenter, der ikke bare anbefaler, men gennemfører købet. Der er åbne protokoller på vej til netop det, fx Agentic Commerce Protocol, som OpenAI og Stripe har udviklet, og Universal Commerce Protocol, som bl.a. Google og Shopify står bag. Standarderne og betalingsløsningerne udvikler sig hurtigt, og understøttelsen i WooCommerce er stadig under udvikling.

Én ting kan du forberede allerede nu: Hold købsflowet standard og rent. Velstrukturerede formularer, gængse betalingsmetoder og ingen obskure custom-trin eller CAPTCHA-mure på hele flowet. Det, der er nemt for maskiner, er i øvrigt også nemt for mennesker.

Beslut samtidig din crawler-politik bevidst. AI-crawlere skal kunne læse produktdataene, hvis du vil være med i anbefalingerne – afvejningen og opsætningen står i guiden om AI-crawlere i robots.txt. Og sørg for, at shoppen kan svare hurtigt, også når den bliver kaldt af maskiner: Bots og assistenter rammer ofte sider, der ikke ligger i cachen.

Butikkerne, der får datalagene i orden nu, står stærkt, når den agentiske handel går fra tidlig til normal – og fundamentet er identisk med god, klassisk e-handelsdisciplin: rene data, klare svar og ærlige politikker.

Læs også

• Hub: AI i praksis
• Strukturerede data, der understøtter AI-svar
• Google Shopping-feed fra WooCommerce
• AI-crawlere i robots.txt
• WooCommerce hosting hos Hostious – LiteSpeed, NVMe og staging fra Woo StartUp

Ofte stillede spørgsmål om produktdata og AI

Hvad læser AI-assistenter på min produktside?

Strukturerede data (pris, lager, GTIN, anmeldelser), specifikationer, spørgsmål og svar i teksten samt dine fragt- og returpolitikker. De krydstjekker ofte mod feed og synlig side.

Skal jeg gøre noget særligt for „AI-shopping“?

Mest af alt skal du gøre det kendte ordentligt: komplet Product-schema, konsistente priser på tværs af lag samt klare svar og politikker. Det nye er, at sjusk nu kan koste anbefalinger, ikke kun placeringer.

Skal AI-crawlere have adgang til min shop?

Vil du indgå i AI-assistenters anbefalinger, skal de kunne læse produktdataene – ja. Afvejningen, og hvordan du styrer den i robots.txt, har sin egen guide.

Skal fragt- og returpolitik stå på hvert produkt?

Nej, ikke nødvendigvis. Google anbefaler at angive en samlet fragt- og returpolitik for hele butikken under Organization-markup og kun angive den på det enkelte produkt, når varen har særlige vilkår.