Dato:11. juni 2026
WordPress-arbejde berører flere mennesker, end kunderne som regel ser. Når der opstår et problem på et website, er udvikleren sjældent den eneste, der har brug for det fulde overblik. Projektlederen skal kunne koordinere med kunden. Customer Care kan være de første, der hører, at noget ikke virker. DevOps skal måske ned og se på, hvad der sker under motorhjelmen.
Når det samme emne går igen flere steder i et konferenceprogram, lægger forskellige mennesker mærke til forskellige ting. Det er sådan arbejdet faktisk fungerer, og det er derfor, det giver mere mening at sende et sammensat team afsted end én person, der skal komme hjem og fortælle resten, hvad der blev sagt.
Inden WCEU gik i gang, havde vi en dag sammen uden laptops. Vi gik gennem Kraków med en guide, fik mere af byens historie med, kørte gennem de gamle gader i buggyer, spiste en frokost, der trak lidt længere ud end planlagt, og endte med VR-spil. Det var en god måde at starte på, før alle spredte sig ud til talks, workshops og møder.
Hvorfor udvikling kun er en del af billedet
Flere sessions i år handlede om emner, der lyder tekniske på overfladen, men som i virkeligheden handler om ansvar, når tekniske beslutninger bliver til kundeproblemer.
Sikkerhed viste det meget tydeligt. En undersøgelse, der blev præsenteret på konferencen, testede flere managed WordPress-hostingudbydere mod kendte sårbarheder og viste, at et markant flertal ikke blokerede angrebene. Tiden til at udnytte sårbarhederne blev målt i timer. Jeg har haft den samtale med kunder i mange versioner. Nogen vælger en hostingudbyder ud fra det, der står på salgssiden, og går ud fra, at sikkerheden er håndteret. Virkeligheden er som regel mere sammensat. Branimir, som har ansvar for vores infrastruktur, og Jesper, som ofte er den første, en kunde ringer til, når noget er galt, hørte den session fra to forskellige positioner. Begge reaktioner er vigtige, og begge er en del af det, Webnorth skal forholde sig til.
En relateret session handlede om NIS2-hændelsesrapportering set fra et mindre bureaus perspektiv. Det vigtige her er tidslinjen. Hvis en kunde, der er omfattet af NIS2, bliver ramt af en sikkerhedshændelse, begynder rapporteringskravene med det samme, og de bureauer, der servicerer kunden, bliver trukket ind i processen. Derfor er vi i gang med at gennemgå vores dokumentation for incident response.
Panelet om WordPress 7.0 hjalp vores tech leads og seniorudviklere med at forstå, hvor plugin-tilladelser, AI-integration og core-arkitektur bevæger sig hen. Flere core contributors gennemgik releasen indefra, også de beslutninger og afvejninger, der ligger bag. For et bureau, der skriver custom plugins og rådgiver kunder om platformvalg, er det bedre at forstå den udvikling tidligt end først at reagere, når kunderne begynder at spørge ind til den.
WordPress som infrastruktur
Noget af det, WCEU igen og igen er god til, er at vise, hvordan organisationer uden for den klassiske WordPress-verden bruger platformen. CERN fortalte om deres beslutning om at migrere hundredvis af websites over på en centralt styret WordPress-platform. Deres argumenter handlede om vedligeholdelse, governance og en tydelig adskillelse mellem kontrol over infrastrukturen og ejerskab over indholdet.
Det er ingeniørmæssige argumenter, og de matcher den samtale, vi har med kunder, der ser WordPress som en let løsning i stedet for en seriøs platform til styrede, langsigtede digitale løsninger. Den samtale dukker nok op oftere, end den burde, og eksterne eksempler som det her er nyttige, når den gør.
Det arbejde, vi skal blive bedre til at vise
Vassilena Valchanova holdt et oplæg om afstanden mellem at lave stærkt arbejde og at være kendt for det blandt de mennesker, der overvejer at hyre én. Hendes pointe er, at kunder ofte ikke kan se forskel på bureauer, der laver seriøst arbejde, og bureauer, der laver noget langt lettere. Det hul er det bureauets eget ansvar at lukke.
Jeg synes ikke, Webnorth har været synlige nok offentligt omkring niveauet af det arbejde, vi laver. Vi har kunder, der har været hos os i årevis, og projekter med reel teknisk dybde på tværs af custom development, WooCommerce, multisite, performance, sikkerhed og langsigtet platformsejerskab.
Det er også derfor, vi er begyndt at arbejde mere seriøst med vores cases. De giver os en bedre måde at vise tankerne bag arbejdet på: de tekniske valg, vi traf, de problemer, vi løste, og hvorfor de beslutninger havde betydning for kunden.
Det, vi tager med fra oplægget, er en tydeligere idé om, hvad vi bør skrive mere om: mere teknisk begrundelse, mere konkrete holdninger til de beslutninger, vi træffer for kunder, og færre brede påstande, som lige så godt kunne stå på ethvert andet WordPress-bureaus website.
I forlængelse af det handlede en session med Alain Schlesser om, hvad der skal til for, at et WordPress-site kan læses og citeres ordentligt af AI-systemer, altså de værktøjer, folk i dag bruger til at finde og verificere information. Det handler blandt andet om strukturerede data, robots.txt-opsætning og om, hvordan indholdet er organiseret. Hvis vi har ansvar for at vedligeholde en kundeplatform, skal vi også forstå, om platformen er bygget på en måde, de værktøjer faktisk kan bruge. Det påvirker, hvad vi bør tjekke i audits, og hvad vi anbefaler kunderne, når de træffer beslutninger om indhold. Det hører allerede hjemme i audits, content planning og teknisk vedligeholdelse.
En dansk WordPress-samtale, der bør fortsætte
Den danske gruppe på WCEU er lille nok til, at folk faktisk får talt ordentligt sammen, og stor nok til, at de samtaler kan føre til noget konkret. I år drejede flere af dem sig om et meget tydeligt hul: Der findes ikke et fast WordPress-meetup i København, og det burde der gøre.
Jeg talte med folk fra det danske WordPress-community om, hvad der skal til for at skabe mere aktivitet omkring WordPress i Danmark. Der er bureauer, freelancere, udviklere, redaktører, projektledere, marketingfolk og virksomheder her, som driver store WordPress-platforme. Mange af dem ville have glæde af et lokalt sted at mødes, dele erfaringer, stille praktiske spørgsmål og tale om arbejdet bag rigtige WordPress-projekter.
Vi taler stadig om det, og vi vil gerne have, at det bliver til noget. Der er ingen grund til, at al den energi kun skal findes til internationale events.
Der skete også meget mellem sessions og efter det officielle program. Jeg stod sjældent stille det samme sted ret længe, hvilket teamet nok lagde mærke til. Der var altid en ny introduktion, en ny bureausamtale eller nogen, jeg gerne ville nå at tale med.
De samtaler ramte direkte ned i spørgsmål, vi arbejder med hver dag: hvordan bureauer vokser uden at miste teknisk kvalitet, hvordan partnerskaber skaber værdi for kunder, hvordan regulerede organisationer tænker om WordPress, og hvordan specialiserede virksomheder bygger tillid. Afterpartyet tog noget af det med over i en mere uformel ramme, hvor folk talte mere åbent om bureauarbejde, kunder, partnerskaber og det, de prøver at bygge.
Hvad der skal ske nu
Internt skal vi have sammenlignet noter ordentligt og opdatere den måde, vi håndterer hostingantagelser, incident response, plugin-standarder og teknisk risiko på, før noget går galt. Noget af det hører hjemme i dokumentation. Noget af det skal påvirke de samtaler, vi har under scoping og review.
Eksternt skal vi udgive mere af ræsonnementet bag vores arbejde, især gennem de cases, vi allerede er i gang med.
Samtalen om et meetup i København bør ikke forsvinde, bare fordi alle er tilbage ved skrivebordet. Hvis du arbejder med WordPress i Danmark og gerne vil være en del af det, så ræk endelig ud.
