Home/ Questions/Q 8097519
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-05T21:47:17+00:00

I’m trying to ascertain some way to establish a unique ID for Chrome tabs

  • 0

I’m trying to ascertain some way to establish a unique ID for Chrome tabs that meets the following conditions:

  • Uniquely identifies each tab
  • Stays the same for a given tab between browser restarts (session-restored tabs)
  • Stays the same if a tab is closed and then reopened with Undo Closed Tab (Ctrl+Shift+T)
  • Stays distinct if a tab is duplicated

I’ve done some rather aggressive research to find a comprehensive solution, but nothing seems to quite do the trick. Here are the methods I have tried, in increasing order of efficacy:

  • Use Chrome’s provided tab.id: does not persist between browser sessions or close/undo-close
  • Put a GUID in cookies: is not unique per tab, only per domain/URL
  • Put a GUID in localStorage: persists between browser sessions and close/undo-close, but is not unique per tab, only per domain
  • Put a GUID in sessionStorage: unique per tab, persists across close/undo-close, unique for duplicated tabs, but is wiped out between browser sessions
  • Use identifiable webpage document attributes as a unique key: this is the best approach I’ve found so far. A key can be constructed via a content script from the following values: [location.href, document.referrer, history.length].

Regarding this last approach, the constructed key is unique across all tabs which share a common URL, referrer, and history length. Those values will remain the same for a given tab between browser restarts/session-restores and close/undo-closes. While this key is “pretty” unique, there are cases where it is ambiguous: for example, 3 new tabs opened to http://www.google.com would all have the same key in common (and this kind of thing happens pretty often in practice).

The “put GUID in sessionStorage” method can additionally be used to disambiguate between multiple tabs with the same constructed key for the close/undo-close and duplicated-tab cases during the current browser session. But this does not solve the ambiguity problem between browser restarts.

This last ambiguity can be partially mitigated during session restore by observing which tabs Chrome opens together in which windows, and extrapolating for a given ambiguous key which tab belongs to which window based on the presence of expected ‘sibling’ tabs (recorded during the previous browser session). As you might imagine, implementing this solution is quite involved and rather dodgy. And it can only disambiguate between same-keyed tabs that Chrome restores into different windows. That leaves same-keyed tabs that restore into the same window as irreconcilably ambiguous.

Is there a better way? A guaranteed unique, browser-generated, per-tab GUID that persists between browser restarts (session restores) and close/undo-close would be ideal but so far I haven’t found anything like this.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    If I correctly understand your problem, your 5th method should do the trick, but along with these two criteria:

    • chrome.tabs.windowId (The ID of the window the tab is contained within)
    • chrome.tabs.index (The zero-based index of the tab within its window)

    All these values need to be stored inside your extension. Besides that, you will also have to hook up your extension to chrome.tabs.onUpdated() and updated accordingly, when tabs are being dragged around, moved across owner windows, etc.

    • 0