If your research lives in Notion, your saved posts are in the wrong building. You save something on LinkedIn on Monday, write about the topic in Notion on Thursday, and never connect the two, because the connection is a copy-paste job and copy-paste jobs do not survive a busy week.
This is how to close that gap once, so every future save files itself.
Build the database first
Start in Notion, not in LinkedMash. A sync into a badly shaped database is just a faster mess. Keep it small:
- Post — the text. This is your title column, and yes, it will be long. That is fine.
- Author — who wrote it. The single most useful filter later.
- Labels — multi-select, carrying over the labels you applied in LinkedMash.
- Link — back to the original, so you can go read the comments.
- Saved — the date, so you can sort by what is recent.
- Status — your column, not the sync's. Something like Inbox / Used / Archive.
That last one matters more than the rest. The sync writes; Status is where you write back. Without it you have a growing archive with no sense of what you have already mined.
Connect the sync
In LinkedMash, authorize Notion and pick that database. From then on every LinkedIn post you save flows in on its own, with the text, images, video and the original link intact. It is a continuous sync, not a one-time export, so there is no re-running anything.
Step-by-step is on the Notion integration page. It takes about two minutes.
Then filter, or the database eats itself
Here is the failure mode nobody warns you about: sync everything, and within a month your research base is 400 rows of things you saved out of mild curiosity. The signal you wanted is now buried under a second pile, in a nicer tool.
Use a filter recipe so only the saves that belong in research go to Notion. A recipe matches on author, label or keyword, and you can exclude a term by prefixing it with !.
- By label — only the saves you tagged Frameworks and Data. The stuff you would cite.
- By author — the eight people whose thinking you actually track.
- By keyword, with exclusions —
pricing, positioning, !hiringkeeps the topic tight.
Run several recipes side by side if you keep separate bases. One for client research, one for your own writing. They do not interfere with each other.
A research database is defined by what you keep out of it.
Using it on the other side
Two views are enough. Inbox filters to Status = Inbox, sorted newest first, which is your Friday review queue. By author groups everything, which is where you notice that four of your last ten citations came from the same person.
When you use a row in a piece of writing, flip it to Used. That single habit turns the database from an archive into a record of what you have actually spent, and it is the only manual step in the whole setup.
If you need something custom
The native sync covers the common shape. If yours is stranger, posts into Notion and a Slack ping and a row in a spreadsheet, use the n8n integration or webhooks and fan out from there. The same saved-post event drives all of it.
Sheets, Airtable and Miro have their own native syncs too, if Notion is not where your team works.
Connect Notion, pick a database, add a filter recipe. Every LinkedIn post you save from then on files itself, with media and links intact.
Set up the Notion syncFrequently asked questions
Is the Notion sync a one-time export?
No, it is continuous. Connect Notion once, pick a database, and every new LinkedIn post you save flows in automatically in the background.
Does it bring across images and video?
Yes. The full post syncs, not just the text: images, video, the original link and the author all come across.
Can I sync only some of my saved posts?
Yes, with a filter recipe. Match on author, label or keyword, and exclude a term by prefixing it with an exclamation mark. Several recipes can run side by side.
What if my team does not use Notion?
Google Sheets, Airtable and Miro have their own native syncs, and the whole library also downloads as CSV, JSON or PDF.

Co-founder of LinkedMash and Tweetsmash. Builds the import, sync, export and API side of the product, and writes about the plumbing behind a content workflow.
