Gestores de contenidos

Diseño Web, Gestores de contenidos, Legalidad, Webs

Adaptarse a la Actualización de la AEPD de su Guía sobre el uso de las cookies. Cambios en las políticas de cookies.

/

En Julio de este año la Agencia Española de Protección de Datos, la AEPD, actualizó su “Guía sobre el uso de las cookies” para adaptarla a las Directrices sobre consentimiento modificadas en mayo de 2020 por el Comité Europeo de Protección de Datos (CEPD). Esta actualización trae cambios muy importantes en los avisos de cookies de las páginas web, que hacen que la mayoría de los aviso y plugins actuales que los producen no sean válidos. Os contamos dichos cambios. PD: sólo para ponernos en contexto, en el 2019 se sancionó a Vueling con 30.000€ por obligar a los usuarios a aceptar las cookies. Obligaciones de la nueva actualización de la Guía sobre el uso de las Cookies. Si no queréis leer el resto del artículo, esto es con lo que tenéis que quedaros. Los cambios más relevantes son: “Seguir navegando” no puede considerarse una aceptación de las cookies. Tampoco consultar la segunda capa ni acceder a las preferencias. El usuario debe aceptar las cookies activamente. “Muros de cookies“. Se llamaban muros de cookies a los avisos que salían en una web y que te decían que o aceptabas las cookies o no podías seguir navegando. Si lo hacías, se suponía que las aceptabas, si no, no tenías acceso al contenido. Sin opción.Esto ya no es válido. “no podrán utilizarse los denominados “muros de cookies” que no ofrezcan una alternativa al consentimiento“. Hay que dar opciones al usuario para entrar sin unas u otras cookies (o sin cookies).En algunos supuestos, se puede impedir el acceso al contenido si no se aceptan las cookies si se informa y se da una alternativa “genuinamente equivalentes” y “no será válido que el servicio equivalente lo ofrezca una entidad ajena al editor“. Debemos separar la política de cookies de las páginas de política de privacidad y aviso legal. No puede incluirse en ellas. Y tanto la política de cookies como la configuración (pueden estar juntas), deben estar accesibles en todo momento. Debe existir una forma de aceptar o no cookies en grupo de manera granular. Es decir seleccionarlas agrupadas, como mínimo, por funcionalidad. El usuario tiene que poder elegir qué grupo de cookies aceptar. Obviamente sólo puede estar premarcada la opción de cookies técnicas. El usuario tiene que, activamente, elegir las otras (o elegir “Aceptar todas” o configurarlo a su gusto). Todo esto debe estar activo desde el 31 de Octubre del 2020. Hay por lo tanto que: Aplicar información por capas. Esto se refiere a informar al cliente por niveles. Una primera capa que el cliente ve al acceder a la página (el famoso aviso de cookies) con un resumen. Y una segunda capa, a la que el cliente puede acceder (normalmente la página de cookies) donde viene toda la información de manera detallada. Información en la primera capa. Identificación del editor responsable del sitio web. Identificación de las finalidades de las cookies que se utilizarán. Información sobre si las cookies son propias o también de terceros asociados a él. Información genérica sobre el tipo de datos que se van a recopilar. Modo en el que el usuario puede aceptar, configurar y rechazar la utilización de cookies.Será necesario que la información de la primera capa se complete con un sistema o panel de configuración en el que el usuario pueda optar entre aceptar o no las cookies de forma granular. Es decir tenemos que dejar al usuario configurar las cookies.No se aceptan casillas premarcadas de aceptación. Un enlace claramente visible dirigido a una segunda capa informativa en la que se incluya una información más detallada. La configuración puede estar en la segunda capa mientras no tenga que navegar para llegar a ella. La AEPD deja algunos ejemplos válidos para que entendamos las opciones. Esta opción es válida porque: – SI no se pincha en Aceptar no se aceptan las cookies. Requiere una aceptación activa. – Tiene una segunda capa con más información y configuración de las mismas.– Rechazar las cookies las rechaza pero permite acceso al contenido. De nuevo esta primera capa es válida porque:– Se pueden aceptar pinchando en Aceptar (hasta entonces no se cargan).– Hay acceso a una segunda capa con más información.– Hay acceso a un apartado para configurarlas o rechazarlas y, de nuevo, esto no impide el uso de la página. Otra opción válida, por las mismas razones, es la siguiente: En la configuración de las cookies permiten algo de flexibilidad pero con las siguientes indicaciones: Como mínimo habría que agruparlas por finalidad (analíticas, publicitarias etc). No indican los grupos, lo dejan a elección del dueño de la web. Sería válido, por ejemplo, dejar al usuario aceptar cookies publicitarias de una empresa y no de otra.Recordemos que, según su finalidad, las cookies pueden ser: técnicas, de preferencias o personalización, de análisis o medición, de publicidad. Las cookies de terceros sólo hay que identificarlas con nombre y marca. No se debe hacer al usuario que selecciones cookie por cookie. Se deben agrupar. Información en la segunda capa. En la famosa política de cookies debe espeficiarse: Definición y función genérica de las cookies. Información sobre el tipo de cookies que se utilizan y su finalidad. Identificación de quién utiliza las cookies (es decir si la información de las cookies también las comparten terceros). Información sobre la forma de aceptar, denegar o revocar el consentimiento para el uso de cookies. Es conveniente además, incluir la forma de eliminar las cookies a través de las herramientas del navegador. Si se elaboran perfiles de manera automatizada, hay que informar al usuario de la lógica utilizada para ello. En su caso, información sobre las transferencias de datos a terceros países realizadas por el editor. Periodo de conservación de los datos. Para cualquier otra información puede derivarse al usuario a la política de privacidad. Todo esto de manera clara, concisa, sencilla y de fácil acceso. La política de cookies debe ser accesible en todo momento, y la configuración del usuario de las mismas también.La política de cookies debe estar separada del resto de avisos legales,

Diseño Web, Gestores de contenidos, Trucos

Cómo poner un WordPress en Modo Debug sin acceso FTP ni SSH.

/

Cuando una página en WordPress está fallando, es muy útil ponerlo en modo debug. En este modo, WordPress muestra los errores que, de otra forma, no podemos ver, y que nos dan una pista de qué es lo que nos está ocasionando los fallos.El culpable suele ser un tema o un plugin, así que, con los datos de estos errores mostrados en pantalla, nos es mucho más fácil arreglar nuestra página. Normalmente, poner WordPress en modo debug, suele suponer modificar, por FTP o SSH, el fichero de configuración wp-config.php. Ahí debemos modificar una línea, como muestra este artículo. Pero, por razones que no vamos a entrar en este artículo, puede que te ocurra como a nosotros hoy: no tienes acceso al FTP. Hoy os dejamos una solución para aún así, poder poner WordPress en este estado de reparación de errores. Cómo poner WordPress en Modo Debug sin acceso FTP ni SSH. La solución, como suele ser habitaul en WordPress, es usar un plugin que haga la modificación por tí. Nota: Obviamente, para que funcione, los permisos establecidos en el servidor tienen que permitir al plugin modificar el fichero. En una instalación normal esto es así…pero puede que tengas una especialmente restrictiva que no lo permita. Os dejamos algunos plugin. Recomendado: WP Debugging. Este plugin lo hemos probado y funciona perfectamente. Cuando lo activas pone el WordPress en modo debug, cuando lo desactivas lo quita.Por defecto añade estas tres líneas al fichero, aunque permite personalizaciones. Fácil de usar, y simple. Nos gusta. Debug. Similar al anterior, permite modificar fácilmente qué queremos añadir. Menos actualizaciones y menos reviews que el anterior. Con estos plugins, si tienes los permisos adecuados, podrás activar el modo debug para depurar tus fallos, y desactivarlo fácilmente, sin acceso FTP o SSH.

Diseño Web, Gestores de contenidos, Seguridad, Trucos

Actualización automática de plugins y temas. Nueva función que no siempre es buena idea.

/

La versión de WordPress 5.5 viene con una nueva funcionalidad de seguridad que puede ser una buena idea si se hace con conocimiento, o puede provocar que se rompa la página. Poder activar la actualización automática de plugins y temas. ¿Por qué se ha habilitado esta función? Esto es fácil de responder: por seguridad. Los ataques a las páginas de WordPress suelen ser por agujeros de seguridad descubiertos en: WordPress: ellos ya se encargan de actualizarlo y, por defecto, WordPress se actualizar sólo desde hace varias versiones. Plugins y temas: este es el mayor problema. Los que sabemos mantenemos nuestras páginas lo más actualizadas posible, no usamos temas o plugins antiguos o los reemplazamos. Sabemos lo peligroso que es. Pero la mayoría de la gente que no esté en esto, no suele hacerlo. ¿Cuál es el peligro de actualizar temas y plugins automáticamente? Pueden pasar varias cosas: Lo peor, página caída: De nuevo cualquiera que ha tenido una página web en WordPress desde hace un tiempo habrá vivido esto. Actualizas un componente y se te cae la página. Normalmente por incompatibilidad con otros componentes y con el mismo WordPress. Es algo que ocurre a menudo y que impacta a nuestro negocio, nuestra imagen y nos cuesta dinero arreglar. Lo “menos malo”, un componente deja de funcionar: puede ocurrir que algún servicio de nuestra web deje de funcionar. Por ejemplo el formulario de contacto, los pagos en mi tienda, un slider de imágenes.Dependiendo de la importancia de dicho componente puede ser más o menos serio. ¿Cuándo es buena idea activarlo? Para los que trabajan en seguridad informática siempre. Pero claro, tenemos que hacer un equilibrio entre seguridad y usabilidad (como siempre en informática). Que mi página se caiga por un ataque de un hacker es algo que no queremos ninguno. Pero si se cae por una mala actualización…el efecto es el mismo. Mi web no funciona. Así que aconsejamos lo siguiente. Actívalo en plugins que sepas que sus actualizaciones son fiables y no cambian cosas importantes de una versión a otra. ¿Cuáles son fiables? Normalmente los más conocidos y los mejor valorados. Actívalo en plugins que no impliquen que tu página deje de funcionar. Nada que sea crítico ni evite que se vea la página. Por ejemplo en una tienda, no lo actives en WooCommerce ni en medios de pago. Si funcionan, que sigan así hasta que lo puedas hacer manualmente. En temas sólo actualiza si tienes un tema hijo o si no has modificado nada del tema padre. Si lo has hecho, estas modificaciones se borrarán en la actualización. Si lo activas, ¡ ten siempre una copia de seguridad ! Parece obvio, pero tener una copia de seguridad, al menos de la noche anterior, te permite arreglar cualquier desastre de manera rápida e “indolora”. Cómo se activan las actualizaciones automáticas de temas y plugins en WordPress. Una vez comentados los pros y los contras, pasamos a explicar cómo se hace. Plugins. Ve a la página de plugins y verás una opción, a la derecha de cada uno, llamada “Activar las actualizaciones automáticas“. Pincha en el que quieras que se active. Temas. Ve a Apariencia->Temas y pincha en Detalles del Tema del que quieres activar las actualizaciones. Ahí verás una copión para “Activar las actualizaciones automáticas“. Conclusión: es una buena idea (gracias WordPress), es esencial para la seguridad…pero usadlo con cabeza.

e-Learning, Gestores de contenidos, Trucos

Varios métodos para desactivar el modo mantenimiento de Moodle.

/

Hace un tiempo tuvimos una instalación de Moodle que estaba en modo mantenimiento, y no podíamos sacarlo. Obviamente, no podíamos entrar en el backend (por ejemplo si os ha cerrado la sesión). Os dejamos varios métodos que podéis probar para desactivar este modo y tener la web funcionando de nuevo. Primero asegúrate por SFTP que no tienes un fichero llamado maintenance.html en la raíz. Si es así quítalo (es uno temporal que ponen muchos CMS para indicar que está en mantenimiento). Intenta entrar en el backend por https://tudominio.com/login/index.php . Si puedes, sólo tienes que ir a Administración del Sitio-> Servidor -> Modo Mantenimiento. Intenta ir directamente a la página de mantenimiento por https://tudominio.com/admin/settings.php?section=maintenancemode Para desactivarlo desde ahí. Por línea de comandos: entra por ssh y ve a tu directorio de Moodle. Después de /admin/cli/Ahí ejecuta lo siguiente: php maintenance.php –disable Por base de datos: Accede a tu base de datos (por ejemplo por phpMyAdmin o similar) y ve a la tabla mdl_config . Ahí tienes que cambiar el valor de maintenance_enabled de 1 (activado) a 0 (desactivado). Por SFTP: edita el fichero config.php y añade $CFG->maintenance_enabled=0; Esperamos que os funcione alguno de los trucos anteriores (a nosotros nos ha salvado más de uno).

Diseño Web, Gestores de contenidos, Prestashop

Prestashop: regenera tus miniaturas sin error de “conexión con el servidor se interrumpió antes de finalizar”. 1.6 en adelante.

/

Algo muy común en los gestores de contenidos es tener que regenerar las miniaturas. Esto significa volver a crear las miniaturas a partir de la única imagen que solemos subir. Ya sea porque alguna tiene error, o porque hemos cambiado los tamaños. En Prestashop también existe esta opción, y se puede hacer “de golpe” (si tienes muy pocas), o por tipos (categoría, productos etc). Aún así, en cuanto tienes un buen número de productos, es muy común que te salga el error “Solamente una parte de las imágenes han sido regeneradas. La conexión con el servidor se interrumpió antes de finalizar.“ La razón es que los servidores tienen un tiempo que dejan que los procesos se ejecuten sin recibir respuesta. A partir de dicho tiempo ocurre lo que llamamos un “timeout” y el proceso se da por “colgado“. Esto ocurre para evitar tener procesos abiertos indefinidamente que bloqueen el servidor. Puedes intentar subir los parámetros de php que regulan este timeout, los max_execution_time y max_input_time. Pero ya te digo que, en un alojamiento compartido, si tienes suficientes productos, es difícil que esto te resuelva el problema. Es por ello que este plugin que recomendamos hoy es tan útil. Lo que hace es ir regenerando miniaturas por Ajax, donde el proceso es cada miniatura (o conjunto de ellas) y no todas. Consigue así evitar el error, y además otras cosas útiles como a) ver el estado de la regeneración b) pausarla y reanudarla cuando quieras. Plugin gratuito para regenerar miniaturas: imageRegeneratorPrestashop. Esta es una de las maravillas de tener una comunidad que aporte al gestor de contenidos. Este autor ha creado un módulo totalmente gratuito, válido para Prestashop 1.6 y 1.7 (1.6 en adelante). Y funciona muy bien. Podéis descargarlo de su página de Github: https://github.com/ComonSoft/imageRegeneratorPrestashop (creo que ese es 1.6 y este 1.7 https://github.com/meetjey/imageRegeneratorPrestashop) o, más fácil, desde su página web: https://boutique.comonsoft.com/fr/modules-gratuits-prestashop/27-regeneration-des-images-prestashop.html Es muy sencillo de usar: instálalo, actívalo y tienes un botón con las opciones de regeneración. Además, como os dije, podéis pausarlo y ver su proceso. Muy fácil, muy sencillo y muy eficaz.

Diseño Web, Gestores de contenidos, Seguridad

Los plugins de backup, copia de seguridad, que más usamos en WordPress

/

Hace unos días un cliente nos ha contactado porque la empresa que les gestionaba la web no les había configurado una copia de seguridad. Y querían una solución. Les contamos lo que vamos a contaros hoy aquí. Las copias de seguridad de una web en WordPress puedes tenerlas de dos maneras: Si tienes control de tu servidor (un servidor dedicado) puedes tener sistemas de copia de seguridad externos, con copias incrementales, con gestores de copias etc. Por ejemplo nosotros tenemos un servidor dedicado a las copias de seguridad, con un programa que gestiona las mismas, así como sus recuperaciones.Es más cómodo, más seguro y es independiente de WordPress. Funciona aunque éste no funcione o esté dañado, y permite recuperar las páginas de nuevo independientemente de tu CRM. Lo más normal es que no cumplas el punto 1, porque estés usando un alojamiento (hosting) compartido. En ese caso, puedes usar plugins de backup (copia de seguridad). De hecho, siempre recomendamos hacerlo aunque dispongas del punto 1. Porque nunca hace daño tener dos sistemas de respaldo. Y porque los propios usuarios pueden usar este sistema y, muchas veces, recuperar la web, o hacer copias antes de un cambio, sin tener que llamar a los técnicos. La copia de seguridad que se configure en el plugin puede ser externa (mejor) o interna (en los propios directorios del alojamiento). La segunda opción es peor…pero a veces no queda más remedio. Hoy os hablamos de los plugins de copia de seguridad que más usamos en diferentes proyectos para que podáis tenerlos como referencia rápida. Plugins de backup para WordPress. BackWPup: Es el plugin que más usamos, y más tiempo llevamos usando, sin duda. Te permite crear diferentes tareas perfectamente configurables. Por ejemplo puedes crear una tarea mensual, una semanal, una completa, una sólo de base de datos… las opciones son enormes.Puedes elegir de qué hacer la copia (ficheros o base de datos), dónde (en el alojamiento o en sistemas externos), cada cuanto, excluir ficheros o directorios y mucho más.Además, puedes crear alertas que te avisen cuando haya errores.Restaurar: te permite descargar la copia de seguridad y subirla manualmente. Algo que para la mayoría de los usuarios puede ser peor…pero a los desarrolladores nos gusta. Updraft Plus: nuestra segunda opción. Cuando el anterior no funciona porque la tarea se queda colgada, usamos este. Está pensado para usar servicios externos pero también permite hacer copias de seguridad locales. Si quieres uno sencillo de usar puede ser una buena opción porque permite crear respaldos, y restaurar, con un sólo clic. Y luego también te deja personalizarlos al máximo.Rápido, fácil y sencillo. Por eso tiene tanto éxito.Restaurar: puedes restaurara ficheros o base de datos de manera conjunta o independientemente y desde la interfaz del plugin. BackupGuard: el plugin permite hacer copias de seguridad locales y en la nube, y restaurarlas de manera sencilla. Con muchas opciones de respaldo. Vaultpress: sistema de copia de seguridad de Jetpack. Es de pago pero permite copias de seguridad a tiempo real o diarias y puede ser interesante para webs críticas. Estos son de los que más nos fiamos y hemos probado. Si, en el futuro, probamos más, los incluiremos aquí.

Diseño Web, Gestores de contenidos, Soporte

Cómo desinstalar el plugin WP Rocket de manera manual en WordPress

/

Los plugins de caché son muy útiles para mejorar el rendimiento de nuestra página en WordPress. Pero, cuando dan problemas, se pueden poner muy pesados. Tanto, que no sea posible quitarlos desde el backend y sea necesario desinstalarlos de manera manual. Ya escribimos cómo hacer esto con WC Total Caché, hoy os dejamos el proceso para otro muy conocido WP Rocket. Cómo desinstalar WP Rocket de manera manual. Tienes que: Eliminar la carpeta del plugin de  /wp-content/plugins/ Borra la carpeta  /wp-content/cache/  Borrar la carpeta  /wp-content/wp-rocket-config/  Borra el fichero /wp-content/advanced-cache.php Edita el fichero htaccess y borra cualquier cosa entre  #BEGIN WP ROCKET y #END WP ROCKET Edita el fichero wp-config.php de la raíz de tu web y cambia el campo define(‘WP_CACHE’, true)  a define(‘WP_CACHE’, false)  Borra la entrada wp_rocket_settings y la entrada transients and cronjob en la tabla Options de tu base de datos. Con eso ya debería estar todo borrado. Más información aquí.

Diseño Web, Gestores de contenidos, Internet, Trucos

Comandos útiles para Magento 2

/

Llevamos un tiempo manejando Magento 2, y muchas de las acciones hay que hacerlas por línea de comandos. Así que, para referencia nuestra, y por si os viene bien a alguno, os dejamos un resumen de los comandos más útiles y usados. Comandos más útiles en Magento 2. Os dejamos los más usados (e iremos ampliando): php bin/magento setup:upgrade : actualiza la configuraciónSi quieres conserva los ficheros estáticos puedes ejecutar: php bin/magento setup:upgrade –keep-generated php bin/magento setup:di:compile : ejecuta el compilador php bin/magento setup:static-content:deploy : deploy para el lenguaje por defecto (en_US).Si quieres forzarlo puedes poner: php bin/magento setup:static-content:deploy -fPuedes hacerlo para un tema concreto: php bin/magento setup:static-content:deploy –theme Magento/tema php bin/magento setup:static-content:deploy es_ES : deploy para un idioma específico (puedes cambiar el idioma del final). php bin/magento cache:clean : borra (purga) la cache por etiquetas.Puedes especificar el tipo de caché a vaciar poniendo php bin/magento cache:clean [type] …[type]Los tipos se separan con espacios y son los siguientes: Tipos: config, layout, block_html, collections, reflection, db_ddl, compiled_config, eav, customer_notification, config_integration, config_integration_api, full_page, config_webservice, translate php bin/magento cache:flush : borra la caché completamente.Puedes especificar el tipo de caché a vaciar poniendo php bin/magento cache:flush [type] …[type]Los tipos se separan con espacios y son los mismos que en cache:clean (encima) php bin/magento cache:enable : habilita la caché.También admite los type como en las dos opciones anteriores. php bin/magento cache:disable : deshabilita la caché.También admite los type como en las opciones anteriores. NOTA: Es muy normal que se ejecuten los siguientes comandos juntos tras un cambio en la configuración: php bin/magento setup:upgradephp bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:cleanphp bin/magento cache:flush php bin/magento indexer:status : ver el estado de los índices de búsqueda. php bin/magento indexer:show-mode : muestra el estado de los índices. Reindexar los índices (para las búsquedas): php bin/magento indexer:resetphp bin/magento indexer:reindexphp bin/magento cache:cleanphp bin/magento cache:flush php bin/magento module:status : ver el estado de los módulos (cuáles están activos y cuáles no). php bin/magento module:enable Namespace_Module : Habilitar un módulo. Namespace_Module es el nombre del mismo como aparece en module:status (encima). php bin/magento module:disable Namespace_Module : Deshabilitar un módulo. php bin/magento module:uninstall Namespace_Module : Desinstalar un módulo. php bin/magento deploy:mode:show : Consulta el modo de funcionamiento de Magento activo. php bin/magento deploy:mode:set developer : Activa el modo desarrollo. php bin/magento deploy:mode:set production : Activa el modo producción. php bin/magento maintenance:enable : Activa el modo mantenimiento.Si quieres sólo habilitarlo excepto para ciertas IPs ponlas así: php bin/magento maintenance:enable –ip=x.x.x.x –ip=y.y.y.y. php bin/magento maintenance:disable : Desactiva el modo mantenimiento. php bin/magento maintenance:status : Estado del modo mantenimiento. php bin/magento admin:user:unlock adminusername : Desbloquear un usuario administrador. Más información aquí.

Gestores de contenidos, Soporte, Trucos

Moodle muestra las imágenes corruptas tras una migración: solución.

/

Hace unos días migramos un Moodle de un alojamiento a otro. Estas migraciones las hacemos constantemente, y no suele haber problemas. Sin embargo está si que los dio: en el nuevo alojamiento las imágenes aparecían pixeladas, y verdes. En definitiva corruptas. Os mostramos un ejemplo. Se podía también ver porque si entrabas en el backend y activabas el modo debug salían unos errores de visualicación de imagen donde indicaban que la imagen estaba dañada. Además, si intentabas descargar la imagen desde el backend, no podías reproducirla. Solución. Las imágenes en Moodle están cifradas con un hash SH1. Puedes ver más información aquí: https://docs.moodle.org/dev/File_API_internals#File_API_internals Esto lo hacen para que una imagen sólo tenga que guardarse una vez aunque se referencie muchas veces en el sitio, incluso con distinto nombre. Como se hace en el control de versiones de git, por ejemplo. Además, quiere decir que, entre otras cosas, se puede comprobar si un fichero está dañado o no con el comando sha1sum de Linux. Pero, para el caso que nos ocupa, también quiere decir que no puede haber ninguna modificación en la transferencia de los archivos por FTP. Esto quiere decir, a modo práctico, que tienes que forzar en tu programa de FTP, por ejemplo en Filezilla, que la transferencia sea en modo Binario y no en Ascii o Auto. Los dos modos anteriores puede corromper las imágenes. Para hacerlo en Filezilla sólo tienes que ir a Edición > Opciones > Transferencias > FTP: Tipos de archivo y en Tipo de transferencia predeterminada ponerlo en Binario.Luego tienes que volver a descargar todas las imágenes de nuevo (el directorio data de Moodle) e importarlas otra vez. Verás que al hacerlo tendrás las imágenes sin corromper en el nuevo site.

Diseño Web, Gestores de contenidos

Módulo gratuito Banner en el carrito para Prestashop 1.7.

/

Hoy os dejamos un recurso gratuito para Prestashop 1.7 que ha salido hace poco. Desarrollado por Prestashop. Es un módulo llamado Banner en el carrito. Lo que hace es que te permite poner avisos cuando el cliente llega al carrito. El aviso sale como un banner en la parte superior del carrito y es adaptable para móviles. Además de ser multilingüe. Con este banner podrás: Poner recordatorios o alertas para tus clientes Avisar de ofertas especiales. Animar a tus clientes a tener conciencia ecológica reduciendo los paquetes agrupando los pedidos. Y mucho más… Así, podrás mantener a tus clientes informados, alertarles de cualquier promoción o problema con la tienda e incentivar más compras. ¡Y gratis!

Scroll al inicio