Un control de disponibilidad puede estar en verde mientras la tienda pierde pedidos en silencio. La portada devuelve 200. La ficha devuelve 200. Un código promocional pone el total a cero, un método de envío desaparece para un país, o el evento de compra no se dispara, y el monitor no tiene nada que decir. Dejé de tratar “el sitio está arriba” como noticia. La noticia es si un comprador puede pagar.
Sigue al comprador, no a la página de estado
En una tienda WordPress o WooCommerce en vivo recorro un camino y anoto dónde se tuerce:
El carrito muestra el artículo, el precio y la cantidad que el comprador ve de verdad. El envío ofrece el método que corresponde a esa dirección, no un método que quedó de una zona de prueba. Un código promocional cambia el total a propósito, o no toca el total en absoluto. El pago sigue listando Stripe, PayPal y el método que tiende a desaparecer para un tipo de producto. La analítica recibe el evento de compra en un pedido real, no en un clic que se le parecía.
Cualquiera de esas cosas puede fallar mientras el servidor parece sano. He visto tiendas celebrar una portada rápida la misma semana en que el evento de pago dejó de llegar a la cuenta de anuncios. Los anuncios seguían gastando. La tienda seguía “convirtiendo” en la cabeza del dueño. El informe no coincidía, y nadie había abierto el informe.
| La luz | Qué aún puede estar mal |
|---|---|
| Portada 200 | La petición de añadir al carrito falla para un cliente que ha entrado. |
| Ficha de producto rápida | La zona de envío del país principal no devuelve nada. |
| El pago carga | Un código de la temporada pasada pone el total a cero. |
| Plugin de pago activo | Un tipo de producto hace desaparecer el único método que usan los compradores. |
| El gestor de etiquetas está | El evento de compra se dispara en el botón, no en el pedido pagado. |
La velocidad es parte del camino, no un pasatiempo aparte
Un carrito lento es un carrito fallido para una parte de los compradores, así que mido el camino, no una nota de laboratorio en la portada. Una caché que hace rápida la primera vista y deja el carrito viejo no es una victoria. Prefiero una ficha de producto un poco más lenta que un carrito con el precio de ayer.
Esto no es una prueba de intrusión
Recorrer el camino del dinero no es una prueba de penetración, y no lo vendo como tal. Tampoco hace que la tienda aparezca en un motor de respuestas. Son trabajos distintos, con pruebas distintas. Lo que puedo decir después de cinco días es más estrecho y más útil: aquí se cae un pedido, esto es lo que está en riesgo, este es el orden en que lo arreglaría.
Si la única prueba de salud es un código de estado, estás midiendo el humor del servidor, no el ingreso de la tienda.
Un código es un programa pequeño
Abro la lista de códigos que siguen activos y pruebo los aburridos, no una cadena al azar. Un código de la temporada pasada que nunca se cerró. Un código que se acumula sobre un precio que ya está rebajado. Un código que se aplica a la línea de envío cuando todos creen que se aplica al producto. Cada uno son unas líneas de configuración, y cada uno cambia lo que paga el comprador. Prefiero pasar una hora en esa lista que un día discutiendo un tema nuevo.
La misma paciencia va a las zonas de envío. La zona del país que de verdad compra es la que pruebo, con un código postal de ese país, no con la dirección de la propia tienda. Un método que aparece para el código del dueño y desaparece para un cliente es un fallo normal. No avisa a nadie. Simplemente quita el pedido.
El entregable en el que confío es una lista corta con un dueño y una forma de saber que el arreglo funcionó. “Mejorar la conversión” no es una lista. “El código SAVE10 ignora el precio de oferta y se acumula sobre sí mismo” sí es una lista. La segunda frase se puede probar con un pedido en staging esta semana. La primera se puede discutir un año.
