Erro 404 nas páginas do WordPress: como corrigir os links permanentes

Atualizado em 19/06/2026

Poucos problemas assustam tanto quanto ver "404 - Página não encontrada" em todos os posts logo depois que a home carregou normalmente. A boa notícia: quando o 404 é geral, a causa quase sempre são os links permanentes (permalinks) e a correção leva poucos minutos. Quando é só uma URL, o caminho é outro — e este guia cobre os dois.

Como o 404 costuma aparecer

• A home abre, mas posts e páginas dão 404: sintoma clássico de links permanentes / regras de reescrita.
• Tudo dá 404, até a home: normalmente é configuração de servidor, .htaccess quebrado ou raiz do site errada.
• Só uma página específica dá 404: conteúdo excluído, slug duplicado ou redirecionamento mal feito.
• Depois de migrar de servidor: .htaccess não veio junto, mod_rewrite inativo ou URLs apontando para o domínio antigo.
• Páginas do admin funcionam, mas o site público não: reforça que o problema está na reescrita das URLs do front-end.

Tipo de 404, causa e solução

1. Resalvar os links permanentes (o primeiro passo)

1. Acesse o painel: vá em Configurações → Links Permanentes.
2. Salve sem mudar nada: clique em "Salvar alterações". Isso força o WordPress a reescrever as regras de reescrita no .htaccess.
3. Teste um post: abra qualquer publicação interna. Se voltou, era só isso — problema resolvido.
4. Se aparecer um aviso: quando o WordPress não consegue gravar o .htaccess, ele mostra as regras na tela para você colar manualmente (veja o passo 2).

2. As regras padrão do .htaccess

Se o WordPress não tem permissão de escrita no arquivo, edite o .htaccess na raiz do site (mesma pasta do wp-config.php) e garanta que ele contenha o bloco padrão do WordPress entre os marcadores BEGIN e END:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Esse bloco diz ao Apache: se o endereço pedido não for um arquivo nem uma pasta de verdade, mande tudo para o index.php, que é quem o WordPress usa para interpretar as URLs "bonitas". Se o site estiver em um subdiretório, o RewriteBase e a última linha precisam refletir esse caminho (por exemplo /blog/).

3. Conferir o mod_rewrite

O bloco acima só funciona se o módulo mod_rewrite do Apache estiver ativo e se o servidor permitir que o .htaccess sobrescreva configurações (diretiva AllowOverride All, não None). Em hospedagem compartilhada isso costuma vir pronto; em VPS, pode ser necessário habilitar. Se, mesmo com o bloco correto, o 404 persiste, peça à hospedagem para confirmar o mod_rewrite e o AllowOverride.

4. Quando o 404 vem de uma migração

• Recrie o .htaccess: ele costuma ficar para trás na cópia de arquivos por ser oculto.
• Confirme o mod_rewrite: o servidor novo pode não ter o módulo ativo.
• Cheque as URLs do site: garanta que WP_HOME e WP_SITEURL apontam para o domínio certo no wp-config.php.
• Atualize referências antigas no banco: uma migração mal feita deixa links com o domínio anterior. Veja o guia de migração de loja WooCommerce para o passo a passo de troca de domínio sem quebrar URLs.

5. 404 em uma URL: redirecionamento 301

Quando o problema é uma página específica que mudou de endereço ou foi removida, o certo não é deixar o visitante (nem o Google) batendo em 404: crie um redirecionamento 301 (permanente) do endereço antigo para o novo. Isso preserva a autoridade que aquela URL já tinha. No .htaccess, um redirecionamento simples fica assim:

Redirect 301 /pagina-antiga/ https://seusite.com.br/pagina-nova/

Para muitos redirecionamentos, um plugin dedicado é mais prático e seguro do que editar o .htaccess à mão. Mapear corretamente essas URLs é parte do trabalho de SEO para WordPress — feito errado, derruba posições no Google; feito certo, preserva o tráfego.