Synced scrolling not working — how to fix it
Last updated: June 2026
In this article
Overview
StoreViewer's synced scrolling keeps all visible panes in step as you scroll through a page — useful for spotting layout and content differences across regions at the same position. If scrolling one pane isn't moving the others, here's what to check.
Check that synced scrolling is enabled
The most common cause is simply that sync scrolling has been toggled off. Look for the Scroll Sync toggle in the main toolbar — it should be highlighted or active. Click it to turn it on, then try scrolling again.
Check that more than one pane is visible
Synced scrolling only has an effect when two or more region panes are visible simultaneously. If you're in Focus layout mode (single pane view), there's nothing to sync to. Switch to Grid, Side by side, or Stacked layout to see multiple panes at once.
Try scrolling from inside the pane content
Click inside a pane first to give it focus before scrolling. If no pane has focus — for example, if you clicked the toolbar or the URL bar — your scroll input may not be registering against the webview. Click directly on the page content in one pane, then scroll.
Reload all panes
Occasionally the scroll sync listener can lose its connection to a pane after a page navigation or a heavy page load. Press ⌘R to reload all panes simultaneously, wait for them to finish loading, then try synced scrolling again.
Pages with non-standard scroll behaviour
Some pages use custom scroll implementations — parallax effects, infinite scroll loaders, sticky elements with JavaScript-controlled positions — that intercept native scroll events. StoreViewer's sync relies on native scroll events, so pages with custom scroll handling may not sync correctly or may sync inconsistently.
This is a limitation of how those pages are built rather than a StoreViewer issue. It typically only affects specific pages on a site, not the whole storefront. Product listing pages and product detail pages — the most common use case for StoreViewer — rarely have this issue.
Scroll positions look offset between panes
If synced scrolling is working but panes appear to be at slightly different positions, this is usually caused by pages having different content heights between regions — for example, a banner that appears in one region but not another, causing everything below it to shift. StoreViewer syncs scroll position by pixel value, not by content element, so differences in page structure above the fold will cause the visible content to appear offset.
This is expected behaviour and reflects a genuine difference between the regional pages — which is useful information in itself.
Need help? Email sales [at] storeviewer.app