TechMedia | Fernando Webeira | 03/01/2026 | 10 min de leitura Se o seu site exibe uma tela branca com a mensagem de “Erro 504 Gateway Timeout”, sua infraestrutura está falhando e você está perdendo dinheiro a cada segundo. Este não é um erro de “página não encontrada”; é um colapso na comunicação entre servidores. Saber como corrigir o erro 504 Gateway Timeout no WordPress não é apenas uma questão de manutenção, é uma questão de sobrevivência digital. Diferente do erro 500 (que é um erro genérico interno) ou do 502 (Bad Gateway), o erro 504 indica latência excessiva. Em termos técnicos, o servidor agindo como gateway (geralmente o Nginx ou um Load Balancer) enviou uma requisição para o servidor upstream (geralmente o PHP-FPM ou Apache) e não recebeu uma resposta dentro do tempo limite estabelecido. O servidor upstream está “pendurado”, sobrecarregado ou mal configurado. Neste artigo, vamos abandonar as soluções superficiais. Vamos mergulhar na raiz do problema, ajustando configurações de Nginx, PHP e Cloudflare para blindar sua aplicação. O Diagnóstico Técnico: Onde Está o Gargalo? como corrigir o erro 504 Gateway Timeout no WordPress Antes de aplicar qualquer comando, você precisa entender o fluxo da requisição. Em uma stack moderna de alta performance (LEMP – Linux, Nginx, MySQL, PHP), o fluxo é: O erro 504 ocorre quando o elemento 3 (PHP) ou 4 (Banco de Dados) demora mais para responder do que o tempo que o elemento 2 (Nginx) ou 1 (Cloudflare) está disposto a esperar. Se você quer entender como corrigir o erro 504 Gateway Timeout no WordPress, precisa parar de culpar o WordPress e começar a olhar para os timeouts da sua infraestrutura. Referência Obrigatória para Nginx: Configurar o Nginx para alta performance não é intuitivo. Se você quer parar de copiar e colar configs da internet e entender o que cada diretiva faz, o livro “Nginx HTTP Server” é o guia definitivo para administradores sérios. 📘 [Nginx HTTP Server – Mastering Nginx] 1. Ajustando Timeouts no Nginx como corrigir o erro 504 Gateway Timeout no WordPress O Nginx é impiedoso com processos lentos. Por padrão, ele pode derrubar uma conexão após 60 segundos. Se o seu script de importação ou uma query complexa do WooCommerce levar 61 segundos, o Nginx cortará a conexão e entregará o erro 504. Para resolver isso, você deve editar o arquivo de configuração do seu bloco de servidor (vhost) ou o nginx.conf global. Acesse seu servidor via SSH e localize o arquivo de configuração. Adicione ou modifique as seguintes diretivas dentro do bloco location ~ .php$: Nginx Ao aumentar esses valores para 300 segundos (5 minutos), você dá fôlego para que scripts pesados sejam executados sem que o Nginx encerre a conexão prematuramente. Após a alteração, reinicie o serviço. 2. Configuração Crítica do PHP-FPM como corrigir o erro 504 Gateway Timeout no WordPress Não adianta o Nginx esperar se o próprio PHP matar o processo antes. O PHP tem seus próprios limites de execução que, se atingidos, resultam em falhas que podem ser interpretadas como timeouts pelo gateway. Para dominar como corrigir o erro 504 Gateway Timeout no WordPress, você precisa editar o php.ini (geralmente em /etc/php/8.1/fpm/php.ini – verifique sua versão). Busque e altere: Ini, TOML Além disso, verifique o pool do PHP-FPM. Se o request_terminate_timeout estiver definido, ele pode sobrescrever o php.ini. Ajuste-o para 300. Reinicie o PHP-FPM para aplicar as mudanças. Isso garante que o PHP e o Nginx estejam sincronizados em sua “paciência”. 3. O Fator Cloudflare (O Erro 524) como corrigir o erro 504 Gateway Timeout no WordPress Muitos administradores confundem o erro 504 do Nginx com o timeout do Cloudflare. Se você usa a versão gratuita ou Pro do Cloudflare, existe um limite rígido de 100 segundos para que o servidor de origem responda. Se o seu servidor levar 101 segundos para processar uma requisição, o Cloudflare exibirá um erro 524 (que é, essencialmente, um timeout). A Solução: Infelizmente, no plano gratuito, você não pode aumentar esse timeout. As soluções são: 4. Banco de Dados Lento: O Assassino Silencioso como corrigir o erro 504 Gateway Timeout no WordPress Muitas vezes, o PHP está esperando o MySQL. Se o seu banco de dados está fragmentado ou sofrendo com queries não otimizadas, o tempo de resposta dispara. O PHP fica aguardando os dados, o Nginx fica aguardando o PHP, e o timeout acontece. Ações Imediatas: Leitura de Performance Web: Otimizar um site vai muito além do servidor. Envolve front-end, back-end e rede. O livro “High Performance Web Sites” do Steve Souders é um clássico que todo profissional da web deveria ler para entender onde os gargalos realmente estão. ⚡ [High Performance Web Sites – Steve Souders] 5. Workers do PHP-FPM Insuficientes como corrigir o erro 504 Gateway Timeout no WordPress Se o seu site tem alto tráfego e você recebe erros 504, pode ser que não haja “trabalhadores” (workers) suficientes para processar as requisições. Quando todos os workers estão ocupados, as novas requisições entram em uma fila. Se ficarem na fila por muito tempo, ocorre o timeout. Verifique o arquivo www.conf do seu PHP-FPM e ajuste o pm.max_children. Cálculo Básico: Se você tem 4GB de RAM dedicados ao PHP e cada processo consome em média 60MB: 4096 / 60 = ~68 workers. Definir pm.max_children muito baixo em um servidor potente é desperdício. Defini-lo muito alto em um servidor fraco causará swap e travamento total. Conclusão: Performance é Segurança como corrigir o erro 504 Gateway Timeout no WordPress Entender como corrigir o erro 504 Gateway Timeout no WordPress exige uma visão holística do servidor. Não se trata apenas de um plugin com defeito; trata-se da orquestração entre Nginx, PHP e Banco de Dados. Ignorar esses ajustes é deixar sua infraestrutura vulnerável a picos de tráfego e processos travados. Um servidor bem configurado não apenas evita o erro 504, mas entrega velocidade e confiabilidade, fatores essenciais para SEO e conversão. Se você já tentou ajustar os arquivos de configuração e o problema persiste, o problema pode estar na arquitetura

A Verdade Brutal sobre Performance, Segurança e Soberania Digital Se você chegou até aqui, é provável que esteja a enfrentar um dos inimigos mais silenciosos e letais do mundo digital: a lentidão. Você clica no seu site, o navegador fica a pensar, a tela fica branca e, segundos depois, o conteúdo aparece. Nesse intervalo de tempo, o seu visitante já foi embora e o Google já rebaixou a sua posição no ranking. No centro desse problema está uma decisão estrutural que a maioria dos donos de sites ignora: a escolha entre VPS vs. Hospedagem Compartilhada. Muitos acreditam que a culpa da lentidão é do WordPress, do tema pesado ou da conexão de internet. Mas, na vasta maioria dos casos táticos que analisamos, o gargalo é a infraestrutura. O “terreno” onde você construiu a sua casa digital está comprometido. Neste manifesto técnico do WebJJumper, vamos dissecar cada detalhe da batalha VPS vs. Hospedagem Compartilhada. Não se trata apenas de uma escolha técnica; é uma escolha sobre soberania, segurança e, acima de tudo, respeito pelo seu dinheiro. Vamos provar, com dados e lógica, por que migrar para uma VPS é o único caminho viável para quem leva o digital a sério. O Que é Realmente a Hospedagem Compartilhada? Para entender a disputa VPS vs. Hospedagem Compartilhada, precisamos primeiro desmascarar o modelo de negócio das grandes empresas de hospedagem (aquelas que você vê em anúncios na TV e no YouTube). A Hospedagem Compartilhada é, essencialmente, um condomínio popular superlotado. Imagine um servidor físico (um computador potente) onde a empresa de hospedagem coloca não 10, não 50, mas centenas ou até milhares de clientes diferentes. Todos esses clientes — você, o blog de receitas da vizinha, o site de e-commerce duvidoso e o fórum de jogos — estão a competir pelos mesmos recursos. A memória RAM é compartilhada. O poder de processamento (CPU) é compartilhado. O endereço IP é compartilhado. O Fenômeno do “Vizinho Barulhento” Na comparação VPS vs. Hospedagem Compartilhada, o maior defeito do modelo compartilhado é o que chamamos tecnicamente de “Noisy Neighbor Effect” (Efeito do Vizinho Barulhento). Imagine que o site “A” (que está no mesmo servidor que o seu) viralizou no Facebook ou sofreu um ataque DDoS. Ele vai começar a consumir 90% da CPU e da RAM daquele servidor para tentar se manter de pé. O sistema operacional do servidor, para não travar, começa a limitar os recursos dos outros sites. O resultado? O site “A” está a receber tráfego, e o seu site sai do ar ou demora 15 segundos para carregar. Você não fez nada de errado. O seu código está limpo. Mas você é uma vítima colateral da superlotação. Na disputa VPS vs. Hospedagem Compartilhada, este é o ponto onde a hospedagem comum perde a guerra: a falta de previsibilidade. Você nunca sabe quando o “vizinho” vai dar uma festa e derrubar a sua conexão. O Que é VPS (Virtual Private Server)? Do outro lado do ringue na luta VPS vs. Hospedagem Compartilhada, temos o Servidor Privado Virtual. Uma VPS utiliza uma tecnologia chamada virtualização (geralmente KVM ou Xen) para pegar aquele mesmo servidor físico potente e fatiá-lo em blocos isolados e blindados. É como se, em vez de alugar um quarto num albergue lotado, você comprasse um terreno murado. Quando você contrata uma VPS com 4GB de RAM e 2 vCPUs (Núcleos Virtuais), esses recursos são SEUS. Na análise VPS vs. Hospedagem Compartilhada, a VPS oferece o que chamamos de “Recursos Dedicados”. Não há competição. Se o seu site estiver lento numa VPS, a culpa é da sua configuração, e não do vizinho. E isso dá-lhe algo valioso: controle. Performance: A Diferença Brutal de Velocidade Quando colocamos VPS vs. Hospedagem Compartilhada à prova num teste de velocidade (como o Google PageSpeed Insights ou GTmetrix), a diferença não é apenas numérica; é perceptível a olho nu. TTFB (Time To First Byte) O indicador mais crítico de infraestrutura é o TTFB. Ele mede o tempo que demora desde que o usuário aperta “Enter” até o servidor entregar o primeiro byte de dados. Estamos a falar de uma infraestrutura 10 a 20 vezes mais rápida apenas na resposta inicial. Na batalha VPS vs. Hospedagem Compartilhada, quem domina o TTFB domina o ranking do Google. A Capacidade de Cache (Redis e Varnish) Em hospedagens compartilhadas, você raramente tem acesso a tecnologias de cache avançadas a nível de servidor, como Redis Object Cache ou Varnish, porque elas consomem muita memória RAM (que é escassa lá). Numa VPS, você ativa o Redis com um clique. Isso faz com que o banco de dados do seu WordPress voe, pois as consultas ficam salvas na memória rápida. Segurança: Por que o Isolamento Salva Vidas Como alguém que veio da área de segurança patrimonial, olhou para a questão VPS vs. Hospedagem Compartilhada sob a ótica da proteção de perímetro. Na hospedagem compartilhada, as falhas de segurança podem ser contagiosas. Embora as empresas tentem isolar os usuários, brechas no sistema operacional ou configurações permissivas de pastas podem permitir que um malware num site vizinho tente explorar vulnerabilidades no servidor inteiro. Além disso, existe o risco de reputação do IP. Na VPS vs. Hospedagem Compartilhada, lembre-se que na compartilhada você divide o endereço IP com centenas de outros sites. Se um desses sites começar a enviar SPAM e o IP cair numa “Blacklist” (lista negra) de e-mails, os seus e-mails também vão cair na caixa de SPAM dos seus clientes. Você herda a má reputação dos outros. Na VPS, você tem um IP Dedicado. A reputação é construída unicamente por você. Se você mantém a disciplina e a segurança, o seu IP é limpo e confiável. É a soberania digital aplicada na prática. O Mito do Custo: Frugalidade Digital Talvez o ponto mais contra-intuitivo na análise VPS vs. Hospedagem Compartilhada seja o preço. A lógica de mercado diz que “o que é melhor, é mais caro”. No mundo dos servidores, isso é mentira. Vamos aos números reais do mercado atual: Ou seja, na guerra VPS