Qué ha cambiado en la tarificación de Notion
El 13 de mayo de 2025, Notion anunció Notion AI for Work y una nueva tabla de precios: la IA completa — hoy el agente de Notion, las notas de reunión con IA y la búsqueda empresarial — queda reservada a los planes Business y Enterprise. Los planes Free y Plus solo disponen ya de un número limitado de respuestas de prueba. Las nuevas suscripciones cambiaron ese mismo día; para los clientes existentes cuyo precio cambiaba, la subida se aplicó en su primera renovación posterior al 13 de agosto de 2025.
A 7 de noviembre de 2026, la página notion.com/pricing muestra, para un visitante de la zona euro y con facturación anual, 9,50 € por miembro y mes para Plus y 19,50 € para Business. Una agencia de 15 personas en Business paga, por tanto, 292,50 € al mes, se use o no la IA. A eso se suma una línea que antes no existía: los créditos de Notion, un complemento de los planes Business y Enterprise que financia los agentes personalizados y el uso de IA por encima de la dotación incluida en cada puesto, facturado a 10 $ por cada 1.000 créditos al mes.
Para una agencia que no usaba la IA, es una subida impuesta sin contrapartida percibida. Si además mantiene espacios de trabajo separados para sus clientes — cada uno facturado por puesto —, la factura sigue directamente el número de clientes activos en la plataforma.
Lo que hace que la subida no sea lineal para una agencia
- Espacios de cliente separados — cada espacio de trabajo de Notion distinto consume sus propios puestos; una cartera de 10 clientes con 2 accesos cada uno supone 20 puestos Business adicionales.
- IA incluida en el puesto — el precio del plan Business integra Notion AI, la use el equipo o no; no existe un plan Business «sin IA» más barato.
- Ningún plan intermedio con IA — Plus solo ofrece una prueba limitada; una agencia cuyos flujos dependen de la IA tiene que pasar a todos sus miembros a Business.
- Facturación por puesto real — al inicio de cada periodo de facturación, el número de puestos pagados se ajusta al número de miembros del espacio; no hay licencias flotantes ni cuotas compartidas entre espacios.
- Agentes facturados aparte — los agentes personalizados consumen créditos de Notion comprados por separado, a nivel del espacio de trabajo: una línea más, independiente del número de puestos.
- Crecimiento de la cartera = crecimiento lineal de la factura — no hay economía de escala: pasar de 10 a 20 clientes duplica mecánicamente el coste de Notion si los espacios siguen separados.
Docmost: lo que cubre la licencia AGPL-3.0
El núcleo de Docmost se publica bajo licencia AGPL-3.0, cuyo archivo LICENSE está disponible en el repositorio github.com/docmost/docmost; la versión 0.97.0 se publicó allí el 25 de octubre de 2026. Esta licencia permite el uso comercial sin regalías: una agencia puede desplegar Docmost para sus equipos y para sus clientes sin pagar derechos de licencia al editor. La única restricción AGPL aplicable a este uso es la siguiente: si la agencia modifica el código fuente de Docmost y lo expone como servicio de red, debe publicar sus modificaciones bajo la misma licencia. En un despliegue estándar, sin fork, esta restricción no se aplica.
Atención al perímetro, en cambio. El README precisa que los directorios apps/server/src/ee, apps/client/src/ee y packages/ee están sujetos a una licencia empresarial distinta. Según la tabla oficial de precios, las ediciones de pago, que se activan con una clave de licencia, añaden en la edición Business el SSO (SAML 2.0, OIDC, LDAP), la autenticación multifactor, las claves de API, el importador de Confluence, las bases de datos («Bases») y la búsqueda en adjuntos — 6 $ por puesto y mes con facturación anual, diez puestos como mínimo —, y después los registros de auditoría, SCIM y la integración SIEM en Enterprise. El recorrido que se describe aquí — importación de Notion, espacios, grupos, permisos, comentarios y búsqueda de texto completo — no necesita ninguna de ellas.
Docmost vs Notion: la tabla honesta
Desplace la tabla
| Funcionalidad | Notion Business | Docmost |
|---|---|---|
| Páginas anidadas y edición enriquecida | Sí | Sí — editor colaborativo en tiempo real |
| Wiki de equipo / base de conocimiento | Sí | Sí — caso de uso principal |
| Espacios multiequipo | Sí | Sí — espacios aislados con permisos |
| Historial de página y restauración | Sí | Sí — historial de versiones |
| Comentarios y anotaciones | Sí | Sí |
| Diagramas (Draw.io, Mermaid, Excalidraw) | Limitado (embed) | Sí — editores integrados |
| Bases de datos relacionales | Sí — funcionalidad central | Solo edición de pago (Bases: tabla y kanban; relaciones no documentadas) |
| Vistas kanban, galería, calendario | Sí | Kanban en edición de pago; ni galería ni calendario |
| Fórmulas y propiedades calculadas | Sí | Edición de pago (propiedad Fórmula de las Bases) |
| API pública | Sí (API REST oficial) | Edición de pago (claves de API) |
| Integración nativa con Slack | Sí | No — sin integración nativa |
| Integración nativa con GitHub | Sí | No — sin integración nativa |
| Notion AI (resúmenes, agentes) | Incluida en Business, agentes mediante créditos | No en la edición libre |
| Coste mensual (15 personas) | 15 puestos Business (292,50 € en anual, zona euro) | Solo el coste del VPS (edición libre) |
Qué casos de uso migran bien — y cuáles no
La distinción es importante y merece zanjarse con claridad antes de emprender una migración.
Docmost cubre bien: la base de conocimiento interna (procedimientos, onboarding, guías técnicas), la documentación entregada a los clientes (especificaciones, actas, tutoriales de producto), los wikis de proyecto en los que la página es la unidad de trabajo y la documentación técnica (código, API, arquitectura). Son casos en los que Notion se usa como editor de texto colaborativo estructurado — y eso es exactamente lo que hace Docmost.
En su edición libre, Docmost no cubre: la gestión de cartera de proyectos en bases de datos con vistas filtradas, los paneles con fórmulas y rollups, los CRM ligeros construidos sobre bases relacionales y los flujos que se apoyan en la API de Notion para sincronizar datos externos. La edición de pago cierra parte de la brecha con sus Bases (vistas de tabla y kanban, propiedades calculadas), sin relaciones documentadas ni vistas de calendario. Si su uso de Notion depende de estas funcionalidades, Docmost no es un sustituto: es otra herramienta. En ese caso, mirar NocoDB o Grist para la parte de datos, y Docmost para la documentación, es una arquitectura más realista.
Requisitos para alojar Docmost en un VPS
Docmost funciona con tres contenedores: la propia aplicación, PostgreSQL para la persistencia y Redis para la colaboración en tiempo real y las colas de tareas. El archivo Compose oficial del repositorio usa postgres:18 y redis:8, este último arrancado con persistencia AOF y la política noeviction. Estos tres servicios funcionan cómodamente en un VPS con 2 vCPU y 4 GB de RAM para un equipo de agencia estándar; con muchos editores simultáneos, 8 GB dan un margen cómodo. El almacenamiento depende del volumen de archivos adjuntos a las páginas: prevea al menos 20 GB fuera de las bases. Los archivos van por defecto al volumen /app/data/storage del contenedor, o a un bucket S3 o Azure (STORAGE_DRIVER).
Tres ajustes merecen hacerse antes de la migración. El Compose oficial publica el puerto 3000 en todas las interfaces: restrínjalo a la interfaz local para que solo quede expuesto el proxy inverso.
ports:
- "127.0.0.1:3000:3000"Docmost limita además las subidas a 50 MB y las importaciones a 200 MB por defecto; una exportación de Notion de agencia supera pronto el segundo umbral. Eleve ambos límites en el entorno (lista oficial de variables) y ajuste en consecuencia el client_max_body_size de nginx:
FILE_UPLOAD_SIZE_LIMIT=100mb
FILE_IMPORT_SIZE_LIMIT=500mbPor último, configure un servidor SMTP (MAIL_DRIVER=smtp, SMTP_HOST…): sin él, las invitaciones a los miembros no se envían.
Otros requisitos: Docker y Docker Compose, un proxy inverso (nginx o Caddy) para el HTTPS y un nombre de dominio que apunte al servidor (wiki.su-dominio.com). La guía de instalación completa está en el artículo alojar Docmost en un VPS — este artículo se centra en la decisión de migración y el procedimiento de importación, no en la configuración del sistema.
Migrar el contenido de Notion a Docmost
Exportar el espacio de trabajo de Notion
En Notion, abra Ajustes → General → Exportar todo el contenido del espacio de trabajo (desde la web o la aplicación de escritorio). Elija Markdown y CSV o HTML, con las subpáginas y los archivos. Notion envía un enlace de descarga por correo: caduca a los 7 días, y la exportación de un espacio grande puede tardar hasta 30 horas (ayuda oficial). El ZIP resultante contiene las páginas, las bases de datos en CSV y los archivos subidos: es el archivo que importa Docmost.
Revisar el contenido del ZIP antes de importar
Descomprima el ZIP en local y recorra la estructura. Cada página se convierte en un archivo
.md(o.html). Las bases de datos de Notion (tablas, kanban, calendarios) se exportan en.csv: Docmost no las importará como bases de datos, sino como contenido estático. Identifique en este punto lo que se perderá (vistas, fórmulas, relaciones) y lo que sobrevivirá (texto, títulos, estructura). Localice también los enlaces que siguen apuntando a Notion: son los que habrá que retomar tras la importación:unzip -q exportacion-notion.zip -d exportacion-notion grep -rl 'notion.so/' exportacion-notion grep -ro 'notion.so/[^) "]*' exportacion-notion | wc -lCrear los espacios en Docmost
En Docmost, cree un espacio por equipo o por cliente antes de importar. Un espacio de Docmost lleva los permisos y el aislamiento, como un espacio de trabajo de Notion. Nombrar los espacios de forma coherente con las exportaciones de Notion facilita la correspondencia.
Lanzar la importación en Docmost
En el espacio de destino, haga clic en el menú … junto al encabezado Pages de la barra lateral y después en Import pages. Elija Notion — la opción específica, no la importación Markdown genérica — y suba el ZIP exportado tal cual, sin volver a comprimirlo. Docmost procesa el archivo y reconstruye el árbol de páginas conservando las relaciones padre-hijo.
Controlar la importación página por página
Tras la importación, recorra las páginas críticas. Elementos que revisar: los enlaces internos entre páginas, empezando por los localizados en el paso 2; las imágenes y archivos adjuntos, que deben proceder del ZIP; y los bloques que eran bases de datos de Notion, que aparecen como texto o tablas simples — retóquelos a mano si hace falta. Un enlace que siga apuntando a
notion.sodejará de funcionar el día que se cierre el espacio de Notion: sustitúyalo por la URL de la página de Docmost.Configurar los permisos por espacio
Docmost gestiona los permisos a nivel de espacio: un espacio puede reservarse a sus miembros invitados o abrirse a toda la organización. Para los espacios de cliente, cree un grupo por cliente (
grupo-cliente-x), invite a los miembros correspondientes por correo y asigne ese grupo al espacio con el rol Editor o Lector según la necesidad. Los permisos página a página y el SSO pertenecen a la edición de pago.Desactivar progresivamente los espacios de Notion
No elimine los espacios de Notion de inmediato. Durante un periodo de transición (de dos a cuatro semanas según el tamaño del equipo), deje Notion accesible en solo lectura mientras los equipos se adaptan a Docmost, y haga que dos o tres personas trabajen en ambas herramientas para detectar lo que falta. Ponga un banner en cada espacio de Notion con la fecha de cambio definitivo y haga una última exportación completa — Notion permite exportar tantas veces como sea necesario — antes de darse de baja.
Respaldar PostgreSQL antes de cada importación masiva
Una importación voluminosa de un ZIP de Notion escribe muchas páginas en la base en poco tiempo. Antes de importar un espacio importante, haga una copia de PostgreSQL desde la carpeta del Compose:
cd /opt/docmost
docker compose exec -T db pg_dump -U docmost docmost > copia-antes-de-importar.sqlSi la estructura se importa mal, restaure este archivo en una base vacía (tras volver a crearla) en lugar de hacerlo encima de la existente: vuelve exactamente al estado anterior sin reinstalar la instancia.
Lo que la migración no resuelve — una decisión informada
Conviene plantear dos arbitrajes antes de comprometerse.
Primer arbitraje: si sus equipos usan las bases de datos de Notion para dirigir proyectos (seguimiento de tareas, pipeline de clientes, panel operativo), Docmost libre no sustituye esa parte. La migración resuelve el coste de la documentación, no la gestión de datos estructurados. Son dos necesidades distintas que merecen herramientas distintas. AppFlowy se cita a menudo como la alternativa más cercana a las bases de datos de Notion, pero compruebe su modelo antes de comprometerse: el repositorio AGPL AppFlowy-Cloud está archivado, y el autoalojamiento pasa ahora por un repositorio «SelfHost-Commercial» e imágenes Docker construidas a partir de una base de código de servidor comercial.
Segundo arbitraje: la migración tiene un coste real en tiempo. Reorganizar el contenido importado, reconfigurar los permisos, formar a equipos y clientes en una nueva interfaz supone una inversión nada despreciable. Para una agencia con una cartera estable y un contenido principalmente documental, el cálculo suele ser favorable a partir de 10 puestos Business. Para una agencia en la que Notion está profundamente integrado en sus flujos operativos, la migración parcial (Docmost para la documentación + otra herramienta para los datos) es el camino más realista.
Para estructurar la decisión antes de empezar, el artículo checklist de migración de SaaS a self-hosting plantea las preguntas en el orden adecuado.
Solución de problemas: errores frecuentes en la instalación y la importación
Cuatro errores aparecen con regularidad en las issues de GitHub de Docmost y en los testimonios de migración.
Error: connect ECONNREFUSED 127.0.0.1:5432 — Docmost no encuentra PostgreSQL. Con Docker Compose, compruebe primero que DATABASE_URL apunta al nombre del servicio (db) y no a localhost, y después que el contenedor de Docmost no arranca antes de que PostgreSQL termine su inicialización: una directiva depends_on con condition: service_healthy y un healthcheck de PostgreSQL (pg_isready) en el docker-compose.yml resuelven el problema.
Importación rechazada o bloqueada en «Processing…» — Señal de un ZIP que supera FILE_IMPORT_SIZE_LIMIT (200 MB por defecto), de un proxy inverso que corta la petición (client_max_body_size, tiempo de espera) o de un Redis detenido. Eleve el límite, compruebe que Redis está en marcha (docker compose ps) y vuelva a lanzar la importación primero sobre un subconjunto de páginas.
La importación Markdown falla y la HTML funciona — Señalado ya en 2024 (issue #91 del repositorio, cerrada desde entonces): el parser de Markdown puede tropezar con exportaciones de Notion que contienen extensiones no estándar (metadatos anidados, bloques especiales). Rehaga la exportación en HTML: Docmost acepta ambos formatos desde el mismo diálogo, y el HTML da resultados más fiables en las exportaciones complejas.
Páginas importadas sin imágenes, o coedición que no se sincroniza — La exportación del espacio de trabajo de Notion incluye los archivos subidos: si faltan imágenes, compruebe que ha importado el ZIP original y no un archivo recomprimido sin sus carpetas. Si dos redactores no ven en directo los cambios del otro, casi siempre es el proxy inverso: debe transmitir las cabeceras WebSocket Upgrade y Connection: upgrade.
