Permalinks dando 404 em todos os posts do WordPress: como corrigir

A home carrega redondinha e qualquer post interno devolve 404. Não é banco corrompido nem plugin: a requisição nem chega no PHP. Antes de mexer em qualquer coisa, abra um post pela URL crua, no formato /?p=123. Se ele abrir por aí, o WordPress está saudável e o que quebrou foi só a reescrita.

Regravar as regras pelo WP-CLI

cd /var/www/seusite/html
sudo -u www-data wp option get permalink_structure
sudo -u www-data wp rewrite structure '/%postname%/'
sudo -u www-data wp rewrite flush

Deixei o –hard de fora de propósito. Ele existe pra reescrever o .htaccess, e o WP-CLI só encosta nesse arquivo se você declarar apache_modules: mod_rewrite no wp-cli.yml — atrás de nginx não tem .htaccess nenhum pra reescrever. O que o flush faz de útil é regenerar a option rewrite_rules, que costuma vir vazia ou desatualizada quando o dump veio de outro ambiente.

A linha que faz o nginx entregar a URL bonita

location / {
    try_files $uri $uri/ /index.php?$args;
}

Sem isso o nginx procura no disco uma pasta chamada /meu-post/, não acha e responde 404 sem acionar o PHP. O ?$args no fim preserva a query string: esqueça dele e a busca com ?s= e o preview com ?p= param de funcionar mesmo com os posts abrindo. Teste a sintaxe e recarregue:

sudo nginx -t && sudo systemctl reload nginx

Continua 404 com o try_files no lugar? Duas suspeitas. Um location com expressão regular declarado antes engolindo a requisição, já que o nginx dá preferência a regex sobre prefixo (só o = e o ^~ escapam disso). Ou dois server blocks com o mesmo server_name: o nginx fica com o primeiro, cospe um “conflicting server name” no nginx -t e ignora o outro.