Jag har visserligen personligt intresse i detta ämne just nu då jag står inför en omstrukturering av en egen sida men tror det kan vara av allmänt intresse att ta upp frågan igen då tidigare diskussioner på forumet är komna till ålderns höst och ofta inte heller gett några klara svar (vilka iofs inte helt säkert ens existerar).

Sidan ifråga är ganska gammal, har PR 5 och de individuella sidorna hamnar ofta högt upp vid Google-sökningar. Problemet är nu att jag är i stort sett tvungen att göra om stora delar till att bli helt och hållet databasbaserade (nu är det något mellanting) för att kunna underhålla den stora mängden information på ett smidigt sätt. Eftersom PR är så pass hög vill jag gå mycket försiktigt fram och inte göra något dyrköpt misstag. Vad kan tänkas bli resultatet av följande alternativ efter omstrukturering till mer eller mindre helt dynamiskt innehåll:

1) Inte bry sig om att hänvisa till nya url:er (bör vara ett rejält misstag om jag inte har fel?)

2) Hänvisa samtliga .html-filer till index.php (många inlänkar går till individuella filer så också dumt?)

3) Försöka hänvisa så många som möjligt av de gamla filerna till rätt sida i den nya strukturen direkt

Jag tror personligen att det sista alternativet är att föredra men då dyker ytterligare en fråga upp. Vad anser Google om intetsägande adresser av typen:

http://www.mysite.com/article.php?id=54

Mina erfarenheter av Google på senare tid säger att den tar mycket stor hänsyn till om sökordet finns i själva url:en. Skulle man då kunna göra en enkel manipulering av länken så att man istället skriver den:

http://www.mysite.com/article.php?id=54&title=Denna artikeln handlar om kor och pungdjur

Kan detta vara ett bra alternativ som dessutom informerar sökaren ifråga om att det verkligen är en relevant sida att besöka eller ser Google det som ett manipulerande trick?

Du kan ju använda ett fält i databasen till att lagra en sökmotorvänlig url till din artikel. Säg tex att du har en artikel som heter "En saga om en kossor och pungdjur". Då lagrar du stängen:

en_saga_om_kossor_och_pungdjur

i databasen och använder sedan den som en nyckel istället för det autogenererade id-nummret. Ovanpå detta slänger du serdan på Apaches mod_rewrite så får du URIs som denna:

http://www.dinsite.se/artiklar/en_sa..._och_pungdjur/

En URI som är lätt att förstå och som Google gillar.

Tackar för tipset, det är ett alternativ jag funderat lite på själv. Är det säkert att Google inte kan upptäcka mod_rewrites och se det som "fusk"?

Du kan ju även modrewrita om din databasdrivna struktur tillbaks så att de får samma urls som din nuvarande. Då behöver du inte oroa dig för PR överhuvudtaget.

Det tror jag är bästa alternativet, kör på det nu. Tackar för tipset!

Det tänker jag nog inte alls göra förresten =) Sökvägarna i den nya strukturen kommer förmodligen att vara mer sökmotorvänliga så jag vill nog gärna ha dessa istället.... Vad är då det smartaste att göra med de gamla url:erna:

1) 404

2) Redirect till sidan ifråga via mod_rewrite och en php-fil (som endast tar hand om gamla adresser)

3) Redirect till ny sökväg via php-fil + mod_rewrite, alltså 2 x mod_rewrite om det fungerar eller är särdeles smart?

Det andra alternativet kommer aldrig att generera några url:er som jag vill ska indexeras på något vis.

Det smartaste är att servera 301 (permanently moved) headers tillsammans med en redirect när du byter ut dina URL:er.

Tipsade en annan snubbe i någon tråd om hur du gör det med PHP... bara att söka.

Kan någon hjälpa mig med detta för min Gruvsjo.com? Ge mig tips på hur jag skall göra allt detta.. Skulle bli mycket tacksam för det isåfall.

Modulen rewrite (mod_rewrite) är en del av Apache och stöds inte av IIS vilket jag tror din webbserver kör. Det finns liknande tekniker för en IIS-server men inget jag är kunnig inom, kan tyvärr inte ens peka dig i rätt riktning. Finns kanske andra här som har dessa kunskaperna.

Är det någon som testat ISAPI_Rewrite, http://www.isapirewrite.com/ ?

Bara för du kör DB behöver du inte skippa bara URL:er.

http://www.foobarbutiken.se/html/granatkas...are_m48.38.html

Ovan har vi ett exempel, den enda du är intresserad av är 38, det är post id i DB, resten är bara utfyllnad för google.

Använd 404 och gör en koventering tabell mellan gamla nya url:er. Har du t.e.x http://www.foobarbutiken.se/html/ksp58.39.html har page rank 6 , men du vill avveckla den url:en, kan man göra så att finns kvar eller så den kommer till rätt sida, men du behåller den gamla URL:er

Om du kör Apache, så kan man fånga upp URL anrop med några rader i .htaccess.

Ett litet förhoppningsvis intressant inlägg till diskussionen:

Google-medarbetaren Matt Cutts skriver i sin blog: "Don’t use “&id=” in the URL for anything other than a session ID. Since it generally is a session ID, we treat it as such and usually don’t include those URLs in the index." Han hänvisar i övrigt till Googles guidelines.

Ok så, .../page.php?id=54 är det samma som ../page.php?whatever-kor-och-pungdjur&id=54. Det fungerar inte så bra pga att de behandlar det som ett session ID.

Japp, jag kör det och det är en kanonprodukt och vissa av mina sidor har verkligen gjort att jag förbättrat mina placeringar i Google, då jag kan ha snygga url. En av de bästa produkterna jag har köpt till servern.

Kajsa:
Jag kör med sida.asp?id=123 och google har indexerat nästan alla sidor, flera hundra, och alla hamnar hyfsat högt på serpen, så jag tror inte riktigt på det där.

Va skall man köpa en produkt för att få bra url:er. Det är 2 rader kod .htaccess och en inställning config filen för Apache.

Så kan man fånga upp URL:er hur lätt som helst.

lindahl:

det bestämmer du själv. Men vill bara varna dig ändå, jag har sett sajter liksom din där sidorna blir indexerade... men jag har också sett sidor som blivit straffade på det.

Google blir bättre och bättre på att kolla dessa sidor.

Det som är huvudsaken när man gör på detta sätt är att alla olika IDn har olika Title och andra metataggar. Då tolkas de idag som olika sidor.

Mer än 1 ID avråder Google ifrån.