# Notion

Notion centralizes notes, docs, wikis, and tasks in a unified workspace, letting teams build custom workflows for collaboration and knowledge management

- **Category:** notes
- **Auth:** OAUTH2, API_KEY
- **Composio Managed App Available?** Yes
- **Tools:** 48
- **Triggers:** 13
- **Slug:** `NOTION`
- **Version:** 20260512_00

## Frequently Asked Questions

### Why do Notion operations show "Composio" instead of the user's name?

Notion attributes actions to the integration itself, not the individual user. The name and logo shown come from the integration configuration. To use a custom name or logo, create your own Notion integration. See [Notion integration docs](https://developers.notion.com/docs/create-a-notion-integration).

### How do I grant access to more Notion pages?

Open Notion, go to Settings & Members, then Connections. Select the integration (Composio or your custom integration), click "Select pages" or "Manage access", and add or remove pages as needed.

### Does Notion use OAuth scopes?

No. Notion controls access by granting integrations access to specific pages and databases, not through scopes. You don't need to pass scopes when creating an auth config.

### How does Notion's access model work?

It depends on the integration type. OAuth apps (public) let users select which pages to share during authorization. Internal integrations (API key) have page access managed in the integration settings.

### How do I set up the Notion webhook ingress endpoint?

With Composio-managed Notion credentials, the webhook ingress endpoint is already provisioned — just create the trigger. If you bring your own Notion OAuth app, the verification flow runs in reverse from Slack's: Notion sends a verification token to the ingress endpoint, and you paste that token back into Notion to finalize.

1. **Create the endpoint.**

   ```bash
   curl -X POST "https://backend.composio.dev/api/v3.1/webhook_endpoints" \
     -H "x-api-key: <YOUR_COMPOSIO_API_KEY>" \
     -H "Content-Type: application/json" \
     -d '{"toolkit_slug": "notion", "client_id": "<YOUR_NOTION_OAUTH_CLIENT_ID>"}'
   ```

   Save the returned `id` and `webhook_url`.

2. **Paste the `webhook_url` into Notion** under your integration's Webhook settings. Notion will POST a verification token to the URL.

3. **Read the token from Composio.**

   ```bash
   curl "https://backend.composio.dev/api/v3.1/webhook_endpoints/<ENDPOINT_ID>" \
     -H "x-api-key: <YOUR_COMPOSIO_API_KEY>"
   ```

   The token is in `data.webhook_signing_secret`.

4. **Paste the token back into Notion's verify field** to complete setup. Continue with [Creating triggers](https://docs.composio.dev/docs/setting-up-triggers/creating-triggers#using-the-sdk).

---

## Tools

### Add multiple content blocks (bulk, user-friendly)

**Slug:** `NOTION_ADD_MULTIPLE_PAGE_CONTENT`

Bulk-add content blocks to Notion. Text >2000 chars auto-splits. Parses markdown formatting. ⚠️ PARENT BLOCK TYPES: Content is added AS CHILDREN of parent_block_id. - To add content AFTER a heading, use PAGE ID as parent + heading ID in 'after' param. - Headings CANNOT have children unless is_toggleable=True. Simplified format: {'content': 'text', 'block_property': 'paragraph'} Full format for code: {'type': 'code', 'code': {'rich_text': [...], 'language': 'python'}} Array format also supported (auto-normalized): [{"parent_block_id": "..."}, {block1}, {block2}] => proper request structure

### Add single content block to Notion page (Deprecated)

**Slug:** `NOTION_ADD_PAGE_CONTENT`

DEPRECATED: Use 'add_multiple_page_content' for better performance. Adds a single content block to a Notion page/block. CRITICAL: Notion API enforces a HARD LIMIT of 2000 characters per text.content field. Content exceeding 2000 chars is AUTOMATICALLY SPLIT into multiple sequential blocks. REQUIRED 'content' field for text blocks: paragraph, heading_1-3, callout, to_do, toggle, quote, list items. Parent blocks MUST be: Page, Toggle, To-do, Bulleted/Numbered List Item, Callout, or Quote. Common errors: - "content.length should be ≤ 2000": Text exceeds API limit (should be auto-handled) - "Content is required for paragraph blocks": Missing 'content' field for text blocks - "object_not_found": Invalid parent_block_id or no integration access For bulk operations, use 'add_multiple_page_content' instead.

### Append raw Notion blocks (advanced API)

**Slug:** `NOTION_APPEND_BLOCK_CHILDREN`

DEPRECATED: Use NOTION_APPEND_TEXT_BLOCKS, NOTION_APPEND_TASK_BLOCKS, NOTION_APPEND_CODE_BLOCKS, NOTION_APPEND_MEDIA_BLOCKS, NOTION_APPEND_LAYOUT_BLOCKS, or NOTION_APPEND_TABLE_BLOCKS instead. Appends raw Notion API blocks to parent. Text limited to 2000 chars per text.content field. Each block MUST have 'object':'block' and 'type'. Use rich_text arrays for text blocks.

### Append code blocks (code, quote, equation)

**Slug:** `NOTION_APPEND_CODE_BLOCKS`

Append code and technical blocks (code, quote, equation) to a Notion page. Use for: - Code snippets and programming examples (code) - Citations and highlighted quotes (quote) - Mathematical formulas and equations (equation) Supported block types: - code: Code with syntax highlighting (70+ languages including Python, JavaScript, Go, Rust, etc.) - quote: Block quotes for citations - equation: LaTeX/KaTeX mathematical expressions ⚠️ Code content is limited to 2000 characters per text.content field. For longer code, split into multiple code blocks. For other block types, use specialized actions: - append_text_blocks: paragraphs, headings, lists - append_task_blocks: to-do, toggle, callout - append_media_blocks: image, video, audio, files - append_layout_blocks: divider, columns, TOC - append_table_blocks: tables

### Append layout blocks (divider, TOC, columns)

**Slug:** `NOTION_APPEND_LAYOUT_BLOCKS`

Append layout blocks (divider, TOC, breadcrumb, columns) to a Notion page. Supported types: - divider: Horizontal line separator - table_of_contents: Auto-generated from headings - breadcrumb: Page hierarchy navigation - column_list: Multi-column layout (requires 2+ columns, each with 1+ child block) For multi-column layouts, create column_list with column children in one request. Each column must contain at least 1 child block. For other blocks, use: append_text_blocks, append_task_blocks, append_code_blocks, append_media_blocks, or append_table_blocks.

### Append media blocks (image, video, audio, files)

**Slug:** `NOTION_APPEND_MEDIA_BLOCKS`

Append media blocks (image, video, audio, file, pdf, embed, bookmark) to a Notion page. Use for: - Images and screenshots (image) - YouTube/Vimeo videos or direct video URLs (video) - Audio files and podcasts (audio) - File downloads (file) - PDF documents (pdf) - Embedded content from Twitter, Figma, CodePen, etc. (embed) - Link previews with metadata (bookmark) All media blocks require external URLs. For other block types, use specialized actions: - append_text_blocks: paragraphs, headings, lists - append_task_blocks: to-do, toggle, callout - append_code_blocks: code, quote, equation - append_layout_blocks: divider, columns, TOC - append_table_blocks: tables

### Append table blocks

**Slug:** `NOTION_APPEND_TABLE_BLOCKS`

Append table blocks to a Notion page. Use for structured tabular data like spreadsheets, comparison charts, and status trackers. Example: { "table_width": 3, "has_column_header": true, "rows": [ {"cells": [[{"type": "text", "text": {"content": "Col1"}}], [...], [...]]} ] } ⚠️ Cell content limited to 2000 chars per text.content field.

### Append task blocks (to-do, toggle, callout)

**Slug:** `NOTION_APPEND_TASK_BLOCKS`

Append task blocks (to-do, toggle, callout) to a Notion page or block. Supported block types: - to_do: Checkbox items (checkable/uncheckable) - toggle: Collapsible sections - callout: Highlighted boxes with emoji icons All three types support nested children (up to 2 levels of nesting). block_id must be a page or block that supports children (e.g., page, toggle, paragraph, list items, quote, callout, to_do). Blocks like divider, breadcrumb, equation do NOT support children. Limits: 2000 chars per text.content, max 100 blocks per request. For other blocks: append_text_blocks, append_code_blocks, append_media_blocks, append_layout_blocks, append_table_blocks.

### Append text blocks (paragraphs, headings, lists)

**Slug:** `NOTION_APPEND_TEXT_BLOCKS`

Append text blocks (paragraphs, headings, lists) to a Notion page. This is the most commonly used action for adding content to Notion. Use for: documentation, notes, articles, outlines, lists. Supported block types: - paragraph: Regular text - heading_1, heading_2, heading_3: Section headers - bulleted_list_item: Bullet points - numbered_list_item: Numbered lists ⚠️ Text content is limited to 2000 characters per text.content field. For other block types, use specialized actions: - append_task_blocks: to-do, toggle, callout - append_code_blocks: code, quote, equation - append_media_blocks: image, video, audio, files - append_layout_blocks: divider, columns, TOC - append_table_blocks: tables

### Archive Notion Page

**Slug:** `NOTION_ARCHIVE_NOTION_PAGE`

Archives (moves to trash) or unarchives (restores from trash) a specified Notion page. Limitation: Workspace-level pages (top-level pages with no parent page or database) cannot be archived via the API and must be archived manually in the Notion UI.

### Create comment

**Slug:** `NOTION_CREATE_COMMENT`

Adds a comment to a Notion page (via `parent_page_id`) OR to an existing discussion thread (via `discussion_id`); cannot create new discussion threads on specific blocks (inline comments).

### Create Notion Database

**Slug:** `NOTION_CREATE_DATABASE`

Creates a new Notion database as a subpage under a specified parent page with a defined properties schema. IMPORTANT NOTES: - The parent page MUST be shared with your integration, otherwise you'll get a 404 error - If you encounter conflict errors (409), retry the request as Notion may experience temporary save conflicts - For relation properties, you MUST provide the database_id of the related database - Parent ID must be a valid UUID format (with or without hyphens), not a template variable Use this action exclusively for creating new databases.

### Create Notion file upload

**Slug:** `NOTION_CREATE_FILE_UPLOAD`

Tool to create a Notion FileUpload object and retrieve an upload URL. Use when you need to automate attaching local or external files directly into Notion without external hosting.

### Create Notion page

**Slug:** `NOTION_CREATE_NOTION_PAGE`

Creates a new page in a Notion workspace under a specified parent page or database. Supports creating pages with markdown content using the native markdown parameter, or as an empty page that can be populated later. PREREQUISITES: - Parent page/database must exist and be accessible in your Notion workspace - Use search_pages or list_databases first to obtain valid parent IDs LIMITATIONS: - Cannot create root-level pages (must have a parent) - May encounter conflicts if creating pages too quickly - Title-based parent search is less reliable than using UUIDs - The markdown parameter is mutually exclusive with children/content parameters

### Delete a block

**Slug:** `NOTION_DELETE_BLOCK`

Archives a Notion block, page, or database using its ID, which sets its 'archived' property to true (like moving to "Trash" in the UI) and allows it to be restored later. Note: This operation will fail if the block has an archived parent or ancestor in the hierarchy. You must unarchive the ancestor before archiving/deleting its descendants. IMPORTANT LIMITATION: Workspace-level pages (top-level pages that are direct children of the workspace, not contained within other pages or databases) cannot be archived via the Notion API. This is a documented Notion API restriction. Only pages that are children of other pages or databases can be deleted through this action.

### Duplicate page

**Slug:** `NOTION_DUPLICATE_PAGE`

Duplicates a Notion page, including all its content, properties, and nested blocks, under a specified parent page or workspace.

### Fetch All Notion Block Contents

**Slug:** `NOTION_FETCH_ALL_BLOCK_CONTENTS`

Tool to fetch all child blocks for a given Notion block. Use when you need a complete listing of a block's children beyond a single page; supports optional recursive expansion of nested blocks.

### Fetch Notion Block Children

**Slug:** `NOTION_FETCH_BLOCK_CONTENTS`

Retrieves a paginated list of direct, first-level child block objects along with contents for a given parent Notion block or page ID; use block IDs from the response for subsequent calls to access deeply nested content.

### Fetch Notion block metadata

**Slug:** `NOTION_FETCH_BLOCK_METADATA`

Fetches metadata for a Notion block (including pages, which are special blocks) using its UUID. Returns block type, properties, and basic info but not child content. Prerequisites: 1) Block/page must be shared with your integration, 2) Use valid block_id from API responses (not URLs). For child blocks, use fetch_block_contents instead. Common 404 errors mean the block isn't accessible to your integration.

### Fetch comments

**Slug:** `NOTION_FETCH_COMMENTS`

Fetches unresolved comments for a specified Notion block or page ID. The block/page must be shared with your Notion integration and the integration must have 'Read comments' capability enabled, otherwise a 404 error will be returned.

### Fetch Notion Data

**Slug:** `NOTION_FETCH_DATA`

Fetches Notion items (pages and/or databases) from the Notion workspace, use this to get minimal data about the items in the workspace with a query or list all items in the workspace with minimal data

### Fetch Database

**Slug:** `NOTION_FETCH_DATABASE`

Fetches a Notion database's structural metadata (properties, title, etc.) via its `database_id`, not the data entries; `database_id` must reference an existing database.

### Fetch database row

**Slug:** `NOTION_FETCH_ROW`

Retrieves a Notion database row's properties and metadata; use fetch_block_contents for page content blocks.

### Get About Me (Deprecated)

**Slug:** `NOTION_GET_ABOUT_ME`

DEPRECATED: Use GetAboutUser instead. Retrieves the User object for the bot associated with the current Notion integration token, typically to obtain the bot's user ID for other API operations.

### Get about user

**Slug:** `NOTION_GET_ABOUT_USER`

Retrieves detailed information about a specific Notion user, such as their name, avatar, and email, based on their unique user ID.

### Get page markdown

**Slug:** `NOTION_GET_PAGE_MARKDOWN`

Retrieve a Notion page's full content rendered as Notion-flavored Markdown in a single API call. Use when you need the readable content of a page without recursive block-children fetching.

### Get page property

**Slug:** `NOTION_GET_PAGE_PROPERTY_ACTION`

Call this to get a specific property from a Notion page when you have a valid `page_id` and `property_id`; handles pagination for properties returning multiple items.

### Insert row database

**Slug:** `NOTION_INSERT_ROW_DATABASE`

Creates a new page (row) in a specified Notion database. Prerequisites: - Database must be shared with your integration - Property names AND types must match schema exactly (case-sensitive) - Use NOTION_FETCH_DATA with fetch_type='databases' first to get exact property names and types - Each database has ONE 'title' property; other text fields are 'rich_text' - Database must NOT have multiple data sources (synced databases are not supported) Common Errors: - 404: Database not shared with integration - 400 "not a property": Wrong property name - 400 "expected to be X": Wrong property type - 400 "multiple_data_sources": Database uses multiple data sources (not supported) Note: Rich text content in child_blocks is automatically truncated to 2000 characters per Notion API limits.

### Insert Row From Natural Language

**Slug:** `NOTION_INSERT_ROW_FROM_NL`

Creates a new row (page) in a Notion database from a natural language description. Fetches the database schema at runtime, uses an LLM to generate the correctly-formatted property payload, and creates the page.

### List data source templates

**Slug:** `NOTION_LIST_DATA_SOURCE_TEMPLATES`

Tool to list all templates for a Notion data source. Use when needing to discover template IDs/names for bulk page creation. Use after confirming the data_source_id.

### List Notion file uploads

**Slug:** `NOTION_LIST_FILE_UPLOADS`

Tool to retrieve file uploads for the current bot integration, sorted by most recent first. Use when you need to list all file uploads or paginate through file upload history.

### List users

**Slug:** `NOTION_LIST_USERS`

Retrieves a paginated list of users (excluding guests) from the Notion workspace; the number of users returned per page may be less than the requested `page_size`.

### Move Page

**Slug:** `NOTION_MOVE_PAGE`

Tool to move a Notion page to a new parent (page or database). Use when you need to reorganize page hierarchy. Important: To move to a database, use data_source_id (NOT database_id). Get the data source ID from the database object using NOTION_FETCH_DATABASE.

### Query database

**Slug:** `NOTION_QUERY_DATABASE`

Queries a Notion database to retrieve pages (rows). In Notion, databases are collections where each row is a page and columns are properties. Returns paginated results with metadata. Important requirements: - The database must be shared with your integration - Property names in sorts must match existing database properties exactly (case-sensitive) - For timestamp sorting, use 'created_time' or 'last_edited_time' (case-insensitive) - The start_cursor must be a valid UUID from a previous response's next_cursor field - Database IDs must be valid 32-character UUIDs (with or without hyphens) Use this action to: - Retrieve all or filtered database entries - Sort results by database properties or page timestamps - Paginate through large result sets - Get database content for processing or display

### Query database with filter

**Slug:** `NOTION_QUERY_DATABASE_WITH_FILTER`

Tool to query a Notion database with server-side filtering, sorting, and pagination. Use when you need to retrieve a subset of rows by property, date, status, or other conditions.

### Query data source

**Slug:** `NOTION_QUERY_DATA_SOURCE`

Tool to query a Notion data source. Use when you need to retrieve pages or child data sources with filters, sorts, and pagination. Make paginated requests using cursors and optional property filters for efficient data retrieval.

### Replace page content (with backup)

**Slug:** `NOTION_REPLACE_PAGE_CONTENT`

Safely replaces a page's child blocks by optionally backing up current content, deleting existing children, then appending new children in batches. Use when you need to rebuild a page without leaving partial states. Notion does not provide atomic transactions; this tool orchestrates a multi-step workflow with optional backup to reduce risk.

### Retrieve Comment

**Slug:** `NOTION_RETRIEVE_COMMENT`

Tool to retrieve a specific comment by its ID. Use when you have a comment ID and need to fetch its details.

### Retrieve Database Property

**Slug:** `NOTION_RETRIEVE_DATABASE_PROPERTY`

Tool to retrieve a specific property object of a Notion database. Use when you need to get details about a single database column/property.

### Retrieve Notion file upload

**Slug:** `NOTION_RETRIEVE_FILE_UPLOAD`

Tool to retrieve details of a Notion File Upload object by its identifier. Use when you need to check the status or details of an existing file upload.

### Retrieve page

**Slug:** `NOTION_RETRIEVE_PAGE`

Retrieve a Notion page's properties/metadata (not block content) by page_id. Use when you have a page URL/ID and need to access its properties; for page content use block-children tools.

### Search Notion pages and databases

**Slug:** `NOTION_SEARCH_NOTION_PAGE`

Searches Notion pages and databases by title. Use specific search terms to find items by title (primary approach). KNOWN LIMITATIONS: (1) Search indexing is not immediate - recently shared items may not appear. (2) Search is not exhaustive - results may be incomplete. (3) Database pages return all custom properties with full nested structures, which can create large responses for databases with many properties - use filter_properties to reduce response size. FALLBACK STRATEGY: If a specific title search returns empty results despite knowing items exist, try an empty query to list all accessible items and filter client-side.

### Send file upload

**Slug:** `NOTION_SEND_FILE_UPLOAD`

Tool to transmit file contents to Notion for a file upload object. Use after creating a file upload object to send the actual file data.

### Update block

**Slug:** `NOTION_UPDATE_BLOCK`

Updates existing Notion block's text content. ⚠️ CRITICAL: Content limited to 2000 chars. Cannot change block type or archive blocks. Content exceeding 2000 chars will fail with validation error. For longer content, split across multiple blocks using add_multiple_page_content.

### Update Page

**Slug:** `NOTION_UPDATE_PAGE`

Update page properties, icon, cover, or archive status. IMPORTANT: Property names are workspace-specific and case-sensitive. Use NOTION_FETCH_ROW or NOTION_FETCH_DATABASE first to discover exact property names and valid select/status options. Common errors: - "X is not a property that exists": Discover properties with NOTION_FETCH_ROW - "Invalid status option": Check valid options with NOTION_FETCH_DATABASE - "should be defined": Wrap values: {'Field': {'type': value}} Property formats: title/rich_text use {'text': {'content': 'value'}}, select/status use {'name': 'option'}

### Update Database Row (Page)

**Slug:** `NOTION_UPDATE_ROW_DATABASE`

Updates a specific row/page within a Notion database by its page UUID (row_id). IMPORTANT CLARIFICATION: This action updates INDIVIDUAL ROWS (pages) in a database, NOT the database structure. - To update a ROW/PAGE: Use THIS action with `row_id` (the page UUID) - To update DATABASE SCHEMA (columns, properties, title): Use NOTION_UPDATE_SCHEMA_DATABASE with `database_id` REQUIRED: `row_id` is MANDATORY. This is the UUID of the specific page/row to update. Do NOT pass `database_id` to this action - that parameter does not exist here. Common issues: (1) Use UUID from page URL, not the full URL (2) Ensure page is shared with integration (3) Match property names exactly as in database (4) Use 'status' type for Status properties, not 'select' (5) Retry on 409 Conflict errors (concurrent updates) Supports updating properties, icon, cover, or archiving the row.

### Update database schema

**Slug:** `NOTION_UPDATE_SCHEMA_DATABASE`

Updates an existing Notion database's schema including title, description, and/or properties (columns). IMPORTANT NOTES: - At least one update (title, description, or properties) must be provided - The database must be shared with your integration - Property names are case-sensitive and must match exactly - When changing a property to 'relation' type, you MUST provide the database_id of the target database - Removing properties will permanently delete that column and its data - Use NOTION_FETCH_DATA first to get the exact property names and database structure Common errors: - 'database_id' missing: Ensure you're passing the database_id parameter (not page_id) - 'data_source_id' undefined: When changing to relation type, database_id is required in PropertySchemaUpdate - Property name mismatch: Names must match exactly including case and special characters

### Upsert database rows

**Slug:** `NOTION_UPSERT_ROW_DATABASE`

Tool to upsert rows in a Notion database by querying for existing rows and creating or updating them. Use when you need to sync data to Notion without creating duplicates. Each item is matched by a filter, then either created (if no match) or updated (if match found). Supports bulk operations with per-item error handling.


## Triggers

### All Page Events

**Slug:** `NOTION_ALL_PAGE_EVENTS_TRIGGER`

**Type:** poll

Triggers when any Notion page is created or updated across the workspace.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `interval` | number | No | Periodic Interval to Check for Updates & Send a Trigger in Minutes |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `event_type` | string | Yes | Type of page event: page_added or page_updated |
| `page` | object | Yes | The Notion page object |

### Comment Created

**Slug:** `NOTION_COMMENT_CREATED`

**Type:** webhook

Triggers when a new comment is created in Notion.

    Optional `page_id` filter scopes to comments on a specific page. When
    omitted, fires for any new comment in the workspace the integration
    has access to.

    Requires the 'Read comments' capability on the Notion integration. If
    a connection was authorized before that capability was enabled, the
    user must re-authorize the connection for comment events to flow.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `page_id` | string | No | Optional page ID to scope comment events. When omitted, the trigger fires for any new comment in the workspace. Requires the 'Read comments' capability on the Notion integration. |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `comment_id` | string | Yes | ID of the newly created comment. |
| `data` | object | Yes | Page reference for the comment. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### New Comment

**Slug:** `NOTION_COMMENTS_ADDED_TRIGGER`

**Type:** poll

Triggers when a new comment is added to a specified Notion block or page.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `block_id` | string | Yes | Identifier for a Notion block or page to monitor for new comments. |
| `interval` | number | No | Periodic Interval to Check for Updates & Send a Trigger in Minutes |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `comment` | object | Yes | The Notion comment object that was added |
| `event_type` | string | No | Type of Notion comment event |

### Database Created

**Slug:** `NOTION_DATABASE_CREATED`

**Type:** webhook

Triggers when a new Notion database (the container) is created.

    A database is the post-2025-09-03 container that holds one or more data
    sources. This trigger fires for the container's creation event
    (`database.created`), distinct from `NOTION_DATASOURCE_CREATED` which
    fires when a new data source is added to an existing database.

    Most customers calling Notion's `POST /v1/databases` (the legacy API)
    or creating a database via the Notion UI will see this event. Adding a
    new data source to an existing database fires `data_source.created`
    instead — use `NOTION_DATASOURCE_CREATED` for that.

    Notion's payload puts `entity.type: "block"` (the container is a
    `child_database` block in the content tree) and `entity.id` is the
    database id.

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Where the new database was created. |
| `database_id` | string | Yes | ID of the newly created database. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### Data Source Created

**Slug:** `NOTION_DATASOURCE_CREATED`

**Type:** webhook

Triggers when a new Notion data source is created.

    Fires workspace-wide. The payload's `data.parent` carries the data
    source's tree parent (typically the teamspace) for downstream
    filtering.

    A single template-based database creation can fire multiple
    `data_source.created` events at once — one per data source the
    template instantiates.

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Where the new data source was created. |
| `data_source_id` | string | Yes | ID of the newly created data source. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### Data Source Schema Updated

**Slug:** `NOTION_DATASOURCE_SCHEMA_UPDATED`

**Type:** webhook

Triggers when a Notion data source's schema is updated.

    Fires on column add / remove / rename. Payload includes
    `data.updated_properties: [{id, name, action}]` so consumers can
    discriminate the kind of change downstream.

    Optional `data_source_id` filter scopes to schema changes on a single
    data source. When omitted, fires for any schema change in the
    workspace the integration has access to.

    Note: adding a column also fires `page.properties_updated` once per
    existing row in the data source. Customers wanting a single
    structural-change signal should use this trigger.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `data_source_id` | string | No | Optional data source ID to scope schema-change events. When omitted, the trigger fires for any data source schema change in the workspace the integration has access to. |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Parent reference plus the schema-change details. |
| `data_source_id` | string | Yes | ID of the data source whose schema changed. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### New Page

**Slug:** `NOTION_PAGE_ADDED_TO_DATABASE`

**Type:** poll

Triggers when a new page is added to a Notion database.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `database_id` | string | Yes | The ID of the database |
| `interval` | number | No | Periodic Interval to Check for Updates & Send a Trigger in Minutes |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `event_type` | string | No | Type of Notion page event |
| `page` | object | Yes | The Notion page that was added |

### Page Added to Page

**Slug:** `NOTION_PAGE_ADDED_TRIGGER`

**Type:** poll

Fires when a new subpage (a `child_page` type block) is added under a specified parent Notion page.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `interval` | number | No | Periodic Interval to Check for Updates & Send a Trigger in Minutes |
| `parent_page_id` | string | Yes | The ID of the parent Notion page to monitor for new subpages |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `block` | object | Yes | The Notion block that was added |
| `event_type` | string | No | Type of Notion block event |

### Page Content Updated

**Slug:** `NOTION_PAGE_CONTENT_UPDATED`

**Type:** webhook

Triggers when the body content of a Notion page is updated.

    Customer optionally scopes with at most one of:
      - data_source_id: any row in this data source
      - page_id: this specific page
      - parent_page_id: any page whose immediate parent is this page

    With none set, fires for any page content edit in the workspace the
    integration has access to. Notion aggregates content edits within a
    short window (~60s typical).

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `data_source_id` | string | No | Optional data source ID to scope to body-content edits on any row in this Notion data source. Mutually exclusive with page_id and parent_page_id. |
| `page_id` | string | No | Optional page ID to scope to body-content edits on this specific Notion page. Mutually exclusive with data_source_id and parent_page_id. |
| `parent_page_id` | string | No | Optional parent page ID to scope to body-content edits on any page whose immediate parent is this Notion page (does not match grandchildren). Mutually exclusive with data_source_id and page_id. |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Parent reference plus the list of updated blocks. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `page_id` | string | Yes | ID of the page whose content changed. For child-block additions (e.g. a new sub-page), this is the parent's ID. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### Page Created

**Slug:** `NOTION_PAGE_CREATED`

**Type:** webhook

Triggers when a new Notion page is created.

    Customer optionally scopes with at most one of:
      - data_source_id: new row in this data source
      - parent_page_id: new sub-page under this page (immediate parent only)

    With neither set, fires for any new page in the workspace the
    integration has access to. Notion sends ~60s aggregation latency on
    most events.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `data_source_id` | string | No | Optional data source ID to scope to new rows in this Notion data source. Mutually exclusive with parent_page_id. Find the data source ID via Notion's API (GET /v1/databases/{id}.data_sources[].id) or the data source URL. |
| `parent_page_id` | string | No | Optional parent page ID to scope to new sub-pages whose immediate parent is this Notion page (does not match grandchildren). Mutually exclusive with data_source_id. |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Where the new page was created. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `page_id` | string | Yes | ID of the newly created page. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### Page Properties Updated

**Slug:** `NOTION_PAGE_PROPERTIES_UPDATED`

**Type:** webhook

Triggers when properties of a Notion page are updated.

    Customer optionally scopes with at most one of:
      - data_source_id: any row in this data source
      - page_id: this specific page
      - parent_page_id: any page whose immediate parent is this page

    With none set, fires for any property change in the workspace the
    integration has access to. Adding a column to a data source fires this
    trigger once per existing row. Customers can branch on
    `data.updated_properties` (array of property IDs) to filter downstream.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `data_source_id` | string | No | Optional data source ID to scope to property changes on any row in this Notion data source. Mutually exclusive with page_id and parent_page_id. |
| `page_id` | string | No | Optional page ID to scope to property changes on this specific Notion page. Mutually exclusive with data_source_id and parent_page_id. |
| `parent_page_id` | string | No | Optional parent page ID to scope to property changes on any page whose immediate parent is this Notion page (does not match grandchildren). Mutually exclusive with data_source_id and page_id. |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Parent reference plus the list of property IDs that changed. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `page_id` | string | Yes | ID of the page whose properties changed. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |

### Page Updated

**Slug:** `NOTION_PAGE_UPDATED_TRIGGER`

**Type:** poll

Triggers when any block within a specified Notion page is updated.

#### Configuration

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `interval` | number | No | Periodic Interval to Check for Updates & Send a Trigger in Minutes |
| `page_id` | string | Yes | The ID of the Notion page to monitor |

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `block` | object | Yes | The Notion block that was updated |
| `event_type` | string | No | Type of Notion block event |

### View Created

**Slug:** `NOTION_VIEW_CREATED`

**Type:** webhook

Triggers when a new Notion view is created.

    Fires workspace-wide. The payload includes `data.view_type`
    (`table`, `board`, `gallery`, `calendar`, `list`, `timeline`, `gantt`)
    and `data.parent` pointing at the view's tree parent (typically the
    teamspace), so customers can filter downstream.

#### Payload

| Parameter | Type | Required | Description |
|-----------|------|----------|-------------|
| `authors` | array | No | Actors who performed the action. |
| `data` | object | Yes | Parent reference plus the view's layout type. |
| `event_id` | string | Yes | Unique ID of the webhook event. |
| `event_type` | string | Yes | Notion webhook event type. |
| `timestamp` | string | Yes | ISO 8601 event timestamp. |
| `view_id` | string | Yes | ID of the newly created view. |
| `workspace_id` | string | Yes | Workspace where the event occurred. |
| `workspace_name` | string | No | Workspace name from the event. |