Get AI summaries of any video or article — Sign up free
The simplest way to publish your Logseq graph online thumbnail

The simplest way to publish your Logseq graph online

CombiningMinds·
4 min read

Based on CombiningMinds's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Edit Logseq’s config to set the homepage and sidebar names so the exported site opens to the right landing page.

Briefing

Exporting a Logseq graph into a shareable, navigable website is far simpler than relying on GitHub workflows: the workflow hinges on exporting “public pages” from Logseq, then deploying the resulting static folder to a hosting service like Netlify. The payoff is immediate—anyone can browse and search the graph’s content through an interactive, Logseq-style interface, without being able to edit it.

The process starts with configuring what shows up on the site. In Logseq, the homepage and sidebar labels are controlled via the config file. By editing settings such as “default home” and “page home” (including the line that defines the homepage name and the sidebar name), the exported site will open to the intended landing page rather than the default Daily Journal. The transcript also notes that the homepage can be set by specifying the desired page name in the config, which then becomes the page the website loads.

Next comes the export step. From the graph’s three-dots menu, choosing “export public pages” produces a folder containing the static site assets. The export can be directed into a chosen directory (for example, a demo export folder). After exporting, Logseq’s editor settings must be aligned with publishing behavior—turning on “all pages public when publishing” ensures the content needed for the site is included. The exported folder structure includes items like assets, a static 404 page, and an index.html file.

Opening index.html in a browser confirms the result: the site loads the configured homepage on the left and the selected content on the right, with navigation that mirrors Logseq’s browsing experience. The content is organized into pages such as “updated” and “added,” presented in reverse chronological order. The transcript highlights that new features and lessons appear as separate pages, and that content discovery works through search-like navigation (including Ctrl+K) and through query/tag-based browsing—such as listing pages tagged with “queries” or selecting a tag like “tags versus backlinks” to jump directly to the relevant lesson.

Finally, the static folder is deployed to the internet. The approach described avoids GitHub entirely and instead uses Netlify for manual deploys. After logging into Netlify and creating a site, the user selects “deploy manually” and uploads the exported folder via drag-and-drop. Once deployed, the graph becomes accessible at a public URL, and a custom domain can redirect visitors to the Netlify-hosted site. The end result is a “quick and dirty” publishing method for wikis or knowledge bases where others need read-only access to the same interactive navigation they would have inside Logseq—without editing privileges.

Cornell Notes

The workflow for publishing a Logseq graph online uses a static export of “public pages,” then hosts the exported folder on Netlify. First, the homepage and sidebar labels are set by editing Logseq’s config (e.g., “default home” and “page home”). Then, the graph is exported via the three-dots menu using “export public pages,” with publishing configured so all pages are public when publishing. The export produces a folder containing assets, index.html, and a 404 page; opening index.html shows a navigable interface with content organized by pages like “updated” and “added.” Finally, Netlify can deploy the folder through a manual drag-and-drop upload, optionally with a domain redirect, giving others read-only access to the graph.

How does Logseq decide what page becomes the homepage on the exported website?

The homepage is determined by values in Logseq’s config file. In the settings area, editing the config lets the user change fields like “default home” and “page home,” including the line that sets the homepage name and the sidebar name. When the config specifies the intended homepage (e.g., “this is my homepage”), the exported site loads that page as the landing view.

What exact action exports the graph into a website-ready format?

From the graph interface, the three-dots menu includes an option to “export public pages.” Running that export writes a static folder to disk (for example, containing assets, a static 404 page, and index.html). That folder is what later gets deployed to the web.

Why does the export depend on editor/publishing settings like “all pages public when publishing”?

The export is tied to what Logseq considers public for publishing. Turning on “all pages public when publishing” ensures the pages needed for the website are included in the export, so the resulting index.html has the expected navigation and content.

How do visitors find specific lessons or content once the site is deployed?

The site supports interactive navigation similar to Logseq. Content can be browsed via sidebar sections like “updated” and “added” (shown in reverse chronological order), and search-style navigation is available (Ctrl+K). It also supports query/tag browsing—for example, selecting “queries” shows pages tagged with queries, and choosing a tag like “tags versus backlinks” opens the associated lesson page.

How can the exported site be published without GitHub?

Netlify can host the static export using a manual deploy. After creating a Netlify site and choosing “deploy manually,” the user drags and drops the exported folder (the one produced by Logseq). Netlify then serves the site at a public URL, and a custom domain can redirect to that URL.

Review Questions

  1. What config settings control the homepage and sidebar labels for the exported Logseq site?
  2. What folder contents (e.g., index.html, assets, 404 page) indicate a successful “export public pages” operation?
  3. How do tag- or query-based navigation features help users jump directly to specific lessons on the published site?

Key Points

  1. 1

    Edit Logseq’s config to set the homepage and sidebar names so the exported site opens to the right landing page.

  2. 2

    Use the three-dots menu option “export public pages” to generate a static website folder from the graph.

  3. 3

    Enable “all pages public when publishing” in Logseq editor settings to ensure the exported content includes the pages you want.

  4. 4

    The export folder typically contains assets, an index.html entry point, and a static 404 page—deploy this entire folder.

  5. 5

    Deploy without GitHub by uploading the exported folder to Netlify via “deploy manually” (drag-and-drop).

  6. 6

    After deployment, visitors can navigate and search the graph content but cannot edit it through the website.

  7. 7

    Custom domains can redirect to the Netlify-hosted site for a cleaner, shareable URL.

Highlights

Exporting “public pages” turns a Logseq graph into a static site with index.html and navigable content.
Homepage behavior is controlled by config fields like “default home” and “page home,” not by the export step itself.
Tag and query navigation (including Ctrl+K and tag selection) lets users jump straight to relevant lessons.
Netlify manual deploy makes publishing a read-only Logseq wiki possible without GitHub workflows.
A custom domain redirect can point directly to the deployed interactive graph site.

Topics

  • Logseq Publishing
  • Public Pages Export
  • Netlify Deployment
  • Read-Only Wiki
  • Config Homepage

Mentioned