Site em manutenção derruba o ranqueamento no Google?

Em outubro de 2026, duas falhas críticas de PHP (Hypertext Preprocessor, a linguagem que roda boa parte dos sites), registradas como CVE-2026-109618 e CVE-2026-109619, obrigaram equipes do mundo inteiro a atualizar servidores às pressas. CVE (Common Vulnerabilities and Exposures) é o registro público que dá nome e número a cada falha de segurança conhecida. Muitas equipes tiraram o site do ar para aplicar a correção.

A decisão técnica foi correta. A execução, em boa parte dos casos, custou posição na busca.

É aí que um site em manutenção deixa de ser assunto de tecnologia e vira assunto de marketing. Quem aplica a correção é o time de infraestrutura, mas quem perde matrícula quando o blog some do Google é a captação.

A diferença entre uma parada inofensiva e uma parada cara cabe em três decisões: qual código o servidor devolve, o que acontece com um arquivo específico na raiz do site e por quantos dias a situação se estende.

O que é um site em manutenção e quando ele é necessário?

Um site em manutenção é um site que já existe, já é conhecido pelos buscadores e fica temporariamente indisponível por uma intervenção técnica. A diferença para um site em construção é essencial: o segundo nunca esteve no ar, não tem histórico a preservar e não corre risco de perder nada.

Legenda: um site em manutenção mal conduzido desfaz, peça por peça, a presença que o site já tinha na busca do Google

Essa distinção muda a resposta técnica por completo. Em um site em construção, bloquear o rastreamento é aceitável, porque não há posição conquistada em jogo. Em um site em manutenção, o mesmo bloqueio joga fora anos de trabalho.

As situações que mais levam times de instituições de ensino a uma parada programada são previsíveis. Atualização de segurança urgente, troca de servidor ou de hospedagem, correção de banco de dados e publicação de uma reformulação grande do site.

Uma dessas situações tem regra própria e não se resolve com os mesmos cuidados. Trocar o endereço do site envolve redirecionamento e reindexação, e o procedimento está detalhado em como fazer a migração de domínio sem perder posições.

Nem toda manutenção em site exige derrubar o endereço inteiro. Trocar um template, ajustar formulários ou publicar páginas novas costuma acontecer com o site no ar, e essa é sempre a primeira opção a considerar.

Vale separar manutenção de queda. Uma parada programada tem hora para começar e para terminar, e por isso aceita preparo. Uma indisponibilidade inesperada entra em outra categoria, mais próxima das causas listadas em uma investigação de queda de tráfego orgânico.

Site em manutenção faz perder ranqueamento no Google?

Uma manutenção bem conduzida, de poucas horas, costuma passar sem efeito perceptível no ranqueamento, inclusive para as páginas que ocupam a primeira página do Google. O risco não está em o site sair do ar, e sim no que o servidor responde enquanto ele está fora e em quanto tempo a situação dura.

São essas duas variáveis que separam um incidente neutro de uma perda real. Qualquer decisão sobre a parada se resume a acertar as duas.

O mecanismo é direto. O Googlebot visita a página, recebe uma resposta e decide o que fazer com aquela URL (Uniform Resource Locator, o endereço de uma página na web) a partir dela. Uma resposta que diz “volte depois” preserva o registro. Uma resposta que diz “isso não existe mais” autoriza a remoção.

Quando a remoção acontece, o prejuízo não é a posição de uma página. É a saída do índice, e o Google avisa que não há prazo fixo para a recuperação de uma remoção completa, que pode levar bastante tempo e não tem mecanismo para ser acelerada.

Há ainda um efeito silencioso que aparece mesmo na parada curta. Enquanto uma URL responde com indisponibilidade temporária, o Google não consegue atualizar título, descrição, metadados nem dados estruturados daquela página.

Para um site institucional que acabou de publicar o calendário do vestibular, isso significa que a SERP (Search Engine Results Page, a página de resultados da busca) pode continuar exibindo a informação antiga por mais tempo do que o esperado. O conteúdo novo está no servidor, mas a vitrine ainda mostra o anterior.

Existe também o caminho que ninguém escolhe, mas que acontece por descuido. É a receita de como fazer um site perder ranqueamento no Google: derrubar tudo, devolver erro genérico e deixar assim por algumas semanas.

Quem procura como fazer ranqueamento no Google raramente pensa em disponibilidade, e é justamente aí que mora o risco. Nenhum esforço de conteúdo ou de autoridade sobrevive a uma página que o rastreador não consegue abrir.

Vídeo: as frentes de SEO que um site em manutenção coloca em risco quando a parada é malconduzida, no canal da mkt4edu

Qual código usar em um site em manutenção: 503, 404 ou 500?

O código correto para um site em manutenção é o 503, que comunica indisponibilidade temporária do serviço no protocolo HTTP (HyperText Transfer Protocol, o protocolo que serve as páginas da web). John Mueller, do Google, recomendou exatamente isso em 21 de outubro de 2026, para os sites que saíram do ar durante a correção emergencial de PHP, em vez de deixar as respostas estourarem o tempo limite, cair em 404 ou devolver 500.

A recomendação veio acompanhada de um detalhe prático que facilita a vida de quem não controla o servidor de aplicação. O 503 pode ser devolvido fora do PHP, apontando o DNS (Domain Name System, o sistema que traduz o endereço do site para o servidor) para outro destino ou configurando a resposta na CDN (Content Delivery Network, a rede que distribui o conteúdo do site).

Em muitas instituições, a aplicação desligada é justamente o motivo da indisponibilidade. Sem essa alternativa fora do PHP, o time ficaria sem forma de responder nada.

Três respostas fazem estrago e aparecem com frequência em paradas improvisadas. Veja o que cada uma comunica ao rastreador:

• 404 ou 410. Dizem que a página não existe mais. O Google documenta que bloquear o site com 403, 404 ou 410 remove as URLs da busca.
• 500. Sinaliza falha genérica do servidor, sem a informação de que a situação é temporária e tem previsão de volta.
• Tempo limite esgotado. Foi exatamente uma das respostas que a recomendação pediu para evitar, porque a requisição demora e o rastreador termina sem nenhuma informação útil sobre o estado do site.

Uma quarta armadilha é a tag noindex na página de manutenção. Ela parece conservadora, mas produz o mesmo resultado dos códigos de remoção: as URLs saem da busca.

Dois cuidados completam a configuração. O primeiro é enviar o cabeçalho Retry-After com uma estimativa honesta de quando o site volta, recomendação que está na própria orientação do Google para pausar um negócio on-line e ajuda o rastreador a programar a próxima visita.

O segundo é manter a página de manutenção estática e leve. Uma página de erro que depende do banco de dados derrubado não carrega, e aí o servidor acaba devolvendo justamente o tempo esgotado que se queria evitar.

Por que o robots.txt não pode responder 503 na manutenção?

O robots.txt precisa continuar respondendo normalmente durante a manutenção, porque o Google afirma que um 503 nesse arquivo bloqueia todo o rastreamento. É o erro mais caro da lista, e também o mais fácil de cometer sem perceber, já que nasce de uma configuração aparentemente correta.

O caminho até o erro costuma ser o mesmo. O time decide aplicar o 503 e configura a regra no painel da CDN, de forma ampla, para todo o domínio. A regra pega o site inteiro, e o robots.txt vem junto.

O resultado passa longe da intenção original. O rastreamento para por completo, e não apenas nas páginas que estavam de fato fora do ar.

O outro extremo causa dano igual. Publicar um robots.txt válido que proíbe todo o rastreamento durante a parada pode remover o conteúdo e as URLs do site da busca, o que é exatamente o oposto da intenção.

A configuração correta é menos intuitiva do que parece. O robots.txt responde 200, com o conteúdo de sempre, enquanto as demais URLs respondem 503. São dois comportamentos diferentes dentro do mesmo domínio, e isso precisa estar escrito na tarefa que vai para o time técnico.

O sintoma de cada tipo de bloqueio aparece de forma distinta nos relatórios, e reconhecer a diferença acelera o diagnóstico. Esse mapeamento entre camada de bloqueio e sintoma está detalhado no conteúdo sobre como validar o rastreamento do Googlebot.

Quanto tempo um site pode ficar em manutenção?

Poucos dias, no máximo. O Google classifica desativar o site inteiro como medida extrema e recomenda manter o site no ar com funcionalidade limitada sempre que possível. Quando a desativação total for inevitável, a própria orientação diz que ela deve durar um período muito curto, de poucos dias no máximo.

A primeira alternativa nem sempre é derrubar o site. Desligar só a função que exige a intervenção e manter o restante navegável preserva a visibilidade e resolve boa parte dos casos.

Para uma instituição de ensino, isso é mais factível do que parece. É possível suspender o formulário de inscrição e manter no ar as páginas de cursos, o blog e as informações de contato, que são justamente as que sustentam a presença orgânica.

Quando a parada precisa passar de poucos dias, a resposta técnica muda. Em vez de manter tudo em 503, a orientação é servir uma página inicial indexável, com código 200, explicando a situação.

A lógica da troca é simples. Uma página que responde 200 continua sendo uma página válida aos olhos do buscador, enquanto um site em manutenção que acumula semanas de 503 vai somando risco de remoção.

Veja como as três faixas de duração se organizam na prática:

Tabela: resposta técnica recomendada para um site em manutenção, conforme a duração prevista da indisponibilidade

Uma consequência operacional passa despercebida e atrapalha justamente quem precisa acompanhar o estrago. O Google avisa que, durante a parada, a verificação de propriedade no Search Console falha, o que pode interromper o acesso aos relatórios no pior momento possível.

Site em manutenção afeta a citação nas respostas de IA?

Em geral, sim, e pelo mesmo caminho da busca tradicional. As experiências de IA (Inteligência Artificial) do Google vivem dentro da busca e são alimentadas pelo Googlebot, então um site que impede o rastreamento tende a perder presença também nas respostas geradas. Assistentes de outras empresas esbarram no mesmo 503, com seus próprios rastreadores.

Um limite precisa ficar registrado. O Google documenta o efeito da indisponibilidade sobre a indexação, não sobre as respostas geradas em específico, então essa leitura é consequência do mecanismo conhecido, e não um comportamento publicado.

Existe uma diferença de vocabulário que confunde as conversas internas. O que muitos times chamam de ranqueamento na IA é, no fundo, citação: nas respostas geradas não há posição numerada a perder, há menção a deixar de acontecer, efeito mais difícil de medir e mais lento de notar.

Isso muda a forma de acompanhar o estrago. Uma queda de posição aparece em qualquer ferramenta de ranqueamento no dia seguinte, enquanto a ausência de citação só aparece para quem já monitora menções da marca nas respostas, prática que faz parte de uma estratégia estruturada de SEO para IA.

Há um atenuante importante para quem passou por uma parada curta. Como os fatores que mais pesam para ranquear na IA são de conteúdo e de autoridade, e não de disponibilidade momentânea, eles permanecem intactos depois que o site volta.

Como recuperar o tráfego orgânico depois da manutenção?

A recuperação começa pela verificação de que o site voltou a aparecer no Google inteiro, e não apenas pela porta da frente. Depois de uma parada bem conduzida, o tráfego orgânico tende a normalizar sozinho, conforme o rastreamento retoma o ritmo. Depois de uma parada malconduzida, a volta depende de reindexação, e aí não há prazo garantido.

O primeiro passo é conferir o que o servidor está devolvendo agora. Vale testar a página inicial, uma página de curso, um post do blog e o robots.txt, porque é comum a regra de manutenção ficar esquecida em algum caminho específico.

O segundo passo acontece no Search Console. A inspeção de URL mostra como o Google está vendo cada endereço no momento, e o relatório de páginas revela se alguma coisa foi marcada como não encontrada durante a janela de parada.

O terceiro passo é pedir rastreamento de volta, com critério. Para poucas páginas, a solicitação individual resolve, e para muitas, o caminho é o sitemap, prática que também aparece nas rotinas descritas no conteúdo sobre como funciona o Google Search Console.

O quarto passo é acompanhar a posição por algumas semanas, sem reagir ao primeiro dia. Oscilação logo depois da volta é esperada, e consultar a posição do site no Google com uma série de dias evita decisões tomadas em cima de ruído.

Um cuidado final evita o diagnóstico errado. Se a queda não se recuperar em algumas semanas, a causa pode não ser a manutenção, e vale rodar a investigação completa antes de atribuir o problema à parada.

Vídeo: o checklist que ajuda a conferir cada página depois de um site em manutenção voltar ao ar, no canal da mkt4edu

Perguntas frequentes sobre site em manutenção

Por onde começar antes da próxima parada do site?

A próxima manutenção do site da sua instituição vai acontecer, com ou sem aviso, e a diferença entre ela sair barata ou cara é combinada antes, não durante. O conjunto cabe em quatro pedidos ao time técnico: 503 em todas as URLs, Retry-After com estimativa real, robots.txt respondendo 200 e página de manutenção estática.

Esses quatro itens cabem em um documento de meia página, anexado ao procedimento de parada. É um investimento de uma hora que protege anos de construção de autoridade e posicionamento orgânico.

Quem estuda como melhorar o SEO do site costuma começar por conteúdo e por velocidade, e raramente por disponibilidade. Proteger o que já existe custa menos do que reconquistar posição perdida.

Combine também quem confere o que depois da volta. Sem responsável definido, a verificação do robots.txt e da inspeção de URL fica para depois, e o problema só aparece quando o tráfego já caiu.

Com o procedimento combinado, a pergunta seguinte deixa de ser a parada e passa a ser o índice. O que decide uma página entrar ou sair dele está em por que um post não aparece na indexação do Google.