Chrome Reading List: Where It Went, and How to Get Items Out

Google Chrome has a reading list. It is a separate list from your bookmarks, built for pages you mean to come back to, and it has moved three times in three years. If you are on this page because a button you used every day is gone, nothing was deleted. The list is in the three-dot menu now, under Bookmarks and lists, and you can pin it back to the toolbar in two clicks.

That is the easy half. The harder half is what the list is actually good for, because the answer is less than most people assume. Every item is a URL, a title, a read flag and two timestamps. On a computer it does not keep the page. There is no search box. And there is no export, so a list you have fed for two years cannot be moved, backed up or handed to another app through anything Chrome gives you.

So this covers four things. Where the list went, and how to open it on every device today. What each item stores, from Chrome’s own extension API. Why you cannot search it. And three ways to get items out, including a free three-file extension that writes the whole list to a bookmarks file, which I built and ran for this post.

Where the reading list went

The reading list has been in Chrome since early 2021, and it has never stayed in one place for long. If you learned where it was and then lost it, that is Chrome, not you.

Chrome 89, March 2021. The list arrived as a “Reading list” button at the right end of the bookmarks bar. One click opened a dropdown of saved pages. It was the version most people remember, and the one that generated a long thread of people asking how to remove it.

Chrome 99, March 2022. The button left the bookmarks bar. Chrome added a side panel, opened by a new icon next to your profile picture, with two tabs inside it, Bookmarks and Reading list. 9to5Google covered the rollout, and the list has lived in that panel ever since.

Chrome 123, April 2024. The side panel icon was removed. Google’s line was that you can open most side panel features through the Chrome menu, and in its place came pinning, where you choose which panels get a toolbar icon. 9to5Google again, with before-and-after screenshots. This is the change most likely to have brought you here, because the list itself did not move, but the button most people used to reach it did.

So today the list is in the side panel, the side panel has no button of its own, and the way in is the three-dot menu. Once you know that, the rest is two clicks.

One more cause

If the list opens and it is empty, and you know it was not, check which Chrome profile you are in. Click the profile picture at the top right. Each profile has its own reading list, the same way it has its own bookmarks, and signing into a work Google account creates a new profile. Our Chrome bookmarks guide walks through that check, and it applies to this list unchanged.

How to open it today, on every device

The exact click paths, from Google’s own help page, which has a separate tab for each platform.

Windows, Mac, Linux, ChromeOS

• To open it: click the three-dot menu at the top right, then Bookmarks and lists, then Reading list, then Show reading list. The panel slides in from the right.
• To add the page you are on: the same menu, then Add tab to reading list. Or right-click the tab itself and choose Add tab to reading list. Inside the panel there is also an Add current tab button.
• To get a toolbar icon back: with the panel open, click Pin to toolbar next to its name. Google’s side panel page lists Reading list as one of the five panels you can pin. The icon lands next to your profile picture, roughly where the old button was.
• To move the panel to the left: Settings, then Appearance, then Side panel.

Android

• To add a page: tap the three-dot menu, then the star. Chrome saves to whichever folder you used last. Tap Edit at the bottom and choose Reading list as the folder.
• To open the list: the three-dot menu, then Bookmarks, then Reading list. On Android it is presented as a folder inside your bookmarks, which is a different picture from the desktop, where it is a separate panel.

iPhone and iPad

• To add a page: tap More, then Add to Reading List. From another app, share to Chrome and tap Read later.
• To open the list: More, then Reading List. Swipe left on an item to delete it.

The iPhone app is the odd one out in a way that matters below. Its help page says that when you are back online the live version of the page loads, which means it kept a copy while you were offline. The desktop and Android pages say nothing of the kind, and both send you somewhere else for an offline copy.

What each item actually keeps

This is the section that decides whether the reading list is the right home for anything you care about, and Chrome answers it precisely, because since Chrome 120 extensions can read the list through the readingList API. The API returns each entry as an object, and the object has exactly five fields. I queried a live list while building the export below and got the same five back.

url             https://example.com/a?x=1
title           First article
hasBeenRead     false
creationTime    1789566225000
lastUpdateTime  1789566225000

That is the whole record. No page text. No excerpt. No tags, no folder, no note. Items are keyed by URL, including the query string and the hash, so the same article saved from two links is two items. And the documentation says items are in no guaranteed order.

On a computer, then, the reading list is a list of links with a checkbox. When the page behind a link changes or goes away, the item is a title and a dead URL, which is the link rot problem in its purest form. Google’s desktop help page is honest about this. The section headed “Download a page from Chrome to read offline” does not use the reading list at all. It has you use Save page as, which writes an HTML file to your disk. On Android the equivalent is the Download button. Only the iPhone and iPad app folds an offline copy into the list itself.

Not in the Bookmarks file

The reading list is also not where you might go looking for it on disk. Chrome’s bookmarks live in a JSON file called Bookmarks inside your profile folder, and that file has three roots, the bookmarks bar, Other bookmarks and Mobile bookmarks. I opened mine while writing this and the word “reading” does not appear in it once. The list is stored separately, through the same database Chrome sync uses. Chromium’s own source comment describes the store as protobufs within DataTypeStore, which is LevelDB, not a file you can open and read.

Two consequences. Export bookmarks, at chrome://bookmarks, writes the Bookmarks file and leaves the reading list out entirely, so a bookmarks backup has never included it. And the list does sync. Google’s list of what syncs names Reading list second, right after Bookmarks, so a signed-in Chrome on another machine shows the same items.

Why you cannot search it

Open the panel and look for a search box. There is not one. I loaded the panel in a fresh Chrome profile with two items on the list and read its interface back from the page itself. The controls are an Add current tab button, an Unread section, a section called Pages that you’ve read, and on each item a Mark as read button and a Delete button. That is everything.

At twenty items this does not matter. At two hundred, which is where a reading list gets after a year of “I’ll come back to this”, it means scrolling a single column looking for a title you half remember. A request for a search field sits on Google’s community forum.

And even a search box would only search five fields, four of them useless for finding anything. A title is what the site chose to call the page, not what you remember about it. Chrome’s bookmark search has the same limit, and it misses what you saved for the same reason. Nothing about the page’s content was ever kept, so nothing about the content can be found.

Three ways to get items out

Chrome offers no export for the reading list. Not in the panel, not at chrome://bookmarks, not in Settings. These are the routes that exist, from the one that needs nothing to the one that needs three files.

Route 1

Open the panel, click an item, and when the page loads press Ctrl+D on Windows or Cmd+D on a Mac. That bookmarks it. Then Delete on the list. For ten items it is fine. For a hundred it is an afternoon, and it drops the one piece of information the list had that bookmarks do not, which is whether you had read it.

Route 2

The API that told us what an item contains can also read the whole list, which means an extension can write it out. Here is one that does nothing else. Three files, no build step, no store, and it asks for one permission.

manifest.json

{
  "manifest_version": 3,
  "name": "Reading list export",
  "version": "1.0",
  "permissions": ["readingList"],
  "action": { "default_popup": "export.html" }
}

export.html

<!doctype html>
<meta charset="utf-8">
<body style="font: 14px system-ui; width: 320px; padding: 12px">
<button id="go">Download reading-list.html</button>
<p id="out"></p>
<script src="export.js"></script>
</body>

export.js

const esc = (s) => String(s ?? "")
  .replace(/&/g, "&amp;").replace(/</g, "&lt;").replace(/"/g, "&quot;");

async function buildHtml() {
  const items = await chrome.readingList.query({});
  const rows = items.map((i) =>
    `    <DT><A HREF="${esc(i.url)}" ` +
    `ADD_DATE="${Math.floor(i.creationTime / 1000)}">` +
    `${esc(i.title)}</A>`);
  return [
    "<!DOCTYPE NETSCAPE-Bookmark-file-1>",
    '<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">',
    "<TITLE>Bookmarks</TITLE>",
    "<H1>Bookmarks</H1>",
    "<DL><p>",
    "  <DT><H3>Reading list</H3>",
    "  <DL><p>",
    ...rows,
    "  </DL><p>",
    "</DL><p>",
    ""
  ].join("\n");
}

document.getElementById("go").onclick = async () => {
  const html = await buildHtml();
  const url = URL.createObjectURL(new Blob([html], { type: "text/html" }));
  const a = Object.assign(document.createElement("a"),
    { href: url, download: "reading-list.html" });
  a.click();
  const n = (html.match(/<DT><A /g) || []).length;
  document.getElementById("out").textContent = `${n} items written.`;
};

Put the three files in a folder. Open chrome://extensions, turn on Developer mode at the top right, click Load unpacked, and pick the folder. Click the extension’s icon (it is in the puzzle-piece menu until you pin it) and press the button. Chrome downloads reading-list.html. If the popup closes as the download starts, that is normal; the file is in your downloads folder.

The file is the standard bookmarks format, the same one Export bookmarks writes, with every item as a link inside a folder called Reading list and the date you added it carried across as ADD_DATE. Open chrome://bookmarks, click the three-dot menu at the top right, choose Import bookmarks and pick the file, and the list arrives as a folder. Vivaldi, Edge, Brave and Firefox all take the same file, so moving it to another browser is the same import on the far side. Or do not import it at all and keep the file. It is the backup the reading list never had.

I ran this against a fresh profile with two items on the list, one of them with an angle bracket and quotes in the title, and the file came out valid with the opening bracket and the quotes escaped. The read flag is not carried, because the bookmarks format has nowhere to put it. If you want unread items only, change query({}) to query({ hasBeenRead: false }).

Route 3

The third route is not an export. It is the point where you stop treating the reading list as a place to keep things.

When the reading list is the wrong tool

The reading list is good at one job. You are in the middle of something, a page deserves twenty minutes you do not have, and you want it out of your tabs and in a queue. Add tab to reading list, keep working, come back tonight. For that, use it. The click paths above are all it takes.

It is the wrong tool for the other job people give it, which is keeping the things they decided were worth keeping. Everything above says why. On a computer it holds a title and a link and nothing of the page. It cannot be searched. It cannot be exported without the extension you just built. It holds nothing you saved on X, Reddit or LinkedIn, because those saves never leave those apps. And after a year it is a column of two hundred titles you scroll past, which is why the forum threads about this feature split between people asking where it went and people asking how to switch it off.

ContextBolt is built for the keeping job, and it is ours, so weigh the bias. It is a Chrome extension. Open any page, click the icon, click Save this page, and it keeps the page’s text along with the link, about the first ten thousand characters of the article, or just the passage you highlighted if you selected some first. It tags each save and sorts it into topics on arrival. Your X, Reddit and LinkedIn saves are captured as you make them, into the same library. And search is instant and runs on your device, over the text of the page rather than the title the site gave it, so “that piece about Chrome’s sync database” finds the page even when the title was something else.

Basic is free, needs no account, and is capped at 150 bookmarks. Pro is $6 a month, removes the cap, adds cloud sync, and adds an MCP endpoint so Claude or Cursor can search the whole collection by meaning mid-conversation.

It does not import the reading list, so it starts from your next save rather than your last two years. Use the export above for the old list. Then, the next time a page deserves keeping rather than queueing, save it somewhere that keeps the page. Basic is the place to start.

The honest take

If you came here because the button vanished, pin the panel and you are done. Three-dot menu, Bookmarks and lists, Reading list, Show reading list, Pin to toolbar. Chrome will probably move it again, and the list will still be there when it does.

The uncomfortable part is that Google built a read-later feature and then declined to build the two things that make a read-later list worth keeping, search and export, across five years and three redesigns. My read is that this is deliberate. The desktop help page treats the list as a queue and sends you elsewhere for an offline copy, and a queue does not need search or export because you are meant to empty it. If that is how you use it, it is fine. If it has quietly become the place you keep things, it is a list of two hundred links that nothing can search and nothing can read, and the export above is the first thing to run.

Then save into something that keeps the page.