Практычная SEO: аптымізуем URL

1. WordPress
2. Сайты на ASP.NET
3. Сайты на PHP і Apache

Працягваю курс практычнай аптымізацыі блогаў і сайтаў. Мінулы раз гаворка ішла аб аптымізацыі загалоўкаў . У гэтым артыкуле гаворка пойдзе пра аптымізацыю спасылак ўнутры сайта або блога з мэтай максімальнага SEO эфекту.

Па змаўчанні ў WordPress спасылкі на пасты маюць выгляд myblog.ru/?p=123. Праграмісты, распрацоўваючы сайт, звычайна, ствараюць старонкі, якія адлюстроўваюць дадзеныя ў залежнасці ад перададзеных у радку запыту параметрах. Зразумела, што такая форма URL не дае ніякай інфармацыі пра змесціва старонкі ні для карыстальнікаў, ні для пошукавых сістэм. Таму, рэкамендуецца выкарыстоўваць так званыя ЧПУ - чалавека зразумелыя урлы.

WordPress

Калі вы ўладальнік блога на WordPress, то выправіць сітуацыю вельмі проста: ідзем у адмін частку і выбіраем Settings-> Permalinks.

Тут можна задаць выгляд URL для пастоў, катэгорый і тэгаў. Можна выбраць адзін з прапанаваных варыянтаў (я аддаю перавагу трэці, з годам і месяцам у URL) або ўвесці свой шаблон. Прычым, калі ў вашым блогу ўжо шмат пастоў, на якія стаяць спасылкі з іншых сайтаў, то турбавацца не варта, бо старыя спасылкі (віду? p = 123) будуць працаваць па-ранейшаму і з іх будзе адбывацца рэдырэкт на новыя URL, дзякуючы чаму не ўзнікне дублявання кантэнту, а спасылачныя вагу пяройдзе на новыя URL.

Тут жа можна задаць і выгляд URL для катэгорый і тэгаў. І калі катэгорыі па змаўчанні ўжо маюць добры выгляд (/ category / назва катэгорыі /), то для тэгаў я рэкамендую зрабіць аналагічна.

А што ж менавіта будзе выкарыстоўвацца ў якасці назвы пастоў, катэгорый і тэгаў для URL? Для гэтага служыць поле slug (кароткая спасылка). Пасты і катэгорыі зьмяшчаюць гэта поле адразу, а для тэгаў яго можна рэдагаваць, усталяваўшы плягін Simple Tags , Які, таксама, дазваляе рабіць шмат іншых рэчаў з тэгамі. Зрэшты, як раз для тэгаў я адназначна рэкамендую выкарыстоўваць у якасці slug сама назва тэга (рабіць для гэтага адмыслова нічога не трэба).

А вось для slug пастоў і катэгорый ёсць тры варыянты (у выпадку рускамоўнага блога):

• Выкарыстоўваць руская назва паста або катэгорыі. Калі вы аптымізуеце назву паста для пошукавых сістэм, то гэты варыянт найлепшы з пункту гледжання SEO. Менавіта такі прынцып назвы старонак выкарыстоўваецца ў Вікіпедыі. Як варыянт, вы можаце ў поле slug крыху змяніць назву паста, дадаўшы пару дадатковых ключавых слоў, якія недарэчныя ў назве. Недахоп гэтага варыянту ў тым, што рускія літары ў адраснай радку браўзэра кадуюцца і URL прымае нечитабельный і доўгі выгляд.
  
  Аднак, калі навесці мыш на такі URL, размешчаны на старонцы, то ў статус бары вы ўбачыце нармальны рускі тэкст. Але ўказваць спасылкі на такія старонкі без Анкор будзе нязручна.
• Транслітараваць руская назва. У гэтым выпадку URL будзе чытэльным для карыстальнікаў, але пошукавыя сістэмы могуць яго не понять. Лічыцца, што Яндэкс з Гуглом разумеюць транслітарацыю, але існуе некалькі стандартаў і ў некаторых з іх выкарыстоўваюцца сімвалы, недапушчальныя ў URL. Акрамя таго, транслітараваць тэкст не ўспрымаецца з першага погляду (чалавеку даводзіцца ўчытвацца, каб зразумець сэнс).
  Для аўтаматычнай транслітарацыі назваў пастоў можна ипользовать убудова RusToLat .
• Перавесці руская назва на ангельскую мову. Гэты варыянт з пункту гледжання SEO мала чым адрозніваецца ад папярэдняга. Пашукавікі ўмеюць перакладаць ключавыя словы з URL, але не варта разлічваць на 100% вынік. А для карыстальнікаў гэты варыянт лепш папярэдняга толькі, калі яны ведаюць ангельскую мову.

Які ж варыянт выбраць? Калі ў вас сапраўдны блог, вы пішыце цікавыя артыкулы, на якія спасылаюцца іншыя блогеры, то выберыце другі ці трэці варыянт, бо гэта аблегчыць прастаўленне спасылак на вашыя пасты. Калі аўдыторыя блога тэхнічна падрыхтаваная (як у гэтага блога), то я аддаю перавагу варыянт з ангельскай slug, які і выкарыстоўваю ў гэтым блогу (у асноўным). Для больш шырокай аўдыторыі я ўпадабаю транслітарацыю. Калі ж у вас партнёрскі сайт або MFA блог, то лепш абраць першы варыянт, бо ён дасць большы SEO эфект.

Сайты на ASP.NET

Калі вы распрацоўваеце сайты на ASP.NET, то для таго, каб атрымаць прыгожыя URL трэба ўжыць URL Rewriting. Зрабіць гэта можна з дапамогай метаду HttpContext.RewritePath () ці іншымі спосабамі. Больш падрабязна пра гэта можна прачытаць у артыкуле пра URL Rewriting ў ASP.NET .

Сайты на PHP і Apache

На Apache той жа вынік дасягаецца пры дапамозе файла канфігурацыі .htaccess і mod_rewrite. Больш падрабязна можна ў гэтым артыкуле .

Пост атрымаўся доўгім, таму пра невялікі аптымізацыі спасылак на галоўную старонку я распавяду ў наступны раз.