Cela vaut-il la peine d'utiliser & # 8220; les jolies URL & # 8221; si vous ne vous souciez pas de SEO / SEM

StackOverflow https://stackoverflow.com/questions/1626410

  •  06-07-2019
  •  | 
  •  

Question

Je conçois une application hébergée sous forme de logiciel en tant que service qui ressemble à une version hautement spécialisée du produit Highrise de 37Signal. Dans ce contexte, où le référencement n’est pas un problème, vaut-il la peine d’implémenter "de jolies URLs"? au lieu d'utiliser des identifiants numériques (par exemple, clients / john-smith au lieu de clients / 1234 )? Je remarque que de nombreuses applications Web ne les dérangent que si elles apportent une réelle valeur (applications de commerce électronique, blogs, par exemple): il est essentiel que les moteurs de recherche permettent de trouver le référencement naturel

Était-ce utile?

La solution

Cela vaut toujours la peine si vous avez juste le temps de le faire correctement.

  • Les URL amicales sont bien plus jolies et donnent une meilleure idée de l'endroit où le lien mènera. Ceci est utile si le lien est partagé, par exemple. par message instantané.
  • Si vous recherchez une page spécifique dans l'historique du navigateur, une URL lisible par l'homme est utile.
  • Une URL conviviale est beaucoup plus facile à retenir (utile dans certains cas).
  • Comme indiqué précédemment, il est également beaucoup plus facile de communiquer verbalement (plus souvent qu'on ne le pense).
  • Il cache des détails techniques inutiles à l'utilisateur. Dans un cas où l'ID utilisateur était visible dans l'URL, plusieurs utilisateurs ont demandé pourquoi leur ID utilisateur était supérieur au nombre total d'utilisateurs. Aucun dommage, mais pourquoi avoir un utilisateur confus si vous pouvez l'éviter.

Autres conseils

Dépend de la fréquence à laquelle les utilisateurs transmettent verbalement les URL. Les gens ont tendance à avoir du mal à prononcer quelque chose comme 

http://www.domain.com/?id=4535&f=234&r=s%39fu__

et comme 

http://www.domain.com/john-doe

beaucoup mieux;)

Outre la lisibilité, il est également important de garder à l'esprit qu'en exposant une clé numérique à incrémentation automatique, vous autorisez également une personne à deviner les URL d'autres ressources, ce qui peut donner certains détails sur vos données. Par exemple, si quelqu'un s'inscrit pour votre application et constate que son compte se trouve sur / customer / 12 , sa confiance en votre application peut alors affecter votre confiance, sachant que vous ne possédez que 11 autres clients. Ce ne serait pas un problème s'ils avaient une URL de / client / une entreprise .

Je suis bien plus en mesure de cliquer sur un lien lorsque je le survole, et il contient http://www.example.com/something-i-am-interested-in.html .

Plutôt que de voir http://www.example.com/23847ozjo8uflidsa.asp .

Il est assez agaçant de cliquer sur les liens sur MSDN parce que je ne sais jamais à quoi m'attendre.

Lorsque je crée des applications, je fais de mon mieux pour cacher sa structure, même s’il est subjectif de savoir à quel point & SEO; SEO " vous en sortez - Les jolies URL ont tendance à aider les gens à naviguer et à comprendre où ils se trouvent tout en protégeant votre code contre d'éventuelles injections.

Je remarque que vous utilisez l'application Rails - vous ne disposerez donc probablement pas d'une chaîne de requête aussi longue que celle utilisée dans les langages ASP, PHP ou autres - mais, à mon avis, la propreté et l'apparence générale sont un avantage pour l'interaction client. . Lors du partage de liens, il est préférable que les clients puissent copier l'URL: client / john_doe plutôt que de rechercher un " link me " ou un client aléatoire /

Marco

La combinaison de ces deux éléments est généralement simple: conserver la facilité d'utilisation du routage RESTful de Rails tout en fournissant des informations étendues dans les URL.

Les URL de mes applications ressemblent à ceci: http://example.com/discussions/123-is -il vaut la peine d'utiliser-pretty-urls / http://example.com/discussions/123- est-ce-que cela vaut la peine d'utiliser-pretty-urls / comments http://example.com/discussions/ 123-est-ce-que-cela vaut la peine d'utiliser-pretty-urls / comments / 34567

Vous ne devez ajouter AUCUN itinéraire personnalisé pour cela, il vous suffit d'ajouter la méthode suivante à votre modèle: 

def to_param
  [ id, permalink ].join("-")
end

Et assurez-vous que tous les paramètres d'appel de recherche [: id] de votre contrôleur sont convertis en un entier en définissant params [: id] .to_i.

Juste une note, vous devrez définir un attribut de lien permanent lorsque votre enregistrement est sauvegardé ...

Si votre application est reposante, les URL fournies par les rails sont compatibles avec le référencement par défaut.

Dans votre exemple, clients / 1234 renverra probablement quelque chose comme 

<h1>Customer</h1>
<p><strong>Name:</strong> John Smith</p>
etc etc

Toute araignée SEO actuelle sera suffisamment intelligente pour analyser la page de destination et extraire celle-ci "John Smith". à partir de là de toute façon.

Ainsi, dans ce sens, clients / 1234 est déjà un "sympa". URL (par opposition à d'autres systèmes, dans lesquels vous auriez quelque chose comme ressource / 123123/1234 pour le client 1234 ressource / 23232/321 pour le client 321).

Désormais, si vous voulez que vos utilisateurs utilisent régulièrement des URL (comme dans delicious, etc.), vous pouvez commencer par utiliser des identifiants de connexion et des champs lisibles.

Mais pour le référencement, les identifiants vont bien.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top