¿Debe instalarse cada módulo en cada tienda?

Cada módulo indica el rango de versiones de PrestaShop que admite en su propia página de producto, ahí encontrarás la versión exacta que cubre. La mayoría de los módulos del catálogo entregan un único ZIP que detecta la versión de la tienda durante la instalación y carga la ruta de código adecuada. Así, la misma compra sigue funcionando mientras actualizas tu tienda con el tiempo.Qué significa "admitido" en la práctica:Ejecutamos pruebas de regresión en una instalación limpia de cada versión admitida antes de cada publicación.Los informes de fallos sobre cualquier versión admitida se atienden bajo la misma política de soporte. Sin "lo sentimos, esa versión es demasiado antigua".Algunos módulos requieren un núcleo más reciente porque la API de PrestaShop que usan no existía en versiones anteriores; se indica en la página de producto.Si tu tienda funciona con un núcleo muy antiguo y sin mantenimiento, es más seguro actualizar PrestaShop primero, no portamos correcciones a núcleos que ya no reciben parches de seguridad.

¿Qué es exactamente mypresta.rocks?

mypresta.rocks es un equipo pequeño y especializado de desarrolladores de PrestaShop con sede en Tychy, Polonia. Llevamos creando módulos de PrestaShop desde 2013 y registramos la empresa en 2018.Desarrollamos, vendemos y damos soporte a más de 150 módulos que cubren SEO, checkout, rendimiento, búsqueda, analítica y más. Lo que le importa: PrestaShop es lo único que hacemos, no somos una agencia generalista que además toca otras plataformas. Cuando compra un módulo, el soporte viene de quienes lo escribieron.Explore el catálogo de módulos o lea la historia completa en nuestra página acerca de nosotros.

¿Ofrecen instalación gratuita?

Sí. Cada compra de módulo incluye la instalación gratuita por parte de nuestro equipo. Tras su pedido, abra un ticket de soporte con los accesos a su tienda y le instalamos y configuramos el módulo, ahorrándole toda la puesta en marcha.Consulte nuestra política de soporte para ver qué cubre.

¿Necesito usar Google Tag Manager o puedo usar GA4 directamente?

Cualquiera funciona, y puedes ejecutar ambos a la vez. Activa la plataforma GTM e introduce tu container ID si quieres que todo pase por Tag Manager, el módulo empuja todos los eventos ecommerce al dataLayer con forma GA4 Enhanced Ecommerce, así que cualquier tag que construyas allí los recibe. ¿Prefieres saltarte GTM? Activa la plataforma GA4, introduce tu Measurement ID, y el módulo carga gtag.js y envía eventos directamente a Analytics.Marketing Revolution - plataformas de seguimiento con configuración separada de GTM y GA4.Cada plataforma se activa por separado, así que ejecutar GTM y GA4 juntos está bien: muchas tiendas usan GTM para tags y triggers personalizados mientras GA4 directo gestiona el tracking nativo de eventos. El error común es duplicar conteos, si GTM ya dispara un tag GA4 desde el dataLayer, no actives también la plataforma GA4 directa para la misma propiedad, o registrarás cada evento dos veces. Elige una ruta hacia GA4 y mantenla.En el módulo son adaptadores separados con campos obligatorios separados: GTM necesita un CONTAINER_ID, mientras que GA4 directo necesita un MEASUREMENT_ID. Primero debe estar activado el interruptor maestro de tracking; si el tracking está desactivado, o si una plataforma está activa pero le falta su ID obligatorio, los scripts de front office para esa plataforma no se inyectan.GTM route: enable GTM + CONTAINER_ID = GTM-XXXXXXX; create GA4 tags inside Tag Manager from dataLayer events.Direct route: enable GA4 + MEASUREMENT_ID = G-XXXXXXXXXX; leave GTM out of the GA4 path.GA4 directo también tiene ajustes opcionales que GTM no usa de la misma forma: anonimización IP, tracking de user ID para clientes con sesión iniciada y un API secret para reenvío server-side de compras perdidas. GTM es mejor cuando quieres que un contenedor controle varios proveedores; GA4 directo es más limpio cuando solo quieres que el módulo envíe los eventos ecommerce estándar de GA4 sin construir tags en GTM.Esto forma parte de Marketing Revolution, que unifica tracking para Google, Meta y más desde un solo lugar.

¿Cuántos módulos ofrecen actualmente?

Actualmente ofrecemos más de 150 módulos, agrupados en áreas como SEO y tráfico, conversiones y ventas, checkout y experiencia del cliente. El catálogo crece a medida que encontramos nuevos problemas que vale la pena resolver para quienes gestionan una tienda.Explore toda la oferta en nuestro catálogo de módulos.

¿Puedo probar el módulo antes de comprarlo?

Sí. Mantenemos tiendas demo en vivo donde puede probar el front-office y el back-office de cualquier módulo con funcionalidad completa y sin registro. Es la forma más rápida de ver cómo se comporta un módulo antes de gastar nada. Véalas en nuestra página de demos.

¿Este módulo ralentizará mi tienda?

Si le preocupa que un módulo de seguimiento ponga lenta su tienda PrestaShop, esta es la respuesta honesta: Marketing Revolution es más ligero que ejecutar un módulo aparte por cada plataforma. En lugar de 8 a 15 SDK de JavaScript separados, cada uno añadiendo sus propias consultas DOM y escuchadores de eventos, obtiene una única capa de eventos compartida por todas las plataformas.Además carga gtag.js una sola vez y lo comparte entre GA4 y Google Ads cuando ambos están activos, así que ese script no se carga por duplicado. El límite honesto: cada plataforma que active sigue añadiendo su propio script SDK, por lo que activar las 15 es más JavaScript que activar 3. Active solo las plataformas que realmente usa y la carga se mantiene baja.Si su verdadera preocupación es la velocidad, combínelo con Performance Revolution, que se ocupa directamente de la caché y la optimización del front office.

¿Qué lo hace útil para agencias?

La mayoría sí, el multitienda de PrestaShop se activa módulo por módulo y la profundidad del soporte varía, así que la respuesta honesta es: normalmente sí, pero compruébelo antes de depender de ello.Lo que podemos decir en concreto sobre nuestros módulos en un PrestaShop multitienda:Ajustes por tienda. Los módulos que guardan configuración lo hacen con el contexto id_shop / id_shop_group, así que cada tienda conserva su propia configuración y respeta el selector multitienda del back office.Contenidos por tienda, todo lo que crea filas en la base de datos (entradas de FAQ, reglas de sitemap, bloques personalizados) queda asociado a la tienda activa.Plantillas por tienda, las plantillas de front-office se sobrescriben en themes//modules//, igual que las del núcleo.Los módulos que trabajan estrechamente con el núcleo, como SEO Revolution y Performance Revolution, se desarrollan y usan en entornos multitienda. Los módulos de utilidad más pequeños suelen funcionar también, pero no siempre muestran cada opción en el selector. Si el multitienda es crucial para usted, revise la página del producto o pregúntenos antes.

¿Qué pasa si un módulo no funciona en mi tienda?

Respaldamos cada módulo que vendemos. Si un módulo causa un problema en su tienda, nuestro equipo lo soluciona gratis, y si no podemos resolverlo, le devolvemos el importe completo. Nunca se queda atascado con código que no funciona en su tienda.Cuando reporte una incidencia, envíenos su versión de PrestaShop, la versión del módulo y el error exacto o una captura de pantalla para reproducirlo rápido. La mayoría de las veces es un conflicto con el tema o con un módulo de terceros, que le ayudamos a aislar. Para sus comprobaciones previas, consulte nuestra guía de resolución de problemas de PrestaShop.

¿Qué es Meta Conversions API (CAPI) y lo necesito?

Meta Conversions API (CAPI) envía eventos de compra a Meta desde tu servidor en lugar de depender solo del navegador del visitante. En Marketing Revolution, el enviador server-side de Meta usa tu Pixel ID y token de acceso CAPI, y publica eventos de compra en la Graph API de Meta. El objetivo es recuperar compras que el seguimiento del navegador puede perder por bloqueadores de anuncios, tiempos de consentimiento, redirecciones de checkout o porque el cliente cierre demasiado pronto la página de confirmación.Los ajustes CAPI conectan el seguimiento del lado del servidor con tu configuración de Meta Pixel.CAPI funciona con el reenvío de compras perdidas. El módulo registra el seguimiento de compras, la tarea programada de reenvío se ejecuta cada hora, mira hacia atrás dentro de la ventana configurada y envía pedidos perdidos mediante las APIs server-side configuradas. Para Meta, el payload incluye el evento Purchase, moneda, valor, contenidos de producto, ID de pedido y datos de enhanced matching. Email, teléfono, nombre, apellido, ciudad, código postal, estado y país se normalizan y se hashean con SHA-256 antes de enviarse; la IP del cliente y el user agent se envían sin hash porque Meta espera esos campos en esa forma.Minimal CAPI checklist:1. Meta Pixel ID in the Meta platform settings.2. Meta CAPI access token in the Meta platform settings.3. Optional Test Event Code while validating in Meta Events Manager.4. Enable Resend Missed Purchases if you want the hourly server-side recovery job.5. Keep the browser pixel enabled too, because CAPI complements it rather than replacing normal frontend tracking.Event flow:Customer reaches order confirmation -> browser pixel tries to send Purchase.Marketing Revolution logs the purchase tracking attempt.Hourly cron task -> ResendMissedPurchases finds completed orders not logged as tracked inside the lookback window.MetaConversionsApi::sendPurchase() -> POST /{pixel_id}/events with Purchase, value, currency, contents, order_id and hashed customer data.Meta Events Manager -> use the Test Event Code first, then remove it for live traffic.Necesitas CAPI si los anuncios de Meta son importantes para tus informes u optimización. Si no haces campañas en Meta, es opcional. Si sí haces campañas en Meta, es una de las mejoras de seguimiento con mayor impacto porque reduce la brecha entre los pedidos reales de PrestaShop y lo que Meta puede atribuir.

¿Pueden desarrollar un módulo personalizado para mis necesidades específicas?

Sí, asumimos el desarrollo de módulos PrestaShop a medida cuando ninguno de nuestros módulos existentes cubre lo que necesita. Nosotros también gestionamos tiendas, así que miramos cada petición como lo haría un comerciante: qué problema resuelve y si merece la pena construirlo.Cuéntenos qué quiere lograr, envíenos los detalles y le daremos una valoración honesta de viabilidad, plazo y coste antes de empezar. Si un módulo a medida no es el camino correcto, o si uno de nuestros módulos existentes ya hace el trabajo, se lo diremos. No todas las solicitudes podemos asumirlas, pero siempre lo sabrá desde el principio.

¿Ofrecen soporte después de la compra?

Sí. Cada compra de un módulo incluye tres meses de soporte y actualizaciones gratuitos a través de nuestro sistema de tickets, y el soporte puede ampliarse con paquetes de pago. En días laborables solemos responder en pocas horas, ya sea que necesite ayuda con la configuración, la resolución de problemas o una consulta de personalización. Sus tickets los atienden desarrolladores activos de PrestaShop, nosotros también gestionamos tiendas, y no un soporte subcontratado. Para todos los detalles, consulte nuestra política de soporte.

¿Cómo funciona el reenvío de compras perdidas?

Recupera las compras que el tracking del lado del navegador no captó: el módulo registra los eventos de compra que captura, y el cron horario compara los pedidos válidos recientes de PrestaShop contra ese log para detectar cualquier pedido que nunca produjo un evento de compra. Cada pedido perdido se reenvía entonces del lado del servidor.Los reenvíos salen mediante GA4 Measurement Protocol y/o Meta Conversions API. Esto solo se ejecuta si has introducido las credenciales server-side - un GA4 API secret y/o un token de acceso Meta; sin ellas no hay canal por el que enviar, y el trabajo se omite. Tú eliges cuánto mira hacia atrás: 6, 12, 24, 48 o 72 horas.La función está desactivada por defecto. Para usarla, activa el reenvío de compras perdidas, mantén activado el registro de compras y asegúrate de que el cron del módulo se ejecuta; el módulo registra una tarea horaria resend_missed_purchases. El lookback predeterminado es de 24 horas, y la consulta selecciona pedidos válidos de PrestaShop en esa ventana que no tienen fila de compra en el log de tracking del módulo.Reenvío GA4: requiere GA4 Measurement ID y API secret. El módulo envía la compra mediante Measurement Protocol.Reenvío Meta: requiere Meta Pixel ID y token de acceso de Conversions API. Puede usarse un Meta test event code durante pruebas.Logging: tras un reenvío correcto, el cron escribe una entrada de log de compra con fuente cron_resend, de modo que los pedidos recuperados quedan registrados y no se vuelven a reenviar.Un detalle útil: esto no es una reproducción mágica de la sesión exacta del navegador del cliente. Para un pedido perdido, el módulo reconstruye el payload del pedido desde datos de pedido de PrestaShop y lo envía del lado del servidor. Eso sigue siendo valioso para atribución de compra e informes, aunque los detalles solo de navegador que nunca se capturaron pueden no existir para el reenvío.El reemisor está integrado en Marketing Revolution, nuestro módulo todo en uno de tracking.

¿En qué idiomas están disponibles sus módulos?

Nuestra tienda y las pantallas de administración de los módulos están disponibles en inglés, alemán, francés, polaco, italiano y español. Lo que ven los clientes en la mayoría de los módulos sigue los idiomas que tenga configurados en su tienda PrestaShop, el texto que se muestra proviene de sus propias traducciones, no de cadenas fijas. Más sobre nosotros: acerca de mypresta.rocks.

¿MPR FAQ añade schema SEO y controles de indexación a las páginas FAQ de PrestaShop?

Sí. FAQ Manager te da control de indexación sobre tu FAQ en lugar de dejar que los motores de búsqueda rastreen cada pregunta ligera y cada página de búsqueda - así decides exactamente qué respuestas merecen indexarse.La indexación se decide por tipo de página, y tú mantienes el control:Página principal de FAQ - indexable por defecto (index/follow), porque es tu verdadero punto de entrada.Páginas de preguntas individuales - opt-in. Activarás un interruptor maestro y luego marcarás las preguntas concretas que merecen indexarse. Solo esas usan index/follow y pueden añadirse al sitemap XML; el resto queda fuera.Páginas de resultados de búsqueda - siempre noindex, para no contaminar el índice con URLs de búsqueda interna.Páginas de categoría y etiqueta - las páginas de categoría son opcionalmente indexables y pueden incluirse en el sitemap cuando la política de sitemap de categoría y el indicador indexable por categoría lo permiten. Las páginas de etiqueta se mantienen fuera del sitemap.También hay datos estructurados. El módulo puede emitir schema FAQPage en una página de pregunta; esta salida es configurable y está desactivada por defecto, así que la activas solo si un consumidor de datos estructurados la necesita. El foco real aquí son los controles de indexación - schema y etiquetas robots sirven para orientar qué páginas rastrean los motores de búsqueda, no para garantizar un resultado.Consulta FAQ Manager para ver el conjunto completo de funciones.Los valores predeterminados son estrictos a propósito: schema está desactivado por defecto, las páginas de preguntas individuales no son indexables por defecto, el hub de FAQ es indexable, las páginas de categoría y etiqueta no son indexables por defecto, las páginas de búsqueda nunca son indexables y la inclusión en sitemap solo se activa para tipos de página permitidos por la política SEO. Eso evita que una FAQ nueva inunde el índice antes de que hayas revisado qué respuestas merecen visibilidad independiente en búsqueda.Para el schema de preguntas individuales, el controlador solo construye JSON-LD FAQPage cuando la pregunta está activa, publicada, indexable, tiene texto no vacío en pregunta y respuesta, y la política de schema correspondiente lo permite. El schema del hub también está limitado: selecciona un conjunto pequeño de preguntas activas, publicadas e indexables, ordenadas por señales de utilidad y visibilidad, en lugar de volcar cada borrador o respuesta de bajo valor en datos estructurados.El hook de sitemap sigue la misma disciplina. Puede añadir la URL del hub, URLs de categoría que estén activas e indexables cuando la política de sitemap de categoría las permite, y URLs de preguntas que estén activas, publicadas, tengan slug y estén marcadas como indexables. Por tanto, un borrador, una vista previa, una pregunta noindex o no publicada debería quedar fuera del sitemap aunque exista en las tablas de FAQ.La configuración de administración también advierte que Google ha reducido la visualización de resultados enriquecidos FAQ, así que el schema FAQ no debe tratarse como un interruptor mágico de rankings. El valor SEO práctico es el control editorial: publica respuestas útiles, indexa las que pueden sostenerse por sí solas y mantén fuera del índice las páginas de búsqueda, etiquetas pobres y preguntas sin revisar.

¿Son sus módulos compatibles con mi tema?

Para personalizar un tema de forma segura, el enfoque más limpio en PrestaShop es un tema hijo, sus cambios viven en el hijo y sobreviven a las actualizaciones del tema padre. Nuestro generador de temas hijo gratuito lo crea por usted.Genera un tema hijo listo para usar para estos temas padre:Classic, el tema predeterminado de PrestaShop.Hummingbird, el tema ligero de PrestaShop 8/9.Warehouse, el popular tema padre Warehouse.El hijo generado incluye un config/theme.yml que apunta al padre elegido y activa use_parent_assets, de modo que el hijo hereda de fábrica el estilo del padre. También crea un custom.css y un custom.js para sus retoques, además de sobrescrituras de plantilla opcionales cuando necesite cambiar el marcado del padre.Ponga su CSS, su JavaScript y sus cambios de plantilla en el tema hijo: una actualización posterior del padre no los sobrescribirá.

¿Marketing Revolution funciona con Consent Mode v2?

Sí. Marketing Revolution incluye un puente Consent Mode v2 que conecta banners de cookies soportados con las señales de consentimiento de Google. Está diseñado para detectar automáticamente cuatro plataformas de consentimiento: MPR Cookies Revolution, Cookiebot, cualquier banner IAB TCF v2 y OneTrust.Cuando el puente se ejecuta con window.mprMarketingConfig.consentMode disponible, define el consentimiento predeterminado de Google para analítica y anuncios en los valores predeterminados configurados, normalmente denied para una configuración estilo UE, y luego actualiza el consentimiento cuando el visitante acepta las categorías correspondientes. El puente pasa el estado de consentimiento a Google; no bloquea scripts de terceros por sí mismo. El bloqueo de scripts sigue siendo trabajo del banner de cookies o CMP.Hay una advertencia importante de orden en el código actual. El puente sale inmediatamente si window.mprMarketingConfig todavía no está definido, mientras que la plantilla de cabecera imprime scripts de inicio de plataforma y eventos de página antes de definir ese objeto de configuración. Por eso, la compilación actual no garantiza que el consentimiento denied/default se aplique antes de que se ejecuten tags de Google o eventos de página. Para una secuencia estricta de Consent Mode, verifica el orden renderizado real en tu tema o ajusta el módulo para que la configuración y el comando de consentimiento predeterminado estén presentes antes de cualquier script de inicio/evento de Google.Consent Mode está desactivado por defecto en los ajustes del módulo. Cuando está activado y el puente tiene el objeto de configuración a tiempo, los valores predeterminados del módulo son denied para analytics storage y denied para ads storage salvo que los cambies deliberadamente.El puente envía los campos Consent Mode v2 de Google: analytics_storage, ad_storage, ad_user_data y ad_personalization. También deja functionality_storage y security_storage como granted, y usa una ventana wait_for_update de 500 milisegundos para que una actualización del CMP pueda llegar antes de que Google procese hits.Default EU-style setup: Consent Mode enabled; analytics default = denied; ads default = denied; CMP accepts analytics + marketing; bridge updates Google consent to granted.Si tu CMP no es una de las integraciones soportadas, necesitas un pequeño puente personalizado que llame a la misma ruta de actualización cuando el visitante cambie el consentimiento. Sin eso, Google mantendrá el último estado de consentimiento que se le envió, aunque la UI del banner haya cambiado.Marketing Revolution gestiona la parte de tracking; para el banner en sí, consulta Cookies Revolution, nuestro módulo de consentimiento GDPR.

¿Son sus módulos open-source?

No. Nuestros módulos son software comercial bajo licencia propietaria. Sin embargo, usted recibe el código fuente PHP completo: nada está ofuscado, cifrado ni protegido con ionCube. Puede abrir cada archivo, sus desarrolladores pueden auditarlo en cuanto a seguridad o compatibilidad, y puede adaptar partes menores a las particularidades de su tienda.Lo que permiten nuestros términos de licencia: instalar en los dominios cubiertos por su licencia, personalizar overrides y plantillas para uso propio, y seguir utilizando la versión adquirida sin límite de tiempo. Lo que no se permite: redistribuir, revender, sublicenciar o republicar el código base, hacer forks como producto derivado, ni eliminar los avisos de copyright originales.El código abierto tiene valor práctico: cada cambio de PrestaShop o PHP es visible y corregible, las auditorías de seguridad son posibles y usted nunca queda bloqueado por un proveedor inalcanzable.

¿Puedo usar esto junto a mi módulo de Google Analytics existente?

Puedes, pero nunca permitas que dos módulos inyecten el mismo tag de Google Analytics, eso duplica cada evento e infla tus informes. Elige un módulo por plataforma: si activas GA4 en Marketing Revolution, desactiva o desinstala primero cualquier otro módulo GA4, y viceversa.Marketing Revolution > Platforms - activa una sola fuente de etiquetas para no duplicar el seguimiento junto a un modulo GA existente.Si prefieres un único módulo dedicado de Google Analytics para PrestaShop, nuestro módulo independiente Google Analytics GA4 gestiona GA4 por sí solo (navegador más Measurement Protocol server-side y Consent Mode v2). Ejecutarlo junto a otro paquete GA está bien solo si exactamente uno de ellos envía GA4. El otro debe mantener GA4 apagado.También está bien dividir plataformas: usa Marketing Revolution para, por ejemplo, TikTok y Pinterest mientras un módulo separado controla GA4. La regla es un tag por plataforma, no un módulo por tienda.Marketing Revolution se construye alrededor de un interruptor maestro de tracking más adaptadores específicos por plataforma. Eso significa que una configuración mixta segura es posible: por ejemplo, mantén activo tu módulo GA4 existente, deja desactivado el adaptador GA4 en Marketing Revolution y activa solo TikTok, Pinterest, Reddit o Meta en Marketing Revolution. La configuración de front office expone los slugs de plataformas activas, así que Debug Mode facilita ver qué cree activo el módulo.Inseguro: otro módulo carga G-XXXXXXXXXX y Marketing Revolution GA4 directo también carga el mismo measurement ID.Normalmente seguro: Marketing Revolution empuja eventos dataLayer de GTM mientras un módulo GA4 separado controla GA4 directo, siempre que el contenedor GTM no dispare también tags ecommerce GA4 para la misma propiedad.División segura: el módulo GA4 existente controla GA4; Marketing Revolution controla Meta, TikTok, Pinterest, Snapchat, Reddit u otras plataformas no GA.Al probar, abre el código fuente de la página o el panel de red del navegador y busca el GA4 Measurement ID y el GTM container ID. Ver un único propietario intencional es normal; ver la misma propiedad GA4 cargada desde múltiples módulos es la señal de alerta.

¿Qué datos de monitorización puede almacenar el módulo?

Performance Revolution almacena datos técnicos de monitorización de tu tienda, pero no todas las tablas de monitorización tienen el mismo perfil de privacidad. Las filas RUM se basan en tiempos, URL, tipo de dispositivo y contexto de la tienda, no en campos de perfil del cliente; el registro de consultas lentas es distinto porque guarda texto SQL sin procesar y contexto de stack trace, así que trátalo como datos de diagnóstico potencialmente sensibles si tus consultas contienen identificadores de cliente, carrito o pedido.En concreto, el módulo conserva estas tablas:Métricas de rendimiento - mediciones temporizadas con tipo de métrica, valor y contexto JSON, usadas para representar cómo se comporta la tienda a lo largo del tiempo.Métricas agregadas - valores resumidos por hora, día, semana y mes, incluyendo suma, media, mínimo, máximo y recuento, para que los paneles sigan siendo útiles en rangos de fechas largos.Consultas lentas - hash de consulta, texto SQL, tiempo de ejecución, controlador, stack trace, recuento de ocurrencias y marcas de primera/última aparición. El esquema puede contener marcadores extra, pero la ruta del profiler registra esos campos en lugar de filas examinadas o filas enviadas.Real-user monitoring (RUM) - datos de tiempos del navegador de visitas muestreadas: TTFB, FCP, LCP, CLS, FID e INP, además de campos de tiempos DOM, resumen de resource timing, URL, tipo de dispositivo y tienda.Agregados RUM - recuentos de muestras y medias por hora, por URL y por dispositivo para las métricas RUM. El esquema agregado incluye una columna p75_lcp, pero la consulta de agregación actual no la rellena.Error habitual: tratar todos los datos de monitorización como si tuvieran el mismo bajo riesgo. RUM son diagnósticos de tiempos/dispositivo, pero las filas de consultas lentas pueden exponer lo que estuviera presente en la sentencia SQL. Restringe el acceso a esos diagnósticos igual que restringirías el acceso a logs de base de datos.Los valores predeterminados son deliberadamente conservadores. La caché de fragmentos está activada con un TTL de 3600 segundos, la caché de consultas está activada, las métricas están activadas, el umbral de consulta lenta es por defecto 0.1 segundos, la retención de métricas es por defecto 30 días, el profiling está desactivado por defecto y el muestreo RUM es por defecto 0.1, es decir, se mide aproximadamente el 10 por ciento de las páginas vistas elegibles. En una tienda con poco tráfico, esa tasa de muestreo puede hacer que los gráficos RUM parezcan escasos hasta que se hayan medido suficientes visitantes.El script frontal recoge tiempos del navegador con las Performance APIs, luego los envía con sendBeacon cuando está disponible y recurre a XHR si no. El controlador RUM acepta datos JSON POST, valida que exista una URL, almacena campos de tiempos/recursos saneados y devuelve una respuesta 204 con cabeceras no-store/noindex. El controlador también elimina cabeceras Set-Cookie, por lo que el endpoint beacon en sí no crea cookies de cliente.Para la limpieza, el profiler de consultas registra SQL lento por hash y actualiza el recuento de ocurrencias y la última aparición cuando se repite la misma consulta. Los datos RUM sin procesar pueden agregarse en resúmenes por hora y las filas antiguas se eliminan tras la agregación, manteniendo útiles los paneles a largo plazo sin almacenar para siempre cada beacon individual. La limitación importante es que la agregación RUM actual guarda medias y recuentos, no un percentil 75 de LCP calculado.

¿Puedo añadir reglas hreflang y noindex a páginas de PrestaShop?

Sí. Con Product Canonical Manager defines reglas por entidad para productos, categorías, fabricantes, proveedores y páginas CMS, y el módulo escribe noindex y nofollow en la metaetiqueta robots de la página. El mismo módulo regenera etiquetas hreflang a partir de los idiomas activos de tu tienda y añade x-default para tu idioma predeterminado, de modo que cada versión de idioma apunte a las alternas correctas. Product Canonical Manager, reglas canonical, noindex y hreflang por entidad, con hreflang automático y eliminación de parámetros. Esto mantiene fuera del índice de Google las páginas pobres o duplicadas (listados filtrados, búsqueda interna, páginas de cuenta) mientras tus productos reales siguen siendo indexables, y le indica a Google qué idioma servir a cada audiencia. Un error común es añadir noindex y un canonical que apuntan en direcciones distintas en la misma URL; decide por página si quieres que sea indexada pero canonicalizada, o completamente noindex, no ambas cosas en conflicto. Smart SEO Revolution Suite comparte el mismo motor de canonical, hreflang y noindex, así que las mismas reglas por entidad también están disponibles allí. Las reglas tienen prioridad y ámb…

¿Cómo encuentro la URL del panel de administración de PrestaShop?

La URL de administración de PrestaShop se basa en el nombre físico de la carpeta admin en el servidor. Normalmente no hay un valor separado en base de datos o configuración que indique a PrestaShop la URL del back office. La URL de tu Back Office es la carpeta admin renombrada, encuentra ese nombre de carpeta vía FTP/SFTP o el Administrador de archivos de tu hosting. Para encontrarla por FTP, abre el directorio raíz de PrestaShop y busca una carpeta como admin123abc, admin-dev o backoffice. La URL admin es el dominio de tu tienda más ese nombre de carpeta, por ejemplo https://example.com/admin123abc/. Con SSH, puedes listar posibles carpetas admin desde la raíz de la tienda: cd /var/www/html/prestashop ls -ld admin* backoffice* 2>/dev/null for d in admin* backoffice*; do test -f $d/index.php && echo $d; done Si no sabes si estás en la raíz correcta de PrestaShop, comprueba archivos como config/settings.inc.php, app/config/parameters.php, classes, modules y themes. Eso confirma la raíz de la tienda, pero no almacena el nombre de la carpeta admin. Si no se ve ninguna carpeta parecida a admin, comprueba si tu hosting oculta carpetas de sistema, si estás en el document root equivocado…

¿Necesito usar Google Tag Manager o puedo usar GA4 directamente?

Cualquiera funciona, y puedes ejecutar ambos a la vez. Activa la plataforma GTM e introduce tu container ID si quieres que todo pase por Tag Manager, el módulo empuja todos los eventos ecommerce al dataLayer con forma GA4 Enhanced Ecommerce, así que cualquier tag que construyas allí los recibe. ¿Prefieres saltarte GTM? Activa la plataforma GA4, introduce tu Measurement ID, y el módulo carga gtag.js y envía eventos directamente a Analytics. Marketing Revolution - plataformas de seguimiento con configuración separada de GTM y GA4. Cada plataforma se activa por separado, así que ejecutar GTM y GA4 juntos está bien: muchas tiendas usan GTM para tags y triggers personalizados mientras GA4 directo gestiona el tracking nativo de eventos. El error común es duplicar conteos, si GTM ya dispara un tag GA4 desde el dataLayer, no actives también la plataforma GA4 directa para la misma propiedad, o registrarás cada evento dos veces. Elige una ruta hacia GA4 y mantenla. En el módulo son adaptadores separados con campos obligatorios separados: GTM necesita un CONTAINER_ID, mientras que GA4 directo necesita un MEASUREMENT_ID. Primero debe estar activado el interruptor maestro de tracking; si el tr…

¿Qué es Meta Conversions API (CAPI) y lo necesito?

Meta Conversions API (CAPI) envía eventos de compra a Meta desde tu servidor en lugar de depender solo del navegador del visitante. En Marketing Revolution, el enviador server-side de Meta usa tu Pixel ID y token de acceso CAPI, y publica eventos de compra en la Graph API de Meta. El objetivo es recuperar compras que el seguimiento del navegador puede perder por bloqueadores de anuncios, tiempos de consentimiento, redirecciones de checkout o porque el cliente cierre demasiado pronto la página de confirmación. Los ajustes CAPI conectan el seguimiento del lado del servidor con tu configuración de Meta Pixel. CAPI funciona con el reenvío de compras perdidas. El módulo registra el seguimiento de compras, la tarea programada de reenvío se ejecuta cada hora, mira hacia atrás dentro de la ventana configurada y envía pedidos perdidos mediante las APIs server-side configuradas. Para Meta, el payload incluye el evento Purchase, moneda, valor, contenidos de producto, ID de pedido y datos de enhanced matching. Email, teléfono, nombre, apellido, ciudad, código postal, estado y país se normalizan y se hashean con SHA-256 antes de enviarse; la IP del cliente y el user agent se envían sin hash po…

La subida de mi módulo falla con "file too large", ¿qué hago?

Esto suele ser un límite de subida de PHP, no un problema con el ZIP del módulo. PrestaShop recibe el ZIP mediante el flujo normal de archivos subidos de PHP; si PHP rechaza primero el archivo, el back office solo puede mostrar un error de "file too large" o de subida incompleta. Advanced Parameters > Information - los limites PHP upload_max_filesize, post_max_size y memory_limit detras del error 'file too large'. Pide a tu hosting que aumente upload_max_filesize y post_max_size. Define post_max_size por encima de upload_max_filesize, porque todo el HTTP POST tiene sobrecarga. Para módulos más grandes o hosting compartido lento, aumenta también max_execution_time para que PHP tenga tiempo de copiar y extraer el archivo. ; php.ini or .user.ini example upload_max_filesize = 64M post_max_size = 80M max_execution_time = 300 memory_limit = 256M # Apache + mod_php only, not PHP-FPM php_value upload_max_filesize 64M php_value post_max_size 80M php_value max_execution_time 300 Después de cambiar la configuración de PHP, reinicia PHP-FPM o Apache si tu hosting lo requiere, recarga el back office de PrestaShop e inténtalo de nuevo. Si no puedes cambiar esos valores, sube por FTP/SFTP: desco…

¿El módulo soporta Google Customer Reviews?

Sí. Google Customer Reviews (GCR) es una de las plataformas que puedes activar en Marketing Revolution. Introduce tu Google Merchant Center ID y define los días estimados de entrega, que por defecto son 7. El módulo tiene una ruta de script opt-in de confirmación de compra y una ruta de script de badge separada para mostrar el badge de valoración de Google. Plataformas Marketing Revolution - integración con Google Customer Reviews. GCR funciona de forma distinta a las plataformas de analítica y anuncios. No se usa para eventos ecommerce estándar como view_item, add_to_cart o purchase. Actívalo para recopilación de reseñas y el badge de confianza de Google, pero mantén GA4, Google Ads, Meta u otra plataforma de analítica/anuncios activada para el tracking real de conversiones. El payload opt-in actualmente incluye el Merchant Center ID, el ID de pedido de PrestaShop y una fecha estimada de entrega calculada desde el número de días configurado. El adaptador tiene campos para email de cliente, país de entrega y GTINs de producto, pero los extractores de pedido y producto usados para construir el payload no rellenan customer_email, delivery_country_iso ni ean13 de artículo. En el códi…

¿Cómo funcionan las etiquetas de conversión de Google Ads?

Una etiqueta de conversión es lo que indica a Google Ads qué acción acaba de ocurrir, una compra, un add-to-cart, un registro. Creas cada etiqueta dentro de Google Ads (Tools & Settings → Conversions → Tag setup), luego la pegas en el campo correspondiente de la plataforma Google Ads del módulo, junto con tu ID de conversión AW-. Marketing Revolution > Google Ads - el ID de conversion y los campos de etiqueta de conversion por evento. Tienes un campo de etiqueta separado para cada acción rastreada: purchase, add to cart, begin checkout, view item, sign up, search, y una etiqueta de page-view que se dispara en cada carga de página para crear audiencias de remarketing. Solo las acciones a las que das una etiqueta envían una conversión, deja un campo vacío y esa acción simplemente se omite, así controlas exactamente qué cuenta. El error común es reutilizar una etiqueta para todo; usa una etiqueta distinta por acción para que tus informes separen una venta de un añadido al carrito. Si también ejecutas GA4 directo, el módulo reutiliza el gtag.js ya cargado en lugar de cargarlo dos veces. El campo obligatorio es el ID de conversión de Google Ads. Las etiquetas son opcionales por evento,…

FAQ módulos PrestaShop, instalación y soporte

Respuestas prácticas sobre instalación de módulos PrestaShop, checkout, SEO, actualizaciones, licencias y soporte del equipo que los crea.

1301 preguntas

9 categorías

2013 creando módulos desde

1.6–9 versiones de PrestaShop

Escrito por el equipo de desarrollo El mismo equipo que crea los módulos y atiende el soporte. Con sede en Tychy, Polonia.

1301 respuestas publicadas La mayoría empezó como respuestas de soporte. Si una pregunta aparece más de dos veces, la publicamos aquí.

Creado 2025-03-03 Revisado 2026-08-08 Última respuesta 2026-08-08

Explorar por categoría

Preguntas generales sobre módulos PrestaShop Es el punto de partida si acabas de conocer mypresta.rocks. Esta sección responde a las preguntas prácticas que los... 60 preguntas Pedidos y pagos Todo sobre la compra en mypresta.rocks y lo que rodea al pago. Esta sección cubre los métodos aceptados, cómo se... 15 preguntas Instalación y configuración Ayuda práctica para instalar un módulo PrestaShop y ponerlo en marcha en tu tienda, aunque no seas desarrollador.... 23 preguntas Licencias y actualizaciones Qué incluye realmente tu compra y cómo se mantiene al día con el tiempo. Esta sección explica cómo funciona una... 12 preguntas SEO y Marketing Esta sección reúne las preguntas más habituales sobre los módulos SEO y de marketing para PrestaShop, desde los... 64 preguntas Checkout y Ventas Esta sección trata el checkout de PrestaShop y las herramientas de venta que lo rodean, restricciones de pago por... 12 preguntas Consejos PrestaShop Conocimiento práctico de PrestaShop a partir de gestionar tiendas reales: optimización del rendimiento, vaciar la... 56 preguntas Solución de problemas Esta sección te ayuda a diagnosticar y corregir los problemas habituales de PrestaShop: pantalla blanca tras... 44 preguntas Preguntas frecuentes por módulo PrestaShop 1015 preguntas

¿Todavía tienes preguntas?

¿No encuentras lo que buscas? Envíanos tu pregunta y te responderemos.

Respuestas más útiles

¿Se puede limitar la depuración de rendimiento?Consejos PrestaShop1 Índice de búsqueda de PrestaShop: por qué la reindexación de productos corrige la búsquedaConsejos PrestaShop1 ¿Cómo limpio correctamente la caché de PrestaShop?Consejos PrestaShop ¿Cómo activo el modo debug en PrestaShop?Solución de problemas ¿Cómo sé qué versión de PrestaShop estoy ejecutando?Consejos PrestaShop ¿Cómo instalo un módulo de PrestaShop?Instalación y configuración

También en nuestra base de conocimiento

Explorar la base de conocimiento

Licencias, activación y soporte de módulos PrestaShopBase de conocimientoGuías Cuentas profesionales para agencias PrestaShopBase de conocimientoSobre mypresta.rocks Integridad de las reseñas: cómo funcionanBase de conocimientoPolíticas y condiciones

Idioma

Moneda

FAQ módulos PrestaShop

Explorar por categoría

¿Todavía tienes preguntas?

Respuestas más útiles

También en nuestra base de conocimiento

Cookie	Proveedor	Finalidad	Duración
PrestaShop-*	PrestaShop	Gestión de sesión y funcionalidad del carrito	Sesión
PHPSESSID	PHP	Identificador de sesión PHP	Sesión
mprcr_consent	MPR Cookies Revolution	Almacena las preferencias de consentimiento de cookies	365 día(s)
mprcr_version	MPR Cookies Revolution	Rastrea la version de la configuración del consentimiento	365 día(s)

Cookie	Proveedor	Finalidad	Duración
TawkConnectionTime	Tawk.to	Rastrea el tiempo de conexión de la sesión de chat	Sesión
__tawkuuid	Tawk.to	Identifica a los visitantes recurrentes del chat	6 mes(es)

Cookie	Proveedor	Finalidad	Duración
_ga	Google Analytics	Distingue usuarios únicos asignando un número generado aleatoriamente	2 año(s)
_ga_*	Google Analytics	Utilizado para mantener el estado de la sesión entre solicitudes de página	2 año(s)
_gid	Google Analytics	Distingue usuarios únicos durante 24 horas	24 hora(s)