Mange virksomheder fokuserer udelukkende på søgemaskineoptimering og opsætning af links mv., men deres serveropsætning kontrolleres sjældent.

Vi oplever gang på gang i forbindelse med SEO opgaver, at virksomhedens website er tilknyttet alverdens forskellige domæner til samme tekstmæssige indhold.

Hvad betyder det så i praksis?

Det betyder dublicate content, hvilket betyder samme tekstindhold på flere domæner, noget som søgemaskinerne ikke er specielt glade for. De opfatter det ikke altid som værende i strid med deres guidelines, men bestemmer selv hvad de viser deres brugere. Det er ikke godt for virksomhedens kernedomæne, at blive fundet på forskellige domæner, hvor enkeltsider er spredt over flere domænenavne, det giver ingen sammenhæng – f. eks. Et website på 100 sider, der ligger med 10 sider på et domæne, 20 på et andet osv.

Hvorfor opstår problemet?

Desværre ser vi mange CMS leverandører som opsætter et testdomæne til virksomhedens nye hjemmeside – f.eks. dit-firma.cms-leverandøren.dk, dette domæne oprettes normalt på DNS serveren, pegende ind på en konkret IP adresse på den pågældende webserver. På webserveren ligger der f.eks. en virtuel hostblok som indeholder de forskellige domæner og deres placering på den pågældende server. Hvilket betyder at serveren fortæller omverdenen at der er fuld adgang til domænet med en serverkode 200. “Dette gælder også testdomænet fra CMS leverandøren“.

En normal side ser således ud.

#1 Server Response: http://www.onlinemarketing.dk
HTTP Status Code: HTTP/1.1 200 OK
Date: Wed, 05 May 2010 07:43:51 GMT
Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny6 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0
X-Powered-By: PHP/5.2.6-1+lenny6
Set-Cookie: 135778c41b13881d92c68c3e5878d556=ba11fb0db07ff4ec76c04fbad4db0758; path=/
P3P: CP=”NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM”
ETag: 6666cd76f96956469e7be39d750cc7d9
Last-Modified: Wed, 05 May 2010 07:43:51 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Transfer-Encoding: chunked
Content-Type: text/html

Hvis der er flere domæner der får en kodning 200, betyder det i praksis, at omverdenen og søgemaskinerne opfatter dem som to forskellige domæner, og indekserer dem som sådan, efterfølgende opstår problematikken når søgemaskinerne finder ud af der er tale om samme tekst substans på domænerne, det er det der betegnes som duplicate content, eller på dansk kopieret indhold.

Derfor skal der altid kun peges ét domæne ind på virksomhedens hjemmeside med en server kodning 200.

Hvis der er flere domæner der skal ind på samme website, skal der altid anvendes en kodning 301, dette betyder det pågældende website er flyttet permanent, der er her tale om en kodning som søgemaskinerne forstår og følger.

Brug af serverkodning 302, midlertidig flytning af sider skal undlades, denne kodning giver mulighed for hijacking af domænet, hvis der sidder en ondsindet sjæl som får lyst til at udnytte denne mulighed. Nej! du får ikke at vide hvordan en sådan 302 hijacking skal udføres og opskriften.

Utilsigtet misbrug af virksomhedens domæne?

Hvis din webserver bliver flyttet over på en anden IP klasse, det sker at udbydere etc. får tildelt nye IP adresser eller servere flyttes, her kan der opstå et problem, hvis der er tale om din egen server - og der ligger domæner fra andre, der peger ind med DNS på din webserver med den pågældende IP adresse, der kan være tale om domæner som andre har parkeret og ikke specielt tænker på i dagligdagen, her vil de typisk tilgå det første domæne der ligger i Virtuel Hostblokken på din webserver.

Derfor bør det første domæne i denne blok, altid opsættes som et internt og tomt domæne, så er der skærmet af for støj fra denne kant, hvis man har sat et automatisk system op, så alt der peger ind på domænet og IP adressen redirectes med en serverkode 301 eller 302 til hoveddomænet, er det ligeledes problematisk, hvem holder øje med hvilke domæner der peger ind? Er det domæner som ikke er særligt vellidt, og har en fortid som spamdomæner etc. er det ikke smart at de peger ind på en virksomhedens website, og ejeren ikke engang selv er opmærksom på dette.

Nu siger du nok, det er nok ikke et særligt stort problem, vi testede for sjov Google´s domæne, her var serveren opsat forkert, der var et ukendt domæne der fik fuld adgang til Google server, så det er ikke kun de små webhoteller der kan fejle med deres serveropsætning. “Vi har efterfølgende rettet henvendelse til Google og gjort opmærksom på problemet på deres servere.”

Dublicate content kan også foregå på internt kopierede sider, de er ikke omtalt i denne artikel.

SEO og serveropsætning – Dublicate content

Relaterede emner:

1. Duplicate content – Søgemaskiner
2. Go Daddy stopper salg af CN domæner
3. Typosquatting

En guide til brug af htacces på Apache servere.

Apache serveren giver sine brugere mulighed for at udnytte en mængde faciliteter og måder web applikationen kan afvikles på webserveren, og her kommer filen htaccess ind i billedet, filen er placeret i rod biblioteket og gemt i formatet .htaccess, der er her tale om en simpel tekstfil, hvor de systemkommandoer man gerne vil have serveren til at udføre på den enkelte websted kan specificeres. Htaccess filen er som hovedregel placeret i rodbiblioteket og virker globalt på undermapper etc. Dette kan dog forhindres, hvis man sætter htaccess filer op i de enkelte undermapper, man skal dog her være opmærksom på, at man kan sende forespørgsler og lign. i rundkreds og skabe løkker, hvis det ikke er sat korrekt op.

Nogle webhoteller har fravalgt at give sine kunder mulighed for at anvende htaccess filer, hvis det er tilfældet på det webhotel du er ved at bestille – eller allerede er kunde på, skal du finde et andet webhotel, hvis du ønsker at kunne bruge opsætninger, der kræver speciel server behandling af dine websider, og hvor funktionalitet ikke er begrænset på grund af begrænsede muligheder på webhotellet.

Hvad kan man så bruge en htaccess til?

En af de første ting man kan bruge htaccess filen til er at sætte egne 404 fejlsider og andre fejlsider op, du kender det selv når, du kommer ind på en side som ikke kan findes, så lander du på en standardfejlside, hvor der står siden ikke kan findes. Dette har du mulighed for at ændre ved at fremstille din egen 404 fejlside og få serveren til at sende brugerne der lander på en side der ikke eksisterer, hen til den side som du selv ønsker.

Til dette skal vi bruge en teksteditor som f.eks. notesbloks ( standard program i Windows) til behandling af en simpel ASCII-fil

At oprette en htaccess fil kræver man åbner programmet og skriver en ny fil, her skal man lige være opmærksom på, at man ikke kalder den .htaccess.txt, hvilket editoren vil vælge som standard, vælg gem som og vælg så alle filer i stedet for det editoren foreslår .txt. Filen skal hedde .htaccess og der skal ikke være nogen ekstension på denne fil. Når denne øvelse er gjort har du din htaccess fil og kan nu begynde at smide noget kode ind i den.

Når den senere skal uploades på webserveren sker det med et FTP program, og man skal huske at uploade den i ascii format, ikke binær.

Vi ønsker nu at fremstille vores egne fejlsider.

I htaccess filen skriver vi følgende, en kommando pr. linie.:

ErrorDocument 403 /fejlsider/adgang-forbudt.html
ErrorDocument 404 /fejlsider/siden-kan-ikke-findes-404.html

Serveren sender nu fejsiden hen til den side vi har fremstillet til formålet, i eksemplet med 404siden, lander den på siden-kan-ikke-findes.html

Serverside include via htacess filen, det kræver det er sat op på serveren.

Dette giver mulighed for at inkludere filer og menuer, i det første eksempel bruges shtml som det normalt hedder når der er tale om serverside includede filer, eksempel 2 viser at det også er muligt at anvende den almindelige standard html ekstensions til serverside includede filer.

AddType text/html .shtml
AddHandler server-parsed .shtml
Options Indexes FollowSymLinks Includes

AddType text/html .shtml
AddHandler server-parsed .shtml
AddHandler server-parsed .html
Options Indexes FollowSymLinks Includes

Udeluk uønskede IP adresser eller brugere

Man kan også bruge htaccess filen til at forhindre uønskede brugere kan tilgå sit website, her kan anvendes følgende kommando.

order allow,deny
deny from 82.417.3.154
allow from all

Her udelukker vi en ipadresse fra at tilgå websitet

Man kan også udelukke referers

RewriteEngine on
# Options +FollowSymlinks
RewriteCond %{HTTP_REFERER} demkanviikkelide\.dk [NC]
RewriteRule .* – [F]

Her udelukker vi demkanviikkelide.dk

Hvis der ønskes flere udelukket kan der indsættes flere linjer med forskellige ip adresser eller referers.

Directory index

Her er det muligt at bestemme, hvilken side der kaldes når men indtaster domænnavnet f.eks. www.mitwebsite.dk/

I htaccess filen skriver vi følgende.:

DirectoryIndex denfiljegønskeratvise.html

Der kan selvfølgelig stå .php som ekstension, hvis der er tale om php filer på websitet.

På nogle servere er htacces filer åbne, for alle brugere, det skyldes forkert serveropsætning, men det gør lige ondt af den grund, hvis nogle hacker sig ind via denne del, alle kald til .htaccess skal give brugeren en 403 kode, Forbidden.

Dette kan man løse med følgende, kodet med regular expression og brugeren får efterfølgende en 403 side.:

RewriteRule ^\.htaccess$ – [F]

^ Anker start
$ Anker slut
\. I regulære udtryk et punktum “.” er der tale om en karakter og er beskyttet af en backslash.

Filnavnet skal være placeret præcis mellem start og slutningen af linjens anker. Dette gør at det kun er det navn koden vedrører.

[F]: Flag “forbudt”.

Derudover er der mulighed for at passwordbeskytte webbiblioteker med kodning, her bør man samtidig kode sine password og placere dem uden for webroden, det kræver dog man har egen server, således disse filer ikke kan tilgås via http og port 80 på serveren.

Vi vil følge op med flere eksempler på brug af htacess filen og eksempler, denne fil kan gøre underværker, man kan endvidere opsætte rewriterules, således, at dynamiske sider med ? og & tegn kan skrives ud som html filer etc. dette kræver dog at CMS systemet kan sættes op til at generere de rigtige url strukturer, således omskrivningsprocesserne kan udføres bedst muligt.

Apache serveren - Seo teknik og serveropsætninger

Relaterede emner:

1. Apache webserver
2. WordPress 2.9
3. Beskyt dit website mod indeksering på testdomæne

Apache webserveren er en server der har en lang historie, den tidlige version blev skabt af Robert McCool på NCSA.

Da han stoppede hos NCSA i 1994 gik projektet i stå, senere dannedes en bruger gruppe af frivillige programmører, og med baggrund i den eksisterende server gik udviklingen i gang med den første version af Apache og i 1995 blev version 0.6.2  lanceret.

Der er kommet mange versioner til siden og Apache webserveren er i dag vel nok Verdens mest benyttede webserver, og som samtidig er udgivet under Open Source, hvilket vil sige serveren er frit tilgængelig til alle.

Projektet er ligesom f.eks. Debian ( Linux distribution ) vedligeholdt af en stor gruppe af frivillige programmører rundt omkring i Verden, denne gruppe vedligeholder, og udvikler på serversoftwaren og skaber nye og gode produkter, som kan benyttes gratis for brugerne.

Hosting af flere domæner på samme webserver var Apache den første til at tilbyde. Dette blev løst ved brug af virtuelhost, som giver mulighed for ligge næsten ubegrænset mængder af domæner på samme server, dette tilråder vi dog ikke, da der er mange andre faktorer, man i sin online strategi bør tage højde for, men mange billige webhoteller smider rask væk store mængder af domæner på samme server, med de ulemper det nu giver.

Apaches andel af servermarkedet ligger på omkring 70% og systemet kan anvendes på de fleste styresystemer, her tænkes specielt på Unix, Linux, FreeBSD ,Windows samt de systemer der bygger på Unix og Linux i sin kerne struktur.

Vi er yderst tilfredse med at arbejde med Apacheservere i forbindelse med SEO og søgemaskineoptimering, og for at arbejde med systemer der ligger på Apache servere, grunden hertil er, at der er rigtigt mange muligheder for at tilpasse serveren og anvende forskellige moduler i forbindelse med afvikling af programmer, omskrivnings procedurer og moduler til søgemaskineoptimering, som nemt tilpasses med brug af Rewrite Engine delen i server softwaren, endvidere er der et utal af muligheder for at anvende htaccess filen til forskellige formål, redirect 301, 302 koder, egne 404 sider samt mange andre muligheder.

Andre server typer kan godt håndtere lignende, men her skal der typisk købes ekstra software i form af isapifiltre etc.

Læs mere om Apache serveren på the Apache Software Foundation website.

Relaterede emner:

1. Debian webserver
2. Ubuntu
3. Htaccess