Lesquelles de ces 3 réécritures d'URL sont les meilleures URL conviviales pour le référencement?


11

Imaginez mon site Web actuel sans fichier CMS avec une URL comme http://example.com/en/tomato.

Ceci est bien sûr très peu sexy et pourrait être quelque chose de vraiment de la soupe de tomate , de la tomate le groupe de musique , de la tomate le film , ou plus improbable mais quand même ... juste des tomates!

Donc, je veux le rendre plus spécifique pour les vrais humains ainsi que pour les moteurs de recherche. Étant donné: à la fois le code de langue court et le code de nom de fichier sont essentielles et ne peuvent pas être remplacés si quelque part il doit y avoir enet tomatopreciding / suivant tout delimiter comme /pour .htaccess faire les invisibles réoriente à corriger /tomato.php?language=en.

Certaines options se sont produites dans mon esprit pour les mots ajoutés dans l'URL:

A   example.com/en/tomato/just-about-tomatos
B   example.com/en/tomato/just-about-tomatos.htm
C   example.com/just-about-tomatos/en/tomato
D   example.com/en/tomato_just_about_tomatos
E   example.com/en/tomato-just-about-tomatos

Question 1: Lequel d'entre eux est le meilleur pour les humains ainsi que pour les moteurs de recherche?

Question2: Quelle règle élégante unique devrait rendre cela possible dans .htaccess ?

Merci pour vos suggestions et réponses! Très appréciée.

Réponses:


6

Je pense que vous avez peut-être sélectionné la meilleure réponse prématurément?

Question 1:
Mon choix serait example.com/en/tomato/just-about-tomatos- ma justification étant:

  • /en/est un dossier de langue principale qui englobe tout le contenu qu'il contient. Il est donc le mieux adapté pour apparaître directement après le domaine et constitue le meilleur choix pour une implémentation multilingue après a) un nouveau domaine et b) un sous-domaine.
  • /just-about-tomatosest la page - devrait donc résider à la fin. Il n'est pas nécessaire d'écrire .htmà la fin, car vous réécrivez l'URL et les utilisateurs NE SE SOUCIENT PAS de la langue / plateforme que vous utilisez.

Question 2:
Afin d'ajouter la just-about-tomatospartie à votre URL, vous devrez probablement envisager de créer un système de cartographie car cette phase n'apparaît pas dans votre URL existante.


a reconsidéré votre suggestion comme la meilleure réponse, en effet! Une dernière question: serait-ce bien d'avoir la dernière partie (qui peut vraiment être n'importe quoi) textuelle avec des espaces? <a href="/webmasters//en/tomato/just about tomatos">....</a> ou faut-il absolument éviter les espaces et les remplacer par des tirets -?
Sam

2
Les espaces ne peuvent pas faire partie d'un nom de fichier / URL Web (sauf s'ils sont encodés) et ne sont pas considérés comme les meilleures pratiques (car un espace indique la fin de l'URL), et à tout le moins (si vous devez les utiliser) doivent être encodés avec %20. J'irais certainement avec des tirets (tirets) à chaque fois.
Mike Hudson

+1 pour cette petite clearification. Outre les tirets, -quelles sont les autres options? Sont +meilleurs que des tirets? La fonction urlencode de PHP les utilise par défaut il semble ... que recommandez-vous sur ce problème? Merci beaucoup
Sam

+fera aussi bien dans la plupart des situations, mais il semble que Google (et la plupart des autres éditeurs, y compris SE) a choisi le côté trait d'union de la clôture - goo.gl/7ZFtV
Mike Hudson

1
@Sam - Je ne vois rien de mal à cela - il pourrait cependant sembler un peu spam lorsque vous commencez à répéter des mots inutilement.
Mike Hudson

4

Je veux juste clarifier ce qu'Eric Vold écrit sur le paramètre ( ?lang=en)

Il s'avère que Google ne recommande pas d'utiliser ce type de paramètre, car cela prête à confusion pour les visiteurs (et d'autres facteurs).

La meilleure option de votre liste serait A comme le suggère seriocomic, mais encore mieux si vous le dites ainsi:

en.example.com/tomato/just-about-tomatos


@aji, +1 pour avoir lu mon esprit sur ce site lang.website.com/etc, MAIS je n'ai pas noté cette option car je ne sais pas comment rendre cela possible via htaccess / mon compte pesk avec hébergement partagé ... Bien que cela la question est juste de savoir quelle méthode serait la meilleure, ce serait vraiment cool si vous suggérez comment y arriver. Merci quand même pour votre suggestion!
Sam

3

L'URL doit être aussi descriptive que possible et doit être en contexte avec le contenu qu'elle affiche. Je travaille également beaucoup sur les URL de référencement et je pense qu'à ma connaissance, l'option B est bonne.

B   example.com/en/tomato/just-about-tomatos.htm

Sur la base de votre justification, les 4 suggestions faites par le questionneur conviennent-elles?
Mike Hudson

2
Il me semble étrange que vous choisissiez celui avec une extension de fichier.
UpTheCreek

1

L'utilisation de tirets est bonne pour le référencement et cette technique est favorable pour l'écriture d'URL de type SEO. Nous utilisons différents types d'URL, mais elles ne sont pas prises en charge pour le référencement.


-1

le .htmest bon car il permet aux utilisateurs de savoir de quel type de fichier est la page. Je ne suggérerais pas d'utiliser /en/dans l'URL parce que vous voulez que tous les utilisateurs viennent / établissent un lien vers la même page, quelle que soit la langue, et que la langue soit simplement modifiée via le paramètre de chaîne de requête d'URL.

Je suggère donc:

website.com/tomato/just-about-tomatos.htm?lang=en


1
C'est assez difficile - 1) pourquoi avoir une chaîne de requête quand vous pouvez la réécrire de manière plus conviviale? (Il réécrit déjà l'URL!) 2) Pourquoi l'utilisateur se soucie-t-il du «type de fichier» de la page?
UpTheCreek
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.