WordCamp Portugal 2026: Porto, tilgjengelighet, Abilities API og KI-byråer

#WordCamp Portugal 2026 i tre setninger {#opening}

Jeg var på WordCamp Portugal 2026 i Porto, 15.-17. mai 2026, og de elleve sesjonene jeg satt i, endret hvordan vi leverer WPPoland-tilgjengelighetsauditen, skjerpet prosjektkøen for WordPress Abilities API og ga meg konkret språk for endringen i byråmodellen kundene stadig spør om etter AI. Under følger hva hver sesjon sa, hva det betyr for produksjons-WordPress og headless-arbeid, og de to endringene jeg allerede har gjørt på wppoland.com. Takk til Toze Vasconcelos og Carolina Osório Pinho for å drive Porto-utgaven.

#Overskriften jeg fortsatt tenker på: tilgjengelighet som målbart SEO-signal {#bovelett}

Anne-Mieke Bovelett, “SEO-synlighet: 23 prosent mer trafikk gjennom tilgjengelighet”. Anne-Mieke tok oss gjennom et eksempel der nettstedet fikk 23 prosent mer organisk trafikk etter at WCAG 2.2 AA-gapene som overlapper med SEO-signaler på siden ble lukket: overskriftshierarki, kvaliteten på alt-tekster, tydelige lenketekster, skjemamerking og gode feilmeldinger. Poenget traff hardt fordi hun ikke rammet inn tilgjengelighet som papirarbeid. Hun viste det som et Google-signal de fleste team ignorerer fordi budsjettansvarlig sitter i en annen avdeling enn SEO-ansvarlig.

Det praktiske grepet på WPPoland-siden er allerede på plass: tilgjengelighetsaudit-pilaren på /nb/tjenester/tilgjengelighet-revisjon-wcag/ lister nå Anne-Miekes sesjon som kilde, og konformitetsrapporten har et eget vedlegg om overlapp med SEO. Dermed kan listen over feil sorteres både etter juridisk risiko og effekt på organisk søk. Samme audit, to vurderingsakser, ett beslutningstre.

#Det mest interessante plattformgrepet: WordPress Abilities API {#abilities-api}

Uros Tasic, “WordPress Abilities API: bro mellom kode og AI”. Abilities API eksponerer nettstedsoperasjoner (publiser et innlegg, oppdater en innstilling, opprett en bruker, kjør en CLI-lignende kommando) som strukturerte handlinger som agenter og AI-verktøy kan kalle trygt. Uros viste den nåværende formen på API-et, hvordan agent og nettsted avklarer rettigheter, og hvor grensen går mellom operasjoner som bare leser data og operasjoner som skriver til nettstedet. Den nærmeste analogien er MCP-server-mønsteret fra Anthropic-økosystemet, men forankret i WordPress-kjernen i stedet for i et separat tillegg.

For byråer er dette årets mest interessante WordPress-plattformgrep fordi det endrer hvordan vi kan bygge to typer løsninger kundene ofte spør om. For det første automatisering av redaksjonelt arbeid, der et innholdsteam vil ha en ekte assistent, ikke et chatvindu. For det andre funksjoner på kundesiden som må utføre admin-handlinger (moderere en kommentar, planlegge et innlegg, generere en sitemap-oppføring) uten å eksponere wp-admin-passordet.

#AI i WordPress-kjernen: hva som allerede er levert {#wp-ai-core}

Jorge Costa, “AI i WordPress-kjernen – slik bruker du det”. Jorge gikk gjennom AI-funksjonene som allerede er i WordPress-kjernen (forslag til alt-tekst på bilder, hjelp til å utkaste blokkinnhold, search-and-replace-assistent), pluss konfigurasjonsrøret (AI-services-registeret, capability-flagg per rolle, bytte av modell-leverandør). To ting stakk seg ut. For det første er alt-tekst-generatoren god nok til at den fjerner unnskyldningen “men å skrive alt-tekster er vanskelig” fra tilgjengelighetsaudits. For det andre er AI-services-registeret onramping for plugin-forfattere som vil levere funksjoner uten å bundle eget klientbibliotek.

Hovedpoenget for klientprosjekter: slutt å behandle WordPress som et CMS som alltid trenger et eget AI-plugin-lag. Hookene finnes allerede i kjernen. Plugin-lag bør brukes til produktspesifikk intelligens (redaksjonell taksonomi, bransjevokabular og sikkerhetsregler), ikke generell kobling mot modeller.

#Bygge admin-verktøy på WordPress AI API: Studio Write som gjennomgangseksempel {#welcher-studio}

Ryan Welcher, “Slutt å gjøre alt selv: admin-verktøy med WordPress AI API”. Ryan ledet en 3,5-times sesjon som demonstrerte WordPress AI API i praksis, med Automattics Studio Write som gjennomgangseksempel. Studio Write tar forfatteren fra research, via utkast, til publisering ved hjelp av WordPress AI API og mekanismer fra blokkeditoren i én visning. Sesjonen var dels produktvisning, dels veiledning for plugin-forfattere som vil levere AI-funksjoner uten å bygge skreddersydd klientlogikk.

Implementasjonsslidet som ble sittende: WordPress AI API behandler hver operasjon som en strukturert hensikt, ikke som en fritekstprompt. Det er rett abstraksjon for plugin-forfattere fordi det betyr at det samme grensesnittet virker mot ulike modell-leverandører, og revisjonsloggen registrerer hva som skjedde i termer en menneskelig eier kan gjennomgå. Studio Write er demoen, men mønsteret er gjenbrukbart for ethvert redaksjonelt verktøy som må utføre administratoroppgaver i flere trinn mot samme nettsted.

#Utviklings- og forvaltningsarbeidsflyter via Claude Code {#claude-code}

JuanMa Garrido, “WordPress-utvikling og -drift med Claude Code”. JuanMa viste hvordan han driver WordPress-utvikling fra terminalen med Claude Code: første oppsett av plugins, temajusteringer, flytting av endringer mellom miljøer og innholdsaudits. Sesjonen var praktisk og ærlig om hvor det fungerer (godt avgrensede oppgaver med konkrete akseptkriterier, refaktorer som rører en kjent del av systemet) og hvor det ikke gjør det (alt som krever lesing av tre plugin-kodebaser samtidig uten klar kontrakt).

Den biten jeg allerede har løfta inn i WPPoland-arbeidsflyten er mønsteret med agentdrevet innholdsaudit. I stedet for å kjøre innholdsaudit som en engangs menneskelig gjennomlesning, kjører jeg det nå som en strukturert CLI-løkke som produserer en JSON-rapport mot en eksplisitt rubrikk. Det dukker opp i reports/answer-source-audit-2026-05-19.json i WPPoland-repoet som del av de daglige innholdsgates.

#Byråmodellen etter AI: hvordan pris og avgrensning endres {#agency-reset}

Juan Manuel Rodriguez Jurado, “Byrå-resett”. Juan Manuel argumenterte for at AI først endrer pris og avgrensning i byråarbeid, og først deretter verktøyene. Poenget som landet: byråer som fortsatt selger timepakker mister margin til konkurrenter med tydelig avgrensede prosjekter, fordi kundene nå vet at AI reduserer produksjonskostnaden. Anbefalingen var konkret. Pris etter resultat (“lever en checkout som konverterer over X” framfor “30 timers WooCommerce-arbeid”), vis ingeniørbudsjettet separat fra prosjektbudsjettet, og behandle AI-verktøykostnaden som del av marginen, ikke som en egen leveranse.

Det stemmer med det jeg ser i innkommende briefinger. Kunder som kommer med et resultat (“SaaS-markedsføringssiden vår trenger en målbar økning i demo-bookinger”) tar ofte beslutningen raskere enn kunder som kommer med en liste over ting som skal lages (“vi trenger et nytt WordPress-tema”). Resten handler om disiplin i salgsprosessen. Juan Manuel har rett i at når AI senker produksjonskostnaden, blir timebasert prising en svakere modell for senior-ledet arbeid over 12-24 måneder.

#Hederlige omtaler fra programmet {#mentions}

• Milana Cap, “WordPress-perler for utviklere: tilgjengelighet med Interactivity API”. Milana viste Interactivity API som en tilgjengelighet-først integrasjonsflate, med konkrete wp-interactive-eksempler som leverer tastaturfokus, ARIA-tilstand og announcer-logikk som standard, ikke som påbygg. Hvis du fortsatt rullerer klientside-tilstand for hånd i WordPress-frontender, er dette foredraget du bør se.
• Imran Sayed, “Raskeste vei til Gutenberg-blokker: moderne verktøy, skript og AI”. En fokusert verktøysesjon. Konklusjonen er at første oppsett av blokker med create-block pluss AI-assistert kodefullføring kutter grunnarbeidet ned til minutter, slik at selve blokklogikken blir det egentlige arbeidet.
• Jorge Cabaço, “Utover trakten: hvordan AI omdefinerer kundereiser”. Markedsføringsperspektiv som passer godt med Juan Manuels sesjon om byråmodellen. Prismodellen følger av hvordan vi forstår kundereisen.
• Gustavo Galati, “Webdesign for 2026”. Trend-sesjon, mindre teknisk, men nyttig som kalibrering på hvor designflata beveger seg vekk fra page-builder-maksimalisme.
• Gemny Andreina Ibarra Salamanca, “Fra utbrenthet til balanse: bygg en AI-ansvarlighetsbot”. Praktisk mønster for solo-operatører og småbyråer. Verdt å se hvis du noen gang har logget en arbeidsdag i chronos og mistet audit-sporet før fredag.

#Hva dette endrer for WPPoland-kunder {#takeaways}

Tre konkrete endringer i WPPoland-arbeidet følger allerede av konferansen i Porto:

1. Tilgjengelighetsauditen er utvidet. Konformitetsrapporten inkluderer nå vedlegget om overlapp med SEO. Hver WCAG 2.2 AA-feil vurderes både for juridisk risiko og SEO-effekt på siden. Samme audit, individuell prising, to vurderingsakser, én prioritert liste over feil som bør rettes.
2. WordPress Abilities API i Tech Radar. Flytting fra Assess til Trial ved neste kvartalsgjennomgang, betinget av en ekte produksjonsreferanse. Hvis du planlegger en WordPress-integrasjon med agenter i løpet av de neste seks månedene, er dette plattformsamtalen å starte.
3. Prisingsmodellen er tydeligere i samarbeidsmodellen. Resultatforankret avgrensning får nå eksplisitt behandling. Seksjonen om samarbeidsmodell i /nb/om-meg/ hadde allerede dette sporet, og tilbudsmalen forankres nå mot et skriftlig suksesskriterium framfor en ren leveranseliste.

#Kilder og videre lesning

• WordCamp Portugal 2026-program: https://portugal.wordcamp.org/2026/programa/
• WordCamp Portugal 2026 talerliste: https://portugal.wordcamp.org/2026/oradores/
• WordPress.tv (sesjonsopptak, publisert i ukene som følger): https://wordpress.tv/
• WPPoland tilgjengelighetsaudit-pilar (siterer nå Anne-Mieke Bovelett): https://wppoland.com/nb/tjenester/tilgjengelighet-revisjon-wcag/
• WPPoland Tech Radar (Abilities API-oppføring i neste oppdatering): https://wppoland.com/nb/tech-radar/

Takk igjen til Toze Vasconcelos og Carolina Osório Pinho for å arrangere et event som leverte mer praktisk engineering-stoff per time enn jeg har sett på en regional WordCamp på flere år.

Sist oppdatert: 19. mai 2026.