If your storefront is built on Shopify Hydrogen, a headless Next.js front-end, or any client-side-hydrated React frame, a naive pixel scanner will report zero findings on it and quietly move on. That answer is misleading. PixelProof has a dedicated headless-or-hydrated-storefront finding for exactly this shape of store. This article explains why it exists, what the finding means, and what to do if your store is on this stack.
Why a headless store looks empty to a naive scanner
A conventional Shopify Liquid storefront server-renders every pixel loader script directly into the HTML that a scanner receives on the first HTTP request. A scan can see the <script src="https://connect.facebook.net/en_US/fbevents.js"> tag inside the returned body and confirm the Meta Pixel is wired.
Hydrogen and other headless front-ends do the opposite. The server ships a mostly-empty HTML shell whose only job is to boot a JavaScript bundle. Every pixel binding, every fbq('init', ...) call, every Web Pixel subscription, all of it runs after client hydration, in the browser, milliseconds after the HTML arrives. A scanner that only reads the first HTTP response body sees nothing of that. The store looks pixel-less even though it is heavily instrumented.
The reference case is gymshark.com, a well-known Hydrogen-powered Shopify store. A server-only scan of gymshark.com returns effectively no pixel signal in the HTML, yet the store runs full Meta, GA4, and TikTok tracking through the Web Pixels API sandbox described on shopify.dev. The tracking exists, but not in the server response.
What PixelProof actually does
The scanner runs two positive tests before emitting a headless-or-hydrated-storefront finding. First, it confirms the store is on Shopify by matching for cdn.shopify.com, Shopify.shop, myshopify.com, or shopify-analytics in the response body. Second, it verifies that no other pixel or wiring rule fired against that same body. If both are true (Shopify is present, and every ad-platform pixel rule came up empty), the store is almost certainly hydrated client-side and the scanner emits the finding at warning severity.
The finding text on your dashboard says explicitly: "This Shopify storefront returns essentially no pixel or analytics markers in server-rendered HTML." That is the honest answer, we can see the storefront is Shopify, and we can see the pixel wiring is not in the HTML we received. What is inside the client-rendered bundle is a separate question the scanner cannot answer from an HTTP fetch alone.
What to do if your store is headless
You have two paths. The first is to install the PixelProof Chrome extension. It runs inside your logged-in Shopify admin, executes after full page hydration, and enumerates the actual list of pixels the sandbox loaded. This is the definitive answer for a headless store and is how most Hydrogen merchants confirm their tracking is working. Reference: the Chrome extension distribution model is documented in the Chrome Developer extensions guide on developers.google.com.
The second path is to add explicit tracking hooks in your Hydrogen or Next.js source. The Shopify Hydrogen framework ships opinionated helpers for exactly this pattern, and the Hydrogen documentation on shopify.dev covers the analytics primitive that fires standardized events into the Web Pixel sandbox on client mount. If you use Next.js instead of Hydrogen, the same job falls to your app's _app.tsx (Pages router) or root layout component (App router), where you initialize fbq and any other loaders after hydration.
Why we say "warning" not "critical"
The finding is not critical because a headless store is a valid architectural choice, not a broken configuration. Real Fortune-500 DTC brands run Hydrogen in production. The scanner cannot see their pixels, but the pixels are almost always there and firing. The warning label means: this is a real limit of the storefront-only scan, take the follow-up step to verify.
Was this helpful?
Related articles
FAQ
How do I know if my store is headless? If your storefront runs on Shopify Hydrogen, a Next.js or Remix front-end that reads product data through the Storefront API, or any React-based build that boots a JavaScript bundle rather than server-rendering full HTML, it is headless. Your developer or agency will know for certain, ask them if the front-end lives in a separate repository from the Shopify Liquid theme.
Will the Chrome extension work on headless stores? Yes. The extension operates on the fully hydrated DOM, so it sees the pixel wiring that a headless build produces at runtime, regardless of what the server response body contains.
Is there a plan to run a headed-browser scan server-side? Yes, on the M2 roadmap. Server-side headless-Chromium execution against a client-hydrated storefront is a separate cost surface, so the current shipped behavior is the honest "we cannot see this from HTML alone" answer plus the extension path.
Still stuck? Email hello@citationsafe.com or hello@argushq.ai.