Récemment
-
Erreur 500 suite installation
Questions relatives à l'installation/upgrade13 -
Suite mise à jour vers 1.6.2.15
Bugs & Améliorations6 -
Les metas OpenGraph
Nouvelles fonctionnalités6 -
Installation du module Mondial Relay
Bugs & Améliorations4 -
1.6.2.12 Two Installation Blocking Bugs
Bugs & Améliorations4 -
Disparition des alert success
Bugs & Améliorations3 -
Mise en avant de PhenixSuite
Nouvelles fonctionnalités3 -
Multi boutique, url virtuelles
Bugs & Améliorations3 -
1.6.2.11 - Bug classe Carrier
Bugs & Améliorations2 -
Aide au debogage Javascript (chargement + événements panier)
Bugs & Améliorations5 -
SendinBlue pour PhenixSuite (API V3)
Modules1 -
Override du module Sthoverimage
Modules1 -
Informations générales
PhenixSuite2 -
Des modules et des hacks - liste non exhaustive des modules présentant un risque
Discussion générale16 -
Comment offrir frais de port à partir d'un certain montant MAIS avec transport facturé au poids ?
Discussion générale5 -
Patch de sécurité thèmes warehouse / iqit (Versions 1.5 & 1.6)
Discussion générale1 -
Copieurs-Colleurs
Discussion générale2 -
Créer un contrôleur front (indépendant)
Tutoriels1 -
Fourre-tout de trucs et astuces
Tutoriels4 -
[1.3] Implanter des classes overrides
Tutoriels1
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/