Gå til indhold
CitationLab
Tilbage til Måling og værktøjer
Stille citeringstyve

«Kontakt os for pris» – sådan skriver du dig ud af sammenligningen

Din konkurrent har prisliste. Derfor er det vedkommende, der bliver anbefalet – ikke fordi vedkommende er billigst. En AI-model, der skal svare på, hvad noget koster, har brug for et tal at gengive – har du aldrig offentliggjort et, henter den svaret et andet sted.

Ved du, om dine AI-crawlere faktisk kommer igennem?Kør et gratis synlighedstjek

Din konkurrent har prisliste. Du har en kontaktformular.

Når nogen spørger en AI-model »hvad koster [kategori] i Danmark«, bygger modellen sit svar af konkrete tal, den kan hente og gengive. Har din virksomhed aldrig offentliggjort et tal – hverken et interval, en fra-pris eller et eksempel – har modellen intet fra dig at bygge svaret på. Den bruger i stedet tallet fra konkurrenten, der faktisk har en prisside, uanset hvem der er billigst, hvem der leverer mest, eller hvem der passer bedst til det spørgsmål, der blev stillet.

»Kontakt os for pris« var en salgstaktik bygget til én kanal: et menneske, der læser siden, bliver nysgerrigt nok til at tage kontakt, og en sælger, der får lov at kvalificere behovet, før tallet kommer på bordet. Det er en rimelig taktik, når modtageren er en person, der selv kan vælge at tage næste skridt. Den samme formulering, læst af en AI-model, der skal generere et svar der og da, er ikke en invitation til dialog. Det er en besked om, at der ikke er noget at citere her – gå videre til næste kilde.

Ærligt først: grundene til ikke at offentliggøre pris er reelle

Før løsningen: begrundelserne for at holde prisen skjult er ikke stråmænd. De er ofte rationelle, og nogle af dem gælder stadig, selv når AI-synlighed tælles med.

At offentliggøre et konkret tal afslører noget om dine marginer, i hvert fald for den, der regner baglæns fra kendte omkostninger i branchen. En prisliste gør det lettere for en konkurrent at lægge sig tre kroner under, uden selv at have taget omkostningen ved at finde ud af, hvad der er en fornuftig pris i udgangspunktet. Og for en del leverancer er »hvad koster det« ærligt talt ikke et spørgsmål med ét svar – et komplekst B2B-projekt, en skræddersyet integration eller en tjeneste, der varierer kraftigt med omfang, kan have en reel pris, der først findes efter en samtale, ikke før den.

Intet af dette betyder, at »kontakt os for pris« er det forkerte valg for enhver virksomhed. Det betyder, at valget har fået en omkostning, der ikke fandtes for fem år siden – fordi omkostningen nu også inkluderer at blive udeladt af AI-svar, hvor købere allerede sammenligner.

Mellemformaterne, der faktisk virker

Løsningen er sjældent at lægge hele prislisten rå og uredigeret ud på hjemmesiden. Der findes et helt spektrum af formater mellem »intet« og »fuld prisliste«, der giver en AI-model nok til at citere dig, uden at give alt væk:

  • Prisintervaller (»fra 15.000 til 45.000 kroner, afhængigt af omfang«) giver et konkret talområde uden at love én eksakt sum for en leverance, der faktisk varierer.
  • Fra-priser (»fra 4.990 kroner om måneden«) sætter et gulv, en model kan citere direkte, selv om den øvre grænse forbliver åben.
  • Konkrete eksempler (»en typisk kunde med [kendetegn] betaler omkring X for Y«) giver et tal forankret i en beskrivelse, ikke et løfte om, at netop den læser får netop det tal.
  • En priskalkulator, hvor brugeren udfylder nogle få variabler og får et tal tilbage, løser det samme problem for leverancer, der er for varierede til et enkelt interval – forudsat at de tal, den bygger på, faktisk er tilgængelige i den rå HTML, ikke bare bag en formular, en bruger skal udfylde, og en JS-motor, der beregner svaret på klientsiden.

Ingen af disse formater kræver, at du afslører din nøjagtige margin eller den laveste pris, du nogensinde har givet en storkunde. De kræver kun, at et tal – et reelt, forankret tal – findes et sted, en model kan hente det fra.

Prisen skal stå som tekst i den rå HTML – ikke kun i et billede eller en JS-widget

Dette er samme mekanisme, som resten af denne serie har vist for andet indhold, blot anvendt på tal i stedet for påstande. En AI-crawler henter din side som tekst. Det, den ikke kan gøre, er at læse et tal ud af et rasteriseret billede af en prisliste, fortolke en PDF, der ligger bag en downloadknap, eller vente på, at en JavaScript-motor beregner et tal og skriver det ind i DOM'en, efter siden er indlæst – medmindre netop den crawler rendrer JS fuldt ud, hvilket langt fra alle gør konsekvent.

Praktisk konsekvens: en priskalkulator bygget sådan, at grundpriserne og formlen ligger skjult i en klient-side JavaScript-fil, mens selve taltresultatet aldrig vises som statisk tekst noget sted på siden, er usynlig for det formål, denne artikel handler om – uanset hvor pænt kalkulatoren fungerer for en menneskelig besøgende med JavaScript slået til. Det samme gælder en prisliste, der kun findes som et scannet billede eller en downloadbar PDF: informationen findes, men ikke som tekst i det svar, crawleren faktisk modtager.

Løsningen er ikke at fjerne kalkulatoren. Det er at sørge for, at mindst ét repræsentativt tal – et eksempel, et interval, en fra-pris – også står som almindelig, læsbar tekst et sted på siden, uanset om brugeren nogensinde trykker på kalkulatoren.

Product/Offer-schema hjælper – men synlig tekst tæller mere

Schema.orgs Product- og Offer-typer lader dig strukturere pris, valuta og tilgængelighed, så en maskine kan læse dem præcist: price, priceCurrency, availability, validFrom. Det er værd at implementere, hvor prisen er stabil og entydig nok til at strukturere – en abonnementspris, et fastprisprodukt.

Men samme mønster, der er gået igen gennem hele denne serie, gælder også her: schema uden tilsvarende synlig tekst er ikke nok til at blive citeret med tillid. Et Offer-objekt med price sat til 4990, placeret i en <script type="application/ld+json">-blok, der aldrig genspejles noget sted i den læsbare tekst på siden, giver en model et tal, den ikke kan verificere mod noget, et menneske faktisk kan læse. Struktureret markup er en forstærkning af information, der allerede findes synligt – ikke en erstatning for den. Den rigtige rækkefølge er: skriv prisen som læsbar tekst først, lad Product/Offer-schema spejle nøjagtigt det samme tal bagefter.

B2B har flere legitime grunde til skjult pris end B2C

Ikke alle brancher bør behandles ens her. En almindelig forbruger, der spørger en AI-model, hvad et abonnement, en tjeneste eller et produkt koster, forventer og fortjener et konkret svar – B2C-priser er som regel standardiserede nok til, at et interval eller en fast pris både er muligt og rimeligt at offentliggøre.

B2B er en anden situation. Store, forhandlede aftaler, mængderabatter, skræddersyede integrationer og lange kundeforhold gør, at »prisen« reelt forhandles fra sag til sag, og et offentliggjort tal kan i værste fald blive en boomerang – en potentiel storkunde, der ser et lavt fra-tal og forventer, at det gælder deres langt mere komplekse behov. Her er »kontakt os for pris« ofte et ærligt svar, ikke en undvigemanøvre.

Selv i B2B er det værd at give modellen noget at bygge på: et prisinterval for det simpleste tilfælde, en fra-pris for indgangsproduktet, eller et eksempel (»en mellemstor virksomhed med X ansatte betaler typisk Y«). Det koster ikke dit forhandlingsrum for de store aftaler, men det giver dig en chance i de svar, hvor nogen sammenligner det simple, standardiserede alternativ – hvilket ofte er netop det spørgsmål, en AI-model faktisk bliver stillet.

Selvtjek: spørg en model, hvad din kategori koster i Danmark

Selvtjek. Åbn en AI-model – ChatGPT, Gemini, Perplexity, hvad du selv bruger mest – og spørg »hvad koster [din kategori] i Danmark?«, formuleret som en almindelig kunde ville have spurgt, ikke med branchejargon.

Kig efter to ting i svaret: Er du med overhovedet? Og er din konkurrent med, med et konkret tal, mens du er fraværende eller nævnt uden pris? Er svaret ja til det sidste, er det sjældent, fordi konkurrenten er billigere – det er, fordi konkurrenten gav modellen noget at citere, og det gjorde du ikke.

Ofte stillede spørgsmål

Betyder det, at jeg skal offentliggøre hele min prisliste?
Nej. Pointen er ikke fuld åbenhed, men at der findes mindst ét konkret, forankret tal, en AI-model kan citere. Et prisinterval, en fra-pris eller et konkret eksempel er ofte nok til at komme med i sammenligningen – en fuld prisliste er ét af flere gyldige valg, ikke det eneste.
Er det ikke risikabelt at vise pris, når konkurrenterne kan underbyde mig?
Risikoen er reel, men den skal vejes op mod den nyere omkostning ved at holde prisen skjult: at blive udeladt af AI-svar, hvor købere allerede sammenligner alternativer. Et prisinterval eller en fra-pris giver konkurrenter mindre at underbyde end en fuldstændig, detaljeret prisliste, og er derfor ofte et fornuftigt mellemtrin mellem fuld åbenhed og total tavshed.
Er det nok at have en priskalkulator på siden?
Kun hvis resultatet – eller mindst ét repræsentativt eksempeltal – findes som læsbar tekst i den rå HTML, ikke bare beregnet af JavaScript på klientsiden, efter brugeren har udfyldt egne værdier. En AI-crawler, der ikke rendrer JavaScript fuldt ud, ser aldrig det tal, din kalkulator producerer, uanset hvor godt den fungerer for en menneskelig besøgende.
Er B2B og B2C ens, når det gælder at vise pris?
Nej. B2C-priser er som regel standardiserede nok til, at et interval eller en fast pris både er muligt og rimeligt at vise. B2B har flere legitime grunde til at holde prisen forhandlingsbar – store, skræddersyede aftaler har sjældent én rigtig pris – men selv der er det værd at give modellen et forankret udgangspunkt for det simpleste, mest standardiserede tilfælde.
Er det nok at lægge Product- eller Offer-schema med prisen ind uden at vise den i teksten?
Nej. Struktureret markup er en forstærkning af information, der allerede findes synligt på siden, ikke en erstatning for den. Et prisfelt i schema uden et tilsvarende, læsbart tal et sted på siden giver en model et tal, den ikke kan verificere mod noget, et menneske faktisk kan læse, og bidrager dermed mindre til tillid og citering end tiltænkt.

Var dette nyttigt?

Del:

Hold deg oppdatert

Få fagartikler, produktnyheter og analyser rett i innboksen.