Notion Workers: qué sincronizan y qué no pueden hacer

Los Notion Workers son programas pequeños escritos en TypeScript que Notion aloja y ejecuta por ti. Una de las cosas que saben hacer es sincronizar: traen datos de un servicio externo a una base de datos de Notion cada cierto tiempo.

Esa sincronización va en un solo sentido, hacia Notion. Cada columna que controla queda en solo lectura, así que no puedes cambiar el título de una tarea ni su fecha de vencimiento desde el lado de Notion. Los Workers exigen además un plan Business o Enterprise, y desde el 15 de octubre de 2026 se cobran por ejecución con créditos de Notion.

¿Qué son los Notion Workers?

Un Worker es un único archivo de TypeScript que escribes tú, despliegas con la herramienta de línea de comandos ntn de Notion y Notion ejecuta en su propia infraestructura. No hay servidor que aprovisionar.

Cada Worker registra capacidades, y hay tres: syncs, que traen registros externos a una base de datos de Notion cada cierto tiempo; tools, que los Custom Agents de Notion pueden invocar; y webhooks, que recogen eventos de otros servicios. Solo la primera es una sincronización en el sentido que la mayoría le da a la palabra.

Notion traza la línea en su propio centro de ayuda. Las automatizaciones vienen integradas en el producto y están pensadas para que cualquiera las configure; los Workers son para desarrolladores que quieren ejecutar código propio. Notion publica los Workers como función en beta, y los webhooks van un paso por detrás, en alfa.

Notion Workers y 2sync de un vistazo

Con un Worker, las columnas sincronizadas quedan en solo lectura

Esta es la restricción que decide la mayoría de los flujos de trabajo. La documentación de sincronización de Notion lo dice sin rodeos para la sincronización de un Worker: las columnas sincronizadas son de solo lectura y no puedes editar a mano ninguna propiedad declarada en el esquema del sync. Los títulos y los iconos de fila quedan bloqueados igual, y las filas no se añaden ni se borran a mano. Solo las escribe el sync.

Las columnas que añadas fuera del esquema siguen siendo editables, así que puedes mantener tu propio campo de estado junto a los datos sincronizados. Los campos sincronizados, en cambio, no se tocan.

Imagina un Worker de Todoist. Trae tus tareas a Notion de maravilla. Luego abres Notion, intentas retrasar un día una fecha de vencimiento y Notion no te deja. Para cambiarla tienes que ir a Todoist, cambiarla allí y esperar a la siguiente ejecución.

Para un panel que nadie edita, ese comportamiento es el correcto y es una ventaja de verdad: garantiza que Notion coincide con el origen. Para un flujo en el que Notion es donde de verdad trabajas, elimina el motivo por el que conectaste las dos apps.

La API de sincronización no tiene ninguna opción bidireccional. La respuesta de Notion para empujar cambios hacia fuera es un segundo Worker, aparte, construido sobre la capacidad de webhooks y disparado por una automatización de Notion. Ese camino de vuelta lo escribes tú, y con él la prevención de bucles, las reglas de conflicto y la detección de borrados.

Quién puede usar los Workers y cuánto cuestan

Los Workers están disponibles en los planes Business y Enterprise. Notion Business cuesta 19,50 € por miembro y mes con facturación anual en España. Un espacio de trabajo en el plan gratuito o en Plus no puede usar Workers, por mucho que sus miembros sepan programar.

Por defecto la función solo está activada para los propietarios, así que en un espacio de trabajo de equipo alguien con permisos de administración tiene que dar acceso antes de que nadie despliegue nada.

La facturación es la parte que pide una cuenta con lápiz. La beta gratuita de Notion cubre las ejecuciones de Workers hasta el 14 de octubre de 2026. Desde el 15 de octubre de 2026 consumen créditos de Notion, que valen 0,01 $ cada uno, y Notion sitúa una ejecución en unos 0,0023 $. Cada vez que se ejecuta una sincronización programada cuenta como una ejecución.

Esas dos cifras van en dólares porque Notion las publica así también en su página de ayuda en español.

La frecuencia máxima de una sincronización es de 5 minutos. A ese ritmo, una sola sincronización se ejecuta 8 640 veces en un mes de 30 días.

A la columna de créditos hay que sumarle el puesto de Notion Business, 19,50 € por miembro y mes con facturación anual. Notion publica el plan en euros y los créditos en dólares, y por eso la tabla no los suma en una sola cifra.

Fuentes: precios de los Notion Workers y precios de Notion, consultados el 15 de septiembre de 2026. Las cifras de 2sync salen de nuestra página de precios.

El método es el de Notion. Su propio ejemplo publicado sitúa una sincronización de Salesforce cada 15 minutos en 2 880 ejecuciones y 6,62 $ al mes, y la misma aritmética da las cifras de arriba.

Dos matices, y los dos apuntan en la misma dirección. Notion dice que los créditos por ejecución varían según cuánto trabajo haga el Worker, así que 0,0023 $ es un suelo y no un techo. Y su consejo de resolución de problemas, cuando la factura no cuadra, es bajar la frecuencia. El coste y la frescura de los datos tiran en sentidos opuestos por diseño.

El precio por ejecución también esconde qué estás pagando. Una ejecución se cobra haya cambiado algo arriba o no. Un calendario que recoge tres eventos nuevos por semana sigue lanzando 8 640 sincronizaciones al mes con la frecuencia de 5 minutos, y todas se facturan. El contador sigue el sondeo, no el trabajo, y por eso una base de datos tranquila y otra con mucho movimiento cuestan exactamente lo mismo.

Una cosa más que la tabla no puede enseñar: un Worker no baja de los 5 minutos. Los ciclos de 3 y de 2 minutos de nuestros planes Premium y Pro no están disponibles a ningún precio, y la frecuencia por defecto de una sincronización nueva es de 30 minutos.

Tienes que registrar tu propia aplicación de Google o de Microsoft

Los Workers no gestionan por ti el acceso a los proveedores. Para una API que necesite autorización del usuario, la documentación de Notion te manda a registrar una capacidad de OAuth y aportar tus propias credenciales. Para Google Calendar, Gmail o Google Tasks, eso significa tu propio proyecto en Google Cloud y tu propia app de OAuth.

A partir de ahí las reglas de Google se te aplican a ti y no a Notion, y son estrictas.

• Una aplicación sin verificar tiene un tope de 100 usuarios, de por vida. El límite de Google cubre toda la vida del proyecto y no se puede reiniciar ni ampliar. Tus usuarios se encuentran además el aviso de aplicación no verificada al entrar.
• En modo de prueba los tokens caducan cada siete días. Un proyecto que se queda en modo de prueba admite 100 usuarios de prueba y las autorizaciones caducan siete días después del consentimiento, tokens de actualización incluidos. Una sincronización montada así deja de funcionar todas las semanas.
• Gmail exige una auditoría de seguridad anual. Todos los permisos de Gmail, gmail.readonly incluido, están clasificados como restringidos. Cualquier app que lea datos restringidos a través de un servidor tiene que pasar una evaluación de seguridad bajo el marco CASA y repetirla al menos cada 12 meses. Solo la verificación puede llevar varias semanas.

Nosotros cargamos con esas apps para que nuestros usuarios no tengan que hacerlo. 2sync mantiene las aplicaciones verificadas de Google y de Microsoft y pide los permisos mínimos que aparecen en nuestra página de seguridad, y por eso conectar Gmail o Google Calendar consiste en iniciar sesión y poco más.

Para un consultor que monta esto a sus clientes, la diferencia es enorme. Un camino se acaba a los cien clientes y arrastra una auditoría todos los años. El otro es un botón.

Apuntar un Worker a una base de datos que ya usas

Una sincronización puede engancharse a una base de datos que ya tengas, declarándola como attached y enlazándola desde la línea de comandos. El aviso de Notion en esa misma página merece la cita literal: engancharla le entrega a tu Worker el control de la base de datos real, filas incluidas, y la sincronización «puede sobrescribir o borrar filas existentes, con la consiguiente pérdida de datos».

Hay una segunda trampa unas líneas más abajo. Borrar el Worker, o quitar de tu código la declaración de la base de datos y volver a desplegar, no libera la base de datos. Se queda bloqueada y huérfana, y la salida es un comando de desvinculación que tienes que saber ejecutar antes.

El modo replace tiene su propia peculiaridad. Borra cualquier fila que no haya visto durante un ciclo, así que una sincronización que falla a mitad de camino no borra nada, por diseño, y tu base de datos se queda con filas obsoletas hasta la siguiente pasada limpia.

Nada de esto está escondido. Está escrito con claridad, y eso hay que reconocérselo a Notion. También es una lista de modos de fallo que pasan a ser responsabilidad de quien desplegó el Worker.

2sync nunca se adueña de una base de datos. Escribe solo las propiedades que tú mapeas, deja el resto de columnas en paz y tú sigues pudiendo añadir, editar y borrar filas en Notion.

Lo que tendrías que construir y mantener tú

Un Worker te da un entorno de ejecución y un calendario. El resto de lo que hace una herramienta de sincronización lo escribes tú.

• Control de frecuencia. Notion te da un limitador que configuras a mano, por ejemplo diez peticiones por segundo, y decides las cifras para cada API que toques. Si las calculas mal, el proveedor te corta el grifo. Nuestro sistema de reintentos usa retroceso exponencial y lotes de tamaño variable en Notion, Google, Microsoft y Todoist, y no lo configura nadie.
• Reglas de conflicto. Cuando el mismo registro cambia por los dos lados entre una ejecución y la siguiente, algo tiene que decidir qué gana. Nosotros resolvemos los conflictos campo a campo y no elemento a elemento, así que un título cambiado en Notion y una fecha cambiada en Google Calendar sobreviven los dos.
• Detección de borrados. Decidir si un registro que falta significa borrarlo o significa que ha fallado la descarga es la diferencia entre una base de datos ordenada y una base de datos vacía. Nuestros límites de seguridad paran una sincronización antes de que elimine más de la mitad de los elementos sincronizados, y otra vez antes de que cree duplicados.
• Límites de ejecución del espacio de trabajo. Notion limita las ejecuciones de sincronización a 600 por hora en todo el espacio de trabajo, compartidas por todos los Workers que haya dentro. Diez sincronizaciones cada 5 minutos gastan 120 cada hora, así que un espacio con carga tiene un techo con el que contar.

Nada de eso es exótico. Es sencillamente lo que hace un motor de sincronización cuando ya lo ha escrito otra persona. Y luego está el mantenimiento corriente que arrastra cualquier integración. Las API de los proveedores cambian, los esquemas se mueven, y añadir un campo a una base de datos sincronizada implica editar el bloque del esquema, editar el mapeo, volver a desplegar, reiniciar el estado de la sincronización y lanzar una pasada nueva.

Cuándo un Worker es la herramienta adecuada

Los Workers son buenos de verdad en un trabajo que ningún servicio de sincronización cubre, y vale la pena nombrarlo con precisión.

Si estás en Business, escribes TypeScript y quieres un espejo de solo lectura de Salesforce, Zendesk, Stripe, Jira o una base de datos interna dentro de Notion, un Worker está hecho justo para eso. Nada sale de la infraestructura de Notion, el bloqueo de solo lectura garantiza que el espejo coincide con el origen y un agente puede leer el resultado. Lo mismo vale para cualquier cosa con una API JSON para la que ningún fabricante haya construido un conector.

Lo que compras es alcance. Un Worker puede sincronizar cualquier cosa contra la que sepas programar, un conjunto de sistemas mucho más amplio que el que cubre ningún producto de sincronización. Si los sistemas que tenías en mente son bases de datos y no calendarios y tareas, esa es una categoría distinta de la nuestra, y cómo nos comparamos con Whalesync explica dónde encaja cada uno.

Lo que no cubre es el caso en el que una persona edita el mismo registro en los dos sitios. Ese es otro problema, y una columna de solo lectura no lo resuelve. Marcar una tarea como hecha en Notion y esperar que Google Tasks se entere es la versión cotidiana de lo mismo.

Cómo cubre 2sync ese mismo terreno

2sync conecta Notion en los dos sentidos con Google Calendar, Todoist, Google Tasks, Outlook Calendar, Gmail, Outlook Mail, Google Contacts y Outlook Contacts. Los cambios viajan en los dos sentidos solos, y tus propiedades de Notion siguen siendo editables todo el tiempo.

El sentido se fija campo a campo y no por automatización, así que un mismo registro puede tener campos bidireccionales junto a campos que solo viajan en un sentido. El organizador o la fecha de creación se quedan fijados al proveedor mientras el título y la fecha siguen editables en Notion.

Esa elección importa más de lo que parece. Casi el 79 % de nuestros usuarios activos trabaja solo en bidireccional, y edita desde la app que tenga abierta en ese momento. A ninguno de ellos le serviría un espejo de solo lectura.

Cualquiera que sepa montar una base de datos en Notion puede configurarlo. Todo ocurre en el navegador y lleva unos cinco minutos: conectas el proveedor, eliges la base de datos de Notion, emparejas las propiedades y pones filtros si los quieres. No se instala ni se despliega nada, así que no queda código que mantener cuando cambia una API. Entre 127 000 cuentas repartidas por 202 países llevamos procesados más de 2,5 millones de elementos sincronizados.

El precio es por cuenta y no por miembro, y todos los planes incluyen todas las integraciones. Si antes de configurar nada quieres el detalle de cómo se comporta el sentido, sincronización bidireccional y unidireccional lo explica.

Cuál encaja con tu forma de trabajar

Piensa hacia atrás, desde el sitio donde ocurre la edición.

• Solo lees los datos en Notion y vienen de un sistema que no conecta nadie más. Monta un Worker, si estás en Business y hay alguien que escriba TypeScript.
• Editas en las dos aplicaciones. Necesitas una herramienta de sincronización bidireccional. Un Worker no puede devolver tus ediciones de Notion, le pongas lo que le pongas alrededor. 2sync escribe los cambios en los dos sentidos, campo a campo.
• Estás en el plan gratuito o en Plus. Los Workers no están a tu alcance. 2sync funciona en cualquier plan de Notion, incluido el gratuito.
• Quieres una acción puntual y no una correspondencia continua, como publicar en Slack cuando cambia una fila. Eso es una plataforma de automatización, y las alternativas a Zapier para Notion repasan las opciones realistas, con 2sync frente a Zapier punto por punto.
• Quieres calendario, tareas y correo en Notion sin escribir nada. Empieza por Google Calendar, Outlook Calendar, Todoist o Gmail.

Los dos enfoques conviven bien, además. Un Worker replicando tu CRM y 2sync sincronizando tu calendario resuelven problemas distintos dentro del mismo espacio de trabajo.

Conclusión

Los Notion Workers son una función para desarrolladores, y Notion lo dice. Amplían el alcance de Notion a cualquier API contra la que sepas escribir código, y lo hacen sin montar un servidor.

Lo que no hacen es sincronización bidireccional. Las columnas que sincroniza un Worker son de solo lectura, la sincronización escribe hacia Notion y nunca hacia fuera, y el apaño es un segundo Worker que construyes y mantienes tú. Súmale el requisito del plan Business, los créditos que se aplican desde el 15 de octubre de 2026 y tu propia app de OAuth con los topes de Google encima, y el retrato honesto es el de una herramienta potente apuntada a un trabajo estrecho.

Si tus datos solo tienen que leerse en Notion, ese trabajo puede ser el tuyo. Si trabajas en las dos apps, lo que necesitas es que las ediciones viajen en los dos sentidos.

FAQ