Error 500 Prestashop : Google Analytics tracking ID

Table des matières

Sur Prestashop il peut vous arriver une erreur 500 “error 500” suite à l’ajout de votre code de tracking Google analytics.

Si vous suivez les recommandations de Google Analytics sur les informations de suivi :

Code de suivi et erreur 500 sur Prestashop

Global Site Tag (gtag.js) … Copiez-le afin de l’insérer en tant que premier élément dans la section <HEAD> de chacune des pages Web dont vous souhaitez effectuer le suivi.

Cependant lorsque vous allez dans votre fichier header.tpl du thème actif de votre boutique Prestashop.

RACINE/THEMES/votre_thème/header.tpl

Vous collez votre GTAG entre la balise <HEAD> et </HEAD>

!! VOTRE_UA !! c’est votre id de suivi généralement UA-xxxxxxxxxx-x les x son votre id unique à trouvé dans votre comptes

<!– Global site tag (gtag.js) – Google Analytics –>
<script async src=”https://www.googletagmanager.com/gtag/js?id=VOTRE_UA”></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag(‘js’, new Date());

gtag(‘config’, ‘VOTRE_UA’);
</script>

Vous sauvez votre fichier header.tpl, et là pof! une belle erreur 500 lorsque vous relancez votre boutique en front access.

Comment corriger l’erreur 500 suite à ajout GTAG ?

C’est simple vous devez indiquer à votre template prestashop que le code javascript du GTAG doit être lû de manière littéral. En faite le javascript est bizarrement mal lu et on obtient une erreur 500.

Donc il faut mettre {literal} votre code {/literal} ce qui donne :

{/literal}
<!– Global site tag (gtag.js) – Google Analytics –>
<script async src=”https://www.googletagmanager.com/gtag/js?id=VOTRE_UA”></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag(‘js’, new Date());

gtag(‘config’, ‘VOTRE_UA’);
</script>

{/literal}

Toujours dans le head de header.tpl

sauver, uploader, rafraîchisser la page du site et l’erreur 500 n’est plus. Vous aurez régler le problème, votre site internet sera de nouveau fonctionnel

Pourquoi utilisé {literal} dans le header.tpl ?

Les balises {literal} font que votre code insérer soit interpréter tel quel. Smarty (c’est le moteur de votre template prestashop) ne pourra pas l’interprété. Si vous utilisé du javascript et que des accolades se trouvent dans dans votre code, Smarty peut les interpréter et donc votre code javascript sera faussé. Voir même, cela générera une erreur 500 ! Ce n’est pas très cool pour vous et vos visiteurs.

Des améliorations à apporter sur votre boutique Prestashop

Au fil du temps, il peut y avoir des bugs sur votre plateforme Presta. Des modules mal installés, incompatibles. Une mise à jour serveur qui pose problème, un hack … ou bien, une demande de mise à jour de Prestashop pour améliorer les performance ou l’expérience utilisateur. Vous pouvez comptez sur KADIK2i pour vous aider à intervenir sur votre site e-commerce.

Nous avons aussi l’option de proposer le site où vous pouvez trouver un expert prestashop pour vous aider à bénéficier d’un autre service d’expertise professionnel aussi poussé que le notre en matière de débogage et mise à jour serveur dédié et Prestashop.

plus d'articles

google-sge-tsunami-2024

Google SGE 2024 : Révolution SEO ou Défi Majeur ?

Cet article étendu intègre les informations clés sur la nouveautés très attendu de Google SGE pour le SEO. Il souligne les défis et les opportunités que cette mise à jour pourrait présenter, et propose des stratégies d’adaptation pour les professionnels du SEO.