Erro HTTP 400 “Bad Request – Request Too Long” ao inserir/usar imagem no Word/Publisher (Microsoft 365): causa e solução definitiva baseada em cookies

Ao tentar preencher uma forma com uma imagem externa ou inserir uma imagem no Word/Publisher do Microsoft 365, aparece “Bad Request – Request Too Long (HTTP 400)”? Este guia mostra a causa real (cookies “inchados”) e o passo a passo para resolver de forma rápida e definitiva.

Índice

Visão geral do erro no Word/Publisher

Alguns utilizadores de Word e Publisher (Microsoft 365) relatam a mensagem “HTTP Error 400 – The size of the request headers is too long.” ao:

  • Preencher uma forma com uma imagem via URL.
  • Usar Imagens Online / Online Pictures.
  • Inserir conteúdos que exigem download de recursos hospedados na Web (modelos, ícones, imagens de bancos gratuitos, etc.).

Limpar apenas o cache do navegador, reinstalar o Office ou mesmo reiniciar o Windows normalmente não resolve, porque o problema costuma estar nos cookies enviados pelo motor web utilizado internamente pelo Office.

Causa raiz: cabeçalhos HTTP grandes por cookies de um domínio específico

Ao buscar imagens e outros recursos online, o Word/Publisher usa o motor do navegador (Edge/WebView2) para fazer as requisições. Esse motor inclui cookies existentes nos cabeçalhos HTTP quando o domínio da imagem/serviço coincide com sites que você já visitou e autenticou no passado. Se a soma dos cookies ficar grande demais, o servidor ou o proxy/WAF pode responder com HTTP 400 – Request headers too long.

Por isso, reduzir a resolução da imagem ou reinstalar o Office não ajudam. O que resolve é apagar o cookie do domínio que está a “inchar” o header — por exemplo, um CDN como cdn.exemplo.com ou domínios do ecossistema Microsoft (quando o erro ocorre em Imagens Online), como office.com, office.net, microsoftonline.com e live.com.

Solução que funciona na prática

A correção mais eficaz observada em campo é remover os cookies do domínio relevante. Após remover, tente novamente inserir ou preencher a forma com a imagem: o erro deixa de ocorrer.

Passo a passo recomendado (do mais direto ao mais abrangente)

Remover cookies do domínio relevante

Chrome/Edge:

  1. Abra Definições/ConfiguraçõesPrivacidade e segurançaCookies e dados de sitesVer todos os dados de sites (ou digite chrome://settings/siteData / edge://settings/siteData na barra de endereços).
  2. Pesquise pelo domínio que hospeda a imagem (ex.: cdn.exemplo.com). Se o erro acontece em Imagens Online do Word/Publisher, remova também cookies dos domínios office.com, office.net, microsoftonline.com, live.com.
  3. Remova somente esses dados de site e teste novamente no Word/Publisher.

Dica: se não tiver certeza do domínio, veja a seção Como descobrir qual cookie apagar.

Teste rápido para confirmar que o problema é cookie

  • Abra um novo perfil de navegador e teste a mesma URL da imagem.
  • Ou use uma janela Anónima/Incógnita. Se a imagem abre ali sem erro, é forte indício de cookies “inchados” no perfil original.

Contorno imediato (sem mexer em cookies)

  • Baixe a imagem antes e insira localmente: Inserir → Imagens → Este dispositivo.
  • No Publisher, uma alternativa é desconectar a Internet por um momento e inserir a imagem local (evita chamadas HTTP temporariamente).

Ambientes corporativos com proxy/WAF

Se o erro persistir num ambiente com proxy/WAF, pode haver limite baixo para tamanho de cabeçalhos imposto pela infraestrutura. Cookies corporativos extensos somados a limites agressivos geram HTTP 400.

  • Contate a TI para verificar e, se necessário, ajustar os limites de cabeçalho no proxy/WAF ou reduzir cookies corporativos injetados (SSO, DLP, etiquetas, etc.).
  • Como referência, limites mais “folgados” para cabeçalhos costumam permitir de 16 KB a 32 KB, dependendo da ferramenta. Ajuste conforme política interna.

Quando também surge “Word não consegue conectar para baixar modelos”

  • Confirme que as Experiências Conectadas estão ativas: Ficheiro/Arquivo → Opções → Centro de Confiança → Definições/Configurações → Opções de Privacidade → Ativar experiências conectadas.
  • Sair e entrar novamente na conta do Office: Ficheiro/Arquivo → Conta.
  • Verifique bloqueios no proxy/certificados para os domínios: office.com, office.net, microsoftonline.com, live.com.
  1. Abra no navegador a mesma URL da imagem que pretende usar no Office.
  2. Anote o domínio mostrado na barra de endereços (ex.: images.exemplo.com).
  3. Vá a chrome://settings/siteData ou edge://settings/siteData, pesquise por esse domínio e remova os dados.
  4. Se houver redirecionamentos/CDNs, repita para os domínios que surgem ao abrir a imagem (por exemplo, img.cdn.exemplo.com além de exemplo.com).

Diagnóstico rápido e confirmação

  • Testar em janela Incógnita elimina cookies temporariamente; se funcionar, a causa é quase certamente cookie.
  • Novo perfil de Edge/Chrome também funciona como controle — perfis novos não têm cookies acumulados.
  • Se disponível, utilize ferramentas de rede (F12 no navegador) para observar request headers e confirmar quantidade/tamanho de cookies enviados ao domínio em questão.

Mapa de decisão prático

SituaçãoAção recomendadaMotivo
Erro 400 ao preencher forma com imagem por URLRemover cookies do domínio da imagemReduz o tamanho dos cabeçalhos enviados ao servidor
Erro 400 apenas em Imagens OnlineApagar cookies de office.com, office.net, microsoftonline.com, live.comServiços de catálogo e autenticação do Microsoft 365
Funciona em incógnito, falha no perfil normalLimpar cookies seletivamente ou usar novo perfilConfirma que o problema está nos cookies existentes
Ambiente com proxy/WAFSolicitar ajuste de limite de cabeçalho ou reduzir cookies corporativosLimites baixos + cookies extensos = HTTP 400
Preciso trabalhar agora, sem parar para limpar cookiesBaixar a imagem e inserir localmenteEvita a chamada HTTP até resolver a causa
Word não baixa modelosAtivar experiências conectadas e relogar na contaReestabelece permissões de serviços online

Passos detalhados por cenário

Quando a imagem vem de um CDN (ex.: cdn.exemplo.com)

  1. Abra a URL da imagem no navegador.
  2. No campo de pesquisa de dados de site (chrome://settings/siteData), procure por cdn.exemplo.com.
  3. Remova os dados desse domínio e teste novamente no Word/Publisher.

Quando o erro ocorre em catálogos de Imagens Online

  1. Remova cookies de office.com, office.net, microsoftonline.com, live.com.
  2. Feche o Word/Publisher, aguarde alguns segundos e reabra.
  3. Se aparecer um prompt de início de sessão, autentique-se novamente.

Ambiente corporativo com SSO e várias extensões de segurança

  • Verifique com a TI se existem cookies injectados por políticas (SSO, etiquetagem, DLP) que possam somar muitos kilobytes.
  • Peça revisão do limite de cabeçalhos no proxy/WAF da empresa.

Observações importantes

  • Tamanho do ficheiro da imagem não provoca “request headers too long”; o que pesa é o tamanho dos cabeçalhos HTTP (principalmente Cookie).
  • Reinstalar o Office não mexe nos cookies do motor do navegador; por isso, o erro tende a voltar até que o cookie problemático seja removido.
  • Perfis de navegador diferentes mantêm cookies isolados; usar um perfil novo é um bom teste A/B.

Checklist rápido

  • [ ] Testei a URL da imagem numa janela Incógnita/Anónima?
  • [ ] Apaguei cookies do domínio da imagem (ou dos domínios do Office) e testei de novo?
  • [ ] Inseri localmente (download primeiro) para contornar?
  • [ ] Em empresa: pedi à TI para verificar limite de cabeçalho no proxy/WAF?

O que está a acontecer por baixo do capô

Quando o Word/Publisher requisita um recurso online, o motor WebView envia algo como:

GET /caminho/da/imagem.jpg HTTP/1.1
Host: cdn.exemplo.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) ...
Accept: image/avif,image/webp,image/apng,/;q=0.8
Referer: https://exemplo.com/pagina
Cookie: sessao=...; preferencia=...; trackingA=...; trackingB=...; ...

Se o campo Cookie acumular muitas chaves/valores (autenticações antigas, identificadores de tracking, etc.) e o servidor/proxy tiver um limite apertado, o pedido é rejeitado com HTTP 400 (ou, em alguns ambientes, HTTP 431: Request Header Fields Too Large).

Boas práticas para evitar recorrência

  • Limpar cookies de sites que você não usa mais (principalmente CDNs e serviços de imagens que redirecionam muito).
  • Evitar manter muitas sessões antigas do mesmo serviço no mesmo navegador/perfil.
  • Quando possível, usar perfil dedicado para trabalho (Edge/Chrome) e outro para uso pessoal.
  • Para testes, preferir Incógnito/Anónimo, que começa sem cookies, reduzindo interferências.

Para administradores de TI

  • Proxy/WAF: validar limites de tamanho de cabeçalho e buffers. Limites excessivamente baixos para header size e número de cabeçalhos podem provocar 400/431 em fluxos legítimos do Microsoft 365.
  • Redução de cookies corporativos: rever o volume de cookies de SSO/telemetria/rotulagem. Consolidar chaves quando possível.
  • Lista de autorização: garantir que domínios office.com, office.net, microsoftonline.com e live.com não sofram regravação de cabeçalhos que aumente o payload.
  • Educação do utilizador: orientar a limpar site data apenas do domínio problemático, para minimizar impacto noutros sites.

Perguntas frequentes (FAQ)

Limpar só o cache resolve?

Em geral, não. O erro está nos cookies enviados no cabeçalho, não em ficheiros em cache. Limpe os cookies do domínio específico.

Reduzir a resolução/qualidade da imagem ajuda?

Não. Tamanho de imagem afeta o corpo da resposta, enquanto o erro decorre do tamanho dos cabeçalhos da requisição.

Reinstalar o Office é necessário?

Normalmente, não. A reinstalação não elimina cookies do motor WebView utilizado pelo Office. Concentre-se em limpar os cookies por domínio.

Por que em janela Incógnita funciona?

Porque a janela Incógnita começa com um repositório limpo de cookies, portanto os cabeçalhos não ficam “inchados”.

Qual domínio devo limpar quando uso Imagens Online?

Comece por office.com, office.net, microsoftonline.com e live.com. Se estiver a inserir a partir de um site específico, remova o domínio desse site/CDN.

E se a minha empresa usa proxy/WAF estrito?

Peça à TI para aumentar o limite de cabeçalhos ou reduzir a injeção de cookies. Muitas vezes, apenas um ajuste de política resolve definitivamente.

O problema é no Windows ou no Office?

Nem um nem outro: o gargalo típico é a combinação cookies excessivos + limite no servidor/proxy. O Office só passa os cookies ao pedir o recurso.

Preciso apagar todos os cookies?

Não. Apague seletivamente os cookies do(s) domínio(s) relevante(s). Assim você mantém sessões úteis noutros sites.

Posso evitar mexer em cookies?

Sim, como contorno imediato: baixe o ficheiro e insira localmente. Depois resolva a causa para evitar futuras falhas.

O Publisher tem algo de diferente?

O comportamento é o mesmo: quando o Publisher tenta obter recursos online, o motor web envia cookies existentes. Se os cabeçalhos estourarem o limite, virá o 400.

Exemplo prático guiado

  1. Você tenta preencher uma forma no Word com a URL https://cdn.exemplo.com/imagens/banner.jpg e recebe HTTP 400.
  2. Abre essa URL no navegador e ela carrega normalmente (ou só carrega em Incógnito).
  3. Vai a chrome://settings/siteData, pesquisa por cdn.exemplo.com e remove os dados.
  4. Volta ao Word e tenta novamente: a imagem agora é inserida sem erro.

Tabela de ações e efeitos

AçãoEsforçoImpacto esperadoQuando usar
Remover cookies do domínio específicoBaixoAlto (resolve na origem)Primeira tentativa recomendada
Criar novo perfil de navegadorMédioAlto (diagnóstico e mitigação)Para confirmar que é cookie e isolar o problema
Inserir imagem local (download prévio)BaixoMédio (contorno)Quando precisa trabalhar imediatamente
Ajustar limite de cabeçalhos no proxy/WAFMédio/AltoAlto (especialmente em ambientes corporativos)Quando a limpeza de cookies não basta
Relogar no Office e ativar experiências conectadasBaixoMédioQuando também falham downloads de modelos/ícones

Glossário rápido

  • Cookies: pequenos dados armazenados pelo navegador para lembrar sessões e preferências; vão nos cabeçalhos HTTP.
  • Cabeçalhos HTTP: metadados enviados/recebidos com cada pedido/resposta; no pedido, incluem Host, User-Agent, Cookie, etc.
  • Proxy/WAF: camadas de rede que inspecionam e, às vezes, limitam pedidos HTTP para segurança e desempenho.
  • WebView2: componente baseado no Edge usado por apps (como o Office) para conteúdo web embutido.

Resumo prático

O erro “Bad Request – Request Too Long (HTTP 400)” ao inserir/usar imagens no Word/Publisher quase sempre resulta de cookies excessivos enviados ao domínio da imagem ou aos serviços online do Microsoft 365. A correção efetiva é apagar os cookies do(s) domínio(s) relevante(s) e, em cenários corporativos, ajustar limites de cabeçalhos no proxy/WAF. Enquanto isso, use o contorno de baixar e inserir localmente para não parar o trabalho.

Índice