La API de Transactions se dará de baja el 3 de mayo de 2023, antes de la baja de Conversational Actions el 13 de junio de 2023. Para obtener más información, consulta
Eliminación de acciones en conversaciones.
Diseño de conversaciones transaccionales (Dialogflow)
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Diseña una conversación para guiar a los usuarios a través de tus flujos transaccionales. Proporcionamos ejemplos de referencia que puedes usar como guía cuando diseñes tus propias acciones transaccionales.
Ejemplos
Sugerencias de diseño
Asegúrate de que los diálogos suenen de forma natural y conversacional, es decir, la forma en que hablaría una persona real.
El texto que pronuncia el TTS o la voz no tiene que coincidir exactamente con el que aparece en las burbujas de chat. Funciona bien si las burbujas de chat son un subconjunto del diálogo hablado.
Saluda a tus visitantes y logra su participación. Pregúntales qué necesitan y ofréceles algunas sugerencias para que comiencen.
Antes de invitar al usuario a agregar artículos al carrito, realiza una verificación de backend con actions.intent.TRANSACTION_REQUIREMENTS_CHECK para confirmar que el usuario tiene configurados los pagos para Asistente de Google.
Prepárate para abordar los mismos problemas de voz que con otras experiencias web o para dispositivos móviles. Por ejemplo, ofrece un artículo similar cuando no tengas un tamaño o color determinado, o invita a los usuarios a registrarse para recibir una notificación cuando el artículo vuelva a estar en stock.
Ten en cuenta que el resumen del pedido se compila con los datos que pasas a través de la API. La etiqueta "Pagar con Google" ayuda a los usuarios a comprender que Google facilitó el pago.
Cuando solicites información a los usuarios, como su dirección, primero infórmales por qué envías la solicitud y cómo los beneficiará.
Google presentará el método de autorización de compra (ya sea que no se requiera autenticación, contraseña o huella digital) según la configuración del usuario. En ocasiones, nuestra evaluación de riesgos iniciará un paso de autenticación adicional, como confirmar el CVV de una tarjeta.
Una vez que se complete el pago, asegúrate de enviar un recibo y una confirmación del pedido. Es importante que los usuarios comprendan que eres el comerciante oficial y que les enviará todos los detalles del pedido, no Google.
De forma predeterminada, las transacciones se pueden realizar en una superficie con una pantalla (como un teléfono Android) o en una plataforma solo de voz (como Google Home).
Para admitir mejor las transacciones solo por voz, presta especial atención a diseñar una buena experiencia de conversación que guíe a los usuarios a través de la experiencia de transacción completa.
Ten en cuenta que algunos intents de transacciones pueden requerir una pantalla. La mayoría de estos recursos (p.ej., agregar una nueva dirección de entrega, solucionar problemas con los pagos, vincular la cuenta) se transferirán al teléfono automáticamente. Si hay incorporaciones en la conversación que se muestran mejor en la pantalla (p.ej., presentar respuestas enriquecidas para la creación de tarjetas, mostrar las Condiciones del Servicio o la política de privacidad de un comercio), debes verificar si la plataforma actual admite las capacidades de SCREEN_OUTPUT o WEB_BROWSER y, de lo contrario, transferir a una plataforma nueva.
Si prefieres no admitir transacciones solo de voz con tu Acción, puedes configurar tu proyecto de acciones para que requiera una pantalla. Para ello, navega a Implementar > Funciones de superficie en la Consola de Actions y configura Do your Actions required a screen output en Yes.
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-07-25 (UTC)
[null,null,["Última actualización: 2025-07-25 (UTC)"],[[["\u003cp\u003eDesign conversational flows for transactional Actions, guiding users through the process similar to a real-world conversation.\u003c/p\u003e\n"],["\u003cp\u003eRefer to provided examples like Shoe store, Ticketing, and Flower Shop to understand transactional Action design.\u003c/p\u003e\n"],["\u003cp\u003eFollow design tips to ensure natural dialog, clear communication, and a smooth user experience, including pre-purchase checks and handling potential issues.\u003c/p\u003e\n"],["\u003cp\u003eTransactions can occur on screen and voice-only surfaces; optimize for both by crafting a comprehensive conversational experience and leveraging surface capabilities effectively.\u003c/p\u003e\n"],["\u003cp\u003eRemember to inform users about data requests, purchase authorization, and merchant responsibility for post-purchase communication.\u003c/p\u003e\n"]]],[],null,["# Designing Transactional Conversations (Dialogflow)\n\nDesign a conversation to guide users through your transactional\nflows. We've provided reference examples that you can use as a guide\nwhen designing your own transactional Actions.\n\nExamples\n--------\n\n[](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) [Shoe store Example](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) \n[](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) [Ticketing example](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) \n[](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA) [Flower Shop Example](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA)\n\nDesign Tips\n-----------\n\n- Make sure the dialogs [sound natural and conversational](/assistant/actions/design) --- the way a real person would talk.\n\n- The text spoken by your TTS/voice does not have to exactly match the text shown in your chat bubbles. It works well if the chat bubbles are a subset of the spoken dialog.\n\n- Greet your visitors and get them engaged. Ask what they need and offer a few suggestion chips to get them started.\n\n- Before inviting the user to add items to the cart, do a backend check using `actions.intent.TRANSACTION_REQUIREMENTS_CHECK` to confirm the user has payments set up for their Google Assistant.\n\n- Be prepared to respond to the same issues with voice as with other mobile or web experiences. For example, offer a similar item when you're out of a certain size or color, or invite users to sign up to be notified when the item is back in stock.\n\n- Note that the order summary is built with the data you pass via the API. The \"Pay with Google\" label helps users understand that Google facilitated the payment.\n\n- When requesting info from your users, like their address info, first let them know why you are making the request and how it will benefit them.\n\n- Google will present the purchase authorization method (either no auth required, password, or fingerprint) based on the user's settings. Sometimes our risk assessment will kick off an additional auth step like confirming CVV for a card.\n\n- After the payment is complete, be sure to send a receipt and an order confirmation. It's important that users understand that you are the merchant of record, and will follow up with all details about the order, not Google.\n\n- By default transactions can be performed on either a surface with a screen (such as an Android phone) or a voice-only surface (such as a Google Home).\n\n - To best support voice-only transactions, take extra care to design a [good conversational experience](/assistant/actions/design) that walks users through the full transaction experience.\n\n - Note that some transactions intents may require a screen. Most of these (e.g. adding a new delivery address, fixing payment issues, account linking) will be handed off to the phone automatically. If there are any additions to the conversation that are best displayed on a screen (e.g. presenting rich responses for card building, displaying a merchant ToS or privacy policy), you should check if the current surface supports the `SCREEN_OUTPUT` or `WEB_BROWSER` capabilities, and [transfer to a new surface](/assistant/df-asdk/surface-capabilities#multi-surface_conversations) if not.\n\n - If you would rather not support voice-only transactions with your Action, you can set your Actions project to require a screen by navigating to **Deploy \\\u003e Surface capabilities** in the [Actions Console](https://console.actions.google.com) and setting **Do your Actions require a screen output** to **Yes**."]]
