Qu'est-ce qui fait une "URL amicale"?
J'ai récemment lu beaucoup de discussions (sur ce site et ailleurs) sur les "URL conviviales" mais je ne sais pas ce qui fait qu'une URL est "conviviale" et pourquoi nous nous en soucions vraiment (jusqu'à un certain point) . Illustration:
Voici un exemple d'URL qui serait considérée comme "conviviale" par la majorité des développeurs Web actuels:
www.myblog.com/posts/123/this-is-the-name-of-my-blog-post
Considérant que ceci serait considéré comme "inamical" (c'est-à-dire mauvais, Néandertal, ignorant, stupide):
www.myblog.com/posts.aspx?id=123
Mes questions:
- L'URL "conviviale" ne contient-elle pas d'informations d'identification en double sur la publication de blog en question? En d'autres termes, une fois que vous avez l'identifiant (123) de l'article, pourquoi avez-vous besoin du titre? Ne serait-ce pas une violation du mantra "ne vous répétez pas"?
- Quelle différence la forme d'une URL fait-elle pour les utilisateurs? Est-ce que les utilisateurs ont réellement --- type URL complètes à la main (autre que le TLD, bien sûr)? Les utilisateurs consultent-ils l'URL d'une page pour déterminer de quoi il s'agit? Pourquoi avons-nous besoin du titre de l'article de blog dans l'URL? N'est-ce pas ce à quoi le tag et le contenu de la page
<title>sont destinés? - J'entends souvent le référencement comme une raison pour laquelle le formulaire d'URL "convivial" est préféré. Pourquoi un moteur de recherche fait-il attention à l'URL? Ne sont-ils pas simplement des logiciels automatisés qui explorent des pages (et les liens vers d'autres pages qu'ils contiennent)? Si les moteurs de recherche étaient écrits comme d’autres composants logiciels (par exemple, des composants d’accès à une base de données), l’URL serait simplement un identificateur sans signification (semblable à un rowguid dans une base de données relationnelle). Si je concevais un schéma de base de données avec quelque chose comme l'URL "conviviale" ci-dessus en tant que clé primaire d'une table, je serais (tout à fait correctement) détruit.
J'ai déjà dit "jusqu'à un certain point", car les URL peuvent évidemment devenir incontrôlables. Voici une URL réelle sur Amazon.com que je ne pense pas qu'une personne sensée puisse considérer comme "conviviale":
Tim Berners-Lee (l'architecte du WWW) a écrit un excellent article sur ce sujet il y a environ 10 ans.
Votre exemple est une mauvaise URL - mais pas seulement parce qu’il contient à la fois un identifiant et un "slug" (forme abrégée et en trait d'union du titre de la page). Mettre le titre de la page dans votre URL est problématique à long terme. Content va changer avec le temps. Si vous modifiez le titre de cet article de blog, vous serez obligé de choisir entre conserver l'ancienne URL ou de modifier l'URL pour qu'elle corresponde au nouveau titre. Changer l'URL rompra tous les liens précédents vers cette page; et ne pas le changer signifie que vous aurez une URL qui ne correspond pas à la page. Ni est bon pour l'utilisateur. Mieux vaut simplement aller avec www.myblog.com/posts/123.
Les utilisateurs ont souvent besoin de taper une URL, mais plus important encore, ils modifient parfois les URL existantes pour rechercher d'autres pages de votre site. Ainsi, il est souvent bon d’avoir des URL découvrables . Par exemple, si je veux voir le post # 124, je pourrais facilement regarder l'URL actuelle et m'imaginer que l'URL de la page que je veux voir est www.myblog.com/posts/124. C'est un niveau de convivialité qui peut être d'une grande aide pour ceux qui essaient de trouver ce qu'ils cherchent. Inclure d'autres informations (comme le sujet du message) peut rendre cela impossible - cela réduit donc mes options d'exploration.
Oubliez le référencement . La technologie des moteurs de recherche réduit depuis quelque temps l'efficacité des piratages SEO. Le bon contenu est toujours roi - et à long terme, vous ne pourrez plus jouer avec le système.
Pour moi, URL amicale signifie qu'il y a eu quelques tentatives pour inclure des informations sémantiques dans l'URL afin de mieux les adapter à la consommation humaine. C’est un exemple intéressant d’interface ordinateur-ordinateur en cours d’extension et de construction pour créer une meilleure interface homme-machine.
Donc, dans vos deux exemples:
www.myblog.com/posts/123/this-is-the-name-of-my-blog-postest convivial, car vous avez inclus le titre dans l'URL - il vous dit quelque chose à propos de la page.www.myblog.com/posts.aspx?id=123est hostile parce que cryptique et obscur: cela est parfaitement logique pour une base de données, mais pas pour vous ni pour moi.
Les URL conviviales sont fantastiques dans certaines situations et inutiles dans d'autres. Fondamentalement, si un utilisateur devait y être exposé, la création d’URL conviviales serait une priorité, et ce n’est pas uniquement une question d’esthétique. Il est beaucoup plus facile de revenir aux URL à partir de la barre d'adresse si vous pouvez rapidement voir et comprendre quelles sont les différentes options. De plus, il est plus évident de savoir où vous allez aller si vous suivez un lien depuis une page web.
Combinez tout cela avec la barre impressionnante de Firefox 3+ (certainement dans d'autres navigateurs également), et l'auto-complétion dans la barre d'adresse devient incroyablement puissant lorsque vous utilisez des URL conviviales.
Il semble exister de nombreuses informations contradictoires sur l'effet de la chaîne de requête sur les robots d'exploration, mais il est généralement admis que le fait de disposer de plusieurs paramètres nuit à votre référencement, car une variable longue de chaîne de requête indique un contenu dynamique. Par conséquent, la plupart des moteurs de recherche seront nombreux. indexer moins agressif votre page.
Ajouter un slug à votre URL, tel que c'est-à-dire-le-nom-de-mon-blog-post à partir de votre exemple, rend également vos liens plus différents les uns des autres qu'un simple numéro d'identification, et ajoute des mots plus significatifs dans l'URL. Ce sont toutes des choses que les moteurs de recherche recherchent.
Personnellement, je trouve ces URL beaucoup plus faciles à analyser visuellement car il y a moins de caractères de ponctuation utilisés, et les paires nom-valeur de la chaîne de requête peuvent être très verbeuses et difficiles à retenir.
C'est un bon point sur la manière dont vous insérez des informations inutiles dans l'URL.
http://stackoverflow.com/questions/522466/what-makes-a-friendly-url
Une fois que l'identifiant unique 522466 est connu - le reste est inutile, il sert donc uniquement à rendre l'URL "agréable" et à donner à l'utilisateur une idée du lien vers la page. Mais cela crée un autre problème. La plupart des sites ne "vérifient" pas cette partie de l'URL, vous pouvez donc mettre -
http://stackoverflow.com/questions/522466/omg-goatse-bought-by-bill-gates
Pourtant, il sera toujours lié à ce post. Vous pouvez voir comment cela peut causer plus problèmes qu’ils ne valent parce qu’ils pourraient être utilisés de manière malveillante.
Je pense que Digg a pris la bonne approche à cet égard. Ils n'utilisent pas d'identifiants dans leurs URL. Dans les coulisses, ils obtiennent l'ID de leur base de données uniquement du titre donné.
http://digg.com/linux_unix/I_Like_Linux_so_my_aunt_sends_me_this_for_Christmas
Ceci, pour moi, est le parfait url. Il me donne toutes les informations dont j'ai besoin pour me sentir en sécurité en cliquant sur le lien.
En fait, les titres jouent un rôle si important que, dans le monde de digg, les personnes "blind digg" se basent uniquement sur le fait qu’elles apprécient le titre ou s’y intéressent. Si votre URL semble intéressante, vous risquez fort de générer davantage de trafic sur votre site. En même temps, vous rendrez le site plus convivial, plus joli et les moteurs de recherche vous en remercieront. Autant que je sache, les urls amicales sont gagnantes pour tous.
Mes pensées sur vos trois balles:
- Je dirais que ce n'est pas une URL optimale. Je ne sais pas pourquoi on montrerait à la fois l'identifiant et le titre de l'article. Je n'inclus jamais d'ID de publication dans mes URL, mais uniquement les titres et (parfois) les dates.
- Pour les utilisateurs, plus c'est court, mieux c'est.
- Les moteurs de recherche regardent l'url. Que ce soit logique ou non, ils le font. Avoir des mots-clés dans l'URL offrira un avantage en termes de référencement.
Tout d’abord, ils sont amicaux pour les robots des moteurs de recherche. Google et d'autres utilisateurs accordent une grande valeur aux mots de l'URL qui correspondent à ceux de la page. Par conséquent, si le titre de votre message blog se trouve dans l'URL, cela aidera votre moteur de recherche.
Deuxièmement, ils sont amicaux avec les gens qui ne savent pas ce qu’ils visitent. Sur lequel des liens que vous avez utilisés à des fins de comparaison êtes-vous plus susceptible de cliquer si votre adresse est Twitter/email/messagerie instantanée/etc?
Ahh ... le truc, c'est à qui l'URL est conviviale. Les moteurs de recherche perçoivent la première URL comme plus conviviale, car elle contient apparemment des informations sur le contenu et ne ressemble pas à la même page répétée avec un paramètre différent.
Par exemple, en comparant
www.aTvShowSite.com/show.aspx?id=123
www.aTvShowSite.com/show.aspx?id=124
un robot dira d'accord, je ne sais pas ce que c'est ... mais elles me ressemblent.
Alors que comparer
www.aTvShowSite.com/shows/AmericanIdol
www.aTvShowSite.com/shows/Lost
les fait ressembler à des pages différentes (même s'il peut s'agir de la même page aspx les servant), et les robots ont tendance à les classer plus haut.
EDIT: En outre, il convient de noter que de nombreux robots examinent le texte de l’URL pour déterminer son utilité. Par conséquent, une recherche sur "Perdu" touchera probablement plus le deuxième type d’URL que le premier, le contenu de la page est identique.
Pour ce qui est de:
Ne serait-ce pas une violation du mantra "ne vous répétez pas"?
Cela fait référence à l'application CODE !! , pas l'application elle-même !!
Il est parfaitement logique d'avoir
- Titre dans la balise <title>
- Dans l'URL
- Et comme première ligne dans le contenu.
Et pratiquement partout ailleurs, le contenu en a besoin.
A quoi ce "mantra" fait-il référence si votre code devrait ressembler à ceci:
<title><%=obj.getTitle()%></title>
Reading:<h1><%=obj.getTitle()%></h1>
Link to this:<a href="getHrefFor( object.getTitle() )">obj.getTitle()</a>
Etc. etc.
Au lieu d'avoir différentes méthodes avec du code copier/coller tout autour de votre application.
Je suis d'accord avec vous, mais chut ne le dites à personne.
C'est juste mon humble avis, mais il me semble stupide que
http://stackoverflow.com/questions/522466/
et
http://stackoverflow.com/questions/522466/what-makes-a-friendly-url
sont la même page. Je veux dire, je vois que le titre de la question avec trait d'union donne un contexte à l'URL, mais à moins que vous ne sachiez que cette partie est facultative, l'URL ne fait que s'allonger inutilement.
L'URL "peu amicale" que vous affichez expose un détail d'implémentation: que se passera-t-il si, à l'avenir, vous décidez de supprimer ASP et d'utiliser un autre outil? Vous devrez changer toutes les URL (baad!) Ou utiliser un schéma de changement de nom.
Avoir le titre répété dans l'URL n'est peut-être pas nécessaire, mais il s'avère pratique de faire beaucoup de liens collés pour vérifier que vous vous connectez au bon endroit.
Notre site Web utilise des URL dites "non amicales", mais nous créons des URL spéciales "amicales" pour des lieux spécifiques que les membres du public utilisent pour des fonctions spécifiques, en particulier pour les supports imprimés.
Par exemple, nos tickets de stationnement ont http://www.dnv.org/parking sur eux.
CP
La deuxième URL est plus conviviale, tandis que la première est plus conviviale pour les moteurs de recherche.
Les moteurs de recherche accordent une plus grande pertinence aux mots figurant dans l'URL. Le nom de domaine est le plus élevé (car il ne peut pas changer), le reste de l'URL reçoit une priorité élevée car sa longueur est limitée, puis le corps du document est analysé.
Ma réponse est assez subjective, car cela dépend de votre nature (facile à saisir manuellement ou à lire à un ami) ou de votre moteur de recherche (dynamisation de votre classement).
Dans cette situation, le principe principal DRY n'est pas rompu, car, en ce qui concerne les moteurs de recherche, "522466" n'est pas la même chose que "ce qui fait de l'url un ami"
Généralement, pour des sites tels que StackOverflow, le jeton est le seul élément d’information qui importe; habituellement, vous pouvez mettre ce que vous voulez après cela et cela vous mènera au même endroit (ignoré par le serveur Web).
La description de la page est uniquement là pour aider les moteurs de recherche à identifier le sujet de la page (qui est Nice)
Matt et @bigmattyh: le référencement n’est pas un "hacks": c’est comprendre ce que "bon contenu" signifie sur le Web. Les titres de page font partie du contenu. Un bon texte d'ancrage dans les liens est "bon contenu" (plutôt que d'utiliser des mots comme "cliquez ici" comme texte du lien). Placer les liens dans leur contexte plutôt que dans une liste est un "bon contenu".
Les titres de page sont des fruits à portée de main, mais ils restent l’un des moyens les plus simples d’améliorer le SERP. Oui, les liens entrants (et leur qualité) sont critiques, mais les titres peuvent faire des merveilles, en particulier à court terme. Vous n'avez pas besoin d'utiliser le titre de la page (qui peut changer de temps en temps) comme titre de l'article: résumez le contenu manuellement.
Ne devinez pas ce qui suit: (a) lisez des sources telles que SEOmoz.org et (b) analysez votre propre site de manière rigoureuse.
Autre point: il arrive parfois que des personnes modifient manuellement des URL afin de remonter dans l’arborescence. Ils pourraient donc essayer de charger une page du type http://site.com/a/b , obtenir une erreur «Introuvable», puis essayer http://site.com/a ou http://site.com . Bien entendu, si vos URL ne sont pas basées sur une arborescence de répertoires réelle, cela peut ne pas fonctionner. Mais vous pouvez toujours essayer de le supporter.
Certains navigateurs le encouragent même, comme IE avec ses messages d'erreur et Safari avec un menu qui apparaît lorsque vous cliquez avec le bouton droit de la souris sur le titre de la page.
Pour commencer, essayez de séparer les caractères (az, AZ, 0-9) et bien sûr: /._- de l'URL. Tout le monde n'a pas tous ces caractères sur son clavier (par exemple, Par exemple, je n'ai pas & sur mon clavier, je n'ai pas ~)
Quand, par exemple, faire une analyse d’URL ou quelque chose de similaire, est également utile si la syntaxe de l’URL est "clean"
À mon avis, les ID et les UUID ne devraient jamais faire partie de l'URL, jamais.
1) Certaines bases de données NoSQL n’utilisent pas du tout les identifiants, elles utilisent des UUID. Les UUID sont longs, les portions sont séparées par des tirets. Google traitera un tiret comme un séparateur de mots: cela signifie que votre URL contiendra 5 mots clés inutiles.
2) Un être humain ne comprend pas les identifiants ni les UUID. Une personne comprend les mots et les URL parlantes.
3) Si le titre change, vous pouvez simplement faire une redirection comme le fait WordPress, comme l'a fait remarquer @TRiG.
4) Enfin, pensez à utiliser une date pour pouvoir distinguer deux articles portant le même titre et publiés dans une année, un mois ou un jour différent. Par exemple, vous pouvez avoir deux critiques (première édition et deuxième édition) du même livre.
http://example.com/2013/02/11/data-mining-concepts-and-techniques
et
http://example.com/2011/05/23/data-mining-concepts-and-techniques
5) Une date aidera également tout utilisateur à déterminer si le contenu est récent ou non.
6) Une date ajoutera un mot clé important à votre URL: l'année. Supposons que je veuille voir les plus belles filles du monde, je vais taper dans Google: "plus belles filles du monde 2014". Mon URL sera:
http://example.com/2014/07/10/the-most-beatiful-girls-in-the-world
7) Last but not least, Chrome met en cache le site que vous avez visité. Vous pouvez donc trouver le site ci-dessus en tapant simplement dans la barre d'adresse "filles".
Le terme URL lisible est également beaucoup utilisé. L'utilisation d'URL conviviales et lisibles est une technique née du référencement et c'est à peu près tout. Sinon, plus le chemin est court, mieux c'est. Faire les règles de réécriture habituellement ralentit le processus d'obtention de la page rapide au client, alors prenez en compte cela également.