Tienda online

Una tienda online se juega el resultado en dos sitios: el móvil de quien compra y la trastienda de quien vende. El primero decide cuánta gente llega al pago; la segunda decide si lo que se vende existe de verdad y si el pedido se cobra una sola vez.

En el escaparate, el trabajo es de rendimiento y de fricción: cargar rápido con la conexión que hay de verdad en la calle, no obligar a registrarse antes de saber el precio final y no pedir un dato que no haga falta para enviar el paquete. Cada campo del formulario y cada segundo de espera se pagan en pedidos que no se terminan.

En la trastienda, el trabajo es de estado. El stock tiene que reflejar lo que hay en el almacén y no lo que había al abrir la página; el pago tiene que ser idempotente, de modo que un reintento del banco o un botón pulsado dos veces no generen dos pedidos ni dos cobros; y los estados del pedido tienen que corresponder a lo que ocurre de verdad, incluida la devolución.

Que la base sea WooCommerce, PrestaShop o una tienda a medida es una decisión posterior, y depende del catálogo, de las reglas de precio y de con qué sistemas hay que hablar. Lo que no cambia es el criterio: primero el modelo de datos y el flujo de cobro, después la capa visual. Al revés se llega a una tienda bonita que descuadra el inventario cada semana.

Los pagos merecen mención aparte porque es donde más dinero se pierde en silencio. Una pasarela avisa del cobro por un webhook, y ese aviso puede llegar dos veces, llegar tarde o no llegar. Si la tienda trata cada aviso como si fuera nuevo, el cliente acaba con dos pedidos o con un cargo que nadie reconoce. La operación tiene que ser idempotente: el mismo cobro procesado cinco veces deja el sistema exactamente igual que procesado una.