Confluence vs Docmost: which fits a wiki that must stay on your own servers
If a renewal, the Data Center end-of-life timeline or a data residency rule is forcing a decision, Docmost fits teams that want a modern, self-hosted wiki with a free Community edition and can accept that several enterprise controls sit behind a paid license, while Confluence fits organizations that need its existing macros, Marketplace apps and vendor-run hosting. The deciding factor is the edition split. Docmost's documentation lists its Confluence importer, SAML or OIDC single sign-on, LDAP, MFA, page-level permissions and databases as paid-edition features, and its pricing page lists Business at $6 per seat per month billed annually with a 10-seat minimum. A self-hosted Docmost comparison therefore has to price in a license from day one if identity integration or a Confluence migration is required, not only the free server.
Start by checking which of those features your wiki depends on. Confirm current paid-edition terms directly with Docmost, since the licensing tiers and their contents are the most likely items to change. For the Confluence import, Docmost's import dialog accepts a Confluence export, but the Confluence importer itself is listed as paid, so the one-time migration effort and its license cost belong in the same quote. Also confirm whether your identity provider works through OIDC, SAML or LDAP under the edition you select, and whether page-level permissions match how your Confluence spaces are restricted today. Where a Docmost feature is not available in the edition you choose, plan the workaround before the migration starts.
Close the decision with three questions. First, which identity requirements are mandatory, such as SSO, MFA and directory-based provisioning, and which edition they require. Second, how much of the Confluence estate must move, including attachments, page history, permissions and any macros or Marketplace apps that have no direct equivalent. Third, who runs the server: your team, a managed provider or an implementation partner such as DeployOpen, which plans, hardens, backs up and documents the installation within the client's own infrastructure. Written answers to these three questions will show whether Docmost's paid edition, XWiki or another option gives the lower total cost of ownership for your organization.
Which option fits which scenario
This table matches common Confluence situations to the Docmost edition and setup that fits best, with the reason tied to the free and paid feature split. Read each row against your own requirements, then confirm the paid features you need with Docmost before you budget.
| Scenario | Better fit | Reason |
|---|---|---|
| Small team wants a modern editor and self-hosting | Docmost Community edition | The free self-hosted edition includes real-time editing, spaces, groups, comments, page history and Draw.io, Excalidraw and Mermaid diagrams. |
| Enterprise needs SSO, LDAP and page-level permissions | Docmost paid edition, or Confluence | SAML or OIDC SSO, LDAP, SCIM and page-level permissions are paid-edition features, so the licensed cost must be in the comparison. |
| Heavy use of Confluence Marketplace apps | Confluence, or a plan that tests each app | Marketplace macros and apps have no general Docmost equivalent, so confirm each one you depend on before choosing Docmost. |
| No internal ops capacity to run a server | Docmost cloud, or a managed partner | Docmost offers a hosted cloud version, but self-hosting puts upgrades, backups and PostgreSQL and Redis care on your team. |
| Team must import an existing Confluence wiki | Docmost with the paid Confluence importer | The Confluence importer is a paid-edition feature, so budget for it or plan an export to HTML or Markdown as a free fallback. |
| Regulated team that must keep data on its own servers | Docmost Community edition, self-hosted | Pages stay in your infrastructure, but confirm which audit, SIEM and security controls you need, since these sit in Enterprise. |
How hosting and data control differ
Confluence Cloud is operated by Atlassian on its multi-tenant infrastructure. Your organization controls its sites, users, spaces and permissions, but page content, attachments and logs sit in Atlassian-managed environments. Data residency options can keep page content in a chosen region, while user account data is generally outside that commitment, so confirm the exact scope with Atlassian before relying on it.
- Data location: Content is stored where Atlassian's cloud and residency settings place it, not in your own data center.
- Key custody: Atlassian manages the encryption and platform keys; you do not hold them.
- Exports: Space and site exports are available to admins, but the XML site and space export reaches end of life on December 1, 2026, so plan CSV or HTML exports for ongoing copies.
- Identity: Sign-in runs through Atlassian Access or your identity provider integration, so confirm which features your plan includes.
- Compliance: Atlassian publishes its own assurance reports; your team inherits that scope and still owns its configuration.
Before you decide, check the residency scope, export options and sign-in features in writing against your regulatory obligations.
Confluence Data Center runs on infrastructure your organization operates, which may be your own data center or a cloud account you manage. You hold the database, the attachment store and the backups. Atlassian ends new Data Center subscriptions for new customers on March 30, 2026, and Data Center licenses expire and become read-only on March 28, 2029, which changes the long-term planning horizon.
- Data location: Content stays in the infrastructure you select and operate.
- Key custody: You manage the database, file system and encryption keys.
- Lifecycle: Purchases and expansions for existing customers end after March 30, 2028, and licenses become read-only on March 28, 2029.
- Operations: Your team patches, backs up and scales the cluster, which is recurring staff effort.
- Compliance: You own the evidence for your own controls; independent auditors issue any reports.
Ask Atlassian for the current Data Center end-of-life schedule in writing and confirm how your internal hosting team would absorb operations after the read-only date.
Self-hosted Docmost is usually installed with Docker using the project's compose template, which runs Docmost with PostgreSQL 18 and Redis 8 images. Your team owns every component, so data location and key custody follow your own infrastructure decisions. Files are stored locally by default, and S3-compatible or Azure Blob storage are supported options.
- Data location: Pages, attachments, the database and Redis data stay on hosts you choose, including air-gapped networks where the install is supported.
- Secrets: Set an
APP_SECRETof at least 32 characters and store it in your secrets manager, not in a file in the repository. - File storage: Local disk is the default; S3-compatible or Azure Blob storage moves attachments to a store you control.
- Reverse proxy: WebSockets must be enabled on any proxy in front of the real-time editor, or collaborative editing will not work.
- Identity: Email and password, LDAP, SAML or OIDC, and TOTP are documented, but LDAP, SAML and OIDC are paid-edition features, so confirm your edition before design.
Confirm the image versions, backup routine and proxy configuration against the installation documentation before go-live.
Docmost offers a hosted cloud version at app.docmost.com. In this model the vendor runs the application and stores your workspace data, so you gain operational simplicity but give up direct control of the hosting location and infrastructure. It is a different trust decision from self-hosting, even though the software is the same product.
- Data location: Your workspace data is hosted by Docmost; confirm the region and storage location in writing.
- Key custody: The provider controls the infrastructure and encryption arrangements unless your contract says otherwise.
- Editions: Hosted plans follow the Docmost pricing page, and the Enterprise tier adds SCIM, audit logs and SIEM integration.
- Exit path: Ask how you export pages and attachments in Markdown or HTML if you later move to self-hosting.
- Compliance: Ask the provider for its own assurance documentation; DeployOpen does not issue audit reports or certifications.
Request the provider's data processing terms, region commitments and export process before comparing it with self-hosting.
What the AGPL-3.0 core and paid editions mean for you
The most important commercial fact about Docmost is that its license is split. The core is licensed under AGPL-3.0, and the Docmost README states that code in the Enterprise paths of the server, client and shared packages falls under the Docmost Enterprise license instead. In practice, the free self-hosted Community edition covers page editing, spaces, groups, comments, page history and diagrams, but several features that large organizations often ask for are sold as paid editions. Before you commit to a migration, confirm for each requirement whether it is in the community code or the paid code, because the answer changes your annual cost more than the license name does.
The paid tiers are a Business plan and an Enterprise plan. Docmost's pricing page lists Business at $6 per seat per month, billed annually, with a 10-seat minimum, so a 60-person wiki would be priced on 60 seats, and a 4-person team would still be billed for 10. Enterprise is priced on request and adds SCIM provisioning, audit logs, SIEM integration, security controls and a page verification workflow. Ask Docmost for a written quote that states the seat count, billing term, whether the 10-seat minimum applies, and which Enterprise controls are included. Also ask who pays for the Enterprise license key and how it is renewed if you run the service in your own data center.
Your cost model should separate the license from everything else. Under the community edition, the license fee is zero, but you still pay for hosting, PostgreSQL and Redis administration, backups, TLS, reverse proxy configuration and upgrades. The Confluence importer, DOCX and PDF importers, LDAP, SCIM, MFA and page-level permissions are all listed as paid-edition features in Docmost's documentation, so a team that needs them to replace Confluence's permission model must budget for Business or Enterprise from the start. The practical step is to build a requirement list from your current Confluence space permissions, SSO setup and migration plan, then check each item against the paid-edition list in Docmost's documentation before comparing totals.
What drives the cost of each option
What does Confluence cost compared with self-hosted Docmost?
Confluence is a commercial product, so its cost is set by Atlassian's licensing for your chosen tier and deployment, and the figure you pay depends on your user count and contract terms. Docmost's core is free under AGPL-3.0, so your costs shift to infrastructure, administration and any paid edition you choose. Confluence costs recur as subscription or maintenance fees, while Docmost's recurring costs are hosting, storage, backups and staff time. Ask Atlassian for a written quote for your user count and deployment, and build your own infrastructure and labor estimate alongside it.
How much does Docmost Business or Enterprise cost per seat?
The Docmost pricing page lists a Business plan at $6 per seat per month, billed annually, with a 10-seat minimum. Enterprise is priced by custom quote and adds SCIM, audit logs, SIEM integration, security controls and a page verification workflow. The Community edition is free to self-host, but it does not include the Confluence importer, SSO, LDAP, MFA or page-level permissions, which are paid-edition features. Confirm which features your sign-in and permission model needs before you choose a tier, because that decides whether Community is enough.
Which costs are one-time and which recur for a self-hosted wiki?
One-time costs include the initial installation, configuration of single sign-on and the reverse proxy, and the migration of Confluence content, which may need manual cleanup of links, macros and diagrams afterward. Recurring costs include servers or cloud instances, PostgreSQL and Redis hosting, file storage, backups, certificates, software upgrades and the time an administrator spends on them. Per-seat paid-edition fees recur monthly or annually if you choose Business or Enterprise. Separate these two groups in your budget so the one-time migration effort does not hide the ongoing operating cost.
What drives hosting and storage costs for Docmost?
Hosting cost depends on user count, concurrent editing, the size of your attachments and how many spaces and page histories you keep. Docmost's compose template runs PostgreSQL and Redis alongside the application, and it stores files locally by default, with S3-compatible or Azure Blob storage as options. Object storage may cost less per gigabyte at scale, but it adds a service to operate and pay for. Ask your infrastructure team to size compute, database and storage for your expected growth, then compare that figure with the Confluence quote.
How do backups, upgrades and reverse proxy work add to the cost?
Backups, upgrades and reverse proxy configuration are ongoing tasks that someone must own, whether an internal team or a provider. Backups must cover the PostgreSQL database and the file store, and restore tests take time that is easy to skip. Upgrades require reading release notes and testing before rollout, and the reverse proxy must have WebSockets enabled for the real-time editor. Each of these adds staff hours or retainer fees each year. Confirm your backup retention, recovery targets and upgrade cadence before you estimate the operating cost.
What does a Confluence migration cost, and what drives it?
Migration cost depends on the volume of spaces and attachments, how many macros, Marketplace apps and permission rules need rework, and whether you import through a tool or by hand. Confluence Cloud export options differ by format, and XML export reaches end of life on December 1, 2026, so the export route affects both effort and timing. Docmost's Confluence importer is a paid-edition feature, so budget for that tier if you need it. Ask any implementation partner for a written, scope-based quote that lists the spaces, content types and checks included.
Can my own team run Docmost, or do I need a partner?
Your team can run Docmost if it has the skills to manage Docker, PostgreSQL, Redis, TLS, backups and identity integration, and if it can absorb upgrade work on a steady schedule. Teams without that capacity often choose a fixed-scope implementation followed by a support retainer. DeployOpen plans, implements, integrates, hardens, backs up, upgrades and documents self-hosted platforms in the client's own infrastructure, and most engagements are fixed-scope with terms agreed in writing. Compare the internal staffing cost with a written scope before deciding.
What should I ask for in a quote for each option?
For Confluence, ask Atlassian for a written quote that states the deployment type, user count, tier, term and any support or hosting components. For Docmost, separate the Community edition, any Business or Enterprise seats, infrastructure, storage, backup tooling and admin hours. For any implementation partner, request a written scope that lists deliverables, migration boundaries, testing, documentation, handover and any retainer for ongoing support. Compare all options on a three-year total, including one-time and recurring costs, so the figures are comparable.
How a move from Confluence to Docmost unfolds
The sequence turns a Confluence estate into a tested Docmost workspace with known gaps, verified content and users moved over in a controlled cutover.
Inventory spaces, users, permissions and apps
The Confluence site administrator lists every space, its owner, page count, attachment volume and permission scheme, plus the users and groups who hold access. The same review records every Marketplace app and macro in use, such as diagram, table or reporting add-ons, because each one needs a decision: a Docmost equivalent, a manual rebuild or retirement. Done means a signed-off inventory that tells you which spaces move, which users need accounts and which features the new wiki will not replace.
Decide the export format per space
Confirm which export your Confluence edition offers and choose the format that carries the most content. Atlassian ends support for XML site and space export on December 1, 2026 and recommends CSV, so plan around that date rather than building the migration on XML. Docmost's import dialog accepts Confluence exports, and its documentation describes pages exporting as Markdown or HTML, so confirm with the Docmost documentation which Confluence export your planned route expects before exporting at scale. Done means a written format decision for each space and a copy of every export stored outside the source system.
Stand up a Docmost test instance
Deploy Docmost in a non-production environment using the Docker method described in the installation documentation. The compose template runs PostgreSQL and Redis images, requires an APP_SECRET of at least 32 characters, stores files locally by default, and needs WebSockets enabled on the reverse proxy for the real-time editor. Set the storage backend now, because changing it later complicates attachment handling. Done means a reachable test instance with a verified WebSocket connection and a documented backup of its database and file storage.
Import one representative space
Pick one space that contains typical content: nested page trees, internal links, image and file attachments, tables and draw.io diagrams. Run the import on the test instance and record what arrives. Confirm with Docmost which importers are available in your edition, since its documentation lists the Confluence importer as a paid-edition feature. Done means a short written result per content type that states what imported cleanly, what broke and what needs a manual fix.
Review the page tree, links and diagrams by hand
Compare the imported space against the source page by page. Check the hierarchy, internal links that should resolve to the new pages, attachment availability, page history expectations, and each draw.io diagram, which should open and edit in Docmost. Note any Confluence macros that were flattened or dropped, and decide whether each one is rebuilt, replaced with an embed or left out. Done means a defect list with an owner for every item, and a sign-off from the content owner of the test space.
Configure SSO and MFA in the right edition
Decide which sign-in path users will take. Docmost's documentation lists email and password, LDAP, SAML or OIDC single sign-on and TOTP multi-factor authentication as methods, but it lists SAML 2.0 or OIDC SSO, LDAP and MFA as paid-edition features. Confirm the edition, the identity provider and the group mapping that controls access before the cutover, and test sign-in with a pilot group that includes an administrator. Done means a documented login test for each method you rely on, run against the edition you are licensed for.
Cut over users and retire the old write path
Set a cutover date, freeze edits in the migrated Confluence spaces, run a final incremental export and import, then announce the new location and its sign-in method to users. Keep the Confluence instance readable for a defined period so people can check old content, and redirect the most-used links where your environment allows. Done means users can sign in and edit in Docmost, the frozen source is archived under your retention policy and open issues have an owner.
Questions buyers ask before choosing Docmost
How much does it cost to switch from Confluence to Docmost?
The switch cost is mostly labor and hosting, and the software license is only one line. Docmost's Community edition is free to self-host, so the recurring costs are the servers, database and storage, the time an administrator spends on upgrades and backups, and any Business or Enterprise subscription you choose for paid features. Your one-time costs are migration planning, content cleanup and user training. The biggest drivers are the number of spaces, the volume of attachments and diagrams, how many Confluence apps your pages depend on, and whether you need paid features such as the Confluence importer. Ask any provider for a quote built from a written scope that lists each of these components separately.
How long does a Confluence to Docmost migration take?
No migration duration is supplied for this comparison, so treat any number you hear as unverified until it is tied to a scope. The timeline depends on how many spaces and pages you move, how much content is outdated and can be archived, how many attachments and draw.io or Excalidraw diagrams need checking by hand, how many permission models must be recreated, and how many people are available to review content. A scoped plan should start with an inventory of spaces and an export test on a small sample, then set phases by space owner, so each stage has a clear finish point.
Can our internal team run the migration without an outside partner?
Yes, a capable internal team can run a Docmost migration, provided it has someone who understands Confluence spaces, Docker and PostgreSQL administration, and reverse proxy configuration. Docmost's documentation describes a Docker installation with PostgreSQL and Redis, and its import path works from Confluence HTML exports. The gaps usually appear in the details: macros and Marketplace apps with no equivalent, page links that break, permission rebuilds, and diagrams that need manual review. If your team has no capacity for these tasks, a fixed-scope engagement from DeployOpen can plan, implement and document the work, but the decision should rest on your own skills inventory.
What does the migration need from our internal staff?
Your staff must supply decisions and knowledge that no installer can supply. Space owners need to confirm which content is current, which pages should be archived, and who should have access to each space. Administrators need to define the identity source, the authentication method and the backup schedule. Reviewers need time to check internal links, attachments, embedded diagrams and page history for important documents. Plan for a named project owner and a small test group that reads migrated spaces before the cutover date. Without these inputs, the technical import will move content quickly, but the result may not be usable.
Can Docmost import Confluence pages in the free Community edition?
No. Docmost's documentation lists the Confluence importer as a paid-edition feature, so the Community edition does not include it. The Community edition can still import Markdown and HTML files, Word files in some cases are a paid feature as well, and pages or whole spaces export as Markdown or HTML. A practical route for the free edition is to export your Confluence spaces to HTML, then check the result with the import documentation before you commit. Confirm the current edition boundaries on Docmost's pricing page before you plan, because feature lists change between releases.
How are SSO and MFA licensed in Docmost?
Basic sign-in and multi-factor authentication are available in the free edition, while enterprise identity features are paid. Docmost's documentation lists email and password, LDAP, SAML or OIDC single sign-on and TOTP multi-factor authentication as authentication methods, but its paid-edition list includes SSO with SAML 2.0 or OIDC, LDAP and SCIM provisioning. Read this carefully before you assume your identity provider works on the free tier. Ask Docmost to confirm in writing which methods your chosen edition enables, and test each one in a staging environment before rollout.
Does the AGPL-3.0 license affect our internal use of Docmost?
For internal use only, the AGPL-3.0 license generally does not require you to publish your modifications, because its network clause applies when you let outside users interact with a modified version over a network. Docmost's core is AGPL-3.0, but code in its enterprise directories falls under the Docmost Enterprise license, so a paid edition adds separate terms. If you plan to modify Docmost, offer it to customers or run it as a service for third parties, have your legal team review the obligations first. This is general information, not legal advice.
What to confirm before you commit
Docmost moves fast and its edition split decides which Confluence features you can keep without paying. Each check below ties a feature or deployment detail to a question you can answer with the vendor or in your own environment before you commit.
Current edition feature lists
Docmost's documentation places the Confluence importer, SSO with SAML or OIDC, LDAP, SCIM, MFA, page-level permissions and the REST API in paid editions. Confirm the current list with Docmost before you assume a feature is free, because editions change. Ask which features your Community deployment would lack on day one, and whether page-level permissions are needed for any space you plan to migrate.
Marketplace app equivalents
Confluence apps from the Atlassian Marketplace have no automatic equivalent in Docmost. List every app your spaces depend on, such as macros, reporting or approval plugins, and record which Docmost feature or embed replaces each one. Anything without a match needs a manual workaround, a different tool or a decision to drop it, and that work belongs in the scope.
Docmost version to deploy
Pin the release you will deploy and record it in your change process. The latest tagged release is v0.96.0, tagged on September 8, 2026. Check the release notes for breaking changes between your test version and production, and confirm how upgrades are tested against your own imported spaces before each move.
Backup and restore testing
Confirm that a full backup, including the PostgreSQL database and locally stored attachments, restores into a clean instance and renders pages, diagrams and links correctly. Storage defaults to local files, so an S3-compatible or Azure Blob setup changes where backups must point. Run one restore drill before go-live and repeat it after each upgrade.
Reverse proxy WebSocket support
Docmost's real-time editor needs WebSockets enabled on any reverse proxy in front of it. Test collaborative editing from two browsers through the exact proxy, load balancer and TLS setup you plan to run, not only on a local port. Failures often show up as editing that looks normal until two people change the same page.
Long-term support expectations
Docmost is an AGPL-3.0 project with a company behind a paid edition and a hosted version. Ask how security fixes are released, how long older versions receive patches, and what happens to your deployment if the vendor changes its licensing or edition model. Compare these answers with your own tolerance for carrying unsupported software in production.
How DeployOpen helps evaluate and implement Docmost
DeployOpen is a Chainscore Labs company that plans, implements, integrates, hardens, backs up, upgrades and documents self-hosted open-source platforms inside the client's own cloud accounts, data centers or air-gapped networks. For a Confluence customer weighing Docmost, the useful starting point is an evaluation that settles the edition question before any migration work begins. Because Docmost keeps its Confluence importer, SSO with SAML 2.0 or OIDC, LDAP, SCIM, MFA and page-level permissions in its paid editions, the evaluation should map each Confluence feature your teams depend on to either the Community edition or a licensed tier, and record the answer in writing.
Implementation is typically a fixed-scope engagement. The written scope lists what gets deployed, such as the Docker-based installation with PostgreSQL and Redis, the choice of local or S3-compatible file storage, the WebSocket configuration on the reverse proxy, and the sign-in integration. It also covers the migration path from a Confluence export, the manual checks on links, attachments and diagrams afterwards, and the handover documentation. Migration work, security testing of the running wiki, and ongoing retainers for upgrades and backups are each defined separately, so you can buy only the parts you need. Quotes follow from that written scope. DeployOpen does not publish a price list, and any estimate you receive before scope is agreed should be treated as provisional.
DeployOpen prepares systems, configuration and evidence for compliance assessments, but it does not issue audit reports, attestations or certifications. Independent auditors and certification bodies perform those assessments. Ask any implementation partner, DeployOpen included, to show which controls it configured, which logs and settings it can export, and which items remain your organization's responsibility, such as access reviews and retention decisions. Confirm current edition details and features directly with Docmost before scoping, because paid-edition lists and pricing can change.

