Hvordan unngå subdomener på en enkel måte

Hva er et sub-domene?

Denne bloggen ligger på domenet http://stammen.no . Hvis jeg ønsket å opprette en ny seksjon på nettstedet, kan jeg enten opprette en folder (f.eks. http://stammen.no/hurra/ ) eller jeg kan opprette et subdomene (f.eks. http://hurra.stammen.no ). I de aller fleste tilfeller er det smart å unngå sub-domener.

Sub-domener og søkemotoroptimalisering

Søkemotoroptimalisering handler i stor grad om å bygge troverdighet til ditt nettsted. Når du plasserer innhold på et sub-domene(f.eks. http://nettbutikk.telenor.no ), så oppretter du i realiteten et nytt nettsted som i utgangpunktet har veldig lite troverdighet i søkemotorene. Det vil ta lang tid å bygge troverdighet – og dermed bedre plassering i søkemotorene. Søkemotorene endrer kontinuerlig hvordan de tolker subdomener, så det kan hende at dette endrer seg en gang i fremtiden.

Sub-domener og Webanalyseverktøy implementering

Sub-domener skaper også problemer når det gjelder webanalyseverktøy implementering. Det finnes mange workarounds for dette problemet, men felles for de alternative løsningene er at de på et eller annet tidspunkt skaper vedlikeholdsproblemer.

En enkel og varig løsning på subdomene problematikken

Anders Stensønes i Apotek 1 slet lenge med at konkurransesidene til Apotek 1 lå på et subdomene(http://konkurranse.apotek1.no ). Konkurranser tiltrekker ofte lenker fra andre nettsteder og Anders ønsket å bygge autoritet til hoveddomenet istedenfor å spre «link juice» til flere domener. Han ønsket også mer nøyaktige tall i Google Analytics. Løsningen åpenbarte seg i form av å bruke «proxying»/reverse proxy.

For å få til proxying av et subdomene (eller en ekstern/annen site) under hoveddomenet, trenger man ISAPI Rewrite filter som støtter dette (f.eks. fra HeliconTech eller andre). Dette er et filter som man kan installere på webservere som ikke alt støtter dette (Apache og nyere versjoner av IIS har mer eller mindre støtte for dette ut av boksen). Når dette er satt opp, må man konfigurere en fil som inneholder regelsettet for «logiske» URL’er, reverse proxy, redirects osv. (filteret har en egen fil for dette som er tilsvarende .htaccess i Apache).

Her kan man f.eks legg inn inn følgende:

RewriteProxy ^/mappenavn(.*)$|^/mappenavn(.*)\?.*$ http://www.eksternsite.no$1 [NC,P]

Da vil www.hoveddomene.no/mappenavn vise innhold fra www.eksternsite.no.

www.hoveddomene.no/mappenavn/hva-som-helst vil da hente innhold fra www.eksternsite.no/hva-som-helst fordi man har satt på proxying av alt på www.eksternsite.no via hoveddomenet.

I tillegg vil da Adwords-variabler fungere (auto clikcktag og manuell tagging)

Flaggene NC, P står for NoCase (man kan bruke STORE og små bokstaver og P=Proxy.

En av de viktigste tingene Telenor kan gjøre for å få bedre organisk synlighet er at dere bygger autoritet rundt ett domene. I dag ligger nettbutikken på htt://nettbutikk.telenor.no . Det er som oftest en ulempe.

Her er instruksjonene knyttet til det å få http://nettbutikk.telenor.no og http://www.telenor.no på samme domene.

For å få til proxying av et subdomene (eller en ekstern/annen site) under hoveddomenet, trenger man ISAPI Rewrite filter som støtter dette. Apotek 1 implementerte et filter fra HeliconTech (http://www.helicontech..com/isapi_rewrite/). Dette er et filter som man kan installere på IIS (Apache har støtte for dette ut av boksen).

Når dette er satt opp, må man konfigurere en fil som heter httpd.conf (filteret har en egen fil for dette som er tilsvarende .htaccess i Apache).

Her legger man inn følgende: