> ## Documentation Index
> Fetch the complete documentation index at: https://knowledge.flowella.io/llms.txt
> Use this file to discover all available pages before exploring further.

# WhatsApp Web e Desktop: como os Flows aparecem fora do telemóvel

> Como os WhatsApp Flows são apresentados no WhatsApp Web e na aplicação Desktop, o que é suportado e as escolhas de design que importam quando os clientes preenchem formulários num portátil.

A maioria das conversas WhatsApp ainda acontece nos telefones, mas uma parte significativa dos clientes - especialmente os casos de utilização B2B e de serviço ao cliente - responde às suas mensagens a partir da **WhatsApp Web** ou da **WhatsApp Desktop app**. Até o final de 2025, o Flows era aberto somente no telefone: um cliente no Desktop veria um espaço reservado informando-o para trocar de dispositivo. Desde o lançamento dos Fluxos no WhatsApp Web e no Desktop, os clientes podem preencher formulários na mesma janela da conversa, o que elimina um dos maiores pontos de fricção na recolha de dados do WhatsApp.

Esta página cobre o que esperar de cada superfície, o que ainda não é suportado e como conceber Fluxos que funcionem bem num portátil.

## Onde os fluxos são renderizados agora

| Superfície                                                        | Fluxos renderizados nativamente | Notas                                                                            |
| ----------------------------------------------------------------- | ------------------------------- | -------------------------------------------------------------------------------- |
| **WhatsApp mobile (iOS, Android)**                                | Sim                             | O Surface original, suporte completo de recursos                                 |
| **WhatsApp Web** (web.whatsapp.com)                               | Sim                             | O modal abre em linha; a conversa permanece visível                              |
| **WhatsApp Aplicação para ambiente de trabalho** (Windows, macOS) | Sim                             | Igual à Web; modal dentro da janela do ambiente de trabalho                      |
| **WhatsApp para Linux**                                           | Parcial                         | Via web.whatsapp.com num browser                                                 |
| \*\* **WhatsApp Business app (versões mais antigas)**             | Não no desktop companheiro      | Alguns aplicativos companheiros ainda pedem ao usuário para abrir em um telefone |

Para o cliente, isto significa que uma mensagem Flow na conversa se expande para um painel modal quando toca nela, onde preenche os campos e submete. O envio é gravado no WhatsApp da mesma forma que no telemóvel, e o Flowella regista a resposta de forma idêntica.

<Note>
  O lançamento do Web/Desktop tem sido gradual. Alguns utilizadores em versões mais antigas do cliente WhatsApp podem ainda ver o aviso legado "por favor, abra no telemóvel". O sistema recua graciosamente - eles podem completar o Fluxo no seu telefone quando estiverem prontos - mas se estiver a ver isto nos testes, peça ao utilizador para atualizar o WhatsApp Desktop ou atualizar o WhatsApp Web.
</Note>

## O que muda para os seus clientes

Os efeitos práticos do facto de os fluxos poderem ser utilizados na Web/desktop:

* Os clientes não precisam de mudar de dispositivo para preencher o seu endereço ou escolher uma data. Um formulário que exige muita digitação é muito mais rápido num teclado.
* Dados mais antigos mostravam que cerca de 30-40% das aberturas de fluxo na Web/no desktop eram abandonadas devido ao atrito da troca de dispositivo. Isso é recuperado quando o formulário é aberto no local.
* Mais flexibilidade em formulários mais longos.\*\* Um fluxo de 6-8 campos que seria doloroso no telemóvel é ótimo num teclado. É possível dividir menos formulários em vários ecrãs.
* Um cliente que cola um longo número de encomenda, endereço ou número de IVA num campo do fluxo pode fazê-lo naturalmente.

## O que ainda muda entre telemóvel e Web/desktop

Existem diferenças visuais e de interação que devem ser contornadas:

<AccordionGroup>
  <Accordion title="Espaço no ecrã">
    O modal Flow na Web/Desktop é um painel de largura fixa dentro da janela WhatsApp. É mais estreito do que um formulário Web típico e tem aproximadamente a mesma largura de um ecrã de telemóvel, pelo que os layouts de coluna única continuam a funcionar melhor. Não crie um fluxo que necessite de campos lado a lado.
  </Accordion>

  <Accordion title="Seleccionadores nativos vs IU personalizada">
    Os selectores de data, dropdowns e outros controlos de formulário nativos utilizam a IU do cliente do ambiente de trabalho no Web/Desktop, que tem um aspeto diferente do de um telemóvel, mas tem o mesmo comportamento. Teste se os campos de data ou hora são renderizados de forma aceitável em ambos.
  </Accordion>

  <Accordion title="Fotos e anexos de documentos">
    Os clientes na Web/Desktop anexam fotografias ou documentos do seu sistema de ficheiros e não do rolo da câmara. Se o seu Fluxo pedir "uma fotografia dos danos", esperando uma captura instantânea com a câmara, defina as expectativas na cópia do pedido de que poderão ter de a tirar primeiro com o telemóvel.
  </Accordion>

  <Accordion title="Partilha de localização">
    A geolocalização do navegador funciona de forma diferente do GPS móvel. Se o seu fluxo solicitar uma localização, espere uma precisão inferior na Web/desktop e considere a introdução de um endereço como alternativa.
  </Accordion>

  <Accordion title="Preenchimento automático de OTP">
    No telemóvel, o WhatsApp pode preencher automaticamente um OTP a partir de uma SMS recente. Na Web/Desktop, isto não acontece - o cliente digita o código manualmente. Certifique-se de que o campo de entrada está claramente identificado como "Código de 6 dígitos de SMS" ou semelhante.
  </Accordion>
</AccordionGroup>

## Implicações do design

Com o Flows a correr na Web/Desktop, vale a pena rever as decisões de design:

* Pode pedir mais campos por ecrã do que era sensato quando 30%+ dos utilizadores da Web/Desktop iam abandonar. Atualmente, um ecrã com 5-7 campos é razoável.
* Formulários de endereço: os formulários de endereço com várias linhas (rua, cidade, código postal, país) funcionam bem num teclado. Não os esmague numa só linha por hábito.
* Os números de encomenda, as referências de reserva, os números de IVA - campos em que é mais provável que o cliente esteja num computador do que num telefone - podem permanecer numa única entrada em vez de serem divididos.
* Ecrãs de confirmação: O ecrã de confirmação de fim de fluxo tem agora mais espaço para um resumo significativo. Utilize-o para confirmar os dados introduzidos e não apenas para dizer "obrigado".

## Como o Flowella lida com dispositivos cruzados

Do ponto de vista do Flowella, um envio de fluxo é um envio de fluxo, independentemente da superfície que o cliente usou. A carga útil do webhook, o evento de envio de formulário do HubSpot e a notificação da caixa de entrada são idênticos.

Se precisar de saber **qual a superfície** que o cliente utilizou - para análise ou para encaminhamento - o webhook de resposta inclui uma dica de dispositivo em alguns tipos de mensagem. A maioria dos relatórios não precisa dessa distinção.

## Testes na Web/no desktop

Uma lista de verificação rápida ao criar ou revisar um fluxo:

<Steps>
  <Step title="Enviar o Flow para o WhatsApp Web de um contacto de teste">
    Utilizar o **Templates → Envio de Teste** do Flowella ou um contacto de teste, com o WhatsApp Web aberto num segundo monitor ou browser.
  </Step>

  <Step title="Abrir o fluxo na Web/no desktop">
    Confirmar que o modal Flow abre em linha e não com um marcador de posição "abrir no telemóvel".
  </Step>

  <Step title="Preencha todos os campos como um cliente real o faria">
    Utilize Tab entre campos, cole valores longos quando for realista e verifique se os estados de erro (e-mail inválido, campo obrigatório em falta) são apresentados de forma legível.
  </Step>

  <Step title="Verificar data e comportamento do menu suspenso">
    Abrir o seletor de datas, percorrer os menus pendentes. Confirme que tudo o que foi testado apenas em dispositivos móveis continua a parecer natural com um rato.
  </Step>

  <Step title="Submeter e verificar se os dados estão corretos">
    Confirme que a resposta aparece na caixa de entrada do Flowella, na linha temporal do contacto do HubSpot e no seu fluxo de trabalho posterior.
  </Step>
</Steps>

## Clientes mais antigos e fallbacks

Se um cliente estiver a utilizar uma versão mais antiga do WhatsApp que não suporta Fluxos na sua superfície atual, o WhatsApp apresenta normalmente um espaço reservado pedindo-lhe para atualizar ou abrir num telefone. O fluxo em si continua a ser válido - o cliente pode completá-lo mais tarde, reabrindo o chat numa superfície suportada.

Para formulários críticos para o negócio, duas salvaguardas:

* **Inclua sempre uma mensagem de acompanhamento** após o envio de um fluxo, pedindo ao cliente para confirmar que o completou. Se não o fizerem, a resposta automática pode pedir-lhes novamente.
* Definir um prazo de validade razoável para o fluxo\*\*, para que o convite do formulário não fique parado indefinidamente. Consulte [Referência do modelo](/pt/app/template-reference) para obter as opções de tempo de vida no modelo subjacente.

## Guias relacionados

* [Formulários](/pt/app/forms) - como os formulários HubSpot se tornam WhatsApp Flows
* [Referência do modelo](/pt/app/template-reference) - o modelo que envolve um fluxo
* [Caixa de entrada](/pt/app/inbox) - onde os envios de Fluxos chegam para a sua equipa