Une URL «SEO Friendly» peut-elle contenir un identifiant unique?

Question

Je souhaite commencer à utiliser "SEO Friendly Urls". mais la notion de génération et de recherche de gros textes uniques "ids" semble être un défi de performance important par rapport à la simple recherche d’un nombre entier. Maintenant, je sais que ce n’est pas aussi «humain», mais si je changeais de

http://mysite.com/products/details?id=1000

à

http://mysite.com/products/spacelysprokets/sproket/id

Je pourrais toujours utiliser l'identifiant seul pour rechercher rapidement les détails, mais l'URL elle-même contient des mots-clés qui s'afficheront dans ces détails. Est-ce assez convivial pour Google? J'espère que le processus semble beaucoup plus simple que de générer quelque chose de particulier et de significatif à la fin.

Merci!

James

Answer 1

  

https://stackoverflow.com/questions/ < strong> 820493 / can-an-seo-convivial-url-contenir-un-id-unique

Je dirais que vous allez bien.

Answer 2

Faites attention à autoriser le rendu d'une page en utilisant la même méthode que le débordement de pile.

http://stackoverflow.com/questions/820493/random-text-can-cause-problems

Les chapeaux noirs peuvent-ils entraîner une pénalité de contenu en double pour les concurrents à longue queue (croyez-moi).

Voici deux choses que vous pouvez faire pour vous en protéger.

• HTTP 301 redirige toute URL d'affichage entrante qui correspond à votre ID mais ne correspond pas au texte correct.

  

Exemple:    http://stackoverflow.com/questions/820493/random-text-can-cause-problems   301 - >    http://stackoverflow.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id

• Utilisez des URL canoniques.

  

< link rel = " canonical "   href = " http: //stackoverflow.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id"   / >

Answer 3

Consultez les URL utilisées par StackOverflow. Ils ont un identifiant unique, puis ils ont les outils SEO-friendly. Vous pouvez omettre le contenu convivial pour le référencement et l'URL fonctionne toujours.

Answer 4

Vous faites ici un bargan de diables, vous échangez des objectifs commerciaux contre des objectifs technologiques.

Si vous deviez poser la question "D'un point de vue purement commercial et en matière de référencement, est-il préférable d'inclure ou non des identifiants uniques dans l'URL?" la réponse serait clairement de ne pas les utiliser.

La question devient alors, si vous les utilisez, combien vous fait mal dans les moteurs de recherche? La réponse est que cela a certainement un impact négatif. Combien reste-t-il à déterminer?

En termes de "convivialité", non, ils ne le sont certainement pas.

En ce qui concerne Google, ils indiquent "Dans la mesure du possible, réduisez les URL en réduisant les paramètres inutiles". Consultez leur structure d'URL .

Answer 5

Je ne suis au courant d'aucun problème lié à l'ajout d'un identifiant à une URL. En fait, il peut s'avérer extrêmement utile, car il permet de modifier la partie de l'URL adaptée aux utilisateurs, sans provoquer de rupture du lien vers une page déjà indexée par un moteur de recherche. En prenant SO comme exemple, voici un lien vers votre question:

https://stackoverflow.com/questions / 820493 / vous-pouvez-mettre-tout-texte-que-vous-voulez-ici

Answer 6

Rien de mal à cela. Un nombre croissant de services ont commencé à utiliser une solution hybride comme suit: Paul Tomblin a déjà souligné . Outre SO, Tumblr utilise également ce modèle (c'était peut-être le premier).

En outre, dans certains services, tels que Google Actualités , l’URL doit contenir un identifiant numérique unique.

Answer 7

Se débarrasser de l'URL paramétrée aidera certainement. D'après mon expérience, l'inclusion de l'identifiant ne fait pas mal, tant qu'il n'y a pas de paires '? Clé = valeur' ??dans l'URL.

Answer 8

J'ai deux remarques apparemment contradictoires à formuler ici: -

1. Personne ne regarde les URL! L'expérience a " formé " les utilisateurs du navigateur pour afficher l'adresse " Adresse " contenu de la boîte comme étant invisible, ils savent qu'il s'agira de deux "ureadable", "sens" et "déroutant", donc ils l'ignorent complètement.

2. L'utilisation d'une chaîne pouvant être facilement convertie en un entier peut offrir un léger avantage en termes de performances par rapport à l'utilisation d'une chaîne plus longue qui est légèrement plus difficile (hash () vs to_int ()) à convertir en un entier. Toutefois, dans le contexte d’une application Web moyenne, toute différence de performances serait négligeable.

Mon conseil serait de rester avec ce que vous êtes à l'aise.

Answer 9

Utilisez quelque chose comme modrewrite pour analyser les URL avant qu'elles ne soient envoyées. serveur. Ainsi, vous pouvez convertir un slug du type http://oorl.com/ 99942 / My-Friendly-Text-For-Search-Engines / dans http: / /oorl.com/lookup.php?id=99942 . Cela vous permettra également de changer le slug et les mots-clés utilisés pour optimiser certains liens sans endommager les fonctionnalités.

Answer 10

Les doublons font référence à un impact plus négatif que l’URL conviviale, faites attention à l’utilisation de faux textes avec id, vos concurrents pourraient ne pas les utiliser.

Answer 11

Oui, et il est plus plus convivial pour SEO d'inclure un numéro dans votre URL car cela signifie que Google met régulièrement à jour votre contenu.

Je suis à peu près sûr qu'il est beaucoup plus difficile d'obtenir un index dans Google Actualités si aucun numéro incrémentiel n'est associé à vos URL.