па Джон Sherrod , Дырэктар SEO

Я працую з вялікай колькасцю сайтаў ASP .NET і непазбежна пытаннем URL адчувальнасці да рэгістра і SEO паднімае сваю выродлівую галаву. Гэта не рэдкасць для аднаго URL артыкуляваць некалькі спосабаў ў вэб-сайт ASP .NET, паколькі яна не ўплывае на вынік запыту старонкі. На серверах Microsoft / Windows, /page1.html апрацоўваюць гэтак жа, як /page1.html і / PAGE1 .html. І я чуў гэта шмат разоў «калі ён працуе, гэта правільна».

На жаль, Google не падпісацца на гэтую філасофію.

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

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

У UNIX, MIS-супадальная URL-адрас будзе проста зламацца і пашкоджанне будзе адразу. Гэта проста не будзе працаваць. Так што калі ў вас ёсць старонка называецца /page1.php і вы выпадкова спасылкі на /Page1.php, сервер будзе рэагаваць з 404 ня-знойдзена памылкай.

Калі ваш сайт знаходзіцца ў ASP .NET, то вы карыстаецеся сервер Microsoft. У гэтым выпадку, /page1.html, /page1.html і PAGE1 .html ўсе будуць вернутыя паспяхова і не зламаецца. Іншымі словамі, запыты для гэтых URL-адрасоў будзе вырашыць у ОК адказу сервера 200, якая паказвае, «Усё добра з гэтым URL-адрасоў». Так што, калі індэксы Google гэтыя 3 розных URL-адрас (і яны будуць), яны будуць бачыць іх як унікальныя і незалежнымі.

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

Прасцей кажучы, 50 спасылак на /page1.html і 50 спасылак на /page1.html не роўная 100 спасылак на /page1.html.

Некалькі гадоў таму, Google было цяжка Адрозненне http://www.website.com і http://website.com калі абодва яны дазволеныя з 200 OK адказу сервера. Гэта значыць практычна не праблема з Google сёння, але можа быць сур'ёзнай праблемай, з Bing.

Зусім нядаўна, Google стаў лепш разумець, што /page1.html і /page1.html былі толькі два асобнікі аднаго і таго ж зместу. Я не лічу, што мы павінны будзем чакаць занадта доўга, пакуль PAGERANK кансалідацыі /page1.html і /page1.html адбываецца ў алгарытме ранжыравання Google. Я магу толькі здагадвацца, што нешта на радары.

Аднак, не разлічвайце Bing з гонкі. Так, Microsoft вынайшлі як ASP .NET і Bing, але яны, як дзіка розныя браты і сёстры, якія проста здараюцца мець адны і тыя ж бацькі. Bing прыдзірлівы. Bing любіць пэўны Canonical, лёгкі код, чыстыя Архітэктуры і старонкі, якія названы, пазначаныя і аптымізаваныя з дапамогай ключавых слоў. І нават калі Bing выкарыстоўвае свае ўласныя серверы (можна было б выказаць здагадку) іх CDN на самай справе Akamai, якая працуе на Linux. Але я адцягнуўся.

Такім чынам, вернемся да пытання - Ці з'яўляецца выпадак важны ў URL-структур, калі гаворка ідзе пра SEO? Так.

На фундаментальным узроўні, пошукавыя сістэмы павінны дакладна разумець розніцу паміж птушкай жывёламі і птушкамі мянушкі (Charlie Parker) і Лары Берд легендарным баскетбалістам. пытанні капіталізацыі, паколькі намер адрозніваецца. І намер складаецца ў тым, што мала нюансах кавалка любаты, што пошукавыя сістэмы пастаянна змагацца, каб вызначыць, пра сваіх карыстальнікаў. Яны добрыя ў гэтым, але не вялікія.

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