📱 Base de App (Android / iOS):

 1. Push Notification:

✅  Usuário apto se:

•  Instalou o app com a SDK da Inngage atualizada;
•  Abriu o app pelo menos uma vez;
•  Permitiu o recebimento de notificações no sistema:

✅ Android: geralmente vem ativado por padrão.

✅ iOS: exige permissão do usuário.

•  Possui um device token válido registrado na Inngage.
• Não desinstalou o app.

2. In App Message:

✅  Usuário apto se:

•  Está com o app aberto no momento (mensagem aparece dentro do app).
• A SDK da Inngage está atualizada.
• Existe uma sessão ativa (o app foi aberto recentemente).

Dúvidas Frequentes: 

❗ Por que importar usuários manualmente não garante envio de Push para todos eles?

✅ Porque o envio de Push Notification depende de um token de dispositivo gerado automaticamente, não apenas de dados cadastrais.

❗Se você importar uma base manual com apenas user_id, e-mail, telefone, etc., mas sem o device_token válido, não será possível enviar Push.

💻 Base  Web (Web Push e On Site Message):

 3. Web Push Notification:

✅  Usuário apto se:

• Acessou o site e aceitou receber notificações no navegador.

• Usa navegador compatível (Chrome, Firefox, Edge, Safari).

• Possui um token de Web Push VAPID válido.

• Não revogou a permissão nem limpou os cookies.

🕒 Quando a notificação aparece?

Aparece no navegador mesmo que o usuário não esteja com o site aberto, desde que o computador ou dispositivo esteja online.

• Em desktop, geralmente surge no canto inferior ou superior da tela, conforme o navegador.

• Em mobile (Android), pode aparecer na bandeja de notificações do sistema.

4. On Site Message:

✅ Usuário apto se:

• Está navegando ativamente no site.

• O site possui o script da Inngage instalado e funcional.

• A mensagem foi configurada para aparecer de forma visível ( banner, pôster, contagem regressiva).

❗ Dúvidas Frequentes:

O token de Web Push (VAPID) só é criado quando o usuário acessa o site e aceita o opt-in de notificação via navegador. - Para Web Push. 

Se você importar o usuário manualmente, mas ele nunca aceitou o opt-in no site, ele não terá token registrado, e portanto, não receberá Web Push.

📲 Canais Tradicionais:

 1. SMS (Short Message Service):

✅ Usuário apto se:

• Possui um número de celular válido (ex: 5511999999999).

• O número não está em lista de opt-out das operadoras.

📥 É necessário:

• Importar uma base manualmente ou via API com os seguintes campos:

  • Identificador único do usuário (ex: e-mail ou user_id)

  • Número de telefone válido.

  • A base precisa ser carregada por meio de importação CSV.

 2. RCS (Rich Communication Services):

✅ Usuário apto se:

• Tem um número de celular válido.

• O serviço RCS está ativado pela operadora e no app de mensagens do aparelho.

📱 Plataformas que suportam RCS:

• Android com o Google Mensagens como app padrão.

• O RCS precisa estar ativado nas configurações do app de mensagens.

📥 É necessário:

Importar uma base com:

• Identificador único do usuário (ex: e-mail ou user_id).
• Número de telefone.
• A base precisa ser carregada por meio de importação CSV.

✉️ Canal de E-mail

3. E-mail

✅ Usuário apto se:

• Tem um endereço de e-mail válido (ex: [email protected]).

• O domínio do remetente está corretamente configurado com SPF, DKIM, DMARC.

• A Inngage está com os remetentes validados.

📥 É necessário:

• Importar uma base com:

  • Identificador único (user_id, CPF, e-mail).

  • Campo de e-mail.

  • Pode ser feita via importação manual ou API.

  • A base precisa ser carregada por meio de importação CSV.

🔍 Como evitar problemas de entrega:

• Usar listas limpas (sem e-mails inválidos).

• Configurar corretamente os domínios e remetentes.

• Evitar termos e práticas que ativam filtros de spam.

📌 Conclusão:

• ✅ SMS, RCS e E-mail → funcionam com base nos dados importados (telefone, e-mail).

• ❌ Push Notification (App/Web) → não funciona apenas com importação. Precisa de token gerado no dispositivo real.