Artikel

API — Hvad er API og hvad betyder det for SEO?

API er grænsefladen der lader software kommunikere — men indhold hentet via API i JavaScript kræver rendering for at Googlebot ser det.

API — Application Programming Interface — er en defineret grænseflade der lader softwaresystemer kommunikere og udveksle data. På SEO-relevante websites opstår API’et primært som et spørgsmål om rendering: hentes indholdet via client-side JavaScript-kald til en API, kræver det at Googlebot renderer siden for at se det. Det er et af de hyppigste tekniske SEO-problemer i moderne arkitekturer — og løsningen er konsekvent: server-side API-kald, ikke client-side.

Hvad er API?

API — Application Programming Interface — er en specificeret grænseflade der lader to softwaresystemer kommunikere med hinanden. Et API definerer hvilke forespørgsler der kan stilles, hvilke data der returneres, og i hvilken struktur.

På nettet er APIs typisk HTTP-baserede: din browser eller server sender en forespørgsel til et API-endpoint, og API’et returnerer data — oftest i JSON-format.

REST API

REST (Representational State Transfer) er den dominerende API-arkitektur. Et REST API eksponerer ressourcer som URL-endpoints:

  • GET /api/produkter — hent alle produkter
  • GET /api/produkter/42 — hent produkt med ID 42
  • POST /api/order — opret en ny ordre
  • DELETE /api/kurv/5 — fjern vare fra kurv

REST API returnerer typisk JSON:

{
  "id": 42,
  "navn": "Løbesko Model X",
  "pris": 899,
  "beskrivelse": "Lette løbesko til..."
}

GraphQL

GraphQL er et alternativ til REST, udviklet af Facebook. Med GraphQL specificerer klienten præcist hvilke felter den ønsker:

query {
  produkt(id: 42) {
    navn
    pris
    beskrivelse
  }
}

Det reducerer over-fetching (at hente mere data end nødvendigt). GraphQL er populært i Headless CMS-arkitekturer.

Client-side API-kald og SEO-problemet

Her opstår SEO-problemstillingen. Mange moderne websites henter indhold via JavaScript:

fetch('/api/produkter/42')
  .then(res => res.json())
  .then(produkt => {
    document.querySelector('h1').textContent = produkt.navn;
    document.querySelector('.beskrivelse').textContent = produkt.beskrivelse;
  });

HTML-kildekoden indeholder kun en tom container:

<h1></h1>
<div class="beskrivelse"></div>

Indholdet — produktnavn, beskrivelse, pris — er ikke synligt i kildekoden. Googlebot skal rendere siden og eksekvere JavaScript for at se det.

Det er præcis client-side rendering-problemet: indhold hentet via client-side API-kald kræver rendering for at Googlebot ser det, og rendering kan forsinkes med dage.

Server-side API-kald og SEO-fordelen

Alternativet er at API-kaldet sker på serveren ved side-generering:

// Next.js getStaticProps — kører kun på serveren
export async function getStaticProps() {
  const res = await fetch('/api/produkter/42');
  const produkt = await res.json();

  return {
    props: { produkt }
  };
}

Resultatet er at HTML’en der sendes til browseren, allerede indeholder produktnavnet og beskrivelsen som statisk tekst. Googlebot ser det straks i kildekoden.

Server-side API-kald er den korrekte SEO-strategi til indhold der skal ranke.

Headless CMS og API-drevet arkitektur

Headless CMS er en populær arkitektur hvor CMS’et (Contentful, Sanity, Storyblok, Dato CMS) eksponerer indhold via API, og frontend henter og renders indholdet.

SEO-implikationen afhænger af hvornår og hvor API-kaldet sker. Ved build-time API-kald (SSG) sker kaldet ved build — HTML er statisk og fuldt indeksebar, og det er den anbefalede tilgang. Server-side API-kald (SSR) sker per request på serveren, så indholdet er i kildekoden og giver god SEO. Client-side API-kald (CSR) sker i browseren — indhold er ikke i kildekoden, kræver rendering og er problematisk for SEO.

Google Search API og Search Console API

Google stiller selv API’er til rådighed til SEO-arbejde.

Google Search Console API

Programmatisk adgang til søgedata — queries, clicks, impressions, CTR, gennemsnitlig position. Bruges til automatiseret rapportering og dataanalyse.

Google Indexing API

Kan bruges til at anmelde sider til indeksering. Officielt er det kun beregnet til jobpostings og livestream-indhold, men nogle bruger det bredere til hurtigere re-crawl.

PageSpeed Insights API

Programmatisk adgang til CWV-data og performance-anbefalinger.

Ofte stillede spørgsmål

Er REST og GraphQL det samme?

Nej. REST er den traditionelle arkitektur med separate endpoints per ressource. GraphQL er et spørgssprog der lader klienten specificere præcist hvilke data den ønsker fra ét endpoint.

Kan Google crawle AJAX-indhold?

Google kan eksekvere JavaScript og AJAX-kald, men det sker med forsinkelse i rendering-køen. For SEO-kritisk indhold anbefales server-side rendering.

Hvad er fetch i JavaScript?

fetch() er browser-API’et til at sende HTTP-forespørgsler fra JavaScript — den moderne erstatning for XMLHttpRequest, brugt til at kalde REST API’er client-side.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog. → Denne artikel er en del af JavaScript og rendering — Scripts, DOM og CSR vs SSR.

Andre artikler i samme emne

Ofte stillede spørgsmål

Hvad er API?
API — Application Programming Interface — er en defineret grænseflade der lader software-systemer kommunikere og udveksle data med hinanden. En webapplikation bruger typisk API'er til at hente data fra serveren (produkter, artikler, brugerdata) og vise dem i browseren. REST API'er og GraphQL er de mest udbredte API-typer på moderne webbet. Data returneres typisk i JSON-format. API'er muliggør separat frontend- og backend-arkitektur, headless CMS og dynamiske enkeltside-applikationer.
Hvad er SEO-problemet med API-kald i JavaScript?
Indhold der hentes via JavaScript API-kald (fetch, axios, XMLHttpRequest) eksisterer ikke i HTML-kildekoden — det genereres dynamisk i browser-DOM'en efter JavaScript eksekvering. For Googlebot betyder det at indholdet kræver fase 2-rendering for at blive synligt, og rendering kan ske dage til uger efter det initiale crawl. Produktbeskrivelser, kategoriindhold og blogindlæg hentet via API er særligt problematiske, da de er direkte indekseringsrelevante. Løsningen er server-side rendering eller pre-rendering af indholdet.
Hvad er headless CMS og hvad er SEO-overvejelserne?
Et headless CMS er en content management løsning der gemmer og leverer indhold via API til valgfrit frontend — uden en built-in frontend. Contentful, Sanity og Prismic er eksempler. Headless CMS giver fuld kontrol over frontend-teknologi og SEO-implementering. Den primære SEO-overvejelse er at sikre at frontenden bruger server-side rendering eller statisk site generation til at præ-generere HTML med indhold fra API'et — og ikke henter al indhold via client-side JavaScript-kald der kræver Googles rendering-pipeline.
Er REST og GraphQL det samme?
Nej. REST er den traditionelle arkitektur med separate endpoints per ressource — hvert endpoint returnerer en fast datastruktur. GraphQL er et forespørgselssprog der lader klienten specificere præcist hvilke felter den ønsker fra ét enkelt endpoint. GraphQL eliminerer over-fetching men kræver mere kompleks server-side implementering. REST er stadig dominerende, mens GraphQL er populært i headless CMS-setups.
Hvad er Google Search Console API og hvornår bruger man det?
Google Search Console API giver programmatisk adgang til søgedata: queries, clicks, impressions, CTR og gennemsnitlig position per URL og søgeord. Det bruges typisk til automatiseret rapportering, dashboards og bulk-analyse af store søgedatasæt der er besværlige at håndtere i GSC's UI. Google Indexing API er en separat service til at anmelde URLs til re-crawl — officielt kun beregnet til jobpostings og livestream-indhold.

Placering i ordbogen