Prácticas recomendadas de rendimiento de Checkout
El proceso de pago y envío en Adobe Commerce es un aspecto crítico de la experiencia de la tienda. Se basa en las capacidades integradas de carrito y cierre de compra.
El rendimiento es clave para mantener una buena experiencia de usuario. Revise el resumen de evaluación de rendimiento para obtener más información acerca de las expectativas de rendimiento. Puede optimizar el rendimiento del cierre de compra configurando las siguientes opciones para procesamiento de pedidos de alto rendimiento:
- AsyncOrder: procesa pedidos de forma asincrónica mediante una cola.
- Cálculo total diferido: aplace los cálculos de totales de pedidos hasta que comience el cierre de compra.
- Comprobación de inventario al cargar el carro: omita la validación de inventario de los artículos del carro de compras.
- Equilibrio de carga: habilita conexiones secundarias para la base de datos MySQL y la instancia de Redis.
Las opciones de configuración AsyncOrder, Cálculo de totales diferidos y Comprobación de inventario de carga de carro de compras funcionan de forma independiente. Puede utilizar las tres funciones simultáneamente o habilitar y deshabilitar las funciones en cualquier combinación.
Colocación de pedido asincrónica
El módulo Orden asíncrona habilita la colocación asincrónica de pedidos, que marca el pedido como received, coloca el pedido en cola y procesa los pedidos de la cola según el orden de entrada y de salida. AsyncOrder está deshabilitado de manera predeterminada.
Por ejemplo, un cliente agrega un producto al carro de compras y selecciona Proceed to Checkout. Rellenan el formulario Shipping Address, seleccionan su Shipping Method preferido, seleccionan una forma de pago y realizan el pedido. El carro de compras se ha borrado, el pedido se ha marcado como Received, pero la cantidad del producto aún no se ha ajustado, y no se ha enviado un mensaje de correo electrónico de ventas al cliente. El pedido se recibe, pero los detalles del pedido aún no están disponibles porque el pedido no se ha procesado completamente. Permanece en la cola hasta que comienza el consumidor placeOrderProcess, comprueba el pedido con la característica comprobación de inventario (habilitada de forma predeterminada) y actualiza el pedido de la siguiente manera:
- Producto disponible: el estado del pedido cambia a Pendiente, la cantidad del producto se ajusta, se envía un mensaje de correo electrónico con los detalles del pedido al cliente y los detalles del pedido correcto quedan disponibles para su visualización en la lista Pedidos y devoluciones con opciones procesables, como reordenar.
- Producto agotado o con bajo suministro: el estado del pedido cambia a Rechazado, la cantidad del producto no se ajusta, se envía un correo electrónico con los detalles del pedido sobre el problema al cliente y los detalles del pedido rechazado están disponibles en la lista Pedidos y devoluciones sin opciones procesables.
Use la interfaz de línea de comandos para habilitar estas características o edite el archivo app/etc/env.php según los archivos README correspondientes definidos en la Guía de referencia de módulo.
Para habilitar AsyncOrder:
Puede habilitar AsyncOrder mediante la interfaz de línea de comandos:
bin/magento setup:config:set --checkout-async 1
El comando set escribe lo siguiente en el archivo app/etc/env.php:
...
'checkout' => [
'async' => 1
]
Consulte AsyncOrder en la Guía de referencia de módulo.
Para deshabilitar AsyncOrder:
Puede deshabilitar AsyncOrder mediante la interfaz de línea de comandos:
bin/magento setup:config:set --checkout-async 0
El comando set escribe lo siguiente en el archivo app/etc/env.php:
...
'checkout' => [
'async' => 0
]
Compatibilidad con AsyncOrder
AsyncOrder admite un conjunto limitado de características de Adobe Commerce.
Cierre de compra estándar
Presupuesto negociable B2B
Pago contra reembolso
Braintree
PayPal PayFlow Pro
Las siguientes características no son compatibles con AsyncOrder, pero siguen funcionando sincrónicamente:
- Métodos de pago no incluidos en la lista de funciones admitidas
- Cierre de compra de varias direcciones
- Creación de órdenes de administración
Compatibilidad con API web
Cuando el módulo AsyncOrder está habilitado, los siguientes extremos REST y mutaciones de GraphQL se ejecutan de forma asíncrona:
RESTO:
GraphQL:
Exclusión de métodos de pago
Los desarrolladores pueden excluir explícitamente ciertos métodos de pago de la colocación asincrónica de pedidos agregándolos a la matriz Magento\AsyncOrder\Model\OrderManagement::paymentMethods. Los pedidos que utilizan métodos de pago excluidos se procesan sincrónicamente.
Pedido asíncrono de oferta negociable
El módulo Pedido asíncrono de presupuesto negociable B2B le permite guardar elementos de pedido de forma asincrónica para la funcionalidad NegotiableQuote. Debe tener habilitados AsyncOrder y NegotiableQuote.
Cálculo de total diferido
El módulo Cálculo total diferido optimiza el proceso de cierre de compra al aplazar el cálculo total hasta que se solicite para el carro de compras o durante los pasos finales de cierre de compra. Cuando está habilitado, solo el subtotal se calcula cuando un cliente agrega productos al carro de compras.
El cálculo total diferido está deshabilitado de manera predeterminada. Use la interfaz de línea de comandos para habilitar estas características o edite el archivo app/etc/env.php según los archivos README correspondientes definidos en la Guía de referencia de módulo.
Para habilitar DeferredTotalCalculation:
Puede habilitar DeferredTotalCalculation mediante la interfaz de línea de comandos:
bin/magento setup:config:set --deferred-total-calculating 1
El comando set escribe lo siguiente en el archivo app/etc/env.php:
...
'checkout' => [
'deferred_total_calculating' => 1
]
Para deshabilitar DeferredTotalCalculation:
Puede deshabilitar DeferredTotalCalculation mediante la interfaz de línea de comandos:
bin/magento setup:config:set --deferred-total-calculating 0
El comando set escribe lo siguiente en el archivo app/etc/env.php:
...
'checkout' => [
'deferred_total_calculating' => 0
]
Consulte DeferredTotalCalculating en la Guía de referencia de módulo.
Impuesto de producto fijo
Cuando el cálculo del total diferido está habilitado, el impuesto sobre el producto fijo (FPT) no se incluye en el precio del producto y en el subtotal del carro de compras después de agregar el producto al carro de compras. El cálculo de FTP se difiere al agregar un producto al minicarrito. El FTP se muestra correctamente en el carro de compras después de pasar al cierre de compra final.
Desactivar comprobación de inventario
La configuración global Habilitar inventario al cargar el carro determina si se debe realizar una comprobación de inventario al cargar un producto en el carro de compras. La desactivación del proceso de comprobación de inventario mejora el rendimiento de todos los pasos de cierre de compra, especialmente cuando se tratan productos a granel en el carro de compras.
Cuando está desactivada, la comprobación de inventario no se produce al añadir un producto al carro de compras. Si se omite esta comprobación de inventario, algunos escenarios sin existencias podrían generar otros tipos de errores. Se realiza una comprobación de inventario siempre en el paso de colocación de pedidos, incluso cuando está deshabilitada.
Habilitar la comprobación de inventario al cargar el carro está habilitada (establecida en Sí) de manera predeterminada. Para deshabilitar la comprobación de inventario al cargar el carro de compras, establezca Enable Inventory Check On Cart Load en No en la sección Tiendas > Configuración > Catálogo > Inventario > Opciones de Stock de la IU de administración. Consulte Configurar opciones globales y Inventario de catálogo en la Guía del usuario.
Equilibrio de carga
Puede ayudar a equilibrar la carga entre los distintos nodos activando conexiones secundarias para la base de datos MySQL y la instancia de Redis.
Adobe Commerce puede leer varias bases de datos o instancias de Redis de forma asincrónica. Si usa Commerce en la infraestructura de la nube, puede configurar las conexiones secundarias editando los valores de MYSQL_USE_SLAVE_CONNECTION y REDIS_USE_SLAVE_CONNECTION en el archivo .magento.env.yaml. Solo un nodo necesita controlar el tráfico de lectura-escritura, por lo que al establecer las variables en true se crea una conexión secundaria para el tráfico de solo lectura. Establezca los valores en false para quitar cualquier matriz de conexión de solo lectura existente del archivo env.php.
Ejemplo del archivo .magento.env.yaml:
stage:
deploy:
MYSQL_USE_SLAVE_CONNECTION: true
REDIS_USE_SLAVE_CONNECTION: true