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 produkterGET /api/produkter/42— hent produkt med ID 42POST /api/order— opret en ny ordreDELETE /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
- Browser rendering pipeline — Fra HTML til pixels
- Client-side rendering — CSR og SEO-udfordringer
- CSS containment — Isolér rendering og accelerér layout
- DOM — Document Object Model og JavaScript-rendering
- Google Tag Manager — Tag-håndtering og SEO-tracking
- Hydration — SSR og client-side JavaScript kombineret
- JavaScript — Hvad er JavaScript og hvad betyder det for SEO?
- JavaScript bundle-optimering — Code splitting, tree shaking og analyse
- JavaScript og crawling — Hvad Googlebot ser og ikke ser
- JavaScript Rendering og SEO — Hvad Googlebot ser
- JavaScript SEO — Hvad Googlebot kan og ikke kan
- JavaScript-debugging til SEO — Find rendering-problemer
- JavaScript-rendering fejl — Når Googlebot ikke ser dit indhold
- Kritisk renderingsti — Hvad browseren gør før du ser noget
- Next.js og SEO — Server-side rendering og SEO
- Prerendering — Forhåndsrenderet HTML til crawlere
- React og SEO — JavaScript-rendering og søgesynlighed
- Rendering — Hvad Googlebot ser efter JavaScript-rendering
- Scripts og SEO — render-blocking, async og defer
- Server-side rendering — SSR og fordele for SEO
- Service Workers — Offline caching og PWA performance
- Static site generation — SSG og SEO-fordele ved statiske sider
- Web Components og SEO — Custom elements og søgesynlighed
- Web Workers — Parallel JavaScript uden main thread-blokning
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
- Browser rendering pipeline — Fra HTML til pixels
- Client-side rendering — CSR og SEO-udfordringer
- CSS containment — Isolér rendering og accelerér layout
- DOM — Document Object Model og JavaScript-rendering
- Google Tag Manager — Tag-håndtering og SEO-tracking
- Hydration — SSR og client-side JavaScript kombineret
- JavaScript — Hvad er JavaScript og hvad betyder det for SEO?
- JavaScript bundle-optimering — Code splitting, tree shaking og analyse
- JavaScript og crawling — Hvad Googlebot ser og ikke ser
- JavaScript Rendering og SEO — Hvad Googlebot ser
- JavaScript SEO — Hvad Googlebot kan og ikke kan
- JavaScript-debugging til SEO — Find rendering-problemer
- JavaScript-rendering fejl — Når Googlebot ikke ser dit indhold
- Kritisk renderingsti — Hvad browseren gør før du ser noget
- Next.js og SEO — Server-side rendering og SEO
- Prerendering — Forhåndsrenderet HTML til crawlere
- React og SEO — JavaScript-rendering og søgesynlighed
- Rendering — Hvad Googlebot ser efter JavaScript-rendering
- Scripts og SEO — render-blocking, async og defer
- Server-side rendering — SSR og fordele for SEO
- Service Workers — Offline caching og PWA performance
- Static site generation — SSG og SEO-fordele ved statiske sider
- Web Components og SEO — Custom elements og søgesynlighed
- Web Workers — Parallel JavaScript uden main thread-blokning