Récemment
-
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite5 -
Feuilles de styles non chargées si smart cache activé [RÉSOLU]
PhenixSuite5 -
PayPal Module Error
Bugs & Améliorations2 -
Transient Bug after 1.6.2.31 Upgrade
Bugs & Améliorations2 -
blockcategory et left_column
BUG connus1 -
[REGLÉ] override - je n'y arrive pas.
Modules10 -
les routes sur mesures
Discussion générale6 -
Nouvelle attaque ?
Discussion générale11 -
Problème calcul HT
Bugs & Améliorations42 -
Erreur sur facture générée depuis le FO
PhenixSuite3 -
Factures ne se génèrent plus depuis 06/12 [RÉSOLU]
Bugs & Améliorations20 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités4 -
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale2 -
PaypalAPI erreur
PhenixSuite50 -
Thème possible
Questions relatives à l'installation/upgrade2 -
erreurs cleaner
Discussion générale3 -
multiples déclinaisons sur produit [RÉSOLU]
Bugs & Améliorations22 -
Thème enfant
PhenixSuite3
Supprimer le ID de l'url, et afficher la catégorie dans l'url, est-ce réellement utile ?
-
L'URL a son importance dans le référencement.
Mais le fait d'afficher l'ID peut-il gêner ce référencement ? l'ordre des mots a son importance, certains proposent de faire des modifications pour supprimer cet ID.Et concernant les catégories ?
-
Supprimer les id pour rendre les URL "propre" revient régulièrement dans les propositions des "agences SEO".
Ceci est un mythe qui n'apporte rien de concret en terme de l'amélioration de votre positionnement / visibilité.
Cela conduit aussi à certains problèmes majeurs que vous aurez à faire face à la vie le long de votre boutique.Pour la petite histoire, "d'usine" les URLs sont construites en utilisant les modèles suivants:
product : .../<id_product>-<link_rewrite>....html
category: ../<id-category>-<link_rewrite>
supplier: ../<id-supplier>__<link_rewrite>
manufacturer: ../<id_manufacturer>_<link_rewrite>
meta: <link_rewrite>-
Les allégations au sujet de l'utilisateur final ayant des difficultés pour entrer votre url sont fallacieuses. 95% de vos visiteurs ont recherché et cliqué sur une url avant d'entrer sur votre site, par conséquent, cela leur importe peu de savoir comment elle est formatée. Si ils tapent votre URL, il y a beaucoup de chance qu'ils fasse une erreur (spécialement sur les smartphone). Si l'id est là, PrestaShop sait ce que signifie la demande effectue une 301 vers l'url exacte.
-
Les robots des moteurs n'éprouvent aucune peine avec vos urls, et assez rapidement, ils comprennent le schéma de celles-ci.
-
Sur la durée de vie de votre boutique, vous ferez des faute de frappe sur vos produits, ou un lien-rewrite pas bon parce que nouvelle langue, ou encore changer le titre du produit après que la première url simplifiée soit générée automatiquement, ... Si vous avez décidé d'exclure les id, il n'y a aucune façon pour le coeur de comprendre à quel produit cette "vielle" url se réfère. Pas d'autre choix pour vous que d'ajouter manuellement la redirection (301) au sein de votre .htaccess pour répondre à cela. Après quelques années vous finirez avec des milliers sinon des centaines de milliers d'entrées avec 301. (Google recommande que les 301 et 404 existent un minimum de 1 an). Sous Apache, le .htaccess est analysé pour chaque demande - en supposant 50 visiteurs simultanés qui conduisent à l'analyse de RewriteRule 50 * n lignes. nginx fait différemment, mais changer une règle de réécriture nécessite un rechargement / redémarrage du service - avec beaucoup d'audience cela pourrait être difficile à planifier. RewriteMap existe sur Apache qui fait de même que nginx avec les mêmes contraintes.
-
La collision d'url doit aussi être prise en compte. PrestaShop maintient les link_rewrite par type d'objet. Si vous avez une catégorie Apple, un fabricant Apple, vous devez vous assurer manuellement que les urls soient uniques. Sans parler de catégories / produits / ... qui pourraient entrer en collision avec des pages régulières (panier, panier, promotions, ventes, ...). Ce problème ne peut être résolu que par une recherche et un réglage attentif croisé dans toutes les pages / tables.
-
Qu'en dit Google? De https://support.goog...wer/76329?hl=fr, "La structure des URL d'un site doit être aussi simple que possible. Organisez votre contenu de manière à donner aux URL une structure logique et facile à comprendre . Remplacez, si possible, les ID trop longs par des termes compréhensibles. ". Compréhensible pour des humains (dans la version anglaise)! Oui les humains font des erreurs. Ils se souviennent partiellement un texte complexe (un-joli-sac-jaune ? sac-jaune? joli-sac ? un-joli-sac ?). Si vous gardez l'id dès que celui-ci est correct, le visiteur voit la page correcte. Garder l'id vous aide construire logiquement vos urls. Pas besoin de se creuser la tête à comment dois-je nommer cette catégorie puisque le nom correspond déjà un fabricant.
L'approche KISS (Restons simple) dicte de maintenir la partie ID de l'url. Cela vous libère l'esprit pour la création des descriptions au contenu intéressant, vraiment convivial, SEO, qui aura un vrai bénéfice sur votre positionnement. Ne confondez pas la recommandation à la simplicité avec couper les angles qui conduisent à des scénario catastrophe.
-
-
https://www.webbax.ch/2017/02/08/votre-prestashop-sans-id/
https://www.onasus.com/prestashop-seo-clean-urls-considerations/