Esta página foi traduzida do inglês pela comunidade.Saiba mais e junte-se à comunidade MDN Web Docs.
Vary
Baseline Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since julho de 2015.
O cabeçalho de resposta HTTPVary determina como corresponder futuros cabeçalhos de requisição para decidir se uma resposta cacheada pode ser usada ao invés de solicitar uma nova do servidor de origem. Ele é usado pelo servidor para indicar quais cabeçalhos ele utilizou quando selecionando a representação do recurso em um algoritmo denegociação de conteúdo.
O cabeçalhoVary deve ser colocado em uma resposta304Not Modified exatamente como seria colocado em uma resposta200OK equivalente.
| Tipo de cabeçalho | Response header |
|---|---|
| Forbidden header name | não |
Sintaxe
Vary: *Vary: <header-name>, <header-name>, ...
Diretivas
- *
Cada requisição para a URL é supostamente tratada como uma requisição única e incacheavél. Um jeito melhor de indicar isso é usar
Cache-Control:no-store, que é mais limpo para se ler e também sinaliza que o objeto não deve ser guardado nunca.- <header-name>
Uma lista separada por vírgula de nomes de cabeçalhos para levar em conta quando for decidir se uma resposta cacheada pode ser usada.
Exemplos
Servimento dinâmico
Quando utilizando o cabeçalhoVary: User-Agent, servidores de cacheamento devem considerar o agente de usuário quando estiverem decidindo se irão servir a página do cache. Por exemplo, se você está servindo conteúdo diferente para usuários móveis, ele pode ajudar você a evitar que um cache possa erroneamente servir uma versão desktop do seu site, para os usuários móveis. Ele pode ajudar o Google e outros motores de busca a descobrir a versão móvel da página, e talvez possa dizer a eles que não existe intenção deCloaking.
Vary: User-Agent
Especificações
| Especificação | Título |
|---|---|
| RFC 7231, sessão 7.1.4: Vary | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |