Prisen må stå i HTML-en, ikke i et skript

En agent som skal svare «koster 1 299 kroner og er på lager», må finne de opplysningene i det svaret serveren sender. Ikke i noe som settes inn etterpå, ikke i et bilde, og ikke bare i en <span> et skript fyller ut.

I gjennomgangen vår av 135 norske nettsteder var det 102 nettsteder der minst én kategori ikke lot seg vurdere i det hele tatt. Overveiende gjaldt det produktdata, av den enkle grunn at det ikke fantes maskinlesbart noe sted vi kom til. Det er en måling, ikke et hull i verktøyet: vi sjekket fire større kjeder for hånd, og platekompaniet.no og devold.com serverte null JSON-LD på sine egne produktsider — hentet direkte fra deres egne produktsitemap, 62 KB og 257 KB HTML, uten en eneste ld+json-blokk. bohus.no og norli.no hadde ingen på tvers av henholdsvis 74 og 106 mellomlagrede sider.

Fire ting som ryker

Prisen settes inn av et skript. Da er den borte, også om du har JSON-LD ved siden av — for JSON-LD-en blir gjerne fylt ut av det samme skriptet.

Prisen er formatert som i Norge. "1 299,00" er riktig for et menneske og ubrukelig i et felt som skal tolkes som tall. I schema.org/Offer skal price være 1299.00 med punktum og uten mellomrom, og priceCurrency skal være NOK. Den synlige prisen på siden kan og bør se ut som 1 299 kr. Dette er en spesifikt nordisk felle, og den er lett å gå i.

Varianter mangler. Dette er det største hullet vi kjenner til. Vi ga ekte kjøpsoppgaver til flere assistenter, og alle brøt på det samme punktet: lagerstatus per variant. Siden sier at jakken finnes. Den sier ingenting maskinlesbart om at str. L i svart er utsolgt. Agenten anbefaler en vare kunden ikke kan kjøpe, og det er verre enn ingen anbefaling.

Dataene stemmer ikke med siden. Google krever at strukturerte data samsvarer med det som er synlig. Vi sjekker at data er lesbare — ikke at de er riktige — men en Offer som sier 999 der siden sier 1 299, er en feil du får igjen for på et eller annet vis.

Slik sjekker du

Åpne en produktside og let etter prisen slik en maskin gjør det:

curl -sL https://dinbutikk.no/et-produkt | grep -oE "1[ .]?299([,.][0-9]{2})?" | head
curl -sL https://dinbutikk.no/et-produkt | grep -o "ld+json" | wc -l

Første kommando må gi treff. Gjør den ikke det, finnes ikke prisen i svaret ditt.

Så ser du på selve blokken:

curl -sL https://dinbutikk.no/et-produkt \
  | sed -n 's/.*<script type="application\/ld+json">\(.*\)<\/script>.*/\1/p' | head -c 2000

Se etter fire ting: "@type": "Product", en offers med price som ren tallverdi, priceCurrency: "NOK", og availability. Er price tom eller står den som "1 299,00", har du funnet feilen.

Ett viktig unntak, igjen

Strukturerte data trenger ikke ligge på produktsiden. kicks.no legger 61 oppmerkede produkter på hver listeside, og det var mer enn nok for både ChatGPT og Claude til å finne et produkt og prisen på det da vi testet for hånd. Vi meldte det først som mangel fordi vi lette på feil sted. Det var vår feil, og vi teller nå produktdata der nettstedet faktisk publiserer dem.

Så: sjekk listesidene dine også, ikke bare produktsidene.

Hva du gjør

1. Legg pris, valuta og lagerstatus i det første svaret fra serveren. Både som synlig tekst og i JSON-LD.
2. Skriv price som maskintall. 1299.00, punktum, ingen tusenskille, priceCurrency: "NOK" ved siden av. Vis gjerne 1 299 kr for kunden.
3. Marker opp hver variant. Bruk ProductGroup med hasVariant, og gi hver variant sin egen Offer med sin egen availability og sin egen sku. Dette er den enkeltendringen som gir mest tilbake, fordi det er her alle agenter ryker.
4. La hver variant ha sin egen adresse. ?variant=... som en ekte lenke, med riktig pris og lagerstatus i svaret.
5. Ta med gtin og brand når du har dem. Det er slik en agent kobler varen din til det kunden faktisk spurte om.

Slik ser du at det ble bedre

En kommando skal være nok:

curl -sL https://dinbutikk.no/et-produkt | grep -A3 "availability"

Du skal se availability for den varianten adressen peker på, og en price som er et tall. Test en variant du vet er utsolgt, og se at svaret sier OutOfStock. Det er den ene testen som fanger feilen alle agenter faktisk gikk på.

Hvor tallene kommer fra

102 av 135 er fra vår egen gjennomgang av 135 norske nettsteder i august 2026 (docs/findings.md). Kontrollene av platekompaniet.no, devold.com, bohus.no og norli.no ble gjort for hånd 8. august 2026, mot nettstedenes egne produktsitemap. Observasjonen om lagerstatus per variant kommer fra at vi ga flere assistenter ekte kjøpsoppgaver og noterte hvor de brøt.

Vi bekrefter at data er lesbare. Vi bekrefter ikke at de er riktige.