Legado digital: como planejar contas Google, Apple e projetos

Se eu morrer amanhã, minha família não deveria precisar adivinhar quais contas guardam fotos, documentos ou projetos importantes — nem tentar entrar nelas usando minhas senhas. O caminho mais seguro é configurar os recursos de legado de cada plataforma e manter um inventário sem credenciais. Segundo o Sapo.pt, Google e Apple oferecem opções para planejar o destino de parte dos dados, mas nenhuma delas equivale a transferir automaticamente a conta ou todo o seu conteúdo.

O que acontece com uma conta Google após a morte do titular

Por padrão, a família não recebe acesso automático a uma conta Google quando o titular morre. A empresa oferece o Gestor de contas inativas, uma ferramenta para decidir o que fazer quando a conta deixa de registrar atividade durante um período definido.

Na configuração, é possível escolher um período de inatividade, indicar contatos de confiança e selecionar quais dados cada contato poderá receber. A lista pode incluir até dez pessoas. Dependendo das opções disponíveis na conta, os dados podem abranger itens como mensagens, contatos e conteúdo associado a serviços como o YouTube.

Também existe a opção de programar a exclusão dos dados após o período escolhido. O artigo do Sapo.pt cita intervalos de três, seis ou 12 meses. Como as opções e os nomes das configurações podem mudar, eu conferiria a interface atual da conta antes de depender de um prazo específico.

Sem uma configuração prévia, a política da Google prevê a possibilidade de excluir contas consideradas inativas por pelo menos dois anos. A empresa avalia sinais de atividade, como iniciar sessão ou usar serviços. Isso não deve ser confundido com um mecanismo de sucessão: a política trata da inatividade da conta, não da entrega dos dados a familiares.

Familiares também podem fazer um pedido à Google para encerrar ou tratar uma conta de uma pessoa falecida. Porém, solicitar a desativação não garante acesso aos arquivos. Essa distinção é importante: encerrar uma conta e obter acesso ao conteúdo são processos diferentes.

Como funciona o Contacto de legado da Apple

A Apple permite designar até cinco pessoas como Contactos de legado. Após a morte do titular, essas pessoas podem solicitar acesso a determinados dados usando a chave de acesso criada na configuração e a documentação exigida pela Apple, como uma certidão de óbito.

O recurso pode permitir acesso a dados associados ao iCloud, mas não transforma o contato em proprietário da conta Apple nem concede acesso irrestrito a tudo. Dados protegidos por mecanismos específicos, como itens do Chaveiro do iCloud, senhas e informações de pagamento, não devem ser considerados transferíveis por esse processo. Compras e conteúdos licenciados também podem ter restrições.

Na prática, eu trataria o Contacto de legado como uma forma de acesso limitado a dados elegíveis, não como um backup completo da vida digital. A Apple pode alterar requisitos, categorias de dados e prazos. Antes de configurar ou usar o recurso, vale consultar a documentação oficial atual e guardar a chave de acesso em local seguro.

Legado digital não é o mesmo que herança de senhas

Existe uma diferença técnica e jurídica entre acesso a dados, controle de uma conta e propriedade de um arquivo. Uma pessoa indicada como contato pode receber determinados conteúdos sem ganhar permissão para redefinir a conta, transferir compras ou assumir a identidade digital do titular.

Também não recomendo deixar uma planilha com senhas junto de documentos de inventário. Uma lista de credenciais pode virar um ponto único de falha: basta alguém obter o arquivo para acessar e-mail, armazenamento em nuvem, repositórios privados e até serviços financeiros.

Para credenciais, prefiro os recursos de acesso de emergência de um gerenciador de senhas confiável, quando disponíveis. Eles costumam separar a autorização do armazenamento dos dados e podem oferecer um período de espera ou aprovação. Ainda assim, é preciso verificar como funcionam a recuperação, a revogação e a autenticação multifator. Um gerenciador não substitui as ferramentas de legado da Google ou da Apple.

O que isso muda para quem programa

Para desenvolvedores, a conta pessoal pode ser a raiz de acesso a muito mais do que fotos: repositórios privados, domínio, hospedagem, nuvem, certificados, chaves de publicação, contas de lojas de aplicativos, serviços de CI/CD e faturamento. Se a autenticação depende de um e-mail pessoal inacessível, uma equipe pode perder acesso operacional mesmo que o código continue existindo.

Eu separaria ativos pessoais de ativos da empresa ou do projeto. Repositórios e infraestrutura de trabalho devem usar organizações, grupos, funções e contas administradas pela equipe, não depender exclusivamente da conta pessoal de um fundador. Isso reduz o risco de indisponibilidade e melhora a auditoria.

Para projetos individuais, documente onde estão os ativos e quem pode assumir sua manutenção. Não inclua tokens, senhas, chaves privadas ou códigos de recuperação no inventário. O inventário deve apontar para o local seguro onde esses itens são geridos, sem copiar os segredos para outro documento.

Na Prática: prepare um inventário seguro de contas

Liste os serviços críticos. Inclua e-mail principal, armazenamento, gerenciador de senhas, domínio, hospedagem, repositórios, nuvem, contas de publicação e serviços que cobram mensalidade.
Configure os recursos oficiais. Ative o Gestor de contas inativas na Google e indique um Contacto de legado na Apple, se fizer sentido para você.
Escolha contatos que consigam agir. Converse com eles antes. A pessoa precisa saber que foi indicada e onde encontrar a chave ou as instruções, mas não precisa receber sua senha.
Registre instruções, não credenciais. Anote o nome do serviço, a finalidade, o contato responsável e o local seguro de recuperação. Evite colocar dados sensíveis em um documento compartilhado ou no repositório do projeto.
Revise pelo menos uma vez por ano. Remova serviços encerrados, atualize contatos e teste se as instruções ainda correspondem à interface atual.

Este exemplo em Node.js mantém um inventário sem senhas e sinaliza quando a revisão anual está vencida. Salve como revisar-legado.js e execute com node revisar-legado.js. Substitua as datas pelos dados do seu inventário, mas não acrescente segredos ao código.

const contas = [
  {
    servico: "Google",
    finalidade: "E-mail e armazenamento pessoal",
    ultimaRevisao: "2026-01-15",
    localInstrucoes: "Gerenciador de senhas / nota de emergência"
  },
  {
    servico: "Domínio do projeto",
    finalidade: "Renovação e DNS",
    ultimaRevisao: "2025-03-10",
    localInstrucoes: "Cofre da equipe"
  }
];

const agora = new Date();

for (const conta of contas) {
  const revisao = new Date(`${conta.ultimaRevisao}T00:00:00Z`);

  if (Number.isNaN(revisao.getTime())) {
    console.log(`Data inválida: ${conta.servico}`);
    continue;
  }

  const dias = Math.floor((agora - revisao) / 86_400_000);
  const status = dias >= 365 ? "REVISAR" : "OK";

  console.log(
    `${status} | ${conta.servico} | ${dias} dias desde a revisão | ` +
    `Instruções: ${conta.localInstrucoes}`
  );
}

O script não automatiza acesso nem guarda credenciais: apenas ajuda a lembrar da manutenção do inventário. Essa limitação é intencional. Um arquivo simples com nomes de serviços e locais de instrução é muito menos perigoso do que um segundo banco de senhas improvisado.

Erros comuns ao planejar o legado digital

Assumir que um familiar terá acesso automático. As políticas não funcionam como uma transferência automática da conta.
Confundir inatividade com falecimento. Uma conta pode ficar sem uso por motivos temporários. Configure prazos e notificações com cuidado para evitar uma exclusão inesperada.
Guardar a chave de legado dentro da própria conta. Se o contato precisar entrar justamente nessa conta para encontrar a chave, o plano falha. Use um local independente e seguro.
Compartilhar a senha principal por mensagem ou e-mail. Além do risco de exposição, isso pode conflitar com os mecanismos de segurança e recuperação da plataforma.
Deixar infraestrutura de produção vinculada a uma conta pessoal. Use contas organizacionais, múltiplos administradores e procedimentos de recuperação documentados.
Presumir que tudo pode ser transferido. Licenças, compras, dados criptografados e informações de pagamento podem ter regras próprias.

Google, Apple ou gerenciador de senhas: qual opção escolher?

Opção	Uso principal	Limite importante
Gestor de contas inativas da Google	Definir contatos, dados selecionados e ações após inatividade	Não garante acesso a toda a conta nem substitui um processo legal
Contacto de legado da Apple	Permitir que pessoas indicadas solicitem determinados dados	O acesso depende da chave, da documentação e das categorias elegíveis
Gerenciador de senhas	Organizar credenciais e, em alguns casos, acesso de emergência	Não concede automaticamente direitos sobre contas ou conteúdo

Na minha avaliação, não existe uma ferramenta única que resolva o legado digital. Eu combinaria os recursos oficiais de cada plataforma com um inventário mínimo, um gerenciador de senhas com recuperação planejada e uma organização técnica que não dependa de uma única pessoa.

Perguntas frequentes sobre contas Google e Apple após a morte

A família pode acessar uma conta Google sem configuração prévia?

Não automaticamente. A família pode entrar em contato com a Google e solicitar providências, mas o pedido de encerramento não garante acesso ao conteúdo armazenado.

O que acontece com uma conta Google inativa por dois anos?

A política da Google permite excluir contas consideradas inativas por pelo menos dois anos, embora possam existir exceções. Para evitar depender dessa regra, configure o Gestor de contas inativas e revise suas opções.

O Contacto de legado da Apple recebe a senha do titular?

Não. O recurso não entrega simplesmente a senha da conta. A pessoa indicada precisa seguir o processo da Apple, apresentar a chave de acesso e cumprir os requisitos de documentação aplicáveis.

Devo deixar minhas senhas em um testamento ou documento compartilhado?

Eu evitaria inserir senhas diretamente em documentos que podem ser copiados ou compartilhados. Use um mecanismo seguro de acesso de emergência e deixe instruções para localizar esse mecanismo, sem replicar as credenciais.

Planeje o acesso sem criar um novo risco

O melhor plano não é entregar tudo a alguém nem concentrar cada segredo em uma planilha. É definir quais dados precisam sobreviver, configurar os recursos oficiais, manter instruções atualizadas e garantir que contas de trabalho possam ser administradas por mais de uma pessoa.

Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto.