Структура адраснай навігацыі

1. Унікальнасць
2. Некалькі выбар
3. Нестандартная кадоўка URL
4. Ёсць грані іерархічныя?
5. Неабменныя значэнні
6. Заказ фасет
7. Вопыт карыстальніка
8. Лагічныя дапаўненні

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

Разнастайная навігацыя, напрыклад, фільтрацыя па колеры або дыяпазоне цэн, можа быць карыснай для наведвальнікаў, але яна часта не зручная для пошуку, бо стварае мноства камбінацый URL-адрасоў з дублікатам.

- Асаблівая навігацыя - лепшыя (і 5 - найгоршых) практыкаў

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

Параметры запыту https://example.com/category?option=true Віртуальныя падкаталогіі https://example.com/category/filter/option/true

Савет: Абодва параметры запыту і віртуальныя падкаталогі (сегменты шляхоў) могуць паўтарыць праблемы ўтрымання, калі яны не атрымліваюцца належным чынам; кананічнае выкарыстанне URL-адрасоў можа пазбегнуць паўтарэння штрафаў за змест.

Каб вызначыць, якая структура URL-адрасоў лепш за ўсё падыходзіць для SEO, давайце ўзважым плюсы і мінусы кожнай опцыі ў адпаведнасці з «найлепшымі і горшымі» практыкамі гранічнай навігацыі, вызначанай Google.

Унікальнасць

У ідэальным стане, унікальны змест - няхай гэта будзе асобны прадукт / артыкул або катэгорыя прадуктаў / артыкулаў - будзе мець толькі адзін даступны URL-адрас.

Што тычыцца непаўторнасці URL, ні параметры запыту, ні віртуальныя падкаталогіі пераўзыходзяць.

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

Савет: Гэта таксама адносіцца і да адрасоў http і https, і да URL-адрасоў, якія можна наведаць з паддоменам і без яго (напрыклад, www); кананічнае выкарыстанне альбо перанакіраванне гэтых URL-адрасоў дапаможа пазбегнуць дублявання штрафаў за змест.

Некалькі выбар

Адна з праблем, з якімі сутыкаецца пры структураванні фасетных URL-адрасоў, правільна пазначыць таксанамію для некалькіх значэнняў і некалькіх варыянтаў. Па меры дадання большай часткі структура URL становіцца ўсё больш складанай. Наступныя прыклады ілюструюць два агульных падыходу да гэтай праблемы:

1. Параметры запыту
   • https://example.com/category?color=black,white
   • https://example.com/category?color=black,white&size=8,10
2. Віртуальныя падкаталогі
   • https://example.com/category/filter/color/black,white/
   • https://example.com/category/filter/color/black,white/size/8,10/

Гэтыя падыходы выклікаюць заклапочанасць з нагоды сапраўднай кадоўкі URL.

… [Небяспека іерархічнай класіфікацыі як агульнага рашэння ляжыць] у філасофіі сэнсу. ... Таму што адносіны паміж суб'ектамі падобныя да сеткі, а не на дрэва, нават для людзей, якія згаджаюцца ў Інтэрнэце, могуць выбраць іншае прадстаўленне дрэва.

- Класныя URI не мяняюцца , Цім Бернэрс-Лі

Нестандартная кадоўка URL

Google раіць не выкарыстоўваць "нестандартную кадоўку URL для параметраў ... замест ключа = значэнне і пары".

Google дае два прыклады “найгоршай практыкі”, у якіх пары значэння ключоў пазначаюцца няправільна: і, а не =, і дзе некалькі параметраў дадаюцца з [] і ,, а не &.

Калі пары ключ-значэнне пазначаныя правільна, у URL ёсць сапраўдныя спецыяльныя сімвалы.

Запятая, напрыклад, з'яўляецца дапушчальным сімвалам шляху (г.зн. “pchar”) у рамках падзельнікаў (г.зн. “суб-падзельнікаў”), вызначаных у RFC 3986 § 2.2 як для параметраў запытаў, так і для сегментаў шляху. Як RFC 3986 § 3.3 дзяржавы:

з кропкай з коскі (“;”) і роўнымі (“=”) зарэзерваваныя сімвалы часта выкарыстоўваюцца для вызначэння параметраў і значэнняў параметраў, прыдатных да гэтага сегмента. Зарэзерваваны знак запяты (",") часта выкарыстоўваецца ў падобных мэтах.

Хоць гэтыя сімвалы могуць быць выкарыстаны як у сегментах шляху, так і ў запытах, звычайна бачыць гэтыя сімвалы ў сегментах шляху, таму што абмежаванне параметраў у сегменце шляху не дае выразнай іерархіі .

Ёсць грані іерархічныя?

Сутнасць пытання заключаецца ў тым, ці з'яўляюцца грані іерархічнымі дадзенымі.

У адпаведнасці з Запіс Вікіпэдыі на «Гранічная класіфікацыя» , грані не з'яўляюцца іерархічнымі:

Іерархічная класіфікацыя адносіцца да класіфікацыі аб'ектаў з выкарыстаннем адной іерархічнай таксанаміі . Гранічная класіфікацыя фактычна можа выкарыстоўваць іерархію ў адной або некалькіх яе аспектах, але дазваляе выкарыстоўваць больш чым адну таксанаміі для класіфікацыі аб'ектаў.

Як мы ўжо бачылі ў нашых прыкладах вышэй, "некалькі таксанамій", прадстаўленыя аспектамі, не вельмі добра падыходзяць для ўключэння ў сегмент шляху URL. Вяртаючыся да кропкі выкарыстання нестандартнай кадыроўкі URL, у адпаведнасці з RFC 3986 § 3.3 :

Кампанент шляху змяшчае дадзеныя, звычайна арганізаваныя ў іерархічнай форме, якія разам з дадзенымі ў неіерархічным кампаненце запыту ( Раздзел 3.4 ) служыць для вызначэння рэсурсу ...

RFC 3986 § 3.4 працягваецца:

Кампанент запыту змяшчае неіерархічныя дадзеныя

Гэта дазваляе зразумець, што грані не павінны з'яўляцца ў сегментах шляху, а павінны з'яўляцца ў якасці параметраў запыту. Насамрэч, Google даручае:

Выкарыстоўвайце параметры (па магчымасці) са стандартнымі парамі кадавання і ключа = значэнне.

Выкарыстанне віртуальных падкаталогаў для абазначэння граняў з'яўляецца нестандартным, і Google можа зрабіць больш здагадкі пра змест старонак, калі фасеты перадаюцца праз параметры запыту. Google нават забяспечвае URL Параметры інструмента у Google Search Console, якая дазваляе адміністратарам сайтаў праінструктаваць Google, як тлумачыць параметры запыту; такога інструмента для віртуальных падкаталогаў не існуе.

Неабменныя значэнні

Іншая «горшая практыка», вызначаная Google, - гэта «выкарыстанне каталогаў або шляхоў да файлаў, а не параметраў для спісання значэнняў, якія не змяняюць змесціва старонак».

У структуры гранічнага URL-адраса, заснаванай на каталогах, наступныя URL-адрасы будуць служыць аднолькаваму зместу:

• https://example.com/category/filter/option/
• https://example.com/category/filter/
• https://example.com/category/

Пры выкарыстанні параметраў запыту гэтая праблема менш відавочная, бо паміж іерархіяй і фасетамі выкарыстоўваецца пара ключ-значэнне. Гэта пытанне можа быць вырашана праз кананічную працэдуру, але не лічыцца найлепшай практыкай Google ; Лепшая практыка заключаецца ў выкарыстанні параметраў запытаў, таму што "параметры URL дазваляюць большай гнуткасці для пошукавых сістэм, каб вызначыць, як эфектыўна сканаваць".

Заказ фасет

Незалежна ад таго, якая структура URL выкарыстоўваецца, грані заўсёды павінны быць уніфікаваны (напрыклад, у алфавітным парадку), таму некалькі URL-адрасоў не праіндэксаваныя для таго ж зместу. Возьмем наступныя URL-адрасы ў якасці прыкладу:

• https://example.com/category?test=0,1
• https://example.com/category?test=1,0

Абодва гэтыя URL-адрасы будуць аднолькавыя. Каб паменшыць агульную колькасць унікальных спасылак на сайце і, такім чынам, дубляваць змесціва з індэксацыі, толькі адзін з вышэйпералічаных павінна выкарыстоўвацца на сайце.

Зноў жа, перанакіраванне або кананічнасць могуць дапамагчы пошукавым сістэмам правільна праіндэксаваць гэты змест, калі гэта спасылаецца ў іншым месцы.

Вопыт карыстальніка

Як кампанент вэб-сайтаў, URL-адрасы з'яўляюцца важнай часткай карыстацкага досведу. URL-адрас дзейнічае як апорная кропка для бягучага прагляду, і прасунутыя карыстальнікі могуць выкарыстоўваць URL у якасці "віртуальнага шляху" для перамяшчэння назад па іерархіі вашага сайта. Падтрыманне парсельнага URL-адрасы чалавека з'яўляецца важным і нетрывіяльным.

Заўвага: я напісаў Шырокі пост пра важнасць распрацоўкі URL-адрасоў як частка карыстацкага інтэрфейсу сайта ,

Лагічныя дапаўненні

Google раіць «дадаваць параметры URL без логікі». Калі гэта магчыма, неабходна пазбавіцца ад непатрэбных параметраў для падтрымання чалавечай структурай URL-адрасоў. Google рэкамендуе выдаліць інфармацыю пра сеанс карыстальніка з URL і замест гэтага захоўваць дадзеныя ў кукі-файлы. Захаванне URL-адрасу ад непатрэбных дадзеных не толькі дапамагае карыстальнікам зразумець змест, які прысутнічае ў бягучым выглядзе, але і дапамагае SEO, як адзначае Google:

Параметры знешніх URL-адрасоў толькі павялічваюць дубляванне, што выклікае менш эфектыўнае сканаванне і індэксаванне.