Хартия за скални ножици № 4 | Детски песни | Супер прости песни

Ако имам URL като /writes/about/star-wars, а също така е достъпен за потребителите от /wRitEs/ABOUT/star-WARS, това счита ли се за друга страница? Позволено ли е на страницата да има комбинация от главни / малки букви?

Знам, че на Linux можете да имате my.file и My.FILE в същата папка, така че се чудех дали уеб страниците работят по същия начин. Ако е така, смятам да спра да поддържам и двата пътя и да позволя само реалния.

Имената на домейни не са чувствителни към регистъра. WEBAPPS.STACKEXCHANGE.COM е същото като webapps.stackexchange.com

Всичко след наклонената черта зависи от уеб сървъра, който да се справи. В зависимост от използвания софтуер на уеб сървъра или настройките, които сървърът използва, тази част от URL адреса може да е чувствителна към малки или големи букви.

Както показа ChrisF, сървърът на webapps.stackexchange.com не се интересува какъв случай се използва. Но това не винаги е така. Например google.com/services се различава от google.com/SERVICES. Или като друг пример, в URL адрес в YouTube, идентификаторът на видеоклипа (v = частта) е чувствителен към малки и големи букви.

Както посочи EricSchaefer, ако решите да разрешите нечувствителните към регистъра URL адреси да връщат една и съща страница, търсачките могат или не могат да разпознаят, че са същата страница. Търсачката може да забележи, че URL адресите връщат една и съща страница и да избере една версия на URL адреса, която да се показва в резултатите от търсенето. Или може да не забележи, че са една и съща страница, което може да доведе до по-ниско класиране на всички версии на URL адреса в резултатите от търсенето.

Ако решите да разрешите нечувствителните към регистъра URL адреси да връщат същата страница, може да искате да изберете една версия на URL адреса, която да бъде „официалният“ URL адрес, и всички останали варианти на букви да бъдат пренасочени към него, използвайки заглавка на отговор 301. Или може да искате да посочите „официалния“ URL адрес с помощта на каноничен мета маркер. По този начин потребителите могат да въведат URL адреса при всеки случай, но търсачките ще знаят официалния URL адрес, който да се използва за резултати от търсенето и класиране.

  • Ако разрешавате нечувствителни към регистъра URL адреси, винаги ги свързвайте с 1 каноничен URL адрес. Бих си помислил, че всякакви вариации в случая с URL адреса вероятно ще бъдат печатарски грешки, от които се надяваме да са малко. @Bavi_H На сървър, който позволява безчувствени URL адреси, можете ли да откриете неправилно case URLs, за да се направи пренасочването 301, без всъщност първо да се деактивира нечувствителността към регистъра на сървъра?
  • @ w3d Имам само малко опит с чувствителен към регистъра сървър. Ще трябва да се обърнете към документацията на вашия уеб сървър, за да видите как можете да се справите с вариацията на регистрите в URL адресите. Ако пренасочването 301 не е осъществимо, можете поне да помислите за използването на каноничния мета маркер като начин да кажете на търсачките предпочитания URL адрес.

Обикновено не е добра идея (SEO-мъдро) ресурсът да бъде достъпен чрез множество URL адреси. Търсачките разглеждат / foo и / Foo като различни URL адреси.

Да, на страницата е позволено да има комбинация от главни / малки букви.
Но не, не го прави.

  • 2 +1 Свързаната спецификация е RFC 2616 Раздел 3.2.3 Сравнение на URI и той гласи: „Когато сравняваме два URI, за да решим дали съвпадат или не, клиентът ТРЯБВА да използва сравнение между октети по октети на регистрите на целия URI (въпреки че съществуват изключения за имената на хостове)
  • Съгласен съм, че наличието на дублиращи се URL адреси не е добро нещо, когато става въпрос за SEO, но можете да смекчите този проблем, като посочите каноничен URL чрез <link rel='canonical'> таг, както е обсъдено тук: googlewebmastercentral.blogspot.com/2009/02/…

URL адресите са чувствителни към регистъра, но домейните не са. Не е добра практика те да бъдат чувствителни към малки и големи букви, освен ако не използвате base64 url ​​пренасочване като bit.ly и мъничък url.

Ако вашият сайт е на Windows сървър, работещ с IIS, тогава най-вероятно е да започнете с липса на регистър. IIS не може да направи чувствителни към малки и големи букви извън кутията.

Така че, добра практика е използването на всички малки букви URL адреси.

Най-добрият отговор на въпроса ви наистина трябва да обхваща два аспекта:

Първо: Дали уеб сървърът трябва да приложи съвпадение по случай.

  • Когато се позира така, изглежда очевидно - не. Искате потребителят да получи земя върху съдържанието, независимо от искания случай.
  • Казването на „не, не налагайте дело“ би означавало да се позволи нечувствителност към случая.

Второ: Като се има предвид липсата на регистър на буквите, как, тогава трябва да използвате регистъра във вашите URI?

Отговорът на първия аспект на въпроса, IMO, е доста очевиден и вече е обсъден. Искате да обслужвате съдържание, а не страници с грешки, така че не трябва да конфигурирате уеб сървъра си, за да налагате съответстващ случай.

След това важните съображения за втория аспект на тази тема ще изискват разглеждане на SEO практиките. Най-простият отговор би бил да се каже „БЪДЕТЕ ПОСТОЯННИ“.

Възможно е обаче да имате страници, индексирани от SE по различни правила. Една страница или директория може да има CamelCase, друга има малки букви или първоначална капитализация. Тук трябва да насочите енергията си ...

На първо място, вземете решение за методология.

Лично аз обичам всичко да е с малки букви. Понякога ме подслушва, когато виждам неща като държавни кодове (т.е. NY, FL, TX) с малки букви, но изисква повече усилия от моя страна, за да има правила - това води до пренаписване на URL - въз основа на спецификата на информацията, предавана от тази част от URI.

Ако трябва да възприемете метода да имате всичко като всички малки букви, тогава можете да използвате пренаписващ URL адрес, за да пренапишете URL адреси, съдържащи главни букви, в малки букви. Тук има много важни разграничения:

Простото пренаписване на смесения (или всички ГОРНИ) URI като URI с малки букви не предоставя най-доброто възможно решение. Това, което трябва да направите, всъщност е 301-да пренасочи URI към правилния стил, а не просто да го пренапише.

Пренасочването 301 трябва на теория да намали процента на URI заявките, които влизат „неправилно“, защото 301 казва на посетителя (най-важното, SE) да „актуализира вашите записи“, така да се каже.

Хората могат да обсъждат всички главни или малки букви. Накратко, бих предположил, че всички малки букви са малко по-лесни за поглед и дешифриране, осигурявайки може би малко повече четливост от всички главни букви. Причината за това е, че малките букви имат различна височина, някои букви се спускат под базовата линия (като малки букви „g“), други се издигат над височината на x (като малки букви „b“) или съответстват на височината на x ( като „o“). За разлика от това, всички CAPS са склонни да бъдат по-хомогенни в описването на пространството, което заемат - по-малко вариация означава, че изисква малко повече усилия за тълкуване, като се казва толкова леко не може да се каже, че се забелязва разликата в усилията.

Въпреки всичко, с всичко казано, моето предпочитание е да използвам всички малки URI на практика и да използвам пренаписващ URL адрес, за да пренапиша (и да пренасоча) заявките, които не отговарят.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?