ChatGPT Wallet llega a Estados Unidos: qué revisar para aceptar compras realizadas por agentes

Qué cambia y a qué negocios conviene prestar atención

Wallet permite que un agente pague por cuenta del comprador después de recibir su aprobación. Tras autorizar la operación, la red proporciona una credencial sustitutiva con número, código de seguridad y caducidad. El cargo corresponde a la tarjeta elegida, pero sus datos reales no se comparten con el agente ni con el comercio.

Nuestra recomendación es priorizar la revisión si vendes online a clientes estadounidenses. Para un negocio centrado exclusivamente en España, tiene más sentido preparar un diagnóstico que anunciar una disponibilidad que no corresponde a este despliegue.

No presupuestes más ventas por incorporar esta posibilidad. Define primero qué quieres comprobar: si el agente puede llegar al checkout, si el pago se procesa y si el pedido queda correctamente registrado.

Cómo revisa y autoriza la compra el usuario

El acceso se habilita gradualmente: cumplir los requisitos no significa disponer ya de Wallet. La ayuda oficial exige residencia y dirección de facturación estadounidenses, una tarjeta de crédito compatible y un dispositivo con verificación biométrica. El uso comienza en conversaciones con un dot.

El comprador incorpora su tarjeta mediante un formulario seguro, no escribiendo sus datos en el chat. Antes de comprar, revisa comercio, artículos, importe, tarjeta y condiciones mostradas, incluidos posibles pagos recurrentes. Después aprueba mediante biometría, como Face ID o Touch ID, y el agente continúa el checkout.

Para preparar tu tienda, revisa cómo presentas esa información: nombre comercial reconocible, descripción precisa, gastos desglosados y condiciones sin ambigüedades. Utiliza una compra de prueba para detectar diferencias entre ficha, carrito y resumen final.

Autorizar el pago no equivale a confirmar el pedido

La ayuda oficial distingue la aprobación del comprador de la confirmación del comercio. El estado «Ready to check out» no acredita que exista un pedido. Algunas webs pueden no completar estas compras; ante un resultado incierto, hay que comprobar la confirmación del comercio antes de repetir el intento.

Como medida operativa, documenta por separado aprobación del usuario, estado del pago y creación del pedido. Pide a desarrollo y administración que acuerden qué registro demuestra cada paso.

Recomendamos preparar una respuesta de soporte para casos ambiguos: solicitar la referencia disponible, consultar el pedido y contrastar el movimiento con el proveedor de pagos. Evita recomendar un nuevo intento sin esa comprobación.

Paso 1. Comprueba el acceso sin abrir la web indiscriminadamente

La documentación de OpenAI indica que el navegador en la nube puede utilizar la web existente. Si las protecciones bloquean visitas verificadas, plantea excepciones específicas mediante la CDN o el cortafuegos, manteniendo los demás controles. Web Bot Auth permite verificar solicitudes firmadas; este tráfico es distinto del rastreo para buscadores.

Encarga una revisión acotada, no una desactivación general del sistema antibots. Nuestra propuesta de trabajo es la siguiente:

• Recorre ficha, carrito, identificación y pago; anota dónde aparece el primer bloqueo.
• Pide al responsable técnico que contraste ese punto con los registros de seguridad.
• Comprueba cómo verifica tu proveedor las solicitudes antes de introducir excepciones.
• Limita cualquier cambio al tráfico verificado y conserva los controles sobre cuentas y zonas privadas.
• Repite la prueba y deja documentado cómo revertir la modificación.

Paso 2. Revisa el checkout con pagos y prevención del fraude

Según la guía de aceptación, Wallet funciona con formularios de pago existentes y no requiere una integración específica. Eso no garantiza que cualquier operación termine bien: los sistemas de riesgo pueden interpretar las señales del navegador en la nube como sospechosas. La documentación contempla transmitir señales del usuario mediante la cabecera Forwarded, con disponibilidad gradual.

Antes de cambiar de plataforma o contratar desarrollo, abre una consulta conjunta con tu proveedor de pagos y tu servicio antifraude. Pide respuestas aplicables a tu configuración, no una declaración comercial genérica de compatibilidad.

• ¿Cómo identificáis las compras realizadas por agentes y sus credenciales de pago?
• ¿Qué señales recibís y cuáles utiliza realmente nuestra configuración de riesgo?
• ¿Cómo distinguimos un rechazo bancario de un bloqueo antifraude o un error del formulario?
• ¿Qué pruebas y registros necesitáis para investigar una incidencia?
• ¿Qué ajuste limitado proponéis y cómo evaluaremos sus efectos antes de ampliarlo?

Paso 3. Prueba el proceso completo, incluida la posventa

La guía mantiene en el negocio la gestión del pedido, la entrega, el soporte y las decisiones de fraude. También aclara que la credencial autorizada no debe reutilizarse para una compra diferente; los cobros recurrentes requieren el consentimiento correspondiente.

Propón una prueba controlada con un producto sencillo y un importe limitado. Comprueba el total, la referencia del pedido, la notificación al cliente y la conciliación interna. Si procede, incluye una cancelación o devolución acordada con administración.

Registra cada incidencia con hora, paso afectado y resultado observado. Evita guardar datos sensibles innecesarios. El entregable debería ser una lista de problemas reproducibles, responsables y acciones, no únicamente una captura de una compra completada.

Errores comunes: confundir acceso, visibilidad y cobro

Business Hub sirve para reclamar y gestionar el perfil del negocio; el Commerce Partner Playbook lo separa del acceso mediante navegador y de la aceptación de pagos. Aquí interesa esa última parte del recorrido, no volver a tratar el posicionamiento en buscadores con IA.

Tampoco confundas permitir una visita verificada con aprobar automáticamente sus operaciones. La propia guía de acceso recomienda conservar las protecciones existentes.

• No presentes una ficha reclamada como prueba de que el checkout funciona.
• No encargues un plugin antes de identificar una necesidad concreta.
• No reduzcas el diagnóstico a «el agente falla»: localiza el paso y el sistema responsable.
• No prometas compatibilidad universal a partir de una única prueba satisfactoria.

Plan práctico para negocios: qué dejar resuelto ahora

En Marketing en Vena proponemos organizar esta revisión entre tres responsables: web y seguridad, pagos y riesgo, y operaciones. Asigna a cada uno una comprobación y una evidencia de cierre.

Empieza con una auditoría breve y utiliza sus resultados para decidir si hacen falta cambios. No recomendamos sustituir un checkout funcional por anticipación ni relajar controles para demostrar que la novedad funciona.

• Prioridad comercial: identifica si atiendes al público incluido en el despliegue.
• Acceso: documenta bloqueos y posibles excepciones verificadas.
• Pago: solicita confirmación técnica a tus proveedores.
• Pedido: acuerda cómo comprobar el resultado antes de reintentar.
• Seguimiento: revisa incidencias, rechazos y pedidos completados sin atribuir mejoras que no puedas demostrar.