Sin impuesto Con impuesto

Píldoras PrestaShop de junio de 2023: bots, GA4 y hooks

Las ideas sueltas de junio de 2023 en la comunidad: cómo frenar registros falsos, el ID correcto de GA4 en Tag Manager, opciones de serie que evitan módulos, por qué pesan las combinaciones y qué preguntar al hosting.

Equipo Rekire
Actualizado: 30/06/2023 10
Píldoras PrestaShop de junio de 2023: bots, GA4 y hooks
Compartir:

Junio de 2023: bots que se registran solos, problemas de analítica, consejos para elegir hosting y más recordatorios de usar hooks. Las ideas sueltas del mes.

Registros falsos de clientes: captcha y cortafuegos

Varias tiendas sufrieron oleadas de cuentas falsas, con nombres del tipo «bob bob». Un captcha clásico no bastaba, porque los bots lo superaban, y la versión invisible tampoco los frenaba del todo. Lo que se recomendó: captcha en el formulario de registro y, además, protección en el servidor, como el cortafuegos del hosting con detección por IP y por comportamiento. Mejor varias capas que una. Y mira si esos registros disparan correos de bienvenida: enviar correos a direcciones que nadie ha dado de alta perjudica la entrega de los tuyos.

Ver en Telegram

Un módulo de URL cortas puede romper las páginas CMS

A un compañero le fallaban las páginas CMS y no encontraba por qué. Gustavo le preguntó si había instalado un módulo para acortar las URL. Lo había instalado, y era la causa. En el grupo no se aconsejan esos módulos: cambian la forma en que PrestaShop construye y lee las direcciones, y fallan donde menos lo esperas. Si estás en pruebas, desactívalo y comprueba.

Ver en Telegram

GA4 en Tag Manager: el ID es el del flujo de datos

Un compañero tenía el código de Tag Manager en la plantilla y la etiqueta de GA4 creada, pero la extensión de Google le decía que el identificador no era válido. Gustavo dio con ello: en la etiqueta hay que poner el ID de medición del flujo de datos, el que empieza por G-, no el ID de la cuenta. Es el error más habitual al montar GA4 a mano.

Ver en Telegram

Idioma según el navegador y pagos por país, sin módulos

Alguien buscaba un módulo para cambiar el idioma según el país del visitante y activar formas de pago por país. Gustavo le recordó que eso lo trae PrestaShop: en las preferencias de localización puedes hacer que el idioma se elija según el navegador del usuario, y en Pago → Preferencias activas cada forma de pago solo para los países que quieras. Antes de comprar un módulo, mira si la opción ya existe.

Ver en Telegram

Antes de un override, mira si hay hook: additionalCustomerFormFields

Un compañero preparaba un desarrollo para personalizar el formulario de registro tocando CustomerForm.php, y le fallaba en el servidor. Gustavo le apuntó el hook additionalCustomerFormFields, pensado justo para añadir campos al formulario de cliente desde un módulo. Y repitió la regla: siempre hooks antes que overrides, porque entre versiones los overrides pueden fallar.

Ver en Telegram

Miles de combinaciones por producto se notan en la tienda

Un compañero tenía la mayoría de productos con 10 a 30 combinaciones, y unos 80 con 1.500 cada uno. Preguntó si eso ralentiza también la tienda, no solo el back-office. Sí: PrestaShop lee las combinaciones del producto al pintar la ficha. Desde Rekire le dijimos que lo que pesa es cuántas hay por artículo: un producto con cientos de combinaciones puede tumbar la página. Si la ficha va lenta, revisa si esas combinaciones pueden ser productos separados o campos de personalización.

Ver en Telegram

Qué pedir al hosting: copias, SLA y acceso

Gustavo preguntó si un hosting debe compensar cuando el servidor cae más de lo razonable. La respuesta de un proveedor del grupo: depende de lo que firmes; si hay acuerdo de nivel de servicio (SLA), te compensan según lo que diga, y reclamar daños y perjuicios es otra cosa, mucho más complicada. Otro miembro añadió que hay hostings sin copias o que cobran por recuperarlas. Antes de contratar, pregunta por el SLA, las copias y lo que cuesta restaurarlas, y asegúrate de tener acceso a todo.

Ver en Telegram

Error al configurar un módulo: activa el modo depuración

Una compañera actualizaba el módulo de alertas por correo, pulsó en configurar, la página se quedó colgada y ya no podía entrar al back-office. Primer paso, como le explicó Gustavo: activa el modo depuración en config/defines.inc.php, poniendo a true el valor de _PS_MODE_DEV_, por FTP o con el gestor de archivos del hosting. El error real aparecerá en pantalla. También ayuda vaciar var/cache. Y al terminar, déjalo otra vez en false.

Ver en Telegram

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación

Cargando...
Cookies
Volver arriba