MkDocs, Docusaurus, Sphinx, or any static doc generator — build your docs, publish behind company auth. $49/month flat for the entire company.
dsp publish ./site/ --name "internal-runbooks"Any @yourco.com email authenticates with one click and reads the documentation.
Runbooks, architecture decision records, onboarding guides, process documentation — this content should be accessible to the whole company but not to the public internet.
The existing options:
Display: publish your MkDocs or Docusaurus build, get a company-gated URL. $49/month. No per-seat pricing.
| Display | Confluence | GitBook (visitor auth) | GitHub Pages (private) | |
|---|---|---|---|---|
| Monthly price (100 viewers) | $49 flat | $1,155/mo (Premium) | $249/mo | $2,100/mo |
| Google SSO | ✅ | ✅ | ✅ | ❌ |
| Microsoft SSO | ✅ | ✅ | ✅ | ❌ |
| Any static HTML site | ✅ | ❌ | ❌ | ✅ |
| Viewers need accounts | ❌ | ✅ (paid seats) | ❌ | ✅ (GitHub) |
| CLI publish | ✅ | ❌ | ❌ | git push |
| Collaborative editing | ❌ | ✅ | ✅ | ❌ |
Display doesn't edit your documentation. It publishes it.
For collaborative documentation that teams write and maintain together — Confluence, Notion, and GitBook are excellent. Use them for that.
Display is for the publishing step: when you have a built artifact (a static HTML site) and need it accessible to the company behind company auth. The two tools complement each other — write in Confluence, publish supplementary HTML artifacts in Display.
MkDocs:
mkdocs build --site-dir ./site
dsp publish ./site/ --name "platform-runbooks"Docusaurus:
npm run build
dsp publish ./build/ --name "engineering-handbook"Sphinx:
make html
dsp publish ./docs/_build/html/ --name "api-internal-docs"VuePress / VitePress:
npm run docs:build
dsp publish ./docs/.vitepress/dist/ --name "architecture-docs"name: Publish Internal Docs
on:
push:
branches: [main]
jobs:
docs:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Install and build
run: |
pip install mkdocs mkdocs-material
mkdocs build --site-dir ./site
- name: Install Display CLI
run: npm install -g @display-dev/cli
- name: Publish docs
run: dsp publish ./site/ --name "platform-runbooks"
env:
DISPLAY_TOKEN: ${{ secrets.DISPLAY_TOKEN }}Every merge to main automatically updates the published documentation.
Free — one-time password auth, 50MB, unlimited viewers
Teams ($49/month) — Google + Microsoft SSO, 25GB, custom domain, unlimited viewers
Publish your internal docs free →
For read-only documentation published from a static generator — yes. Display is simpler and cheaper. For collaborative wikis with in-browser editing, search, and Jira integration, Confluence does things Display doesn't. The two complement each other.
Yes, if the search index is generated at build time (which MkDocs Material and Docusaurus do by default). Client-side search works fully. Server-side search integrations (Algolia, Elasticsearch) work if the search provider is accessible.
Yes. Each dsp publish call with a unique name creates a separate artifact. yourco.display.dev/platform-runbooks, yourco.display.dev/engineering-handbook, yourco.display.dev/onboarding-guide — all under the same $49/month.
MkDocs sites: 5–20MB. Docusaurus sites: 10–50MB. Sphinx sites: variable. Display's Teams tier (25GB) handles hundreds of documentation sites simultaneously.
Yes. Teams tier includes one custom domain — e.g., docs.yourcompany.com. Enterprise includes unlimited custom domains.
Free tier. No credit card. One-time password auth on free, Google + Microsoft SSO on Teams ($49/month flat).