WordPress Utvikler i Ghent

Et WordPress-nettsted for en bedrift i Ghent må fungere på nederlandsk for det flamske markedet, ofte også på fransk og engelsk, og det må tåle GDPR-tilsyn fra Gegevensbeschermingsautoriteit (GBA) og Autorité de protection des données (APD) uten at samtykke og cookie-håndtering er et etterpåklipp. Vi bygger og rydder opp i WordPress for kreative byråer, SaaS-selskaper og tech-virksomheter i Øst-Flandern med utgangspunkt i Gutenberg, flerspråklig NL/FR/EN og belgisk praksis, ikke en generisk mal der bynavnet er det eneste lokale.

Ghent Digital Hub og miljøet rundt UGent og iGent samler spillstudioer, designbyråer og scale-ups som forventer et nettsted redaktørene kan jobbe i uten utvikler, og som teknisk tåler trafikkstopper når en produktlansering eller pressemelding går viralt. Det er det praktiske utgangspunktet for arbeidet vårt: block themes og egne Gutenberg-blokker som matcher det kreative og tekniske miljøet i Gent, bygget slik at koden overlever WordPress-oppdateringer.

#WordPress-utvikling i Ghent

Ghent-markedet skiller seg fra Antwerp og Brussels fordi byen kombinerer universitetsdrevet innovasjon, kreativ industri og et voksende SaaS-miljø i samme region. Designbyråer ved Dok Noord, spillstudioer som Larian, mediatech-selskaper og biotech-avleggere fra UGent deler behovet for et nettsted som skalerer teknisk, men med svært ulike redaksjonelle arbeidsflyter. Arbeidet vårt handler om å få WordPress til å oppføre seg slik en flamsk kreativ- eller tech-bedrift forventer, og å gjøre det på en måte som overlever oppdateringer av core, temaet og tilleggene.

NL/FR/EN er ikke et tillegg i Ghent, det er forretningskrav. Nederlandske kunder forventer NL som standard. Wallonia-partnere og offentlige innkjøp krever ofte fransk innhold. Internasjonale investorer, game publishers og EU-prosjekter forventer engelsk som arbeidsspråk på nett. WordPress er innholdskilden i alle tre tilfeller, men block theme-maler, hreflang, metadata og intern lenking må bygges for tre språk fra start, ikke lappes på uken før lansering.

#Hva vi faktisk bygger

• Block themes med theme.json, globale stiler, mal-varianter og blokkmønstre redaktører kan gjenbruke for kundecaser, produktlanseringer og karrieresider uten å duplisere sider
• Egendefinerte Gutenberg-blokker med React, block.json, InspectorControls og serverside-rendring der det gir ytelsesgevinst, for eksempel portfolio-grid, team-visning eller integrert jobbfeed
• Flerspråklig oppsett NL/FR/EN med Polylang eller WPML, hreflang, oversatte metadata og QA på alle språkveier inkludert skjemaer og juridiske sider
• GDPR-komponenter etter belgisk praksis: samtykkebanner som blokkerer skript før valg, cookie-kategorier, personvernerklæring koblet til faktisk datalagring, og rutiner som tåler GBA/APD-tilsyn
• Integrasjoner mot Mollie og Bancontact der betaling, donasjon, medlemskap eller billettsalg inngår, med webhook-bekreftelse server-til-server
• WCAG 2.2 AA: semantisk markup, tastaturnavigasjon, fokusstyring og automatiserte tilgjengelighetstester i CI
• REST API og WPGraphQL der headless frontend med Astro eller Next.js gir bedre resultat enn et rent block theme, dokumentert som skriftlig avveining
• WP-CLI-skript for migrering, masseinnhold og miljøspesifikk konfigurasjon mellom testmiljø og produksjon

#Gutenberg og redaksjonell arkitektur for kreative team

I Ghent ser vi fortsatt mange nettsteder som ble bygget med Elementor eller WPBakery under en kampanje, og som nå sitter fast med treg frontend og sider redaktørene ikke tør røre. Kreative byråer trenger et nettsted de kan oppdatere når en klientcase er ferdig, ikke når utvikleren har ledig kapasitet. Migrering til Gutenberg block theme handler ikke om å trykke «konverter» i et tillegg. Vi ekstraherer innhold til blokker og blokkmønstre, definerer theme.json slik at merkevarefarger og typografi ikke kan ødelegges i editoren, og trener redaksjonen på maler som matcher det de faktisk publiserer: portfolio-oppdateringer, pressemeldinger fra tech-selskaper, karrieresider på tre språk.

Egne Gutenberg-blokker bygges når standardblokker ikke dekker behovet: en kundecase-grid med filtrering, en integrert jobbfeed fra Teamtailor eller Homerun, en produktdemo-seksjon for SaaS. Blokken registreres med block.json, rendres på serveren der det er mulig, og laster React-komponenter i editoren uten å dra med unødvendig JavaScript på frontend. Grensen mellom temakode og plugin-kode settes i arkitekturtrinnet: funksjon som skal overleve et temabytte bor i plugin.

For tech-selskaper i iGent-området kommer en annen kompleksitet: dokumentasjon, endringslogg og produktblogg må oppdateres ofte, og redaksjonen er ofte utviklere som forventer markdown-lignende arbeidsflyt. Vi bygger egne posttyper, ACF-feltgrupper eller blokkmønstre som matcher det, uten å låse teamet til et page builder-tillegg som slutter å bli vedlikeholdt.

#Flerspråklig nettsted: NL, FR og EN

Belgisk flerspråklighet er ikke «installer WPML og håp». URL-strukturen må avtales tidlig: /nl/, /fr/, /en/ som path, subdomener der merkevare og CDN tilsier det, eller språkprefiks avhengig av SEO-strategi. Hreflang må peke på riktig språkversjon, ikke på en omdirigering som Google ikke kan følge. Metadata oversettes uavhengig: en fransk tittel kopiert fra nederlandsk med automatisk oversettelse gir dårlige resultater i Wallonia-søk og i franskspråklige offentlige anbud.

Redaksjonelle arbeidsflyter dokumenteres: hvem eier master-språket (ofte NL i Ghent), hvem godkjenner FR og EN, og hva skjer når EN-versjonen for internasjonale partnere skal oppdateres oftere enn NL. Vi har sett nettsteder der engelsk innhold hang to år etter nederlandsk fordi ingen eide oversettelses-køen. QA-regler inkluderer språkbytte på mobil, skjemafelt på riktig språk, og at juridiske tekster faktisk finnes på alle tre språk der loven krever det.

For kreative byråer som jobber med internasjonale klienter er EN ofte det språket som rangerer best i søk, mens NL bærer lokal konvertering. Block theme-maler kan deles, men innholdsfeltene må være språkspesifikke. Vi tester hreflang med Screaming Frog eller tilsvarende og verifiserer i Search Console etter lansering.

#Markedet og miljøet i Ghent

Ghent Digital Hub samler oppstartsbedrifter, mediatech og kreative studioer som trenger nettsteder som tåler trafikkstopper og internasjonal synlighet. UGent og iGent genererer spin-offs innen biotech, cleantech og programvare, og mange av dem publiserer både NL for lokale samarbeidspartnere og EN for internasjonale investorer og EU-finansiering. Dok Noord og det kreative distriktet ved porten driver design- og kommunikasjonsbyråer som konkurrerer på visuell kvalitet og rask publisering, ikke på billigste mal.

WordPress-miljøet i Flandern er aktivt gjennom meetups og bidrag til core og tillegg. Det er nyttig bakgrunn, men et utviklingsoppdrag handler om det som skal i produksjon: egen kode som følger WordPress Coding Standards, testede Mollie-stier der betaling inngår, og personvern som tåler et brev fra GBA eller APD uten panikk.

Kundene våre i Ghent spenner fra designbyråer som migrerer fra page builder til Gutenberg for å redusere vedlikeholdskostnad, til SaaS-selskaper som trenger dokumentasjon og endringslogg på EN med NL for support, til spill- og mediatech-studioer som trenger portfolio og karrieresider på tre språk. Fellesnevneren er at de trenger et nettsted redaktørene kan jobbe i, som holder seg innenfor GDPR slik GBA/APD håndhever det, og som ikke faller sammen når Mollie oppdaterer API-et eller WordPress slipper en major release.

Mange av disse nettstedene har vokst organisk: et kjøpt tema, et halvt dusin tillegg som overlapper, og cookie-banner som fortsatt laster analytics før samtykke. Det fungerer til trafikken øker ved produktlansering, et tillegg slutter å bli vedlikeholdt, eller APD sender et brev. Da trengs det ikke nødvendigvis et nytt nettsted, men en arkitektur-opprydding: egen kode i mu-plugin, fjerne duplikater, og gjøre Gutenberg forutsigbart igjen uten å bygge alt på nytt.

European Accessibility Act (EAA) påvirker også digitale tjenester som selges til forbrukere i EU, og belgiske bedrifter med B2C-kanal i Ghent begynner å kartlegge dette sammen med GDPR. Vi bygger WCAG 2.2 AA inn i block theme og egne blokker fra start: fokusrekkefølge i navigasjon, skjemafeil som leses opp av skjermleser, og kontrast i theme.json som redaktører ikke kan overstyre utilsiktet. Tilgjengelighet testes med automatiserte skannere i CI og manuell tastaturgjennomgang på kritiske maler, ikke bare Lighthouse-score.

#Slik jobber vi gjennom et prosjekt

1. Kartlegging og revisjon. Vi går gjennom dagens WordPress: tematype, page builder-gjeld, språkoppsett NL/FR/EN, cookie og samtykke mot GBA/APD-krav, integrasjoner mot Mollie eller Bancontact, hosting og Lighthouse på de mest besøkte sidene.
2. Arkitektur og spesifikasjon. Vi dokumenterer block theme versus refaktorering, språkruting og hreflang, GDPR-komponenter, plugin-grenser og akseptkriterier. Grensen mellom tema, plugin og tillegg settes her.
3. Bygging i feature-brancher. Vi følger WordPress Coding Standards, utvider via hooks i stedet for å endre kjernen, og tester flerspråklige stier og betalings-webhooks underveis der de inngår.
4. QA før lansering. Regresjon på NL/FR/EN, tilgjengelighetsskan, Lighthouse mot definerte budsjetter, cookie-banner som faktisk blokkerer skript, og betalingstest med Mollie testmodus der det gjelder.
5. Utrulling og overlevering. Dokumentert release-prosess med tilbakeføring, runbook for redaktører og utviklere, og overleveringssesjon på nederlandsk, fransk eller engelsk etter hva teamet foretrekker.

#Typiske oppdrag fra Ghent-bedrifter

• Page builder til Gutenberg for designbyrå. Et byrå ved Dok Noord hadde hundrevis av Elementor-sider som tok flere sekunder å laste på mobil og som redaktørene unngikk å oppdatere. Vi migrerte til block theme med gjenbrukbare blokkmønstre for kundecaser og team, beholdt URL-er og hreflang, og reduserte antall aktive tillegg uten å miste redaksjonell frihet.
• Flerspråklig kaos i SaaS-prosjekt. Et scale-up ved iGent viste nederlandsk innhold på /en/-URL-er fordi WPML ikke var konfigurert med riktig standardspråk og oversettelsesstatus. Vi ryddet språkruting, satte hreflang på tvers av NL/FR/EN, og definerte en redaksjonell kø slik at engelsk produktdokumentasjon ikke hang etter nederlandsk support-innhold.
• Cookie-banner som ikke holdt mål. Et mediatech-selskap lastet fortsatt Meta Pixel og Hotjar før samtykke, i strid med belgisk cookie-praksis og GDPR slik GBA håndhever det. Vi byttet til en løsning som blokkerer skript i kategorier, dokumenterte databehandleravtaler, og koblet personvernerklæringen til faktiske lagrede datafelt i kontaktskjemaer og nyhetsbrev-påmeldinger.
• Mollie webhook feil i nettbutikk. En WooCommerce-butikk for kreativ merchandise markerte ordrer betalt på redirect tilbake fra Mollie, ikke på webhook. Vi flyttet bekreftelsen til server-til-server-kall, la inn idempotens, og testet Bancontact-stien i tillegg til kort i Mollie sandbox.
• Portfolio som brekker ved WordPress-oppdatering. Et spillstudio brukte eldre ACF-blokker som ikke var kompatible med ny WordPress-versjon. Vi portet blokkene til block.json-format med serverside-rendering, oppdaterte redaktør-dokumentasjonen, og beholdt det visuelle uttrykket redaksjonen allerede hadde godkjent.

#Tekniske standarder

Vi kjører WordPress på PHP 8.2 eller nyere, med object caching (Redis) der trafikken forsvarer det, og CDN foran statiske ressurser. Block themes bygges med theme.json som eneste kilde til design tokens der det er mulig. CI inkluderer PHPCS mot WordPress Coding Standards, ESLint på block JavaScript, og Lighthouse på utvalgte maler. Distribusjon skjer via GitHub Actions eller kundens valgte pipeline, med et testmiljø som speiler produksjon inkludert språk, cookie-oppsett og Mollie testmodus der betaling inngår.

For Ghent-prosjekter med WooCommerce og Mollie dokumenterer vi HPOS-kompatibilitet der det gjelder, webhook-endepunkter utenfor sidecache, og testmiljø med Mollie test-API-nøkler. NL/FR/EN-prosjekter får språkstruktur avklart i arkitekturtrinnet, ikke som et tillegg uken før lansering.

#Sikkerhet og GDPR i Belgia via GBA/APD

Hvert prosjekt får en sikkerhetsgrunnlinje: HTTPS med HSTS, Content Security Policy, sårbarhetsskanning av avhengigheter, tofaktor for administratorer og testede sikkerhetskopier. GDPR håndheves i Belgia av Gegevensbeschermingsautoriteit (GBA, nederlandsk) og Autorité de protection des données (APD, fransk). Det er samme EU-forordning, men belgisk praksis er streng på cookie-samtykke og dokumentasjon.

I praksis betyr det aktivt samtykke til markedsføring, rett til innsyn og sletting, databehandleravtaler med hosting, e-post og analyseleverandører, og meldeplikt ved personopplysningsbrudd innen 72 timer til GBA eller APD avhengig av hvilket språk virksomheten primært opererer på. Vi bygger samtykkebanner, cookie-kategorier og skjemaer som lagrer bare det som trengs inn i arkitekturen. Personvernerklæringen kobles til faktiske lagrede felt, ikke generisk maltekst.

For tech-selskaper som samler e-post til nyhetsbrev og demo-forespørsler må samtykket være aktivt og dokumentert med tidspunkt og versjon av teksten. For kreative byråer som lagrer klientdata i kontaktskjemaer gjelder egne krav til informasjonsplikt og oppbevaringstid. GBA og APD ser på begge typene, og teknisk implementering skiller dem tydelig i databasen og i eksportloggen. Dette er ikke juridisk rådgivning, men teknisk implementering av det regelverket krever.

WordPress 4.9+ har hooks for persondataexport og sletting. Egne plugins som lagrer skjemadata må koble seg på disse, ellers er GDPR-rettighetene teoretiske. Runbooken beskriver hvem som eksporterer eller sletter en kontakt, og innen hvilken frist GBA/APD forventer svar.

#Mollie og Bancontact når betaling inngår

Ikke hvert WordPress-prosjekt i Ghent trenger betaling, men når det gjør det, er Mollie og Bancontact standardvalg i Belgia. Mollie er en redirect- og webhook-gateway: betaling bekreftes server-til-server, ikke fordi kunden kom tilbake til takkesiden etter Bancontact i bank-appen. Integrasjonen bygges som en WC_Payment_Gateway-klasse for WooCommerce, eller som egen betalingsflyt for donasjon, medlemskap og billettsalg der WooCommerce ikke inngår.

Bancontact krever at ordrestatus og webhook-håndtering er idempotent: samme varsel to ganger skal ikke gi dobbel ordre. Testmatrisen dekker vellykket betaling, avbrutt betaling, forsinket webhook og refusjon. HPOS-kompatible butikker deklarerer kompatibilitet via FeaturesUtil::declare_compatibility på before_woocommerce_init. For rene bedriftsnettsted uten kasse dokumenterer vi skriftlig om betalingsintegrasjon faktisk trengs, i stedet for å installere WooCommerce «bare i tilfelle».

Webhook-endepunktet må være åpent for maskiner. URL-en holdes utenfor sidecache, ikke bak passordbeskyttelse, og testes i Mollie sandbox før produksjon. Dette er en vanlig årsak til at en integrasjon virker lokalt og feiler i produksjon.

#Ytelse, målt der det teller

Core Web Vitals påvirker både rangering og konvertering. På flamske bedriftsnettsted i Ghent er det ofte forsiden, portfolio- eller case-sider, og karrieresider som bærer trafikken. Vi jobber mot lav LCP gjennom optimalisert kritisk renderingsvei og hero-bilder i WebP/AVIF, lav INP gjennom minimal JavaScript fra page builder-rester og utsatt tredjepartsinnlasting, og stabil layout (lav CLS) gjennom faste bildedimensjoner og reservert plass for dynamisk innhold.

Gutenberg block themes hjelper her når de bygges riktig: mindre CSS enn page builder, serverside-rendrede blokker, og ingen editor-JavaScript på frontend. For NL/FR/EN-nettsider legger vi vekt på at alle språkversjoner presterer likt: samme cache-strategi, samme bildeoptimalisering, og ingen duplisert tung JavaScript på engelske sider som nederlandske ikke har. Vi måler med Lighthouse i utrullingsløpet og sammenligner mot utgangspunkt i revisjonen, ikke mot oppdiktede bransjegjennomsnitt.

#Spørsmål Ghent-bedrifter stiller oss

Migrerer dere fra Elementor til Gutenberg? Ja. Vi ekstraherer innhold til blokker og mønstre, beholder URL-er og SEO der det er mulig, og trener redaksjonen. Omfanget avhenger av antall maler og integrasjoner; du får en skriftlig vurdering etter revisjon.

Hvordan setter dere opp NL, FR og EN? Vi velger Polylang eller WPML etter teamets arbeidsflyt, konfigurerer hreflang og URL-struktur, og definerer hvem som eier oversettelser. QA kjøres på alle tre språk, inkludert skjemaer og juridiske sider.

Hva med GDPR og GBA/APD? Vi bygger samtykke, cookie-kategorier og databehandleravtaler inn i arkitekturen, dokumenterer lagrede personopplysninger per skjema, og setter rutiner for innsyn og sletting i runbooken. GBA er tilsynsmyndighet for nederlandsk, APD for fransk; teknisk implementering er den samme, men dokumentasjonen må matche virksomhetens primærspråk.

Integrerer dere Mollie og Bancontact? Ja, der betaling inngår. Webhook bekrefter ordre server-til-server; vi tester Bancontact og kort i Mollie testmodus før lansering.

Bygger dere headless WordPress? Når det støtter målet, ja. REST eller WPGraphQL med Astro eller Next.js frontend dokumenteres som egen avveining; standardvalget for bedriftsnettsted i Ghent er fortsatt block theme med Gutenberg med mindre teamet har konkret behov for headless, for eksempel en app som deler innhold med nettstedet.

Jobber dere bare i Ghent? Nei. Vi har tyngdepunkt i belgiske og flamske krav, men leverer til bedrifter over hele Flandern og til internasjonale team som retter seg mot Ghent-markedet og Øst-Flandern.

#Integrasjoner et flamsk kreativ- eller tech-nettsted faktisk trenger

Et bedriftsnettsted i Ghent ender ofte med de samme koblingene: flerspråklig innhold NL/FR/EN, GDPR-komponenter som tåler GBA/APD-tilsyn, CRM eller e-post (HubSpot, Mailchimp, ActiveCampaign) med samtykke-spor, og eventuelt Mollie for betaling eller donasjon. Rekkefølgen er ikke tilfeldig: feil språkruting ødelegger SEO før cookie-banner engang er diskutert.

#Språk: Polylang eller WPML

Språkvalg påvirker URL og cache. Polylang er lettere for enkle oppsett; WPML gir mer for oversettelsesbyrå og enterprise-arbeidsflyt. Valget dokumenteres med begrunnelse, ikke som standard for alle.

Hreflang er obligatorisk, ikke valgfritt. Hver språkversjon må ha egen kanonisk URL og gjensidige hreflang-taggar. Vi verifiserer i Search Console etter lansering.

Menyer og widgets følger språk. Et vanlig feil er at footer-lenker peker på nederlandsk side når brukeren leser fransk. Vi tester navigasjon på alle språkveier.

EN for internasjonale partnere. Tech-selskaper i Ghent oppdaterer ofte engelsk innhold oftere enn NL. Redaksjonell arbeidsflyt dokumenterer eierskap og QA slik at engelsk ikke henger etter uten at noen merker det.

#GDPR: samtykke, skjema og logging via GBA/APD

Samtykke må være aktivt. Forhåndsavkryssede bokser for markedsføring holder ikke i belgisk praksis. Skjema lagrer tidspunkt og versjon av samtykketekst.

Cookie-kategorier blokkerer skript. Analyse og markedsføring lastes først etter valg. Vi dokumenterer hvilke leverandører som er databehandlere.

Innsyn og sletting er operasjonelt. Runbooken beskriver hvem som eksporterer eller sletter en kontakt, og innen hvilken frist GBA/APD forventer svar.

Databehandlere nevnes eksplisitt. Mollie for betaling, hosting, e-postleverandør og analyseverktøy må stå i personvernerklæringen med formål for hver behandling.

#Betaling: Mollie og Bancontact

Webhook er kilden til sannhet. Redirect tilbake til nettstedet er en hendelse som kanskje skjer; Mollie-webhook er en hendelse som skjer uansett.

Bancontact er mobil-first. Kunden fullfører ofte i bank-appen; takkesiden alene beviser ingenting om betaling.

Metadata lagrer gateway-referanse. Refusjon fra admin krever at ordren vet hvilken Mollie-betaling som hører til.

Testmatrisen dekker feilstier. Avbrutt Bancontact-betaling, webhook som kommer to ganger, forsinket webhook, og refusjon. Hver skal ende i riktig ordrestatus og en linje i loggen.

#CRM og jobbfeeds for kreative og tech-team

Skjemaer med samtykke-spor. Kontaktskjemaer, demo-forespørsler og nyhetsbrev-påmeldinger lagrer behandlingsgrunnlag og tidspunkt. Synkronisering til HubSpot eller tilsvarende kjøres i kø, ikke synkront ved innsending.

Jobbfeeds fra ATS. Karrieresider kobles mot Teamtailor, Homerun eller Recruitee via REST, med cache og fallback når API-et er nede.

#WordPress i andre belgiske byer

Trenger du WordPress-hjelp utenfor Ghent, gjelder de samme belgiske kravene til GDPR via GBA/APD og ofte NL/FR/EN, men med lokalt kundemønster. Se WordPress-utvikler i Antwerp for havne- og logistikk-kontekst og WordPress-utvikler i Brussels for hovedstads-kontekst.

Etter lansering tar vedlikehold og support for WordPress i Ghent oppdateringer, sikkerhetskopier og overvåking av Mollie-stier og cookie-løsninger.

#Start et WordPress-prosjekt i Ghent

Trenger bedriften din i Ghent et Gutenberg-netsted på NL/FR/EN som tåler belgisk GDPR-praksis via GBA/APD og eventuelt Mollie med Bancontact, ta kontakt for en uforpliktende gjennomgang. Vi ser på dagens oppsett, peker på den faktiske flaskehalsen og gir en ærlig vurdering av hva som bør gjøres først. Omfanget avtales individuelt etter kartlegging, og du får oversikten skriftlig før arbeidet starter.

For nettsteder som trenger en strukturert gjennomgang av sikkerhet og personvern, er inngangen sikkerhetsrevisjon for WordPress.