Módulo 5: Airtable y Notion

Notion: Páginas y Bases de Datos

Descripción de la cápsula

Notion comparte con Airtable la idea de estructura — bases de datos con propiedades tipadas. Pero la envuelve en algo distinto, y esa diferencia es la clave de toda la cápsula:

En Airtable, un registro es una fila. En Notion, un registro es una página.

Eso significa que cada "registro" de una base de datos de Notion no es solo un puñado de campos — es una página completa que puede tener contenido rico: párrafos, listas, encabezados, imágenes, otras páginas anidadas. Una tarea en Notion no es una fila con un campo "notas" — es una página con propiedades (estado, fecha, responsable) y un documento dentro.

Esta dualidad — propiedades (la parte estructurada, tipo base de datos) y contenido (la parte narrativa, tipo documento) — es lo que tienes que entender para automatizar Notion bien. Esta cápsula te enseña el vocabulario de Notion, las operaciones core sobre bases de datos y páginas, y cómo trabajar con esa dualidad desde un workflow.

Lo que vas a aprender

Al terminar esta cápsula serás capaz de:

✅ Entender el vocabulario de Notion: workspace, base de datos, página, propiedad
✅ Distinguir propiedades de contenido — la dualidad clave de Notion
✅ Leer y buscar páginas de una base de datos
✅ Crear y actualizar páginas desde un workflow
✅ Trabajar con los tipos de propiedad de Notion
✅ Decidir cuándo te importa solo la propiedad y cuándo también el contenido

El vocabulario de Notion

Término	Qué es	Equivale en Airtable a...
Workspace	Tu espacio completo de Notion	(la cuenta)
Base de datos (Database)	Una colección estructurada de páginas	Una tabla
Página (Page)	Un registro — pero es una página completa	Un record
Propiedad (Property)	Un campo tipado de la página	Un field
Contenido (Content / Blocks)	El cuerpo del documento dentro de la página	(Airtable no tiene equivalente directo)
Page ID	El identificador único de la página	El Record ID

La estructura te resultará familiar tras la cápsula 03 — base de datos ≈ tabla, página ≈ record, propiedad ≈ field. Lo nuevo y propio de Notion es el contenido.

La dualidad: propiedades vs contenido

Esta es la idea de la cápsula. Una página de una base de datos de Notion tiene dos partes:

Las propiedades

La parte estructurada, tipo base de datos. Cada propiedad tiene un tipo: texto, número, fecha, selección, casilla, relación. Es el equivalente directo de los fields de Airtable.

Ejemplo, una página en una base Tareas:

Propiedad Name: "Preparar propuesta"
Propiedad Status: "In progress"
Propiedad Due date: 2026-05-20
Propiedad Assignee: Ana

El contenido

La parte narrativa, tipo documento. Es lo que ves cuando abres la página: párrafos, listas, encabezados, checklists, imágenes. Notion lo organiza en "bloques" (blocks).

En la misma página Preparar propuesta, el contenido podría ser:

## Contexto
El cliente pidió una propuesta para...

## Pendientes
- [ ] Revisar presupuesto
- [ ] Pedir aprobación

Por qué importa para un workflow

Cuando automatizas Notion, lo primero que decides es: ¿me importan solo las propiedades, o también el contenido?

Si tu workflow solo lee/escribe propiedades (estado, fecha, responsable) → Notion se comporta casi igual que Airtable. Es lo más común.

Si tu workflow necesita leer o escribir el contenido de la página (agregar párrafos, leer el cuerpo) → es otra operación, sobre "bloques", y es más compleja.

Para la mayoría de automatizaciones de negocio, te importan las propiedades. El contenido es para casos específicos (generar documentos, agregar notas largas). Empieza por las propiedades; sube al contenido solo cuando el caso lo pida.

Las operaciones core

El nodo Notion organiza las operaciones por Resource. Las que más usarás:

Resource	Operación	Qué hace
Database	`Search` / `Get Many`	Buscar la base de datos en sí
Database Page	`Get Many`	Leer las páginas (records) de una base de datos
Database Page	`Get`	Traer una página por su ID
Database Page	`Create`	Crear una página nueva en la base de datos
Database Page	`Update`	Modificar las propiedades de una página
Block	`Append` / `Get`	Trabajar con el contenido de la página

El recurso clave para el trabajo normal es Database Page — leer, crear y actualizar registros de una base de datos. El recurso Block es para el contenido; déjalo para cuando de verdad lo necesites.

Leer y buscar páginas

Resource: Database Page
Operation: Get Many
Database: la base de datos
Filters: condiciones sobre las propiedades

Notion filtra por propiedades — eliges una propiedad, una condición y un valor. Es similar en espíritu al filtro de Sheets, pero respeta los tipos: filtrar una propiedad de fecha ofrece condiciones de fecha, una de selección ofrece sus opciones.

Qué te da cada página

Una página leída llega con:

Su id — el Page ID
Sus propiedades — cada una con su valor

Mira el output real. Las propiedades de Notion llegan con una estructura interna que depende del tipo — una propiedad de texto, una de selección y una de relación llegan con formas distintas. Como con Airtable: no adivines, ejecuta el Get Many y observa.

Crear y actualizar páginas

Crear

Resource: Database Page
Operation: Create
Database: la base de datos destino
Mapea cada propiedad a su valor

Como Airtable, Notion valida según el tipo de la propiedad. Una propiedad de "select" solo acepta sus opciones; una de fecha espera una fecha bien formada.

Al crear una página, puedes definir sus propiedades directamente. Definir su contenido (los bloques internos) es un paso adicional con el recurso Block — recuérdalo, pero no te compliques con eso al inicio.

Actualizar

Resource: Database Page
Operation: Update
Page ID: {{ $json.id }}
Mapea solo las propiedades que cambian

El mismo Update quirúrgico de siempre: toca solo lo que mapeas, necesita el Page ID para apuntar.

Nota sobre upsert: dependiendo de la versión del nodo, Notion puede no tener una operación "upsert" tan directa como Airtable o Sheets. El patrón seguro y siempre disponible es el explícito: Get Many con filtro → IF → Create o Update. Es el "buscar antes de actuar" del Módulo 1, y funciona en cualquier versión.

Los tipos de propiedad de Notion

Los más comunes y cómo tratarlos:

Tipo de propiedad	Cómo mandarle valor
Title	El nombre de la página — toda base de datos tiene exactamente una propiedad Title
Text (Rich text)	Texto
Number	Un número
Date	Una fecha (ISO 8601 es lo seguro)
Select	Una opción existente
Multi-select	Una lista de opciones existentes
Checkbox	`true` / `false`
Person	Un usuario de Notion (por su ID)
Relation	Una lista de Page IDs de otra base de datos

Dos detalles propios de Notion: (1) toda base de datos tiene una propiedad Title obligatoria — es el "nombre" de cada página, no la puedes omitir al crear. (2) Como en Airtable, select y relation son los que más confunden — select necesita opciones existentes, relation recibe Page IDs, no nombres.

Trampas comunes

Trampa 1: Olvidar la propiedad Title al crear

Qué pasa: Creas una página sin definir su Title y queda "Sin título" (o el nodo falla).

Cómo evitar: Toda página de una base de datos tiene una propiedad de tipo Title — identifica cuál es y mapéala siempre al crear.

Trampa 2: Esperar que "leer la página" traiga su contenido

Qué pasa: Lees una página esperando ver los párrafos del documento, pero solo obtienes las propiedades.

Cómo evitar: Get Many / Get de Database Page trae las propiedades, no el contenido. Para el contenido necesitas el recurso Block. Decide qué necesitas.

Trampa 3: Confundir la base de datos con la página

Qué pasa: Apuntas a un Page ID cuando necesitabas el Database ID, o al revés.

Cómo evitar: La base de datos es el contenedor; la página es un registro dentro. Operaciones distintas usan IDs distintos — ten claro cuál estás manejando.

Trampa 4: No haber compartido la base de datos con la integración

Qué pasa: El nodo no encuentra tu base de datos de Notion.

Cómo evitar: Recuerda la cápsula 02: la integración solo ve lo que le compartiste. Si no aparece, compártela (o comparte un ancestro).

Trampa 5: Mandar a un Select una opción que no existe

Qué pasa: Igual que en Airtable — intentas escribir una opción de selección que la propiedad no tiene definida.

Cómo evitar: Los valores de select/multi-select deben ser opciones existentes. Créalas en Notion o asegura que tu workflow solo manda válidas.

Ejercicio: el ciclo completo en Notion

Objetivo: practicar leer, crear y actualizar páginas, trabajando con propiedades tipadas.

Preparación

En tu base de datos Tareas prueba de Notion (compartida con la integración), crea propiedades: Name (title), Status (select: pending/in progress/done), Due date (date), Important (checkbox).

Tu tarea

Leer con filtro: Manual Trigger → Notion (Database Page, Get Many) filtrando por Status = pending
Crear: Manual Trigger → Set → Notion (Database Page, Create) — una tarea nueva con Title, Status válido, Due date en ISO, Important = true
Actualizar: usa el id de la página creada para hacer un Update que cambie Status a otra opción válida
Buscar + actualizar: Get Many (filtra por Name) → IF (length > 0) → Update con el Page ID del resultado

Ver pistas

En el 2, no olvides la propiedad Title (Name) — es obligatoria; Status debe ser una opción existente; Due date = {{ $now.toFormat('yyyy-LL-dd') }}
En el 3, el Page ID viene del Create: {{ $json.id }}
En el 4, es el patrón "buscar antes de actuar" — como no hay upsert directo garantizado, este patrón explícito es el camino seguro

Resumen y siguiente paso

En Notion, un registro es una página, no una fila — y eso trae la dualidad clave del módulo
Propiedades (la parte estructurada, tipo base de datos) vs contenido (la parte narrativa, tipo documento)
Lo primero que decides al automatizar Notion: ¿me importan solo las propiedades, o también el contenido? — para la mayoría de casos, solo las propiedades
Vocabulario: base de datos ≈ tabla, página ≈ record, propiedad ≈ field; el recurso de trabajo normal es Database Page
Notion valida según el tipo como Airtable; toda base de datos tiene una propiedad Title obligatoria
Sin upsert directo garantizado: el patrón seguro es el explícito Get Many → IF → Create/Update
5 trampas: olvidar el Title, esperar contenido al leer propiedades, confundir base de datos con página, no compartir con la integración, select con opción inexistente
Los tipos select/relation confunden igual que en Airtable

Antes de avanzar deberías poder:

Leer, crear y actualizar páginas de una base de datos de Notion
Explicar la diferencia entre propiedades y contenido
Decidir si un caso necesita solo propiedades o también contenido

Lo que sigue (cápsula 05):

Ya conoces las dos herramientas por dentro. Ahora la cápsula que la estrategia de esta guía pone en el centro: cuándo usar Airtable, cuándo Notion, y cuándo basta con Sheets. Un marco de decisión claro para no quedarte paralizado entre opciones.

Recursos adicionales

n8n Notion node Docs - Todas las operaciones del nodo.
Notion: bases de datos - Cómo funcionan las bases de datos en Notion.
Notion API: propiedades - Referencia de los tipos de propiedad.

Creado: Mayo 14, 2026 Versión: 1.0

← AnteriorAirtable: Records y Tablas Siguiente →Cuándo Usar Cada Una