El punto de recogida no aparece en PrestaShop: las causas reales

Un fallo que cuesta pedidos directamente

Cuando el punto de recogida de PrestaShop no aparece, el cliente no le llama: abandona el carrito. Es uno de los fallos más caros del proceso de compra y también uno de los más frecuentes. En el historial de intervenciones de una agencia especializada, los módulos de envío suman varios cientos de tickets, dominados por Colissimo y Mondial Relay, con picos de incidencias que siguen a las subidas de versión.

La buena noticia: las causas se reducen a un puñado de escenarios, y un método de aislamiento permite decidir en quince minutos.

Paso 1: el mapa está vacío o no carga

El widget de selección aparece, pero se queda en blanco o gira sin parar. Abra la consola del navegador, pestaña Consola y luego Red: el error casi siempre es explícito.

Clave de Google Maps caducada o cuota agotada. Mensaje típico: RefererNotAllowedMapError u OverQuotaMapError. La clave debe ser válida, estar asociada a un proyecto con facturación activa y autorizar el dominio de la tienda como referer. Es, con diferencia, la primera causa.

Conflicto de JavaScript con el tema. Pruebe cambiando temporalmente al tema Classic. Si el mapa vuelve, el problema está en una biblioteca que su tema carga dos veces, normalmente jQuery.

El CCC rompe la carga. En Parámetros avanzados > Rendimiento, las opciones «Combinar, comprimir y almacenar en caché» agrupan los archivos JavaScript. Los widgets de los transportistas suelen cargar sus scripts de forma asíncrona y llevan mal esa agrupación. Desactive el CCC, vacíe la caché y vuelva a probar. Si el mapa vuelve, ya sabe dónde buscar.

Contenido mixto. Un widget llamado por HTTP en una página HTTPS queda bloqueado en silencio por el navegador. Mensaje: Mixed Content.

Paso 2: el transportista no aparece en el proceso de compra

Aquí el problema no es el widget, sino la lógica de disponibilidad de los transportistas. Compruebe en este orden:

1. Zona y país. El país de entrega del cliente debe pertenecer a una zona asociada al transportista. Una zona sin marcar deja al transportista invisible sin el menor mensaje.
2. Grupos de clientes. En la pestaña del transportista, los grupos autorizados deben incluir el del cliente, también «Visitante» si acepta pedidos sin cuenta.
3. Rangos de peso y de precio. El clásico: el último rango termina por debajo del valor real del carrito. Un carrito de 12 kg sobre una tabla que llega hasta 10 kg hace desaparecer al transportista. Revise también el comportamiento elegido fuera de rango.
4. Transportista borrado lógicamente. En la base de datos, ps_carrier.deleted = 1 oculta el transportista. Ocurre tras modificar un transportista, porque PrestaShop crea una línea nueva y archiva la anterior.
5. Disponibilidad por producto. Un producto configurado con transportistas específicos restringe la elección para todo el carrito.

Una consulta útil para aclararse:

SELECT id_carrier, name, active, deleted, id_reference
FROM ps_carrier ORDER BY id_reference, id_carrier;

Paso 3: la etiqueta no se genera

El cliente ha elegido su punto de recogida, pero el envío falla desde el back-office.

• Credenciales o contrato caducados. Los módulos de transportista guardan un identificador, una contraseña y a menudo un número de contrato. Un cambio de contrato comercial invalida los accesos sin avisar.
• Dirección rechazada. Los formatos de dirección de los transportistas son estrictos. Colissimo trunca a partir de cierta longitud de línea, y los caracteres acentuados o especiales en address1 provocan rechazos. Las direcciones pegadas desde otra web son las más problemáticas.
• Peso a cero. Un producto sin peso indicado rompe el cálculo en algunos transportistas. Compruebe que ningún producto activo tiene peso nulo.

Paso 4: los gastos de envío son absurdos

Dominan dos causas:

• Rangos que se solapan. Una tabla de 0-1 kg y luego 1-5 kg crea una ambigüedad justo en 1 kg. Use límites que no se solapen.
• Envío gratuito mal configurado. El umbral de envío gratuito se define en las preferencias de envío y se aplica antes o después del descuento según la configuración. Un umbral mal colocado regala portes más a menudo de lo previsto.

El método de aislamiento en quince minutos

Una sola regla: cambiar un parámetro cada vez. En este orden: tema Classic, luego CCC desactivado, luego módulos no esenciales desactivados. El primer cambio que devuelve el comportamiento normal señala al culpable.

Documente cada prueba. En un proceso de compra, dar marcha atrás sin saber qué se ha tocado sale más caro que el fallo inicial.

Si la avería apareció después de una subida de versión, la causa probablemente sea más amplia: lea nuestro artículo sobre los módulos que se rompen tras una actualización.

¿Proceso de compra roto?

Intervenimos de urgencia en los fallos de transportista y del proceso de compra. Diagnóstico gratuito, respuesta en menos de 1 h — consulte el soporte urgente de PrestaShop.