WordPress Utvikler i Marseille

WordPress-utvikling for Marseille-bedrifter handler sjelden om å sette opp et ferdig tema. Den handler om å bygge et nettsted som tåler fransk og engelsk innhold, som kobler seg mot PayPlug, Lyra eller andre franske betalingsløsninger der det trengs, som respekterer GDPR håndhevet av CNIL, og som gir redaktørene egne Gutenberg-blokker i stedet for å ringe en utvikler for hver sesonglanding. I Provence-Alpes-Côte d’Azur kommer det i tillegg ofte krav fra havn og logistikk, cruisetrafikk ved Vieux-Port, B2B-leverandører i Euroméditerranée og nordiske selskaper med filial i regionen. Det er den jobben denne siden beskriver.

Jeg leverer senior WordPress-utvikling for virksomheter i Marseille-området: egne block-temaer, plugins, egne Gutenberg-blokker, integrasjoner mot franske betalings- og bookingtjenester og refaktorering av eldre temaer som har vokst seg uoversiktlige. Arbeidet følger WordPress Coding Standards, og hver branch går gjennom kodegjennomgang før den når produksjon.

#WordPress-utvikling i Marseille

Marseille er Frankrikes største havneby og et knutepunkt for handel i Middelhavet. Grand Port Maritime de Marseille-Fos håndterer containere, råvarer og cruisetrafikk, og rundt Joliette og Euroméditerranée finnes logistikkaktører, speditører og B2B-leverandører som trenger nettsteder som tåler sesongtopper og flerspråklig trafikk. Bedrifter i regionen trenger WordPress-løsninger som snakker fransk til lokale kunder og engelsk til internasjonale partnere, som ikke knekker når CNIL stiller spørsmål om personopplysninger, og som holder kasseflyten i gang når PayPlug eller Lyra må oppdateres etter en WooCommerce-versjon.

Den vanligste situasjonen er en virksomhet som driver et WordPress-nettsted bygget for noen år siden av et lokalt byrå i Euroméditerranée eller av en frilanser som siden har gått videre. Temaet har fått påklistret funksjonalitet bit for bit, flerspråklig oppsettet er skjørt sammen med WPML eller Polylang uten dokumentasjon, og ingen vet hvilken kode som faktisk er i bruk. Den andre vanlige situasjonen er en nordisk bedrift med filial, distributør eller kundestøtte i Marseille som trenger et nettsted som speiler både det franske markedet og kravene Datatilsynet stiller hjemme i Norge.

#Hva oppdraget dekker

• Egne block-temaer bygget på editor-API-ene (theme.json, blokkmønstre, stilvarianter) slik at redaktører i Marseille kan endre forsider, havn-relaterte landinger og sesongkampanjer uten å ringe en utvikler
• Egne Gutenberg-blokker med React-komponenter, block.json-metadata, transformasjoner og InspectorControls, slik at innholdsstrukturen er låst mens teksten forblir redigerbar
• Egne plugins for forretningslogikk, egne posttyper og integrasjoner, holdt utenfor temaet så funksjonaliteten overlever et fremtidig temabytte
• Flerspråklig oppsett for fransk (fr) og engelsk (en) med riktig hreflang, språkbytte og uavhengige metadata per språk
• Integrasjoner mot PayPlug, Lyra og andre franske betalingsløsninger der nettbutikk eller booking er aktuelt, med korrekt håndtering av callbacks og ordrestatus
• REST- og WPGraphQL-endepunkter for headless frontender eller mobilapper, med autentisering og fornuftig hastighetsbegrensning
• WP-CLI-skript for masseoperasjoner på innhold, databasemigrasjoner og miljøkonfigurasjon når et nettsted skal flyttes mellom hostingleverandører
• Tilgjengelighet etter WCAG 2.2 AA og EN 301 549, relevant for offentlige nettsteder i Frankrike og for nordiske kunder som selger til EU

#Markedet og det tekniske miljøet i Marseille

Marseilles digitale økosystem er mer enn turisme ved Calanques og Vieux-Port, selv om cruisetrafikk og sesong gir trafikktopper som setter krav til ytelse. Miljøet rundt Euroméditerranée, La Joliette og tech-miljøet i regionen trekker B2B-aktører som selger på tvers av EU og Nord-Afrika. Det praktiske utslaget for WordPress-utvikling er at mange Marseille-baserte virksomheter har et nettsted bygget raskt i en tidlig fase, ofte med et generisk tema og page builder, og som nå trenger egne blokker, bedre ytelse og et flerspråklig oppsett som faktisk fungerer.

Trafikktopper kommer fra flere retninger samtidig. Cruiseskip ved Vieux-Port og høysesongen langs Côte d’Azur kan tredoble trafikken på nettsteder for hoteller, opplevelsesaktører og transportleverandører. Havn og logistikk har egne topper knyttet til fraktplaner, terminaloperasjoner og B2B-henvendelser fra internasjonale partnere som forventer engelsk innhold. I den perioden er caching, CDN og databaseytelse like viktig som sikkerhetsoppdateringer. I roligere uker er det naturlig å ta strukturelle grep: PHP-oppgradering, opprydding i plugin-inventaret etter kampanjemicrosites, migrering til raskere hosting innenfor EU, og testing av gjenoppretting uten at kundene merker det.

Norske og nordiske bedrifter med filial, distributør eller kundestøtte i Marseille har ofte et annet sett krav enn rent lokale aktører. De vil ha dokumentasjon på datalagring i EU, tydelig behandlingsgrunnlag for skjema og kundedata, og en utviklingspartner som forstår at Datatilsynet i Norge og CNIL i Frankrike begge kan stille spørsmål ved samme nettsted. Leveransen speiler det: revisjonsspor, skriftlige avveininger og en runbook som tåler etterprøving.

#Havn, logistikk og B2B-innhold på WordPress

Marseille-Fos er Frankrikes største havn, og mange nettsteder i regionen betjener speditører, terminaloperatører, transportkjeder eller leverandører til maritim sektor. WordPress er sjelden det riktige valget for et fullskala TMS eller havnoperativsystem, men det fungerer godt som markedsførings- og leadgenereringsplattform, kunnskapsbase for kunder og partnere, og portal for dokumentasjon som ikke hører hjemme i et ERP.

Typiske behov jeg ser i Marseille-prosjekter knyttet til havn og logistikk:

• Egne posttyper for tjenester, ruter, terminaler eller kompetanseområder, med felter redaksjonen faktisk fyller ut uten å ringe en utvikler
• Nedlastbare dokumenter med tilgangskontroll for B2B-kunder, der filer ligger bak innlogging eller rollebasert tilgang
• Skjemaer for tilbudsforespørsler som logger henvendelser uten å lekke personopplysninger til tredjepartsskript
• Flerspråklige landingssider der fransk dekker lokale myndigheter og PME, mens engelsk dekker internasjonale partnere som kontakter havneterminalen fra Singapore eller Rotterdam
• Integrasjon mot CRM eller e-postverktøy som teamet allerede bruker, via REST eller dokumentert webhook, ikke via et ukjent plugin med ukjent datalagring

Et konkret eksempel: en speditør ved Joliette hadde et WordPress-nettsted der hver rute og hver terminal lå som fritekst i Gutenberg. Redaksjonen dupliserte hele seksjoner for å legge til engelsk versjon, og hreflang pekte feil etter en WPML-oppdatering. Løsningen var egne posttyper, blokkmønstre for ruteoversikt og en redaksjonell arbeidsflyt der fr og en holdes synkronisert uten å kopiere hele siden.

#GDPR, CNIL og personvern i koden

Mye av det som skiller en Marseille-leveranse fra en generisk WordPress-jobb ligger i regelverket, ikke i designet. Frankrike har en aktivt håndhevende tilsynsmyndighet, og CNIL har gjentatte ganger sanksjonert nettsteder som bruker Google Analytics uten gyldig samtykke eller som lagrer cookies uten informasjon.

• Personvern og CNIL. GDPR gjelder fullt ut i Frankrike, og Commission Nationale de l’Informatique et des Libertés (CNIL) håndhever det under Loi Informatique et Libertés. I praksis betyr det samtykkebanner som faktisk blokkerer skript før samtykke, en databehandleravtale med hostingleverandøren, og at analyseverktøy ikke lekker personopplysninger ut av EØS uten grunnlag. Jeg setter dette opp i koden, ikke bare i en personvernerklæring ingen leser.
• Cookie-samtykke etter fransk praksis. CNIL har publisert retningslinjer som skiller nødvendige cookies fra statistikk og markedsføring. WordPress-nettsider som laster Meta Pixel, Hotjar eller Google Tag Manager før samtykke, er et kjent funn i revisjoner. Consent Mode, blokkering av ikke-nødvendige skript og dokumentasjon av hvilke cookies som faktisk settes, hører til leveransen.
• Varsling ved brudd. CNIL krever varsling innen 72 timer når et personopplysningsbrudd medfører risiko for personers rettigheter. Skjemaer, bookingflyter og kundedata i WordPress må derfor logges og beskyttes slik at et brudd kan dokumenteres og varsles i tide.
• Datalagring i EU. Nordiske kunder som selger til franske forbrukere vil ofte ha eksplisitt krav om at database, backup og e-postlogger ligger innenfor EØS. Jeg kartlegger hvor data faktisk ligger, om CDN-en speiler innhold utenfor EØS, og om tredjepartsplugins sender data til USA uten gyldig overføringsgrunnlag.

#Flerspråklig oppsett: fransk og engelsk

Marseille er internasjonal by. Havn, turisme og B2B gjør at engelsk ofte er like viktig som fransk, selv om fransk er det primære språket for lokale PME og offentlige aktører. Et nettsted som bare er oversatt maskinelt fra fransk, feiler ofte på tone, juridisk terminologi og forventningen om at en internasjonal partner finner engelsk innhold uten å lete.

Jeg bygger typisk flerspråklige nettsteder med WPML, Polylang eller tilsvarende, med:

• Uavhengige URL-strukturer per språk, ikke bare query-parametre
• hreflang-tagger som peker riktig mellom fr og en
• Språkbytte som bevarer kontekst, slik at en engelskspråklig besøkende på en produktside lander på engelsk versjon av samme produkt
• Redaksjonelle arbeidsflyter som holder oversettelser synkronisert uten at redaktører overskriver feil språkversjon
• Metadata og Open Graph-felt per språk, ikke kopiert fra standardspråket

For logistikkaktører ved Fos-sur-Mer og for hoteller langs Côte d’Azur er engelsk ofte inngangsporten for internasjonale henvendelser. For lokale myndigheter og franske SMB er fransk påkrevd. WordPress-arkitekturen må ta høyde for begge deler fra dag én, ikke som et tillegg etter lansering.

#Egne Gutenberg-blokker for redaksjonell autonomi

Page builders og generiske temaer gir rask start, men de binder redaksjonen til utvikleren når noe skal endres utenfor malen. Egne Gutenberg-blokker løser det ved å låse strukturen og la teksten være fri.

Typiske blokker jeg bygger for Marseille-prosjekter:

• Hero med sesongvariant, der redaktøren velger bilde, overskrift og CTA uten å røre layouten. Nyttig for sommerkampanjer, cruisesesong og messer i Parc Chanot.
• Tjenestekort med ikon og lenke, gjenbrukbare på tvers av sider, med konsistent spacing og tilgjengelig markup.
• FAQ-accordeon, med schema.org FAQPage-markup innebygd, slik at rike resultater i Google er en del av blokken, ikke et etterpåklatt.
• Kontaktskjema med GDPR-felt, der samtykke, behandlingsgrunnlag og lenke til personvernerklæring er en del av blokken, ikke et plugin som redaktøren må huske å legge inn.
• Flerspråklig CTA-rad, der knappetekst og lenke endres per språkversjon uten å duplisere hele seksjonen.
• Rute- eller tjenesteoversikt, der logistikk- og havnaktører kan oppdatere tabeller og lenker uten å ødelegge layouten.

Hver blokk registreres med block.json, har InspectorControls for redaksjonelle valg, og følger WordPress Coding Standards. Der det er mulig, rendres innholdet serverside for bedre LCP; React-hydrering brukes bare når interaksjonen faktisk krever det.

#PayPlug, Lyra og betalingsintegrasjoner

PayPlug og Lyra Network er blant de betalingsløsningene franske nettbutikker og bookingaktører forventer. PayPlug er utbredt blant WooCommerce-butikker i Frankrike, mens Lyra (tidligere PayZen) brukes av mange større handelsaktører og offentlige virksomheter. For en WordPress-nettside med WooCommerce eller en egen bookingflyt er riktig integrasjon ofte det lokale markedet forventer, sammen med Stripe eller PayPal for internasjonale besøkende.

Jeg bygger betalingsintegrasjoner som plugins, ikke som temakode, slik at de overlever et temabytte. Det inkluderer:

• Korrekt håndtering av PayPlug- og Lyra-callbacks og ordrestatus i WooCommerce
• Testmiljø mot sandbox før produksjon
• Feilhåndtering som logger nok til feilsøking uten å eksponere kortdata
• Kassemal som fungerer på mobil over 4G fra Marseille Provence Airport, ikke bare på utviklerens WiFi

En feil i betalingsintegrasjonen treffer omsetningen direkte, spesielt rett før cruisesesongen eller i sommerhøysesongen langs kysten. Derfor testes kasseflyten i testmiljø mot PayPlug, Lyra og eventuelle bookingintegrasjoner før hver utrulling, ikke bare ved lansering.

#Slik jobber jeg gjennom et oppdrag

1. Kartlegging og kodegjennomgang. Jeg går gjennom dagens WordPress-installasjon: temastruktur, egne plugins, integrasjoner, hosting hos OVH, Scaleway, Gandi eller annen leverandør, og et referansepunkt for ytelse og tilgjengelighet. Resultatet er et skriftlig risikokart, ikke en magefølelse.
2. Arkitektur og omfang. Vi avgjør hva som skal bygges nytt og hva som kan refaktoreres, hvor grensen mellom tema og plugin går, hvilke språk som skal støttes, hvilke integrasjoner som trengs, og hvilke akseptkriterier som gjelder. Avveininger skrives ned.
3. Bygging i feature-branches. Koden følger WordPress Coding Standards, tekst er i18n-klar, markup er tilgjengelig, og hver branch går gjennom kodegjennomgang før den slås sammen.
4. QA og utrulling. Løsningen kjøres i et testmiljø som speiler produksjon. Du tester med ekte innhold på fr og en, verifiserer skjemaer, PayPlug, Lyra og booking før lansering der det er relevant. Utrulling skjer via en dokumentert release-prosess med en sti tilbake hvis noe må reverseres.
5. Overlevering. Du får levende dokumentasjon for både redaktører og utviklere, en runbook for de ikke-opplagte valgene, og en overleveringssesjon. Deretter kan prosjektet gå til ditt eget team eller til en fast vedlikeholdsavtale.

#Typiske utfordringer jeg løser for Marseille-bedrifter

• Et tema full av teknisk gjeld fra et lokalt byrå. Mange nettsteder i Euroméditerranée og rundt Vieux-Port har samlet logikk i functions.php gjennom flere utviklere. Jeg flytter forretningslogikk ut i plugins, rydder mal-hierarkiet og fjerner kode ingen lenger bruker.
• Flerspråklig kaos etter en oppdatering. Fransk innhold vises på engelske URL-er, hreflang peker feil, eller WPML slutter å synkronisere oversettelser. Jeg sjekker språkruting og metadata før indekseringen faller.
• Et nettsted som kollapser under cruisetrafikk eller sesongtopper. Før store hendelser setter jeg opp full-page caching, rydder i trege databasespørringer, ekskluderer kasse og skjemaer fra cache der det trengs, og belastningstester før sesongen, ikke etter.
• Migrasjon fra page builder til Gutenberg. Innhold ekstraheres, layouter bygges som blokkmønstre, og redaksjonelle team trenes uten å forstyrre trafikk eller SEO-plasseringer.
• Sikkerhet på sider som håndterer persondata og B2B-henvendelser. Content Security Policy-headere, deaktivert XML-RPC der det ikke brukes, tofaktor på admin, en brannmur tilpasset WordPress-spesifikke angrepsmønstre, og parametriserte spørringer som lukker SQL-injeksjon.

#Hva du kan måle etterpå

Jeg foretrekker resultater som lar seg etterprøve framfor påstander. Det som faktisk kan måles på et Marseille-prosjekt:

• Core Web Vitals i grønt for LCP, INP og CLS, verifisert på mobil mot reelle besøkstall fra turister og B2B-partnere, ikke bare i en Lighthouse-kjøring på en rask maskin
• Kortere publiseringstid for redaksjonen fordi forsider og sesonglandinger bygges med egne blokker i stedet for utviklerbillett
• Et flerspråklig oppsett der fr og en holder seg synkronisert uten at feil språkversjon indekseres i Google
• Et kjøps- eller bookingløp der PayPlug, Lyra og skjemaer fungerer på mobil fra flyplassen i Marseille, slik at avbrutte henvendelser i kassen går ned

#Ytelse i praksis

Core Web Vitals påvirker både rangering i Google og hvor mange som faktisk fullfører et kjøp eller en henvendelse. På et WordPress-prosjekt i Marseille jobber jeg mot disse målene konkret:

• LCP holdes nede med optimalisert kritisk renderingsvei, hero-bilder i WebP/AVIF, edge-caching og statisk levering der det er mulig
• INP holdes lav med minimal JavaScript-hydrering, færre og lettere tredjepartsskript, og tunge beregninger flyttet bort fra hovedtråden
• CLS holdes lav med eksplisitte bildedimensjoner, font-display: swap med matchende reservefont og reservert plass for innhold som lastes etterpå

Målingene følges over tid med Lighthouse i utrullingsløpet og data fra reelle besøkende, slik at en regresjon fanges opp før den rekker å påvirke salget eller leadflyten under cruisesesongen eller sommerhøysesongen.

#Innholdsmodell for havn, turisme og B2B

Et nettsted for en Marseille-virksomhet fungerer dårlig hvis alt ligger som fritekst i Gutenberg uten struktur. Jeg etablerer typisk:

• Egne posttyper for tjenester, prosjekter, ruter, terminaler eller kompetanseområder, med felter som redaksjonen faktisk fyller ut
• Taksonomier som speiler hvordan markedet snakker (sektor, sesong, leveranseform, språk), ikke interne organisasjonskart
• Blokkmønstre for hero, verdiforslag, dokumentliste, bildegalleri og CTA, slik at nye sider følger samme rytme
• Skille mellom offentlig markedsføring og begrenset innhold, der siste del håndteres med roller og, om nødvendig, egen autentisering

Denne modellen er spesielt nyttig når flere personer i logistikk, kommunikasjon eller B2B-salgsteam skal publisere på fr og en uten å duplisere hele temastrukturen.

#Spørsmål jeg ofte får fra Marseille-bedrifter

Hva skjer hvis kravene endres underveis? Det er normalt. Den sprintbaserte arbeidsformen gjør at vi kan justere omfanget mellom iterasjoner. Konsekvensen for tid og leveranseomfang legges åpent på bordet, og du godkjenner før vi går videre.

Bygger du nytt tema eller utvider det jeg har? Begge deler forekommer. Et nytt prosjekt starter som regel med et eget block-tema og egne blokker; et arvet prosjekt trenger oftere fokusert refaktorering enn en full omskrivning. Valget tas på grunnlag av kostnad mot teknisk gjeld, og begrunnelsen skrives ned.

Håndterer dere nettsteder på fransk og engelsk? Ja. Jeg bygger språkruting, hreflang, oversatte metadata og redaksjonelle arbeidsflyter som holder fr og en i takt uten at oppdateringer ødelegger WPML, Polylang eller tilsvarende.

Kan dere koble WordPress mot PayPlug, Lyra og booking? Ofte ja, via WooCommerce-plugins, egne REST-endepunkter eller dokumenterte API-er. Grensen for hva som hører hjemme i WordPress versus i et ERP, CRM eller bookingverktøy, avklares skriftlig før koden skrives.

Hva skiller dette fra et generisk byrå i Marseille? Du jobber direkte med en senior utvikler, ikke gjennom flere ledd. Avveiningene er skriftlige, akseptkriteriene er målbare, og omfanget bygges rundt WordPress-utvikling framfor en bred redesignpakke.

Jobber dere bare med bedrifter i Marseille? Vi har kunder i hele Frankrike og i Norden som betjener EU-markeder. Leveransen er uansett ekstern, med rapportering og SLA avtalt skriftlig. Kommunikasjonen kan foregå på norsk selv om nettstedet betjener det franske markedet.

#Lokal SEO for synlighet i Marseille-markedet

Et godt bygget nettsted har bare verdi om målgruppen i Marseille og Provence-Alpes-Côte d’Azur finner det. Det grunnleggende SEO-arbeidet er en del av leveransen:

• Teknisk fundament: ryddige URL-strukturer per språk, XML-nettkart, kanoniske tagger og riktig overskriftshierarki, med strukturerte data (LocalBusiness, Organization, FAQ, HowTo) der de hører hjemme
• Flerspråklig SEO: hreflang mellom fr og en, uavhengige titler og metabeskrivelser per språk, og unngåelse av duplisert innhold på tvers av språkversjoner
• Core Web Vitals som rangeringssignal, behandlet som en del av utviklingen og ikke en etterpåklattet optimalisering
• Innhold som speiler faktiske søkeintensjoner i regionen: havn og logistikk, turisme, B2B-kontakt, rekruttering, uten tykke tekstblokker skrevet bare for søkemotorer

#Tilgjengelighet i en fransk og EU-kontekst

Offentlige nettsteder i Frankrike skal følge EN 301 549, som viser til WCAG. For private virksomheter som selger til EU er European Accessibility Act relevant fra 2025. Jeg bygger tilgjengelighet inn i temakoden fra første branch: kontrast i theme.json, tastaturfokus som ikke skjules av sticky header, skjemaetiketter koblet til felt, og landemerker for header, nav, main og footer.

En oppdatering som introduserer et utilgjengelig skjema er ikke bare en designsvakhet i Marseille-konteksten, den kan utløse klager og tilsyn. Derfor inngår en tilgjengelighetskontroll i QA-fasen, med både automatiske skann og manuell tastaturgjennomgang, ikke som et engangsprosjekt etter lansering.

#Hosting, miljøer og overlevering

Et WordPress-prosjekt for en virksomhet i Euroméditerranée, Joliette eller sentrum trenger mer enn produksjonsmiljøet. Jeg setter opp minst utvikling, test og produksjon der det er praktisk, med samme PHP-versjon og samme pluginsett. Mange Marseille-kunder ligger hos franske hostingleverandører som OVH, Scaleway eller Gandi, andre hos internasjonale plattformer med eksplisitt datalagring innenfor EØS.

Deploy skjer via en dokumentert sti, ikke via FTP midt i arbeidsdagen. Sikkerhetskopier og tilbakeføringsplan avtales før første utrulling. Akseptkriteriene er skriftlige: hvilke sider som skal fungere på hvilket språk, hvilke skjemaer som skal sende, hvilke integrasjoner som skal verifiseres, og hvilke ytelsesmål som skal være grønne før lansering.

For nettbutikker er inngangen WooCommerce-utvikler i Marseille. For løpende drift etter lansering, se vedlikehold og support i Marseille.

#Andre franske byer

Trenger du WordPress-utvikling utenfor Marseille, gjelder mye av det samme rundt CNIL, PayPlug, Lyra og flerspråklig oppsett, men med lokal kontekst. Se også WordPress-utvikler i Paris, WordPress-utvikler i Lyon og WordPress-utvikler i Bordeaux for hvordan arbeidet tilpasses der.

#Start prosjektet ditt i Marseille

Trenger virksomheten din i Marseille, i Provence-Alpes-Côte d’Azur eller som nordisk selskap med drift i regionen en utvikler som kjenner WordPress, egne Gutenberg-blokker, flerspråklig oppsett for fr og en, og de franske rammene rundt CNIL, PayPlug og Lyra, ta kontakt for en uforpliktende samtale. Jeg går gjennom situasjonen, ser på dagens installasjon og gir en ærlig vurdering av hva som faktisk trengs, før vi blir enige om omfang og forventninger. Arbeidet tilpasses cruisesesong, havn og logistikk, sesongstyrt turisme, B2B-leveranser og redaksjonell hverdag på to språk.