Blog / Migration Guide

Evernote Migration Completeness Check: What to Do When 536 Notes Become 20

When 536 Evernote notes appear as 20 after import, stop guessing. Use a repeatable completeness check to find excluded notebooks, duplicate handling, archived files, and genuinely missing notes.

August 29, 2026
aluo.app
Evernote Migration Completeness Check: What to Do When 536 Notes Become 20

Why the Counts Do Not Match

A destination app may count only imported Markdown files, while Evernote counts notes in every notebook, including trash, stacks, shortcuts, or notebooks excluded by a filter. Some importers also merge duplicate titles, skip unsupported resources, or hide files in an attachment folder.

That means “536 became 20” is a warning, not a diagnosis. Before repeating the export, identify which number is being counted and whether both sides use the same definition of a note.

Do not delete the source library after seeing a smaller number. Keep the original account, local database, and raw export until you can explain the difference.

Create a Source Inventory

Start with a source-side inventory that you can save as a CSV, spreadsheet, or plain text file. You do not need every field to begin; you need stable identifiers and enough context to trace a discrepancy.

Useful note fields

  • • Note title and notebook
  • • Created and updated dates
  • • Tags and unique identifier
  • • Whether the note is in trash
  • • Attachment and internal-link counts

Useful migration fields

  • • Export batch or filter used
  • • Output filename or path
  • • Destination note URL or ID
  • • Verification status
  • • Reason for any exception

If you cannot export a formal inventory, make one from a sample of notebooks first. The goal is to turn an anxious count mismatch into a list of traceable records.

Sync Notes and Export Notes sections in the local backup workflow

Check Export Filters and Batches

The most common explanation for a tiny destination count is an export scope that was smaller than expected. Review each setting before assuming the importer lost data.

  • Was a single notebook or tag selected?
  • Were trashed notes excluded?
  • Was an “updated after” date applied?
  • Did a batch overwrite files with the same name?
  • Were resources or notes without an export date filtered out?
Advanced export filters for notebooks, tags, metadata, and dates

Repeat the export with a deliberately broad scope into a new directory. Keep each batch separate and name it with the date and filter, so a later comparison does not depend on memory.

Reconcile Notes, Attachments, and Links

A note count alone is not enough. Reconcile the objects that make a note useful:

ObjectCompareCommon false alarm
NotesUnique IDs or normalized titlesTwo notebooks contain the same title
AttachmentsFile count, type, and byte sizeFiles live in a separate folder
LinksInternal, external, and resource linksURL format changes after import
TagsDistinct tag names and note coverageDestination hides unused tags

Use IDs where possible. Titles are helpful for humans but are not reliable keys when notes are duplicated, renamed, or stored in different notebooks.

Run a Known-Note Sample Test

Choose 10–30 notes whose titles and contents you recognize. Include an old note, a recent note, an attachment-heavy note, a note in a less-used notebook, and one with a distinctive phrase you can search for.

  1. Find each note in the local source database.
  2. Find its exported file and record the path.
  3. Open the file and search for a distinctive sentence.
  4. Open the imported note in the destination app.
  5. Check attachments, links, tags, and formatting.
  6. Mark the record pass, warning, or fail.
Export Notes panel with output directory and attachment options

Search is evidence. A note that appears in a file list but cannot be opened or searched in the destination is not fully migrated yet.

Write a Migration Report

End with a short report that another person—or you six months from now—can understand. Include:

  • Source note, notebook, attachment, and tag counts
  • Export formats, filters, dates, and output directories
  • Destination counts and how they were measured
  • Sample results and unresolved exceptions
  • Where the raw ENEX or HTML preservation copy is stored

If the destination has fewer notes for an explainable reason—such as archived duplicates—write that reason down. If you still cannot account for a note, keep the source and repeat only the affected batch instead of starting over blindly.

FAQ

Does a lower file count always mean notes were lost?

No. Filters, duplicate handling, trash exclusions, and separate attachment folders can all change the number. Reconcile stable identifiers and sample notes before concluding that data is missing.

Should I export everything again into the same folder?

Use a new directory for each test or batch. Reusing a folder makes overwrites and stale files look like successful exports.

What is a reasonable acceptance rule?

Require every high-value note to be traceable, every critical attachment to open, and every known internal link to have a documented destination. Minor formatting differences can be accepted only if you record them.

The Practical Takeaway

A surprising note count is the start of an investigation, not proof of failure. Build a source inventory, audit export scope, reconcile attachments and links, test known notes, and write down exceptions. Once every important record has a traceable path from Evernote to the destination, you can scale the migration without guessing.

Download Evernote Backup Tool

Related guides