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.
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:
- Abra Definições/Configurações → Privacidade e segurança → Cookies e dados de sites → Ver todos os dados de sites (ou digite
chrome://settings/siteData
/edge://settings/siteData
na barra de endereços). - 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íniosoffice.com
,office.net
,microsoftonline.com
,live.com
. - 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
.
Como descobrir exatamente qual cookie apagar
- Abra no navegador a mesma URL da imagem que pretende usar no Office.
- Anote o domínio mostrado na barra de endereços (ex.:
images.exemplo.com
). - Vá a
chrome://settings/siteData
ouedge://settings/siteData
, pesquise por esse domínio e remova os dados. - Se houver redirecionamentos/CDNs, repita para os domínios que surgem ao abrir a imagem (por exemplo,
img.cdn.exemplo.com
além deexemplo.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ção | Ação recomendada | Motivo |
---|---|---|
Erro 400 ao preencher forma com imagem por URL | Remover cookies do domínio da imagem | Reduz o tamanho dos cabeçalhos enviados ao servidor |
Erro 400 apenas em Imagens Online | Apagar cookies de office.com , office.net , microsoftonline.com , live.com | Serviços de catálogo e autenticação do Microsoft 365 |
Funciona em incógnito, falha no perfil normal | Limpar cookies seletivamente ou usar novo perfil | Confirma que o problema está nos cookies existentes |
Ambiente com proxy/WAF | Solicitar ajuste de limite de cabeçalho ou reduzir cookies corporativos | Limites baixos + cookies extensos = HTTP 400 |
Preciso trabalhar agora, sem parar para limpar cookies | Baixar a imagem e inserir localmente | Evita a chamada HTTP até resolver a causa |
Word não baixa modelos | Ativar experiências conectadas e relogar na conta | Reestabelece permissões de serviços online |
Passos detalhados por cenário
Quando a imagem vem de um CDN (ex.: cdn.exemplo.com
)
- Abra a URL da imagem no navegador.
- No campo de pesquisa de dados de site (
chrome://settings/siteData
), procure porcdn.exemplo.com
. - Remova os dados desse domínio e teste novamente no Word/Publisher.
Quando o erro ocorre em catálogos de Imagens Online
- Remova cookies de
office.com
,office.net
,microsoftonline.com
,live.com
. - Feche o Word/Publisher, aguarde alguns segundos e reabra.
- 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
elive.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
- Você tenta preencher uma forma no Word com a URL
https://cdn.exemplo.com/imagens/banner.jpg
e recebe HTTP 400. - Abre essa URL no navegador e ela carrega normalmente (ou só carrega em Incógnito).
- Vai a
chrome://settings/siteData
, pesquisa porcdn.exemplo.com
e remove os dados. - Volta ao Word e tenta novamente: a imagem agora é inserida sem erro.
Tabela de ações e efeitos
Ação | Esforço | Impacto esperado | Quando usar |
---|---|---|---|
Remover cookies do domínio específico | Baixo | Alto (resolve na origem) | Primeira tentativa recomendada |
Criar novo perfil de navegador | Médio | Alto (diagnóstico e mitigação) | Para confirmar que é cookie e isolar o problema |
Inserir imagem local (download prévio) | Baixo | Médio (contorno) | Quando precisa trabalhar imediatamente |
Ajustar limite de cabeçalhos no proxy/WAF | Médio/Alto | Alto (especialmente em ambientes corporativos) | Quando a limpeza de cookies não basta |
Relogar no Office e ativar experiências conectadas | Baixo | Médio | Quando 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.