WordPress REST API integration

Hvorfor bruge WordPress som headless?

WordPress’ REST API giver standardiserede endpoints (/wp-json/wp/v2/…), som eksponerer indholdstyper som indlæg, sider, medier, taksonomier m.m. i JSON. Det gør WordPress velegnet som headless CMS, hvor redaktører arbejder i kendte værktøjer, mens frontend bygges i React, Vue eller på tværs af apps, skærme og shops. Vi designer et styrbart content-lag, så moduler, felter og validering sikrer høj kvalitet – og så udviklere kan levere hurtigt uden at kompromittere governance.

Typiske brugsscenarier: produkt-/kampagnesider for e-handel, content til mobilapps, lokalisering på tværs af markeder samt content feeds til Shopify eller WooCommerce. Vi fokuserer på stabil drift: idempotens, rate-limit-venlige mønstre, caching og fuld sporbarhed.

Hvad leverer vi?

• Modulært content: komponentiserede felter (blokke/sektioner) med validering og klare guidelines.
• REST endpoints: læs/skriv af indhold, med support for filtrering, pagination og embeds.
• ACF-integration: udstiller Advanced Custom Fields i standard-endpoints – ingen særskilte feeds.
• Preview & versioner: forhåndsvisning, planlagt publicering og revisionsspor til redaktører.
• Governance & sikkerhed: roller/rettigheder, godkendelsesflows og sikker auth.
• Performance: caching, ETags, komprimering og CDN-venlige svar.

Teknisk fundament

Vi bygger efter WordPress’ officielle REST API-håndbog og reference. Standard-ruter dokumenteres i håndbogen, og egne ruter registreres med register_rest_route() på rest_api_init. For revisionsstyring bruger vi de indbyggede revisions-endpoints. Til ACF udnytter vi den officielle REST-understøttelse, så felter eksponeres via de samme /wp/v2-ruter (ingen parallel API).

• REST API – handbook (overblik)
• Using the REST API (pagination, embeds, discovery)
• Routes & endpoints (register_rest_route)
• Revisions – reference
• ACF – REST API integration

Autentificering: Vi bruger sikre metoder (fx Application Passwords over HTTPS) til server-til-server integrationer og undgår Basic Auth i produktion. Endpoints sikres med capability-checks pr. route.

• Authentication – REST API

Performance & caching

For headless setups betyder svartid alt. Vi aktiverer HTTP-caching (ETag/If-None-Match), sætter sprog/kanal-specifikke cache keys og kan supplere med respons-caching i WordPress, så API’et skalerer ved spidsbelastning. Til feeds med høj trafik anvender vi pre-rendering/edge cache og invaliderer cache on-edit for friske data.

Sådan implementerer vi

1. Informationsarkitektur: felter, moduler, taksonomier og relationer. Ejerforhold pr. felt.
2. API-design: ruter, skemaer, capabilities, pagination og filtrering (dato, sprog, kanal).
3. ACF & validering: konfiguration af felter, required-regler og editor-hjælp.
4. Performance: cache-strategi (CDN, server, ETag), komprimering og billedstørrelser.
5. Pilot: testkanal + previewflow, skyggekørsel mod frontend. Fejlbudget og observabilitet.
6. Drift: monitorering, alarmer, revisionsklare logspor og dokumentation for redaktører/devs.

FAQ