webForumDet fria alternativet

Statisk eller dynamisk URL i forum

Webbutveckling

5 svar · 670 visningar · startad av lillebror

Medlem sedan apr. 20041 597 inlägg
Frågan#1

Hej!

Jag har börjat intresse mig för statiska URLer och insett att det kan ha stor betydelse om man har statisk eller dynamisk URL i sökvägen när sökmotorn indexerar webbsidorna. Jag har nu bestämt mig för att införa statiska URLer med mod_rewrite som finns som en modul i PHP.

Hur vanligt är det att man har statiska URLer i ett forum? Finns det något hinder för att ha det? Blir forumet bättre indexerat?

Nu när jag läst har jag förstått att sökmotorn klipper allting som kommer efter "?" vilket gör att alla dynamiska trådar i forumet kommer förefalla vara en och samma sida.

Mer info:
http://www.webconfs.com/dynamic-urls-vs-static-urls-article-3.php

Medlem sedan juni 20006 031 inlägg
#2

Jag har också hört att det ska vara sämre med dynamiska URLer, men stämmer det egentligen?
När man söker på google så får man ju ofta träffar på sidor med dynamiska URLer. Så det verkar ju inte stämma, eller?

red
Testa t.ex att söka på google efter webforum så får man ju många träffar med dynamiska URLer

Medlem sedan mars 20034 471 inlägg
#3

Pedda skrev:

red
Testa t.ex att söka på google efter webforum så får man ju många träffar med dynamiska URLer

Eller skriv in "site:webforum.nu lillebror" (utan citattecken) på Google så får du ca 1200+ träffar till olika inlägg och trådar...

Medlem sedan apr. 20041 597 inlägg
#4

Jag har också sett att man får en hel del träffar när man söker på Webforum.

En annan sak som har med detta att göra. Vilken av dessa typer är att föredra:

1. Single Page URL - http://www.flygfyren.nu/showarticle-articleID-(Any Value).htm

eller

2. Directory Type URL - http://www.flygfyren.nu/showarticle/articleID/(Any Value)/

Medlem sedan juli 20011 084 inlägg
#5

lillebror skrev:

Nu när jag läst har jag förstått att sökmotorn klipper allting som kommer efter "?" vilket gör att alla dynamiska trådar i forumet kommer förefalla vara en och samma sida.

Det stämmer inte (google har själv gått ut och dementerat detta, skulle ha svårt att tro att andra stora sökmotorer hanterar det annorlunda). Det var en tid under 90-talet som google endast indexerade sidor med "?" i en nivå, för att förhindra oändliga loopar och autogenererade adresser.. Detta gäller dock inte längre som det finns många exempel på, bland annat webforum.

Dock kan det även vara bra att använda sig utav statiska adresser ur användarvänlighetssynpunkt. Då bör man sträva efter att ha så logiska adresser som möjligt så att besökaren med hjälp av adressen enkelt kan navigera och återkomma. Jag tycker dina exempel var onödigt långa Och saknade viss logik.

www.flygfyren.nu/artiklar/<namn-pa-artikeln>/ eller
www.flygfyren.nu/artiklar/<kategori>/<namn-pa-artikeln>/

Fördel med ett upplägg likt detta är att besökaren enkelt kan ta bort /namn-pa-artikeln/ ur adressen och komma till kategorisidan som listar liknande artiklar. Tar man bort /kategorin/ kommer man till huvuddelen. Och tar man bort artiklar kommer man till startsidan. Artikel ID bör man också undvika enligt mitt tycke.

I enlighet med w3c's rekommendationer bör man inte ha med filändelser. Dels för att de inte är av nytta för besökaren om det skall vara .html/.aspx/.php. Det gör det även enklare att i framtiden byta system(programmeringsspråk) men ha kvar samma adresser.

Fler riktlinjer: http://www.w3.org/QA/Tips/uri-choose

Medlem sedan apr. 20041 597 inlägg
#6

mozilla skrev:

Jag tycker dina exempel var onödigt långa Och saknade viss logik.

www.flygfyren.nu/artiklar/<namn-pa-artikeln>/ eller
www.flygfyren.nu/artiklar/<kategori>/<namn-pa-artikeln>/

Dessa två exempel skapade jag med ett skript på sidan http://www.webconfs.com/url-rewriting-tool.php

Det går kanske att få bättre logik i sökvägen om man gör de själv helt och hållet. Har inte kommit så långt än. :)

251 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
117 ms — deklarationer (db)
0 ms — hämta statistik (cache)
126 ms — hämta tråd, inlägg och bilagor (db)
122 ms — ändringar (db)