Importar de outro aplicativo

Última revisão: 2026-07-28

O Plainva pode trazer notas de outros aplicativos de notas. A importação sempre grava no vault que você tem aberto no momento, em uma subpasta que você nomeia — assim ela nunca toca no restante do seu vault, e você pode mover ou excluir a pasta importada depois, como qualquer outra pasta.

A importação acontece no desktop. O aplicativo móvel não importa: traga as notas no desktop e elas chegam ao seu celular pela sincronização, como qualquer outro arquivo.

Iniciando uma importação

Três formas de começar:

• Tela de boas-vindas → Importar de outro aplicativo — o caminho para quem ainda não tem nenhum vault, o caso normal quando você está trocando de aplicativo.
• Paleta de comandos (Mod+P) → Importar de outro aplicativo…
• Clique com o botão direito em uma pasta na árvore de arquivos → Importar de outro aplicativo…

A primeira etapa pede sua exportação — Escolher arquivos… ou Escolher pasta…, o que você tiver. O assistente então nomeia o aplicativo que reconheceu e você decide para onde a importação grava. Em seguida vem uma prévia com os números da execução, os limites desta importação e as opções para a origem. Nada é gravado até você pressionar Iniciar importação.

Você não precisa saber qual item corresponde à sua exportação. Escolha os arquivos, e o Plainva reconhece a origem — uma exportação do Notion pelos IDs longos em seus caminhos, um grafo do Logseq por suas pastas journals/ e pages/, uma exportação do Keep ou Simplenote pelo conteúdo do JSON. O assistente informa o que reconheceu; se ele errar, altere na lista acima e sua escolha permanece.

Para onde a importação grava

Exatamente um dos dois por importação — nunca os dois:

• Novo vault: você escolhe uma pasta vazia, o Plainva cria nela um vault novo e importa para lá. Nada do que você já tem pode ser afetado, e desfazer toda a importação é simplesmente excluir essa pasta. Essa é a escolha certa se você está experimentando o Plainva.
• Subpasta do vault aberto: tudo é colocado em uma única subpasta recém-criada, que você nomeia. O restante do seu vault permanece intocado.

A linha de destino abaixo da escolha sempre indica a pasta exata, então onde as coisas vão parar nunca é um palpite.

Opções desta importação

A prévia mostra, abaixo dos números, as opções que combinam com a origem reconhecida — cada origem traz as suas próprias, e o que uma origem não consegue fazer nunca aparece ali. Elas ficam aí, e não antes, porque as perguntas só fazem sentido depois que você vê o que está por vir; uma opção que muda os números faz com que eles sejam recontados na hora.

• Manter as datas da origem (ativado) — as notas importadas mantêm as datas de criação e modificação da origem. Sem essa opção, todas recebem a data de hoje.
• Importar também as notas excluídas (desativado) — para Google Keep e Simplenote, cujas exportações incluem a lixeira. Por padrão, o que está lá permanece lá; o relatório o cita pelo nome.

O que a prévia mostra

A prévia é a última parada antes de qualquer gravação, e ela nomeia tudo o que depois seria uma surpresa:

• os números da execução — notas e bancos de dados, além de anexos e listas de tarefas onde a origem tiver algum,
• a pasta de destino exata,
• o que este importador não consegue trazer, e cada item do arquivo compactado que foi ignorado,
• para um vault com conexão à nuvem, o aviso de que as notas importadas serão enviadas depois,
• para origens muito grandes, o aviso de que o índice de busca e a primeira sincronização vão demorar um pouco.

Interrompendo uma execução

Um workspace grande pode demorar, por isso uma importação pode ser interrompida: Parar importação durante a execução. O que já chegou ao vault permanece lá, e o relatório descreve isso — uma importação parcial não é uma importação quebrada. Assim como em uma importação completa, a pasta é o desfazer.

O que você pode importar

Obsidian também está na lista, mas não inicia nenhuma importação — e nem precisa. O Plainva trabalha com os mesmos arquivos Markdown: o item explica isso e oferece Abrir vault. Wiki links, tags, frontmatter e arquivos .base continuam funcionando, e seu vault permanece utilizável no Obsidian. Sendo honesto: não existe ecossistema de plugins, nem Canvas nem Dataview — em vez disso você tem filtros no .base, e a sintaxe de plugin nas suas notas permanece ali como texto simples.

O Notion em detalhes

O Notion é a única origem em que os dois caminhos diferem bastante.

Com um token de integração (recomendado). Crie um token em notion.so/my-integrations — o assistente detalha as três etapas e abre a página para você. Depois abra cada página do Notion que você quer importar, escolha ”…” no canto superior direito → Conexões, e adicione sua integração — o Notion só expõe páginas que você conectou explicitamente.

O Plainva não armazena o token. Ele vale apenas para essa execução e desaparece depois; nenhuma conta conectada é criada. Na próxima importação você precisará colá-lo novamente.

Através da API, o Plainva vê a estrutura, não só o texto:

• A hierarquia de páginas se torna uma estrutura de pastas.
• Todo banco de dados se torna um arquivo .base mais uma pasta com uma nota por linha.
• Relações se tornam wiki links entre essas notas, nas duas direções.
• 21 tipos de propriedade são mapeados — seleção, status, seleção múltipla, data, número, caixa de seleção, URL, e-mail, telefone, fórmula, rollup, relação, pessoas, ID único e mais.
• Visualizações de tabela, quadro, calendário e lista são geradas a partir do esquema do banco de dados.
• Bancos de dados incorporados dentro de uma página se tornam incorporações ![[Database.base]] ao vivo.

A partir de uma exportação ZIP. Isso funciona offline e não precisa de token, mas a exportação do Notion não contém o esquema do banco de dados nem os IDs das páginas. Páginas e suas pastas são trazidas, e os links entre as páginas importadas continuam funcionando — o Notion os grava com um ID longo em cada segmento do caminho, e o Plainva os aponta para as notas que realmente foram gravadas. Bancos de dados são criados como arquivos .base vazios, e o relatório informa isso. Se seus bancos de dados forem importantes, use o caminho da API.

O que as importações não conseguem trazer

Todo importador declara seus limites na prévia e novamente no relatório. Os principais:

• Anexos e imagens não são importados. O relatório os lista um a um para que você saiba o que fica na sua exportação; anexos do Evernote e imagens do Keep também ficam lá.
• Algumas entradas do ZIP são ignoradas de propósito: arquivos muito grandes, links simbólicos e entradas com um caminho inseguro. Elas aparecem com um motivo na prévia, antes de você iniciar a importação.
• Páginas muito longas do Notion são lidas por completo, mas o conteúdo aninhado dentro de blocos expansíveis (toggles), colunas ou sublistas não é seguido.
• Arquivos do Logseq são copiados sem alterações — propriedades key:: value e referências de bloco não são convertidas em propriedades ou links do Plainva.
• O que foi excluído continua excluído. A lixeira do Simplenote e do Google Keep é ignorada — você decidiu abrir mão dessas notas uma vez, e uma importação não deve trazê-las de volta silenciosamente. Elas aparecem nomeadas no relatório, para que você veja o que ficou para trás.
• Exportações ZIP do Notion criam bancos de dados vazios (veja acima).

As datas também são trazidas

Uma coleção reunida ao longo de anos perde seu eixo temporal se, depois de uma importação, tudo aparecer com a data de hoje. Por isso o Plainva traz as datas de origem:

• Elas chegam como created e updated no frontmatter da nota importada, que é também onde o eixo temporal do grafo as lê.
• O próprio arquivo também recebe a data de modificação de origem, para que a ordenação por data e Abertos recentemente fiquem corretos. A data de criação do arquivo só pode ser definida no Windows; nos demais sistemas, o frontmatter é quem carrega essa informação.
• Se uma origem não trouxer datas, o Plainva usa a data do arquivo de exportação. Ele nunca inventa uma: sem nenhuma indicação, o campo fica vazio.

Uma falha não interrompe toda a importação

Se uma única nota não puder ser gravada, a importação continua e o relatório a menciona com o motivo. O relatório é gravado mesmo quando a execução para antes do previsto — assim você sempre vê o que já chegou ao seu vault.

Nada é sobrescrito

A importação grava no vault que você tem aberto, então ela foi construída para ser não destrutiva:

• Se um nome de nota já estiver em uso, a nota importada recebe um número (Meeting (2).md) em vez de substituir a existente. Isso também vale quando duas notas de origem compartilham um nome.
• Notas importadas recebem o frontmatter OKF usual (type, okf_version), então se comportam como qualquer outra nota do Plainva em filtros e visualizações de .base.
• Nada fora da subpasta de destino é modificado.

Se você preferir manter a importação completamente separada, crie um novo vault primeiro (Novo vault na tela de boas-vindas) e importe para ele.

O relatório da importação

Cada execução grava um relatório de importação na pasta de destino. Ele lista:

• quantas notas e bancos de dados foram importados,
• o que este importador não consegue trazer de jeito nenhum,
• tudo que chegou incompleto ou foi ignorado, com o motivo,
• e cada arquivo, com seu status.

O relatório é o registro honesto da execução — se algo foi truncado ou descartado, ele aparece ali em vez de ser silenciosamente contado como sucesso. Vale a pena ler antes de excluir a exportação.

Bem no final está como desfazer a importação: tudo de uma execução fica em uma única pasta — excluí-la faz a importação desaparecer. Com o destino Novo vault, essa é a própria pasta do novo vault. Não é preciso nenhum comando de desfazer separado para isso. O próprio relatório é uma nota comum e pode ser excluído assim que você o tiver lido.

Veja também

• Bancos de Dados (.base) — o que acontece com bancos de dados do Notion importados
• OKF — o frontmatter que as notas importadas recebem
• Primeiros Passos — criar um vault separado para uma importação