Agentic commerce: sådan forbereder I webshoppen på kunder, der ikke selv klikker

I september 2026 tilføjede Shopify Meta som AI-kanal, og produkterne blev delt via Shopify Catalog som standard. Ikke efter et tilvalg. Som standard.

Det er den korte version af, hvad agentic commerce er lige nu: en række platforme, der åbner for, at en assistent kan læse jeres sortiment, sammenligne det med andre og i stigende grad gennemføre købet uden at kunden rører jeres side. OpenAI, Google, Meta og Shopify arbejder alle på det fra hver sin ende.

For de fleste danske webshops er det endnu ikke salget, der rammer. Det er datadelingen. Jeres produkter ligger allerede i et katalog, en assistent kan slå op i, og I har måske ikke taget stilling til det.

Det her er ikke en artikel om, hvorvidt det kommer. Det er en artikel om, hvad der skal være i orden i shoppen, før det gør en forskel for jer.

En agent opfører sig ikke som en kunde. Den bliver ikke i tvivl, den bliver ikke fristet, og den læser ikke jeres forsidetekst.

Den stiller et spørgsmål: findes der en sort kontorstol under 4.000 kroner med lændestøtte, som kan leveres inden fredag? Og så går den efter den butik, der kan svare på det uden at gætte.

Det betyder tre ting. Den vælger på felter, ikke på følelse. Den fravælger på manglende data hurtigere end på en høj pris. Og den kommer ikke tilbage for at tjekke, om I har opdateret siden i mellemtiden.

Hvis jeres stol ikke har lændestøtte som et felt, men kun som en sætning i beskrivelsen, findes stolen ikke i den sammenligning. Ikke fordi den er for dyr. Fordi den ikke kunne læses.

Vi plejer at sige det sådan: en agent er den mest utålmodige kunde, I nogensinde får, og den har allerede kigget på elleve andre butikker, mens den ventede på jeres svar.

Produktdata har i mange år været noget, der blev fyldt ud, så det så pænt ud på sitet. Titel, brødtekst, et par billeder og en kategori. Resten stod i teksten.

Det holder ikke længere. Det, der afgør, om produktet kommer med i et svar, er de strukturerede felter: mål, materiale, farve, vægt, energimærke, kompatibilitet, garanti, leveringstid. De skal stå som data, ikke som prosa.

Begynd med de tyve produkter, der tjener mest. Skriv ned, hvilke spørgsmål en kunde reelt stiller om dem, og lav et felt for hvert spørgsmål. Hvis kunden spørger "passer den til en 2018-model?", skal kompatibilitet være et felt med en liste af modeller — ikke en sætning midt i afsnit tre.

GMC og de øvrige feeds er et godt sted at starte, men de er ikke nok. Et feed er et udtræk. Agenten spørger ofte om ting, feedet aldrig blev bygget til at bære. Derfor er det jeres PIM eller produktdatabase, der skal have felterne, og feedet, der skal arve dem.

Et praktisk mål: en medarbejder, der aldrig har set produktet, skal kunne svare på kundens fem mest almindelige spørgsmål udelukkende ved at kigge i felterne. Kan hun ikke det, kan agenten heller ikke.

Et forkert lagertal er irriterende for et menneske. For en agent er det ødelæggende.

Et menneske, der bestiller en vare, som viser sig at være i restordre, brokker sig og venter. En agent, der har lovet kunden levering fredag, og hvor varen ikke kommer, bliver ikke brugt igen. Hverken til det produkt eller til jeres butik. Modellerne og platformene bag dem holder øje med, hvilke butikker der leverer det, de lover.

Derfor bliver lagerdisciplin en salgskanal. Det er nyt for de fleste.

I praksis betyder det, at lagertrækket skal ske i samme øjeblik ordren lander, ikke i et natligt job. At reservationer i kurven skal tælle med. At leveringstid skal regnes ud fra faktiske forhold hos jer og leverandøren, ikke fra et felt, nogen skrev i 2021.

Det samme gælder prisen. Kører I kampagner, der ændrer prisen på sitet, men ikke i feedet, sammenligner agenten på et tal, der ikke findes, når kunden når frem. Det tæller som et brudt løfte.

Checkout er bygget til et menneske, der kan læse, vælge og trykke. Når der ikke sidder et menneske, falder hele flowet fra hinanden.

Tag de klassiske forhindringer: et pop op-vindue om nyhedsbrev, et samtykkebanner, en leveringsvælger med fjorten muligheder, et felt til rabatkode, der åbner et panel. Alt sammen ting, et menneske klikker sig forbi uden at tænke. For en agent er hver af dem en blind vej.

Der er to veje frem, og I skal ikke vælge mellem dem endnu.

Den ene er en ren, forudsigelig checkout: færre trin, standardiserede felter, ingen overraskelser mellem kurv og kvittering. Det gavner i øvrigt også mennesker, og det kan I begynde på i morgen.

Den anden er en decideret agent-indgang: et API eller en MCP-server, hvor kurv, levering og betaling kan gennemføres uden en browser. Den giver mening, når salget gennem kanalen kan måles, og ikke før.

Det vigtige lige nu er, at I ikke bygger nye forhindringer ind. Hver gang nogen foreslår endnu et lag i checkout, er spørgsmålet: kan det klares uden, at nogen skal forstå det?

MCP er den protokol, der lader en assistent bruge jeres systemer som værktøjer i stedet for at gætte ud fra jeres HTML. I beskriver, hvad der kan slås op, og hvad der kan gennemføres, og assistenten holder sig til det.

Forskellen på det og at blive skrabet er kontrol. Ved skrabning tager nogen det, de kan se, i den form de kan få det. Med en MCP-server bestemmer I selv, hvilke data der er tilgængelige, hvor ofte de kan hentes, og hvad der kræver en aftale.

En fornuftig førsteudgave har tre ting: opslag i sortimentet med de rigtige felter, et ægte svar på lager og leveringstid, og et opslag på ordrestatus for en kunde, der kan legitimere sig. Ikke mere.

Det lyder større, end det er. Har I allerede et ordentligt API, er en MCP-server ovenpå et spørgsmål om dage, ikke måneder. Har I ikke et API, er det dér, arbejdet ligger — og det arbejde skulle laves alligevel.

Nogle vælger at lukke af. Ingen deling, ingen agenter, ingen data ud af huset. Det er en legitim beslutning, og der er brancher, hvor den er rigtig.

Men prisen skal være kendt. Lukker I af, forsvinder I ikke bare fra de nye kanaler. I forsvinder også fra de sammenligninger, kunderne laver, før de overhovedet ved, hvad de leder efter. Det er den fase, hvor det tidligere var kategorisider og anmeldelser, der gjorde arbejdet.

Og I lukker ikke for skrabning. I lukker for den kontrollerede adgang og beholder den ukontrollerede.

Vores anbefaling er derfor sjældent at lukke helt. Den er at tage stilling pr. kanal: hvem må hente hvad, hvor ofte, og hvad får vi igen. Præcis som med prissammenligningssites for femten år siden. Dengang var svaret heller ikke at trække stikket, men at forhandle vilkårene.

Her bliver det ubehageligt. Når en agent henter et svar og kunden køber tre dage senere ved at skrive jeres navn i søgefeltet, er der ingen henvisning, ingen UTM og ingen klik at tilskrive.

Den trafik lander som direkte eller som brandsøgning. Jeres dashboard vil vise, at brandkendskabet stiger, og at ingen ved hvorfor.

Der findes ikke en færdig løsning på det i dag. Men der findes tre ting, der hjælper.

For det første: mål andelen af spørgsmål, hvor I bliver nævnt. Læg en fast liste af femten til tredive spørgsmål, jeres kunder reelt stiller, kør dem gennem de assistenter, der betyder noget, og notér om I er med. Månedligt. Det er groft, men det er en linje, der kan følges.

For det andet: hold øje med brandsøgninger i Search Console som en afledt effekt. Stiger de uden at andet ændrer sig, sker der noget i de samtaler, I ikke kan se.

For det tredje: spørg kunderne. Ét felt i checkout — hvor hørte du om os — giver mere end tre måneders spekulation.

I skal ikke bygge en agentplatform. I skal gøre fem ting, der alligevel skulle gøres.

Et: ryd op i produktdata på de tyve vigtigste produkter. Felter, ikke prosa. Mål tiden, det tager, og gang op.

To: få lager og leveringstid til at være sande i realtid. Find ud af, hvor forsinkelsen er i dag, og fjern den.

Tre: tag aktivt stilling til delingen i de platforme, I allerede bruger. Gå ind i Shopify under salgskanaler, se hvad der er slået til, og beslut det. Standardindstillingen er ikke en beslutning.

Fire: fjern én forhindring i checkout hvert kvartal. Begynd med den, flest falder fra på.

Fem: læg den faste spørgsmålsliste, og kør den første måling nu, så I har et udgangspunkt at sammenligne med.

Det er arbejde for et par uger fordelt over et kvartal. Ikke et projekt.

Vi ser de samme fire fejl.

Den første er at behandle det som et SEO-spørgsmål. Det er et produktdata- og driftsspørgsmål. Den bedste tekstforfatter i landet kan ikke skrive sig ud af et manglende felt.

Den anden er at bygge en MCP-server, før produktdata er i orden. Så har I bygget en pæn dør ind til et rodet lager.

Den tredje er at lade standardindstillingerne bestemme. Vi har set butikker, der delte hele sortimentet med en kanal, de ikke vidste eksisterede, og butikker, der havde lukket alt af uden at kunne svare på hvorfor. Begge dele er samme fejl: ingen tog stilling.

Den fjerde er at vente på, at det bliver færdigt. Det bliver det ikke. Men de butikker, der har rene produktdata og et lagertal, der passer, er klar til hver eneste version af det her, der kommer — og de sælger i øvrigt også bedre til mennesker imens.