Jump to content

Cédric Girard

Members
  • Posts

    1,161
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Cédric Girard

  1. Bonjour Juste un "léger" détail : il faut que le code au niveau du template ne jarte pas les marqueurs HTML, sinon ça ne s'affichera pas (je le sais pour avoir dans le passé été confronté à ça...)
  2. Même s'il n'y a pas pénalisation, il y a "aberration" d'avoir trois pages ayant le même contenu (fut-il ordonné de manière différente) et qui donc se font "concurrence". Et ne pas espérer classer ces trois pages dans Google dans ces conditions Il y a TOUT à gagner à maîtriser finement la notion de duplicate content.
  3. Juste pour vous aider : voici un bout de code ;-) // Non indexation des pages "inutiles" $currenturl=$_ENV['REQUEST_URI']; // URL courante (complète) if((!(strpos($currenturl,"order.php")===false))||(!(strpos($currenturl,"sitemap.php")===false))||(!(strpos($currenturl,"/content/")===false))||(!(strpos($currenturl,"cms.php")===false))||(!(strpos($currenturl,"new-products.php")===false))||(!(strpos($currenturl,"best-sales.php")===false))||(!(strpos($currenturl,"prices-drop.php")===false))||(!(strpos($currenturl,"contact-form.php")===false))||(!(strpos($currenturl,"search.php")===false))) { // On est sur une page de type panier, nouveaux produits, etc... $smarty->assign('nobots', 1); } La variable c'est "nobots" et non "norobots" (j'avions confondu ) ; ce code vous pouvez l'insérer dans le header.php, juste au-dessus de la ligne de commentaire /* CSS */ Voilà :-) Attention, dans le code ci-dessus perso je passe en non indexable tout ce qui n'est pas "produit" (en clair : les pages CMS, les pages de recherche, toutes les pages liées au compte client et au panier, la page sitemap, etc.) ; non indexable MAIS les liens peuvent être suivis donc on ne perd pas de linkjuice Autre précision : selon votre serveur/hébergeur, la variable d'entête HTTP REQUEST_URI peut aussi se trouver dans $_SERVER... à tester !
  4. Pour ma part je ne parlerais pas de "pénalisation" stricto sensus mais d'un critère entrant en compte dans la notation des pages et leur positionnement. META dupliquées (en tout ou partie) = moins bonne place Contenu dupliqué = moins bonne place (de manière beaucoup plus marquée apparemment) Google s'est toujours défendu de pénaliser les sites sur le duplicate content mais en pratique le constat est quand même nettement en faveur d'une pénalité réelle. Si les annuairistes demandent des descriptions uniques depuis quelques temps, ce n'est pas par hasard (je connais certains webmasters qui ont perdu jusqu'à 90% de leur trafic suite à la MAJ de l'algo Google appelée "Mayday"... Trafic progressivement retrouvé après éradication du DC)
  5. Bonjour Au passage, c'est "noindex,follow" qu'il faut et pas "index,nofollow" ;-) Une méthode est de tester depuis le header.php la page en cours, et le cas échéant de forcer la variable Smarty "norobots"...
  6. Bonjour Pour une mesure "réelle" du trafic, utilisez plutôt Google Analytics car le système intégré de stats de Prestashop est plutôt... optimiste (c'est un euphémisme) Pour bannir une IP, vous pouvez utiliser le fichier htaccess : RewriteCond %{REMOTE_ADDR} ^92\.120\.80\.[0-9]+ RewriteRule .* - [F] ATTENTION : ça bloque toutes les IP commençant par 92.120.80.xxx !!! On peut aussi utiliser la syntaxe deny from 92.120.80.0/255.255.255.0 ou encore deny from 92.120.80.0/8 Ces deux syntaxes utilisent un masque binaire pour spécifier le nombre de bits à ne pas filtrer, en partant de la fin de l'IP ; par ex. ici on prend toutes les valeurs sur les 8 derniers bits en partant de la fin, soit la dernière valeur de l'adresse. (syntaxe à vérifier, ça fait longtemps que j'ai pas fait ce genre de chose...)
  7. Bonjour De toute façon en matière de référencement, soyons bien clairs : à moins d'être sur une véritable niche au niveau des produits, il n'y a pour ainsi dire aucune chance de ressortir dans les SERP (en français : pages de résultats de recherche) sans linking derrière. Par contre, mettre en ligne un site encore en dév. avec des fiches produit déjà remplies permet à Google de découvrir tout seul votre site, et d'en indexer progressivement son contenu. De toute façon avec un stock à zéro et un paramétrage correct, les commandes ne sont pas possibles. Partant de là, une fois le site fonctionnel (même partiellement : il suffit que le design soit validé et qu'il y ait quelques produits et une solution de paiement active) vous pouvez débuter le linking et l'optimisation éditoriale. Il faut savoir que la prise en compte du linking par les moteurs n'est pas immédiate, que les inscriptions dans les annuaires (par exemple) peut être longue à la validation, et surtout... qu'un certain nombre d'annuaires REFUSENT les sites en construction, voire les site e-commerce sans module de paiement bancaire et/ou de mentions légales (à raison d'ailleurs) ! L'usage d'un module de type fenêtre modale est une solution également, avant la date d'ouverture "officielle". Il suffit juste de prendre ses dispositions : si vous voulez débuter votre activité commerciale par ex. au 01/10/2010, ne mettez pas votre site (définitif) en ligne la veille (un mois avant c'est bien, même si aucune action "marketing" n'est faite, hormis quelques liens dans les 15 jours précédant la mise en prod' du site)
  8. Super merci Question subsidiaire : en imaginant que je veuille incorporer (au hasard) un "mini module de ma confection" permettant d'inclure (au hasard) une sélection de produits précise dans un article (au hasard), tu penses que c'est jouable ? Je sais coder en PHP et j'avoue être bcp plus à l'aise avec Wordpress que Prestashop sur ce point précis...
  9. Bonsoir Non, le javascript est ici "non intrusif", c'est-à-dire qu'il ne fait que modifier l'affichage des informations contenues dans la page, il n'y a pas de chargement "à la volée". Si vous désactivez le javascript (et les CSS) vous verrez votre page "telle que les moteurs la voient". Utilisez un émulateur Lynx pour vous en assurer ;-) Pour moi le problème vient du contenu de vos sous-catégories (je dis ça sans avoir vu le site, mais dans la moitié des sites sur lesquels j'ai travaillé en SEO, c'était le rédactionnel qui péchait à ce niveau...)
  10. OK Je vais attendre la démo et je commande dans la foulée si ça me convient
  11. ...chose valable uniquement si tes produits ne figurent que dans une catégorie Sinon de deux choses l'une : * soit tu affiches la catégorie par défaut (et dans ce cas tu auras le problème si tu arrives d'une catégorie qui n'est pas celle par défaut du produit) * soit tu affiches la catégorie "mère" (et là, bing : duplicate content) D'ailleurs, il faut absolument "forcer" la catégorie par défaut si on l'utilise, sinon DC assuré...
  12. Salut Ça fait en gros ce que je fais ;-) (moi je le fais "à la main" en ce sens que c'est un bout de code à copier/coller dans le header.php, ce qui est de toute façon inévitable) Concernant les catégories dans les URL des produits, sincèrement, le mot-clé tue le mot-clé... La première chose que je fais sur un Prestashop, c'est virer cette "fonctionnalité" ! Sinon au niveau fonctionnement, j'ai pas regardé jusqu'où va ce module, mais il y a plusieurs choses à vérifier : * si vous utilisez des modules utilisant l'AJAX, risque de dysfonctionnement (il faut les "filtrer" un à un sinon la redirection se fera malgré tout, car l'URL en POST passe dans les règles de réécriture à la volée car elle est interprétée par le script) * voir si ça fonctionne pour tous les types de pages * voir si les paramètres d'URL sont bien gérés * coupler ça avec la balise META Robots + la balise Rel Canonical (tant qu'à faire, autant en avoir une gestion propre !) Vous pouvez essayer sur la boutique dans ma signature, ça fonctionne plutôt bien
  13. Bonsoir Et bien... c'était SIMPLISSIME !!! Il suffisait tout simplement d'ajouter (dans mon cas) le sous-domaine correspondant à la langue anglaise :-) (via les Outils / Sous-domaines dans le back-office !) J'avoue que j'ai trouvé par hasard, en bossant sur une nouvelle boutique... Bonne soirée Cédric, pas couché
  14. Bonjour Tout est dans le titre ! Je sais récupérer facilement l'ID de la catégorie courante, mais qu'en est-il de la catégorie mère "racine" (premier niveau) ? Si on pouvait également la récupérer depuis une page produit (par rapport à sa catégorie par défaut) ce serait top également :-) Une idée ? Merci EDIT : solution trouvée ici => http://www.prestashop.com/forums/viewthread/50084/developpement/resolutrouver_le_homecategorieid_du_currentcategorieid
  15. Salut Jeckyl La question qui tue : peut-on simplement, avec ton module, créer de nouveaux widgets "à la carte" ? Dans le genre j'aimerais intégrer MES modules personnalisés Prestashop dans le blog de la boutique... Au niveau intégration c'est du pur xHTML au final, ou ça utilise de l'AJAX ou une iframe ? J'aimerais bien voir un blog qui utilise, pour voir la tête du code afin de m'assurer que ça colle parfaitement à mes "exigences" (le SEO, tout ça...) Dernière question : conforme W3C ?... (xHTML 1.0 transitionnal suffira me concernant !) Merki
  16. Info supplémentaire : une fois que le panier UK a été "initialisé", je peux virer et rajouter les produits sans aucun problème !!! Donc il s'agit bien d'un soucis de cookie... Enfin, je pense
  17. Bonjour J'ai "tuné" ma première boutique, à savoir -http://www.mastermateriel.com à la demande de mon client, qui s'étend à l'international. La partie anglophone a donc été mise en œuvre sur un sous-domaine, et tout fonctionne bien (non sans mal vu que j'ai du toucher au core) sauf UNE chose : l'ajout de produit au panier ! Je penche pour un problème de cookie mais je n'arrive pas à le résoudre. Le paiement par contre s'effectue sans soucis. Si j'ajoute le produit dans la partie française et que je bascule en anglais ensuite, tout va bien (je peux basculer EN/FR nickel, le paiement s'exécute bien) Seul l'ajout direct depuis la partie EN ne fonctionne pas... Une idée ? Merci
  18. Bonjour Plutôt dans le header.php (racine du site) : détectez la présence de la variable search_query (attention à ce que cela ne soit pas un tag... sauf si vous ne voulez pas non plus indexer les pages tags) puis mettez la variable Smarty "nobots" à 1 : elle est faite pour justement gérer le "noindex,follow" ;-)
  19. Bonjour Ce n'est pas le htaccess qu'il faut modifier, mais la fonction GetProductLink ; plus d'infos ici (voir la fin de l'article) : http://www.effi10.com/technique-web-css/prestashop-corriger-le-duplicate-content/ (correction de la fonction GetProductLink - ATTENTION l'article date de la version 1.1 ; ceci dit je ne pense pas que cette fonction ait beaucoup changé, il faut juste virer la catégorie dans le lien du produit !) Par ailleurs, lisez le début de l'article... Juste pour vous faire peur
  20. Bonjour Nous sommes dans le forum référencement, aussi je rappelle qu'un site (aux yeux de Google en tout cas) est toujours géolocalisé en ce sens qu'il n'est vu aux yeux du moteur que pour fonctionner dans une langue (même s'il est bien évidemment possible d'en avoir plusieurs). La solution la plus simple est donc d'utiliser un sous-domaine (ou un domaine), qui sera géolocalisé dans les Google Webmaster Tools, et permettra de procéder à un référencement spécifique par langue (beaucoup, beaucoup, beaucoup plus efficace !) Ceci étant dit, ça nécessite pas mal de modifs dans le code de Prestashop pour fonctionner (notamment pour la gestion des modules de paiement, liés généralement à une seule URL !!!)
  21. Non, pas trop. Il suffit juste d'un "marqueur" quelque part dans le code, idéalement dans le header du template (ligne d'appel Javascript) Recherches "modal jquery" dans Google, tu trouveras pas mal d'exemples
  22. Bonjour Le code HTTP 503 permet justement d'indiquer aux moteurs que le site est en cours de maintenance (ou indisponible TEMPORAIREMENT) de manière à ce que ces derniers ne le désindexent pas. Personnellement je préfère utiliser un script du type fenêtre modale (JQuery fait ça très bien) qui s'affiche systématiquement aux internautes, indiquant que le site est en maintenance. Les moteurs, eux, n'y voient que du feu, ça permet de préserver le positionnement.
  23. Bonjour Le "remplissage automatique" des meta tags n'a jamais été une solution, d'autant que par défaut, le script prend comme balise Title le nom du produit, et comme META Description le résumé (les meta tags, franchement, on s'en f.. !!!) Les deux questions cruciales sont pour moi, sur une boutique Prestashop : 1°) la qualité du CONTENU 2°) la gestion du duplicate content (en grande partie solvable - tout du moins en ce qui concerne les défauts techniques du CMS - moyennant un poil de modifications dans le code) Le deuxième point est ce que l'on pourrait appeler l'optimisation technique SEO "pure" : faire en sorte que les URL soient uniques, quoi qu'il se passe (par un jeu de redirections 301 par exemple, après détection des URL et contrôle de ces dernières) Le premier point, ça fait 80% du travail... et ça, aucun module ne pourra jamais le remplacer ;-)
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More