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

#Slik var WordCamp Portugal 2026 i Porto {#opening}

Jeg fløy til Porto for WordCamp Portugal 2026, som ble holdt 15. og 16. mai 2026 hos Fundação Dr. António Cupertino de Miranda, og de elleve sesjonene jeg skriver om her, endret hvordan WPPoland-tilgjengelighetsauditen leveres. Flere av dem gikk parallelt, så noen fulgte jeg direkte og resten tok jeg igjen i opptakene. De skjerpet også prosjektkøen for WordPress Abilities API og ga meg konkrete ord for endringen i byråmodellen som kundene stadig spør om etter at AI kom for fullt. Under følger hva hver sesjon handlet om, hva det betyr for WordPress i produksjon og headless-arbeid, og endringene som allerede er gjort på wppoland.com som følge av dette. Takk til Toze Vasconcelos og Carolina Osório Pinho, to av de sytten personene i arrangørteamet.

Formatet gikk over to dager. Fredag 15. mai var community-dag, kun med forhåndspåmelding. Lørdag 16. mai bød på 17 foredrag fordelt på to spor og 3 workshops i et eget rom, ifølge det offisielle programmet.

#Gir tilgjengelighet bedre SEO på nettsiden {#bovelett}

Anne-Mieke Bovelett, “SEO-trikset for synlighet: 23 prosent mer trafikk gjennom tilgjengelighet”. De 23 prosentene er løftet i foredragstittelen. Substansen var mekanismen bak: hver gang en besøkende forlater siden fordi navigasjonen er uleselig, gir opp et skjema fordi feilmeldingen er forvirrende, eller gir opp en side som er kognitivt overveldende, registrerer søkemotorene et feilsignal. Poenget traff fordi hun ikke rammet inn tilgjengelighet som et samsvarsteater. Hun viste at det dukker opp i de samme signalene SEO-teamene allerede følger med på, og ga innholdseierne en sjekk uten kode, 5-Second Clarity Test, som de kan kjøre på hvilken som helst side uten å vente på en utvikler.

Argumentet hennes rekker også lenger enn Google. Tilgjengelig og godt strukturert innhold er det både menneskelige besøkende og AI-søkeagenter trenger for å gjøre jobben sin, og det knytter arbeidet med WCAG 2.2 AA til arbeidet med maskinlesbarhet som de fleste kunder nå spør om.

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

#Hva er WordPress Abilities API {#abilities-api}

Uros Tasic, “WordPress Abilities API: bro mellom kode og AI”. Dette var en 90 minutters workshop for plugin-utviklere, ikke et foredrag. Sesjonsbeskrivelsen omtaler Abilities API som et fullverdig funksjonsregister på tvers av kontekster, som standardiserer hvordan funksjonalitet defineres og eksponeres i WordPress, og workshopen viste hvordan delene henger sammen med resten av WordPress AI API.

Selve API-et kom med WordPress 6.9. Utviklernotatet for kjernen og utviklerhåndboken definerer de bevegelige delene:

• En ability er en selvstendig funksjonsenhet med et navn i et navnerom (my-plugin/get-post-count), en etikett, en beskrivelse, en kategori, JSON Schema-definisjoner for inn- og utdata, en utførelses-callback og en valgfri tilgangs-callback.
• Abilities registreres med wp_register_ability() på handlingen wp_abilities_api_init, og kategorier med wp_register_ability_category() på wp_abilities_api_categories_init. Registrering utenfor disse hookene utløser en _doing_it_wrong()-melding, og registreringen feiler.
• Når funksjonen er slått på, eksponeres registrerte abilities under REST-navnerommet wp-abilities/v1, inkludert et /run-endepunkt som kjører en ability.
• To handlinger, wp_before_execute_ability og wp_after_execute_ability, omslutter hver kjøring, og det er der logging og revisjon kobles på.

Den nærmeste analogien er MCP-server-mønsteret, og de to henger nå direkte sammen: den offisielle pakken MCP Adapter gjør registrerte abilities om til MCP-verktøy, -ressurser og -prompter for AI-agenter.

For byråer er dette årets mest interessante grep på WordPress-plattformen, fordi det endrer integrasjonshistorien for to produkttyper vi stadig får forespørsler om. For det første automatisering av backoffice, der et innholdsteam vil ha en ekte assistent og ikke et chatvindu. For det andre AI-funksjoner på kundesiden som må utføre admin-handlinger (moderere en kommentar, planlegge et innlegg) bak en tilgangssjekk i stedet for et delt wp-admin-passord.

#AI-funksjoner i WordPress-kjernen {#wp-ai-core}

Jorge Costa, “AI er i WordPress-kjernen, slik bruker du det”. Jorge er core committer, og sesjonen hans gikk i dybden på AI-byggeklossene som allerede er levert: WP AI Client, Abilities API og MCP-adapteren, og hvordan de brukes i plugins, temaer og nettsteder. Han avsluttet med et større spørsmål fra sesjonsbeskrivelsen: når agenter kan sette opp hele prosjekter på hvilken som helst stack, hvorfor er WordPress fortsatt det riktige valget.

Leverandørlaget fortjener en nærmere forklaring. Den frittstående pakken wp-ai-client, en AI-klient som snakker med modeller fra ulike leverandører gjennom ett felles API, er nå arkivert og merket som utgått til fordel for AI-klienten som er bygd inn i WordPress 7.0. Fra 7.0 og oppover er PHP SDK-infrastrukturen i pakken slått av fordi kjernen tar seg av den, mens REST-endepunktene og JavaScript-API-et forblir aktive til også de er på plass i kjernen.

Lærdommen for kundeprosjekter: slutt å behandle WordPress som et CMS som alltid trenger et eget AI-plugin-lag for å koble til modeller. Klienten og registeret ligger nå i kjernen. Plugin-lag bør tilføre produktspesifikk intelligens, som redaksjonell taksonomi, bransjevokabular og sikkerhetsregler, pluss de abilities som beskriver hva nettstedet kan gjøre.

#Hvordan lage admin-verktøy med WordPress AI API {#welcher-studio}

Ryan Welcher, “Slutt å gjøre det selv: AI-drevne admin-verktøy med WordPress AI API”. Ryan ledet en praktisk workshop på 3,5 timer for utviklere med plugin-erfaring. Utgangspunktet var det kjedelige arbeidet etter at et innlegg er skrevet: kategorier, stikkord, metabeskrivelse, alt-tekst, godkjenning av kommentarer, rydding i taksonomier. Workshopen kombinerte tre deler av initiativet WordPress AI Building Blocks:

1. Egne abilities. Abilities API definerer hva nettstedet kan gjøre: opprette innlegg med metadata, sette opp taksonomistrukturer, moderere kommentarer, gå gjennom mediebiblioteket.
2. Connectors. En innstillingsskjerm i WP Admin der API-nøkler for leverandører som OpenAI, Anthropic og Google settes opp én gang for alle plugins på nettstedet, i stedet for hardkodede nøkler eller innstillinger per plugin.
3. JavaScript AI Client. Brukes fra adminpanelet med den innebygde promptbyggeren for å sende prompter, motta strukturerte svar og utløse de egne abilities.

Eksempelforespørslene i sesjonsbeskrivelsen viser målet: publiser dette innlegget som utkast i en gitt kategori med stikkord og en metabeskrivelse på under 160 tegn, lag et kategoritre, godkjenn ventende kommentarer, finn bilder uten alt-tekst og foreslå noen ut fra filnavnet. Ett lysbilde viste Studio Write, som ifølge sitt eget nettsted er editor, AI-chat og researchverktøy i ett, en betaversjon for macOS og et eksperiment fra Automattic, ikke et offisielt produkt. Det som kan gjenbrukes i kundearbeid er mønsteret, ikke appen: abilities for operasjonene, ett lager for nøkler, én klient.

#WordPress-utvikling med Claude Code {#claude-code}

JuanMa Garrido, “WordPress-utvikling og -drift med Claude Code”. JuanMa, som jobber med developer relations, viste Claude Code som et kommandosenter for WordPress-utvikling og nettstedsdrift fra terminalen. Han bygde det rundt tre evner: Skills (kunnskapspakker for oppgaver som plugin-utvikling eller oppretting av blokktemaer), MCP (Model Context Protocol, som kobler agenten til WordPress, GitHub, Figma eller n8n) og Abilities API. Live-demoene genererte et blokktema fra et HTML-design, spurte en blogg i produksjon på naturlig språk, installerte plugins og leste feillogger uten å forlate terminalen.

Forbeholdet hans er den nyttige delen: demoene brukte Claude Code, men MCP, Skills og Abilities API er standarder som kan overføres til enhver kodeagent som støtter dem. Det jeg har tatt med inn i WPPoland-arbeidet, er vanen med å kjøre sjekker av innhold og kode som terminalløkker mot eksplisitte kriterier, i stedet for som enkeltstående manuelle gjennomlesninger.

#Hvordan AI endrer prisingen i WordPress-byråer {#agency-reset}

Juan Manuel Rodriguez Jurado, “Omstart for byrået: hvordan AI tvinger fram tiårets beste oppgradering av forretningsmodellen”. Juan Manuel argumenterte for at byråmodellen oppgraderes, ikke dør, og kartla tre skifter som skjer samtidig:

• Fra prosjekter til partnerskap. Enkeltstående leveranser viker for løpende relasjoner. Ifølge sesjonsbeskrivelsen hans frigjorde byråer som automatiserte rutinevedlikehold opptil 80 prosent av det repetitive arbeidet og flyttet den tiden over i rådgivning.
• Fra leveranser til beslutninger. Tilbudet går fra “vi bygger nettstedet ditt” til “vi styrer den digitale strategien din”, og byråer som selger AI-forsterket rådgivning, melder om høyere månedlige retainere enn rene prosjektbyråer.
• Fra isolasjon til økosystem. Deltakelse i miljøet, bidrag til åpen kildekode og offentlig delt kunnskap bygger en vollgrav som plattformskifter ikke kan gjøre til en vare.

Han underbygde dette med prisdata og samtaler med over 1000 byråer gjennom to år, tall fra sesjonsbeskrivelsen og ikke uavhengig publiserte data. Det stemmer med det jeg ser i innkommende forespørsler. Kunder som kommer med et resultat (“SaaS-markedsføringssiden vår trenger en målbar økning i demobookinger”) tar tydeligere beslutninger enn kunder som kommer med en liste over ting som skal lages (“vi trenger et nytt WordPress-tema”). Hvis AI senker produksjonskostnaden, blir timepris en svakere modell for arbeid ledet av seniorer, og det er min tolkning, ikke et tall fra foredraget.

#Andre foredrag fra WordCamp Portugal 2026 verdt å se {#mentions}

• Milana Cap, “WordPress-perler for utviklere: tilgjengelighet med Interactivity API”. Milana presenterte Interactivity API, inspirert av Live-komponentene i Symfony og bygd for fart, utvidbarhet og serverside-rendering, som et API utformet med beste praksis for tilgjengelighet i tankene. Hvis du fortsatt håndkoder klientside-tilstand i WordPress-frontender, er dette foredraget du bør se.
• Imran Sayed, “Den raskeste veien til Gutenberg-blokker: moderne verktøy, skript og AI”. En fokusert verktøysesjon om praktiske arbeidsflyter for å bygge egne blokker raskt uten å overkonstruere.
• Jorge Cabaço, “Utover trakten: hvordan AI omdefinerer kundereiser”. Hvorfor den lineære trakten fra oppmerksomhet via vurdering til konvertering ikke lenger forklarer atferden når søk, anbefalinger og samtaleagenter starter reisen. Den passer godt sammen med Juan Manuels sesjon om endringene i byråene.
• Gustavo Galati, “Webdesign for 2026”. Grunnprinsipper i design, hva AI har endret i designprosessen, trendene på vei inn i 2026 og verktøyene han bruker daglig, med ressurser og eksempler bygd på WordPress som kan lastes ned.
• Gemny Andreina Ibarra Salamanca, “Fra utbrenthet til balanse: bygg din egen AI-bot for ansvarlighet”. En totimers workshop uten kode der deltakerne bygger en Telegram-bot på Make.com, med svar fra OpenAI eller fra et Google-regneark, som sjekker inn daglig på trivsel og mål. Nyttig for soloaktører og små byråer.

#Program for lørdagen på WordCamp Portugal 2026 {#programme}

De elleve sesjonene over utgjør omtrent halvparten av lørdagen. Resten av programmet, oppsummert ut fra de offisielle sesjonsbeskrivelsene:

• José Freitas, F.A.C.E.-metoden (Function, Activity, Context, Execution) for å gi AI nok kontekst til å skrive spesifikke artikler, guider og kundecaser som holder seg til merkevaren. Han åpnet spor 1.
• Lucas Catão de Moraes, AI på begge sider av WordPress-sikkerheten: som forsvarsverktøy og som våpen i automatiserte angrep.
• Wajari Velasquez, et foredrag på spansk om hvordan språkmodeller endrer søk, når svarene kommer før klikkene og rangering blir en kamp om å bli anbefalt.
• Filipa Simões de Freitas, kundesiden av WordPress-prosjekter: briefer som forebygger problemer, omfang som sklir ut, og oversettelse av teknisk språk til forretningsbeslutninger.
• Pedro Fonseca, hvordan WooCommerce gjøres klart for AI-handleagenter via Model Context Protocol og en teknisk sjekkliste med 50 punkter.
• Slobodan Manic, maskin-først-arkitektur: semantisk HTML og Schema.org på nettstedet, entitetssignaler og tilstedeværelse i kunnskapsgrafer utenfor det.
• Carlos Moreira, prototyping med AI-verktøy som Lovable, Bolt, Replit og v0 mot WordPress REST API.
• Marcel Schmitz, agentbasert utvikling for seniorutviklere, fra vibe coding til en arbeidsflyt støttet av tester, med et MCP-verktøysett med åpen kildekode publisert under pluginslab på GitHub.
• Simon Kraft, Cyber Resilience Act og hva den betyr for dem som vedlikeholder åpen kildekode som WordPress-plugins (mer om datoene nedenfor).

#Hva skjedde på community-dagen på WordCamp Portugal {#community-day}

Fredag 15. mai samlet 130 deltakere, rekord for arrangementet ifølge arrangørenes oppsummering. For andre år på rad erstattet dagen den klassiske bidragsyterdagen med samarbeidsbord, åpne samtalesentre om seks temaer: sikkerhet og tillit, AI og WordPress, SEO/GEO og ytelse, design og tilgjengelighet, oversettelser og miljøet, og frilansere og byråer. Bordet for frilansere og byråer var nytt i år og, ifølge oppsummeringen, blant de mest aktive.

Ettermiddagen startet med et community-forum om tilstanden i det portugisiske WordPress-miljøet, fulgt av tre delingsøkter:

• Nilo Velez om hva WordPress-prosjektet tilbyr utover utvikling: læringsplattformer, støtte fra miljøet, foto- og mediekatalogene, designressurser og måter å bidra på.
• Marcel Schmitz om WP Agentic Admin, en personvernvennlig assistent som kjører en liten språkmodell på GPU-en helt i nettleseren, uten noe sky-API. Den ble til under CloudFest Hackathon 2026.
• Tiago Santos, som steppet inn for Shadi Sharaf, om en agentbasert arbeidsflyt bygd rundt å beskrive resultater, orkestrere agenter og gå gjennom differ, med sperrene som holder resultatet klart for produksjon.

Et 30 minutters panel med de tre foredragsholderne om hvordan AI påvirker WordPress-miljøet, avsluttet dagen.

#Hva Cyber Resilience Act betyr for utviklere av WordPress-plugins {#cra}

Simon Krafts sesjonsbeskrivelse tar utgangspunkt i én dato: deler av Cyber Resilience Act trer i kraft i september 2026. Forordningen, forordning (EU) 2024/2847, innføres trinnvis etter artikkel 71:

Artikkel 14 er den plugin-virksomheter merker først. En produsent må rapportere en aktivt utnyttet sårbarhet i produktet sitt via den felles rapporteringsplattformen til koordinerende CSIRT og til ENISA: et tidlig varsel innen 24 timer etter at produsenten ble klar over den, og en sårbarhetsmelding innen 72 timer.

Åpen kildekode får et eget spor. Forordningen definerer forvaltere av programvare med åpen kildekode, organisasjoner som over tid støtter fri programvare beregnet på kommersiell bruk, og gir dem et lettere regime i artikkel 24: en dokumentert cybersikkerhetspolicy, håndtering av sårbarheter og samarbeid med markedstilsynsmyndighetene. Hvilken rolle en gitt plugin-leverandør har, avhenger av hvordan produktet tjener penger. Vår lengre guide til CRA, NIS2 og DORA dekker dokumentasjonssiden.

#Opptak fra WordCamp Portugal 2026 {#recordings}

Siden 21. mai 2026 har opptakene av alle foredrag ligget på WordPress.tv, ifølge kunngjøringen fra arrangørene. Arrangørene har også bygd inn hver video sammen med foredragsholderens lysbilder på sesjonssidene, så den raskeste veien er det offisielle programmet: åpne en sesjon, så ligger opptaket og lysbildene på samme side. Det er også den praktiske måten å ta igjen et parallelt spor på, og på lørdagen gjaldt det de fleste workshopene.

#Lærdommer fra WordCamp Portugal for WordPress-kunder {#takeaways}

Tre konkrete endringer i WPPoland-arbeidet har kommet ut av konferansen i Porto:

1. Tilgjengelighetsauditen er utvidet. Konformitetsrapporten inkluderer vedlegget om overlapp med SEO, der hver WCAG 2.2 AA-feil er merket både for juridisk risiko og for 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. Oppføringen står nå i Trial-ringen. Hvis du planlegger en WordPress-integrasjon på agentsiden i løpet av de neste seks månedene, er dette plattformsamtalen å starte.
3. Prissamtalen er tydeligere i delen om samarbeidsmodell. Prosjektdefinisjoner forankret i resultater får nå eksplisitt behandling. Delen om samarbeidsmodell på /nb/om-meg/ hadde allerede denne tanken, og tilbudsmalen forankres nå i et skriftlig suksesskriterium i stedet for en ren leveranseliste.

#Kilder og videre lesning

• Program for WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/programa/
• Foredragsholdere på WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/speakers/
• Oppsummering av community-dagen: https://portugal.wordcamp.org/2026/community-day-recap/
• Kunngjøring om opptak og lysbilder: https://portugal.wordcamp.org/2026/talk-recordings-and-slides-are-now-available/
• Abilities API i WordPress 6.9, utviklernotat for kjernen: https://make.wordpress.org/core/2025/11/10/abilities-api-in-wordpress-6-9/
• Abilities API, utviklerhåndbok: https://developer.wordpress.org/apis/abilities-api/
• MCP Adapter: https://github.com/WordPress/mcp-adapter
• WordPress AI Client (arkivert, erstattet av kjernen i 7.0): https://github.com/WordPress/wp-ai-client
• Cyber Resilience Act, forordning (EU) 2024/2847: https://eur-lex.europa.eu/eli/reg/2024/2847/oj
• WPPolands side om tilgjengelighetsaudit (siterer Anne-Mieke Bovelett): https://wppoland.com/nb/tjenester/tilgjengelighet-revisjon-wcag/
• WPPoland Tech Radar (oppføring for Abilities API): https://wppoland.com/nb/tech-radar/

Takk igjen til Toze Vasconcelos og Carolina Osório Pinho, og til resten av arrangørteamet, for et arrangement som leverte mer praktisk teknisk stoff per time enn jeg har sett på en regional WordCamp på flere år.

Sist oppdatert: 15. oktober 2026.