Skip to content
Notis

Review vendor domain context when records change

A vendor update is a natural moment to refresh the domain details you may need for an onboarding or renewal decision.

Trigger

Page Properties Updated

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.

Action

IP2WHOIS Domain Lookup

Tool to retrieve WHOIS information for a domain. Use when you need registrar and contact details for a specific domain.

Why this helps

Vendor context often spreads across tasks and research, making it easy to miss domain checks during a record update.

  • Tie domain research to vendor record changes.
  • Bring registrar and available contact details into review.
  • Make vendor follow-up easier to resume.

Setup

Build it in a few focused steps.

  • 1Connect Notion and Ip2whois to Notis once in the portal.
  • 2Create a new automation in the portal or ask Notis conversationally.
  • 3Ask Notis to look up the domain on the changed vendor record and summarize registrar, expiration, and available contact details.
  • 4Select Page Properties Updated, scoped to the vendor data source, then pick a report channel.
  • 5Test by updating one real vendor record with a domain.

Questions about this workflow

Can I use a vendor database specifically?

Yes. Scope the Page Properties Updated trigger to the vendor data source.

Will it decide whether a vendor is trustworthy?

WHOIS data provides domain context. Ask Notis for a factual summary rather than a definitive trust judgment.

When this happens · Trigger

Do this · Action

Supported Triggers and Actions

Notis builds workflows that link Notion to Ip2whois. A trigger fires from one place; an action lands in another.

Notion triggers

Ip2whois actions

Recurring trigger

Notis starts this workflow on a schedule, such as daily, weekly, or during business hours.

TriggerScheduled

IP2WHOIS Domain Lookup

Tool to retrieve WHOIS information for a domain. Use when you need registrar and contact details for a specific domain.

ActionInstant

Webhook trigger

Notis starts this workflow when an external tool or custom backend sends an HTTP request.

TriggerInstant

Hosted Domains Lookup

Tool to retrieve hosted domains for a given IP address. Use this after validating the IP.

ActionInstant

All Page Events

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

TriggerPolling

Comment Created

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.

TriggerInstant

New Comment

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

TriggerPolling

Database Created

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.

TriggerInstant

Data Source Created

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.

TriggerInstant

Data Source Schema Updated

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.

TriggerInstant

Connect any two apps with Notis in the middle.

Notion and Ip2whois, or any other combination from 1,000+ integrations.

When this happens · Trigger

Do this · Action

Save your first hour today.

7-day trial of any paid plan, with 20$ of usage included.
No card. Works with personal or business Ip2whois.