Qu'est-ce qui fait une "URL conviviale"?
j'ai lu beaucoup de discussion récemment (à la fois sur ce site et ailleurs) sur les" URLs amicales", mais je ne suis pas sûr de ce qui rend une URL exactement" amicale " et pourquoi nous nous soucions vraiment (jusqu'à un certain point). Illustration:
ce qui suit est un exemple d'URL qui serait tenue par la majorité des développeurs Web actuels comme "amical":
www.myblog.com/posts/123/this-is-the-name-of-my-blog-post
attendu que cela serait considéré comme "inamical" (c.-à-d. mauvais, Neandertal, ignorant, stupide):
www.myblog.com/posts.aspx?id=123
mes questions:
- L'URL "friendly" ne contient-elle pas des informations d'identification dupliquées sur le billet en question? En d'autres termes, une fois que vous avez l'id (123) du post, pourquoi avez-vous besoin du titre? Ne serait-ce pas un 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 déjà tapez URLs complètes à la main (autre que le TLD, bien sûr)? Est-ce que les utilisateurs regardent l'URL D'une page pour déterminer de quoi il s'agit? Pourquoi devons-nous le titre du blog dans l'URL? N'est-ce pas à cela que servent la balise et le contenu de la page
<title>
? - j'ai souvent entendre SEO comme une raison pour laquelle la forme D'URL "amicale" est préférée. Pourquoi un moteur de recherche spider se soucie-t-il de L'URL? Ne s'agit-il pas simplement de logiciels qui rampent les pages (et les liens vers d'autres pages qu'ils contiennent)? Si les moteurs de recherche étaient écrits comme les autres composants logiciels (par exemple, les composants d'accès à la base de données), L'URL serait simplement un identifiant dénué de sens (semblable à un guide de ligne dans une base de données relationnelle) pour eux. Si je concevais un schéma de base de données avec quelque chose comme L'URL "amicale" ci-dessus comme la clé primaire d'une table, je voudrais (tout à fait correctement) obtenir mâché.
j'ai dit plus tôt "jusqu'à un point" parce qu'évidemment, les URLs peuvent devenir hors de contrôle. Voici une URL actuelle de Amazon.com que je ne pense pas que quelqu'un de sensé considérerait "amical":
19 réponses
Tim Berners-Lee (l'architecte du WWW) a écrit un grand article sur ce sujet il y a environ 10 ans.
-
votre exemple est une mauvaise URL-mais pas seulement parce qu'il a à la fois un id et un" slug " (la forme abrégée, avec un trait d'union du titre de la page). mettre le titre de la page dans votre URL est problématique à long terme. Contenu sera changer au fil du temps. Si vous si vous changez le titre de ce billet de blog, vous serez forcé de choisir entre conserver l'ancienne URL ou modifier L'URL pour qu'elle corresponde au nouveau titre. Changer L'URL cassera 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. Il n'est ni bon pour l'utilisateur. Mieux vaut choisir www.myblog.com/posts/123 .
-
les utilisateurs ont souvent besoin de taper une URL, mais plus important encore, parfois, ils modifieront également les URLs existantes pour trouver d'autres pages dans votre site. Ainsi, il est souvent bon d'avoir des URLs . Par exemple, si je veux voir le post #124, je pourrais facilement regarder L'URL actuelle et la figure que L'URL pour 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 les gens qui essaient de trouver ce qu'ils cherchent. Y compris d'autres informations (comme le sujet du post) peut faire ce impossible ... donc ça réduit mes options d'exploration.
-
Oublier SEO . La technologie des moteurs de recherche réduit l'efficacité des hacks SEO depuis un certain temps. Le bon contenu est toujours roi -- et à long terme, vous ne pourrez pas jouer avec le système.
pour moi, friendly URL signifie qu'il y a eu une tentative d'inclure des informations sémantiques dans L'URL pour le rendre plus adapté à la consommation humaine. C'est un exemple intéressant d'un ordinateur-interface de l'ordinateur renforcé et intégré sur une meilleure interface humain-ordinateur.
donc, dans vos deux exemples:
-
www.myblog.com/posts/123/this-is-the-name-of-my-blog-post
est sympathique, parce que vous avez compris le titre dans l'URL - il dit quelque chose à propos de la page. -
www.myblog.com/posts.aspx?id=123
est inamical parce qu'il est cryptique et obscur: il a un sens parfait pour une base de données, mais aucun pour vous ou moi.
les URL conviviales sont fantastiques dans certaines situations et inutiles dans d'autres. En gros, si un utilisateur y est exposé, je ferais de la création d'URL conviviale une priorité, et ce n'est pas seulement une question d'esthétique. Il le rend beaucoup plus facile de revenir aux URLs de la barre d'adresse si vous pouvez rapidement voir et comprendre ce que sont les différentes options, plus il rend plus évident où vous êtes sur le point d'aller si vous suivez un lien à partir d'une page web.
combinez tout cela avec la barre impressionnant dans Firefox 3+ (sûrement venir dans d'autres navigateurs aussi), et auto-complet dans la barre d'adresse devient incroyablement puissant quand vous avez affaire à des URLs amicales.
il semble qu'il y ait beaucoup d'informations contradictoires sur précisément quel effet les querystrings ont sur les crawlers, mais le consensus est que le fait d'avoir plus d'un couple de paramètres nuit à votre référencement parce qu'une longue variable querystring indique le contenu dynamique, et donc la plupart des moteurs de recherche sera beaucoup moins agressif indexer votre page.
Ajout d'une limace de votre url, comme ce-est-le-nom-de-mon-blog-post à partir de votre exemple, rend également votre 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 de telles urls beaucoup plus faciles à analyser visuellement parce qu'il y a moins de caractères de ponctuation utilisés, et les paires de valeurs de nom dans le querystring peut être très verbeux et difficile à se rappeler.
C'est un bon point sur la façon dont vous mettez des informations inutiles dans l'URL.
/q/qu'est-ce-fait-un-aimable-url-6135/"belle" et fournir à l'utilisateur une idée de ce que la page de liens. Mais cela crée un autre problème. La plupart des sites ne "vérifient" pas cette partie de L'URL, donc vous pouvez mettre --
/q/qu'est-ce-fait-un-aimable-url-6135/aveugles"digg" purement basée sur le fait qu'ils aiment le titre, ou qui sont intéressés à il. Si votre url semble intéressant, vous pouvez très bien obtenir plus de trafic vers votre site. En même temps, vous le rendrez plus convivial, plus joli, et les moteurs de recherche vous en remercieront. Pour autant que je puisse voir, les urls amicales sont win win pour tout le monde.
Mes pensées sur vos trois balles:
- je dirais que ce N'est pas une URL optimale. Je n'ai aucune idée pourquoi on montre à la fois l'Identificateur de poste et le titre. Je n'inclus jamais d'ID de poste dans Mes URLs du tout, seulement des titres et (parfois) des dates
- pour les utilisateurs, plus court est mieux.
- les moteurs de recherche regardent l'url. Si cela a du sens ou pas, ils le font. Avoir des mots-clés dans L'URL offrira un certain avantage de SEO.
il se trouve que je suis d'accord avec vous, mais shhh ne le dites à personne.
c'est juste mon humble opinion, 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 peux voir que le titre de la question avec un trait d'Union donne à L'URL un contexte, mais à moins que vous ne sachiez que cette partie est optionnelle, L'URL s'allonge inutilement.
D'abord, ils sont sympas pour fouiller les chenilles des moteurs. Google et d'autres mettent une grande valeur sur les mots dans l'url qui correspondent aux mots sur la page, donc si le titre de votre article de blog est dans l'URL, il aidera votre moteur de recherche jus.
deuxièmement, ils sont sympas avec les gens qui ne savent pas ce qu'ils visitent. Lequel des liens que vous avez utilisé pour la comparaison êtes-vous le plus susceptible de cliquer sur si elle tombe sur votre twitter/email/IM/etc?
Ahh...l'astuce est de savoir à qui l'URL est conviviale. Les moteurs de recherche perçoivent la première url comme plus conviviale parce qu'elle contient apparemment des informations sur le contenu de l'URL et qu'elle 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 ils ressemblent à la même page pour moi.
alors que la comparaison
www.aTvShowSite.com/shows/AmericanIdol
www.aTvShowSite.com/shows/Lost
les fait ressembler à des pages différentes (même si c'est peut-être la même page aspx qui les sert), et les robots ont tendance à les classer plus haut.
EDIT: En outre, il convient de noter que de nombreux robots regardent le texte de l'url pour déterminer son utilité, de sorte qu'une recherche pour "perdu" va probablement frapper le deuxième type d'url plus que le premier, même si le contenu de la page est identique.
comme pour:
ne serait-ce pas une violation du mantra "ne vous répétez pas"?
qui se réfère à la demande CODE!! , pas l'application elle-même!!
Il prend tout son sens à avoir
- titre dans le
étiquette - dans L'URL
- et as première ligne dans le contenu.
et presque partout ailleurs le contenu en a besoin.
ce que Ce "mantra" fait référence si le 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 des méthodes différentes avec le code de copie/collé tout autour de votre application.
L'URL "non conviviale" que vous montrez expose un détail d'implémentation: et si, dans le futur, vous décidez de laisser tomber ASP et d'utiliser autre chose? Vous devriez changer toutes les URLs (baad!) ou de recourir à un système de renommage.
Avoir le titre répété dans l'URL est peut-être pas nécessaire, mais il s'avère pratique lorsque vous faites beaucoup de lien collage, vérifiez que vous êtes en les reliant à la bonne place.
notre site web utilise des URL dites 'non conviviales', mais nous créons des URLs spéciales' conviviales ' pour des endroits spécifiques que les membres du public utilisent pour des fonctions spécifiques, en particulier sur les documents imprimés.
par exemple, nos tickets de parking ont http://www.dnv.org/parking sur eux.
CP
Eh bien, pour commencer,essayez de garder les caractères séparés de (A-z,A-Z, 0-9) et bien sûr :/._ de l'url. Tout le monde n'a pas tous ceux sur leurs claviers (par exemple, je n'ai pas & sur mon clavier, ni ne ai ~)
quand par exemple, faire une analyse d'url ou quelque chose de semblable, aide aussi si la syntaxe d'url est "clean"
la 2e URL semble plus conviviale, alors que la première semble conviviale pour les moteurs de recherche.
Les moteurs de recherchedonnent une plus grande pertinence aux mots qui apparaissent dans L'URL. Le nom de domaine obtient le plus haut (parce qu'il ne peut pas changer), le reste de L'URL obtient une haute priorité parce que la longueur est limitée, et puis le corps du document est analysé.
ma réponse est très subjective, parce qu'elle dépend de si vous êtes humain amical (facile à taper à la main, ou lire à un ami) ou si vous êtes moteur de recherche conviviale (boostant votre classement.)
dans cette situation, il ne casse pas vraiment le principe sec, car en ce qui concerne un moteur de recherche, '522466' n'est pas la même chose que 'what-makes-a-friendly-url '
généralement pour les sites comme StackOverflow, le token est le seul élément d'information qui importe; habituellement vous pouvez mettre ce que vous voulez après ce point et il vous mènera au même endroit (ignoré par le serveur web).
la description de la page est seulement là pour aidez les moteurs de recherche à identifier le sujet de la page (qui est nice)
un autre point: les gens éditent parfois manuellement les URLs, afin de remonter l'arborescence des répertoires. Donc ils pourraient essayer de charger une page comme http://site.com/a/b , obtenir une erreur "Not found", puis essayer http://site.com/a ou http://site.com . Bien sûr, si vos URLs ne sont pas basées sur une arborescence de répertoire réelle, cela peut ne pas fonctionner. Mais vous pouvez toujours essayer de le soutenir.
certains navigateurs même encourager cela, comme IE avec ses messages d'erreur, et Safari avec un menu qui apparaît lorsque vous faites un clic droit sur le titre de la page.
Matt et @bigmattyh: SEO n'est pas un "pirate": il s'agit de comprendre ce que "bon contenu" signifie Sur le web. Les titres de Page font partie du contenu. Bon d'ancrage du texte dans les liens est "bon contenu" (plutôt que d'utiliser des mots comme "cliquez ici" comme texte du lien). Placer des liens dans un contexte plutôt que sous forme de liste est du "bon contenu".
les titres de Page sont des fruits faciles à lire, mais ils demeurent l'un des moyens les plus faciles d'améliorer le SERP. Oui, les liens entrants (et leur qualité) sont essentiels, mais les titres peuvent faire des merveilles, surtout à court terme. Vous n'avez pas à utiliser le titre de la page (qui peut changer de temps en temps) comme titre du post: résumez le contenu manuellement.
ne pas deviner sur ce genre de choses: (a) lire des sources comme SEOmoz.org et (b) analysez votre propre site avec rigueur.
le terme readable url est également utilisé beaucoup. Utiliser des urls amicales/lisibles est une technique née SEO et c'est à propos de cela. Sinon, le plus court chemin le mieux. Faire des règles de réécriture habituellement ralentit le processus d'obtenir la page rapide pour le client alors prendre cela en considération ainsi.
à mon avis, IDs et UUIDs ne devraient jamais faire partie de L'URL, jamais.
1) certaines bases de données NoSQL n'utilisent pas d'IDs du tout, elles utilisent des UUIDs. Les UUIDs 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 aura 5 mots-clés inutiles de plus.
2) un être humain ne comprend pas les ID ou les UUID. Une personne comprend les mots et les URLs parlantes.
3) si le titre changements vous pouvez simplement faire une redirection comme WordPress fait, comme @TRiG pointed.
4) Enfin, n'oubliez pas d'utiliser une date, de sorte que vous pouvez discerner entre deux articles ayant le même titre et posté 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 aussi n'importe quel utilisateur à comprendre si le contenu est récente ou ne l'est pas.
6) une date ajoutera un mot clé important à votre URL: l'année. Supposons que je veux voir les plus belles filles du monde, je vais taper dans Google: "les 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 cache le site que vous avez visité, de sorte que vous pouvez trouver le site ci-dessus en tapant simplement dans la barre d'adresse"filles".
le terme url lisible est également utilisé beaucoup. Utiliser des urls amicales/lisibles est une technique née SEO et c'est à propos de cela. Sinon, le plus court chemin le mieux.