Apple “WebPage”: en headless browser – endelig med Apple-stempel
Apple har på WWDC 2025 lagt en lidt underspillet – men potentielt ret vigtig – brik på bordet: WebPage, en headless browser der kan køre uden brugerflade og bruges til automatisering, test og web-arbejdsgange, hvor du normalt ville spinde en fuld Safari-instans op.
Videoen ligger hos Apple Developer (WWDC-sessionen), og selv om den ikke ligefrem har fået internet til at eksplodere (HN-tråden er nærmest tom: Hacker News), er det præcis den type infrastruktur-nyhed, der stille og roligt kan ændre hverdagen for udviklere.
Hvad er “WebPage” i praksis?
Konceptet er enkelt: en programmérbar web-runtime bygget på WebKit/Safari-teknologi, men uden UI. Det gør den oplagt til:
- Automatiserede web-tests (regression, smoke tests, performance- og stabilitetstjek)
- CI/Continuous Integration på macOS-buildservere
- Screenshot- og PDF-generering af webindhold i ensartede miljøer
- Scriptede flows til formularer, navigation, login (der hvor det er legitimt og aftalt)
- Tilgængelighedstjek og DOM-inspektion uden menneskelig interaktion
Det store “aha” er ikke, at headless browsers findes (Playwright og Puppeteer har længe domineret), men at Apple nu signalerer: WebKit-økosystemet skal også være en seriøs borger i moderne automatisering.
Hvorfor Apple gør det her (og hvorfor det betyder noget)
Apple har i årevis været stærk på hardware (iPhone, iPad, MacBook, Apple Watch) og på app-udvikling (Xcode, Swift, SwiftUI), men web-automatisering har typisk været noget, man “løste” via tredjepartsværktøjer. Når Apple selv viser en headless browser, peger det på tre ting:
- Bedre parity med resten af branchen: Web-arbejdsgange er blevet en first-class del af udvikling – også når slutproduktet er en iOS-app.
- Mere kontrol over WebKit-stacken: Når testmiljøet er Apple-ejet, er der færre uforudsigelige lag.
- Større pres på webkvalitet i Safari: Headless tests bliver ofte gatekeepers i release pipelines. Det er et sted, Apple ikke har været “default choice”.
Min vurdering: det mest interessante er signalet – ikke feature-listen
Det her ligner én af de WWDC-ting, der får få klapsalver i salen, men mange nik i build-rummet. Apple siger i praksis: “WebKit skal kunne indgå i automatiserede pipelines på lige fod med Chromium.” For webudviklere betyder det mere forudsigelig testning mod Safari/WebKit. For appudviklere betyder det en mere sammenhængende historie fra iOS/macOS til webviews og loginflows.
Men: succesen afhænger af dokumentation, stabil API-overflade og integration med eksisterende dev flows. Hvis WebPage bliver “Apple-nice” (pænt, men lukket), vinder Playwright stadig. Hvis den derimod bliver et robust, scriptbart værktøj, kan den blive en stille favorit i mange teams – især dem der skal være Safari-first.
Nogle gange er den mest “spændende” nyhed den, der bare gør alt mindre irriterende.
Se MacBook til udvikling og CI →Fri fragt over 499,- og dag-til-dag levering
Hvis du vil læse mere om Apple-nyheder og WWDC-spor, kan du løbende søge hos We❤️Apple.
Hvad skal du holde øje med nu?
Der er tre praktiske spørgsmål, der afgør, om WebPage bliver et nicheværktøj eller et standardskifte:
- Hvor let er det at styre den? (API-design, events, netværkskontrol, JavaScript hooks)
- Hvordan spiller den med eksisterende stacks? (WebDriver-lignende patterns, Playwright-integration, rapportering)
- Hvor deterministisk er den? Headless = godt; headless + flaky = dyrt.
Og ja: det er også en påmindelse om, hvor meget vores digitale liv stadig ender i en browser – også når vi starter på en iPhone. Mangler du i øvrigt udstyr omkring mobil-setup til test og hverdag, så er det værd at have et kig på iPhones og iPhone-tilbehør (kabler, stands, hubs), som ofte gør lab-arbejde og fejlsøgning mindre… kreativt.
Videoen er klart værd at se, hvis du arbejder med web automation, UI testing eller WebKit/Safari-kompatibilitet: WebPage – Headless Browser from Apple.
Del: