Senior WordPress-utvikler med AI: hva byråer krever i 2026

I slutten av september 2026 publiserte Blacksmith Agency, et fjernbasert amerikansk WordPress-byrå, en stilling som Senior WordPress Developer med AI i arbeidsflyten, og i midten av oktober sirkulerte annonsen fortsatt på jobbtavlene. Samme byrå hadde lyst ut en AI Engineer-rolle for agentiske arbeidsflyter. Et byrå som kaller seg AI-first, vil altså fortsatt ha en senior som skriver og reviewer kode. Den posisjonen skyver ut to ytterpunkter: team som boikotter agenter, og team som selger «vibe coding» uten code review. En stilling eller et nearshore-tilbud utenfor den hybriden taper ved kickoff eller ved første sikkerhetsrevisjon.

Denne meningen hviler på ett firmas annonser, så les den som et signal, ikke som statistikk. Tavlen WordPress.org Jobs viste i midten av oktober fire annonser datert 5.-13. oktober (frilansere til kundenettsteder, plugin-integrasjoner, en WooCommerce-butikk, en fractional technical lead), ingen med AI i tittelen.

Ser dere etter en nearshore-partner med hybriden AI + code review, ikke en junior med Cursor i produksjon? Beskriv prosjektet via kontakt: scope (nytt nettsted, butikk, MCP, blokker), locale, deadline. Dere sammenligner ownership med en ekte stillingsannonse, ikke med en slide som sier «vi bruker AI».

#Hva stillingsannonser for Senior WordPress med AI krever

Stillingen Senior WordPress Developer (27. september) og varianten WordPress Development Lead (30. september) krever:

• en senior som leder custom WordPress-bygg og snakker med kunder,
• fjernarbeid fra USA, Canada, Latin-Amerika eller Sør-Afrika, for kunder over hele USA,
• svært god engelsk,
• omfang: temaer, maler, plugins og blokker,
• «Øk effektiviteten med AI gjennom hele utviklingsprosessen» ved siden av «Du skriver og reviewer fortsatt ekte kode» (annonse fra Blacksmith Agency, egen oversettelse).

Separat lyste samme byrå ut en AI Engineer-rolle: agentiske arbeidsflyter på LangChain eller LangGraph, Anthropic- og OpenAI-API-er med tool use, WordPress- eller PHP-erfaring som et pluss.

Mønsteret: en lead developer som bruker agenter, pluss en person eller Automation-sti som kobler produktive workflows. En «prompt-magiker» alene lukker ikke JD-en.

#WordPress.com Agent, MCP write og utviklerrekruttering

15. oktober oppdaterte WordPress.com sin Agent: å generere et nettsted tar under halvparten så lang tid som før, og Agenten installerer, aktiverer og oppdaterer plugins fra chat. MCP write-verktøyene har vært på betalte planer siden mars 2026. Den lette gevinsten (draft på minutter, lagring fra Cursor) er nå synlig for kunden. Den vanskelige gevinsten (SLA, plugin-whitelist, publish gate) trenger fortsatt et menneske. Stillingsannonser er markedets oversettelse av samme påstand som vi pakker ut i Agent og MCP write.

Når en kunde ser en Agent-demo, spør de: «hvorfor trenger dere en senior?» Annonsen svarer på forhånd: senioren er der så Agenten ikke pusher tre plugins utenfor whitelisten og en utestet checkout til produksjon.

#Senior WordPress med AI i nearshore PL og EU

#Kickoff-pris vs ownership ved WordPress AI

Å generere et tema på minutter på .com fjerner verken ERP, HPOS eller flerspråklig SEO. I tilbudet skill:

• pakke discovery + første variant (kan være billigere / kortere),
• pakke ownership (arkitektur, review, publish, overvåking).

Kunder som bare kjøper første pakke kommer tilbake med «hvorfor snakker ikke butikken med lageret». Bedre å navngi grensen fra start.

#CV for WordPress-utvikler: AI-verktøy og code review

I intern rekruttering:

• krev et eksempel: PR der en agent scaffoldet og et menneske refaktorerte,
• krev en gate-beskrivelse: hva agenten kan gjøre uten approve,
• avvis porteføljer «jeg genererte 40 sider i helgen» uten tester og uten ownership.

I ekstern rekruttering (kunde velger byrå): samme spørsmål fungerer som due diligence.

#Publish-gate i stedet for slide «vi bruker AI»

Én setning på discovery-call:

Agenten skriver draft på staging. Et menneske reviewer. Publish er et eget steg.

Det filtrerer kunder som vil «pushe fra chat til produksjon». Bedre å miste den leaden enn å arve et incident.

#Spørsmål til kandidat for Senior WordPress med AI

• Hvilke steg kan agenten kjøre uten approve?
• Hvordan ser review av en agent-generert blokk-PR ut?
• Har dere plugin-whitelist for Agent / MCP write?
• Hvor slutter WordPress.com Agent, og hvor begynner custom self-hosted?
• Hvem er on-call når en agent ødelegger en fredagsdeploy?
• Hvordan måler dere at AI forkorter tid (metrikker), ikke bare «føles raskere»?

Fornuftige metrikker: tid fra brief til første draft, plugins utenfor whitelist, tid fra draft til publisering, rollbacks etter agentendringer. Uten metrikker er «AI i prosessen» et slagord.

#WordPress engineer vs AI engineer

Annonsene skiller Senior WordPress Developer og AI Engineer. I et lite nearshore-byrå slår dere ofte dette sammen i én person. Risiko: automatisering uten PHP-dybde, eller PHP uten agentdisiplin.

En modell som fungerer med 4-8 personer:

• WordPress-lead: arkitektur, review, WooCommerce, blokker,
• mid med AI: scaffold, tester, docs, MCP-kobling under tilsyn,
• content / SEO: Guidelines, drafts, publish-kø (ikke «full MCP-tilgang»).

Når noen lover kunden «én junior med Cursor fikser enterprise», er Blacksmith-annonsen et motbevis: et byrå som kaller seg AI-first, ansetter fortsatt en senior som skriver og reviewer kode.

#Senior WordPress, Gutenberg 24.2 og React 19

Parallelt slår Gutenberg 24.2 på React 19-eksperimentet som standard i pluginet, med mindre et tema eller en plugin med kjente kompatibilitetsproblemer er aktiv. Senioren denne annonsen søker må kunne teste blokker på staging, ikke bare «klikke en landing med Agenten». Detaljer: Gutenberg 24.2.

Hybriden AI + kode dekker også editorkompatibilitet. En prompt fanger ikke en React peerDependency. En staging-test gjør det.

#Hvordan snakke om WordPress AI med kunder i Norden

Det nordiske B2B-markedet blander hardt:

• forventning «gjør det som WordPress.com Agent, bare med vårt ERP / Visma»,
• GDPR og loggkrav,
• budsjetter nærmere mid-market enn US enterprise-headline.

Et svar i tråd med påstanden:

1. Ja, vi bruker agenter til drafts og scaffold.
2. Nei, Agenten signerer ikke SLA og kobler ikke lageret.
3. Publish og integrasjoner ligger i engineer-ownership.
4. Pris individuelt etter scope; vi selger ikke «ubegrensede Agent-sesjoner» uten tak.

WordCamps og lokale byråtreff er bedre steder å vise hybriden med caser enn med en stillingsannonse kopiert fra et amerikansk byrå.

#Feil i stillingsannonser WordPress + AI

• Ikke skriv «AI-first» uten liste over verktøy og porter.
• Ikke krev «5 år LangChain» for en rolle som er 80 % PHP og blokker.
• Ikke lov kunden at junior + Cursor = lead.
• Ikke skjul at MCP write som standard lager drafts: det er en feature, ikke skam.

#Rekrutteringssamtale for Senior WordPress med AI

I stedet for «bruker du AI?» (svaret er alltid ja), kjør en case:

1. Gi kandidaten en kort landing-brief + whitelist med tre plugins.
2. Be om en plan: hva agenten gjør, hva mennesket gjør, hvor publish sitter.
3. Be om review av en bevisst svak PR (generert kode med åpenbar nonce- eller escaping-feil).
4. Be om en beslutning: WordPress.com Agent vs self-hosted for lagerintegrasjon.

En kandidat som ikke kan navngi publish gate, faller uansett hvor mange LLM-modeller de lister. En kandidat som kan, og snakker svakt om LangChain, kan fortsatt passe som Lead WordPress med AI: AI Engineer er en egen sti.

#Onboarding av junior WordPress-utvikler med AI-agenter

En junior med Cursor kan generere en blokk på en time. Onboarding må lære tre ting før de får MCP write på kundestaging:

1. escaping, nonce, capabilities - ingen unntak «fordi agenten skrev det»,
2. lese diff linje for linje før merge,
3. når si «dette bør ikke agenten gjøre» (hemmeligheter, produksjon, DB-migrering).

Uten det blir junioren en feilforsterker. Med det blir junioren en billigere lead på 18-24 måneder.

#Due diligence av WordPress-byrå med AI (enterprise)

Når du velger WordPress-leverandør etter Agent-/MCP-bølgen:

• be om et diagram over veien fra agent via staging og review til produksjon,
• be om eksempel på revert etter dårlig agentendring,
• sjekk om kontrakten dekker ownership av kode og logger, ikke bare «lisens til effekten»,
• spør om Gutenberg-/React-tester (se 24.2), ikke bare «vi kan ChatGPT»,
• unngå prissetting «ubegrensede Agent-fikser» uten sprinttak.

Enterprise kjøper ikke prompts. Det kjøper forutsigbarhet for incidenter. Hybriden i den annonsen svarer på det kravet.

#AI theater i WordPress-byrået: hvordan unngå det

AI theater: slide om modeller, null metrikker, junior med Cursor i produksjon, lead slukker branner. Symptomer:

• ingen plugin-whitelist,
• MCP write med publish-rett for alle,
• ingen review av PR-er med agent-diff,
• bonuser for «genererte sider», ikke for fravær av incidenter.

Behandling:

• metrikker fra Agent / MCP-artikkelen (tid fra brief til draft, whitelist, tid fra draft til publisering),
• én publish-eier per prosjekt,
• retrospektiv etter hvert agentincident (5 Whys, ikke «skyld på modellen»).

Blacksmith-annonsen beskriver det motsatte av AI-teater. Hvis byrået deres rekrutterer etter slike annonser mens prosessen ser ut som teater, forlater seniorkandidatene dere i prøvetiden.

#Kompetanse for Senior WordPress-utvikler med AI

Teknisk minimum (uten dette teller soft skills ikke):

• PHP 8.x, WP hooks, bevisst WP_Query / SQL,
• blokker (edit.js, save / dynamic render),
• React-grunnlag i editoren + bevissthet om React 19-sporet (Gutenberg 24.2),
• WooCommerce på nivå checkout-debug og HPOS «jeg vet hvor jeg ser»,
• Git, CI, staging, rollback.

AI-/agent-minimum:

• Cursor / Claude / ChatGPT som verktøy, ikke som sannhetskilde,
• kunne beskrive publish gate,
• MCP: hva det er, hvor write er farlig,
• kunne avvise modelloutput (code review).

Nice-to-have (egen Automation-sti):

• LangChain / egen orkestrering,
• agent-evals, ikke bare happy-path-demo,
• integrasjoner utenfor WordPress (CRM, ERP) med køer og retry.

Rekruttering som blander nice-to-have med minimum, betaler enten for mye eller ansetter noen som ikke leverer PHP i en krise.

#Retensjon av Senior WordPress-utvikler med AI

Seniors går når:

• marketing selger «AI gjør alt» mens de slukker branner,
• det ikke er budsjett til staging og tester,
• juniors har MCP write på prod «fordi det går fortere».

Hold dem gjennom:

• tydelig ownership (de bestemmer publish gate),
• tid til Gutenberg-/React-tester i retaineren,
• metrikker som viser ledelsen verdien av review, ikke bare draft-hastighet.

Det samme vil enterprise-kunden. Senior-retensjon og kundetilfredshet deler samme mekanisme: ownership.

#Bør dere gi AI-rabatt på WordPress-prissetting

Kunder vil be om rabatt «fordi AI gjør halvparten av jobben». Et svar i tråd med påstanden:

• rabatter scaffold-tid og første mockup hvis den faktisk falt,
• ikke rabatter ownership, review, security eller on-call,
• skriv i kontrakten hvilke faser er AI-akselererte og hvilke er human-gated.

Byråer med global «AI-rabatt 30 %» på hele prosjektet subsidierer andres risiko. Byråer som viser fasesplit passer med annonsen beskrevet over: moderne og ansvarlige.

På WPPoland-prissiden gjelder egne markedsbåndregler; denne artikkelen oppgir ikke tilbudssatser. Poenget er samtalestruktur, ikke et tall.

#Remote Sør-Afrika vs nearshore EU ved WordPress AI

En fjernstilling i et amerikansk byrå, åpen for Sør-Afrika og Latin-Amerika, beskriver den samme hybriden, men en annen kostnads- og juridisk kontekst. Nearshore PL/DE/NB selger:

• tidssone nær DACH- og Nordics-kunder,
• GDPR / lokal compliance som default,
• kortere latens til on-site-workshops.

Dere vinner ikke mot Sør-Afrika på promptpris. Dere vinner på ownership og lokal kontekst. I pitchen gjenta hybriden fra JD-en, ikke «vi er billigere fordi AI».

#AI og de usynlige 80% av et WordPress-prosjekt

6. oktober skrev WebDevStudios at AI er svært god på de 20 % av et nettsted man ser, og ikke leverer de 80 % man ikke ser: det som gjør at et nettsted blir funnet, holder seg sikkert og beskytter besøkendes data. Det utfyller annonsen: senioren eier de 80 %. Agent og Cursor akselererer de 20 % og scaffold. Den som bare selger 20 %, får en ticket fredag kl. 16:58. Den som ansetter for hybriden, har noen som lukker den ticketen.

#90-dagers scorecard for Senior WordPress med AI

Slik at det hybride setet ikke blir et slagord:

Hvis det etter 90 dager mangler metrikker og gate, ansatte dere en tittel, ikke en kompetanse. Scorecarden er også et kundeverktøy: «slik onboarder vi personen den annonsen beskriver».

#Career page for WordPress-byrå under AI-roller

I stedet for vage «vi elsker WordPress og innovasjon»:

• list agent-stack og porter,
• vis et eksempel-diff med review,
• skriv rett ut at publish er menneskelig,
• skill Engineer-sti fra Automation.

Senior-kandidater leser career page som due diligence. Board-JD-er og siden deres må snakke med samme stemme. Hvis boardet sier «real code» og career page bare «AI-powered digital experiences», antar senioren AI theater og søker ikke.

#Sjekkliste for byråeier: WordPress + AI

• Interne JD-er krever hybriden (AI + review), ikke bare én pol
• Junior-onboarding dekker escaping og diff før MCP write
• Agentmetrikker står i kunderapporten
• Retaineren har tid til editor-/React-tester
• Nearshore-pitch selger EU-ownership, ikke «billigere prompt»
• Career page = samme stemme som stillingsannonsene deres

Påstanden fra første avsnitt kommer tilbake her som operativ liste. Uten sjekkliste står dere igjen med en mening.

#Svar på «hvorfor senior når Agent finnes»

Kunde: «Når det finnes en Agent, hvorfor betale for en senior?»

Svar i tråd med påstanden:

1. Agenten forkorter tid til første UI-variant og innholdsutkast.
2. Senioren setter plugin-whitelist, publish gate og tester (inkl. Gutenberg / React).
3. Senioren eier integrasjoner og incidenter; Agenten tar ikke vakt.
4. Dere betaler for risikoforutsigbarhet, ikke for genereringsminutter.

Hvis kunden etter dette skriptet fortsatt vil ha bare Agent uten ownership, er det en lead å avslå eller en fase A med eksplisitt exit-kriterium (se artikkelen om Agent / MCP). Bedre å miste prosjektet enn å vinne produksjon uten review.

#Hvordan bestille prosjekt hvis dere ikke ansetter et sete

Ikke alle trenger Senior WordPress på payroll. Noen trenger en partner med samme JD i praksis: Agent og MCP til utkast, et menneske til publish gate og integrasjoner.

Be om tilbud når:

• dere har en brief og frykter «Agenten gjør alt» hos konkurrenten,
• dere trenger en WordPress-utvikler med review, ikke bare content ops,
• MCP / AI-integrasjon på self-hosted er i scope,
• dere vil ha en 90-dagers scorecard som i seksjonen over, men på byråsiden.

I forespørselen: forretningsmål, stack, om WooCommerce er med, antall locale, om staging finnes. Prising individuell etter scope (prisside som markedskontekst, bindende tilbud etter avklart omfang).

#Senior WordPress med AI: hybrid sete, ikke kodeerstatning

Signalet fra oktober 2026: ansett mennesker som bruker agenter og lar kode-ownership bli hos mennesket. Samme mønster synes i den annonsen, i Automattic-produkter (Agent, MCP write) og i Gutenberg-sporet (React 19 i pluginet).

Ved partnervalg og nearshore-teambygging er filteret felles: AI-boikott og troen på at Agenten erstatter arkitektur faller begge.

Forespørsel om leveranse eller audit av AI-prosessen i et WordPress-prosjekt: kontakt.