WordPress Utvikler i Praha

Et WordPress-nettsted for en bedrift i Praha må fungere på tsjekkisk, engelsk og ofte tysk, tåle GDPR-tilsyn via ÚOOÚ, og koble seg til GoPay eller Comgate når det selger noe. Vi bygger og rydder opp i WordPress for selskaper i Tsjekkias hovedstad med utgangspunkt i nettopp disse kravene, ikke en generisk mal der bynavnet er det eneste som er lokalt.

Praha er ikke bare et turistmål med flotte fasader. Byen er hovedkvarter for JetBrains, Productboard, Rohlik Group og en lang rekke scaleups som selger til hele Europa, men fortsatt trenger et nettsted redaktørene i Karlín eller Smíchov kan styre uten å ringe utvikleren hver uke. WordPress Praha Community samler utviklere, byråer og produktfolk som deler hosting-anbefalinger og erfaringer med tsjekkisk e-handel. Det er det praktiske utgangspunktet for arbeidet vårt.

#WordPress-utvikling i Praha

Praha-markedet er preget av software-hus, delte tjenestesentre for europeiske konsern, offentlige innkjøp og B2B-leverandører som selger til Tyskland, Østerrike og Norden. Disse organisasjonene trenger nettsteder som skalerer med produktlanseringer, tåler trafikktopper ved messer og konferanser, og holder språk, samtykke og betaling i orden når de selger til tsjekkiske, internasjonale og tysktalende kunder.

Arbeidet vårt handler om å få WordPress til å oppføre seg slik en tsjekkisk bedrift i hovedstaden forventer: CZ som primærspråk, EN for investorer og eksport, DE for DACH-markedet, GDPR dokumentert for ÚOOÚ, og integrasjoner som GoPay og Comgate der det finnes e-handel. Og å gjøre det på en måte som overlever oppdateringer av WordPress, temaet og betalingstilleggene.

#Hva vi faktisk bygger

• Block themes med Gutenberg Full Site Editing, gjenbrukbare blokkmønstre, globale stiler og malhierarkier redaktører styrer uten utviklerhjelp
• CZ/EN/DE-flerspråklig WordPress med WPML eller Polylang: språkruting, hreflang, oversatte metadata, uavhengig EN- og DE-innhold der det gir mening, og QA-regler per språk
• Egne plugins for forretningslogikk som skal overleve temabytte: REST-endepunkter, adminverktøy, integrasjoner mot CRM og regnskap, idempotente webhook-håndterere
• ACF Pro eller Meta Box for strukturerte innholdsmodeller: produktdatablad, kundecaser, jobbannonser, partnerlister og dynamiske feltgrupper redaksjonen faktisk bruker
• GoPay- og Comgate-integrasjoner i WooCommerce: kort, bankoverføring og lokale betalingsmetoder med webhook-bekreftelse, ikke redirect alene
• Stripe CZ for internasjonale kort og abonnementer der bedriften selger utenfor Tsjekkia, med tydelig skille mellom CZK- og EUR-flyt
• GDPR-tilpasset samtykke: cookie-banner med avvisning, skjemaer med dokumentert behandlingsgrunnlag, eksport og sletting for innsynsforespørsler
• WP-CLI-automatisering for masseinnhold, migrasjoner, planlagte oppgaver og miljøspesifikk konfigurasjon
• WCAG 2.2 AA: semantisk markering, ARIA-landemerker, tastaturnavigasjon og automatiserte tilgjengelighetstester i CI
• Deploy-løp med GitHub Actions, testmiljø som speiler produksjon, og dokumentert tilbakeføring før hver release

#Hvorfor Praha er et eget WordPress-marked

Brno konsentrerer produktutvikling og universitetsforskning. Praha konsentrerer hovedkontorer, offentlig sektor, finans og selskaper som selger til hele Sentral-Europa. En SaaS-leverandør i Karlín trenger et nettsted som matcher produktets kvalitet: raskt, flerspråklig og uten sikkerhetshull i skjemaer som samler demo-forespørsler. En maskinleverandør som deltar på messer trenger produktkataloger med nedlastbare datablad på CZ, EN og DE, og kanskje en WooCommerce-kasse for reservedeler med GoPay.

Forskjellen fra Brno er ikke teknologien, men språkprofilen og kundemixen. Praha-bedrifter snakker internt ofte tsjekkisk, engelsk og tysk parallelt, fordi DACH er et naturlig eksportmarked. Derfor er CZ/EN/DE-arkitekturen det vanligste flerspråklige oppsettet vi bygger her, ikke bare CZ/EN som dominerer i Brno.

CzechInvest og inkubatorer som StartupYard tiltrekker internasjonale gründere som forventer EN som primærspråk på nettstedet, men CZ for lokale myndigheter og presse. Productboard, Rohlik og JetBrains har alle tre språk i praksis, selv om omfanget varierer. WordPress må speile den virkeligheten, ikke bare ha en språkvelger i footeren.

WordPress Praha Community samler utviklere som deler erfaringer med tsjekkisk hosting, plugin-valg og flerspråklighet. Det er et tegn på at markedet er modent nok til at «WordPress-utvikler» betyr noe mer enn «installerer Elementor». Det betyr block themes, egne plugins og integrasjoner som tåler produksjon.

#CZ/EN/DE-flerspråklig WordPress i praksis

Flerspråklighet i Praha-prosjekter starter med et spørsmål de fleste hopper over: skal EN og DE være oversettelser av CZ, eller uavhengige kanaler med eget innhold? En software-bedrift som selger til DACH og Norden trenger ofte uavhengig DE med egne kundecaser og produktsider, mens EN fungerer som investorkanal. En lokal B2B-leverandør trenger DE primært for tyske innkjøpere som leser produktdatablad.

Vi setter opp WPML eller Polylang med tydelig språkruting: /cs/, /en/ og /de/ som standard, hreflang-tagger som peker riktig vei, og kanoniske URL-er som ikke konkurrerer seg imellom. Redaksjonen får runbook for hva som må oversettes ved lansering, hva som kan vente, og hvordan nye bloggposter håndteres på tre språk.

En typisk feil vi retter i Praha: DE-sider generert med automatisk oversettelse uten QA, slik at tekniske termer blir feil og hreflang peker på CZ-versjoner som ikke matcher. En annen: språkvelger som bare bytter UI-tekst men ikke innholds-URL, slik at Google indekserer duplikatinnhold. Begge deler fanges i arkitekturtrinnet, ikke etter lansering.

For Praha-bedrifter som deltar på messer og konferanser er det praktisk at EN- og DE-landingssider kan publiseres raskt uten å vente på full CZ-oversettelse. Vi bygger maler og blokkmønstre som gjør det mulig uten å bryte språkstrukturen. CzechTrade og exportrelaterte nettsteder har ofte denne behovsmønsteret.

DE-innhold krever også oppmerksomhet på formell tone. Tyske B2B-kjøpere forventer presis terminologi på produktsider og tekniske datablad. Automatisk oversettelse fra CZ eller EN gir ofte upresise ordvalg som undergraver tillit. Vi skiller mellom oversatt DE for informasjonssider og uavhengig DE for salgskritiske landingssider.

#GDPR, ÚOOÚ og personvern i WordPress

Tsjekkia er EU-medlem, så GDPR gjelder direkte. ÚOOÚ (Úřad pro ochranu osobních údajů) er det nasjonale tilsynet som håndhever personvernloven og behandler klager fra enkeltpersoner og organisasoner. Et WordPress-nettsted som samler kontaktskjemaer, nyhetsbrev, jobbsøknader, demo-forespørsler eller bestillingsdata må ha oppdatert personvernerklæring, dokumentert behandlingsgrunnlag og rutiner for innsyn og sletting.

Vi implementerer det teknisk, ikke som juridisk rådgivning:

• Cookie-banner med reelt valg, ikke bare «Godta alt» uten avvisning
• Skjemaer med tydelig formål, samtykke der det kreves, og lagring av samtykke-timestamp
• Personvernerklæring som nevner databehandlere (GoPay, Comgate, Stripe, e-postleverandør, CRM)
• Eksport og sletting for innsynsforespørsler, med logging av hvem som behandlet forespørselen
• Stopp av nye sporingspunkter eller skjemaer som ikke er gjennomgått i deploy-prosessen

ÚOOÚ har hatt offentlige saker mot nettsteder som lagret data uten tilstrekkelig grunnlag eller brukte cookies uten reelt valg. For Praha-bedrifter som selger B2B software internasjonalt er det spesielt viktig at demo-skjemaer og trial-registreringer ikke sender data til USA uten dokumentert overføringsgrunnlag. Vi kartlegger dette i onboarding og bygger inn det som kan løses teknisk.

Offentlige innkjøp og leverandører til statlige etater i Praha må ofte dokumentere databehandling tydeligere enn rene B2C-sider. Vi hjelper med teknisk grunnlag for personvernerklæringen, men juridisk vurdering av kontrakter og databehandleravtaler ligger hos kundens rådgiver.

#GoPay, Comgate og betalingsintegrasjoner

Mange Praha-prosjekter ender med WooCommerce for reservedeler, merchandise, abonnementer eller en enkel produktkatalog med kasse. GoPay dominerer tsjekkisk e-handel: kort, bankoverføring og lokale metoder som Apple Pay og Google Pay der det er aktivert. Comgate er et vanlig alternativ, spesielt for bedrifter som allerede har Comgate-kontrakt fra annen kanal. Stripe CZ brukes ofte for internasjonale kort og abonnementer.

Integrasjonen bygges som en vanlig WC_Payment_Gateway-klasse der process_payment returnerer redirect eller ventetilstand, mens fullføringen skjer i webhook-håndtereren. Ordren får payment_complete først når GoPay eller Comgate har bekreftet, ikke når kunden kommer tilbake til takkesiden. Vi har sett Praha-butikker der ordrer ble markert betalt på redirect, slik at avbrutte betalinger ga ordrer uten penger. Den feilen fanges bare med end-to-end QA på betalingsstien.

For nettsteder uten WooCommerce, men med betalingslenker eller donationsskjemaer, kobler vi GoPay via REST API med samme disiplin: idempotens, signaturverifisering og logging. Rohlik og andre store aktører har egne betalingsløsninger, men mellomstore Praha-bedrifter bruker GoPay eller Comgate som standard.

Flerspråklig kasse krever oppmerksomhet: betalingsmetoder som vises på DE-sider kan avvike fra CZ-sider avhengig av GoPay-konfigurasjonen. Vi tester kasseflyten per språk og valuta, ikke bare på standardspråket.

#Slik jobber vi gjennom et prosjekt

1. Kartlegging og revisjon. Vi går gjennom dagens WordPress: temastruktur, plugin-inventar, CZ/EN/DE-oppsett, GoPay- eller Comgate-koblinger, skjemaer og samtykke, hosting og Lighthouse på de mest besøkte sidene.
2. Arkitektur og omfang. Vi dokumenterer flerspråklig strategi, plugin-grenser, integrasjonspunkter, GDPR-krav og akseptkriterier. Grensen mellom tema, egen plugin og tredjepartstillegg settes her.
3. Bygging i feature-brancher. WordPress Coding Standards, i18n-klar tekst, tilgjengelig markup, kodegjennomgang på hver branch, og tester der risikoen forsvarer det.
4. QA før lansering. Regresjonstester, Lighthouse og Core Web Vitals, tilgjengelighetsskan, hreflang-validering for alle tre språk, og kasseflyt mot GoPay- eller Comgate-testmiljø der det finnes e-handel.
5. Utrulling og overlevering. Dokumentert release med tilbakeføring, runbook for redaktører og utviklere, GDPR-dokumentasjon for samtykke og skjemaer, overleveringsmøte.

#Typiske oppdrag fra Praha-bedrifter

• Migrering fra page builder til block theme. En SaaS-leverandør i Karlín hadde Elementor overalt og tre sekunders TTFB på produktsider. Vi ekstraherte innhold til blokkmønstre, bygget et block theme med theme.json, og trente redaksjonen uten å miste trafikk eller hreflang-struktur på CZ, EN og DE.
• CZ/EN/DE-hreflang reparert etter automatisk oversettelse. DE-sider pekte feil hreflang, og Google indekserte CZ-innhold på /de/-URL-er. Vi ryddet språkstrukturen, satte uavhengig DE der det trengtes for DACH-salg, og validerte mot Search Console.
• GoPay-webhook feilkoblet. En nettbutikk for industrireservedeler markerte ordrer betalt på redirect. Vi flyttet bekreftelsen til webhook, la inn idempotens, og testet autorisasjon, belastning og refusjon mot GoPay sitt testmiljø.
• Comgate lagt til ved side om side med GoPay. En bedrift som solgte til både tsjekkiske og slovakiske kunder trengte to gateways med tydelig routing per marked. Vi bygget logikk som velger gateway basert på fakturaadresse og valuta.
• ÚOOÚ-klart samtykke for demo-skjema. Et software-hus samlet trial-registreringer uten dokumentert grunnlag. Vi la inn samtykke med timestamp, oppdaterte personvernerklæringen med databehandlere, og stoppet nye skjemaer uten gjennomgang i deploy-løpet.
• Refaktorering av eldre tema med 40+ plugins. En B2B-leverandør i Praha hadde overlappende SEO- og cache-tillegg. Vi skilte egen kode ut i en plugin, fjernet duplikater, og gjorde nettstedet forutsigbart igjen uten full omskrivning.

#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. Egendefinert funksjonalitet ligger i mu-plugins eller egne plugins med riktige navnerom og autoloading, ikke i functions.php som vokser ukontrollert. ACF Pro eller Meta Box for strukturerte data, Yoast SEO eller Rank Math for teknisk SEO-automatisering der kunden allerede bruker det.

Deploy skjer via GitHub Actions eller tilsvarende, med testmiljø som speiler produksjon. Cron kjøres via systemcron mot wp cron event run, ikke pseudo-cron som avhenger av trafikk. For Praha-hosting hos leverandører som Wedos, Forpsi eller internasjonale aktører tilpasser vi cache- og PHP-innstillinger til det miljøet faktisk tillater.

#Sikkerhet og samsvar utover GDPR

Sikkerhetsgrunnlinjen inkluderer HTTPS med HSTS, Content Security Policy mot XSS, parametriserte databaseforespørsler, output-escaping, nonce-verifisering på skjemaer, hastighetsbegrensning på innlogging, tofaktor for administratorer og testede sikkerhetskopier. Praha-bedrifter i NIS2-scope (kritisk infrastruktur, finans, helse) får ekstra dokumentasjon av tilgangskontroll og hendelseslogging.

For messer, produktlanseringer og mediekampanjer er det vanlig å herde nettstedet mot trafikktopper: full-page cache via Cloudflare, rate limiting på skjemaer, og WAF-regler tilpasset WordPress. Gen Digital og andre sikkerhetsselskaper i Praha forventer at leverandører dokumenterer sikkerhetspraksis; vi leverer runbook som del av overleveringen.

#Ytelse, målt der det teller

Core Web Vitals påvirker både rangering og konvertering. For Praha-prosjekter prioriterer vi produktsider, landingssider for messer og kasse der det finnes e-handel. Lav LCP gjennom optimalisert kritisk renderingsvei og hero-bilder i WebP/AVIF, lav INP gjennom minimal JavaScript og utsatt innlasting av tredjepartsskript (inkludert GoPay og Comgate), stabil layout gjennom faste bildedimensjoner.

Vi måler før og etter, dokumenterer effekten, og inkluderer ytelsesreferanser i prosjektdokumentasjonen. Måltall settes mot dagens nivå i revisjonen, ikke mot oppdiktede bransjegjennomsnitt. Flerspråklige nettsteder har ofte høyere TTFB på DE- og EN-sider fordi oversettelsesplugins legger til databaseforespørsler; vi adresserer det i arkitekturtrinnet.

#Spørsmål Praha-bedrifter stiller oss

Bygger dere CZ/EN/DE fra bunnen eller rydder dere opp i eksisterende oppsett? Begge deler. Nye prosjekter får språkstruktur i arkitekturtrinnet. Eksisterende nettsteder får ofte hreflang-reparasjon og tydeligere redaksjonell runbook før ny funksjonalitet bygges.

Håndterer dere ÚOOÚ-krav teknisk? Ja. Samtykke, cookie-valg, dokumentasjon av behandlingsgrunnlag og støtte for innsyn og sletting. ÚOOÚ er tilsynsmyndigheten; vi implementerer det regelverket krever.

Integrerer dere GoPay og Comgate i WooCommerce? Ja, med webhook-bekreftelse, idempotens og full testmatrise mot testmiljø.

Gutenberg/FSE eller klassisk tema? For nye bygg er standardvalget block theme med full site editing. Klassiske temaer beholdes når porting ikke er verdt kostnaden, dokumentert som skriftlig avveining.

Jobber dere med bedrifter utenfor Praha? Ja. Vi har tyngdepunkt i Praha- og Brno-miljøet, men leverer til tsjekkiske bedrifter nasjonalt og internasjonalt.

#WordPress i andre tsjekkiske byer

Trenger du WordPress-hjelp utenfor Praha, gjelder de samme GDPR- og flerspråklige kravene, men med lokal kontekst. Se også WordPress-utvikler i Brno og WooCommerce-utvikler i Praha for hvordan oppsettet tilpasses Brno og e-handel i hovedstaden.

Etter lansering tar vedlikehold og support i Praha oppdateringer, sikkerhetskopier og overvåking. Nordiske huber sammenligner ofte med vedlikehold i Wien og vedlikehold i Budapest.

#Start et WordPress-prosjekt i Praha

Trenger nettstedet ditt i Praha CZ/EN/DE-struktur som holder, GDPR-dokumentasjon som tåler ÚOOÚ, og integrasjoner som GoPay eller Comgate der det trengs, 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 og prisen avtales individuelt etter kartlegging, skriftlig før arbeidet starter.

For nettsteder som trenger en strukturert gjennomgang av risiko, er inngangen sikkerhetsrevisjon for WordPress.