Open ademidun opened 2 years ago
Also interested in this.
We also had the same issue. We instead built our own wrapper on top of the Official Notion API. Unlike react-notion, however, it transforms Notion pages to Markdown and also fetches the page media to be served with our static assets. We then run the docusaurus static site generator to render our website.
Looks like the time has come for this – would love to depend on the more stable Notion API. Notion added a lot of the missing blocks in the recent month to their API. We will start to explore this topic.
We already found something in the official API that doesn't allow us to port react-notion as it is now.
The notion.blocks.children.list
call doesn't return all blocks needed to render a page. We would need to fetch recursively which could potentially fail due the rate limits of Notion.
For example: A page that has 2 columns with content in it.
notion.blocks.children.list
returns one column_list
block. column
blocks (again without content). This means: 4 requests to Notion API for a single multi column page.
We try to reach out to the Notion team to talk about this. It would be great if they could allow us to fetch all blocks recursively within one request.
Any updates on this? Is there any planned action to support the official Notion API given those limitations?
notion-compat may be useful here. It provides a best-effort conversion from Notion's official API to their unofficial API, which react-notion and react-notion-x both use.
As Tobias mentioned, the performance is quite poor, though. I also tried to give a concrete, block-by-block comparison to show where the official API is missing information that would be necessary to render notion content faithfully.
Ooh thanks for pointing that out.. I'll check it out.
Also, I'm curious to get people's opinion on the following:
We originally used notion-api-worker as our CMS backend, now we're thinking of switching to the official notion API since
notion-api-worker
says:But notion-api-worker has more feature support than the official API (though perhaps more features will be launched in the future).
So should we continue using the potentially unstable Notion API which has more features?
Or switch to the official API which has fewer features but is (potentially) more stable?
My current thought is we continue using notion-api-worker until the official Notion API has more features or if Notion decided to make it harder to use their private API.