On this page

SEO Experimentation with Statsig

Learn how to run SEO experiments to test landing page designs and optimize organic traffic performance.

In late 2017, Airbnb's growth team faced a deceptively simple question:

Would their new "Magic Carpet" landing page design drive more organic traffic than their existing search results page?

With over 100,000 unique URLs spanning different cities, any template change would cascade across their entire search footprint. Traditional A/B testing couldn’t solve this puzzle because Google’s crawlers needed consistent page versions, making user-level randomization impossible.

Every marketplace with thousands of templated pages faces the same dilemma: measuring how changes to your template actually impact how Google ranks your pages. This is true whether you’re dealing with physical goods at Amazon or eBay, or more virtual things at ZipRecruiter or Eventbrite.

Companies can implement the same framework Airbnb developed in hours, not months, and view results in the same dashboards they already use for product experiments.


1. Select a deterministic page bucket

  • Crawlers must see a consistent version of each URL during the test window, so you can’t randomize by user.
  • Instead, hash the canonical URL into buckets.
  • In Statsig, you formalize this by adding page_url as a Custom Unit ID.

Steps:

  1. From Project Settings, navigate to Custom Unit IDs.
  2. Provide a name and description (it then immediately becomes available to experiments, gates, and dynamic configs).

Statsig can now deterministically hash your pages into Control vs Test in experiments and keep this assignment stable across sessions.

Strip out http vs https and query params, leaving only the stable base URL, so that is what is hashed deterministically.


2. Define metrics before shipping

Make sure the metrics you want to measure are in your data warehouse, keyed on page_url. Register these with Statsig’s metric catalog. Because the same pipeline powers feature experiments, your existing CUPED or stratified-sampling settings apply automatically.

Example metrics


3. Implement the change behind an experiment

  • Create an experiment called seo_title_test in Statsig Docs.
  • Target on the Custom Unit ID page_url with a 50/50 split across Control and Test.
  • Expose the variant in the template renderer or CDN edge function.

4. Ship, monitor, decide

  • Use Power Analysis to determine how long your experiment should run based on traffic volume.
  • Expect first signals in 2–7 days; wait for re-indexing to plateau before results stabilize.
  • Merge the winner into your template and archive the test. Experiment summaries remain searchable after archival.

SEO-specific guardrails


5. Concrete page-level changes worth A/B testing


6. Is SEO experimentation right for you?


7. Key takeaways

  • Segment by page, not user. Use a Statsig Custom ID for deterministic hashing into Control/Test.
  • Measure beyond clicks. Pair Search Console data with product analytics for full-funnel insight.
  • Catch problems early. Statsig’s sequential engine and guardrails identify underperforming variants before they cause harm.
  • One platform for every test. Product, pricing, UX, and SEO experiments in a single, trusted workflow.

Statsig also supports other experiment types such as switchback testing and geo-testing. Geo-testing is particularly useful for measuring the incrementality of ad spend, which is hard to measure with traditional experiments due to privacy requirements.

Was this helpful?