# Documentação de handoff: Os 5 blocos essenciais

A <strong>documentação de handoff</strong> é o registro que transfere acessos, decisões técnicas e rotinas de um site WordPress para quem vai operá-lo. Segundo o <a href="https://developer.wordpress.org/advanced-administration/security/users/" rel="noopener" target="_blank">WordPress Developer Resources (2026)</a>, o WordPress tem 6 papéis de usuário com capabilities distintas. Sem mapear esses papéis, o repasse falha em semanas. Documentar bem corta o atrito da transição.

A documentação de handoff é o conjunto de instruções que entrega um site WordPress pronto para outra pessoa operar sem depender de quem o construiu. Ela reúne credenciais, decisões de arquitetura, plugins ativos, rotinas de backup e o porquê de cada escolha. Na gestão de sites, esse registro separa um repasse limpo de um cliente preso ao fornecedor. Quem documenta o handoff devolve autonomia ao dono do site e reduz tickets de "como eu mexo nisso?". Veja como estruturar esse repasse em blocos que qualquer sucessor entende, sem garimpar e-mails antigos. A gente trata isso como parte da <a href="https://full.services/gestao-de-sites-wordpress/">gestão de sites WordPress</a>, não como burocracia opcional.

---

## O que é documentação de handoff e por que ela falha

A documentação de handoff cobre 5 blocos: acessos, stack técnica, rotinas operacionais, decisões de projeto e plano de contingência. Em projetos sem esse registro, a maioria dos tickets de troca de fornecedor que chegam ao suporte da FULL nasce de uma senha perdida ou de um plugin que ninguém sabe para que serve. O problema raro é a falta de talento; é a falta de memória escrita.

<table id="blocos-documentacao-de-handoff">
  <caption>Documentação de handoff: os 5 blocos e o que cada um previne</caption>
  <thead>
    <tr>
      <th scope="col">Bloco</th>
      <th scope="col">O que registra</th>
      <th scope="col">Falha que evita</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">Acessos</th><td>Usuários, papéis, hospedagem, DNS, e-mail</td><td>Cliente travado sem login</td></tr>
    <tr><th scope="row">Stack técnica</th><td>Tema, plugins ativos, versão PHP</td><td>Atualização que quebra o site</td></tr>
    <tr><th scope="row">Rotinas</th><td>Backup, atualização, monitoramento</td><td>Site sem backup válido</td></tr>
    <tr><th scope="row">Decisões</th><td>Por que cada escolha foi feita</td><td>Retrabalho por desconhecer o contexto</td></tr>
    <tr><th scope="row">Contingência</th><td>Restauração, contatos, staging</td><td>Pânico em incidente</td></tr>
  </tbody>
</table>

A documentação de handoff que funciona é viva: mora em um documento versionado, não em um PDF estático que envelhece no primeiro update.

---

## O bloco de acessos: O coração da documentação de handoff

O bloco de acessos é o item mais consultado da documentação de handoff e o que mais gera urgência quando falta. Ele lista cada credencial e cada papel de usuário do WordPress. O WordPress traz 6 papéis nativos (Administrador, Editor, Autor, Colaborador, Assinante e, em rede, Super Admin), cada um com capabilities diferentes, conforme o WordPress Developer Resources. Mapear quem tem qual papel evita repasse cego.

Registre, no mínimo: login de administrador, painel da hospedagem, registrador do domínio, provedor de DNS, e-mail transacional e qualquer chave de API. Para o acesso ao servidor, vale documentar se o site usa <a href="https://full.services/glossario/wp-cli/">WP-CLI</a> e quais comandos rotineiros já existem. Use um gerenciador de senhas (1Password, Bitwarden) e na documentação aponte para o cofre, nunca cole a senha em texto puro. A documentação de handoff segura referência o cofre; ela não vira o cofre. Um <a href="https://full.services/painel-de-gestao-de-sites-wordpress/">painel de gestão de sites WordPress</a> centraliza esses acessos e reduz o vai e vem.

---

## Stack técnica e decisões: O porquê que ninguém anota

Documentar a stack técnica na documentação de handoff significa listar tema, plugins ativos, versão do PHP e a razão de cada peça. Boa parte do retrabalho em sites herdados vem de alguém desativar um plugin "que parecia inútil" e derrubar um formulário ou o cache. O sucessor precisa do contexto, não só da lista.

Para cada plugin crítico, escreva uma linha: função, configuração não óbvia e o que acontece se desligar. Um site com WP Rocket, All in One Security e UpdraftPlus exige notas sobre regras de cache, firewall e agendamento de backup que não aparecem na interface. Registre também decisões estruturais: por que escolheu <a href="https://full.services/staging-no-wordpress/">um ambiente de staging</a>, por que o site roda em <a href="https://full.services/glossario/wordpress-multisite/">WordPress Multisite</a> ou single, qual <a href="https://full.services/glossario/ssl-certificado/">certificado SSL</a> está em uso. Esse "porquê" é o que transforma a documentação de handoff em conhecimento transferível, e não em um inventário morto que o próximo gestor vai ignorar.

---

## Rotinas e contingência: A documentação de handoff que opera sozinha

As rotinas são a parte da documentação de handoff que mantém o site vivo depois que você sai. Sem elas, um site pode passar meses sem backup válido até o dia em que precisa restaurar e descobre que nunca houve um. Segundo o estudo Veeam Data Protection Report 2024, uma fatia relevante das organizações não tem backups consistentes, e em WordPress isso se repete.

Documente a cadência de cada rotina: frequência de <a href="https://full.services/backup-wordpress-automatico/">backup automático</a> e onde os arquivos ficam, janela de atualização de plugins, quem recebe os alertas de uptime. Inclua o plano de contingência: passo a passo de restauração, contato da hospedagem, e como subir uma cópia em staging antes de qualquer mudança arriscada. Um <a href="https://full.services/relatorio-de-manutencao-wordpress/">relatório de manutenção</a> mensal serve de evidência de que as rotinas rodaram. A documentação de handoff completa permite que outra pessoa execute a contingência às 3 da manhã sem ligar para você, que é o teste real de um repasse bem feito.

---

## Documentação de handoff na FULL: 16 plugins sem dependência avulsa

Boa parte da dependência de fornecedor nasce de licenças avulsas espalhadas: um WP Rocket no cartão do desenvolvedor, um Elementor PRO em outra conta. Quando o profissional sai, as renovações somem e o site degrada. A plataforma FULL resolve isso ao entregar 16 plugins premium ativados em um clique, sob a conta do dono do site, com a documentação de handoff já refletindo um único ponto de controle. No plano PRO, por R$849,90 para até 10 sites, o custo cai para cerca de R$85 por site, e cada licença passa a viver no <a href="https://full.services/planos">painel de planos da FULL</a>, não no e-mail de quem foi embora. A gente vê no suporte que centralizar ativação encurta o handoff: o sucessor herda acessos e plugins no mesmo lugar.

---

<h2 id="faq">Perguntas frequentes sobre documentação de handoff</h2>

<details>
  <summary>É possível fazer documentação de handoff sem usar nenhum plugin extra?</summary>
  <p>Sim. A documentação de handoff é um documento, não um plugin: um arquivo versionado no Google Docs ou Notion já cobre os 5 blocos. Plugins como UpdraftPlus ajudam nas rotinas de backup, mas o registro em si independe deles. O que não pode faltar é o link para o cofre de senhas e a lista de papéis de usuário do WordPress.</p>
</details>

<details>
  <summary>Por que a documentação de handoff em PDF estático costuma falhar depois de meses?</summary>
  <p>Porque o site muda e o PDF não. Um plugin atualizado, uma senha rotacionada ou um novo papel de usuário tornam o PDF obsoleto em semanas. A documentação de handoff precisa ser viva: um documento editável e versionado, com data da última revisão visível, para o sucessor confiar no que lê em vez de descobrir que metade está desatualizada.</p>
</details>

<details>
  <summary>Quanto tempo leva para montar uma documentação de handoff de um site WordPress?</summary>
  <p>Para um site institucional padrão, de 2 a 4 horas concentram os 5 blocos. O bloco de acessos leva cerca de 30 minutos; stack e decisões consomem a maior parte, porque exigem explicar o "porquê". Em sites com WooCommerce ou Multisite, reserve o dobro: há mais integrações e papéis de usuário para mapear.</p>
</details>

<details>
  <summary>A documentação de handoff substitui um contrato de manutenção com a agência?</summary>
  <p>Não. A documentação de handoff transfere conhecimento operacional; o contrato define responsabilidade e SLA. As duas coisas convivem: mesmo com manutenção contratada, o dono do site deve ter o registro de acessos e rotinas para nunca ficar refém. Quando o vínculo termina, a documentação garante que a transição para outro fornecedor não comece do zero.</p>
</details>

<details>
  <summary>Como validar se a documentação de handoff está realmente completa?</summary>
  <p>Aplique o teste do estranho: peça a alguém que nunca tocou no site para restaurar um backup e adicionar um usuário usando só o documento. Se essa pessoa conseguir sem perguntar nada, a documentação de handoff passou. Se travar em qualquer ponto, esse ponto é exatamente o que falta detalhar. Esse teste vale mais que qualquer checklist genérico.</p>
</details>

---

## Próximos passos para um repasse sem reféns

A documentação de handoff madura não é um anexo de fim de projeto; é um documento vivo que cresce junto com o site e devolve autonomia ao seu dono. Comece pelos acessos, descreva o porquê de cada decisão técnica e prove que as rotinas rodam. Um modelo prático é cruzar este registro com um <a href="https://full.services/checklist-entrega-site-wordpress-elementor/">checklist de entrega de site</a> e um <a href="https://full.services/checklist-de-manutencao-wordpress/">checklist de manutenção</a>, que transformam o repasse em rotina repetível. Para aprofundar a operação de portfólios inteiros, o <a href="https://full.services/academy/">FULL Academy</a> reúne guias de gestão, segurança e performance em um só lugar. Documente como se fosse você quem vai herdar o site daqui a um ano sem lembrar de nada.

<p class="wp-caption-text">Legenda: a documentação de handoff organizada em blocos torna o repasse auditável e independente do fornecedor original.</p>
