The row of frequently visited websites at the top of your screen is almost always the shortcuts row on your browser's New Tab page. Chrome calls it the shortcuts grid, Edge calls it Quick Links or the "frequent sites" tile set, Firefox calls it Top Sites, and Safari calls it Favorites. This row appears when you open a new tab or window, not while a page is already loading, which is the most common reason people report that it has vanished. The second most common location is the bookmarks bar directly beneath the address field.

That single distinction solves most of the confusion. Once you know which surface you are looking at, the controls that add, hide, or shrink that row become easy to find.

What Actually Renders That Row

The tiles are not live thumbnails captured continuously. They are cached previews generated from your browsing history, plus a small text label, stored locally in your browser profile. Chrome draws these from the "Top Sites" database. It is seeded by your most-visited URLs and refined by whether you have pinned a shortcut. The tile re-renders when the underlying history entry changes, not on every page load.

The row sits in a layer above the page content that the browser engine draws. On the New Tab page, the default document provides an empty shortcut container. A browser-level component then injects tiles into it. That architectural split explains a classic symptom: the row is missing on the New Tab page but present on the bookmarks bar, or vice versa. They are different subsystems. One is history-driven and automatic; the other is user-curated and stored as bookmark entries with a fixed position flag.

A concrete number matters here. Chrome caps visible shortcut tiles at 10 by default, arranged in a two-row grid of five, though the underlying Top Sites table can hold more candidates and rotate them. Edge's Quick Links default to one row of about 8 tiles depending on window width. When your window is narrower than roughly 700 CSS pixels, the layout reflows and may collapse the row to fewer tiles or hide it behind a menu. So "the row disappeared" sometimes just means "the window got smaller."

Plain language: your browser keeps a short list of your most-visited addresses and paints them as buttons, and the buttons are separate from anything the website itself sends you.

How History Becomes Tiles: Numbers and Thresholds

Browsers rank candidate sites with a visitation score, essentially a decay-weighted visit count. Recent visits weigh more than old ones, and the score decays with a half-life that is often measured in days to weeks, though Google does not publish the exact decay constant. A site visited five times yesterday will outrank a site visited fifty times last year. Chrome's history database uses visit transition types, so typed URLs and followed links each contribute differently.

Typical behavior across major browsers over a default history window of 90 days:

Browser Row name Default visible tiles Stored candidates Time window that feeds it
Chrome (desktop) Shortcuts Up to 10 in a 2x5 grid More than shown Rolling history, weighted recent
Edge (desktop) Quick Links About 8, one row More than shown Rolling history plus pinned
Firefox (desktop) Top Sites 6-12 depending on layout Top Sites list, editable Rolling history, configurable
Safari (desktop) Favorites Varies, often a grid Favorites plus frequent Favorites-driven primarily
Chrome (mobile) Most visited About 4-8 tiles More than shown Rolling history

Those counts are layout defaults and change with window size and version. Treat them as ranges, not guarantees. The counterintuitive detail: clearing your cookies does not clear this row. Top Sites and Quick Links live in the history database, not the cookie jar. People wipe cookies expecting the tiles to reset, then are surprised when the same sites reappear.

Another non-obvious fact is that private or incognito browsing does not populate the row. If you have been browsing in a private window for weeks, your shortcut row can look frozen and stale. That is expected behavior, not a bug.

Edge Cases That Make the Row Vanish or Misbehave

The row can fail to appear for reasons that have nothing to do with your settings. A handful of the most frequent causes:

You are on a loaded page, not a New Tab page. The shortcut row is a New Tab feature, so it is simply not drawn on regular pages. The bookmarks bar is hidden. Press Ctrl+Shift+B (Windows) or Cmd+Shift+B (Mac) toggles only the bookmarks bar, not the shortcuts grid. A browser extension or "new tab" replacement page overrides the default. Any extension with new-tab permissions can replace the entire page, tiles included. Enterprise policy or a managed profile disables Top Sites. On managed work machines, the row may be administratively locked off. Sync is on and pushing another device's layout, which can reorder or hide tiles. The window is narrow enough that the responsive layout hides the row behind an overflow control.

The professional caveat worth knowing: a managed-device policy can silently defeat every user-facing switch. If every menu option is grayed out, check with whoever administers the machine before assuming a browser bug. The policy layer sits above the settings layer and wins.

Misconceptions Worth Retiring

Two beliefs cause most wasted troubleshooting. The first is that the row is part of your homepage. It is not, unless your homepage is set to the New Tab page. If your homepage is a search engine or a company intranet, opening the browser shows that page and no tile row, which is correct behavior. The second is that hiding the row deletes your history. Toggling shortcuts off on the New Tab page hides the display without removing visits from history, and the tiles can return when you toggle them back on.

There is also confusion between the bookmarks bar and the shortcut row because both sit at the top and both hold site buttons. The difference is who chose the sites. The bookmarks bar holds sites you deliberately saved. The shortcut row holds sites the browser inferred from history, unless you pin or edit one. A pinned Chrome shortcut behaves like a bookmark for ranking purposes and stops being replaced by history. The roving, inference-based candidates keep shifting, so if you want a site to stay put, pin or edit it rather than relying on history.

Plain language: the top row is the browser guessing your habits, not a record you created on purpose.

How to Restore, Edit, or Pin That Row

Practical actions, in the order most likely to fix a missing or unwanted row:

Open a new tab with Ctrl+T or Cmd+T and confirm you are on the actual New Tab page, not a custom start page. In Chrome, click Customize on the New Tab page, then look for the Shortcuts toggle. Turn it on and choose whether to show your most-visited sites or a curated set. In Edge, open the new tab page, choose Page settings, then turn Quick Links on or off and select a layout. In Firefox, open a new tab and click the gear icon to toggle Top Sites, or edit individual top sites to pin a specific URL. To pin, hover a tile, open its three-dot menu, and choose to add or edit a shortcut so it becomes fixed rather than replaced by history. To reset a misbehaving row, delete the offending history entries or clear browsing data for history only, then reopen the New Tab page. If a custom new-tab extension took over, disable it in the extensions list and relaunch the browser.

Threshold guidance: clear history rather than cookies when only the tiles misbehave, since cookies affect logins and site state while history drives the tiles. For the bookmarks bar specifically, use the toolbar toggle rather than the New Tab customize menu. For a managed laptop, the policy threshold is lockout: if the toggles are disabled, no user action will restore them.

What the Row Cannot Tell You and Where It Stops

The shortcut row is a convenience surface, not a diagnostic. It cannot tell you why a site is slow or whether a page loaded correctly. It also has hard limits: it reflects only one profile's history, it does not sync perfectly across devices despite sync being enabled, and its ranking can lag hours behind your actual habits because the tile cache updates on a schedule rather than instantly. The visible count is also capped, so a frequently visiting site can still be pushed off the top by a burst of other visits in the same window.

There is a privacy dimension worth stating plainly. The row is visible to anyone who opens your profile, including on a shared or unlocked machine. If the row exposes sites you would rather not show, the correct fix is to hide shortcuts, use a separate browser profile, or browse privately rather than to rely on clearing history after the fact. Understanding the mechanism means understanding that the row is a small, local, history-derived display, and every control that shapes it operates on history, layout, or policy, which is why the tabs, the toolbar, and the settings menus each solve a different piece of the problem.

[No disclaimer needed: this is a low-risk, ordinary technology explainer.]