Emovart Docs
Working with Notion Docs

πŸ—‚ Understanding the Article Hierarchy

A tour of the page structure Emovart reads from Notion β€” and why two levels of grouping is the sweet spot.

Last updated on July 9, 2026

Everything on your published site is derived from a single Notion page tree. Once you understand how that tree maps to the site, every other how-to in this section becomes obvious.

The Two-Level Hierarchy

Your connected root page is the anchor. Below it, Emovart reads up to two levels of grouping:

  1. Collections β€” the pages directly under the root. They become the category cards in the Help Center layout and the top tabs in the Documentation layout.
  2. Sub collections β€” the pages inside a collection. They become the group headers that organize articles, including the sidebar groups in the Documentation layout.
  3. Articles β€” the pages inside a sub collection. This is where your actual content lives.

Page order in Notion is the order visitors see, and every page's icon travels with it. Rename, reorder, or move a page in Notion, and the site follows on the next sync.

One-Level Option

Sub collections are optional. Drop article pages directly under a collection and they render as a flat list β€” handy for FAQs and small categories. πŸ“‚ Creating a Single-Level Category walks through it.

Two structure options compared
Two structure options compared

Can I Go Deeper?

No β€” two levels of grouping is the maximum. Pages nested below an article don't create another navigation layer. If an article keeps growing, split it into several articles inside the same sub collection instead: shorter pages are easier to search, easier to link to, and easier to keep up to date.

Can I use my own Notion template?

Absolutely. Emovart doesn't require a special template β€” any page tree works as long as it follows the shape above. Connect your existing page with Browse my Notion pages (or paste its link) in Settings β†’ Help Centers, then drag pages around until the tree reads root β†’ collections β†’ sub collections β†’ articles.

Why We Chose This Structure

Deep trees feel powerful for writers and miserable for readers: content ends up buried four clicks down, and nobody remembers where anything lives. With two levels, every article sits at most two clicks from your homepage, the sidebar stays scannable, and search results map onto categories people actually recognize. It's the structure well-run knowledge bases tend to converge on β€” we simply made it the default.

Was this article helpful?