Hopp til innhold
CitationLab
Tilbake til Måling og verktøy
Stille siteringstyver

«Kontakt oss for pris» – slik skriver du deg ut av sammenligningen

Konkurrenten din har prisliste. Derfor er det hen som blir anbefalt – ikke fordi hen er billigst. En AI-modell som skal svare på hva noe koster, trenger et tall å gjengi – har du aldri publisert et, henter den svaret et annet sted.

KR
Krister Ross
Grunnlegger og daglig leder, CitationLab
Publisert 7 min lesetid
Vet du om AI-crawlerne dine faktisk kommer gjennom?Kjør en gratis synlighetssjekk

Konkurrenten din har prisliste. Du har et kontaktskjema.

Når noen spør en AI-modell «hva koster [kategori] i Norge», bygger modellen svaret sitt av konkrete tall den kan hente og gjengi. Har virksomheten din aldri publisert et tall – verken et spenn, en fra-pris eller et eksempel – har modellen ingenting fra deg å bygge svaret på. Den bruker i stedet tallet fra konkurrenten som faktisk har en prisside, uavhengig av hvem som er billigst, hvem som leverer mest, eller hvem som passer best for spørsmålet som ble stilt.

«Kontakt oss for pris» var en salgstaktikk bygget for én kanal: et menneske som leser siden, blir nysgjerrig nok til å ta kontakt, og en selger som får kvalifisere behovet før tallet kommer på bordet. Det er en rimelig taktikk når mottakeren er en person som selv kan velge å ta neste steg. Den samme formuleringen, lest av en AI-modell som skal generere et svar der og da, er ikke en invitasjon til dialog. Den er en beskjed om at det ikke finnes noe å sitere her – gå videre til neste kilde.

Ærlig først: grunnene til å ikke publisere pris er reelle

Før løsningen: begrunnelsene for å holde pris skjult er ikke stråmenn. De er ofte rasjonelle, og noen av dem gjelder fortsatt selv når AI-synlighet tas med i regnestykket.

Å publisere et konkret tall avslører noe om marginene dine, i hvert fall for noen som regner baklengs fra kjente kostnader i bransjen. En prisliste gjør det lettere for en konkurrent å legge seg tre kroner under, uten selv å ha tatt kostnaden ved å finne ut hva som er en fornuftig pris i utgangspunktet. Og for en del leveranser er «hva koster det» ærlig talt ikke et spørsmål med ett svar – et komplekst B2B-prosjekt, en skreddersydd integrasjon eller en tjeneste som varierer sterkt med omfang, kan ha en reell pris som først finnes etter en samtale, ikke før den.

Ingenting av dette betyr at «kontakt oss for pris» er feil valg for enhver virksomhet. Det betyr at valget har fått en kostnad som ikke fantes for fem år siden – fordi kostnaden nå også inkluderer å bli utelatt fra AI-svar der kjøpere allerede sammenligner.

Mellomformatene som faktisk fungerer

Løsningen er sjelden å legge hele prislisten rå og uredigert ut på nettsiden. Det finnes et helt spekter av formater mellom «ingenting» og «full prisliste» som gir en AI-modell nok til å sitere deg, uten å gi bort alt:

  • Prisspenn («fra 15 000 til 45 000 kroner, avhengig av omfang») gir et konkret tallområde uten å love én eksakt sum for en leveranse som faktisk varierer.
  • Fra-priser («fra 4 990 kroner per måned») setter et gulv en modell kan sitere direkte, selv om den øvre grensen forblir åpen.
  • Konkrete eksempler («en typisk kunde med [kjennetegn] betaler rundt X for Y») gir et tall forankret i en beskrivelse, ikke et løfte om at akkurat den leseren får akkurat det tallet.
  • En prisberegner der brukeren fyller inn noen få variabler og får et tall tilbake, løser det samme problemet for leveranser som er for varierte for et enkelt spenn – forutsatt at tallene den bygger på faktisk er tilgjengelige i den rå HTML-en, ikke bare bak et skjema en bruker må fylle ut og en JS-motor som regner ut svaret på klientsiden.

Ingen av disse formatene krever at du avslører den nøyaktige marginen din eller den laveste prisen du noen gang har gitt en storkunde. De krever bare at et tall – et reelt, forankret tall – finnes et sted en modell kan hente det fra.

Prisen må stå som tekst i den rå HTML-en – ikke bare i et bilde eller en JS-widget

Dette er samme mekanisme som resten av denne serien har vist for annet innhold, bare anvendt på tall i stedet for påstander. En AI-crawler henter siden din som tekst. Det den ikke kan gjøre, er å lese et tall av et rasterisert bilde av en prisliste, tolke en PDF som ligger bak en nedlastingsknapp, eller vente på at en JavaScript-motor regner ut et tall og skriver det inn i DOM-en etter at siden er lastet – med mindre nettopp den crawleren rendrer JS fullt ut, noe langt fra alle gjør konsekvent.

Praktisk konsekvens: en prisberegner bygget slik at grunnprisene og formelen ligger skjult i en klient-side JavaScript-fil, mens selve tallresultatet aldri vises som statisk tekst noe sted på siden, er usynlig for formålet denne artikkelen handler om – uansett hvor pent kalkulatoren fungerer for en menneskelig besøkende med JavaScript påslått. Samme gjelder en prisliste som kun finnes som et skannet bilde eller en nedlastbar PDF: informasjonen finnes, men ikke som tekst i responsen crawleren faktisk mottar.

Løsningen er ikke å fjerne kalkulatoren. Det er å sørge for at minst ett representativt tall – et eksempel, et spenn, en fra-pris – også står som vanlig, lesbar tekst et sted på siden, uavhengig av om brukeren noensinne trykker på kalkulatoren.

Product/Offer-schema hjelper – men synlig tekst teller mer

Schema.org sine Product- og Offer-typer lar deg strukturere pris, valuta og tilgjengelighet slik at en maskin kan lese dem presist: price, priceCurrency, availability, validFrom. Det er verdt å implementere der prisen er stabil og entydig nok til å strukturere – en abonnementspris, et fastprisprodukt.

Men samme mønster som har gått igjen gjennom hele denne serien, gjelder også her: schema uten tilsvarende synlig tekst er ikke nok til å bli sitert med tillit. Et Offer-objekt med price satt til 4990, plassert i en <script type="application/ld+json">-blokk som aldri gjenspeiles noe sted i den lesbare teksten på siden, gir en modell et tall den ikke kan verifisere mot noe et menneske faktisk kan lese. Strukturert markup er en forsterkning av informasjon som allerede finnes synlig – ikke en erstatning for den. Riktig rekkefølge er: skriv prisen som lesbar tekst først, la Product/Offer-schema speile akkurat det samme tallet etterpå.

B2B har flere legitime grunner til skjult pris enn B2C

Ikke alle bransjer bør behandles likt her. En vanlig forbruker som spør en AI-modell hva et abonnement, en tjeneste eller et produkt koster, forventer og fortjener et konkret svar – B2C-priser er som regel standardiserte nok til at et spenn eller en fast pris er både mulig og rimelig å publisere.

B2B er en annen situasjon. Store, forhandlede avtaler, volumrabatter, tilpassede integrasjoner og lange kundeforhold gjør at «prisen» reelt sett forhandles fra sak til sak, og et publisert tall kan i verste fall bli en boomerang – en potensiell storkunde som ser et lavt fra-tall og forventer at det gjelder deres langt mer komplekse behov. Her er «kontakt oss for pris» ofte et ærlig svar, ikke en unnamanøver.

Selv i B2B er det verdt å gi modellen noe å bygge på: et prisspenn for det enkleste tilfellet, en fra-pris for inngangsproduktet, eller et eksempel («et mellomstort selskap med X ansatte betaler typisk Y»). Det koster ikke forhandlingsrommet ditt for de store avtalene, men det gir deg en sjanse i svarene der noen sammenligner det enkle, standardiserte alternativet – som ofte er akkurat det spørsmålet en AI-modell faktisk blir stilt.

Selvsjekk: spør en modell hva kategorien din koster i Norge

Selvsjekk. Åpne en AI-modell – ChatGPT, Gemini, Perplexity, hva du selv bruker mest – og spør «hva koster [din kategori] i Norge?», formulert som en vanlig kunde ville spurt, ikke med bransjesjargong.

Se etter to ting i svaret: Er du med i det hele tatt? Og er konkurrenten din med, med et konkret tall, mens du er fraværende eller nevnt uten pris? Er svaret ja på det siste, er det sjelden fordi konkurrenten er billigere – det er fordi konkurrenten ga modellen noe å sitere, og det gjorde ikke du.

Ofte stilte spørsmål

Betyr dette at jeg må publisere hele prislisten min?
Nei. Poenget er ikke full åpenhet, men at det finnes minst ett konkret, forankret tall en AI-modell kan sitere. Et prisspenn, en fra-pris eller et konkret eksempel er ofte nok til å komme med i sammenligningen – full prisliste er ett av flere gyldige valg, ikke det eneste.
Er det ikke risikabelt å vise pris når konkurrentene kan underby meg?
Risikoen er reell, men den må veies mot den nyere kostnaden ved å holde prisen skjult: å bli utelatt fra AI-svar der kjøpere allerede sammenligner alternativer. Et prisspenn eller en fra-pris gir konkurrenter mindre å underby enn en fullstendig, detaljert prisliste, og er derfor ofte et fornuftig mellomsteg mellom full åpenhet og total taushet.
Holder det å ha en prisberegner på siden min?
Bare hvis resultatet – eller minst ett representativt eksempeltall – finnes som lesbar tekst i den rå HTML-en, ikke bare regnet ut av JavaScript på klientsiden etter at brukeren har fylt inn egne verdier. En AI-crawler som ikke rendrer JavaScript fullt ut, ser aldri tallet kalkulatoren din produserer, uansett hvor godt den fungerer for en menneskelig besøkende.
Er B2B og B2C likt når det gjelder å vise pris?
Nei. B2C-priser er som regel standardiserte nok til at et spenn eller en fast pris er både mulig og rimelig å vise. B2B har flere legitime grunner til å holde prisen forhandlingsbar – store, tilpassede avtaler har sjelden én riktig pris – men selv der er det verdt å gi modellen et forankret utgangspunkt for det enkleste, mest standardiserte tilfellet.
Er det nok å legge inn Product- eller Offer-schema med prisen, uten å vise den i teksten?
Nei. Strukturert markup er en forsterkning av informasjon som allerede finnes synlig på siden, ikke en erstatning for den. Et prisfelt i schema uten et tilsvarende, lesbart tall et sted på siden gir en modell et tall den ikke kan verifisere mot noe et menneske faktisk kan lese, og bidrar dermed mindre til tillit og sitering enn tenkt.

Var dette nyttig?

Del:

Hold deg oppdatert

Få fagartikler, produktnyheter og analyser rett i innboksen.