Hjælp til salg (Ikke internet)

Svar: Dublicate Content

Mikkel deMib Svendsen — Wed, 19 Aug 2009 07:21:20 GMT

fido4321:

- bliver man automatisk taget til "nåde" igen, når man har løst dublicate content problemer?

/fido

Svar: Dublicate Content

Mikkel deMib Svendsen — Wed, 19 Aug 2009 07:18:52 GMT

fido4321:

- bliver man automatisk taget til "nåde" igen, når man har løst dublicate content problemer?

/fido

Svar: Dublicate Content

fido4321 — Wed, 19 Aug 2009 05:15:03 GMT

- bliver man automatisk taget til "nåde" igen, når man har løst dublicate content problemer?

/fido

Svar: Dublicate Content

Anders Lund — Fri, 31 Jul 2009 17:20:04 GMT

Allright - det er taget til efterretning :-)

Hvad med det her med store og små bogstaver? Er søgemaskinerne virkelig så "grove" at de mener at "minside.html" ikke er den samme URL som "MinSide.html"?

Svar: Dublicate Content

Mikkel deMib Svendsen — Fri, 31 Jul 2009 16:46:02 GMT

> f.eks. kunne man antage at en konkurrent kunne finde på at gøre det klart for Google at der var et DC-problem ved at indsætte sådan et link et eller andet sted

Ja, det er nemlig lige præcis det som agressive konkurrenter KAN finde på. Hvis du vil sikre dig ordentligt mod den slags, skal du i gang med en helt anden type løsning - det jeg kalder en "catch all". Denne løsning går kort fortalt ud på, at indsætte et lille script i toppen af alle dine sider, der tjekker om siden kaldes på den rigtige (officielle) adresse. Gør den ikke den redirectes der (301) til den rigtige adresse. Denne løsning kan dog give nogle andre konflikter - bl.a. med kampagnetracking, som du i givet fald skal sørge for at tage hensyn til.

Svar: Dublicate Content

Anders Lund — Fri, 31 Jul 2009 16:40:25 GMT

Mikkel og Lundsby: Tak for hjælpen - jeg skal have kigget nærmere på det på mange af vores sites.

Som udgangspunkt linker jeg altid til http://www.domæne.TLD når der skal linkes til forsiden. http://domæne.TLD (og alle andre adresser uden www) får en 301-redirect til http://www.domæne.TLD. Det er trods alt bedre end at linke til http://www.domæne.dk/default.aspx eller forside.aspx eller lignende....

Men som det påpeges her i tråden, er det dog et problem at der KAN linkes til http://www.domæne.TLD/default.aspx (f.eks. kunne man antage at en konkurrent kunne finde på at gøre det klart for Google at der var et DC-problem ved at indsætte sådan et link et eller andet sted...:-))

Jeg vil kigge nærmere på mulighederne for at skrive en handler eller "battle" med et ISAPI-filter.

Siden du skriver som du gør Mikkel: Hvordan med case-sensitiviteten? Hvis http://www.domæne.TLD/MinSide.aspx og http://www.domæne.TLD/minside.aspx viser samme side, er det så DC i Googles øjne? For så har jeg endnu et problem ;-)

Svar: Dublicate Content

Lundsby — Fri, 31 Jul 2009 10:47:56 GMT

Mikkel deMib Svendsen:
Anders, du kan ikke gøre det direkte i IIS'en - du skal omkring et ISAPI-filter. Det kan du iøvrigt så også bruge til at løse et andet IIS/MS problem, nemlig at den som udgangspunkt ikke er case sensitive.

Det er helt rigtigt at man ikke kan gøre det direkte i IIS'en. Men istedet for et ISAPI filter, kan man nøjes med at skrive en handler, det er noget nemmere. Du kan f.eks. se hvordan man gør her http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx

Alternativt, hvis man vil havde den helt lavpraktiske metode, kan du lave en klasse f.eks. kaldet BasePage der nedarver fra Page, her kan du så overskrive init eller preinit, så den kalder din redirect kode.

Det kan godt være lidt irriterende, at kan som Mikkel nævner godt være lidt bøvl, med at få sin redirect kode til at virke, så jeg kan klart anbefale at bruge en test-first tilgang. Det opnår man efter min erfaring, både det hurtigste og bedste resultat med.

Svar: Dublicate Content

anonymkryster — Fri, 31 Jul 2009 09:49:43 GMT

Det kan nemt fixes.

Du kan bruge denne elegante løsning til Apache web-serveren:

http://www.askapache.com/htaccess/redirect-index-blog-root.html

eller se:

http://blog.blacknode.net/2009/05/redirect-indexphp-to-root-of-current-directory/

Svar: Dublicate Content

Leo — Fri, 31 Jul 2009 09:46:16 GMT

Hej.

Jeg ved ikke om det her er en løsning, men jeg har bare set at på nogle websites bruger de /forside.asp eks. Så ville det bare være at smide noget redirecet på www.navnet.dk/index.asp som redirectere til forside.asp.

Svar: Dublicate Content

anonymkryster — Fri, 31 Jul 2009 09:44:39 GMT

Har nu ingen agenda - bidrog blot med at man nemt kunne tjekke path for /index.php, /default.asp osv. og kun redirecte hvis det var tilfældet.

Det var dig der stille spørgsmålstegn ved denne teknik, hvilket jeg ikke forstår?

Beklager anonymiteten, men sådan er jeg nu engang. At vi ikke kan tale sammen af den grund, forstår jeg ikke.

At kalde mig en troll er da noget mærkeligt noget. Jeg påpegede blot problemet også er på din side - og nu hvor du siger problematikken er så vigtigt forstår jeg ikke det?

Svar: Dublicate Content

Kurt Larsen — Fri, 31 Jul 2009 09:43:04 GMT

Så det bedste er bare at ignorere det?? Eller kan det virkelig fixes??

Svar: Dublicate Content

Mikkel deMib Svendsen — Fri, 31 Jul 2009 09:39:05 GMT

Jeg gider ikke rigtig spilde min tid på annonyme trolls. Jeg er her for at hjælpe folk. Hvad din agenda er kan jeg ikke helt gennemskue.

Svar: Dublicate Content

anonymkryster — Fri, 31 Jul 2009 09:30:23 GMT

A) Hvorfor retter du det så ikke selv på www.demib.dk?

B) Har jeg svært ved at forestille mig - så skal man da være en usædvanlig dårlig programmør for at fucke den op :)

Svar: Dublicate Content

Mikkel deMib Svendsen — Fri, 31 Jul 2009 09:28:33 GMT

> Kan man ikke bare bruge et canonical-tag?

Nej, ikke så enkelt - fro det er jo samme fil vi snakker om, der vises fra serveren (site.dk/ og site.dk/index.php - eller hvad indeks filen ellers heder)

Derudover viser de praktiske erfaringer at canonical tag ikke virker, som det var hensigten!

Svar: Dublicate Content

anonymkryster — Fri, 31 Jul 2009 09:27:09 GMT

Det virker vidst ikke helt som forventet - se bl.a. http://www.stephanspencer.com/search-engines/canonical-tag-not-yet-reliable