Innhold Vis
Agenten jeg kjørte denne helgen overvåket bedriftseposten min, bestemte hva som skulle postes og handlet på mine vegne – helt uten at jeg var til stede. Det er ikke lenger et tankeeksperiment. Det er hverdagen min akkurat nå. Og dette er bare begynnelsen på noe mye større: internet holder på å splittes i to, og den halvdelen de fleste nettsteder ikke er bygget for, er den som vil vokse raskest.
Det ene nettet er det du kjenner. Du søker, leser, sammenligner, klikker. Det andre er agent-weben – der AI-agenter er de som navigerer, vurderer og handler. De fleste nettsteder er usynlige for dem. Det inkluderer sannsynligvis din.
Her er hva det faktisk betyr, og hva du kan gjøre med det nå.
Hva er agent-weben?
Når du bruker en AI-assistent til å «finn meg et regnskapsprogram under 500 kr i måneden som støtter norsk MVA», er det ikke du som gjør jobben – det er agenten. Den søker, leser dokumentasjon, sjekker priser, vurderer anmeldelser og presenterer deg et svar. Nettstedene den vurderte fikk ingen besøk i din nettleser. Enten var de maskinlesbare og kom med i vurderingen, eller de var det ikke og ble hoppet over.
Neste steg er at agenten ikke bare anbefaler – den handler. AI-agenter gjør ting, ikke bare svarer. De kan opprette konto, prøve en tjeneste i en sandbox, betale med et agent-lommebokverktøy som Stripe nylig lanserte (med spend-caps, godkjenningsregler og full audit trail), og deretter anbefale tjenesten videre til andre agenter. Hele kjøpsreisen – fra oppdagelse til betaling til anbefaling – kan skje uten at et menneske er involvert.
Det er ikke science fiction. Det er infrastruktur som er tilgjengelig i dag.
Hvordan ser agent-kjøpsreisen ut?
En innkjøpsagent som jobber på vegne av en SMB-eier vil typisk gå gjennom fem steg – og hvert steg stiller krav til deg som tilbyder:
1. Finne. «Finn et lønnsverktøy for 40 kontraktører.» Agenten bruker søk, AIO-svar, databaser og anbefalinger fra andre agenter. Er du ikke i de kildene, er du ikke i vurderingen.
2. Evaluere. Den leser dokumentasjon, sjekker prising, henter API-informasjon, leser policy-sider og vurderer om tjenesten er trygg å bruke på vegne av brukeren. Fancy hero-bilder og overbevisende copy hjelper ikke her. Agenten vil ha strukturert informasjon den kan prosessere.
3. Transaktere. Betale, booke, signere, abonnere. For at agenten skal gjøre dette trenger den et checkout-flow som aksepterer agent-betaling, ikke bare en skjemaside designet for at et menneske fyller ut feltene.
4. Bruke verktøy. Sette opp konto, endre innstillinger, sende en support-henvendelse, hente en rapport. En agent vil kalle et API eller MCP-verktøy – den vil ikke navigere et UI med mus og klikk.
5. Anbefale. Agenter snakker med andre agenter. Det finnes allerede sosiale nettverk for agenter der verktøy og tjenester anbefales videre. En god opplevelse i steg 1-4 fører til distribusjon i steg 5 – uten at du gjør noe.
Hva trenger en agent som et menneske ikke gjør?
Dette er den praktiske kjernen. En agent som handler på vegne av en bruker trenger seks ting et menneske ikke trenger:
Identitet. Hvem handler agenten på vegne av? En støtte-agent som filer en refusjonssak trenger å bevise hvem den representerer – uten å sende et menneske inn i en chat.
Verktøy. Hvilke handlinger kan den utføre hos deg? Ikke navigasjon av UI, men strukturerte API-kall: «search_customers», «create_invoice», «refund_order». Eksponeringsformen er typisk en MCP-server eller et REST API med klare action-endepunkter.
Innboks. Hvor lander engangspassord, bekreftelseslenker, dokumenter og tråder? Agenten kan ikke manuelt hente en OTP fra en e-post. Det finnes nå dedikerte løsninger – e-post-innboks-API-er designet spesifikt for agenter som trenger programmatisk tilgang til disse meldingene.
Minne. Hva vet agenten om brukerens preferanser og regler? En agent som booker frokostmøter vet at brukeren aldri møtes før kl. 9. Den informasjonen finnes ikke i et skjema – den finnes i agentens langtidshukommelse.
Lommebok. Stripe lanserte nylig agent-lommebøker med spend-caps (maks beløp per transaksjon), godkjenningsregler (hva krever menneskelig OK?), delte betalingstoken og full audit trail. En agent som kjøper programvare bruker dette, ikke et vanlig kredittkort-skjema designet for menneskelig fingre.
Kvitteringer. En komplett, maskinlesbar logg: hva så agenten, hva bestemte den, hva endret den, hva betalte den. Dette er ikke bare audit – det er grunnlaget for neste agents vurdering av om tjenesten er pålitelig.
Analogien som holder er en ny ansatt. Første dag er tilgangene begrensede. Over tid, med bevisst atferd, øker tilliten – og med den tilgangen. Agenter er det samme. De starter med lesetilgang, og vinner handlingstilgang gjennom konsistent, verifiserbar atferd.
Hva betyr det for nettstedet ditt konkret?
Her er skiftet: det du bygger for er i ferd med å endre seg.
Landingssider er bygget for overtalelse. Copy, video, testimonials, call-to-action-knapper. Alle disse elementene henvender seg til et menneske som treffer en beslutning basert på følelse og oppfattet verdi. En agent bryr seg ikke om overtalelse. Den vil vite hva du kan gjøre.
Det betyr at formen på innholdet endrer seg:
Skjemaer blir action-endepunkter. «Kontakt oss»-skjemaet er et støybidrag for en agent. Et /api/request_demo-endepunkt med JSON-svar er noe den kan bruke.
Support-dokumenter blir eksekverbare. I stedet for en artikkel om «slik søker du refusjon», vil en agent-vennlig tjeneste ha et verktøy: submit_refund_request(order_id, reason). Agenten gjør refusjonen – den leser ikke bare om den.
Prissider trenger maskinlesbar struktur. En agent som evaluerer programvare for 40 brukere vil lese prissiden din som data – ikke som tekst. En tabell med JSON-schema i bakgrunnen (antall brukere, pris per bruker, hva som er inkludert, hva som ikke er) er mer verdifullt enn en pen designet prisoversikt.
Analytikk utvides til agent-analytikk. Hvilke agenter besøkte? Hva spurte de om? Hvor feilet de? Hvor bounced de? Dette er signaler du ikke får fra Google Analytics i dag, men som vil bli standard informasjon for de som tar agent-weben på alvor.
Er bedriften din synlig for agentene?
Her er den direkte SMB-testen. Still disse spørsmålene om din nettside eller tjeneste:
Kan en agent forstå hva du tilbyr uten å lese markedsføring? Hvis den eneste beskrivelsen av tjenesten din er en hero-overskrift og en liste med fordeler, er svaret sannsynligvis nei. Strukturert dokumentasjon – hva du gjør, for hvem, til hvilken pris, med hvilke begrensninger – er maskinlesbar.
Kan en agent gjøre noe med deg uten menneskelig hjelp? Et kontaktskjema teller ikke. En booking-API, en sandbox, en checkout som støtter agent-betalingstoken – det teller.
Finnes du i de kildene agenter stoler på? Søkemotorer er ett svar, men agenter bruker i økende grad andre agenter som informasjonskilde. Er du nevnt i godt indeksert, faktabasert innhold? Er det strukturerte data (schema.org) på nettstedet ditt? Det som har skjedd med Google-søk er bare forspillet – det neste er at søket skjer inne i en agent, ikke i en nettleser.
Det som hjelper deg i AEO (Agent Engine Optimization) er mye av det som allerede er god SEO-praksis: faktabasert innhold, klar struktur, rask teknisk ytelse, autoritative lenker. Forskjellen er at agenter i tillegg vurderer om de faktisk kan handle hos deg – ikke bare om de kan finne deg.
Hva betyr dette for SEO – og hva er AEO?
SEO-paradigmet er 25 år gammel teknologi: optimaliser for at Google rangerer deg høyt, og mennesker klikker seg inn. Det vil ikke forsvinne over natten, men det er ikke lenger den eneste kanalen.
AEO – Answer Engine Optimization, eller Agent Engine Optimization avhengig av hvem du spør – er optimaliseringen for at agenter siterer, stoler på og anbefaler deg. Det er et delvis overlappende sett med praksiser, men med noen viktige forskjeller.
Agenter bruker ofte computer-use – de navigerer faktisk i nettlesere, besøker ChatGPT og Perplexity og vurderer hvilke svar som dukker opp der. Er du øverst i et Perplexity-svar på et relevant spørsmål, er du øverst i agentens vurdering. Skiftet i søk som allerede pågår, forsterkes av agentene.
Det betyr at den beste investeringen du kan gjøre nå er det som fungerer for begge: grundig faktabasert innhold som svarer på de spørsmålene dine potensielle kunder faktisk stiller, tydelig struktur, og tekniske grunnkrav på plass. Det er ingenting nytt – men det haster mer enn før.
Hva bør du gjøre nå?
Realiteten er at de fleste bedrifter ikke trenger å bygge MCP-servere i morgen. Men det er noen konkrete steg som er fornuftige uansett tidslinje:
Strukturert innhold på nettstedet. En klar «hva vi gjør»-side med presis tekst, prising som er faktabasert (ikke bare «kontakt oss for pris»), og schema.org-markup der relevant. Dette hjelper deg i dag med søkemotorer og i morgen med agenter.
Et docs-sett som faktisk kan leses maskinelt. Ikke bare support-artikler skrevet for frustrerte brukere – men et strukturert dokument over kapabiliteter, begrensninger, prising og policy. Tenk det som en /agents-inngang: en del av nettstedet ditt som er laget for maskinlesing, ikke menneskelig overtalelse.
Følg med på hva som skjer med MCP. MCP-standarden for hvordan agenter kobler til verktøy, er i ferd med å bli infrastruktur. Anthropic og de fleste store aktørene støtter det. Det betyr at «kan du eksponere kapabiliteter via MCP?» blir et relevant spørsmål for SaaS-produkter innen relativt kort tid.
Ikke vent på at alt er klart. Kontroll over hva agenter gjør på vegne av bedriften din starter med å forstå hva de faktisk kan gjøre nå – og hva de ikke kan. Det er den viktigste kompetansen å bygge, og den er billigst å bygge tidlig.
Agenten min handlet på mine vegne denne helgen. Det er en liten ting i stor sammenheng – men det er den samme logikken som nå skalerer til kjøpsavgjørelser, leverandørvalg og anbefaling videre til neste agent. De bedriftene som er synlige og handlingsbare for agenter når den loopen strammes inn, er de som har et forsprang. Det er ennå ikke for sent å begynne å forberede seg.
