Migrate

Bring what you already wrote.

9 sources, three ways in, and nothing lands as a flat pile of posts. Your categories, hierarchy, and ordering come across as structure, because rebuilding an information architecture by hand is the reason most documentation migrations never happen.

How it gets in

Three ways, and one of them needs no export at all.

The first question worth answering is whether you have to export anything. Sometimes you do not.

Method one

Straight from your database

If the docs are already in this WordPress install, there is nothing to export. The importer reads the existing post type and taxonomy directly and writes into ours.

weDocs, BetterDocs

Method two

Live over the API

Paste a key, pick what to pull, and articles come down over the wire. The credential is used for the request and never written to your database.

Help Scout, Intercom

Method three

Upload a ZIP

Any Markdown export works. Sub folders become categories, frontmatter becomes metadata, and ordering is preserved where the source recorded it.

GitBook, ReadMe, Notion, Docusaurus, plain Markdown

Structure

Your hierarchy survives the trip

Every source has its own words for the same three levels. Nothing arrives as a flat list of posts you then have to reorganise by hand.

SourceProductCategoryDoc
weDocsRoot docSectionArticle
BetterDocsKnowledge baseDoc categoryDoc
Help ScoutCollectionCategoryArticle
IntercomYou chooseCollectionArticle
Markdown ZIPYou chooseSub folderFile
docs/
  getting-started/
    intro.md
    quickstart.md
  api-reference/
    auth.md
    errors.md
Getting started
Introduction
Quickstart
API reference
Authentication
Errors

Sub folders become categories, files become docs.

Before you start

What lands, and what needs an hour

Being upfront about the second column is cheaper for both of us than you finding out afterwards.

Comes across automatically

  • Titles, body content, and excerpts
  • Category structure and nesting
  • Menu order and sidebar position
  • Draft and published states
  • Frontmatter metadata, where the source wrote it
  • Inline formatting, links, and code blocks

Plan for these

  • Images are not rehosted. Imported content keeps pointing at your old host. Move them to your media library before retiring the old site.
  • Redirects are not created. Old URLs will not forward, so set up 301s if the previous docs ranked.
  • Versions start fresh. Historical version trees are not reconstructed from the source.

The process

Four steps, and you can undo all of them

Nothing in your source is modified, and nothing goes live until you say so. A failed first attempt costs you nothing but the time.

Step 1

Pick your source

Database importers detect existing data on their own. API and ZIP importers ask for a key or a file.

Step 2

Choose a destination

Point the import at a new or existing product, and filter to a single collection if you only want part of it.

Step 3

Import as drafts

Bring everything in unpublished so nothing goes live before you have looked at it.

Step 4

Review, then publish

Fix image URLs, check the navigation, run the content health scan, and publish when it looks right.

Next step

Not sure yours will come across cleanly?

Send us a sample export before you buy and we will tell you straight. There is a 14 day money back guarantee behind it either way.

Imports arrive unpublished, and nothing in your source is modified

This website uses cookies to enhance your browsing experience and ensure the site functions properly. By continuing to use this site, you acknowledge and accept our use of cookies.

Accept All Accept Required Only