Marta invierte 900 € al mes en campañas de Meta para su tienda de cosmética natural. En junio, su diseñador actualizó la plantilla de PrestaShop para arreglar un problema con el móvil. Nadie tocó las campañas. Tres semanas después, su agencia le preguntó por qué el píxel llevaba 21 días sin registrar una sola compra: el código estaba pegado en un archivo del tema antiguo, y con la actualización desapareció. Resultado: tres semanas de campañas optimizando a ciegas, con dinero real.
GA4 y píxeles en tu PrestaShop sin tocar la plantilla: el error que comete casi toda pyme en Alicante
La historia de Marta se repite constantemente en las tiendas online que revisamos desde nuestro servicio de web y comercio electrónico en Alicante. El patrón es siempre el mismo: alguien necesita añadir un código de medición o verificación —Google Analytics 4, Google Tag Manager, el píxel de Meta o TikTok, Microsoft Clarity, la verificación de Search Console, un chat— y lo pega donde puede: en el archivo header.tpl del tema, en un hueco del configurador de la plantilla o en un módulo gratuito cualquiera.
Funciona… hasta que deja de funcionar. Y casi nunca avisa.
Por qué se pierden las etiquetas (las tres causas reales)
1. El código vive en el tema, y el tema cambia
Todo lo pegado en archivos de la plantilla muere con la siguiente actualización o cambio de tema. Es lo que le pasó a Marta: nadie hizo nada «mal»; simplemente el código estaba en el sitio equivocado.
2. Muchos módulos «rompen» los scripts al guardar
Hay un fallo técnico muy extendido: PrestaShop filtra el HTML al guardar configuraciones y elimina las etiquetas script y meta por seguridad. Pegas el código de GA4, le das a guardar, parece que está… y el módulo ha guardado un código mutilado que no mide nada. Quien lo ha sufrido sabe la de horas que se pierden hasta descubrirlo.
3. Cada etiqueta tiene su sitio, y no es el mismo
El fragmento noscript de Google Tag Manager debe ir justo tras abrir el body; los chats rinden mejor al final de la página; las verificaciones y GA4 van en el head. Cuando todo se pega en el mismo hueco, unas cosas miden mal y otras frenan la carga.
La solución: un gestor de códigos independiente del tema
La forma correcta es que los códigos vivan en un módulo pensado para eso, no en la plantilla. Para eso hemos publicado sncustomcode, nuestro módulo de código personalizado para PrestaShop (del 1.7 al 9), que aplica las reglas que usamos con nuestros propios clientes:
- Tres posiciones correctas: dentro del head, justo tras abrir el body (el sitio del noscript de GTM) y antes de cerrarlo (chats y scripts no críticos).
- Guardado que no destroza etiquetas: tu código se almacena intacto, con scripts incluidos — el fallo del punto 2 no existe.
- Fragmentos ilimitados y segmentados: cada etiqueta se activa por tipo de página (portada, ficha, carrito, pago…), por dispositivo y por idioma. El píxel de remarketing no tiene por qué cargar en la página de contacto.
- Tu equipo fuera de la analítica: un clic oculta cualquier etiqueta a los empleados con sesión abierta, para que vuestras propias visitas no ensucien GA4. Y el modo inverso —visible solo para empleados— permite probar una etiqueta nueva en producción sin riesgo.
- A prueba de actualizaciones: los códigos viven en el módulo. Cambia de tema cuando quieras; la medición sigue.
Es un pago único de 29 € + IVA con entrega inmediata (venta directa, sin marketplace), actualizaciones incluidas y manual online paso a paso. Y si tu web la mantenemos nosotros dentro del mantenimiento informático de Softnet, te lo dejamos configurado con tus etiquetas en la misma visita.
El checklist de 10 minutos para saber si mides bien
- Compra de prueba (o carrito) con el informe en tiempo real de GA4 abierto: ¿aparece el evento?
- El píxel de Meta, ¿registra «Purchase» o solo «PageView»?
- ¿Tu propio equipo está excluido de las estadísticas o cada presupuesto que preparáis cuenta como visita?
- Tras la última actualización de la plantilla, ¿alguien comprobó que las etiquetas seguían ahí?
Si alguna respuesta te hace dudar, ya sabes dónde está el problema — y lo barato que es arreglarlo comparado con tres semanas de campañas a ciegas.
Preguntas frecuentes
¿Puedo poner GA4 en PrestaShop sin programar?
Sí. Con un gestor de códigos como sncustomcode pegas la etiqueta en el módulo, eliges posición y páginas, y guardas. Sin FTP, sin editar archivos .tpl y sin depender del diseñador para cada cambio.
¿Por qué mi módulo borra el código de Google al guardar?
Porque PrestaShop filtra el HTML de la configuración y elimina las etiquetas script por seguridad. Muchos módulos no lo tienen en cuenta y guardan el código mutilado. sncustomcode almacena el código de forma que llega intacto a tu página.
¿Funciona con PrestaShop 9 y con cualquier plantilla?
Sí: es compatible de PrestaShop 1.7 a 9 y no depende de la plantilla — precisamente esa es la idea: que cambiar de tema nunca vuelva a borrar tu medición.
¿Qué pasa con las visitas de mis propios empleados en GA4?
Si no las excluyes, inflan las estadísticas y ensucian las audiencias de remarketing. La opción «ocultar a empleados con sesión» del módulo imprime las etiquetas solo para visitantes reales.
Mide bien o decide a ciegas
Cada euro de publicidad y cada cambio en la tienda se decide con los datos que recogen esas etiquetas. Dedícales el mismo cuidado que al escaparate: revisa el checklist de arriba y, si quieres que lo hagamos nosotros, escríbenos — revisamos tu medición, la dejamos a prueba de actualizaciones y te enseñamos a comprobarla en dos minutos.
🗓️ Última actualización: Septiembre 2026 — Softnet Sistemas, S.L. (Alicante).