Renkantis bet kokią web turinio valdymo sistemą vienas iš pagrindinių klausimų yra jos pritaikomumas SEO. Kaip žinia, gana svarbus to faktorius yra URL optimizacija. Kas yra optimalus URL galima diskutuoti daug, tačiau mano asmeniniai kriterijai yra šie:

• URL, kaip failų sistemos atspindys, reiškia failą
• URL identifikuoja failo vietą – direktoriją, kurioje jis guli
• URL identifikuoja failo turinį (failo pavadinimas – turinio pavadinimas)
• URL identifikuoja failo tipą (pagal išplėtimą)
• URL padeda indetifikuoti failo statiškumą/dinamiškumą

URL identifikuoja failą

Pati URL sąvoka reiškia būtent tai, kad jis yra nuoroda į kažkokį resursą. Jeigu kalbėti apie web svetaines – senų senovėje HTTP metodas GET reikšdavo “atsiųsk man šitą hipertekstinį failą, iš anos direktorijos, iš to serverio”. Tai be abejo tiko statiškam turiniui, ir atsiradus visokiai dinamikai tai nustojo šiek tiek galioti.

URL identifikuoja failo vietą

Aš esu per jaunas, kad atsiminti vienos dimensijos failų sistemas, nors ir teko naudotis santakomis, kurios užsikraudavo iš kasečių. Bet kuri padori failų sistema yra hierarchija suskirstyta į direktorijų medį, su failais juose. Bet kuri didesnė web svetainė taipogi turi savo struktūrą – dažniausiai užtenka elementaraus medžio. Kalbant apie blog’us – to pakanka.

URL identifikuoja failo turinį

Šitą principą jau seniai įsikando visi optimizuotojai ir dauguma turinio valdymo sistemų jam yra pritaikytos. Paprastais žodžiais kalbant – puslapio/įrašo turinys privalo sutapti su tuo, ką matome adrese, t.y. iš esmės su jo pavadinimu.

URL identifikuoja failo tipą

Žiūrint iš vartotojo pusės, jeigu adrese nesimato turinio formos – turinys gali būti pavojingas. Iš dalies, tai yra optinė apgaulė (hell – sandros papai ir panašūs virusai būtent remiasi tuo, kad vartotojas matydamas .jpg išplėtimą tikisi .jpg failo), tačiau aš visiškai nemėgstu spausti nuorodos ir ten netikėtai rasti PDF dokumentą. Ši taisyklė šiek tiek gadina reikalą, jeigu kalbame apie mobile content, nes priklausomai nuo aparato/naršyklės tenka keisti failo tipą (WML <-> cHTML, etc.), tačiau kol kas tą ketinu ignoruoti, nes pradžioje mano turinys vistiek nebus pritaikytas WAP’ui.

URL identifikuoja turinio statiškumą

Kaip jau minėjau aukščiau, atsiradus dinamiškam turiniui tinkle, šiek tiek nustojo galioti principas, kad URL rodo į failą. Mano nuomone, dinamiškumas turi būti atspindėtas query string (elementariaus pavyzdys – paieškos filtras ir jo parametrai adrese). Jeigu kalbėti apie blog’us ir šiaip didžiąją dalį svetainių – turime gana statiškų resursų rinkinį (t.y. nekeičiančių savo prasmės ir turinio) – daug įrašų, kurie iš esmės tėra HTML failai, gulintys savo vietoje. Tam ir yra skirti permalinks.

URL ir SEO yra skirti žmogui

Google savo nurodymuose teigia, kad nereikėtų rūpintis puslapio optimizavimu robotams – reikia rūpintis vartotojais. Net jeigu dalis iš mano išvardintų reikalvimų adresui neturi jokios reikšmės paieškos robotams, jie yra svarbūs lankytojui. Gera nuoroda lengva dalintis, be to ji gerai atrodo ir SERP. Šiuolaikiniame internete, paieškos robotai privalo prisitaikyti prie žmogaus ir prie internetinės realybės (t.y. didelio bardako), tačiau aš mėgstu tvarką ir prasmę. Adresas /2007/12/noriu-padorios-adresu-strukturos.rss2.xml man yra tiesiog malonesnis ir prasmingesnis už /2007/12/noriu-padorios-adresu-strukturos/feed/ ar tuo labiau už /index.php?p=4&feed=rss2

Šiame įraše paminėjau tik esminius meta reikalavimus URL struktūrai – tačiau vien to geram adresui negana. Turint plačias galimybes, galima nesunkiai viską sugadinti, o be to žvelgiant iš SEO perspektyvos – yra ir keletas papildomų reikalavimų, kuriuos dera apžvelgti atskirai.