# Where to put X bookmarks after Pocket · ZeroMark > Pocket shut down in 2025 and Omnivore before it. How to pick a replacement for saved posts, and why the closest lookalike recreates the problem. Canonical: https://www.zeromark.io/blog/where-to-put-x-bookmarks-after-pocket [ZeroMark](https://www.zeromark.io/) / [Blog](https://www.zeromark.io/blog) ## Where to put X bookmarks after Pocket The obvious move is another archive. That is how you ended up here. September 9, 2026·5 min read Pocket shut down in 2025 and Omnivore closed before it. Most migration guides sort the replacements by feature parity, which quietly assumes the thing you want is the same thing you had. If your Pocket account had hundreds of unread saves in it, parity is the last thing you want. Pocket was the second big read-it-later product to close in as many years, and the closures are not a run of bad luck. They are what happens to a category that spent fifteen years making saving cheaper and never shipped a way to finish. **Figure 1.** Each generation made saving cheaper. Look at the lower lane. In eighty years the only exit anyone shipped was a delete key, and the one design that had a real way out, Bush's trail, was the design nobody built. Dates from the launches named in the text. Placement is to scale on the year axis. ### First, get your data Whatever you do next, take your export while you still can. Shutdowns come with a window and the window closes. For X bookmarks specifically there is an additional wrinkle: they are not in X's official data archive, so getting those out needs a browser extension or a third-party tool regardless of where you are moving to. ### What was Pocket actually doing for you? The useful question is not "what is most like Pocket". It is "what was Pocket actually doing for me". There are usually three honest answers, and they point at different products: #### "It was where I read long articles" You want a reader: clean typography, offline, sync across devices, maybe highlights. This is the best-served category and any of the well-known replacements will do it. Pick on reading experience and stop worrying. #### "It was where I put things so I would not lose them" You want an archive with real search, and the important feature is retrieval rather than reading. Bookmark managers with good full-text search fit better than reader apps here, and you should be honest that you are building a reference library, not a queue. Libraries are allowed to grow. Queues are not. #### "It was where things went to die" This is the common one, and it is the one where a like-for-like replacement is a mistake. If your Pocket was a graveyard, moving the graveyard gets you a graveyard with a nicer font. What you actually need is something that ends with the pile gone. ### The one question that sorts the whole category Whatever you are evaluating, ask: **what number goes down when I use this?** Most tools here have no such number. They have a total, and the total only rises. That is correct behaviour for a reference library and fatal for a backlog, and it is the fastest way to tell which kind of product you are holding. The library-versus-queue drawing lives in [Why you never read what you save](https://www.zeromark.io/blog/why-you-never-read-what-you-save). Use it here as a sorting question, not a second copy of the same finding. ### Five kinds of tool, and what each is actually for Kind of toolOptimised forRight whenWrong when Reader apps The reading experience: typography, offline, sync, highlights You genuinely read long articles and want them pleasant Your saves are mostly links you will never open Bookmark managers Storage and retrieval: tags, collections, full-text search You are building a reference library you will query You wanted the number to go down Newsletter and digest tools Pushing saved items back at you on a schedule You never remember to open the app The digest becomes another unread thing Notes apps Connecting saves to your own writing Saves are raw material for something you are making You are just moving the pile into a nicer folder tree Triage tools Getting the queue to empty The pile is the problem You actually wanted a permanent archive Most people evaluate the first two categories, because those are what the migration guides list, and most people's actual problem is in the last one. ### A migration checklist - **Export from the old thing** while it still exists, and from X separately, since bookmarks are not in the official archive. - **Store both exports** somewhere backed up, with dates in the filenames. - **Name what the tool was doing for you.** Reader, library, or graveyard. Be honest; you are the only one reading the answer. - **Pick for that,** not for feature parity with what shut down. - **Start the new one close to empty.** Twenty items you can justify, not two thousand you cannot. - **Put a recurring slot in the calendar** before you need it. A tool with no time allocated to it is a subscription, not a habit. ### Import everything, or start clean When you move, you get a choice most people do not notice they are making: import everything, or start clean. Importing feels responsible and is usually wrong. You are carrying a pile you were already not reading into a new place, where it will do the same thing it was doing before, except now the new tool feels overwhelming from day one and you will abandon it too. Keep the export as an archive. Start the new thing empty, or with the twenty items you can name a reason for. If you genuinely need something from the old pile you have the file. Almost nobody opens the file. That is the most honest measurement available of how much of it mattered. ### Five minutes of questions that save months Whatever you are trying, five minutes on these saves months: - **Can I get my data out?** Ask before you put anything in. Pocket and Omnivore both shut down; the next one can too, and a tool with no export is a tool you cannot leave. - **What number does the interface show me?** A total that only rises trains you to ignore it. A count that can reach zero is a different product. - **What happens on the day I stop paying?** Do the saves stay readable, or does the organising layer vanish with the subscription? - **Does it work on the device where I actually save?** Almost everyone saves on a phone and intends to read on a laptop. A tool that is good on only one of those loses. - **Would I still want this if it never got another feature?** Most of these tools are small and the roadmap is a promise, not a product. ### X bookmarks are the same story in miniature X's own bookmarks are the same story in miniature: capture is one tap, there is no export, no search without Premium, no finish line, and a retrieval ceiling that quietly hides your oldest saves once the collection is large enough. It is a perfect saving mechanism attached to nothing that helps you finish. So the replacement question for X bookmarks is the same as the replacement question for Pocket, and the answer worth holding on to is the same: pick the thing where the count goes down. ### Read next - [Why you never read what you save](https://www.zeromark.io/blog/why-you-never-read-what-you-save) - [How to export your X bookmarks](https://www.zeromark.io/blog/export-x-bookmarks) - [How to clear a bookmark backlog](https://www.zeromark.io/blog/clear-your-bookmark-backlog) **ZeroMark** is inbox zero for X bookmarks. Agents read every save and file it by field, then you keep it, let it go, or come back later, one at a time, until the pile is gone. It is the opposite of an archive: the open count only goes down. [Start free →](https://www.zeromark.io/trial)