Prestashop 1.0 à 1.3 : Corriger le duplicate content

La plate-forme de commerce en ligne Prestashop™ propose nativement de très bonnes choses en matière de référencement, avec notamment une optimisation SEO de très bonne facture (URL Rewriting intégré, optimisation fine des balises META Description et des titres, structure technique, etc…)

Néanmoins, certains éléments manquaient à la version 1.0 et je vous propose une petite astuce pour corriger l’un d’eux : le risque de duplicate content en cas de changement de noms de produits ou de catégories par l’administrateur, et plus généralement (concernant les catégories) la gestion avancée de la pagination et des options de tri de produits, de manière à ce que ces pages secondaires soient suivies mais non indexées par les moteurs pour ne pas gêner le positionnement des pages principales…

IMPORTANT : les modifications exposées ci-après ne sont que les fondations de ce qu’il est possible de réaliser. Elles ne prennent pas en compte certains modules existants (comme « sendtoafriend » ou encore « contactproduct ») ni aucune modification mettant en œuvre des modifications de variables passées en GET (cas des modules utilisant les technologies AJAX notamment).

Par ailleurs, le code dépend en grande partie du paramétrage serveur (gestion des variables d’environnement et des variables serveur) et il n’est de ce fait pas possible de produire un code générique fonctionnant pour n’importe quelle boutique.

Réécriture des URL et problématique rencontrée

Le phénomène est très aisément décelable, en ce sens qu’une page produit reste accessible par son URL rewritée :

http://ma-boutique.com/10-nom-produit.html

Mais aussi sans contrôle aucun, par toute URL pseudo réécrite de même forme :

http://ma-boutique.com/10-ici-ce-que-vous-voulez.html

ou encore son URL non réécrite :

http://ma-boutique.com/product.php?id_product=10

Dans le cas des pages de catégories, on observe le même phénomène, en y ajoutant les options de pagination de listes de produits, ainsi que les options de tri :

http://ma-boutique.com/10-nom-categorie

Même page avec accès non réécrit :

http://ma-boutique.com/category.php?id_category=10

ou bien réécrite mais avec pagination (ici 3ème page) :

http://ma-boutique.com/10-nom-categorie?p=3

ou encore réécrite mais avec tri des produits sur le prix du moins cher au plus cher (nb : options cumulables avec la pagination !) :

http://ma-boutique.com/10-nom-categorie?orderway=ASC&orderby=price

Le principal soucis est que ces n formes d’URL peuvent potentiellement être détectées et indexées par les moteurs de recherche et notamment Google, et de ce fait se faire concurrence puisque leur contenu sera résolument identique (à quelques détails près si le phénomène est uniquement dû au changement du nom du produit par l’administrateur de la boutique !) ou en tout cas très proche, dans le cas des tris et paginations de catégories.

Qui dit contenu dupliqué, dit déclassement dans le positionnement, et donc indirectement, chute du chiffre d’affaire !

La solution

Le principe repose sur deux choses simples :

• détecter si l’on se trouve sur une page produit ou catégorie
• retrouver l’URL théoriquement correcte et le cas échéant, rediriger la page vers cette dernière si celle utilisée est différente !

Une limite technique de PHP fait que nous ne pouvons rediriger une page (en modifiant l’entête HTTP à la volée) que si aucune donnée n’a été balancée dans le flux HTML ; en d’autres termes, la détection doit impérativement se faire avant d’afficher quoi que ce soit ! La structure de Prestashop™ nous oblige donc à agir dans le premier fichier affichant des données dans le flux : header.php

Voici le code à insérer dans le fichier header.php (que vous trouverez à la racine de votre boutique Prestashop™) :

<?php require_once(dirname(__FILE__).'/init.php'); /* CODE A INSERER A PARTIR D'ICI */ /***** Test et correction des URL non valides *****/ if (isset($_GET['id_product']) AND Validate::isUnsignedId($_GET['id_product'])) { 	// Nous sommes sur une page produit 	$cookie = new Cookie('ps'); 	Tools::setCookieLanguage(); 	$product = new Product(intval($_GET['id_product']), true, intval($cookie->id_lang)); 	if (Validate::isLoadedObject($product) AND $product->active) 	{ 		$goodurl=$_GET['id_product']."-".$product->link_rewrite.".html";	// URL theorique 		$currenturl=basename($_ENV['REQUEST_URI']);				// URL courante 		$redir=strcmp($goodurl, $currenturl); 		if($redir!=0) 		{ 			// Pas la bonne URL donc redirection HTTP 301 vers l'URL correcte 			header('HTTP/1.1 301 Moved Permanently', false, 301); 			header("Location: http://" . $_SERVER["SERVER_NAME"] ."/". $goodurl); 			exit(); 		} 	}; } if (isset($_GET['id_category']) AND Validate::isUnsignedId($_GET['id_category'])) { 	// Nous sommes sur une page Categorie 	$cookie = new Cookie('ps'); 	Tools::setCookieLanguage(); 	$category = new Category(intval(Tools::getValue('id_category')), intval($cookie->id_lang)); 	if (Validate::isLoadedObject($category) AND $category->active) 	{ 		$paramurl=""; 		// Detection d'un eventuel numero de page 		if (isset($_GET['p'])) { 			$varpagenumber=$_GET['p']; 			if($varpagenumber>1) { 				$paramurl="?p=$varpagenumber"; 				$smarty->assign('nobots', 1);	// variable Smarty de Prestashop qui appose la valeur "noindex,follow" dans la balise META Robots 			}; 		}; 		// Detection des variables eventuelles de tri de produits 		if (isset($_GET['orderby'])) { 			$varorderby=$_GET['orderby']; 			$paramurl.=(empty($paramurl)?"?":"&")."orderby=$varorderby"; 			$smarty->assign('nobots', 1);		// variable Smarty de Prestashop qui appose la valeur "noindex,follow" dans la balise META Robots 		}; 		if (isset($_GET['orderway'])) { 			$varorderway=$_GET['orderway']; 			$paramurl.=(empty($paramurl)?"?":"&")."orderway=$varorderway"; 			$smarty->assign('nobots', 1);		// variable Smarty de Prestashop qui appose la valeur "noindex,follow" dans la balise META Robots 		}; 		$goodurl=$_GET['id_category']."-".$category->link_rewrite.$paramurl;	// URL theorique 		$currenturl=basename($_ENV['REQUEST_URI']);				// URL courante 		$redir=strcmp($goodurl, $currenturl); 		if($redir!=0) 		{ 			// Pas la bonne URL donc redirection HTTP 301 vers l'URL correcte 			header('HTTP/1.1 301 Moved Permanently', false, 301); 			header("Location: http://" . $_SERVER["SERVER_NAME"] ."/". $goodurl); 			exit(); 		} 	}; } // FIN DU CODE A INSERER Langage du code : PHP (php)

Et Prestashop 1.1 ?

La dernière version du script (au moment où j’écris cet article) a changé la réécriture d’URL pour les pages produit, qui intègrent désormais dans leur URL la catégorie et le cas échéant les sous-catégories de classification de l’article.

Cela a une incidence sur les produits potentiellement classables dans des catégories différentes (ce qui peut arriver) car les pages produit correspondantes seront inévitablement dupliquées, avec des URL différentes, ce qui engendrera du duplicate content à terme dans les moteurs de recherche.

La solution consiste donc à supprimer cette nouvelle réécriture d’URL ; pour cela, il suffit de se rendre dans le répertoire Classes à la racine de votre boutique, et d’éditer le fichier Link.php et plus particulièrement les lignes suivantes :

public function getProductLink($id_product, $alias = NULL, $category = NULL, $ean13 = NULL)     {          if (!isset($this->allow)) $this->allow = 0;         if (is_object($id_product))             return ($this->allow == 1)?(__PS_BASE_URI__.intval($id_product->id).'-'.$id_product->link_rewrite.($id_product->ean13 ? '-'.$id_product->ean13 : '').'.html') :             (_PS_USE_SSL_.__PS_BASE_URI__.'product.php?id_product='.intval($id_product->id));         elseif ($alias)             return ($this->allow == 1)?(__PS_BASE_URI__.intval($id_product).'-'.$alias.($ean13 ? '-'.$ean13 : '').'.html') :             (_PS_USE_SSL_.__PS_BASE_URI__.'product.php?id_product='.intval($id_product));         else             return _PS_USE_SSL_.__PS_BASE_URI__.'product.php?id_product='.intval($id_product);     } Langage du code : PHP (php)

Il s’agit en fait de modifier la fonction getProductLink, qui renvoie le lien « bien formé » de notre produit… en recopiant le code de cette fonction de la version 1.0 de la boutique 😉 

On se retrouve ainsi dans la configuration d’une version 1.0 et l’on peut donc appliquer de la même manière, les modifications ci-dessus pour corriger en temps réel les pages dupliquées !

Mise en œuvre sur votre boutique Prestashop™

On peut bien évidemment aller beaucoup plus loin au niveau technique, mais n’oubliez pas de réaliser une sauvegarde de votre boutique ET de votre base de données (même si ce type de modification n’est censé avoir aucun incidence sur les données) avant toute mise en place en production !