Optimizarea unui URL
Deseori ignorate, tratate simplist sau pur şi simplu maltratate, URL-urile ocupă în realitate o parte deloc neglijabilă în optimizarea unui site. Fie că vorbim despre uşurinţa cu care vizitatorii navighează pe site (dând click în cunoştinţă de cauză) sau de avantajele SEO (prin utilizarea unor cuvinte-cheie relevante), este necesar să le dăm URL-urilor importanţa cuvenită.
Aşadar, astăzi vom lua în considerare problemele de usability şi SEO pe care le pot genera, modul în care acestea se pot rezolva, precum şi impactul soluţiilor furnizate.
1. URL-ul nu oferă informaţii rapide despre pagină (#usability)
Sa luam in considerare urmatoarele URL-uri (reale):
- mashable.com/2009/12/22/top-mobile-social-apps/
- traffikd.com/smm/not-working-2/
- quelle.at/enfinity/QuelleATShop/Mode-f-r-Damen/BEKsFFst1S4AAAERk8Fb1ynn/produktliste.html;pgid=Q_pQmIkoq14000E4dL0gI8QJ0000TFp4ukc5;sid=uwnBN_o-ixnBN7ENyffqYe6Sekso0zqzMR4=
Mashable ne spune imediat că vom citi un post scris recent (data este prezentă), care face un top al aplicaţiilor social media pentru telefoanele mobile (top mobile social apps).
URL-uri (ne)optimizate
Traffikd ne pune să ghicim că subiectul este despre social media marketing (smm), însă nu înţelegem din prima ce nu funcţionează (not working), trebuind să aflăm din pagină despre este vorba.
Quelle (site e-commerce) are un URL din care putem identifica doar câteva cuvinte răzleţe (shop, mode, damen, produktliste), care ne duc cu gândul că ne aflăm pe pagina produselor vestimentare pentru femei. Asta dacă facem efortul de a descifra măcar URL-ul.
Dar de ce trebuie să facem acest efort? Rolul unui URL este de a ne informa rapid asupra paginii pe care dorim să o vizităm, asupra poziţiei sale în cadrul site-ului şi a subiectului tratat.
2. URL-ul este prea lung (#usability, branding, SEO)
Nu este prea greu de observat faptul că un URL “stufos” este dificil de citit, reţinut şi transmis mai departe. Blogurile, în special, au tendinţa de a transforma titlul postului în URL, indiferent de lungimea acestuia, dacă autorul nu îl seteaza personal. Iată şi un exemplu, deloc recomandabil:
- copywriterunderground.com/2009/12/22/an-underground-update-the-copywriter-who-turned-niche-domination-into-lucrative-tv-and-product-development-deals/
Alte site-uri (în special cele de business) utilizează URL-uri kilometrice în dorinţa de a-şi amplasa cât mai multe cuvinte-cheie în pagină.
URL spam?
Lăsând însă utilizatorii la o parte, cum percep motoarele de căutare un astfel de URL şi cum este influenţată poziţia paginii respective în SERPs?
Întrebat despre acest lucru, Matt Cutts explică poziţia Google: “Dacă utilizezi 3-4-5 cuvinte în URL este perfect normal. Pe măsură ce URL-ul devine mai lung, începe să arate suspect (spam). Algoritmii noştri vor da mai puţină importanţă acestor cuvinte suplimentare. [...] Nu mi-aş face un obicei din a avea multe cuvinte-cheie înghesuite acolo, deoarece sunt destule locuri în pagină unde se pot pune cuvinte relevante, care pot fi de ajutor utilizatorilor – şi care nu dau senzaţia de keyword stuffing.”
3. URL-ul nu este static (#SEO, usability)
Multă vreme s-a crezut că motoarele de căutare au o problemă cu analizarea URL-urilor dinamice, însă lucrurile au evoluat. Google spune încă din 2008 că s-au făcut progrese, însă “URL-urile dinamice au dezavantajul că diferite URL-uri pot avea acelaşi conţinut”, însemnând pagini cu conţinut duplicat. La aceasta se adaugă un mic handicap în termeni de CTR (click-through rate), utilizatorii fiind mai înclinaţi să dea click pe URL-urile pe care le pot citi cu uşurinţă.
4. URL-ul conţine foldere inutile (#usability, SEO)
Un URL optimizat nu trebuie să conţină caractere, cuvinte şi foldere inutile (atât utilizatorului, cât şi motoarelor de căutare). După cum se poate observa în exemplul de mai jos, din URL se pot şterge cu uşurinţă cel puţin 2 foldere (story şi 24161972), care nu aduc nici o informaţie relevantă:
- rollingstone.com/news/story/24161972/the_100_greatest_singers_of_all_time/print
5. URL-ul conţine majuscule (#duplicate content)
URL uppercase
Spre deosebire de numele unui domeniu, URL-urile sunt case sensitive (acceptă litere mari şi mici), ceea ce poate provoca probleme de conţinut duplicat. Utilizatorii sunt înclinaţi să dea link către versiunea cu litere mici, ceea ce poate afecta cealaltă pagină, considerată principală.
Este indicat, aşadar, să evităm majusculele în URL-uri pentru a nu ne sabota singuri o pagină şi a pierde link-urile care ar fi în mod normal trimise spre ea.
În partea a doua a acestui articol vom discuta despre tehnici avansate de optimizare a URL-urilor, despre folosirea corectă a cuvintelor-cheie (atât în pagină cât şi în URL-ul care o reprezintă), precum şi despre beneficiile aduse unui site.
Orice sugestii, probleme întâlnite sau exemple negative de URL-uri sunt binevenite în comentarii! 
Articole similare:
Adauga un comentariu
Adauga un comentariu
Salut, mi-a placut articolul, astept cu nerabdare partea a doua
Imi aduc aminte, cand mi-am refacut complet blogul, ca aveam URL-urile cele mai urate de pe www (www.pagina.com/index.php?id=5), din simplul motiv ca nu stiam cum pot face URL-urile sa “arate mai bine” (credeam pe atunci ca ar trebui sa fac foldere care sa contina cate un fisier index.html… right 
Google nu-mi indexase decat o mana de pagini (nu mai stiu numarul exact) desi aveam ceva continut si vechime suficienta cat sa nu-mi fac probleme. Apoi am descoperit .htaccess si am rescris tot ce era necesar, evident numarul de pagini a crescut de la 10 la 60 in foarte scurt timp.
Experienta similara am avut si cu un al doilea site pe care am si scris un articol legat de scriere URL-urilor si importanta lor pentru useri dar si motoare de cautare. Articolul este pe engleza si se afla la http://phpfunks.skullbox.info/blog/php-funks-3/safe-urls-with-mod_rewrite-from-htaccess/ (nu ma astept neaparat ca link-ul sa fie aprobat, nu e nicio problema daca “se cenzureaza”)
Cum ziceam, astept partea a doua.
Thanks. Nu ştiam de acest interviu şi văd că se spun lucruri interesante. Cred că ar avea mare succes un site „interviuri cu Matt Cutts”
Legat de URL-uri, informaţia este mai mult decât binevenită, fiindcă am tendinţa de a „înghesui”… nu cincisprezece cuvinte, dar măcar vreo 6-7. Şi-am observat că acele pagini nu sunt indexate, sau nu rămân indexate. Dar ce mi se pare un pic ciudat, este această preferinţă pentru url-urile artificiale, în detrimentul celor fireşti.
Am rămas cu impresia (greşită se pare) că între url şi titlul articolului trebuie să existe o concordanţă cât mai mare. Să renunţ la anumite porţiuni dintr-un url, chiar cu riscul de „suna” un pic ciudat ?
@Claudiu: Mulţumesc pt exemple.
@Andrei: Eu încerc să variez cuvintele în URL şi titlu, mai ales după ce am văzut că procedeul e recomandat de Matt Cutts (chiar la WordCamp 2009 a vorbit despre asta).
O să încerc să detaliez problema aceasta chiar în articolul următor, o am în plan demult.
Bun si foarte util articolul! La aliniatul 5 as mai fi adaugat necesitatea utilizarii linkului canonic ca modalitate de a evita continutul duplicat! Ref. la uppercase, daca nu ma insel, WP face conversia implicit, iar titlul in URL apare scris direct cu litere mici.
Mulţumesc, Cătălin.
Pe blog n-am încercat să scriu cu majuscule în URL, însă am păţit-o cu Stumble Upon, unde am 2 pagini identice de profil, una cu lowercase la nick, cealaltă cu uppercase.
salut.
va citesc de ceva timp in reader dar e prima data cand comentez. nu o fac pentru ca nu prea am ce comenta. articolele sunt bine scrise, documentate, cu linkuri de trimitere la alte surse…
azi insa comentez pt ca vreau sa va urez un 2010 fericit si la mai multe realizari. keep going.
Mulţumesc frumos. Când primesc astfel de comentarii chiar mă bucur că am început proiectul Web Copy.
la #4 : acelea nu sunt foldere, url-ul e generat prin mod_rewrite . numarul este foarte important, este id-ul articolului, la site-urile cu vizitatori multi / articole multe e contraproductiv sa faci selectia continutului din baza de date folosind seo worms.
sfatul meu: invata programare web sau nu mai scrie despre seo… seo fara programare nu prea merge, cel putin pe keywordurile cu concurenta serioasa.
Marian, când primesc un astfel de comentariu mă gândesc că am pornit proiectul Web Copy degeaba, pt că unii văd numai ce vor ei să vadă.
Da, URL-ul menţionat de mine este generat prin mod_rewrite, însă eu am indicat faptul că poate fi optimizat. Pe mine, ca utilizator, mă deranjează acele elemente în plus (strict vizual), iar site-ul poate face un efort în acest sens.
Soluţia tehnică ar fi să se creeze un alias pt URL-ul respectiv, care să fie ţinut separat. Aliasul ar putea fi de forma:
rollingstone.com/news/the-100-greatest-singers-of-all-time.html
şi în tabela de aliasuri să facă trimitere către URL-ul “urât”.
P.S. Referitor la remarca ta de pe Twitter: vezi că se scrie “copywriter” şi nu “copyrighter”. Asta ca să vorbim în cunoştinţă de cauză.
estetica unui url este un lucru neimportant pentru majoritatea userilor, la tine faptul ca tii cont de asta este un defect profesional.
ca sa iasa cum spui tu trebuie facut un query in plus in baza de date, este mult mai important sa ai un site rapid decat url-uri supercosmetizate.
my bad pentru greseala de pe twitter
Sau un singur query, dar bun
Totul e sa ai si o structura buna a bazei de date. Pe langa asta, query-urile se pot optimiza. Nu am 8 ani de experienta pe www, ma chinui sa depasesc unul in baze de date si sa strang unul in web dev, dar daca un query incetineste un site intr-atat incat sa afecteze experienta end-user-ului, ma las de amandoua.
Un an nou fericit @webcopywriter
Faptul că privim problema din două unghiuri diferite nu înseamnă că problema nu există. Este opţiunea fiecărui site ce pune pe primul plan, bineînţeles, eu mi-am exprimat un punct de vedere.
Nu cred că era cazul să mi se indice că nu pot scrie despre SEO pt că am păreri diferite de ale unui programator web, de exemplu. La defecte profesionale putem adăuga şi faptul că uneori nu se vede dincolo de tehnică sau programare.
Dar pt asta există usability, user experience şi alte chestiuni “neimportante”. Precum copywriterii web.
eu iti garantez ca nu ai cum sa faci SEO pe domenii unde este concurenta mare fara sa stii programare web.
ussability, user experience?
I’m old school, vorbesti cu un om care a dezvoltat din SEO si SEM o retea de 3 mil unici / luna … de vreo 8 ani.
Nu am emis (pre)judecăţi de opinie referitoare la cunoştintele de SEO, programare sau usability ale nimănui. Deşi SEO modern (spre deosebire de old school) include usability şi o groază de alte lucruri necesare pt a genera conversii, nu numai trafic pt un site.
N-am atacat pe nimeni dpdv profesional şi mai ales nu am avut un ton neprietenos (ca să nu spun nepoliticos), doar pt că am o părere diferită de a altui utilizator web (pt că asta suntem toţi, până la urmă).
Nu am invitat pe nimeni să nu-şi mai exprime opiniile într-un domeniu în care activează, doar pt că nu coincid cu ale mele.
Deşi ţi-ai format deja o părere, vorbeşti totuşi cu o persoană care face SEO pe domenii unde concurenţa nu este mare, ci foarte mare. Iar asta pe .com, în cadrul unui departament specializat, la o companie care nu mai are nevoie de prezentare.
Toate cele bune şi un 2010 plin de succes.
eu lucrez mai diversificat .com .ch .fr
nu mai e nevoie de prezentare pentru compania la care lucrezi… insa poate n-ar strica sa punctam chestii marunte, de genul rstcenter.com/forum/17964-pornind-de-la-o-stire.rst
oricum este neinteresant pentru cine lucrezi, mai interesant este cu cat iti vinzi stiinta
un an bun si tie.
Când am văzut această creştere spectaculoasă a numărului de comentarii, mă aşteptam la cu totul altceva decât ultimele replici. Poate şi eu sunt „old school”, însă cred că fiecare are voie să scrie despre ce doreşte, cu atât mai mult cu cât acesta este o activitate benevolă.
Eu am descoperit lucruri noi pe acest blog, mi-am reamintit noţiuni ceva mai vechi şi am încercat întotdeauna să aplic cele prezentate.
Nu pot să nu remarc însă un lucru. Reprezentantul unei firme care oferă (contra-cost evident) servicii de optimizare, sfătuieşte administratorul unui blog care oferă gratuit sfaturi în domeniu, să iasă din peisaj. Something fishy…
Iar dacă tot vine Anul Nou, la mulţi ani Cristina, la mulţi ani blogului Web Copywriter şi nu uitaţi că cititorii fideli vă apreciază.
Mulţumesc, Andrei şi Claudiu, pt urări. La mulţi ani!
andrei : eu nu-mi fac reclama, nu am nevoie… in Romania fac seo numai pentru prieteni.
desigur ca fiecare este liber sa scrie ce doreste, mie imi displace insa diletantismul, de aceea am comentat.
Marian, după ce ţi se oferă o soluţie tehnică OK la “problema” care te-a deranjat (fiind o chestiune de nuanţă în articol), cred că nu mai avem ce comenta pe subiect. Încheiem aici.
Văd totuşi că trebuie precizat faptul că Web Copy nu e blog de programare, nici de web design, nici de securitate, ci încearcă acopere subiecte din SEO copywriting. De aceea există specializări / nişe, pentru că un programator web nu ştie automat şi SEO, sau un SEO nu ştie automat şi copywriting, iar lista poate continua.
Happy 2010, everyone!
Mar, asta cu “seo fara programare nu prea merge, cel putin pe keywordurile cu concurenta serioasa.” e tare. Nu pot sa o combat, in general lucrurile aruncate la misto nu creeaza decat certuri.
Oricum, ca parere personala, SEO se poate face si fara a sti programare, indiferent de kws si competitie. Ti-o spun asa ca sa iti mai spulberi din impresii, am facut si fac SEO si SEM fara a sti programare (decat minimul necesar).
Apoi, n-as vrea sa te superi, dar faptul ca un site de firma care face webdesign si administrare are ca titlu cuvinte cheie SEO related, ma duce cu gandul la spamul des intalnit la programatori.
N-am nimic cu ei, multi sint buni in ceea ce fac, dar cand un programator “stie” si SEO, insiruind o serie de cuvinte cheie care nu au treaba cu continutul …ma duc cu gandul spre lucruri pe care nu vreau sa le expun aici.
Nu e ok sa incurcam SEO cu programarea, Content writingul cu designul si alte paralelisme inutile doar ca sa dovedim ca stiind mai multe sintem si mai buni.
Referitor la #4: acelea sint foldere in root sau nivele in link. Un cunoscator (programator) ar fi stiut ca /news/story/24161972/ sint in root niste foldere si ca in URL se numesc nivele. Nu vad un motiv intemeiat sa te iei de cineva care nu e in domeniul asta pentru un astfel de nimic.
Ca sa inchei, uite ceva frumos: Dunning–Kruger effect: “the phenomenon wherein people who have little knowledge think that they know more than others who have much more knowledge.” Nu cred ca trebuie programare ptr asa ceva.
PS: daca o sa raspunzi comentariului meu cu “ai venit sa ii iei apararea” sau “nu stii ce vorbesti”, iti recomand multa munca in ceea ce inseamna Website Optimisation si Search Engine Optimisation, pe care apropo… necunoscatorii le numesc SEO.
‘impresiile’ mele sunt in legatura directa cu rezultatele.
eu am vorbit direct legat de subiectul de pe blog, vad ca tu incerci sa ma ataci vorbind despre unul din site-urile mele.
smi.ro este un site pe care din pacate nu am avut timp sa-l updatez si sa-l dezvolt, am modificat titlul si am lucrat putin la IBLs, apoi m-am concentrat pe alte proiecte care au adus rezultate pe termen scurt.
cred ca merita totusi sa investesc mai mult timp (cel putin pentru awareness pe piata locala – plina de orgolii) multumesc pentru motivatie
.
o sa revin apoi cu un comentariu pe acest subiect, poate-mi mai faci tu iar o analiza, vad ca te pricepi.
Mar, eu nu te atac, tu te ataci.
Dar pe SEO ma pricep…sper sa fie ok ptr tine.
Oricum nu ai incotro…
Pe programare am zis ca nu ma pricep, dar subiectul nu era programarea, doar orgoliul tau a facut ca subiectul sa se duca in directia aia.
Blogul si articolul nu e al unui programator, ci a unei persoane interesate de continut si SEO. Ceea ce a scris e corect, detalierea nu e in atributiile ei ..cunostintele de programare nefiind necesare in SEO.
Deci, comentariul tau pe subiectul asta e destul de inutil, dupa parerea mea, si n-am de gand sa ma cert cu un programator care stie si SEO si multe altele.
Pricepi? Eu ma pricep.
Succes.
Eu am scos pana si “category” din URL, la categorii. Cu cat sunt mai mici si mai clare, cu atat mai bine:)
Ok, m-am lamurit care e treaba si cu URL-urile, din cate am inteles, pe un blog Wordpress este destul de usor sa optimizez un URL. Multumesc oricum pentru informatie.
interesant, l-am adaugat la favorite si pe frigg.md
http://frigg.md/internet/-2101/
Apropos de punctul 4, eu cred ca pe undeva exista o contradictie intre teorie si practica. In teorie (va rog sa ma contraziceti daca ma insel), se recomanda ca structura URL-ului sa respecte indeaproape o structura logica de foldere. Cu toate acestea, eu am observat ca o pagina apare mai sus in SERPs daca are cat mai putine foldere in URL. Din acest punct de vedere, impresia mea este ca e preferabil sa “sari” peste structura logica de directoare si sa pui titlul propriu-zis al paginii cat mai aproape de domeniu. Apropos de acest lucru, am vazut ca tot mai multi developeri care folosesc wordpress tind sa modifice permalinkul din domeniu.tld/category/title in domeniu.tld/title, chiar daca folderul category este de fapt un keyword. Astapt sa citesc parerile voastre pe aceasta tema.
Cu cât cuvintele-cheie pt acea pagină sunt mai aproape de domeniu.tld, cu atât li se dă o importanţă mai mare de către motoarele de căutare.
Referitor la scoaterea categoriei din URL, poate se vrea optimizarea pt long tail şi nu pt un cuvânt-cheie general, repetitiv.
Da, eu urmaream site-uri de stiri unde traficul major din motoare de cautare vine din cautari (query-uri) complexe, nu dintr-un singur keyword.
“Rolul unui URL este de a ne informa rapid asupra paginii pe care dorim să o vizităm, asupra poziţiei sale în cadrul site-ului şi a subiectului tratat.”
Un pic offtopic
…twitter a cam distrus rolul url-ului de a ne informa cu link-uri de genul: bit.ly/9T7jq4
Buna ziua,
Am gasit site-ul acesta cautand pe google o solutie la problema mea. Ce se intampla mai exact? De ceva timp, aproximativ o luna, nu mai pot utiliza decat permalinkul default de la Wordpress. Acela destul de urat, cu p?=3345. Toate celelalte, in care setam ziua, luna, anul, categoria sau numele articolului, imi trimit cititorii catre o pagina de Feed Reader, nedeschizand pagina normala. Am facut upgrade la Wordpress 3.0, dar problema persista. Daca stiti despre ce este vorba, va raman recunoscator. Multumesc anticipat!
Din câte înţeleg, permalink-urile nu au prea mult de a face cu versiunea de WordPress (problema este server side, nu specifică CMS-ului). Mai multe detalii într-un articol de pe WPtuts.ro.
Multumesc pentru raspunsul oferit si pentru indicatii. Voi urma pasii din linkul propus si sper sa se rezolve problema. Mult succes in activitatea pe care o intreprindeti
Cu plăcere.
sarmana, domnita. am auzit ca va pricepeti la masinariile astea (care nu fac cartofi prajiti, din pacate:( ) numite calculatoare. am avut si eu o problema asemanatoare cu cea a antepostatorului meu … am rezolvat-o, dar acum am dat de o buba si mai mare: blogul meu relansat.ro si tema cutline 1.4.3 sunt viata mea, v-o spun din start cu riscul ca sotia mea sa ma auda … cand dau la “categoreli” ma duce pe homepage, si nu la categoria la care trebuia. initial ma ducea catre o pagina care ma lua peste picior “easy tiger” (in traducere libera, usor tigrule
). bineinteles ca m-am intrebat: de unde ma cunoaste ? 
dupa care un coleg a mesterit treaba (adica a dres-o in cel mai pur stil romanesc) si acum ma duce direct pe homepage … deci problema inca nu e rezolvata. ma puteti ajuta in aceasta chestiune? eventual si cu niste desene … am mai primit un raspuns, de la un bloger care suna cam asa: [daca ai futut permalinkurile initiale, trebuie sa faci un 303 redirect de la vechile permalinkuri la cele noi, altfel ai pierdut toate linkurile vechi din google. e relativ usor de facut, google 303 redirect si dupa aia bagi in htaccess] imi cer scuze pentru limbajul rusinos de porcos. sper sa primesc un raspuns de la dvs.
Pentru probleme de Wordpress îţi recomand şi ţie WPtuts.ro, Eugen îşi bate capul cu treburi din astea.
Cum vi se pare combinatia la singular din url-ul meu pt un blog culinar de retete prajituri si torturi?
Am vrut sa evit cuvantul retete care e prezent in mult prea multe url-uri din nisa. Oricum exista in titlu. Pt SEO cum ar fi fost mai bine cu liniuta sau fara?
URL-ul domeniului este OK, văd că folosiţi cuvintele-cheie în categorii pentru a lista articolele, ceea ce iarăşi este bine.
Ceea ce nu este OK este folosirea diacriticelor în titlu (“Reţete prăjituri şi torturi în imagini”), deoarece acestea sunt citite diferit de motoarele de căutare, precum şi modul în care aveţi titlul pe articol: “Reţete prăjituri şi torturi în imagini » Prăjitură cu cocos, cacao şi ciocolată”, deoarece cuvintele care definesc articolul trebuie să fie primele, iar cele care definesc blogul în ansamblu să fie rezervate doar pentru prima pagină.
Concret, la postul despre prăjitură cu cocos ar trebui să aveţi în titlu doar “Reteta prajitura cu cocos, cacao si ciocolata” (fără diacritice). La fel şi în link-urile din categorii, folosiţi texte fără diacritice.
ok, va multumesc pentru amabilitate si raspuns