Agentisk produktdataside

Formål: Give en AI-shoppingagent nok præcis, aktuel, maskinlæsbar information til at identificere en vare, vurdere et tilbud, beregne om den kan leveres, forklare returrisikoen og overdrage eller gennemføre en transaktion uden at gætte.

Primært spørgsmål: “Kan jeg købe dette præcise produkt til denne kunde, til denne pris, på dette sted, under disse leverings- og returbetingelser?”

En agentisk produktdataside er en stabil offentlig repræsentation af ét produkt eller én variantfamilie, bygget til både inspektion og handling. I modsætning til en konventionel produktside , der kan støtte sig til visuel hierarki og overbevisende kontekst, behandler denne type identitet, tilbud, tilgængelighed, forsendelse og returpolitik som eksplicitte felter med afgrænset omfang. De to formater bør normalt sameksistere på én kanonisk URL: mennesker får forklaring og dokumentation; agenter får de samme fakta i synlig tekst, struktureret markup og pålidelige handelsgrænseflader.

Spørgsmål, den besvarer

Siden skal lade en shoppingagent besvare alle disse uden at udlede en manglende værdi:

• Hvilket præcist produkt og hvilken præcis variant beskriver denne post?
• Hvilken forhandler-SKU, global identifikator, mærke, model, størrelse, farve, kapacitet og stand identificerer den?
• Hvad er den aktuelle pris, valuta, enhed, momsbehandling og gyldige tilbudsperiode?
• Er den valgte variant faktisk på lager, i restordre, til forudbestilling eller udgået?
• Kan den sendes til kundens destination, til hvilken pris, gennem hvilken metode og inden for hvilket leveringsvindue?
• Hvem sælger og opfylder den, og hvor overgår ansvaret?
• Hvad kan returneres, inden for hvor mange dage, med hvilken metode, på hvis regning og med hvilke undtagelser?
• Hvilken handling er gyldig nu: køb, reserver, anmod om tilbud, skriv dig på venteliste eller vælg et andet tilbud?

Siden er klar til agentisk brug kun når fravær er eksplicit. “Forsendelse ikke angivet” er anderledes end gratis forsendelse; “tilgængelighed ukendt” er anderledes end på lager.

Hvornår skal dette posttype bruges

Brug det, når et produkt kan vælges eller handles, og en automatiseret klient har brug for mere end en marketingbeskrivelse. Det er især værdifuldt, hvor varianter, sælgere, destinationer eller politikundtagelser gør svaret betinget.

Opret ikke en separat indekserbar “AI-version”, der gentager menneskesiden. Duplikering skaber konkurrerende kanoniske URL’er og to steder, hvor flygtige fakta kan afvige. Brug kun en separat repræsentation, når content negotiation, et dokumenteret endepunkt eller et ikke-indekserbart datasvar opfylder et reelt klientbehov.

Bedst til disse forretningstyper

1. E-handel . Den stærkeste pasform, fordi pris, variant, lager, forsendelse og returpolitik allerede findes i driftssystemerne. Opgaven er at eksponere dem med de samme identifikatorer og det samme omfang, der bruges ved betaling.
2. Markedspladser . Væsentligt, når ét produkt har flere sælgere eller stande. Produktidentitet skal forblive adskilt fra tilbudsidentitet, så en agent ikke knytter én sælgers pris til en anden sælgers leverings- eller returbetingelser.
3. Producenter og industrielle virksomheder . Værdifuldt for modelnumre, teknisk kompatibilitet, pakkestørrelser, regionale distributører, leveringstider og tilbudsbaseret tilgængelighed. “Kontakt os” bør stadig eksponere, hvad der kan tilbydes, og hvilke fakta der varierer.
4. SaaS . Nyttigt, når en plan, et tilkøb, en sædepakke eller en forbrugspakke er reelt købbar. Erstat fysiske forsendelsesfelter med aktiveringsperiode og regional eller kontobaseret berettigelse, mens prisgrundlag, fornyelse, annullering og sælgeridentitet holdes eksplicitte.

Søgehensigt

Hensigten ligger ved beslutnings- og transaktionsgrænsen. Forespørgsler kombinerer et kendt produkt eller en kendt model med “pris”, “på lager”, “levering til”, “returpolitik”, en størrelse eller farve eller en købsinstruktion. En AI-prompt kan tilføje begrænsninger i én sætning: “Find den sorte 256 GB-model under €900, leveret til Bratislava næste uge, med mindst 30 dages returret.”

Det korrekte svar er ikke en generel anbefaling. Det er et begrænset tilbud: præcis variant, præcis sælger, aktuel total, destinationsberettigelse, leveringsestimat, returbetingelser og en stabil handling. Hvis én betingelse ikke kan verificeres, skal svaret identificere hullet i stedet for lydløst at lempe det.

Sidedesign

Ordbånd holder forklaringen proportionel. Det meste kritiske indhold er feltdata, ikke prosa, og skal genereres fra styrede kilder frem for at blive kopieret ind i redaktionel tekst.

Påkrævede elementer

Rækkefølgen følger afhængighed: et tilbud kan ikke vurderes før identiteten er stabil, og et leveringsløfte kan ikke vurderes før tilbud og destinationsomfang er kendt.

Frontmatter

Følg frontmatter-specifikationen . På denne specifikationsside bruges entity = "post-type-agentic-product-data" og schemaTypes = [ "Article", "FAQPage" ], fordi siden forklarer en posttype frem for at sælge det fiktive eksempel.

På en produceret handelsside skal entity identificere det stabile produkt, såsom northstar-travel-charger-65w, mens SKU og globale identifikatorer identificerer salgbare varianter. Brug Product for produktet og Offer for én sælgers købbare tilbud; brug AggregateOffer kun når den synlige side reelt opsummerer flere tilbud. Tilføj relevante forsendelses- og forhandler-returpolitikegenskaber. En produktside med synligt FAQ-indhold kan også kvalificere sig til FAQPage, afhængigt af gældende søgemaskinereglering, men FAQ-markup er ikke en erstatning for Product- og Offer-data.

Sandhedskilden bør også styre feeds, API’er og betaling. Påkrævede driftsfelter inkluderer valuta, marked, sælger, opfyldelsesejer, valgt SKU, prismæssig gyldighed, tilgængelighedstidsstempel, forsendelsesdestinations omfang, returpolitiks omfang, kanonisk URL og dataejer. Skemaets fuldstændighed betyder, at påkrævede beslutningsfelter både er udfyldt og korrekte – ikke at alle mulige egenskaber fremgår.

Fuldstændigt eksempel

Denne fiktive side demonstrerer minimumstransaktionskontrakten. Dens værdier er eksempler, ikke påstande om en reel forhandler.

# Northstar 65 W rejselader — EU, sort

Northstar 65 W rejseladeren, SKU NS-65-EU-BLK og GTIN 09506000134352, sælges som ny af Northstar Direct for €49,00 inkl. moms. Denne sorte EU-variant er på lager. Standardlevering til Slovakiet koster €4,90 og forventes leveret 1.–3. september 2026 ved bestilling før kl. 14:00 CEST den 27. august.

## Produktidentitet

| Felt | Værdi |
|---|---|
| Mærke | Northstar |
| Model | Travel Charger 65 W |
| Forhandler-SKU | NS-65-EU-BLK |
| GTIN-14 | 09506000134352 |
| Variant | EU-stik, sort |
| Stand | Ny |
| Inkluderet | Lader og 1 m USB-C-kabel |

## Tilbud

| Sælger | Pris | Valuta | Moms | Tilgængelighed | Gyldig til |
|---|---|---|---:|---|---|
| Northstar Direct | 49,00 | EUR | Moms inkluderet | På lager | 31. august 2026, kl. 23:59 CEST |

Prisen gælder for én NS-65-EU-BLK-enhed. Maksimal online-kvantitet er fire pr. ordre. Sælger og opfyldelsesudbyder er Northstar Direct.

## Forsendelse til Slovakiet

| Metode | Pris | Ekspedition | Transittid | Forventet levering |
|---|---|---|---:|---|
| Standard sporbart | €4,90 | Samme hverdag før kl. 14:00 CEST | 2–4 hverdage | 1.–3. september 2026 |
| Express sporbart | €12,90 | Samme hverdag før kl. 14:00 CEST | 1–2 hverdage | 31. august–1. september 2026 |

Lithiumbatterier er ikke inkluderet. Leveringsestimater ekskluderer adressekorrektioner og transportørforstyrrelser. Genberegn forsendelse efter destinations- eller kurvændringer.

## Returpolitik og garanti

Ubenyttede produkter kan returneres inden for 30 kalenderdage efter levering via online-returformularen. Kunden betaler returporto, medmindre produktet er defekt eller forkert. Åbnet emballage accepteres, når lader, kabel og dokumentation er komplette og ubeskadigede. Refusioner sker til den oprindelige betalingsmetode efter inspektion. En toårig begrænset garanti dækker fabrikationsfejl, men ikke utilsigtet skade eller væskeskade.

## Transaktionstilstand

Verificeret mod katalog-, lager-, forsendelses- og returpolitiksystemer kl. 10:00 CEST den 27. august 2026. Genvalider pris, lager, destinationsberettigelse, leveringsestimat og returomfang umiddelbart før betaling.

[Køb den sorte EU-variant]

Eksemplet holder pris og gyldighed sammen, adskiller ekspedition fra transittid, angiver returbetaleren og afgrænser enhver flygtig påstand. Et menneske kan læse det; en agent kan kortlægge det til felter uden at fortolke en salgsfremmende sætning.

Designgalleri

Brug samme produkt, variant, sælger, destination og tidsstempel i hvert design, så gennemgang tester dataforståelse frem for forskellige eksempler.

Kvalitetstjekliste

• Én kanonisk produktidentitet er adskilt fra SKU-niveauets varianter og sælgerniveauets tilbud.
• SKU-, GTIN-, ISBN- eller producentens varenummer-værdier tilhører den præcise variant; ingen identifikator er udledt eller fabrikeret.
• Produktnavn, mærke, model, stand, valgte attributter og kanonisk URL stemmer overens i synligt indhold, skema, feed og betaling.
• Pris inkluderer valuta, enhed eller faktureringsgrundlag, momsomfang, sælger, kvantitetsregel og gyldighed hvor relevant.
• Tilgængelighed beskriver den valgte SKU og sælger, ikke overordnet produkt eller en tilstødende lagerpost.
• Forsendelse angiver destinationsomfang, pris, tærskel, ekspeditionstid, transittid, forventet levering og begrænsninger uden at behandle et estimat som en garanti.
• Returpolitik angiver vindue, startbegivenhed, accepteret stand, metode, gebyrer, refusionsvej og produkt- eller regionale undtagelser.
• Ukendte værdier identificeres som ukendte; tomme celler antyder aldrig gratis, inkluderet eller tilgængelig.
• Flygtige fakta kommer fra driftssystemer og eksponerer et meningsfuldt verifikationstidspunkt.
• JavaScript-deaktiverede og gengivede svar eksponerer begge de kritiske identitets- og tilbudsfakta, som tilsigtede klienter har brug for.
• Product- og Offer-markup matcher synligt indhold og bruger den korrekte variant, sælger, valuta og politikomfang.
• Købs- eller overdragelseshandlingen bevarer variant, tilbud, destination, kvantitet og attribuering.
• Udsolgte, forudbestillings-, kun-tilbuds- og udgåede tilstande ændrer både beskeden og den tilladte handling.
• Automatiserede tests opdager uoverensstemmelser mellem side, skema, feed, API og betaling, før et forældet tilbud når en agent.
• Manuel gennemgang kontrollerer undtagelsesformuleringer, regulerede påstande og usædvanlige forsendelses- eller retursager, som feltvalidering ikke kan vurdere.

Almindelige fejl

At behandle skema som skjult produktkopi. Strukturerede data beskriver synlige fakta; de må ikke introducere en bedre pris, anden bedømmelse, bredere tilgængelighed eller et returløfte, som siden ikke viser.

At bruge en overordnet SKU til alle varianter. Et blåt medium tøjstykke og et sort large tøjstykke er forskellige salgbare valg. Bind identifikatorer, pris, billede, lager og handling til den valgte variant.

At offentliggøre pris uden omfang. “€49” er ufuldstændigt, når moms, enhed, abonnementsperiode, sælger, minimumskvantitet, marked eller udløb ændrer beløbet.

At kalde ukendt forsendelse gratis. Forsendelse skal beregnes eller være eksplicit utilgængelig for destinationen. En nulværdi er et kommercielt løfte, ikke en pladsholder.

At kombinere ekspedition og transittid. En to-dages transportørservice afsendt efter fem dage er ikke to-dages levering. Gem og vis begge intervaller, og beregn derefter et estimeret datospænd.

At linke kun til en generel returside. Agenten har brug for det gældende vindue og undtagelser på tilbudssiden plus en stabil politik-URL for detaljer. Kategorudelukkelser må ikke være skjult bag linket.

At cache lager som redaktionelt indhold. Lagerbeholdning kan ændre sig mellem crawl og betaling. Brug passende cache-levetider, ugyldiggørelse, tidsstempler og obligatorisk genvalidering før gennemførelse.

At oprette en anden “AI-produktside”. Parallelle indekserbare sider afviger og splitter signaler. Foretræk én kanonisk menneske-og-maskine-kilde med alternative repræsentationer kun til et dokumenteret teknisk behov.

At lade CTA’en lyve. En udsolgt vare kan ikke have en aktiv “Køb nu”-handling. Erstat den med en lagerbesked, forudbestilling, tilbud eller alternativ, der afspejler den reelle tilstand.

Intern linking

Link opad til kategorisiden , når en agent skal vælge mellem produkter, og sidelæns til den kanoniske produktsidespecifikation , når produktionsteamet har brug for menneskerettede dokumentations- og overbevisningsregler. Link til en dokumentationsartikel for opsætning, kompatibilitetsdetaljer, pleje eller brug efter køb i stedet for at fylde transaktionsfelter med instruktioner.

Inden for produktposten skal links placeres ved siden af den betingelse, der skaber det næste spørgsmål: den fulde returpolitik ved siden af den opsummerede returregel, leveringsbegrænsninger ved siden af forsendelse og kompatible tilbehør ved siden af den relevante specifikation. Brug et internt linkmodul kun til et lille sæt forklarede alternativer eller understøttende sider. Lad ikke en agent navigere gennem flere vage “læs mere”-links for at rekonstruere en transaktion.

Ethvert linket tilbud skal bevare variant- og sælgerkontekst. Parametriserede valg skal løses forudsigeligt, og kanoniske regler skal forhindre, at filter-, valuta- og destinationstilstande formerer sig til duplikerede indekserbare URL’er.

Sådan måler du resultater

Mål pålidelig produktopløsning og transaktionsprogression, ikke kun sidetrafik. Etablér en baseline efter marked, enhed, klient, produkt, variant og sælger, hvor volumen tillader det.

Spor:

• gyldige produkter og salgbare varianter med komplette identifikatorer;
• Product- og Offer-poster, der består teknisk validering og kommerciel afstemning;
• uoverensstemmelser i pris, valuta, lager, sælger, forsendelse, returpolitik og valgt SKU på tværs af side, skema, feed, API og betaling;
• crawl- eller agentforespørgsler, der modtager brugbare kritiske data uden script-, samtykke-, autentificerings- eller timeoutfejl;
• shoppingsvar og citater, der bevarer variant-, sælger-, pris-, tilgængeligheds-, destinations-, leverings- og politikbetingelser;
• produktvalg-, læg-i-kurv-, betalingsstart-, tilbuds-, reservations- og færdiggjorte ordrehændelser tilskrevet den oprindelige klient eller overdragelse;
• mislykkede overdragelser forårsaget af forældet lager, ændret pris, ikke-understøttet destination, ugyldig variant, udløbet session eller politikuoverensstemmelse;
• annulleringer, returneringer og kundeservicehenvendelser forårsaget af en kendsgerning, som agenten præsenterede forkert eller udelod;
• tid fra kildesystemsændring til korrigeret offentlig repræsentation.

Brug AI-tilgængelighed og agentberedskab til at teste, om automatiserede klienter kan nå og fortolke handelsfladen. Åbn AmICited Cockpit for at sammenligne synlighed, citerede kilder, landingsaktivitet og kommercielle resultater over samme observationsperiode.

Følg hvordan vi måler resultater for at adskille opdagelse, korrekt repræsentation, engagement, transaktionsprogression og omsætning. Annotér katalogmigreringer, priskampagner, lagerhændelser, politikændringer og protokoludgivelser, før du tilskriver bevægelse. Et citeret produktsvar er ikke en succes, hvis dets tilbud ikke kan overleve betalingsvalidering.

FAQ

Ofte stillede spørgsmål