Notion Basics: How to Use Template Blocks and Database Templates
Based on Thomas Frank Explains's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Insert a template block with /template, name it, and configure the blocks inside so one click can generate repeatable pages or checklists.
Briefing
Template blocks in Notion let users generate repeatable pages and checklists with a single click—turning tedious, multi-step workflows into one-button operations. The core payoff is speed and consistency: instead of rebuilding the same structure (to-dos, publishing checklists, team dashboards) every time, a template block spawns a fresh copy of the content whenever it’s needed.
A template block behaves like a clickable “factory” for blocks. After inserting a template block (via the /template command), users name it and then place the desired blocks inside. Clicking the template later creates a copy of those blocks as a new page or checklist instance. The transcript walks through simple examples like generating a new to-do item repeatedly, then scales up to a full checklist (e.g., a grocery list) configured inside the template via “Configure template.” It also highlights a powerful twist: templates can include database blocks. By embedding a database inside a template block, users can generate databases that themselves contain templates.
The workflow becomes even more powerful when combined with database templates. Inside a database (such as a video project tracker), users can create “New templates” that define default properties and starter content for new rows. When an instance is created, the template’s content and properties are copied into the new row, while the template remains unchanged. The transcript emphasizes that properties set before spawning a template aren’t erased—so users can prefill fields and still get the template’s checklist or structure.
A key operational detail is how spawning behaves depending on whether a row is empty. Rows that already contain content typically only offer “spawn from a template” when empty. To work around this, the transcript describes a practical trick: cut selected blocks (Command X) to clear the row, spawn from the template to restore the template instance, then paste the saved blocks back in. This supports a common real-world flow—collecting raw ideas first, then later applying the template structure.
The transcript also shows how templates can pull from a centralized knowledge base. Instead of duplicating a frequently updated “master filming checklist” into every new project, users can link to a wiki page from within a template. Two approaches are demonstrated: one button creates a link to the wiki page, while another button creates a copy of the checklist content. To prevent links from pointing to the wrong instance, the transcript uses a URL hard-coding technique by appending “?” to a pasted link so the link stays anchored to the master page.
Finally, it distinguishes template blocks from “shared templates” (like Ultimate Tasks) distributed via duplication permissions. Shared templates are published so others can duplicate pages into their own workspaces, using Notion’s share settings (including “allow duplicate as template”). The overall message is clear: template blocks and database templates together turn Notion into a scalable system for checklists, project creation, and team workflows—especially when paired with centralized wiki links and reusable templates.
Cornell Notes
Template blocks in Notion let users click to generate fresh copies of predefined blocks—ideal for repeatable checklists and page structures. Database templates extend the same idea inside databases: creating a new row can automatically spawn template content and default properties while leaving the template itself unchanged. The transcript stresses a practical rule—spawning works best on empty rows—and offers a workaround by cutting blocks, spawning, then pasting the saved content back. It also shows how to keep frequently updated checklists in a central wiki and insert either a link to the master page or a copied version into new projects, using URL hard-coding to avoid broken navigation.
What exactly does a template block do, and how does it differ from manually copying content?
How do database templates work, and what gets copied when a new row is created?
Why does “spawn from a template” sometimes disappear, and what’s the workaround?
How can a frequently updated checklist stay centralized while still being usable in new projects?
What’s the difference between template blocks/database templates and “shared templates” like Ultimate Tasks?
Review Questions
- When would you prefer a template block over a database template, and what kinds of content are best suited to each?
- How does Notion’s behavior change when you spawn a database template into an empty row versus a row with existing content?
- What’s the purpose of hard-coding a wiki link (using the “?” trick), and how does it prevent links from pointing to the wrong instance?
Key Points
- 1
Insert a template block with /template, name it, and configure the blocks inside so one click can generate repeatable pages or checklists.
- 2
Template blocks can include database blocks, enabling templates that spawn entire databases filled with predefined structures.
- 3
Use database templates to spawn default content and properties for new rows in a tracker (e.g., video projects) without modifying the template itself.
- 4
Spawning from a database template works best on empty rows; if a row already has content, cut blocks, spawn, then paste them back.
- 5
Properties set before spawning aren’t overwritten by the template, letting users prefill fields safely.
- 6
For frequently updated resources, store the “master” checklist in a wiki and insert either a link or a copied version into new project templates.
- 7
Shared templates are distributed via Notion sharing settings (including “allow duplicate as template”), which differs from internal template blocks.