Hva koster API-utvikling?

Av Weapp · Oppdatert

Å utvikle et API koster normalt 190 000 kr–1 million kr. Et internt API for egne systemer ligger i den nedre delen av spennet, mens et åpent API med dokumentasjon, utviklerportal, rate limiting og supportrutiner havner i den øvre. Kostnaden fordeles på design, utvikling, sikkerhet, dokumentasjon og versjonshåndtering.

Et API er kontaktflaten virksomheten din har mot omverdenen, eller mot dine egne systemer. Å bygge det er mer enn å «åpne opp dataene»: Et API er et produkt med design, sikkerhet, dokumentasjon og et løfte om at det ikke slutter å fungere for dem som har bygget mot det. Her er prisnivået i 2026.

Prisnivået: 190 000 kr–1 million kr

NivåTypisk kostnadKjennetegn
Internt API190 000–370 000 krKjente konsumenter, enklere sikkerhet og dokumentasjon
Partner-API370 000–680 000 krAvtalte eksterne konsumenter, versjonering, tydelige forpliktelser
Åpent API620 000 kr–1 million krUkjente konsumenter, utviklerportal, rate limiting, support

Den samme tekniske kjernen kan altså ha ulik pris avhengig av hvem som skal bruke den. Det er ikke rarere enn forskjellen på et internt verktøy og et produkt i det åpne markedet: Målgruppen avgjør kravene.

Kostnadspostene bak tallet

  • Design. Hvilke ressurser skal eksponeres, hva skal de hete, og hvordan henger de sammen? API-design er billigst å endre på tavlen og dyrest å endre når konsumentene har bygget mot det. Et gjennomtenkt design er derfor den beste investeringen i hele prosjektet.
  • Sikkerhet. Autentisering, tilgangsstyring, kryptering og logging. Et API er per definisjon en dør inn i systemene deres, og den skal ha en ordentlig lås, uansett om API-et er internt eller åpent.
  • Dokumentasjon. En maskinlesbar spesifikasjon, eksempler og kom-i-gang-veiledninger. Kvaliteten på dokumentasjonen avgjør supportkostnaden: Hvert spørsmål som dokumentasjonen besvarer, er en henvendelse som aldri oppstår.
  • Versjonering. Før eller senere må API-et endres. En strategi for versjoner, bakoverkompatibilitet og utfasing av gamle versjoner må være på plass fra start. Ellers blir den første endringen et kriseprosjekt.

Internt eller åpent: det som skiller prisene

Forskjellen mellom ytterpunktene i spennet handler nesten helt om konsumentene. Med et internt API kjenner du alle som bruker det. Må noe endres, samler du de berørte teamene i ett rom og blir enige. Sikkerheten kan støtte seg på at alle allerede er innenfor organisasjonens vegger.

Et åpent API har ukjente konsumenter. Da trengs supportrutiner, rate limiting som hindrer at én enkelt bruker tar ned tjenesten, beskyttelse mot misbruk, selvbetjent nøkkelhåndtering og en utviklerportal der eksterne utviklere registrerer seg og leser dokumentasjonen. I tillegg blir bakoverkompatibilitet et bindende løfte: Du kan ikke ringe tusen ukjente utviklere og be dem oppdatere. Hver av disse postene er overkommelig, men til sammen forklarer de hvorfor et åpent API koster to til tre ganger mer enn et internt med det samme datainnholdet.

Regneeksempel: grossisten som åpnet lageret

En grossist vil la forhandlerne hente lagersaldo og priser direkte i sine egne systemer i stedet for via prislister på e-post. Designarbeidet tar én uke, utviklingen fire, sikkerhet og testing to og dokumentasjonen én. Til sammen omtrent åtte uker og 440 000–560 000 kr som partner-API med et titall avtalte konsumenter. Gevinsten: Prislistene er alltid oppdaterte, og innesalget slipper å svare på spørsmål om lagersaldo, et arbeid som tidligere tilsvarte en halv stilling.

Slik holder du kostnaden nede

  • Ta utgangspunkt i konsumentenes behov. Bygg de endepunktene som faktisk etterspørres, ikke et speilbilde av hele databasen. Små API-er er billige å utvide og dyre å slanke.
  • Følg standarder. Etablerte mønstre for autentisering, paginering og feilmeldinger gjør både utviklingen og hver fremtidige integrasjon raskere.
  • Bruk ferdige byggeklosser. API-gatewayer og identitetstjenester løser rate limiting, nøkkelhåndtering og overvåking til en brøkdel av kostnaden ved å bygge selv.
  • Skriv dokumentasjonen underveis. I etterkant koster den dobbelt så mye og blir halvparten så god.

Ikke glem driften

Et API er en forpliktelse, ikke et prosjekt. Etter lansering skal det overvåkes, skaleres med trafikken og videreutvikles etter hvert som konsumentene ønsker seg mer. Budsjetter for en løpende post fra første dag. Et API som ingen forvalter, blir med tiden en grunn for kundene til å velge noen andre.

Vi i Weapp designer og bygger API-er både som frittstående oppdrag og som del av større systemutvikling. Lurer du på hva et API ville koste for dere? Ta kontakt, så drøfter vi omfanget.

Ofte stilte spørsmål

Hva er forskjellen på API-utvikling og systemintegrasjon?

API-utvikling handler om å eksponere egne data og tjenester slik at andre kan koble seg til. Du bygger kontaktflaten. Systemintegrasjon handler om å koble sammen to eksisterende systemer. Et godt bygget API gjør fremtidige integrasjoner billigere fordi hver ny konsument slipper spesialbygde koblinger.

Trenger et internt API ordentlig dokumentasjon?

Ja, men ambisjonsnivået kan være lavere enn for et åpent API. Internt kommer man langt med en maskinlesbar spesifikasjon, for eksempel OpenAPI, pluss eksempler på de vanligste kallene. Udokumenterte API-er blir personavhengige og gjør det dyrere enn nødvendig for hvert nytt team som skal koble seg på.

Hva koster det å drifte et API etter lansering?

Regn med drift, overvåking og videreutvikling som en løpende post, ofte 10–20 prosent av utviklingskostnaden per år, pluss infrastrukturkostnader som skalerer med trafikken. Et åpent API har i tillegg supportkostnader: Eksterne utviklere stiller spørsmål, rapporterer feil og trenger beskjed før endringer.

Bør vi ta betalt for API-et vårt?

Det er et spørsmål om forretningsmodell snarere enn teknologi. Noen API-er er produkter med egne inntekter, andre er gratis fordi de gjør hovedproduktet mer verdifullt eller reduserer manuelt arbeid. Bestem formålet før utviklingen starter. Det påvirker kravene til måling, kontohåndtering og avtalevilkår.

Hvor lang tid tar det å utvikle et API?

Et internt API for et avgrenset formål tar typisk 6–8 uker inkludert design, sikkerhet og testing. Et åpent API tar oftere 10–16 uker fordi dokumentasjon, utviklerportal, rate limiting og beskyttelse mot misbruk kommer i tillegg før ukjente konsumenter kan slippes inn.