J-Kit
English

content-type http header mime

Content-Type HTTP — como configurar MIME types no servidor

O cabeçalho HTTP Content-Type informa ao cliente o formato do corpo da resposta. Configurá-lo corretamente evita erros de parsing, problemas de CORS e comportamentos inesperados em browsers e proxies.

Configurando Content-Type

  • nginx: use o arquivo mime.types padrão ou adicione entradas no bloco types{}. Express: res.setHeader("Content-Type", "application/json"). AWS S3: defina ContentType ao fazer upload. Fastly/CloudFront: configure através de políticas de cache e Response Headers.

Exemplos de configuração

nginx types block

Entrada
types { application/wasm wasm; font/woff2 woff2; }
Saída esperada
Content-Type: application/wasm (para .wasm)

Adicione ao bloco http{} ou server{} do nginx.conf.

Uso seguro

Entrada
context + tool result
Saída esperada
interpreted with limits and next steps

Use o resultado como apoio técnico ou educacional, mantendo os limites da ferramenta explícitos no fluxo.

FAQ da ferramenta completa

MIME type (ou media type) é um identificador de duas partes — tipo/subtipo — que informa ao receptor qual é o formato de um dado. Originalmente criado para e-mail (Multipurpose Internet Mail Extensions, RFC 2045), hoje é onipresente em HTTP, onde o cabeçalho Content-Type define como o browser interpreta o conteúdo.

Perguntas frequentes

Preciso incluir charset no Content-Type de JSON?

Não é obrigatório. RFC 8259 especifica que JSON deve ser codificado em UTF-8, tornando o parâmetro charset redundante para application/json. Incluí-lo (application/json; charset=utf-8) é inofensivo mas desnecessário.

Esta página substitui uma análise oficial ou profissional?

Não. Ela ajuda a entender o cenário e usar a ferramenta com mais segurança, mas decisões reais devem considerar fonte oficial, contexto completo e orientação qualificada quando necessário.