Nettstedet åpnes både med www og uten, men søkemotorer ser to ulike adresser med identisk innhold. Sideduplikater, utvannet lenkeverdi, forvirring i Search Console. Høres det kjent ut?

Verken Grav eller WordPress løser dette problemet ut av boksen. .htaccess-filen og nøyaktig én kodeblokk fikser alt på fem minutter. Nedenfor finner du testede linjer for Apache-servere: universelle, uten hardkodede domener, med HTTPS og uten. Pluss en måte å verifisere at omdirigeringen fungerer utover bare nettleseren.

💡 Rask oversikt:

• Velg en kanonisk versjon (med www eller uten) og legg til en universell 301-omdirigering i .htaccess
• Sjekk omdirigeringskjeden via curl -I eller en nettbasert sjekker: nettlesere cacher 301-er og kan lyve
• Én kodeblokk løser samtidig www-problemet og tvinger HTTPS

Hvorfor velge mellom www og ikke-www i det hele tatt

Google foretrekker ikke den ene varianten fremfor den andre; den offisielle holdningen har vært uendret i årevis. Men du må velge én og holde deg til den. Uten en omdirigering blir www.site.ru/page og site.ru/page indeksert som ulike URL-er, lenkeverdi deles i to, og analyseverktøy teller den samme trafikken to ganger.

Hva bør du velge? For store prosjekter er www mer praktisk: informasjonskapsler lekker ikke til underdomener som cdn. og api., og DNS-oppføringer er enklere å konfigurere. For mindre nettsteder er det nesten ingen forskjell. Fokuser på det som allerede er indeksert: skriv site:yourdomain.ru i søket og se hvilken variant som dukker opp oftest i resultatene. Gjør den kanonisk.

Teknisk merknad: Grav genererer ikke omdirigeringer på egen hånd. WordPress gjør det bare hvis siteurl i innstillingene eksplisitt samsvarer med ønsket variant, men selv det fungerer inkonsekvent. Løsningen er én: mod_rewrite i Apache via .htaccess.

Hvor.htaccess bor og hvordan du unngår å ødelegge den

.htaccess-filen ligger i nettstedets rot, sammen med index.php eller wp-admin-mappen. Hvis filen ikke finnes (Grav uten ferdig mal, nytt webhotell), opprett en tekstfil med navnet .htaccess der den innledende prikken er påkrevd.

Før du gjør noen endringer, last ned den gjeldende versjonen til datamaskinen din. En syntaksfeil i .htaccess knekker nettstedet med en 500-feil umiddelbart. Jernregel: én sikkerhetskopi lokalt, en annen med et annet navn direkte på serveren (.htaccess.backup). Du kan gjenopprette selv uten tilgang til administrasjonspanelet, via FTP eller webhotellets filbehandler.

For Grav og WordPress er regelen den samme: hvis filen allerede inneholder RewriteEngine On, ikke dupliser den linjen. Legg til den nye omdirigeringsblokken etter den. I standard .htaccess for Grav er denne linjen til stede som standard.

301-Omdirigering fra www til ikke-www: universell kode

Koden nedenfor fungerer for ethvert domene; du trenger ikke å erstatte example.com manuelt. Praktisk hvis du administrerer flere nettsteder eller overfører regler mellom prosjekter. Legg til i .htaccess etter RewriteEngine On:

1
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
2
RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

Linje for linje: RewriteCond fanger opp enhver vert som starter med www. og fanger domenet i parenteser. RewriteRule omdirigerer forespørselen til samme bane uten www, ved å sette inn det fangede domenet via %1. Flagget R=301 betyr permanent omdirigering. L forteller serveren «stopp, ikke bruk flere regler». NC gjør sjekken uavhengig av store/små bokstaver.

Hvis nettstedet kjører på HTTPS, erstatt http:// med https:// i RewriteRule. Enda bedre, bruk en kombinert blokk som løser både www og HTTPS i én operasjon:

1
RewriteCond %{HTTPS} off [OR]
2
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
3
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Den første betingelsen utløses på HTTP-forespørsler, den andre på www. Hvis én av dem er sann ([OR]), går forespørselen til https://domain-without-www/path. Én blokk, to problemer løst.

Motsatt scenario: fra ikke-www til www

Hvis du trenger at adressefeltet alltid skal vise www, bruk speilvarianten:

1
RewriteCond %{HTTP_HOST} !^www\. [NC]
2
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]

Logikken er den samme, bare betingelsen er invertert: hvis verten ikke starter med www, legger vi til www. i begynnelsen. %{HTTP_HOST} setter inn gjeldende vert i sin helhet, i motsetning til forrige blokk der vi strippet www. via parentesfangst.

Versjon med HTTPS:

1
RewriteCond %{HTTPS} off [OR]
2
RewriteCond %{HTTP_HOST} !^www\. [NC]
3
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

Bruk én av de fire blokkene, den som samsvarer med din kanoniske domenvariant og HTTPS-tilstedeværelse. To blokker på rad er unødvendig og vil skape et ekstra hopp i omdirigeringskjeden.

Hvordan verifisere at omdirigeringen fungerer

Ikke stol på nettleseren; den cacher 301-omdirigeringer og viser det gamle bildet selv etter at du har redigert .htaccess. Tre måter å finne sannheten på:

• curl** -I.** I terminalen: curl -I http://www.example.com. Et korrekt svar starter med HTTP/1.1 301 Moved Permanently, og Location:-headeren inneholder mål-URL-en. Sjekk begge varianter, med www og uten.
• Nettbaserte sjekkere. Redirect Checker eller HTTP Status Code Checker: lim inn URL-en, se hele omdirigeringskjeden og endelig svarkode.
• Google Search Console. Etter at du har endret det kanoniske domenet, gå til eiendomsinnstillinger og spesifiser den foretrukne versjonen. Dette erstatter ikke .htaccess, men gir søkemotoren et ekstra signal.

Et eget tips for Grav: etter redigering av .htaccess, tøm CMS-cachen via Admin → Configuration → Performance → Clear Cache. Grav cacher sider aggressivt, og uten tømming kan det hende omdirigeringen ikke gjelder for allerede genererte kopier.

⁉️🤔 Ofte stilte spørsmål

Hvilken variant er best for SEO, med www eller uten?

Google sier offisielt: det er ingen forskjell. Velg én og hold deg til den. Nøkkelfaktoren er konsistens: interne lenker, nettstedskart og kanoniske tagger skal peke til én variant. Ifølge en undersøkelse fra Ahrefs bruker omtrent 55% av topp-100-nettsteder ikke-www-versjonen, men begge variantene rangerer like godt.

Hva skjer hvis du ikke setter opp en omdirigering i det hele tatt?

Søkemotorer vil se to uavhengige duplikatnettsteder. Lenkeverdi vil splittes, sider vil begynne å konkurrere med hverandre i resultatene, og analyserapporter vil spre den samme trafikken over to verter. Etter noen måneder er det typiske bildet: halvparten av sidene indeksert med www, halvparten uten, ustabile rangeringer.

Kan man klare seg uten.htaccess?

Ja, men alternativene er enten mer komplekse eller tregere. WordPress-plugins som Redirection og Rank Math fungerer på PHP-nivå; hver forespørsel går gjennom WordPress-kjernen, noe som skaper belastning. For nettsteder med høy trafikk er .htaccess på Apache-nivå merkbart raskere. For Grav er omdirigeringsplugins praktisk talt ikke-eksisterende, så .htaccess forblir hovedveien. På NGINX-servere er ekvivalenten return 301-direktiver i server {}-blokken.

Må du sette opp en omdirigering for hver side separat?

Nei, de oppgitte reglene er universelle; de gjelder automatisk for alle nettstedets URL-er. Én blokk dekker hjemmesiden, interne sider, bilder og CSS-filer. Separate omdirigeringer fra gamle URL-er til nye konfigureres i tillegg med Redirect 301 /old-page /new-page-linjer, men de har ingenting med www-problemet å gjøre.

500-feil etter redigering av.htaccess, hva gjør jeg?

Kopier .htaccess.backup tilbake via FTP eller webhotellets filbehandler; nettstedet kommer tilbake umiddelbart. Sjekk koden for skrivefeil: et manglende mellomrom, en ekstra skråstrek, uparrede parenteser. Legg til regler én om gangen og test etter hver endring. Og rediger aldri .htaccess i produksjon uten en aktuell sikkerhetskopi for hånden.

Omdirigeringen fungerer, men Google fortsetter å vise den gamle versjonen i resultatene. Hvorfor?

Reindeksering tar fra noen dager til et par uker. Sørg for at kanoniske tagger på sidene peker til den valgte varianten og at nettstedskartet inneholder URL-er uten den gamle verten. I Search Console kan du be om en ny gjennomgang via URL Inspection-verktøyet; dette fremskynder prosessen, men garanterer ikke umiddelbare resultater.

Hvilken variant du bør velge: den korte dommen

Hvis nettstedet er nytt, gå for ikke-www og HTTPS. Færre tegn i adressefeltet, enklere å diktere høyt, ingen problemer med informasjonskapsler til underdomener. For de fleste prosjekter er dette mer enn nok.

Allerede indeksert med www? Ikke ødelegg det som fungerer. Sett opp en omdirigering fra ikke-www til www, oppdater kanoniske tagger, og fortsett.

Hele prosessen: åpne .htaccess, legg til én av de fire blokkene ovenfor, tøm CMS-cachen, verifiser via curl -I. Fem minutter, og duplikater er borte fra søkelandskapet. Andre .htaccess-teknikker er samlet i guiden for serverkonfigurasjon; sjekk den ut hvis du konfigurerer et nettsted helhetlig.