Les chemins URL doivent-ils être sensibles à la casse?

Les URL de mon site Web sont actuellement insensibles à la casse. Par exemple, les deux liens suivants affichent exactement la même page:

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

Cependant, en jetant un œil au site wordpress.org, j'ai remarqué que les URL sont sensibles à la casse. Par exemple, le deuxième lien ci-dessous est une page d'erreur 404:

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

Mes pensées sont de rendre les URL de mon site Web sensibles à la casse. Mis à part le problème évident d'éviter le contenu en double, quels sont les avantages et les inconvénients d'avoir des URL sensibles à la casse?

Mettre à jour

Google semble appliquer une politique d'URL sensible à la casse sur ses propres URL. Par exemple, le deuxième lien ci-dessous est un 404:

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

Update 2

Merci pour vos réponses. J'ai décidé de suivre les conseils mentionnés dans la réponse acceptée et d'implémenter des redirections 301 si nécessaire. Puisque je travaille avec WordPress, ma solution de code est la suivante (au cas où quelqu'un serait intéressé):

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' );

Par défaut, deux des systèmes de fichiers du système d'exploitation les plus utilisés pour servir le contenu Web ont des paramètres très différents pour la sensibilité à la casse des URL. La sensibilité à la casse de vos URL est probablement une fonction que vous utilisez:

• Microsoft IIS fonctionnant sous Windows - URL insensibles à la casse - affiche le même contenu indépendamment de la mise en majuscule.
• Apache HTTPD Server fonctionnant sous Linux - URL sensibles à la casse - donne une erreur 404 introuvable pour une capitalisation incorrecte.

À mon avis, aucune des valeurs par défaut n'est idéale:

• Afficher le même contenu indépendamment de la capitalisation rend l'exploration de votre site Web plus difficile. Les moteurs de recherche considèrent le même contenu sur plusieurs URL comme un contenu en double.
• L'affichage de pages d'erreur pour une capitalisation incorrecte n'est pas convivial. Les utilisateurs ne sont généralement pas conscients de la capitalisation lorsqu'ils saisissent.

La solution idéale serait d'afficher la page uniquement lorsque l'URL est correctement mise en majuscule. Pour une capitalisation incorrecte, l'utilisateur doit être 301 redirigé vers la capitalisation préférée. Il y a plusieurs façons d'y parvenir:

• Pour Apache, mod_speling peut être activé, ce qui fera les redirections insensibles à la casse.
• Pour Apache, une règle mod_rewrite peut forcer toutes les URL à être en minuscules .
• Pour IIS, une règle peut être ajoutée pour forcer toutes les URL à être en minuscules

Voici la position de Google à partir d'une session de chat en direct archivée (le lien est maintenant mort):

* La capitalisation incohérente des URL entraîne-t-elle des problèmes de contenu en double et une dilution du classement des pages? Par exemple, www.site.com/abc vs www.site.com/Abc. Sur les hôtes Windows, ce sont la même page, mais ce sont des pages différentes sur les hôtes Unix.

JohnMu: Bonjour John, sur la base des normes existantes, les URL sont sensibles à la casse, donc oui, elles seraient considérées comme des URL distinctes. Étant donné que le contenu des URL est le même, nous le reconnaissons généralement et n'en conservons qu'un. Cependant, nous vous recommandons d'essayer de conserver tous les liens vers une seule version de l'URL. Gardez à l'esprit que cela s'applique également aux fichiers robots.txt. *

L'équipe IE recommande de choisir une convention de casse de fichier et de la respecter strictement car elle peut améliorer les performances.

La RFC 3986 6.2.2.1 définit les URI comme insensibles à la casse, donc ce n'est pas une bonne idée de les rendre sensibles à la casse comme wordpress.org le fait.