Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Muita gente acha que uma imagem carregada uma vez vai ficar disponível pra sempre, mas na prática, isso é um risco para produção. O erro ERR_BLOCKED_BY_ORB, por exemplo, mostra que o navegador ou alguma política de segurança pode bloquear o conteúdo depois de um tempo.
No meu time, a gente já passou por isso, especialmente com imagens de blogs ou perfis que desaparecem inesperadamente. Isso não é só um problema de rede ou de servidor, às vezes o cache do navegador ou alguma configuração de CDN que não foi bem ajustada. A decisão fica mais saudável quando o time consegue medir o impacto depois.
A questão é que, se a sua aplicação depende de imagens carregadas do backend, você precisa garantir que elas vão ficar acessíveis, mesmo com políticas de segurança ou cache. Senão, o usuário fica vendo uma página vazia ou com erro, o que prejudica a experiência. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Minha dica é usar estratégias de cache inteligentes, como cache busting ou validar o conteúdo periodicamente. Além disso, monitore essas requisições para evitar surpresas na hora H.
Esses problemas mostram que, na prática, não dá pra confiar cegamente no cache. É preciso um planejamento para garantir a disponibilidade e evitar que erros silenciosos prejudiquem a UX. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
Acho que a solução também passa por melhorar a experiência do usuário, com placeholders ou carregamento progressivo.
Verdade, o cache às vezes é uma dor de cabeça, principalmente com políticas de segurança rígidas. Já passei por isso também, e acho que uma solução é sempre validar o conteúdo na requisição, não confiar só no cache do navegador.
No sistema legado que trabalho, o maior problema era justamente a invalidade do cache de imagens. A gente usava um timestamp na URL pra forçar a atualização, mas às vezes esquecíamos de atualizar o controle de versão. É um tradeoff de sempre.
Concordo, mas na minha experiência, se o projeto começar a crescer, o cache acaba sendo mais sustentável, especialmente pra evitar requisições desnecessárias.