Checkout y Ventas

Los datos del sector sugieren que simplificar el proceso de checkout puede reducir el abandono entre un 10 y un 35%, pero sus resultados reales dependerán de la fricción actual de su checkout, su audiencia y su tipo de producto. Si su checkout actual tiene 5 pasos y requiere creación de cuenta, cambiar a un checkout de una sola página probablemente mostrará una mejora significativa. Si ya está ejecutando un checkout limpio de dos pasos, las mejoras serán más modestas.

Learn more in our checkout optimization guide.

Sí. Checkout Revolution funciona con cualquier módulo de pago que use hooks de pago estándar de PrestaShop. Esto incluye Stripe, PayPal, Mollie, Adyen y prácticamente todos los principales proveedores de pago. El módulo de checkout gestióna el diseño y el flujo — el procesamiento del pago lo maneja su módulo de pago como de costumbre. Si un módulo de pago específico hace algo inusual (como redirigir a mitad del checkout), consúltenos y verificaremos la compatibilidad.

Read more about payment integration in our checkout guide.

Sí, Checkout Revolution soporta la adición de campos personalizados al formulario de checkout — como instrucciones de entrega, números de registro de empresa o notas personalizadas. Los configura en el back office del módulo. Sin embargo, campos personalizados que requieran lógica de validación compleja o que necesiten interactuar con sistemas externos pueden requerir desarrollo personalizado más allá de lo que ofrece el módulo de serie.

See our checkout customization guide for more tips.

Sí, Checkout Revolution soporta completamente el checkout de invitado. Puede configurar si requiere la creación de cuenta, ofrecerlo como opcional o permitir checkout de invitado puro. El checkout de invitado normalmente aumenta las tasas de conversión porque muchos compradores primerizos no quieren crear una cuenta solo para realizar una compra.

Learn why guest checkout matters in our one-page checkout guide.

Sí, nuestro módulo Digital Revolution gestióna la entrega de productos digitales — descargas seguras, distribución de claves de licencia, límites de descarga y fechas de expiración. Funciona junto con los productos estándar de PrestaShop, para que pueda vender productos físicos y digitales en la misma tienda.

Checkout Revolution soporta funciones relevantes para B2B como requerir un número de IVA, mostrar precios netos y campos de empresa personalizados. Sin embargo, no tiene un flujo de trabajo de órdenes de compra (aprobar → enviar → facturar). Para la gestión completa de órdenes de compra B2B, necesitaría un módulo B2B dedicado o desarrollo personalizado.

For VAT handling, check out our Automatic EU VAT Checker module.

El diseño del checkout es el mismo para todos los clientes, pero puede mostrar u ocultar campos específicos según grupos de clientes. Por ejemplo, puede requerir un número de IVA de empresa solo para clientes B2B, u omitir el paso de entrega para pedidos exclusivamente digitales. La personalización completa del diseño por grupo requeriría desarrollo personalizado.

Explore all checkout features on the Checkout Revolution product page.

Puede que sí, dependiendo de la causa. Si la lentitud se debe a que su módulo de checkout actual carga JavaScript innecesario o hace demasiadas llamadas AJAX, cambiar a Checkout Revolution probablemente mejorará las cosas — nuestro módulo está optimizado para el rendimiento. Sin embargo, si la lentitud es del lado del servidor (base de datos lenta, hosting lento), un cambio de módulo de checkout no lo soluciónará. Use las herramientas de desarrollo de su navegador (pestaña Red) para identificar qué exactamente es lento.

See our checkout optimization guide for performance tips.

Nuestros módulos de ventas y promociones le permiten añadir temporizadores de cuenta regresiva a las páginas de producto y listados de categorías para crear urgencia. Usted establece la fecha de fin de la promoción, y el temporizador cuenta hacia atrás en tiempo real. Esta es una técnica de marketing legítima cuando se usa con promociones reales — no la use con plazos falsos que se reinician, ya que esto destruye la confianza del cliente y puede violar las leyes de protección al consumidor en la UE.

See also: Sales Revolution — advanced promotions with countdown timers

Esto depende del módulo específico. Algunos de nuestros módulos de promociones permiten programar fechas de inicio y fin. PrestaShop en sí también soporta reglas de precios de catálogo con rangos de fechas. Para programación compleja de promociones (ventas flash, códigos de descuento por tiempo limitado), puede necesitar una combinación de las funciones integradas de PrestaShop y un módulo. Consulte la página del producto específico o pregúntenos sobre su escenario.

Read more: Black Friday Preparation Checklist for Your Store

El autocompletado de dirección (usando Google Places API o similar) no está integrado en Checkout Revolution. Es una funcionalidad separada que requiere una clave de API de Google Maps con facturación configurada. Podemos orientarle hacia un módulo que añade esta funcionalidad, que funcionaría junto con nuestro módulo de checkout.

Learn more about checkout features in our complete checkout guide.

Sí. La apariencia del módulo está controlada por CSS y plantillas Smarty que puede sobreescribir en su theme. Para cambios básicos de color y espaciado, puede usar las opciones de configuración del módulo. Para una personalización más profunda, cree un override de plantilla en la carpeta de su theme en /themes/su-theme/modules/mprcheckoutrevolution/. Si necesita ayuda con cambios de diseño específicos, contáctenos.

For more customization ideas, read our checkout process guide.

PrestaShop gestióna esto de forma nativa — los carritos se guardan para clientes conectados y para invitados mediante cookies. Nuestro módulo de checkout no modifica este comportamiento. Si un cliente añade artículos al carrito y vuelve más tarde (dentro de la vida útil de la cookie), su carrito seguirá ahí. Para recuperación avanzada de carritos abandonados (correos electrónicos, recordatorios), necesitaría un módulo dedicado de carritos abandonados.

Read our checkout optimization guide for abandonment recovery tips.

Checkout Revolution no tiene pruebas A/B integradas. Para hacer pruebas A/B de diseños de checkout, necesitaría una herramienta externa como Google Optimize (descontinuado, pero existen alternativas) o un módulo dedicado de pruebas A/B. También podría probar secuencialmente — ejecute un diseño durante un período, cambie a otro y compare las tasas de conversión. Las verdaderas pruebas A/B con asignación aleatoria simultánea requieren herramientas dedicadas.

Learn more about conversion optimization in our checkout optimization guide.

Si el cliente ha iniciado sesión y tiene direcciónes guardadas y un pedido anterior, el proceso de checkout es significativamente más rápido — sus datos se rellenan automáticamente. Sin embargo, el verdadero pedido "con un solo clic" (como la patente de Amazon) requiere almacenar métodos de pago, lo cual Checkout Revolution no hace por razones de seguridad y cumplimiento PCI. El paso de pago siempre requiere que el cliente confirme o introduzca los datos de pago.

For faster checkout, explore our Express Checkout guide.

El módulo valida que los campos obligatorios están completos y que el formato es correcto (p. ej., email válido, formato de código postal válido). Sin embargo, no verifica que una dirección exista físicamente. Para verificación real de direcciónes (comprobar contra bases de datos postales), necesitaría un servicio dedicado de validación de direcciónes integrado mediante un módulo separado o código personalizado.

Explore all checkout features on the Checkout Revolution product page.

Checkout Revolution muestra las opciones de envío proporcionadas por sus módulos de transportista, incluyendo cualquier información sobre tiempo de entrega que proporcionen. Si su módulo de transportista incluye fechas estimadas de entrega, aparecerán. El módulo de checkout en sí no calcula fechas de entrega — esa lógica pertenece a los módulos de envío/transportista.

Learn more in our one-page checkout guide.

Dos motores de descuento, dos filosofias diferentes

PrestaShop ofrece dos mecanismos fundamentalmente diferentes para aplicar descuentos: los precios especificos y las reglas del carrito. Parecen similares desde la perspectiva del cliente porque ambos reducen el importe pagado, pero funcionan de maneras completamente diferentes internamente, se dirigen a diferentes etapas del proceso de compra y tienen caracteristicas de rendimiento distintas. Elegir el equivocado para tu caso de uso no solo crea confusion. Puede causar precios incorrectos, ralentizar tu tienda o hacer que tu estrategia de descuentos sea imposible de gestionar a escala.

Los precios especificos modifican el precio mostrado de un producto antes de que entre en el carrito. Estan vinculados directamente a los productos y se evaluan durante la navegacion del catalogo. Las reglas del carrito, por otro lado, aplican descuentos despues de que los productos estan en el carrito, generalmente requiriendo un codigo de vale o cumpliendo ciertas condiciones. Entender esta distincion es la base para elegir la herramienta correcta para cada escenario de descuento.

Como funcionan internamente los precios especificos

Los precios especificos se almacenan en la tabla ps_specific_price de tu base de datos PrestaShop. Cada fila en esta tabla representa una regla de precio unica que puede sobrescribir el precio base de un producto bajo ciertas condiciones. La estructura de la tabla incluye columnas para el ID del producto, el ID de la combinacion (atributo), el ID de la tienda, la moneda, el pais, el grupo, el cliente, la sobrescritura del precio, el importe de la reduccion, el tipo de reduccion (importe o porcentaje), el rango de fechas y la cantidad minima.

Cuando PrestaShop calcula el precio de un producto, consulta esta tabla para encontrar todas las reglas de precio especifico que coinciden con el contexto actual: el producto que se esta viendo, el grupo del cliente, la tienda, la moneda, el pais y la fecha actual. Si multiples reglas coinciden, PrestaShop usa un sistema de prioridad para determinar cual se aplica. Esta prioridad se configura en el back office en Catalogo > Descuentos > Precios especificos > Prioridades.

El sistema de prioridad

El sistema de prioridad determina que regla de precio especifico gana cuando multiples reglas coinciden. El orden de prioridad predeterminado es: tienda, moneda, pais, grupo. Puedes reordenar estos cuatro criterios en el back office. PrestaShop evalua las reglas de la mas especifica a la menos especifica. Una regla dirigida a un cliente especifico siempre supera a una regla dirigida a un grupo de clientes. Una regla dirigida a una combinacion especifica siempre supera a una regla dirigida al producto en su conjunto.

Este sistema de prioridad es poderoso pero puede ser confuso cuando tienes muchas reglas superpuestas. Por ejemplo, si tienes una regla que concede un 10% de descuento al grupo Mayorista y otra regla que concede un 15% de descuento para pedidos de 10 o mas unidades, PrestaShop debe decidir cual se aplica cuando un cliente mayorista pide 10 unidades. La configuracion de prioridades determina la respuesta.

Descuentos por cantidad

Una de las funcionalidades mas utiles de los precios especificos es la tarificacion basada en cantidad. Configurando el campo from_quantity, puedes crear una tarificacion por tramos: compra 1 al precio completo, compra 5 con un 10% de descuento, compra 20 con un 20% de descuento. Estos tramos de cantidad se muestran en la pagina del producto en una tabla de precios, lo que sirve como un fuerte incentivo para que los clientes pidan cantidades mayores.

Los descuentos por cantidad a traves de precios especificos se evaluan por producto individual. Si un cliente anade 5 unidades del Producto A y 5 unidades del Producto B, solo la cantidad por producto cuenta para alcanzar el umbral. Si necesitas descuentos por cantidad entre productos (compra cualquier 10 articulos para obtener un descuento), necesitas reglas del carrito.

Precios por grupo de clientes

Los precios especificos son la herramienta correcta para la tarificacion por grupo de clientes. Si tienes un grupo Mayorista que deberia ver precios un 30% mas bajos en todos los productos, creas reglas de precio especifico para ese grupo. Estos precios aparecen en las paginas del catalogo y en las paginas de producto cuando un cliente mayorista esta conectado, que es el comportamiento esperado. El cliente ve su precio, no el precio minorista con un descuento aplicado en el proceso de pago.

La tarificacion por grupo a traves de precios especificos tambien afecta la visualizacion de precios en los listados de categorias, resultados de busqueda y funcionalidades de comparacion. Esto es importante para las tiendas B2B donde los clientes mayoristas necesitan ver sus precios reales mientras navegan, no solo en el proceso de pago.

Como funcionan internamente las reglas del carrito

Las reglas del carrito se almacenan en varias tablas, con ps_cart_rule como tabla principal. Las tablas relacionadas incluyen ps_cart_rule_lang para nombres y descripciones multilingues, ps_cart_rule_country para restricciones por pais, ps_cart_rule_group para restricciones por grupo, ps_cart_rule_carrier para restricciones por transportista, ps_cart_rule_combination para reglas sobre que reglas del carrito pueden combinarse, y ps_cart_rule_product_rule mas ps_cart_rule_product_rule_group y ps_cart_rule_product_rule_value para condiciones a nivel de producto.

Las reglas del carrito se evaluan cuando el contenido del carrito cambia o cuando se introduce un codigo de vale. Operan sobre el total del carrito o sobre productos especificos dentro del carrito, y pueden proporcionar tres tipos de reduccion: un porcentaje sobre el pedido, un importe fijo sobre el pedido o envio gratuito.

Sistema de condiciones

Las reglas del carrito tienen un sistema de condiciones extenso que va mucho mas alla de lo que los precios especificos pueden hacer. Una sola regla del carrito puede requerir que todas las siguientes condiciones se cumplan simultaneamente:

Un total minimo del pedido (antes o despues de impuestos). Un rango de fechas especifico. Un numero limitado de usos totales. Un numero limitado de usos por cliente. Un cliente especifico. Restriccion a ciertos grupos de clientes. Restriccion a ciertos paises. Restriccion a ciertos transportistas. El requisito de que ciertos productos, categorias, fabricantes o proveedores esten en el carrito. El requisito de que otras reglas del carrito especificas esten presentes o no.

Las condiciones de restriccion por producto son particularmente poderosas. Puedes crear reglas como: 10% de descuento cuando el carrito contiene al menos un producto de la Categoria X y al menos un producto del Fabricante Y. Este tipo de logica entre productos y entre categorias es imposible con los precios especificos.

Codigos de vale

Las reglas del carrito pueden tener opcionalmente un codigo de vale. Cuando se asigna un codigo, la regla solo se activa cuando el cliente introduce ese codigo. Cuando no se asigna ningun codigo, la regla se aplica automaticamente si se cumplen todas las condiciones. Las reglas del carrito automaticas aparecen en el carrito sin accion del cliente, lo que es util para promociones como envio gratuito en pedidos superiores a un cierto importe.

Combinacion y superposicion de reglas del carrito

Las reglas del carrito tienen un sistema de compatibilidad que controla que reglas pueden usarse juntas. Cada regla del carrito tiene una configuracion para determinar si puede combinarse con otras reglas del carrito. Si una regla esta marcada como no combinable, no puede usarse junto con ninguna otra regla del carrito. Si es combinable, puedes especificar ademas con que otras reglas del carrito especificas es compatible.

Esto te da un control preciso sobre la superposicion de descuentos. Por ejemplo, podrias permitir que un descuento del 10% por suscripcion al newsletter se combine con una promocion de envio gratuito, pero impedir que se combine con un vale de rebajas estacionales del 20%.

Combinar precios especificos y reglas del carrito

Los precios especificos y las reglas del carrito pueden operar simultaneamente en el mismo pedido. Un producto puede tener un precio especifico (digamos, 20% de descuento para el grupo Mayorista) y una regla del carrito puede aplicar un descuento adicional encima (digamos, otro 5% de descuento con un codigo de vale). PrestaShop calcula primero el precio especifico, reduciendo el precio del producto, y luego aplica la regla del carrito al precio ya reducido.

Este comportamiento de superposicion es intencional y generalmente deseable, pero puede llevar a descuentos mas profundos de lo previsto si no se gestiona con cuidado. Un producto con un 30% de descuento por precio especifico mas un 20% de descuento por regla del carrito no da un 50% de descuento. Se aplica primero el 30%, luego el 20% sobre el precio reducido, resultando en un descuento total del 44%. Pero esto aun puede superar tu margen si no calculas cuidadosamente.

Para impedir que los precios especificos y las reglas del carrito se superpongan, tienes opciones limitadas. Las reglas del carrito no tienen una condicion que verifique los precios especificos, y los precios especificos no conocen las reglas del carrito. El enfoque mas practico es excluir los productos que tienen precios especificos activos de las restricciones de producto de la regla del carrito, aunque esto requiere mantenimiento manual.

Rangos de fechas y programacion

Tanto los precios especificos como las reglas del carrito soportan rangos de fechas, pero los gestionan de manera diferente.

Los precios especificos tienen campos datetime from y to. Cuando ambos estan configurados en 0000-00-00 00:00:00, la regla no tiene limite de tiempo. Cuando estan configurados con fechas reales, la regla solo se aplica dentro de esa ventana temporal. Esto es perfecto para promociones temporales en productos individuales.

Las reglas del carrito tambien tienen campos date_from y date_to con el mismo comportamiento. La ventaja de las reglas del carrito para las promociones temporales es que una sola regla del carrito puede aplicarse a muchos productos a traves de su sistema de condiciones, mientras que necesitarias entradas de precio especifico individuales para cada producto.

Para ventas flash con muchos productos, las reglas del carrito son mas manejables. Para ajustes de precio permanentes o descuentos a largo plazo por producto, los precios especificos son mas apropiados.

Consideraciones de rendimiento

Las diferencias de rendimiento entre los dos sistemas se vuelven significativas a medida que tu tienda crece.

Rendimiento de los precios especificos

Cada vez que PrestaShop muestra el precio de un producto, consulta la tabla ps_specific_price. En una pagina de categoria que muestra 20 productos, eso significa 20 consultas separadas. En una pagina de resultados de busqueda, aun mas. La consulta filtra por ID de producto, tienda, moneda, pais, grupo, cliente, fecha y cantidad, por lo que una indexacion correcta es critica.

PrestaShop incluye indices en las columnas consultadas mas comunmente, pero las tiendas con decenas de miles de entradas de precios especificos pueden experimentar ralentizaciones, especialmente cuando se combinan con multiples tiendas, monedas y grupos de clientes. El numero de filas en ps_specific_price impacta directamente en el rendimiento de la navegacion del catalogo.

Un problema de rendimiento comun ocurre cuando los propietarios de tiendas crean precios especificos en masa usando importaciones pero nunca limpian las entradas expiradas. Con el tiempo, la tabla se llena de miles de reglas expiradas que PrestaShop aun consulta. La eliminacion periodica de precios especificos expirados puede mejorar notablemente los tiempos de carga de las paginas del catalogo.

Rendimiento de las reglas del carrito

Las reglas del carrito se evaluan con menos frecuencia que los precios especificos porque solo importan cuando el carrito esta activo. Sin embargo, la evaluacion puede ser mas compleja debido al rico sistema de condiciones. Una regla del carrito con restricciones de producto requiere joins entre multiples tablas para verificar si el contenido del carrito coincide con las condiciones.

Las tiendas con cientos de reglas del carrito automaticas activas (reglas sin codigos que se aplican automaticamente) pueden experimentar cargas lentas de la pagina del carrito porque PrestaShop debe evaluar cada regla automatica para determinar cuales se aplican. Las reglas del carrito basadas en vales son mas economicas porque solo se evaluan cuando se introduce un codigo.

La tabla ps_cart_rule en si es generalmente pequena en comparacion con ps_specific_price, pero las tablas de condiciones pueden crecer si usas restricciones de producto complejas en muchas reglas.

Matriz de casos de uso

Saber que herramienta usar para cada escenario elimina las conjeturas y previene errores de implementacion.

Usa precios especificos cuando

Necesitas cambiar el precio mostrado en la pagina del producto y en los listados del catalogo. Este es el caso de uso principal. Los precios especificos afectan como aparecen los precios en todo el catalogo, lo que importa para la percepcion del cliente y para los feeds de Google Shopping.

Necesitas tramos de precios basados en cantidad. La visualizacion de descuentos por cantidad integrada en la pagina del producto esta impulsada por los precios especificos y no puede replicarse con reglas del carrito.

Necesitas ajustes de precio permanentes o a largo plazo para grupos de clientes. La tarificacion B2B, la tarificacion para clientes VIP y la tarificacion para empleados se gestionan mejor a traves de precios especificos.

Necesitas establecer un precio fijo para un producto bajo ciertas condiciones. Los precios especificos pueden sobrescribir completamente el precio base (no solo aplicar una reduccion), lo que es util cuando el precio ajustado no puede expresarse como un porcentaje del precio base.

Necesitas tarificacion por combinacion. Los precios especificos pueden dirigirse a combinaciones de producto individuales (atributos), permitiendote establecer precios diferentes para diferentes tallas, colores u otras variantes.

Usa reglas del carrito cuando

Necesitas codigos de vale. Los precios especificos no pueden activarse con un codigo. Cualquier promocion que requiera que el cliente introduzca un codigo debe usar una regla del carrito.

Necesitas condiciones de valor minimo del pedido. Las reglas del carrito pueden requerir un total minimo del carrito antes de que se aplique el descuento. Los precios especificos no tienen concepto de total del carrito.

Necesitas condiciones entre productos. Si el descuento debe aplicarse solo cuando ciertas combinaciones de productos estan en el carrito, solo las reglas del carrito pueden expresar esta logica.

Necesitas envio gratuito como descuento. Las reglas del carrito pueden ofrecer envio gratuito. Los precios especificos no pueden afectar los costes de envio.

Necesitas limitar el uso total. Las reglas del carrito rastrean cuantas veces se han usado en total y por cliente. Los precios especificos no tienen limites de uso.

Necesitas restricciones por transportista o pais a nivel de carrito. Mientras que los precios especificos pueden dirigirse a paises, lo hacen con fines de tarificacion. Las reglas del carrito pueden restringir descuentos segun el transportista seleccionado, algo que los precios especificos no pueden hacer.

Usa ambos juntos cuando

Tienes tarificacion base por grupo (precios especificos para el grupo Mayorista) y tambien ejecutas campanas promocionales (reglas del carrito para rebajas estacionales o codigos de vale). La tarificacion por grupo establece la linea base, y las reglas del carrito proporcionan incentivos adicionales.

Vendes productos con tramos de cantidad (precios especificos) pero tambien quieres ofrecer envio gratuito por encima de un umbral (regla del carrito). Estos dos tipos de descuento no entran en conflicto porque afectan a aspectos diferentes del pedido.

Gestion de la base de datos y limpieza

Ambos mecanismos de descuento crean entradas en la base de datos que se acumulan con el tiempo. Una gestion activa previene la degradacion del rendimiento y la confusion en los datos.

Limpieza de precios especificos

Los precios especificos expirados no sirven para nada y ralentizan los calculos de precios. Puedes identificarlos y eliminarlos con una consulta SQL que apunte a las entradas donde la fecha to esta en el pasado y no es cero. Antes de eliminar, exporta los datos como copia de seguridad.

Tambien busca precios especificos duplicados o en conflicto. Al importar productos o usar herramientas de edicion masiva, es facil crear multiples reglas de precio especifico para el mismo producto, grupo y rango de fechas. PrestaShop usara el sistema de prioridad para elegir una, pero las demas desperdician espacio en la base de datos y tiempo de consulta.

Limpieza de reglas del carrito

Las reglas del carrito expiradas son un problema de rendimiento menor porque se filtran por fecha durante la evaluacion. Sin embargo, desordenan el back office y dificultan la gestion. Archiva o elimina periodicamente las reglas del carrito cuyas fechas de fin hayan pasado.

Los codigos de vale de un solo uso que han sido completamente utilizados tambien pueden limpiarse. Verifica los campos quantity y quantity_per_user contra el uso real antes de eliminar.

Consideraciones de importacion y exportacion

Los precios especificos pueden gestionarse a traves de la importacion CSV de productos de PrestaShop. El archivo de importacion soporta columnas para el importe de la reduccion, el tipo de reduccion, el grupo, el rango de fechas y la cantidad. Esto hace practico configurar miles de precios especificos programaticamente, lo cual es esencial para tiendas B2B con matrices de precios complejas.

Las reglas del carrito no tienen un mecanismo de importacion integrado. La creacion de reglas del carrito en masa requiere un modulo, manipulacion directa de la base de datos o la API del servicio web de PrestaShop. Para tiendas que necesitan generar muchos codigos de vale unicos (para campanas con influencers, por ejemplo), generalmente es necesario un modulo que genere reglas del carrito programaticamente.

Como aparecen los descuentos en el front office

La forma en que los descuentos se presentan a los clientes difiere significativamente entre los dos metodos, y esta presentacion afecta las tasas de conversion.

Los precios especificos muestran el precio original tachado y el nuevo precio al lado en la pagina del producto y en los listados del catalogo. La insignia de porcentaje o importe de descuento aparece en la miniatura del producto. Este tratamiento visual es gestionado por el tema y es altamente visible. Los clientes ven el descuento antes de anadir el producto al carrito, lo que aumenta la probabilidad de anadirlo.

Las reglas del carrito no cambian el precio mostrado del producto. El producto aparece a precio completo en el catalogo y en la pagina del producto. El descuento solo se hace visible en el carrito o durante el proceso de pago. Para las reglas basadas en vales, el cliente debe introducir activamente el codigo para ver cualquier reduccion. Para las reglas automaticas, la linea de descuento aparece en el resumen del carrito.

Esta diferencia de presentacion importa para el marketing. Si quieres que un producto parezca estar en oferta en el catalogo, necesitas precios especificos. Si quieres sorprender y deleitar a los clientes con un descuento en el proceso de pago, o si el descuento depende de la composicion general del carrito, las reglas del carrito son apropiadas.

Gestion de impuestos

Los precios especificos aplican su reduccion al precio base antes del calculo de impuestos. La reduccion se especifica como porcentaje o importe fijo, y el campo reduction_tax determina si el importe fijo es antes o despues de impuestos. Esto es sencillo porque cada producto tiene una tasa impositiva conocida.

Las reglas del carrito que aplican un descuento de importe fijo al total del carrito deben especificar si el importe incluye o excluye impuestos. Cuando un carrito contiene productos con diferentes tasas impositivas, esta distincion afecta que productos absorben el descuento y puede llevar a diferencias de redondeo. PrestaShop distribuye el descuento proporcionalmente entre los articulos del carrito, pero el calculo puede producir resultados inesperados cuando las tasas impositivas varian.

Para simplicidad y previsibilidad en tiendas con multiples tasas impositivas, los descuentos basados en porcentaje (tanto precios especificos como reglas del carrito) son mas fiables que los descuentos de importe fijo.

Consideraciones multitienda

En una configuracion multitienda de PrestaShop, los precios especificos pueden asignarse a tiendas especificas o compartirse entre todas las tiendas. Cada entrada de precio especifico tiene un campo id_shop. Un valor de 0 significa que la regla se aplica a todas las tiendas. Esto te permite tener precios diferentes para diferentes tiendas, lo cual es comun en configuraciones multitienda que sirven a diferentes mercados o segmentos de clientes.

Las reglas del carrito tambien tienen una restriccion por tienda a traves de la tabla ps_cart_rule_shop. Puedes crear una regla del carrito que solo sea valida en ciertas tiendas. Esto es util para promociones especificas de tienda o campanas de vales regionales.

Interacciones con modulos de terceros

Muchos modulos de terceros interactuan con el sistema de precios de PrestaShop, y su comportamiento depende de si usas precios especificos o reglas del carrito.

Los modulos de feed de Google Shopping tipicamente leen los precios especificos para determinar el precio de oferta enviado a Google Merchant Center. Si ejecutas promociones a traves de reglas del carrito, el feed de Google Shopping mostrara el precio completo porque no puede tener en cuenta los descuentos a nivel de carrito. Esto significa que tus listados de productos en Google Shopping no mostraran el precio promocional, lo que potencialmente reduce las tasas de clics.

Los modulos de comparacion de precios y las integraciones con marketplaces tienen la misma limitacion. Leen los precios de los productos, que incluyen los precios especificos, pero no pueden predecir los descuentos de las reglas del carrito. Si quieres que tus precios con descuento aparezcan en canales externos, los precios especificos son el camino a seguir.

Los modulos de analisis que rastrean el valor medio del pedido y el impacto de los descuentos pueden o no capturar los descuentos de las reglas del carrito dependiendo de su implementacion. Los descuentos de precios especificos se reflejan en el precio del producto a nivel de pedido, haciendolos mas faciles de rastrear.

Directrices practicas para propietarios de tiendas

Comienza con estos principios y ajustalos segun las necesidades especificas de tu tienda:

Usa precios especificos para cualquier cosa que deba cambiar como aparece un producto en el catalogo. Precios de oferta, precios por grupo, tramos de cantidad y promociones temporales de productos pertenecen todos aqui.

Usa reglas del carrito para cualquier cosa que dependa del pedido general o requiera accion del cliente. Codigos de vale, umbrales minimos de pedido, promociones entre productos y ofertas de envio gratuito pertenecen todos aqui.

Evita crear tanto un precio especifico como una regla del carrito que apunten a los mismos productos en el mismo periodo de tiempo a menos que hayas calculado explicitamente el descuento combinado y confirmado que no erosiona tus margenes por debajo de los niveles aceptables.

Limpia las reglas expiradas trimestralmente. Configura un recordatorio en el calendario para revisar y eliminar los precios especificos y las reglas del carrito expiradas. El rendimiento de tu tienda te lo agradecera.

Documenta tu estrategia de descuentos. Cuando multiples personas gestionan tu tienda, un documento que explique que metodo de descuento se usa para que proposito previene reglas conflictivas o duplicadas. Esto es especialmente importante durante la temporada alta cuando multiples promociones pueden estar activas simultaneamente.