WooCommerce recalcula al cambiar país, provincia o código postal. Si desaparecen todos, la dirección puede no coincidir con una zona, el paquete no ser elegible, la API haber fallado o la actualización no completarse.
No añadas envío gratis global como emergencia: puede aceptar pedidos imposibles o deficitarios.
Captura la última dirección válida
Usa direcciones controladas y anota país, provincia, formato postal, carrito y estado del cliente. Cambia un campo cada vez.
Inspecciona update_order_review o Store API. Anota estado, duración y error seguro.
No retengas direcciones reales en material compartido.
Confirma el orden de zonas
WooCommerce evalúa desde la zona más específica hasta el fallback. Comprueba si corresponde a código postal, provincia, país o ubicaciones no cubiertas.
Por zona:
- países y regiones
- patrones postales
- instancias activas
- coste y condiciones
- orden frente a zonas ampliasPrueba espacios, mayúsculas y ceros iniciales. Un wildcard amplio puede capturar destinos destinados a otra zona.
Comprueba la normalización que aplica el autocompletado y la API del transportista. Provincia abreviada, caracteres, guiones o un código extendido pueden ser válidos para el cliente pero no coincidir con la regla. Normaliza en un punto definido sin cambiar silenciosamente el destino.
Inspecciona el paquete
Las tarifas se calculan por paquetes. Clases, estado virtual, dimensiones, peso y división multivendor cambian la elegibilidad.
Compara un producto físico simple con el carrito fallido. Si falla una combinación, revisa clases y código que construye paquetes.
Un carrito solo virtual no requiere envío; es distinto de uno físico sin tarifa.
Registra el hash o resumen seguro del paquete antes y después del cambio. Si WooCommerce construye dos paquetes, cada uno necesita una tarifa compatible; que uno quede sin método puede bloquear todo el pedido aunque el otro muestre opciones.
Revisa condiciones del método
El envío gratuito puede depender de cupón o mínimo; otras instancias pueden estar desactivadas o limitadas.
Para tarifas live, relaciona la hora con el log. Credenciales, servicios de cuenta, código postal de origen, dimensiones o timeout pueden devolver cero.
No registres credenciales ni direcciones; usa request ID y pruebas controladas.
Verifica también la dirección de origen, unidades de peso/dimensión y servicios contratados en la cuenta. Una migración o cambio de almacén puede dejar el origen antiguo, y la API devuelve cero tarifas únicamente para ciertas combinaciones de origen y destino.
Rastrea el recálculo
Los campos disparan eventos JavaScript. Un tema, autocompletado o plugin puede mostrar el valor sin enviar lo que WooCommerce lee.
Inspecciona país, provincia y postal enviados. Lee el primer error de Console. Si el servidor devuelve tarifas pero la página no las muestra, el fallo es de renderizado.
No fuerces update_checkout en bucle: sobrecarga y produce parpadeo.
Descarta caché y sesión antigua
Checkout y tarifas no pueden compartirse. Verifica exclusiones en servidor, WordPress y Cloudflare.
Si el navegador conserva un paquete antiguo, compara una sesión privada. Limpia solo la sesión controlada.
Moneda e idioma pueden reconstruir paquetes; prueba las combinaciones soportadas.
Comprueba cuánto dura la caché de tarifas y qué campos forman su clave. No reutilices una respuesta calculada para otro código postal, moneda o contenido. Al depurar, invalida solo la prueba controlada y deja que el sistema vuelva a calcular con todos los datos finales.
Repara el límite exacto
Corrige zona, patrón postal, producto, condición, credenciales o evento demostrado. Muestra “envío no disponible” de forma útil cuando realmente no existe método.
No expongas errores crudos del transportista. Guarda detalles técnicos con una referencia.
Define una alternativa operativa para caídas del proveedor: recogida, tarifa manual aprobada o mensaje para contactar, según el negocio. No inventes un precio ni aceptes el pedido sin saber si puede cumplirse. La alternativa debe activarse solo ante el fallo demostrado y quedar monitorizada.
Completa pedidos para una dirección reparada y otra no soportada. Confirma tarifa, impuestos, total, importe del pago y método almacenado.
Verifica estabilidad del servicio
Repite con invitado y cuenta, móvil, cambio de dirección y carrito con varios productos. La misma entrada debe producir la misma tarifa bajo las mismas condiciones.
Comprueba comportamiento si la API tarda o no responde: el cliente debe recibir un estado claro, no un total incorrecto.
Simula una respuesta lenta y una indisponibilidad en staging. Confirma que los reintentos no forman un bucle, que una tarifa antigua no permanece seleccionada y que el checkout no permite pagar con un método de envío ya inválido.
El mantenimiento recurrente debe probar destinos representativos tras cambios de transportista, producto, checkout o WooCommerce. Una tarifa visible una vez no basta; el recálculo debe ser determinista.