www.romver.ru / Полный список статей / ОПТИМАЛЬНАЯ РЕСТРУКТУРИЗАЦИЯ URL

Lubie izmenenia — eto risk. Veroatno, eto zvu4it ne sli6kom obodrau6e, no v real'nom mire kajdoe izmenenie soprovojdaetsa riskom. Daje esli pererabotka URL po vsemu saytu provedena ideal'no, a redirekti bezupre4ni, u poiskovikov vsё ravno uydёt nemalo vremeni na obrabotku izmeneniy. Za eto vrema va6 sayt mojet sdat' pozicii v vida4e, mogut voznikat' o6ibki, i esli novaa sxema URL ne avlaetsa principial'no lu46ey, nekotorie stranici mogut navsegda poterat' lidiruu6ie pozicii. Ko vsemu pro4emu, nadёjnogo sposoba provesti A/B-testirovanie izmeneniy vsego sayta v celax poiskovoy optimizacii poprostu ne su6estvuet.

4a6e vsego delo kon4aetsa mizernoy otda4ey. Perexod ot xoro6ego k edva lu46emu skoree vsego ne stoit vremeni i sil, ne govora uj o riske. Kogda je nado menat' adresa? Odin iz avtorov bloga SEOmoz Doktor Pit rassmatrivaet pat' slu4aev, kogda modifikacia strukturi URL mojet bit' polezna.

1. Dinami4eskie adresa

Dinami4eskie URL soderjat parametri, po kotoriy generiruetsa kontent. Vot tipi4niy primer:

www.example.com/product.php?id=12345&color=4&size=3&session=67890

Su6estvuet rasprostranёnnoe zablujdenie, 4to Google ne mojet 4itat' takie adresa ili perestaёt 4itat' ix posle dvux-trёx parametrov. V na6i dni eto poprostu nepravda, xota u dlini URL su6estvuut razumnie predeli. Nastoa6ie problemi s dinami4eskimi URL gorazdo slojnee:

• oni ne soderjat relevatnix klu4evix slov;
• oni 4a6e privoadt k sozdaniu dubliruu6egosa kontenta;
• pol'zovateli perexodat po nim s men'6ey oxotoy;
• u nix est' tendencia uveli4ivat'sa.

Kogda mojno na4inat' govorit' o tom, 4to URL sli6kom «dinami4eskie»? Primer vi6e — avno tot slu4ay, kogda nujno vnesti izmenenia. Etot adres sli6kom dlinniy, v nёm net relevantnix klu4evix slov, parametri "color" i "size" skoree vsego sozdaut tonni stranici, blizkix k to4nim dublikatam, a identifikator seansa delaet koli4estvo takix dublikatov prosto beskone4nim. Eto nado ispravlat'.

No eto prostoy slu4ay. Vsё mojet bit' gorazdo slojnee. Kak vam takoy primer?

www.example.com/blog.php?topic=how-to-tame-a-panda

S texni4eskoy to4ki zrenia, eto dinami4eskiy URL, tak 4to ego nado pomenat' na 4to-to vrode:

www.example.com/blog/how-to-tame-a-panda

Odnako veroatnost' togo, 4to libo vi polu4ite vesomoe preimu6estvo, libo viigri6 perevesit riski, dostato4no mala. V ideal'nom mire vtoroy variant, kone4no, lu46e, i esli na4inat' blog s nula, etot variant, nesomnenno, predpo4titel'nee. No esli re4' idёt ob uje slojiv6emsa bloge s tisa4ami stranic, lu46e ostavit' vsё kak est'.

2. Nestrukturirovannie URL

E6ё odin tipi4niy primer, vizivau6iy volnenia — 4to adresa ne sootvetstvuut strukture sayta. Dopustim, est' takoy URL:

www.example.com/diamond-studded-ponies

Nekotorie veb-mastera dumaut, 4to nado dobavit' papki dla otrajenia vnutrenney ierarxii, naprimer, tak:

www.example.com/horses/bejeweled/diamond-studded-ponies

S4itat', 4to struktura URL otrajaet strukturu sayta — o6ibo4no. Esli glavnaa 4ast' URL naxoditsa v trёx urovnax ot domennogo imeni, eto e6ё ne zna4it, 4to poiskoviki vosprimut eё kak takovuu. S etim utverjdeniem mojno posporit', skazav, 4to vtoroy variant osmislennee dla posetiteley. K sojaleniu, on e6ё i dlinnee, a samie unikal'nie klu4evie slova okazivautsa v xvoste. V bol'6instve slu4ae perviy variant avlaetsa bolee predpo4titel'nim.

Razumeetsa, deystvuet i obratnoe pravilo. Esli u adresov ploskaa struktura, i kajdaa stranica naxoditsa na odnom urovne glubini, eto e6ё ne zna4it, 4to vi sozdali ploskuu ierarxiu sayta. Google po-prejnemu indeksiruet stranici po sozdannim vami putam. Vozmojno, u bolee ploskix URL est' nesu6estvennie preimu6estva, no eto nikak ne povliaet na ranjirovanie.

Strukturnie URL mogut stat' pri4inoy problem s dubliruu6imsa kontentom. Predpolojim, vi daёte posetitelam vozmojnost' popast' na odnu i tu je stranicu trema raznimi sposobami:

www.example.com/horses/bejeweled/diamond-studded-ponies

www.example.com/tags/ponies/diamond-studded-ponies

www.example.com/tags/shiny/diamond-studded-ponies

Zame4atel'no — vi tol'ko 4to sozdali dve kopii uje su6estvuu6ego kontenta, i poiskovik uvidit tri odinakovix stranici. Eto skoree problema indeksacii nejeli 4em URL, no dla kontrola indeksacii su6estvuut svoi sredstva. A vot izbito4no strukturirovannie URL tol'ko uxud6at polojenie del.

3. Dlinnie URL

Kogda dlinniy adres stanovitsa sli6kom dlinnim? 4isto texni4eski, adres doljen bit' nastol'ko dlinnim, naskol'ko eto neobxodimo. U nekotorix brauzerov i serverov est' opredelёnnie predeli, no oni naxodatsa daleko za predelami razumnogo. Naprimer, IE8 podderjivaet adresa dlinoy do 2083 simvolov.

S prakti4eskoy to4ki zrenia dlinnie URL 4revati problemami. Sli6kom dlinnie URL:

• umen'6aut ranjiruemost' lubogo dannogo klu4evogo slova v URL;
• mogut ponijat' 4itaemost' i klikabel'nost' ssilok;
• mogut otrezat'sa pri kopirovanii 4erez bufer obmena;
• mogut obrezat'sa nekotorimi socsetami;
• sli6kom ploxo zapominautsa.

Poisk meri zdes' otnositsa skoree k iskusstvu, 4em k nauke. Odnim iz klu4evix kriteriev mojno s4itat' povtoraemost'. Ob6iy princip prost: esli est' 4to-to, ne dobavlau6ee nikakoy cennosti, ot etogo lu46e izbavit'sa. Naprimer, vot URL s bol'6im koli4estvom povtorov:

www.example.com/store/products/featured-products/product-tasty-tasty-waffles

Esli uje est' katalog "/store", tak li uj nujen podkatalog "/products"? Esli mi znaem, 4to vi uje vnutri podkataloga "store/products", deystvitel'no li nujno pome4at' kategoriu kak "featured-products" (po4emu bi ne prosto "featured")? A eta podkategoria "featured" voob6e nujna? I nado li kajduu zapis' o produkte na4inat' so slova "product-"? Vafli deystvitel'no takie vkusnie, 4to etu xarakteristiku nado povtorit'?

Mojno nayti i kuda kak bolee zapu6ennie slu4ai, prosto etim primerom proillustrirovani naibolee tipi4nie problemi. Opat' je, nujno prinimat' vo vnimanie kompromissi. Ispravlenie adresa vrode privedёnnogo vi6e, vozmojno, dast otda4u v poiskovoy optimizacii. Udalenie zapisi "/blog" iz adresov vsex postingov v bloge mojet bit' jelatel'nim, no na praktike eto ne dast nikakix preimu6estv.

4. Perepolnenie klu4evimi slovami

Scenarii 3-5 v 4ёm-to peresekautsa. Adresa, pod zavazku nabitie klu4evimi slovami, imeut tendenciu razrastat'sa i pojirat' drugie stranici. Kak pravilo, v perenasi6ennom klu4evimi slovami adrese libo mnogo povtorov, libo predprinata popitka umestit' kajdiy variant celevoy frazi. Vot vam primer:

www.example.com/ponies/diamond-studded-ponies-diamond-ponies-pony

Slu4ai pessimizacii isklu4itel'no po pereoptimizirovannim URL poka 4to redki, no obi4no takie adresa avlautsa dla poiskovika li6nim indikatorom zaspamlennosti stranici. Daje esli poiskovik vas ne nakazivaet, stoit zadumat'sa o fokuse. Takim sposobom vi deystvitel'no mojete privle4' bol'6e posetiteley, no pri eto kajdaa fraza budet polu4at' men'6e vnimania.

Vistraivayte prioriteti i koncentriruytes' na samom vajnom. Eto kasaetsa ne tol'ko adresov, no i vsego, 4to svazano s klu4evimi slovami. Esli 6virat' v stenku vsё, 4to popadaetsa pod ruku, 4tobi posmotret', 4to prilipnet, obi4no vi prosto polu4ite graznuu stenku.

5. Kannibalizm v srede klu4evix slov

Vozmojno, eto samaa tajeloraspoznavaemaa problema, poskol'ku ona rabotaet na urovne vsego sayta, i raspoznat' eё po odnomu adresu ne predstavlaetsa vozmojnim. Da i, strogo govora, eto ne problema adresa. Kannibalizm u klu4evix slov proisxodit v tex slu4aax, na odni i te je klu4evie slova prixoditsa sli6kom mnogo adresov.

Odnozna4nogo re6enia etoy problemi ne su6estvuet, poskol'ku u sayta, posva6ёnnogo nekotoroy uzkoy tematike, sover6enno estestvennim obrazom budut stranici i adresa s peresekau6imisa klu4evimi slovami. Eto obi4noe delo.

Problemi na4inautsa togda, kogda vi delite stranici na mnojestvo podstranic, 4tobi sobrat' vse vozmojnie varianti s dlinnimi xvostami. Stoit tol'ko uvle4'sa etim zanatiem, kak cennost' proindeksirovannix stranic v glazax poiskovika na4inaet terat'sa, i sayt v ego glazax stanovitsa slaben'kim.

V dannom slu4ae adresa avlautsa prosto simptomom bolezni, protekau6ey na sistemnom urovne. Esli vi okazalis' sli6kom ambiciozni, vam pridёtsa konsolidirovat' eti stranici, a ne prosto pomenat' adresa. Esli ran'6e «slabiy» kontent otrajalsa tol'ko na sobstvenno kontente, to sey4as eto u4itivaetsa pri ranjirovannii celix saytov.

Deystvuyte ostorojno

Esli vi vsё-taki s4itaete, 4to global'naa smena adresov stoit riska, produmayte plan i posledovatel'no vipolnite ego. Procedura planirovania smeni URL vixodit za ramki etoy stat'i, no est' neskol'ko osnovnix momentov, kotorie nado u4itivat':

1. Ispol'zuyte 301-e redirekti.
2. Ispol'zuyte redirekti vida adres-na-adres dla kajdoy stranici, kotoruu xotite soxranit'.
3. Obnovite vse vnutrennie ssilki.
4. Ne vistraivayte redirekti v cepo4ku, esli bez etogo mojno oboytis'.
5. Dobav'te novuu XML-kartu sayta.
6. Na vrema ostav'te staruu kartu sayta.

Tretiy punkt avtor publikacii predlagaet raskrit' podrobne, poskol'ku emu ne raz dovodilos' nabludat', kak posle texni4eskix izmeneniy na vsёm sayte i propisivania 301-x redirektov ispolnitel' zabival obnovit' vsu navigaciu na samom sayte. Dla poiskovikov vidimie puti indeksacii vsё e6ё avlautsa samim vesomim signalom. Slovom, ubedites', 4to vnutrennaa struktura na 100% soglasovana s novimi URL.

Posledniy punkt v spiske ne vpolne o4eviden, no est' nemalo specialistov, kotorie na etom nastaivaut. Ob&asnaetsa eto o4en' prosto: esli poiskoviki perestaut videt' starie adresa, oni mogut perestat' xodit' po nim i, takim obrazom, ne mogut obrabotat' vse 301-e redirekti. Rano ili pozdno oni naydut vse novie URL, no na eto mojet uyti bol'6e vremeni. Na vrema ostaviv staruu kartu sayta, vi dadite robotam bol'6e vozmojnostey obrabotat' redirekti, i esli eti redirekti pravil'no nastroeni, dubliruu6iysa kontent sozdan ne budet. Obi4no staruu kartu sayta mojno udalat' 4erez paru-troyku nedel'.

Daje esli vi sdelali vsё pravil'no, pervuu paru nedel' pozicia sayta v vida4e budet prigat' s mesta na mesto. Poiskovikam nujno nekotoroe vrema na to, 4tobi ocenit' novuu strukturu sayta.

Stat'a osnovana na publikacii "Should I Change My URLs for SEO?", opublikovannoy v bloge SEOmoz.