# WordPress politik > Den 20. maj 2026 udkom WordPress 7.0 under kodenavnet Armstrong. Det er den mest gennemgribende udgivelse siden blokeditoren i 2018, og den ændrer noget grundlæggende ved, hvad et WordPress bureau skal kunne. Ikke design. Styring.… ## Metadata - URL: https://www.badmintonklubbenstige.dk/wordpress-politik/ - Markdown URL: https://www.badmintonklubbenstige.dk/wordpress-politik.md - Published: 2026-08-09T09:08:47+00:00 - Modified: 2026-08-06T13:45:24+00:00 ## Content Den 20. maj 2026 udkom WordPress 7.0 under kodenavnet Armstrong. Det er den mest gennemgribende udgivelse siden blokeditoren i 2018, og den ændrer noget grundlæggende ved, hvad et WordPress bureau skal kunne. Ikke design. Styring. ## Hvad der faktisk skete i version 7.0 Kernen fik tre nye ting, som tilsammen er større, end de lyder hver for sig: Abilities API, AI Services Registry og WordPress AI Client. Oversat til dansk betyder det, at WordPress nu har et indbygget lag, hvor eksterne sprogmodeller kan kobles på og udføre handlinger inde i administrationen gennem strukturerede kommandoer. Samtidig blev wp-admin bygget om på et React-baseret system kaldet DataViews. Det er den første egentlige ansigtsløftning af kontrolpanelet siden 2013. Og så var der en ting, der ikke kom med. Realtidssamarbejde, altså muligheden for at flere kan redigere samme indhold samtidig, blev trukket ud af udgivelsen den 8. maj efter problemer i testfasen. Version 7.0.1 fulgte den 9. juli med rettelser til blandt andet den nye administrationsflade og en fejl i CSS-håndteringen. ### Derfor er det ikke bare endnu en opdatering Indtil nu har spørgsmålet til dit bureau været simpelt: opdaterer I løbende, og tester I først? Det spørgsmål er stadig relevant, men det er ikke længere tilstrækkeligt. Når kernen indeholder en standardiseret grænseflade, hvor modeller kan få lov at handle på indholdet, bliver adgangsstyring pludselig et forretningsanliggende. Hvem må koble en model på? Hvilken udbyder ender med at behandle jeres tekster og kundedata? Hvad sker der, hvis en medarbejder installerer et plugin, der bygger oven på AI Client og henter data ud af systemet? Det er ikke tekniske detaljer. Det er de samme spørgsmål, man ville stille om enhver anden leverandør med adgang til virksomhedens systemer. En [ny hjemmeside](https://medieplan.dk/ny-hjemmeside/) bygget i 2026 bør derfor leveres med et svar på, hvordan det lag er sat op, og hvem der har nøglerne. ### Plugin-kompatibilitet er den reelle risiko Selve opdateringen af kernen går som regel glat. Det er alt det andet, der knækker. Page buildere, SEO-plugins, oversættelsesværktøjer og WooCommerce-udvidelser hænger tæt sammen med editoren og administrationsfladen. Når begge dele bliver bygget om, er sandsynligheden for konflikter høj. En webshop med tredive aktive udvidelser, bygget af et [bureau med WooCommerce-erfaring](https://medieplan.dk/woocommerce-bureau/), er et andet dyr end en femsiders præsentationsside. Det er derfor de fleste erfarne udviklere fraråder at opdatere en større produktionsside på udgivelsesdagen. Ikke af dovenskab. Af erfaring. Hos Medieplan ligger den slags i en fast driftsaftale, og det er også derfor et [full service webbureau](https://medieplan.dk/) med ansvar for driften sjældent har travlt med at trykke på knappen dag ét. ## Hvordan man skelner et bureau med styr på det Der findes en simpel test. Spørg om bureauets opdateringsprocedure, og lyt til, hvor mange trin de kan nævne, uden at tænke sig om. Et bureau med en reel proces svarer noget i retning af: backup, opdatering på et testmiljø, gennemgang af kritiske flows, opdatering i produktion uden for åbningstid, kontrol bagefter. Et bureau uden proces svarer, at de “holder øje med opdateringer”. ### Spørgsmålene, der afslører niveauet Prøv disse fire. De tager under ti minutter og siger mere end enhver portefølje. Hvad er jeres holdning til AI-laget i kernen, og har I taget stilling til, hvilke udbydere I kobler på? Kører I et testmiljø for hver kunde, eller opdaterer I direkte i produktion? Hvor længe venter I typisk med en større version, og hvad afgør beslutningen? Og hvis en opdatering ødelægger noget klokken 22 en fredag, hvad sker der så? Bemærk, at ingen af spørgsmålene handler om design. Det er med vilje. Design kan man se på. Drift kan man kun høre folk tale om. ### Den skjulte pris ved at vælge billigst Et bureau, der tager 3.000 kroner om året for vedligeholdelse, har ikke råd til at teste. Regnestykket hænger simpelthen ikke sammen. En ordentlig gennemgang af en mellemstor side efter en større opdatering tager timer, ikke minutter. Så enten opdaterer de automatisk uden at kigge, eller også lader de være med at opdatere. Begge dele er dyre, bare på forskellige tidspunkter. | Tilgang til opdatering | Hvad det koster nu | Hvad det koster senere | | --- | --- | --- | | Automatisk, uden test | Næsten intet | Nedbrud på et tilfældigt tidspunkt | | Ingen opdatering | Intet | Sårbarheder og en dyr genopbygning | | Testmiljø og manuel kontrol | En fast månedlig udgift | Forudsigelig drift | Den tredje model er den eneste, hvor man kender regningen på forhånd. En leverandør med driftsansvar har desuden en indbygget interesse i, at siden ikke går ned. Det lyder banalt, men det er det ikke, når alternativet er et bureau, der udelukkende tjener penge på nybyggeri. ## Hvad der kommer nu Version 7.1 er planlagt til den 19. august 2026 med nye funktioner til asynkron feedback og forslag i editoren. Version 7.2 ventes i december, blandt andet med de første skridt mod flersprogethed i kernen. Rytmen er altså sat: flere store udgivelser om året, hvor kernen overtager funktioner, som tidligere krævede plugins. For den, der ejer en hjemmeside, er det på sigt gode nyheder. Færre plugins betyder færre bevægelige dele. På den korte bane betyder det dog noget andet. Hver gang kernen overtager en funktion, opstår der en periode, hvor det gamle plugin og den nye kernefunktion begge er aktive og trækker i hver sin retning. Det er i den periode, hjemmesider bliver langsomme og mærkelige uden nogen tydelig årsag. Hvornår har dit bureau sidst fjernet et plugin i stedet for at tilføje et?