Domain Exclusion no Copilot: o que mudou em agosto de 2026

Domain exclusion no Copilot: o que a Microsoft confirmou em agosto

Em 28 de julho de 2026 a Microsoft anunciou o Domain Exclusion for Microsoft 365 Copilot, um controle administrativo que permite excluir domínios específicos do web grounding, a camada em que o Copilot busca conteúdo na internet aberta para compor uma resposta. Uma semana depois, em 4 de agosto, a própria equipe do Copilot Blog publicou uma nota de atualização informando que o comportamento descrito no anúncio original sofreu ajuste, sem detalhar publicamente o que mudou. No mesmo período, o release plan do Microsoft 365 Copilot passou a sinalizar dois outros movimentos ligados à mesma frente de governança: GA para agentes conectados via protocolo Agent2Agent dentro do Agent 365, e paralelização do crawl de conteúdo web usado no grounding. São três mudanças que miram o mesmo ponto de atenção, a origem e a qualidade das fontes que alimentam uma resposta do Copilot.

Para uma cooperativa de crédito isso não é detalhe de bastidor. O Copilot em Word, Outlook, Teams e no Copilot Chat já responde perguntas de cooperados, analistas e gerentes de relacionamento usando fontes web quando o conteúdo interno não é suficiente. Controlar quais domínios entram nesse funil é, na prática, controlar o que o Copilot pode citar como base de uma resposta sobre taxa, produto, ou regulação.

O que isso muda na operação da cooperativa

O ponto central para quem administra Microsoft 365 em uma cooperativa é entender exatamente o que o Domain Exclusion faz e, principalmente, o que ele não faz.

Domain Exclusion não bloqueia site, define escopo de grounding

A leitura mais comum, e a mais perigosa, é tratar o Domain Exclusion como um bloqueio de navegação, algo parecido com um filtro de conteúdo do Microsoft Defender ou uma regra de proxy. Não é isso. O recurso atua dentro do Copilot Control System e afeta apenas o que o mecanismo de grounding pode consultar quando monta uma resposta. Um cooperado, gerente ou analista continua conseguindo abrir o domínio excluído normalmente no navegador. O Copilot só deixa de usar aquele domínio como fonte quando responde uma pergunta.

Essa distinção importa porque cooperativas costumam ter uma lista natural de candidatos à exclusão: sites de reclamação que citam produtos financeiros de forma descontextualizada, fóruns de investimento com informação especulativa sobre taxas, páginas de concorrentes diretos, e domínios clonados usados em golpe de phishing que mencionam a marca da cooperativa. Excluir esses domínios do grounding reduz o risco de o Copilot citar uma fonte não confiável numa resposta sobre produto ou taxa. Não resolve, por outro lado, o problema de um colaborador acessar esse mesmo conteúdo fora do Copilot. Isso continua sendo tarefa de DLP, de Conditional Access e de política de navegação segura, ferramentas que já existem no ecossistema Microsoft 365 e que não são substituídas pelo Domain Exclusion.

Vale reforçar outro ponto de escopo: a configuração é feita pelo administrador do tenant, não pelo usuário final. Isso significa decisão centralizada, auditável, e alinhada à mesma lógica de outros controles de governança copilot m365 que a cooperativa já deveria ter mapeado, como conectores do Graph, escopo de indexação do SharePoint e políticas de retenção.

Agentes conectados via A2A: o que muda na esteira de atendimento

O protocolo Agent2Agent, conhecido pela sigla A2A, é um padrão aberto que permite que agentes de IA construídos em plataformas diferentes troquem tarefa e contexto entre si, sem que cada integração precise ser feita ponto a ponto. Dentro do Agent 365, o suporte a A2A para agentes conectados abre a porta para um cenário concreto no crédito cooperativo: um agente de atendimento ao cooperado, criado internamente ou por um parceiro, conversando de forma padronizada com um agente de análise de crédito ou com um agente jurídico de terceiro, no estilo do que a Microsoft já mostrou funcionando com o agente da LegalZoom dentro do Copilot.

Para uma cooperativa que opera com sistema core de terceiro, correspondente bancário e integração com birô de crédito, a promessa é menos retrabalho de integração customizada. A contrapartida é um novo perímetro de governança. Cada agente conectado via A2A herda parte da superfície de dados do tenant, e a pergunta que a área de segurança precisa responder antes de habilitar qualquer agente de terceiro é a mesma de sempre, adaptada ao novo protocolo: que dado esse agente enxerga, por quanto tempo, e sob qual identidade ele age. GA de protocolo não é GA de confiança automática.

Crawl paralelo: resposta mais rápida, mesma exigência de curadoria de fonte

A paralelização do crawl de conteúdo web é, das três mudanças, a mais técnica e a menos visível no dia a dia. Em vez de buscar domínios de forma sequencial, o Copilot passa a consultar múltiplas fontes web em paralelo ao montar uma resposta, o que reduz a latência percebida pelo usuário. Numa cooperativa com atendimento presencial em posto de atendimento, onde o gerente usa o Copilot Chat durante a conversa com o cooperado, esse ganho de velocidade é sentido. O ponto de atenção é que crawl mais rápido não significa crawl mais seletivo. A lista de exclusão de domínio continua sendo o mecanismo que filtra qualidade de fonte, a paralelização só afeta o tempo de resposta, não o critério de curadoria.

Vale mencionar, sem entrar em profundidade porque foge do escopo de segurança deste radar, que julho de 2026 também trouxe novidade de modelo no Copilot, com disponibilidade geral do GPT-5.6 e do Claude Opus 5 como opções dentro da plataforma. Isso afeta qualidade de raciocínio e custo de consumo de Copilot Credits, mas não altera a lógica de governança de web grounding tratada aqui.

O que fazer nos próximos 30 dias

• Confirme o rollout no Message Center antes de qualquer coisa. Domain Exclusion, GA de agentes conectados via A2A e crawl paralelo entraram em rollout gradual a partir de julho e agosto de 2026. Isso não significa presença simultânea em todos os tenants. Verifique o Microsoft 365 Message Center e o roadmap do tenant antes de anunciar internamente um controle que ainda não chegou.
• Monte a lista inicial de exclusão com base em risco real, não em achismo. Levante com o time de comunicação e com compliance quais domínios já geraram confusão para cooperados, incluindo sites de reclamação, páginas clonadas usadas em fraude e fóruns de investimento que citam a cooperativa fora de contexto.
• Revise, não recrie, a governança de conectores existente. Se a cooperativa já tem inventário de conectores do Graph e de agentes publicados no Copilot Studio, use o mesmo processo de aprovação para qualquer agente conectado via A2A antes de habilitá-lo em produção.
• Documente a distinção de escopo para quem administra o tenant. Registre formalmente que Domain Exclusion afeta grounding do Copilot e não navegação, para evitar que a auditoria interna trate o recurso como controle de acesso à web que ele não é.
• Não desligue nada baseado só no anúncio de 28 de julho. A nota de atualização de 4 de agosto indica que o comportamento original mudou. Antes de configurar regra de produção, valide o comportamento atual diretamente no admin center do tenant.

O que ainda não está claro

A Microsoft não detalhou publicamente o que exatamente mudou entre o anúncio de 28 de julho e a nota de atualização de 4 de agosto sobre o Domain Exclusion. Isso deixa em aberto se o ajuste foi de cronograma de rollout, de comportamento técnico do recurso, ou de licenciamento associado. Também não há confirmação clara sobre se o Domain Exclusion está incluído na licença padrão do Microsoft 365 Copilot ou se depende de algum add-on de governança dentro do Copilot Control System, o que muda o cálculo de custo para uma cooperativa que já paga por licenças de Copilot para um grupo restrito de usuários.

Sobre agentes conectados via A2A, o release plan sinaliza GA, mas não há detalhamento público sobre como o protocolo trata autenticação e escopo de dado quando o agente conectado pertence a um parceiro externo, algo relevante para cooperativas que operam com correspondente bancário ou fintech parceira. E sobre a paralelização do crawl, não há métrica pública de quanto a latência efetivamente cai nem se há limite de domínios consultados em paralelo por resposta. Até esses pontos serem esclarecidos em documentação oficial, o caminho mais seguro é tratar os três itens como direção confirmada de produto, não como especificação fechada para planejamento de longo prazo.

Esse tipo de decisão, entre adotar cedo e esperar maturação, é exatamente onde faz sentido ter alguém acompanhando o rollout tenant a tenant junto com o time de TI da cooperativa antes de comprometer política de governança em cima de um recurso que ainda está mudando de forma sob os panos.