Teknisk SEO · GEO · AEO · Norsk e-handel

Digital markedsføring og GEO i Norge: Slik bygger nettbutikker et bedre datagrunnlag for AI-søk

En praktisk og dokumentert veiledning til GEO, AEO, strukturert produktdata, GTIN, prisinformasjon og datakonsistens i norsk e-handel.

Av Mutaz Abubaker ·

Norsk e-handel møter et søkelandskap der synlighet ikke bare avgjøres av titler, interne lenker og tradisjonelle søkeord. Søkemotorer og AI-baserte svarsystemer må også kunne identifisere produkter, forstå priser og kontrollere at informasjonen er konsistent på tvers av flere datakilder.

For norske nettbutikker betyr dette at teknisk SEO må kombineres med strukturert data, tydelig produktinformasjon, dokumenterte kilder og god datakvalitet.

Hva betyr GEO og AEO?

Generative Engine Optimization, ofte forkortet GEO, beskriver arbeidet med å gjøre innhold forståelig, etterprøvbart og relevant for generative søkeopplevelser.

Answer Engine Optimization, AEO, handler om å strukturere informasjon slik at søke- og svarsystemer lettere kan hente ut et presist og dokumenterbart svar.

GEO og AEO erstatter ikke tradisjonell SEO. De bygger videre på de samme grunnprinsippene.

  • Tilgjengelige og indekserbare sider.
  • Tydelige svar på reelle brukerbehov.
  • Konsistente og etterprøvbare fakta.
  • Forståelig informasjonsarkitektur.
  • Dokumenterte kilder og oppdateringsdatoer.
  • Korrekt teknisk implementering.

Hva viste gjennomgangen av 20 produktsider?

Studien «20 norske produktsider under lupen» undersøkte et eksplorativt utvalg på 20 norske produktsider.

Utvalget er ikke stort nok til å representere hele norsk netthandel. Resultatene skal derfor forstås som observerte mønstre i det undersøkte utvalget, ikke som en fullstendig markedsmåling.

Elleve av tjue sider hadde mangler i prisinformasjonen

I det undersøkte utvalget hadde 11 av 20 sider, tilsvarende 55 prosent, ikke en konsekvent og maskinlesbar presentasjon av førpris, rabatt eller relevant priskontekst etter kriteriene som ble brukt i studien.

Problemet er ikke bare hvordan prisen vises visuelt. Dersom synlig pris, strukturert data og produktfeed beskriver tilbudet forskjellig, må søkesystemet avgjøre hvilken kilde som er riktig.

Fire av tjue sider manglet en tydelig produktidentifikator

Fire av 20 sider, tilsvarende 20 prosent, manglet en eksplisitt produktidentifikator etter studiens kontrollkriterier.

For produkter som har en produsenttildelt GTIN eller EAN, kan identifikatoren gjøre det enklere å koble samme produkt på tvers av butikker og datakilder.

En praktisk minimumsstandard for produktdata

Basert på funnene foreslår Mutaz.no en kontrollmodell med tre datalag. Målet er ikke å legge inn flest mulig Schema-felter, men å sikre at de samme faktaene finnes i alle relevante systemer.

1. Den synlige produktsiden

Produktsiden bør presentere produktet slik at en kunde kan kontrollere de viktigste opplysningene uten å være avhengig av skjulte feeds eller kode.

  • Produktnavn og variant.
  • Produsent eller merke.
  • Produktidentifikator når den finnes.
  • Gjeldende pris.
  • Eventuell førpris eller rabatt.
  • Lagerstatus.
  • Leveringsinformasjon.
  • Gyldighetsperiode når det er relevant.

2. Strukturert produktdata

Produktinformasjonen bør beskrives med relevant Schema.org-markup, vanligvis Product og Offer.

Markupen skal beskrive innhold som faktisk er synlig på siden. Den bør ikke inneholde priser, lagerstatus, vurderinger eller identifikatorer som kunden ikke kan kontrollere.

3. Produktfeed og handelssystem

Data sendt til Google Merchant Center eller andre produktplattformer bør samsvare med landingssiden, strukturert data, handlekurven, kassen og det interne produktsystemet.

Prisen i feeden bør ikke avvike fra prisen kunden møter på siden eller i kassen.

GTIN, EAN, SKU og MPN

En produktidentifikator må velges etter produktets faktiske egenskaper. Ingen butikk bør opprette en kunstig GTIN dersom produktet ikke har en gyldig global identifikator.

  • Bruk gtin13, gtin12, gtin8 eller gtin14 når en gyldig global identifikator finnes.
  • Bruk mpn for produsentens delenummer når dette er relevant.
  • Bruk sku for butikkens interne produktidentifikator.
  • En intern SKU er ikke automatisk en erstatning for en global GTIN.

Pris, førpris og prishistorikk

Det er viktig å skille mellom gjeldende salgspris, førpris eller referansepris og historiske priser over tid.

Strukturerte data kan beskrive gjeldende pris og enkelte typer referanse- eller medlemspriser. Et komplett historisk prisforløp krever derimot en egen datakilde, tydelige datoer og en visning som brukeren kan kontrollere.

JSON-LD alene utgjør derfor ikke et dokumentert prisarkiv.

Hvordan gjøre innhold lettere å kontrollere og sitere

En teknisk korrekt side er bare grunnlaget. En analyse blir mer anvendelig som kilde når metode, datagrunnlag og begrensninger er synlige.

  • En tydelig problemstilling.
  • Publisert metode.
  • Dato for datainnsamling.
  • Utvalgskriterier.
  • Råtall i tillegg til prosentandeler.
  • Definisjoner av kontrollpunktene.
  • Kjente begrensninger.
  • Forfatter og oppdateringsdato.
  • Lenker til primærkilder.
  • Nedlastbare data når dette faktisk er tilgjengelig.

Konklusjon

Synlighet i moderne søk handler ikke om å gjenta uttrykk som «GEO Norge» flest mulig ganger. Det handler om å redusere usikkerhet.

Når produktsiden, strukturert data, produktfeed og kasse beskriver samme produkt på samme måte, får både kunder og maskiner et mer pålitelig datagrunnlag.

Studien av 20 norske produktsider viser konkrete forbedringsområder, men resultatene må leses innenfor studiens metode og utvalg.

Vanlige spørsmål

Er GEO en erstatning for tradisjonell SEO?

Nei. GEO bygger videre på teknisk SEO, indekserbarhet, informasjonsarkitektur, innholdskvalitet og dokumenterte kilder.

Garanterer JSON-LD synlighet i AI-søk?

Nei. Strukturert data hjelper maskiner med å forstå innholdet, men gir ingen garanti for indeksering, rangering, rich results eller sitering.

Skal alle produkter ha GTIN?

Bare når produktet faktisk har en gyldig produsenttildelt GTIN. For andre produkter kan SKU eller MPN være relevant.

Er PriceSpecification et komplett prisarkiv?

Nei. Et dokumentert historisk prisforløp krever datoer, synlig informasjon og en egen pålitelig datakilde.

Primærkilder og dokumentasjon

  1. 20 norske produktsider under lupen — Mutaz.no
  2. AI features and your website — Google Search Central
  3. Introduction to structured data markup — Google Search Central
  4. Article structured data — Google Search Central
  5. Dataset structured data — Google Search Central
  6. Merchant listing structured data — Google Search Central
  7. Publishers and Developers FAQ — OpenAI