301-pekning från php till asp.

[pelle@mclord]

Hej,

Vi har precis tagit över driften av en kunds webbplats som tidigare låg på en Linuxserver och innehöll …/index.php/… i URL’erna.

Nu ligger den på en delad windowsserver på ett webbhotell, med en ändrad struktur och URL-uppbyggnad (.asp). Detta innebär att det finns en massa felaktiga länkar som vi behöver 301-peka om till de nya sidorna.

Hur löser vi detta på enklast sätt?

[welander]

Inte för jag kan svara på din fråga men jag undrar bara, varför gjorde ni så? Ni tog över driften av en kunds webbsida, var det värt mödan att skriva om sidan från php till asp? varför la ni inte sidan(som med största sannolikhet fungerade) på samma typ av server?

Men kolla hur wordpress har gjort för att få det att fungera på windows med hjälp av webmatrix: http://www.microsoft.com/web/wordpress och här om ni har möjlighet att installera php på windows servern: http://www.microsoft.com/web/platform/phponwindows.aspx

men å andra sidan är det väl egentligen bara att göra en vanlig 301 på repsketive språk där om en person försöker nå /index.php skickas till /default.asp ?

[Urban G]

Undrar som Welander där. Varför göra om sidan?
Och sedan är min nästa fundering. Ni har väl ändå inte flyttat sidan först och efteråt kommit på det här?

[Feldon]

Vet inte vad det är galning som kör microsoftprodukter på sitt webbhotell... vet inte om detta blivit standard hos microsoft (men eftersom ni kör vanlig ASP och inte .NET så misstänker jag gamla grejer) http://www.isapirewrite.com/ annars är det bara be webbhotellet att fixa det och betala notan =)

Då får du tillgång och kan göra .htaccess och skriva 301-regler i den...

Men som tidigare nämnts, ni har väl för guds skull inte plockat ner sidan innan detta är löst? Annars är kommer någon få sitta med webbloggar från webbservern och leta referers på alla 404-svar för att hitta alla sidor som har gamla länkar till sig... no fun =(

Om sidan fortfarande ligger online så kolla om CMS:et kan ge adresser (/index.php/ är Joomla så borde finnas i databasen?) annars får man skriva en spindel och spindla fram alla interna adresser. Därefter är det bara att skapa 301-reglerna efter bästa förmåga, om ni behåller samma adress utom vissa delar och filändelse så kan man komma undan med avancerad regexp magi snarare än att göra en gigantisk lista med en regel för varje sida (vilket kommer att påverka responstiden för webbservern negativt).

Hoppas det hjälpte lite.

[pelle@mclord]

Tack för synpunkter och tips!

Kunden lämnade en gammal webblösning och vi skapade en ny. Därefter pekades domänen om till nya webbhotellet. Så här i efterhand kan vi konstatera att vi hade otur när vi tänkte och att allt gick lite för fort fram.

Så kan det gå när kunden är ivrig att släppa sin nya sajt, och leverantören inte bromsar (eller tänker sig för)...

[Urban G]

Jag har lite svårt att se det roliga i det här. Visar snarare på att grundläggande kunskaper inom SEO saknas hos dem som inte tänker på att säkerställa befintlig trafik/länkstyrka i samband med flytt av kunder.
Att ta till vara på det befintliga och se till att det förs över till den nya webbplatsen är så fundamentalt att om man inte har kläm på det skall man heller inte påstå att man sysslar med SEO. Och definitivt inte skall påstå att man kan SEO rätt bra.

Jag har fått städa upp efter klantar som gjort motsvarande saker som i en del fall inneburit halverade intäkter för företag med anställda då deras webbyrå fullkomligt struntat i att säkerställa befintlig trafik.
En del fall där dessutom trots att de fått skiftliga instruktioner hur det skall göras.
Okunskapen är skrämmande i många fall.

[wedholm]

Den här tråden är ett "levande" bevis på att SEO är så mycket mer än korrekta H- och title-taggar. Som Urban skriver så kan misstag som detta kosta kunden mycket pengar om Google-trafiken står för merparten av handeln. Att sajten fungerar korrekt trots byte av plattform spelar knappast någon betydelse när kunderna inte hittar dit.

[pelle@mclord]

För den som vill veta hur man löser problemet, så kan jag tipsa om att lägga en web.config-fil på webbservern. Dels kan man peka enskilda länkar, men även fånga upp i grupp. Här är en mall;

<configuration>
  <system.webServer>

 <httpRedirect enabled="true" exactDestination="true" httpResponseStatus="Permanent">
     	<add wildcard="*.php/webbplats/kontakt" destination="http://www.webbplats.se/kontakt/" />
	<add wildcard="*.php*" destination="/default.asp" />
 </httpRedirect>
   
  </system.webServer>
</configuration>

Jag ställde min fråga utan att ange alla förutsättningar som gällde, exempelvis att det inte fanns tillgång till befintligt webbhotell innan flytten mm. Det primära var aldrig att ta tillvara på någon trafik/länkstyrka, då denna var närmast obefintlig. Det viktiga var att fånga upp gamla länkar för att minimera besvär för, och förvirring hos, kundens besökare.

Tråkigt att de kreativa förslag som jag väntade mig från forumet uteblev och ersattes med (indirekta) påhopp och åsikter… Hade jag inte förväntat mig. Kommer nog att ställa mina frågor i ett mer öppensinnat och lösningsorienterat forum framöver…

[WebDev]

Intressant lösning.
Själv brukar jag göra följande, i .net. Men ni verkar använda gamla .asp.
I global.asax.cs, Application_BeginRequest eventet.

if (!Request.Url.Contains(".php"))
{
//Här kan man göra diverse mappningar mellan gamla och nya adressen

//Skicka 301 till nya adressen
Response.Status = "301 Moved Permanently";
Response.AddHeader("Location", "http://www.domän.com/nya-sökvägen");
}

[AaronAxelsson]

pelle@mclord
Tråkigt om du lämnar forumet på grund av det här, men du gör ju som du vill.

Jag kan hålla med om att du fått en del hugg här i tråden. Anledningen till det är troligen att många tycker att det är en självklarthet att inte ens hamna i den här situationen, speciellt om man tycker att man kan SEO ganska bra. Hade det stått "Lär mig SEO" under ditt namn är jag säker på att du hade fått en helt annan reaktion från många.