Hva er et API?

Kort svar: et API (Application Programming Interface) er en avtalt måte for to dataprogrammer å snakke sammen på. Når nettbutikken viser fraktpris fra Posten, når du betaler med Vipps på en nettside, eller når en app viser været fra Yr, er det et API som henter informasjonen fra et annet system.

Hva er et API, forklart enkelt?

Et API er en meny med ting et system kan gjøre for andre programmer, og en fast regel for hvordan man bestiller. Den vanligste forklaringen er servitøren på en restaurant. Du går ikke inn på kjøkkenet og lager maten selv. Du bestiller fra menyen, servitøren tar bestillingen med inn, og kommer tilbake med retten. Du trenger ikke vite hvordan kjøkkenet fungerer, bare hva som står på menyen.

På samme måte trenger ikke nettsiden din å vite hvordan Vipps fungerer på innsiden. Den sender en bestilling til Vipps sitt API: "start en betaling på 349 kr for ordre 1043". Vipps gjør jobben og sender svar tilbake: "betalt" eller "avbrutt".

Navnet er mindre skummelt enn det høres ut. Application Programming Interface betyr omtrent "grensesnitt for programmer". Et skjermbilde er et grensesnitt for mennesker. Et API er det samme for maskiner.

Hvordan fungerer et API?

De fleste API-er på nettet fungerer med en forespørsel og et svar over internett, på samme måte som når nettleseren din henter en nettside. Forskjellen er at svaret ikke er en pen side, men rene data, nesten alltid i formatet JSON.

En forespørsel består av fire deler:

• Adressen (endepunktet): hvor du sender forespørselen, for eksempel en bestemt URL for "hent bedrift".
• Metoden: hva du vil gjøre. GET henter data, POST lager noe nytt, PUT eller PATCH endrer, DELETE sletter.
• Nøkkelen: et passord som viser hvem du er og hva du har lov til. Mange åpne API-er krever ikke nøkkel.
• Innholdet: dataene du sender med, for eksempel beløpet i en betaling.

Et ekte eksempel du kan prøve selv: Brønnøysundregistrene har et åpent og gratis API for Enhetsregisteret. Lim inn denne adressen i nettleseren, med Equinors organisasjonsnummer på slutten:

https://data.brreg.no/enhetsregisteret/api/enheter/923609016

Du får tilbake data om bedriften i JSON: navn, adresse, organisasjonsform, næringskode og mer. Ingen nettside, bare data som et annet program kan bruke. Det er slik et regnskapsprogram fyller inn firmaadressen automatisk når du skriver inn organisasjonsnummeret.

Hvilke API-er bruker norske bedrifter?

Norske bedrifter bruker API-er hele tiden, ofte uten å vite det. Noen av de vanligste:

Prismodellene endres, så sjekk alltid vilkårene hos leverandøren. Poenget er at mange av de nyttigste norske API-ene er gratis, og at betalings-API-er tar betalt per transaksjon, ikke for tilgangen.

Hvorfor betyr API-er noe for bedriften din?

API-er betyr noe fordi de lar systemene dine jobbe sammen, så folk slipper å kopiere data for hånd. Hver gang en ansatt skriver av en bestilling fra e-post til regnskapet, eller fra bookingsystemet til kalenderen, er det en jobb et API kunne gjort.

• Mindre manuelt arbeid: ordren går rett fra nettbutikken til regnskap og lager.
• Færre feil: maskiner skriver ikke av feil kontonummer.
• Frihet til å bytte: systemer med gode API-er kan kobles til nye verktøy senere. Systemer uten API låser deg inne.
• KI blir nyttig: en KI-assistent kan bare gjøre noe i systemene dine hvis de har et API. Det er grunnlaget for både KI-agenter og MCP.

Hva er en API-nøkkel?

En API-nøkkel er et hemmelig passord som gir et program tilgang til et API på dine vegne. Den skal behandles som et bankkort med PIN-kode. Den som har nøkkelen, kan bruke tjenesten som om de var deg, og i verste fall bruke opp kreditten din eller lese kundedata.

Den vanligste feilen vi ser, er nøkler som havner i koden på nettsiden, i et offentlig GitHub-repo eller i en delt fil. Nøkler skal ligge på serveren, aldri i koden som sendes til nettleseren. Har det skjedd, har vi en egen guide: Lekket API-nøkkel: dette gjør du. Flere klassiske feil finner du i Vanlige sikkerhetsfeil.

Hva er forskjellen på et API og en webhook?

Med et API spør du et system om noe, med en webhook sier systemet ifra til deg av seg selv. Hvis nettsiden din vil vite om en Vipps-betaling er fullført, kan den spørre Vipps igjen og igjen via API-et. Det er tungvint. Med en webhook ringer Vipps tilbake til en adresse du har oppgitt i det øyeblikket betalingen er gjennomført. De fleste moderne integrasjoner bruker begge: API for å gjøre ting, webhook for å få beskjed. En webhook-adresse bør alltid sjekke at meldingen faktisk kommer fra riktig avsender, ellers kan hvem som helst late som en betaling er gjennomført.

Andre begreper du vil møte

• REST: den vanligste stilen for API-er på nettet, med adresser og metodene GET, POST og så videre.
• JSON: tekstformatet dataene sendes i. Lesbart for både mennesker og maskiner.
• Rate limit: en grense for hvor mange forespørsler du kan sende per minutt eller døgn.
• Dokumentasjon: bruksanvisningen for API-et. God dokumentasjon er et av de beste tegnene på et godt system.
• SDK: ferdig kode fra leverandøren som gjør det enklere å bruke API-et i et bestemt programmeringsspråk.

Må du kunne programmere for å bruke et API?

Nei, ikke lenger. Automatiseringsverktøy som Zapier, Make og n8n lar deg bruke tusenvis av API-er ved å klikke sammen flyter, se Zapier, Make eller n8n? Og med KI-verktøy kan du beskrive hva du vil på vanlig norsk og få koden skrevet for deg. Les mer i Bygge med KI uten å kode.

Det du fortsatt bør forstå, er det grunnleggende på denne siden: hva som sendes hvor, hvem som har nøkkelen, og hva som skjer når noe feiler. Det er der de fleste problemene oppstår.

Hva koster det å lage en API-integrasjon?

En enkel integrasjon mellom to systemer med gode API-er er ofte en jobb på timer eller noen få dager, mens kompliserte integrasjoner med gamle systemer kan ta uker. Det som driver prisen, er sjelden selve koden. Det er hvor godt API-ene er dokumentert, hvor mange felter som må oversettes mellom systemene, og hva som skal skje når noe feiler.

• Via automatiseringsverktøy: fra 0 til noen hundrelapper i måneden, pluss oppsettstid. Raskest når begge systemene har ferdige koblinger.
• Skreddersydd integrasjon: en engangskostnad for bygging og lav drift. Lønner seg ved store volum, spesielle behov eller når du vil eie løsningen selv.
• Vedlikehold: API-er endres. Leverandører fjerner gamle versjoner, ofte med noen måneders varsel. Sett av litt tid i året til å holde integrasjonene oppdatert.

Hvordan vi bruker API-er

Nesten alt vi bygger, er API-er som snakker sammen. Et bookingsystem henter betaling via Vipps eller Stripe, sender bekreftelse på e-post og legger timen i kalenderen. KI-tjenestene vi har lansert, som WatchScanning og WorthPic, sender bilder til KI-modeller via API og får tilbake en vurdering på sekunder. Når vi lager integrasjoner for kunder, er de viktigste spørsmålene alltid de samme: Hvilke systemer har du, har de API, og hvor skal dataene flyte?