Quels sont les avantages de la réécriture d'URL?
La réécriture d'URL est devenue très populaire, mais je pense que cela ne fait qu'ajouter plus de complexité au Web. Les URLs à l'ancienne sont souvent appelées "URL sales", je vais donc utiliser ce terme.
On prétend qu'en réécrivant cela rend l'URL plus "détectable" mais comment est-il plus découvrable avec cette URL
www.magic.com/date/2010/02/02
que cette URL?
www.magic.com/date=2010-02-02
Je crois que les gens découvriraient davantage avec l'URL à l'ancienne que l'URL de réécriture.
Avec la bonne vieille adresse URL, utilisant des esperluettes et des signes identiques, vous dites en réalité aux moteurs de recherche comment ils se rapportent les uns aux autres. Avec des barres obliques, vous ne pouvez pas. Ils ne savent pas que /2010/02/02 est en fait une date ou que les chiffres se rapportent au /date/. Cela suppose simplement que c'est un répertoire différent avec des données différentes. Avec date=2010-02-02 je pense que cela permettra aux moteurs de recherche de comprendre leurs relations mutuelles.
Les URL sales peuvent facilement être raccourcis avec les services de raccourcisseur d'URL, mais tout le monde copie une URL et la colle; ils ne l'écrivent pas. C'est beaucoup plus simple s'ils écrivent une URL sale bien présentée. Une URL comme goo.gl/8aPtuI semble plus difficile sur le plan cognitif que generic.com/awesome.
J'ai lu un argument selon lequel les moteurs de recherche s'arrêtaient aux URL générées de manière dynamique, mais je suis sceptique. Pratiquement tous les sites Web sont créés dynamiquement, alors pourquoi s’arrêteraient-ils là?
Je pense aussi que les URL sales peuvent être méta-riches si vous le faites correctement.
www.generic.com/rate=5&name=Allen&sex=m
et il est beaucoup plus facile pour les moteurs de voir comment ils sont liés que de le faire,
www.generic/com/rate/5/name/Allen/sex/m.
Quels sont les avantages réels?
Je ne l'appellerais pas tant "réécriture d'URL" que "avoir un schéma d'URL sain". Il y a un bon et un mauvais endroit pour tout.
Dans l'exemple que vous donnez, vous avez absolument raison. vous avez un ensemble non paramétré de 'paramètres', et la syntaxe clé = valeur & clé2 = valeur2 & ... est excellente pour cela.
Cependant, avec l'exemple de date que vous donnez, il existe un Nice structure hiérarchique. Ainsi, par exemple, si votre site contient une liste mensuelle, vous pouvez créer _www.magic.com/date/2010/02_ pour une page d'index avec le choix de jours, ou une liste annuelle pour _www.magic.com/date/2010_ pour un index de mois (et peut-être une barre latérale). avec jours), et _www.magic.com/date_ pour un index des années et/ou quelque chose de similaire.
Tout se résume à ce qui est élégant. Une réécriture d'URL inutile (vous avez donné l'exemple parfait) peut être aussi inélégante qu'un chemin transféré dans une requête clé = valeur. Et seuls les utilisateurs avisés s’efforceront de réécrire manuellement l’URL.
Comme le soulignent d’autres réponses, il faut veiller à ne pas fuir les composants internes. Par exemple, il est très mauvais d’utiliser /mypage.ext?internalThing=blah & ... car tout le monde sait que vous utilisez ext. Vous ne devriez pas montrer l'extension de votre script. Supposons que vous souhaitiez changer mypage.php en mypage.py ou quelque chose du genre; alors (comme le suggèrent d’autres réponses), cela confondra les moteurs de recherche. Ceci est une préoccupation distincte de la réécriture d'URL; par exemple, il serait tout aussi mauvais de faire /mypage.ext/category. C’est probablement simplement une corrélation entre le fait que les personnes qui ne sont pas au courant de la réécriture d’URL ne savent pas non plus que les liens /mypage.ext? ... sont une mauvaise pratique.
D'autre part, la réécriture d'URL peut nécessiter une intégration avec le serveur Web, ce qui peut représenter une perte de temps supplémentaire.
Quand j’en ai appris sur la réécriture d’URL, j’ai trouvé de bons articles
Présentation de la réécriture d'URL et de ses avantages
Réécriture d'URL - avantages et implications
Également:
SEO convivial. Si re réingénierie du site permet de passer d'asp à aspx, nous pouvons conserver la même extension mais utiliser une technologie différente, de sorte que la classification et le classement des anciens sites restent les mêmes.
Permet aux développeurs de développer rapidement des applications Web ou des sites Web. Disons que nous avons des pages de contenu que nous gérons depuis un système de gestion de contenu et que nous les montrons au début, nous devions créer des pages au début, mais en utilisant la réécriture d'URL, nous créons une seule page au premier plan et utilisons l'URL pour l'écriture. inter prate comme n pages différentes
Sécurité: le site sera plus sécurisé car un utilisateur malveillant ne pourra pas connaître la structure de l'application
Nous évitons la chaîne de requête et utilisons la réécriture d'URL pour transmettre des données entre différents appels de page.
Une bonne opinion que j'aime bien:
"Je pense que les principales raisons sont la convivialité et l'optimisation des moteurs de recherche . En ce qui concerne le référencement, je pense que vous pouvez insérer des mots clés dans l'URL plutôt que les identifiants. Pour vos utilisateurs, il est plus facile de naviguer sur un site avec:
mysite.com/products/tools/hammers/stanley
que:
mysite.com/products.aspx?id=43245&cat=33&subcat=867&manfuacturer=854
L'utilisateur peut simplement enlever des sections de l'URL pour remonter d'un niveau. Je suis sûr qu'il y a beaucoup d'autres raisons loufoques, mais ce sont quelques-unes des principales. "
Et du point de vue de la sécurité :
Cela sécurisera le site car un utilisateur malveillant ne pourra pas connaître la structure de l'application
Et une citation de Google Blog :
Cependant, gardez à l'esprit que les URL dynamiques avec un grand nombre de paramètres peuvent poser problème aux robots d'exploration des moteurs de recherche en général, donc la réécriture des URL dynamiques dans des versions conviviales est toujours une bonne pratique lorsque cette option est disponible pour vous. Si vous le pouvez, si vous limitez le nombre de paramètres d'URL à un ou deux, il est plus probable que les moteurs de recherche analysent vos URL dynamiques.