En norsk og engelsk nettside skal være to gjennomarbeidede utgaver av samme produkt. Språk handler ikke bare om å erstatte ord. Navigasjon, knapper, fagbegreper, løfter, metadata, skjermbredde og det brukeren forstår må fungere i begge versjoner.
På finnandre.no og intentforce.no skriver og programmerer vi språkversjonene. Vi bruker ikke en automatisk Google-lignende oversetter som lager teksten i nettleseren. Det gir mer arbeid per side, men også kontroll over betydning, tone, grenser og det vi faktisk lover.
Direkte besøkende må kunne velge språk der de lander
Mange kommer ikke inn via forsiden. De følger en lenke til en artikkel, tjeneste eller demonstrasjon. Derfor må språkvalget være globalt: synlig på hver offentlig side, husket gjennom besøket og forståelig med tastatur og hjelpemidler.
Hvis brukeren velger engelsk på én side, bør neste relevante side åpne på engelsk når den finnes. Dersom en side ennå ikke har full språkversjon, må nettstedet være ærlig om det i stedet for å late som en uferdig maskintekst er redigert innhold.
Vi skriver meningen, ikke bare ordene
Norsk og engelsk har ulik rytme, setningslengde og forventning. Et norsk uttrykk kan bli uklart eller overdrevet dersom det flyttes ordrett. Derfor arbeider vi fra samme dokumenterte mening: Hva prøver avsnittet å forklare? Hvilket bevis støtter det? Hvilken begrensning må følge med?
Den engelske teksten kan få en annen setningsbygning og et mer internasjonalt eksempel uten å endre selve påstanden. Tjenesten, prisen, sikkerhetsgrensen og kundens ansvar skal fortsatt være den samme.
Språk er også programmering
En lang engelsk overskrift kan bryte et kort som så riktig ut på norsk. En språkknapp kan endre teksten, men glemme dokumentets språk, sidetittel eller skjult mobilmeny. En direkte lenke kan laste riktig side, men glemme brukerens tidligere valg. Derfor testes språk som funksjon, ikke bare som korrektur.
Vi kontrollerer blant annet én synlig hovedoverskrift, riktig lang-verdi, lesbar kontrast, ingen horisontal overflyt, fungerende lenker og at norsk kommer nøyaktig tilbake etter bytte til engelsk. På mørke flater skal teksten være lys i begge språk.
AI kan hjelpe uten å bli den anonyme oversetteren
AI er nyttig til å sammenligne terminologi, oppdage manglende tekst, kontrollere konsistens og hjelpe oss å skrive et første redaksjonelt alternativ. Men teksten vurderes og formes i prosjektet. Det finnes ingen produksjonsforespørsel som sender siden til en tredjeparts oversettelsestjeneste hver gang en bruker trykker på EN.
For kundearbeid lager vi en ordliste over navn, faguttrykk, knapper og formuleringer som ikke skal drive mellom sider. Kunden beholder eierskap til sin faglige mening og kan godkjenne uttrykk som har juridisk, medisinsk, teknisk eller kommersiell betydning.
Hva den nåværende arkitekturen ikke løser ennå
Begge nettstedene har nå globale språkvalg og manuelt skrevne utgaver på sentrale sider. Flere av dem bruker én kanonisk nettadresse med språktilstand i nettleseren. Det gir en sammenhengende brukeropplevelse, men er ikke det samme som separate, fullt indekserbare /en/-ruter for hvert innholdsstykke.
Når internasjonal søkesynlighet krever det, kan neste trinn være egne språk-URL-er, hreflang, språkspesifikke sitemaps og redaksjonell publisering som holder begge versjoner synkronisert uten å overskrive dem.
En tospråklig side kan bygges fra starten – eller ryddes opp senere
Vi kan begynne med innholdsmodell, terminologi og komponenter som tåler begge språk. Vi kan også overta en eksisterende WordPress-side der språk er ujevnt fordelt, kartlegge hvilke sider som mangler og innføre én kontrollert arbeidsflyt for resten.
A Norwegian and English website should be two carefully produced editions of the same product. Language is not merely word replacement. Navigation, buttons, terminology, promises, metadata, screen width and user understanding must work in both editions.
On finnandre.no and intentforce.no, we write and program the language versions. We do not use a Google-like automatic translator to generate the page in the browser. That requires more work per page, but it gives us control over meaning, tone, boundaries and what we actually promise.
Direct-entry visitors must be able to choose language where they arrive
Many visitors do not enter through the homepage. They follow a link to an article, service or demonstration. The language control therefore needs to be global: visible on every public page, remembered during the visit and understandable with a keyboard and assistive technology.
If someone selects English on one page, the next relevant page should open in English when that edition exists. If a page does not yet have a complete edition, the site should be honest about it instead of presenting unfinished machine text as reviewed content.
We write the meaning, not only the words
Norwegian and English have different rhythm, sentence length and audience expectations. A Norwegian expression can become unclear or exaggerated when moved word for word. We therefore work from the same documented meaning: what is the paragraph explaining, which evidence supports it and which limitation must travel with it?
The English copy may use a different sentence structure or a more international example without changing the underlying claim. The service, price, safety boundary and customer responsibility must remain consistent.
Language is also programming
A longer English heading can break a card that looked correct in Norwegian. A language control may change the visible text while forgetting the document language, browser title or hidden mobile menu. A direct link can load the correct page while forgetting the visitor’s previous choice. Language is therefore tested as functionality, not only proofread as copy.
We check one visible primary heading, the correct lang value, readable contrast, no horizontal overflow, functioning links and exact Norwegian restoration after switching to English. Text must remain light on dark surfaces in both languages.
AI can assist without becoming the anonymous translator
AI is useful for comparing terminology, discovering missing text, checking consistency and helping draft an editorial alternative. The actual copy is still evaluated and shaped inside the project. There is no production call that sends the page to a third-party translation service whenever someone presses EN.
For client work, we create a glossary of names, specialist terms, buttons and formulations that should remain stable across pages. The client retains ownership of the professional meaning and can approve language carrying legal, medical, technical or commercial significance.
What the current architecture does not solve yet
Both websites now have global language controls and manually written editions on their central pages. Several currently use one canonical address with language state in the browser. That gives visitors a coherent experience, but it is not the same as separate, fully indexable /en/ routes for every item of content.
When international discovery requires it, a later stage can introduce dedicated language URLs, hreflang, language-specific sitemaps and an editorial publication workflow that keeps both versions coordinated without overwriting either one.
A bilingual site can be designed from the beginning—or repaired later
We can start with a content model, terminology and components able to support both languages. We can also take over an existing WordPress site where language coverage is inconsistent, map what is missing and introduce one controlled workflow for completing it.