Czy w ścieżkach URL rozróżniana jest wielkość liter?

Adresy URL mojej witryny nie uwzględniają wielkości liter. Na przykład oba poniższe linki pokazują dokładnie tę samą stronę:

• http://example.com/about
• http://example.com/About

Jednak patrząc na stronę wordpress.org zauważyłem, że w adresach URL rozróżniana jest wielkość liter. Na przykład drugi link poniżej to strona błędu 404:

• http://wordpress.org/about
• http://wordpress.org/About

Myślę o tym, aby w adresach URL mojej witryny rozróżniane były wielkie i małe litery. Oprócz oczywistego problemu unikania powielania treści, jakie są zalety i wady posiadania rozróżniających wielkość liter adresów URL?

Aktualizacja

Wydaje się, że Google stosuje zasadę rozróżniania wielkości liter w odniesieniu do własnych adresów URL. Na przykład drugi link poniżej to 404:

• http://google.com/doodles
• http://google.com/Doodles

Aktualizacja 2

Dziękuję za odpowiedzi. Postanowiłem skorzystać z porady wymienionej w zaakceptowanej odpowiedzi i w razie potrzeby wdrożyć 301 przekierowań. Ponieważ pracuję z WordPress, moje rozwiązanie w zakresie kodu wygląda następująco (na wypadek, gdyby ktoś był zainteresowany):

function force_lowercase_urls() {

    if ( is_admin() )
        return;

    if ( preg_match( '/[A-Z]/', $_SERVER['REQUEST_URI'] ) ) {

        wp_redirect( strtolower( $_SERVER['REQUEST_URI'] ), 301 );
        exit();
    }

}
add_action( 'init', 'force_lowercase_urls' );

Dwa z najczęściej używanych systemów plików systemu operacyjnego do udostępniania treści internetowych mają domyślnie bardzo różne ustawienia dotyczące rozróżniania wielkości liter w adresach URL. Niezależnie od tego, czy w adresach URL rozróżniana jest wielkość liter, prawdopodobnie używasz tej funkcji:

• Microsoft IIS działający w systemie Windows - adresy URL bez rozróżniania wielkości liter - wyświetla tę samą treść bez względu na wielkie litery.
• Serwer Apache HTTPD działający w systemie Linux - adresy URL z rozróżnianiem wielkości liter - powoduje błąd 404 polegający na nieprawidłowym pisaniu dużymi literami.

Moim zdaniem żadne ustawienie domyślne nie jest idealne:

• Wyświetlanie tej samej zawartości niezależnie od wielkich liter sprawia, że ​​indeksowanie witryny jest trudniejsze. Wyszukiwarki uważają tę samą treść w wielu adresach URL za treść zduplikowaną.
• Wyświetlanie stron błędów z nieprawidłowymi wielkimi literami nie jest przyjazne dla użytkownika. Podczas pisania użytkownicy zwykle nie zwracają uwagi na wielkie litery.

Idealnym rozwiązaniem byłoby wyświetlanie strony tylko wtedy, gdy adres URL jest poprawnie pisany wielką literą. W przypadku niepoprawnej wielkiej litery użytkownik powinien zostać przekierowany na 301 preferowaną wielkość liter. Można to osiągnąć na kilka sposobów:

• W przypadku Apache można włączyć mod_speling , który spowoduje przekierowania bez rozróżniania wielkości liter.
• W przypadku Apache reguła mod_rewrite może zmusić wszystkie adresy URL do małych liter .
• W przypadku IIS można dodać regułę wymuszającą pisanie małymi literami we wszystkich adresach URL

Oto pozycja Google z zarchiwizowanej sesji czatu na żywo (link już nie żyje):

* Czy niespójne pisanie wielkimi literami adresów URL powoduje powielanie problemów z treścią i pogorszenie pozycji strony? Na przykład www.site.com/abc vs www.site.com/Abc. Na hostach Windows są to te same strony, ale różne strony na hostach Unix.

JohnMu: Cześć John, w oparciu o istniejące standardy, w adresach URL rozróżniana jest wielkość liter, więc tak, byłyby one postrzegane jako osobne adresy URL. Ponieważ treść w adresach URL jest taka sama, ogólnie to rozpoznamy i zatrzymamy tylko jeden z nich. Zalecamy jednak, aby wszystkie linki prowadziły do ​​jednej wersji adresu URL. Pamiętaj, że dotyczy to również plików robots.txt. *

Zespół IE zaleca wybranie konwencji dotyczącej obudowy plików i ścisłe jej przestrzeganie, ponieważ może to poprawić wydajność.

RFC 3986 6.2.2.1 definiuje identyfikatory URI jako bez rozróżniania wielkości liter, więc nie jest dobrym pomysłem, aby rozróżniać wielkość liter, tak jak robi to wordpress.org.