Skip to content

Ajustar todos os endpoints para suportar envio com @newsletter #1723

Closed

Description

@Feeh03114

Bem-vindo!

  • Sim, pesquisei solicitações semelhantes no GitHub e não encontrei nenhum.

Qual tipo de recurso?

Funcionalidade

Qual a motivação para a solicitação?

💡 Tipo de recurso

Funcionalidade — Envio de mensagens para canais usando @newsletter


✨ Descrição da funcionalidade

Foi criada uma funcionalidade para envio de mensagens a canais utilizando a menção especial @newsletter.
Atualmente, somente o endpoint de mensagens de texto foi ajustado para esse comportamento.

O objetivo é permitir que mensagens específicas sejam enviadas diretamente aos inscritos via broadcast, facilitando a comunicação centralizada com usuários interessados.


🧩 Motivação

Essa funcionalidade permite ampliar a automação e segmentação de mensagens em canais, especialmente útil em canais com muitos membros.
Com o uso de @newsletter, bots e integrações conseguem enviar mensagens diretamente aos inscritos, sem depender de menções genéricas ou spam no canal.


🛠️ O que precisa ser feito

  • Ajustar os demais endpoints de envio (ex: imagens, arquivos, vídeos, embeds, etc.) para aceitar @newsletter
  • Validar permissões necessárias (SEND_MESSAGES e permissão especial para @newsletter)
  • Documentar comportamento esperado para cada tipo de mensagem com @newsletter

📌 Observações

  • Uma imagem representativa já foi criada para esse recurso.
  • A sintaxe @newsletter deve ser mantida como padrão.
  • Testes devem ser realizados em ambiente de staging antes do rollout final.

Exemplos de Uso

passa @newsletter.

Como o recurso deve ser desenvolvido?

A implementação pode seguir o mesmo padrão já utilizado para o endpoint já existentes, com possíveis ajustes:

  • O tratamento do @newsletter pode ser feito diretamente no controller dos respectivos tipos de conteúdo.
  • Como alternativa, pode ser criado um middleware reutilizável que verifica o uso de @newsletter e aplica a lógica comum de broadcast.
  • Caso o volume de mensagens seja alto, considerar a utilização de um worker assíncrono para processar e distribuir as mensagens, especialmente arquivos grandes (vídeo/imagem).

Notas Adicionais

  • Importante garantir retrocompatibilidade para mensagens normais sem @newsletter
  • Verificar impacto em bots de terceiros e integrações existentes
  • Pode haver implicações em taxas de entrega ou limites por canal dependendo da plataforma usada

🧷 Referências

Activity

  1. dudis commented on Aug 13, 2025

    @dudis

    Isso seria muito bom. Tem como saber se vai ser adicionado ao roadmap?

  2. caiobleggi commented on Sep 15, 2025

    @caiobleggi

    Por que foi marcado como closed? Isso está no roadmap? Fica meu +1 pra essa demanda

  3. dgreis commented on Sep 19, 2025

    @dgreis

    Me too +1 🙏

  4. caiobleggi commented on Sep 29, 2025

    @caiobleggi

    I opened a Feature Request for this. Vote for it at canny.io https://evolutionapi.canny.io/feature-requests/p/implement-wa-channels-messaging-support

    Eu abri uma Feature Request para isso. Vote no link do canny.io https://evolutionapi.canny.io/feature-requests/p/implement-wa-channels-messaging-support

  5. voodobr commented on Oct 5, 2025

    @voodobr

    +1 muito útil, estava vendo algumas api grátis já disponibilizaram

  6. pachecothiago commented on Nov 14, 2025

    @pachecothiago

    +1 aguardando

  7. caiobleggi commented on Nov 14, 2025

    @caiobleggi

    +1 aguardando

    Eu abri uma Feature Request para isso. Ajuda votando no link do canny.io: https://evolutionapi.canny.io/feature-requests/p/implement-wa-channels-messaging-support

  8. nandodevs commented on Feb 14, 2026

    @nandodevs

    +1 aguardando também. Já estamos em 2026! 🫡🤣

  9. ChemicalDroid commented on Mar 21, 2026

    @ChemicalDroid

    +1 aguardando. Março de 2026! Essa é d elonge umas das funções mais esperadas por sites.

  10. WenderGalan commented on May 26, 2026

    @WenderGalan

    Nada dessa feature ainda?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions