Hvad koster API-udvikling?

Af Weapp · Opdateret

Det koster normalt 160.000–850.000 DKK at udvikle et API. Et internt API til egne systemer ligger i den nedre del af spændet mens et offentligt API med dokumentation, udviklerportal, rate limiting og supportrutiner havner i den øvre. Omkostningen fordeler sig på design, udvikling, sikkerhed, dokumentation og versionsstyring.

Et API er din organisations kontaktflade mod omverdenen, eller mod dine egne systemer. At bygge det er mere end at “åbne op for dataene”: Et API er et produkt med design, sikkerhed, dokumentation og et løfte om ikke at gå i stykker for dem der har bygget op mod det. Her er prisniveauet i 2026.

Prisniveauet: 160.000–850.000 DKK

NiveauTypisk prisKendetegn
Internt API160.000–320.000 DKKKendte konsumenter, enklere sikkerhed og dokumentation
Partner-API320.000–580.000 DKKAftalte eksterne konsumenter, versionering, klare forpligtelser
Offentligt API530.000–850.000 DKKUkendte konsumenter, udviklerportal, rate limiting, support

Den samme tekniske kerne kan altså koste forskelligt afhængigt af hvem der skal bruge den. Det er ikke mere mærkeligt end forskellen mellem et internt værktøj og et produkt på det åbne marked: Målgruppen bestemmer kravene.

Omkostningerne bag tallet

  • Design. Hvilke ressourcer skal eksponeres, hvordan skal de navngives, og hvordan hænger de sammen? API-design er billigst at ændre på whiteboardet og dyrest at ændre når konsumenter har bygget op mod det. Et gennemtænkt design er derfor den bedste investering i hele projektet.
  • Sikkerhed. Autentificering, adgangsstyring, kryptering og logning. Et API er per definition en dør ind i jeres systemer, og den skal have en ordentlig lås, uanset om døren er intern eller offentlig.
  • Dokumentation. En maskinlæsbar specifikation, eksempler og kom-godt-i-gang-guider. Dokumentationens kvalitet afgør supportomkostningen: Hvert spørgsmål der besvares af dokumentationen, er en sag der aldrig bliver oprettet.
  • Versionering. Før eller siden skal API’et ændres. En strategi for versioner, bagudkompatibilitet og udfasning af gamle versioner skal være på plads fra start, ellers bliver den første ændring et kriseprojekt.

Internt eller offentligt: det der afgør prisen

Forskellen mellem yderpunkterne i spændet handler næsten udelukkende om konsumenterne. Med et internt API kender du alle der kalder det. Skal noget ændres, samler du de berørte teams i et rum og bliver enige. Sikkerheden kan læne sig op ad at alle allerede er inden for organisationens mure.

Et offentligt API har ukendte konsumenter. Så kommer der mere til: rate limiting så en enkelt bruger ikke kan lægge tjenesten ned, beskyttelse mod misbrug, nøglehåndtering med selvbetjening, en udviklerportal hvor eksterne udviklere registrerer sig og læser dokumentation, samt supportrutiner. Derudover bliver bagudkompatibilitet et skarpt løfte: Du kan ikke ringe til tusind ukendte udviklere og bede dem opdatere. Hver af disse poster er til at overskue, men tilsammen forklarer de hvorfor et offentligt API koster to til tre gange mere end et internt med det samme dataindhold.

Regneeksempel: grossisten der åbnede lageret

En grossist vil lade forhandlere hente lagerbeholdning og priser direkte i deres egne systemer i stedet for via prislister på mail. Designarbejdet tager en uge, udviklingen fire, sikkerhed og test to og dokumentationen en. I alt cirka otte uger og 370.000–480.000 DKK som partner-API med omkring ti aftalte konsumenter. Gevinsten: Prislisterne er altid aktuelle, og indesælgerne slipper for at besvare spørgsmål om lagerbeholdning, et arbejde der tidligere svarede til en halvtidsstilling.

Sådan holder du omkostningen nede

  • Tag udgangspunkt i konsumenternes behov. Byg de endpoints der faktisk efterspørges, ikke et spejl af hele databasen. Små API’er er billige at udvide og dyre at skære ned.
  • Følg standarder. Etablerede mønstre for autentificering, paginering og fejlmeddelelser gør både udviklingen og hver fremtidig integration hurtigere.
  • Brug færdige byggeklodser. API-gateways og identitetstjenester løser rate limiting, nøglehåndtering og overvågning til en brøkdel af prisen for at bygge selv.
  • Skriv dokumentationen mens I bygger. Bagefter koster den dobbelt så meget og bliver halvt så god.

Glem ikke driften

Et API er en forpligtelse, ikke et projekt. Efter lancering skal det overvåges, skaleres med trafikken og videreudvikles i takt med at konsumenterne ønsker mere. Sæt en løbende post af i budgettet fra dag ét: Et API som ingen vedligeholder, bliver med tiden en grund for kunderne til at vælge en andens.

Vi hos Weapp designer og bygger API’er både som selvstændige opgaver og som en del af større systemudvikling. Overvejer du hvad et API vil koste for jer? Kontakt os, så taler vi omfanget igennem.

Ofte stillede spørgsmål

Hvad er forskellen på API-udvikling og systemintegration?

API-udvikling er at eksponere egne data og tjenester så andre kan koble sig på: Du bygger kontaktfladen. Systemintegration er at koble to eksisterende systemer sammen. Et velbygget API gør fremtidige integrationer billigere fordi hver ny konsument slipper for specialbyggede koblinger.

Har et internt API brug for ordentlig dokumentation?

Ja, men ambitionsniveauet kan være lavere end for et offentligt. En maskinlæsbar specifikation, f.eks. OpenAPI, plus eksempler på de mest almindelige kald rækker langt internt. Udokumenterede API’er bliver personafhængige og gør det dyrere end nødvendigt for hvert nyt team der skal kobles på.

Hvad koster det at drive et API efter lancering?

Regn med drift, overvågning og videreudvikling som en løbende post, ofte 10–20 procent af udviklingsomkostningen om året, plus infrastrukturomkostninger der skalerer med trafikken. Et offentligt API har desuden supportomkostninger: Eksterne udviklere stiller spørgsmål, rapporterer fejl og skal have besked før ændringer.

Skal vi tage betaling for vores API?

Det er et spørgsmål om forretningsmodel snarere end om teknik. Nogle API’er er produkter med egen indtægt, andre er gratis fordi de gør hovedproduktet mere værdifuldt eller mindsker manuelt arbejde. Fastlæg formålet før I bygger: Det påvirker kravene til måling, kontostyring og aftalevilkår.

Hvor lang tid tager det at bygge et API?

Et internt API til et afgrænset formål tager typisk 6–8 uger inklusive design, sikkerhed og test. Et offentligt API tager oftere 10–16 uger fordi dokumentation, udviklerportal, rate limiting og beskyttelse mod misbrug skal på plads før ukendte konsumenter kan lukkes ind.