Este é um WP auto-hospedado em nginx+php-fpm 8.3 com cache fast-cgi do nginx para conteúdo dinâmico e cache de objetos Redis (com o drop-in do cache de objetos ativo). Não há outras camadas (sem CDN, sem CF, sem Varnish na máquina ou outro cache local além do cache fast-cgi do nginx). Despejar o cache fast cgi do nginx (agressivamente, executando rm -rf /etc/nginx/cache/*) não tem efeito no comportamento problemático — resultados desatualizados são servidos mesmo após limpar o diretório de cache e reiniciar o nginx e o php-fpm.
Eu tenho o carregamento de comentários Ajax habilitado no momento, sim, mas novamente, desativá-lo (e despejar o cache do nginx e reiniciar o nginx e o php-fpm apenas por precaução) não teve efeito no comportamento problemático. Os navegadores ainda recebiam comentários desatualizados.
Opção alternada, transient-killer removido. Nenhuma mudança no comportamento problemático.
O efeito que ele aplica parece ser o fornecimento de um cabeçalho cache-control de no-cache em vez de um com um tempo de cache especificado. Sem ele, meu navegador parece querer muito servir uma versão em cache desatualizada do endpoint wp-json/wp-discourse/v1/discourse-comments de seu cache de disco; como observado, tenho que pressionar shift-ctrl-f5 (ou o equivalente) para forçar uma atualização sem cache.
O comportamento problemático parece estar no lado do navegador, em vez de em um cache persistente do servidor. São apenas todos os navegadores em todos os sistemas operacionais aos quais tenho acesso que estão fazendo isso.