<script language="javascript" type="text/javascript" src="http://tracker.twenga.fr/572"></script>
<script language="javascript" type="text/javascript">
var track = new twengaTrack();
track.TwengaUID = xxx; //Fourni par Twenga
track.totalHT = '{$total_products}';
track.currency = '';
track.totalTTC = '{$total_products_wt}';
track.shipping = '{$total_shipping}';
track.tax = '{$total_tax}';
track.tva = '';
track.orderId = '{$id_cart}';
track.userId = '{$customer->id}';
track.cli_email = '{$customer->email}';
track.cli_firstname = '{$customer->firstname}';
track.cli_lastname = '{$customer->lastname}';
track.cli_city = '{$invoice->city}';
track.cli_state = '';
track.cli_country = '';
track.cli_segment = '';
track.payment_method = '';
track.Master_Account_ID = '';
track.twNewOrder();
//
track.itemPriceHT = '';
track.itemQuantity = '';
track.itemSku = '';
track.itemName = '';
track.itemCategoryName = '';
track.twAddItem();
//
track.twSend();
</script>

Savoir le si le tracking Twenga Prestashop fonctionne

Tout simplement en affichant la variable debug en tout début de fichier. Afficher également le source de la page pour vérifier les variables du script sont bien affectées.

Source de l'article

Configuration des modules pour un bon début d'optimisation SEO

L'URL Canonique permet d'éviter d'avoir plusieurs URL pointant vers la même page (duplicate content) sur votre site. Pour cela, il convient de mettre simplement votre nom de domaine principal

Le sitemap est aussi un indispensable. Il n'est pas généré par défaut tant que vous ne l'avez pas configuré.

De la même manière, on coche les pages CMS et les produits pour qu'ils puissent être présent dans le plan du site. Par défaut, l'URL d'accès est : http://www.monnomdedomaine.com/sitemap.xml

Configuration du site et mise en place de la balise h1

Le gros problème de ce CMS se situe dans l'optimisation de référencement qui n'est simplement pas présente par défaut. Certains nous diront qu'on ne peut pas tout avoir et ils auront raison . Il est donc nécessaire d'ajouter une balise h1 différente pour chaque page avec dans le fichier /themes/montheme/header.tpl :

<h1><a href="{$smarty.server.REQUEST URI}">{$meta_title|escape:'htmlall':'UTF-8'}</a></h1>

Configuration .htaccess et redirection 301

Il arrive qu'un site comporte plusieurs noms de domaine ou a déjà une existence sur les moteurs de recherche (pages indéxées). Dans ce cas, il est nécessaire d'insérer le script ci-dessous :
Ce dernier effectue une redirection 301, l'ajout des www. et la redirection de tous les domaines pour n'avoir qu'un nom de domaine principal du type www.monnomdedomaine.com. A noter la notion du ou permettant d'avoir plusieurs RewriteCond.

RewriteCond %{HTTP_HOST} ^paslebonnomdedomaine.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.paslebonnomdedomaine.com$
RewriteRule ^(.*) http://www.domaineprincipal.com/$1 [QSA,L,R=301]
RewriteCond %{REQUEST_URI} ^.htm.*
RewriteRule ^(.*)   http://www.domaineprincipal.com/  [QSA,L,R=301]

Bientôt la suite de cet article sur le référencement SEO sous Prestashop. Nous étudierons comment optimiser au mieux un site internet sous Prestashop en évitant les modules pièges (type tags…).
 

Nous confier le réferencement de votre site internet ?

Vous souhaitez nous confier le référencement de votre site, nous contacter

Avant, tout appliquer sur le fichier global.css ceci :

div.rte, .mceContentBody {
text-align: left;
background: white;
color: black;
}

Si cela ne fonctionne toujours pas, vous avez appliqué une couleur à une balise * (c’est mal) ou encore html (c’est encore plus mal)

• URL OK : http://www.monnomdedomaine.com/order-confirmation.php
• URL KO : http://www.monnomdedomaine.com/order.php
• URL Retour : http://www.monnomdedomaine.com/modules/cmcicpaiement/validation.php

Le paramètre URL OK sert quand le paiement est confirmé alors que le paramètre URL KO est quand il y a eu un problème.
Quoi qu’il se passe l’URL Retour est appelé après ces 2 paramètres pour ajouter la commande dans le BO de Prestashop.
Attention à bien être le contact technique de manière à ce que ces informations puissent réellement être mises en place.

• Un module pour menu haut fait son apparition, il s’agit ni plus ni moins que du module de Julien Breux
• Langue espagnole en natif
• Import amélioré et plus rapide. Ce dernier importe mieux les images et surtout enfin des messages précis sur les erreurs !
• Plusieurs IP de maintenance peuvent être mises séparées par des virgules
• Plus de problème d’installation pour l’utilisateur admin (tentative de piratage vous vous souvenez ?)
• Plusieurs modules de paiement font leur apparition Hipay ainsi que Moneybookers

Bref vous pouvez utiliser sans souci cette version pour un site en production.

• header.tpl
• footer.tpl

Sur le header.tpl

{if $page_name != index}
<!-- Left -->
<div id="left_column">
{$HOOK_LEFT_COLUMN}
</div>
{/if}

Il faut redimensionner dynamiquement #center_column pour que le site soit correctement agencé avec :

<div id="center_column"{if $page_name == index}class="width-980"{else}class="width-556"{/if}>

.width-980{width:980px;}
.width-556{width:556px;}

{if $page_name != index}
<div id="right_column">
{$HOOK_RIGHT_COLUMN}
</div>
{/if}

Finit les problèmes d’export ou d’import de base même avec beaucoup de produits. Tout ceci à cause des logs et de la mauvaise configuration de votre administration.
Lors de l’installation de Magento, il vous est proposé de sauvegarder les sessions soit :

• En base de données
• En fichiers

Le fait de choisir base de données est bien sûr conseillé, mais il faut absolument un Cron configuré dans l’administration de Magento pour pouvoir supprimer les informations de sessions supérieures à 7 jours par exemple.
Pour bien comprendre, beaucoup d’informations internaute sont inscrites en base de données (heures et dates de visites…), mais quel intérêt de mémoriser de telles informations surtout qu’elles se cumulent surchargeant le MySQL de votre serveur.

Mettre en place un CRON pour la suppression des tables log_*

Toutes les tables log_ se cumulent si aucun traitement n’est mis en place.  L’exemple ci-dessous le montre :

• Aller dans votre administration Système > Configuration > Système
• Modifier comme ci-dessous votre configuration

• Laisser passer 1 jour pour visualiser que le CRON à fonctionner, si tel est le cas modifier la valeur Sauvegarde de logs en jours à 7.

Tous les 7 jours vous avez un nettoyage automatique de votre base de données pour votre site internet sous Magento.

Régler le problème d’import Magento avec moteur de stockage InnoDB

On se heurte souvent à un mur avec Magento avec un moteur de stockage InnoDB. Ce dernier très puissant permet l’utilisation des transactions et s’assure donc que chaque enregistrement sera soit effectué soit échoué.
L’inconvénient dans le cas de Magento se situe clairement lors d’un import. Lorsque l’on importe un fichier SQL, cette erreur revient souvent :

Cannot delete or update a parent row: a foreign key constraint fails

Et oui, souvenez vous le système InnoDB utilise les transactions et s’assure que ‘lon ne peut insérer ou modifier les tables qui sont reliées avec des clés étrangères. Donc pas d’autre solution que d’utiliser une directive MySQL en la rajoutant en 1ère ligne de votre fichier .sql

SET foreign_key_checks = 0

En ordonnant de ne pas vérifier les clés étrangères, cela vous permet de faire l’importation des données des tables dans n’importe quel ordre. Cela accélère aussi l’opération d’importation. FOREIGN_KEY_CHECKS est disponible depuis MySQL 3.23.52 et 4.0.3.

Mettre FOREIGN_KEY_CHECKS à 0 peut aussi être utile pour les opérations de LOAD DATA .

Import de gros fichiers volumineux sous Magento

Autre inconvénient de Magento, sa lourdeur sous MySQL, en effet une distribution Magento prend minimum 120 Mo lors d’un dump dans un fichier .sql.
Gros problème, cela ne passe ni dans phpMyAdmin qui lui ne gère que les fichiers <= 50 Mo ni en copier coller dans la partie SQL.
Plusieurs solutions indiquent qu’il faut utiliser la commande system de PHP avec :

system("mysql --host --user=botre_user --password=votre_mdp < ".dirname(__FILENAME__)."dump.sql",$fp);

Sauf que certains hébergeurs (notamment mutualisés) ne vous donne pas l’autorisation d’exécuter cette commande.

Import fichier .sql avec BigDump

Ayant testé plusieurs solutions, je vous confirme qu’il faut utiliser BigDump. Ce script en open source utilise l’Ajax pour pouvoir exécuter jusqu’à plus de 1 Go de fichier SQL. Il autorise également le CSV mais nous préfèrerons la méthode du bon vieux .sql. Voici les étapes :

• Téléchargez BigDump
• Uploader votre fichier d’import volumineux “dump.sql” également à la racine de votre serveur
• Configurez votre connexion à la base de données – l.40
• Configurer $filename         = ‘../dump.sql’; – l.47
• Modifier define (‘MAX_QUERY_LINES’,100000);  – l.79 – l’import avec magento peu planter si cette valeur n’est pas assez importante
• Rajouter pour éviter le problème de Inno DB

$result = mysql_query("SET foreign_key_checks = 0 ");
if (!$result) die('Requête invalide : ' . mysql_error());

En le rajoutant juste après

// Start processing queries from $file
  if (!$error)
  {...

Résultat : Moins de 5 minutes pour importer avec succès un fichier dump.sql de 240Mo !! Voici un aperçu du traitement :

Import de gros fichier avec Magento et Bigdump

Changer les identifiants SQL sous Magento

Ces informations sont contenus dans le fichiers XML local.xml dont voici le chemin :

app/etc/local.xml

Voici l’arborescence de ce fichier, ce qui nous intéresse bien évidemment est le noeud connection

<config>
 <global>
 <install>
 <date><![CDATA[Mon, 23 Feb 2009 20:16:40 +0000]]></date>
 </install>
 <crypt>
 <key><![CDATA[81cfd7663c76ac5e5efc40a14c37a7bf]]></key>
 </crypt>
 <disable_local_modules>false</disable_local_modules>
 <resources>
 <db>
 <table_prefix><![CDATA[]]></table_prefix>
 </db>
 <default_setup>
 <connection>
 <host><![CDATA[localhost]]></host>
 <username><![CDATA[username]]></username>
 <password><![CDATA[password]]></password>
 <dbname><![CDATA[dbname]]></dbname>
 <active>1</active>
 </connection>
 </default_setup>
 </resources>
 <session_save><![CDATA[files]]></session_save>
 </global>
 <admin>
 <routers>
 <adminhtml>
 <args>
 <frontName><![CDATA[admin]]></frontName>
 </args>
 </adminhtml>
 </routers>
 </admin>
</config>

• Module bancaire marchand
• Liens de paiement (ces derniers permettant d’envoyer un lien de paiement par mail avec un devis en pièce jointe). Le client a ainsi la possibilité de payer en toute sécurité si il accepte le devis. Evite la chasse aux chèques !