«¿Dónde está mi pedido?» Automatiza el soporte de Shopify y WooCommerce

La política de envíos explica el plazo habitual. No indica si el paquete de un comprador concreto salió. Conecta tu sitio lee el catálogo público; Pedidos conecta el sistema privado. Instalar el widget, entrenar políticas y conectar el catálogo no concede acceso a pedidos.

Abre un agente en tu cuenta intoCHAT, entra en Acciones y busca Pedidos debajo de Reservas. Elige Shopify o WooCommerce. Cada agente conecta una tienda. Lee pedidos, pero no puede cancelarlos, modificarlos o reembolsarlos. Añade a Conocimiento los procesos de envío y paquetes perdidos para explicar el siguiente paso con datos incompletos.

Usa la dirección permanente .myshopify.com, no el dominio personalizado del cliente. Si Instalar en Shopify aparece en Pedidos, sigue el proceso y aprueba la lectura solicitada. Si no está disponible, utiliza la opción documentada de app personalizada.

Probar y conectar verifica acceso y lectura del email necesario para la comprobación. Si los permisos de datos protegidos bloquean ese campo, resuélvelos antes. Un pedido sin email legible nunca se muestra al visitante.

Introduce la dirección HTTPS de WordPress en Pedidos. HTTP y direcciones privadas o internas se rechazan. En WordPress abre WooCommerce → Ajustes → Avanzado → REST API → Añadir clave. Elige un usuario que pueda gestionar pedidos, selecciona Lectura y genera la clave.

Pega consumer key y consumer secret en intoCHAT y pulsa Probar y conectar. La comprobación pide nombre de la tienda e ID de un pedido reciente, sin mostrar datos de clientes. Si se rechazan credenciales o la API no responde, corrige permisos o configuración antes de probar una pregunta.

WooCommerce no aporta seguimiento por sí mismo. Hace falta Shipment Tracking o un plugin que guarde los datos en el formato compatible. Un plugin de numeración personalizada también puede afectar: intoCHAT busca una coincidencia exacta, pero encontrar el número depende de ese plugin.

Sin email transmitido para un visitante con sesión iniciada, la herramienta necesita número y email usado para el pedido. Un email incorrecto obtiene el mismo resultado visible que un pedido ausente. Con verificación de identidad y email transmitido por el sitio, se usa ese e ignora el escrito en chat. Solo se firma el ID de usuario: no demuestra independientemente la propiedad del email.

Ejemplo ficticio: Alpine Desk es un comercio inventado y el pedido #1042 también es inventado. Primera respuesta ilustrativa: «¿Qué email usaste al pagar? Lo necesito para comprobar el pedido.» Si la herramienta confirma pago, preparación completada y enlace de seguimiento, una respuesta posible es: «El pedido #1042 está pagado y preparado. Este es el enlace de seguimiento devuelto por la tienda.» Describe lo esperado; no se probó un comercio o pedido real para esta guía.

El modelo recibe número y fecha, estado de pago y preparación, cancelación, títulos, variantes y cantidades, transportista y seguimiento disponibles, total y moneda. La vista limitada excluye direcciones, teléfonos, tarjetas, notas, email y otros pedidos. Un estado de preparación no establece una fecha de llegada.

Cada fallo necesita un paso adecuado. Una caída del proveedor no es una coincidencia de propiedad fallida. Estos casos son expectativas ilustrativas, no resultados de una tienda conectada.

Adáptalas a tu soporte. No activan Pedidos, conceden permisos ni conectan un transportista.

Activa derivación por email o chat en vivo en Configuración si debe intervenir el equipo. El chat necesita alguien conectado; el email pide consentimiento y dirección de respuesta. Confirma el envío solo cuando la acción tenga éxito y no prometas un plazo que el proceso no aporta.

Devoluciones y cambios es un interruptor separado de Pedidos, desactivado al inicio. El agente recoge artículos, cantidades, devolución o cambio y motivo, y verifica de nuevo el pedido. El éxito registra una solicitud para el equipo. No aprueba la devolución, reembolsa, crea etiquetas ni modifica la tienda.

Respuesta ficticia esperada después del éxito: «Se recibió tu solicitud para un artículo del pedido #1042. La tienda te contactará.» Aprobación y resolución siguen el soporte normal. Las solicitudes aparecen en la pestaña Leads; las notificaciones dependen de los canales configurados.

Empieza con la plantilla de seguimiento y adapta políticas y destino de soporte. En Playground usa tu pedido de prueba: coincidencia correcta, email deliberadamente incorrecto, pedido sin seguimiento y ruta de ayuda. Las consultas son reales y cuentan en los límites; emails y devoluciones pueden notificar al equipo. Coordina las comprobaciones.

Inspecciona Por qué esta respuesta para la consulta y el registro de accesos en Pedidos. Los clientes simulados comprueban diálogo, pero simulan pedidos y devoluciones: no demuestran acceso real. Esta guía no comunica pruebas reales de tiendas ni reducciones medidas del soporte.

La demo pública de abajo muestra solo descubrimiento de productos públicos. No accede a pedidos privados ni valida este recorrido. Crea una cuenta intoCHAT, configura Pedidos con acceso autorizado y sigue la documentación. La checklist para tiendas suizas cubre el despliegue multilingüe más amplio.