De 'ideale' URL

De ideale URL bestaat bestaat enkel uit belangrijke keywords voor onze webpagina. Liefst alleen in de domeinnaam.

http://www.belangrijkste-keywords.tld/

Omdat het echter een dure grap zou zijn om voor elke pagina een eigen domein te registreren, moeten we hier wat consessies doen. Al zou het m.b.t. URL optimalisatie goed zijn eigen URLs te hebben, is dit zowiezo geen goed idee. De crawlers hechten veel waarden aan de inhoud van overige pagina's binnen je domein, en als er geen overige pagina's zijn (omdat deze een totaal andere URL hebben) kunnen ze elkaar niet helpen hun pagerank op te krikken.


Een goed alternatief:
http://www.belangrijkste-keywords.tld/iets-minder-belangrijke-keywords/

Het 2e deel van de url, het 'pad' kunnen we op deze manier pagina specifiek maken. Dit is een heel goede methode om je URL te optimaliseren. Helaas wat betreft URL optimalisatie worden PHP gestuurde websites vaak opgebouwd uit 1 indexpagina. (Ik ga er in deze tutorial van uit dat dit het geval is).

Het is dan ook in eerste instantie niet mogelijk om dergelijke 'mooie' paden te gebruiken omdat alles wordt geladen vanuit http://www.domeinnaam.tld/index.php.

Hier voor gaan we dadelijk onze HTACCESS-goocheldoos voor open trekken om deze mooie paden te simuleren (:


We botsen nog tegen 1 ander probleem aan, en dat is de QUERY string die in de URL staat. Deze bevat doorgaans best belangrijke keywords. Ook deze zouden we in geoptimaliseert vorm terug zien. Omdat ze doorgaans minder belangrijk zijn dan de hoofd keywords, zetten we deze verder naar rechts in de URL.

Het mooiste zou dan een url als deze zijn:
http://www.belangrijkste-keywords.tld/iets-minder-belangrijke-keywords/val0/val1/val2/

Nadeel is echter dat QUERY strings zó verschillende kunnen zijn dat het nagenoeg onmogelijk naderhand te kunnen bepalen welke waarde bij welke key hoorde.

Nog een alternatief:
http://www.belangrijkste-keywords.tld/iets-minder-belangrijke-keywords/key0/val0/key1/val1/key2/val2/


De URL wordt echter steeds langer, iets wat minder wenselijk is. Ik heb er voor gekozen om de QUERY string toch te optimaliseren, omdat deze in mijn systeem veel belangrijke waarden bevatten die om technische redenen niet anders omsloten konden worden. Maar eigenlijk zou de query string niet dergelijke kritieke informatie mogen bevatten. Onderstaande URL zou de beste gulden middenweg zijn:

http://www.belangrijkste-keywords.tld/iets-minder-belangrijke-keywords/index.php?querystring

In dit geval zou de querystring dus (doorgaans) genegeerd worden bij de waardering van de URL. Wanneer deze bestaat uit met name numerieke waarden is dit geen enkel probleem; staan er echter veel strings in dan kunnen deze waarden doorgaans beter toch geoptimaliseerd worden.

« Lees de omschrijving en reacties