# Em breve vs modo de manutenção: 5 critérios para decidir

<strong>Em breve vs modo de manutenção</strong> se resume ao header HTTP. A página "em breve" responde 200 e retem o visitante; o modo de manutenção devolve 503 e avisa o Google. Segundo a <a href="https://developer.wordpress.org/reference/functions/wp_maintenance/">WordPress Developer Docs</a> (2026), o modo nativo devolve HTTP 503 por padrao. Escolha pelo objetivo: captar lead ou sinalizar pausa técnica.

A escolha em breve vs modo de manutenção parece estetica, mas é técnica. A página "em breve" (coming soon) é uma landing provisoria que fica no ar por dias ou semanas para captar e-mails antes do lancamento. O modo de manutenção é um estado curto, de minutos, que tira o site do ar durante uma atualização e devolve o código HTTP 503 para o Google. Confundir os dois custa trafego: deixar uma página "em breve" respondendo 200 por meses ensina o buscador que aquele conteudo provisorio é o site final. Este guia separa os dois para quem esta montando um projeto no <a href="https://full.services/criar-site-wordpress/">guia de como criar um site WordPress da FULL</a>.

---

## Comparativo direto: Em breve vs modo de manutenção

A diferenca central entre em breve vs modo de manutenção está em um número: o código HTTP que cada estado devolve. A página "em breve" responde HTTP 200 (página normal e indexavel); o modo de manutenção responde HTTP 503 (servico indisponivel, volte depois). Esse único byte muda como o Google trata o seu domínio durante a janela.

A tabela abaixo resume os quatro pontos que mais geram duvida no suporte da FULL antes de o cliente escolher entre os dois estados.

<table id="comparativo-em-breve-modo-manutencao">
  <caption>Em breve vs modo de manutenção: header, duracao e objetivo</caption>
  <thead>
    <tr>
      <th scope="col">Estado</th>
      <th scope="col">Header HTTP</th>
      <th scope="col">Duracao tipica</th>
      <th scope="col">Objetivo principal</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Página em breve</th>
      <td>HTTP 200 (indexavel)</td>
      <td>Dias a semanas</td>
      <td>Captar e-mail antes do lancamento</td>
    </tr>
    <tr>
      <th scope="row">Modo de manutenção</th>
      <td>HTTP 503 (temporario)</td>
      <td>Minutos a horas</td>
      <td>Pausar o site durante um update</td>
    </tr>
  </tbody>
</table>

O resumo pratico: "em breve" é vitrine de pre-lancamento; manutenção é placa de "voltamos em 10 minutos". Quem ainda está escolhendo o plugin pode comparar opcoes no nosso comparativo de <a href="https://full.services/plugins-gratuitos-do-modo-de-manutencao-do-wordpress/">plugins gratuitos de modo de manutenção</a>.

---

## Por que o header HTTP separa em breve vs modo de manutenção

O header HTTP é a razao técnica de existir em breve vs modo de manutenção, e o número que ele carrega decide o ranking. Com HTTP 503 e o cabeçalho Retry-After, o crawler entende "manutenção programada" e volta depois sem penalizar o site. Com HTTP 200 numa página "em breve" vazia, ele indexa aquele conteudo provisorio como definitivo.

A gente ve no suporte da FULL que boa parte dos sumicos de ranking em lancamentos vem desse detalhe: a landing "em breve" ficou semanas respondendo 200, sem conteudo real, e o Google trocou as páginas indexadas por uma tela de "volte em breve". O Google Search Console mostra esse efeito na aba de cobertura, com páginas caindo de "indexada" para "rastreada, não indexada". O <a href="https://full.services/glossario/seo-tecnico/">SEO técnico</a> trata desse sinal de status que o buscador le antes do conteudo.

---

## Quando usar a página em breve

No debate em breve vs modo de manutenção, a página em breve faz sentido quando o site ainda não existe e o objetivo é captar contatos por semanas antes do lancamento. É o estado de um domínio recem-registrado, com 0 página indexada a perder: responder HTTP 200 com uma landing de captura é correto aqui, porque não ha ranking antigo para proteger.

O foco da página em breve é converter o visitante curioso em e-mail na lista de espera antes do lancamento oficial.

Plugins como o SeedProd e o LightStart montam essa landing em minutos, com campo de e-mail, contagem regressiva e integracao com servico de newsletter. Em projetos construidos no <a href="https://full.services/glossario/dashboard-wordpress/">painel do WordPress</a>, a recomendacao é manter a página "em breve" enquanto houver captura ativa de leads e remove-la no dia do lancamento. Para instalar o plugin escolhido, vale seguir o passo a passo de <a href="https://full.services/como-instalar-um-plugin-wordpress-passo-a-passo/">como instalar um plugin WordPress</a> antes de configurar a tela.

---

## Quando usar o modo de manutenção

No outro lado de em breve vs modo de manutenção, o modo de manutenção é o estado certo quando o site já está no ar e você precisa de uma janela de poucos minutos para atualizar tema, plugin ou o core sem expor telas quebradas. Ele devolve HTTP 503 com Retry-After, avisando o Google de que a pausa é temporaria.

Por isso o ranking de um site maduro não deve cair por uma manutenção de 15 minutos feita do jeito certo.

O próprio WordPress tem um modo de manutenção nativo: durante um update, o nucleo cria o arquivo .maintenance na raiz e a função wp_maintenance() devolve o 503 automaticamente. Plugins como o WP Maintenance Mode & Coming Soon e o LightStart dao controle visual e mensagem customizada sobre esse mesmo estado. Antes de uma manutenção maior, limpe o cache para evitar servir a tela antiga; o passo a passo está no guia de <a href="https://full.services/litespeed-cache-wordpress/">LiteSpeed Cache no WordPress</a>.

---

## O modo de manutenção nativo que trava o site em 503

Dentro de em breve vs modo de manutenção, o modo de manutenção nativo do WordPress é a causa nº 1 de um site preso em HTTP 503 sem ninguem ter ativado plugin. Quando um update de plugin ou do core trava na metade (timeout de PHP, falta de memoria), o WordPress não remove o arquivo .maintenance que criou no inicio. Resultado: o site inteiro responde "Em breve estaremos de volta".

Como o painel administrativo também cai, não da para resolver pelo wp-admin. A correcao é acessar a raiz do site via FTP e apagar o arquivo .maintenance manualmente. Em casos raros, vale checar o <a href="https://full.services/glossario/htaccess/">arquivo .htaccess</a> e o wp-config por regras que prendem o estado; o passo a passo está em <a href="https://full.services/como-editar-o-arquivo-wp-config-php-no-wordpress/">como editar o wp-config.php</a>. A gente ve esse ticket com frequencia apos updates em lote, e a solucao leva menos de dois minutos quando se sabe onde olhar.

---

## Atributos-chave: Em breve vs modo de manutenção lado a lado

A escolha final entre em breve vs modo de manutenção depende de 5 atributos técnicos: custo, header, indexacao, duracao e gatilho de uso. Eles separam os dois estados de forma objetiva e definem qual ativar em cada situacao. A tabela abaixo cruza cada atributo com a decisao recomendada, como referência rápida de setup.

<table id="atributos-em-breve-modo-manutencao">
  <caption>Atributos-chave: em breve vs modo de manutenção</caption>
  <thead>
    <tr>
      <th scope="col">Atributo</th>
      <th scope="col">Valor / Comportamento</th>
      <th scope="col">Impacto na decisao</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Header HTTP</th>
      <td>Em breve: 200 | Manutenção: 503</td>
      <td>503 protege o ranking em pausas curtas</td>
    </tr>
    <tr>
      <th scope="row">Duracao saudavel</th>
      <td>Em breve: semanas | Manutenção: minutos</td>
      <td>503 prolongado derruba indexacao</td>
    </tr>
    <tr>
      <th scope="row">Indexacao</th>
      <td>Em breve: indexa a landing</td>
      <td>Bom para domínio novo, ruim para site maduro</td>
    </tr>
    <tr>
      <th scope="row">Custo dos plugins</th>
      <td>Gratuitos cobrem o básico; PRO de US$39 a US$199/ano</td>
      <td>No bundle FULL sai por R$85 por site</td>
    </tr>
    <tr>
      <th scope="row">Gatilho de uso</th>
      <td>Em breve: pre-lancamento | Manutenção: update</td>
      <td>Define qual estado ativar</td>
    </tr>
  </tbody>
</table>

<p class="wp-caption-text">Legenda: a configuração do estado define o header HTTP que o Google recebe, e é isso que protege ou derruba o ranking.</p>

---

## Decisao rápida: Qual estado ativar

A decisao de em breve vs modo de manutenção cabe em 4 condicoes técnicas objetivas, que dependem so de o site já estar indexado e do tempo da pausa. Use a arvore abaixo como critério de corte antes de ativar qualquer plugin de manutenção. Cada ramo é uma situacao real do suporte, com a recomendacao factual ao lado.

<ul class="arvore-decisao" style="margin-bottom:1.5rem">
  <li><strong>Se o domínio é novo e sem conteudo indexado</strong> → use a página em breve com HTTP 200 e capture e-mails ate o lancamento.</li>
  <li><strong>Se o site já está no ar e a pausa é de minutos</strong> → use o modo de manutenção com HTTP 503 e Retry-After.</li>
  <li><strong>Se a pausa vai durar dias num site indexado</strong> → evite 503 prolongado, publique uma página informativa indexavel e restrinja so a area em obra.</li>
  <li><strong>Se o site travou em 503 apos um update</strong> → não é escolha de estado, é o arquivo .maintenance preso; apague-o via FTP.</li>
</ul>

---

## Quando o modo de manutenção não vale a pena

No comparativo em breve vs modo de manutenção existem 3 cenarios em que nenhum dos dois resolve, e insistir piora o problema. O primeiro: site no ar, indexado, e a "manutenção" vai durar dias. Deixar HTTP 503 por dias seguidos faz o Google tratar a indisponibilidade como permanente e desindexar páginas, o oposto do que se quer.

Nesse primeiro caso, o correto é trabalhar em um <a href="https://full.services/glossario/uptime/">ambiente sem afetar o uptime</a> publico.

O segundo cenario é o site que ainda nem foi ao ar, mas o dono deixa a página em breve no domínio por meses como "estratégia". Sem conteudo real respondendo, o Google indexa a tela provisoria e o domínio nasce associado a uma landing vazia. O terceiro é a agencia que ativa o modo de manutenção para cada micro-ajuste de CSS: cada ativacao gera ruido de log e risco de esquecer o arquivo .maintenance preso. Para edicoes pequenas e ao vivo, o ajuste direto no <a href="https://full.services/glossario/dashboard-wordpress/">painel</a> com cache desligado é mais seguro.

---

## Como a FULL gerencia esses estados em escala

Gerenciar em breve vs modo de manutenção manualmente, site a site, vira gargalo quando você passa de 10 projetos. A FULL conecta mais de 150 mil sites WordPress numa plataforma única, onde os plugins de manutenção, cache e segurança já vem ativados e atualizados em lote, sem precisar logar em cada painel.

O plano PRO da FULL custa R$849 e cobre ate dez sites, o que dá R$85 por site para ter o bundle completo de plugins premium gerenciado de forma central. Para agencias que hoje pagam licença avulsa de cada plugin de manutenção, esse R$85 por site costuma sair mais barato do que a soma das assinaturas individuais. Os planos estao em <a href="https://full.services/planos">FULL.services/planos</a>.

---

<aside aria-label="Metodologia dos Testes">
<h2 id="metodologia-dos-testes">Metodologia dos testes</h2>
<p>As observacoes deste comparativo vem de tickets de suporte da FULL registrados entre <time datetime="2026-01">janeiro</time> e <time datetime="2026-05">maio de 2026</time>, em sites rodando WordPress 6.5 e PHP 8.2 sobre servidores Apache e LiteSpeed. Os headers HTTP de cada estado foram conferidos com a aba de cobertura do Google Search Console e com requisicoes diretas as URLs em manutenção. Os plugins citados (SeedProd, LightStart, WP Maintenance Mode & Coming Soon) foram avaliados na versão gratuita e na configuração padrao, sem ajuste fino, para refletir o que a maioria dos usuários encontra ao instalar. O foco foi o comportamento de indexacao, não a estetica das telas.</p>
</aside>

---

<aside aria-label="Resumo Tecnico">
<h2 id="resumo-tecnico">Resumo técnico</h2>
<ul style="margin-bottom:1.5rem">
  <li><strong>Melhor cenario:</strong> página em breve em domínio novo, sem ranking a perder, capturando e-mails por semanas.</li>
  <li><strong>Pior cenario:</strong> modo de manutenção com HTTP 503 deixado por dias num site indexado, derrubando páginas do Google.</li>
  <li><strong>Principal conflito:</strong> arquivo .maintenance não removido apos update travado prende o site inteiro em 503.</li>
  <li><strong>Melhor alternativa gratuita:</strong> LightStart, que cobre os dois estados e devolve o header correto.</li>
  <li><strong>Em uma frase:</strong> use em breve para captar lead em site novo e manutenção para pausa curta em site indexado.</li>
</ul>
</aside>

---

<h2 id="faq">Perguntas frequentes sobre em breve vs modo de manutenção</h2>

<details>
  <summary>Por que o modo de manutenção do WordPress devolve HTTP 503?</summary>
  <p>O modo de manutenção devolve HTTP 503 porque esse código significa "servico indisponivel temporariamente", a mensagem exata que você quer passar ao Google durante uma pausa. Com o cabeçalho Retry-After junto, o crawler entende que deve voltar depois e não rebaixa o domínio. O WordPress aplica o 503 de forma nativa pela função wp_maintenance() enquanto o arquivo .maintenance existe na raiz, durante qualquer atualização em andamento.</p>
</details>

<details>
  <summary>E possível manter o SEO funcionando so com uma página em breve?</summary>
  <p>Sim, é possível preservar o SEO com uma página em breve, mas apenas em domínio novo, sem nada indexado a perder. Como a página em breve responde HTTP 200, o Google a indexa como conteudo real: em um site já posicionado, isso troca as páginas que rankeavam por uma tela vazia. A recomendacao é usar em breve so antes do primeiro lancamento e nunca como estado prolongado de um site que já tinha trafego organico.</p>
</details>

<details>
  <summary>Qual a diferenca pratica entre em breve e modo de manutenção?</summary>
  <p>A diferenca pratica entre em breve e modo de manutenção é o header HTTP e a duracao: em breve responde 200 e fica semanas no ar para captar leads; manutenção responde 503 e dura minutos durante um update. Em breve é vitrine de pre-lancamento de um site que ainda não existe; manutenção é uma pausa técnica de um site que já está no ar e indexado. Escolher errado custa ranking ou custa lead.</p>
</details>

<details>
  <summary>Quando devo usar o modo de manutenção em vez da página em breve?</summary>
  <p>Use o modo de manutenção quando o site já está publicado e indexado e você precisa de uma janela curta, de minutos, para atualizar tema, plugin ou o core sem expor telas quebradas. O HTTP 503 com Retry-After avisa o Google de que é temporario. Reserve a página em breve para o caso oposto: um domínio novo, ainda sem conteudo, em que o objetivo é captar e-mails por semanas antes do lancamento oficial.</p>
</details>

<details>
  <summary>O que acontece com o Google se eu deixar a página em breve no ar por meses?</summary>
  <p>Se você deixar a página em breve no ar por meses, o Google indexa aquela landing provisoria como o conteudo definitivo do domínio, já que ela responde HTTP 200. O site passa a aparecer na busca com o titulo e a descricao da tela de "em breve", sem nenhuma das páginas reais. Em sites que já tinham ranking, o efeito aparece no Search Console como páginas caindo de "indexada" para "rastreada, não indexada". O certo é publicar o conteudo real antes de remover a tela.</p>
</details>

---

## Próximos passos para escolher o estado certo

Escolher entre em breve vs modo de manutenção é, no fundo, escolher qual sinal HTTP você manda ao Google: 200 para captar quando o site é novo, 503 para pausar quando o site já vive de trafego organico. O erro mais caro é manter o estado errado por tempo demais, e o segundo mais caro é esquecer o arquivo .maintenance preso apos um update. Defina o objetivo antes de instalar qualquer <a href="https://full.services/glossario/plugin-wordpress/">plugin</a>, confira o header com o Search Console e remova o estado assim que ele cumprir a função. Para continuar montando o projeto do zero, a FULL Academy reune os tutoriais, guias e comparativos em um so lugar em <a href="https://full.services/academy/">FULL Academy</a>.
