{"id":6921,"date":"2026-03-23T17:41:02","date_gmt":"2026-03-23T17:41:02","guid":{"rendered":"https:\/\/www.wizbrand.com\/tutorials\/referral-exclusion-list\/"},"modified":"2026-03-23T17:41:02","modified_gmt":"2026-03-23T17:41:02","slug":"referral-exclusion-list","status":"publish","type":"post","link":"https:\/\/www.wizbrand.com\/tutorials\/referral-exclusion-list\/","title":{"rendered":"Referral Exclusion List: What It Is, Key Features, Benefits, Use Cases, and How It Fits in Analytics"},"content":{"rendered":"\n

A Referral Exclusion List<\/strong> is a critical control in Conversion & Measurement<\/strong> that helps keep your attribution and session tracking clean when a user passes through domains that shouldn\u2019t take credit for acquiring them. In practical Analytics<\/strong> work, it prevents common reporting distortions\u2014like your payment processor, booking engine, identity provider, or subdomain suddenly showing up as a \u201ctop referrer\u201d and stealing credit from your real marketing channels.<\/p>\n\n\n\n

Modern customer journeys are rarely single-domain and linear. They include third-party tools, cross-domain checkout flows, and sign-in systems. Without a well-maintained Referral Exclusion List<\/strong>, your Conversion & Measurement<\/strong> data can fragment into new sessions, overwrite source\/medium values, and misattribute conversions. The result is misleading Analytics<\/strong> that can push budgets and product decisions in the wrong direction.<\/p>\n\n\n\n

What Is Referral Exclusion List?<\/h2>\n\n\n\n

A Referral Exclusion List<\/strong> is a set of domains (or referral sources) that your Analytics<\/strong> setup is instructed to ignore as referrers<\/em> when determining traffic source attribution. When a user arrives from a domain on the list, your measurement system avoids starting a new referral session or overwriting the existing acquisition source with that domain.<\/p>\n\n\n\n

At its core, the concept is about protecting the integrity of attribution:<\/p>\n\n\n\n

    \n
  • Beginner-friendly definition:<\/strong> A list of \u201cdo not credit\u201d referrers that would otherwise appear to send traffic to your site.<\/li>\n
  • Core concept:<\/strong> Preserve the original acquisition source as the user moves through known intermediate domains.<\/li>\n
  • Business meaning:<\/strong> Reduce false \u201creferral\u201d traffic, prevent conversion credit from being reassigned, and improve channel ROI decisions.<\/li>\n
  • Fit in Conversion & Measurement:<\/strong> It\u2019s a foundational configuration step for accurate sessionization, attribution, and funnel analysis.<\/li>\n
  • Role inside Analytics:<\/strong> It shapes how inbound sessions are classified and how conversion paths are reconstructed.<\/li>\n<\/ul>\n\n\n\n

    In other words, a Referral Exclusion List<\/strong> isn\u2019t about blocking traffic; it\u2019s about preventing specific referrers from corrupting your Conversion & Measurement<\/strong> story.<\/p>\n\n\n\n

    Why Referral Exclusion List Matters in Conversion & Measurement<\/h2>\n\n\n\n

    A well-managed Referral Exclusion List<\/strong> delivers strategic value because it protects your measurement layer from predictable attribution traps. In Conversion & Measurement<\/strong>, a small configuration mistake can cascade into major budget and optimization errors.<\/p>\n\n\n\n

    Key reasons it matters:<\/p>\n\n\n\n

      \n
    • Protects channel performance reporting:<\/strong> If payment domains or auth providers \u201csteal\u201d last-touch credit, paid search, email, and organic may look weaker than they are.<\/li>\n
    • Improves conversion rate accuracy:<\/strong> Session breaks and source resets can inflate sessions and deflate conversion rate.<\/li>\n
    • Strengthens funnel and path analysis:<\/strong> Cleaner Analytics<\/strong> paths make it easier to see which campaigns truly assist conversions.<\/li>\n
    • Enables fair experimentation:<\/strong> A\/B tests and landing page tests depend on stable attribution; referral pollution can mask true uplift.<\/li>\n
    • Creates competitive advantage:<\/strong> Teams with trustworthy Conversion & Measurement<\/strong> can allocate spend faster and optimize with confidence while others debate data quality.<\/li>\n<\/ul>\n\n\n\n

      In mature organizations, the Referral Exclusion List<\/strong> becomes part of measurement governance because attribution accuracy directly influences strategy.<\/p>\n\n\n\n

      How Referral Exclusion List Works<\/h2>\n\n\n\n

      In practice, a Referral Exclusion List<\/strong> influences how your Analytics<\/strong> platform treats inbound hits and assigns traffic source information. The exact mechanics vary by measurement system, but the real-world workflow looks like this:<\/p>\n\n\n\n

        \n
      1. \n

        Input or trigger (user journey event)<\/strong>\n A user clicks a marketing link, lands on your site, then proceeds to a third-party domain (for checkout, scheduling, authentication, or embedded forms). Later, they return to your site (e.g., confirmation page or post-auth redirect).<\/p>\n<\/li>\n

      2. \n

        Analysis or processing (referrer evaluation)<\/strong>\n When the user returns, the Analytics<\/strong> system detects a referrer\u2014often the third-party domain. It checks whether that domain matches entries on the Referral Exclusion List<\/strong>.<\/p>\n<\/li>\n

      3. \n

        Execution or application (attribution decision)<\/strong>\n – If the referrer is not<\/strong> excluded, the platform may start a new session attributed to that referrer (a \u201creferral\u201d session).\n – If the referrer is<\/strong> excluded, the platform avoids assigning credit to that domain and attempts to preserve the prior acquisition source (or treat it as direct\/continue the existing session depending on session rules and timing).<\/p>\n<\/li>\n

      4. \n

        Output or outcome (cleaner reporting)<\/strong>\n You get more accurate Conversion & Measurement<\/strong> outputs: fewer self-referrals, fewer payment-provider referrals, cleaner source\/medium, and more reliable conversion paths in Analytics<\/strong>.<\/p>\n<\/li>\n<\/ol>\n\n\n\n

        This is why the Referral Exclusion List<\/strong> is often discussed alongside cross-domain tracking, session timeout settings, and campaign tagging standards\u2014they work together.<\/p>\n\n\n\n

        Key Components of Referral Exclusion List<\/h2>\n\n\n\n

        Even though the Referral Exclusion List<\/strong> is conceptually simple, reliable use requires a few operational components:<\/p>\n\n\n\n

        Configuration and governance<\/h3>\n\n\n\n
          \n
        • Ownership:<\/strong> Usually shared between marketing ops, analytics engineers, and web\/dev teams.<\/li>\n
        • Change control:<\/strong> Updates should be documented and reviewed (what was added, why, and when).<\/li>\n
        • Environment consistency:<\/strong> Ensure the list is consistent across production properties and reporting views where appropriate.<\/li>\n<\/ul>\n\n\n\n

          Data inputs that inform the list<\/h3>\n\n\n\n
            \n
          • Referral reports:<\/strong> Identify unexpected top referrers (payment gateways, authentication services, CDNs, email link scanners).<\/li>\n
          • Conversion paths:<\/strong> Look for paths where a third-party domain appears right before conversion.<\/li>\n
          • Tagging audits:<\/strong> Determine whether issues are actually missing UTMs\/campaign parameters rather than needing exclusions.<\/li>\n<\/ul>\n\n\n\n

            Systems involved<\/h3>\n\n\n\n
              \n
            • Analytics platform settings:<\/strong> Where the Referral Exclusion List<\/strong> is defined.<\/li>\n
            • Tag management:<\/strong> Helps coordinate cross-domain measurement and event instrumentation.<\/li>\n
            • Identity and checkout systems:<\/strong> Common sources of referral pollution.<\/li>\n
            • Data pipelines\/warehouses:<\/strong> For validation and monitoring outside the UI.<\/li>\n<\/ul>\n\n\n\n

              Metrics affected<\/h3>\n\n\n\n
                \n
              • Sessions, source\/medium, attribution, assisted conversions, conversion rate, ROAS\/CPA reporting\u2014core Conversion & Measurement<\/strong> outputs.<\/li>\n<\/ul>\n\n\n\n

                Types of Referral Exclusion List<\/h2>\n\n\n\n

                There aren\u2019t universal \u201cformal types\u201d of Referral Exclusion List<\/strong>, but there are meaningful distinctions in how teams apply the concept:<\/p>\n\n\n\n

                1) Third-party service exclusions<\/h3>\n\n\n\n

                Domains you don\u2019t control but are part of the journey, such as:\n– Payment processors\n– Scheduling\/booking engines\n– Authentication\/SSO providers\n– Hosted cart\/checkout pages<\/p>\n\n\n\n

                These are the most common entries and often the highest impact for Conversion & Measurement<\/strong>.<\/p>\n\n\n\n

                2) First-party domain and subdomain exclusions (self-referrals)<\/h3>\n\n\n\n

                Self-referrals happen when your own domains or subdomains accidentally appear as referrers due to cross-domain misconfiguration or inconsistent tracking identifiers. Excluding them can reduce noise, but it should also trigger deeper investigation into tracking consistency.<\/p>\n\n\n\n

                3) Security and link-scanner referrers<\/h3>\n\n\n\n

                Some email security tools and corporate link scanners \u201cpre-click\u201d links, leaving unusual referrals. Excluding them can improve Analytics<\/strong> clarity, but it must be done carefully to avoid suppressing legitimate referrals from real partner sites.<\/p>\n\n\n\n

                The key is to treat a Referral Exclusion List<\/strong> as a precision instrument\u2014not a broom.<\/p>\n\n\n\n

                Real-World Examples of Referral Exclusion List<\/h2>\n\n\n\n

                Example 1: Payment processor \u201cstealing\u201d conversions<\/h3>\n\n\n\n

                An ecommerce site sends customers to a third-party payment domain and then back to an order confirmation page. Without a Referral Exclusion List<\/strong>, the payment domain appears as the last referrer for many purchases. In Conversion & Measurement<\/strong>, this makes paid search and email look underperforming and inflates \u201creferral\u201d revenue in Analytics<\/strong>. Excluding the payment domain helps preserve the true acquisition source.<\/p>\n\n\n\n

                Example 2: Cross-domain booking flow for lead generation<\/h3>\n\n\n\n

                A service business uses an external booking engine. Users arrive from organic search, click \u201cBook,\u201d complete the appointment on the booking domain, then return to the main site. The booking domain becomes a top referrer and breaks sessions. Adding that domain to the Referral Exclusion List<\/strong> and aligning cross-domain measurement reduces attribution resets and improves channel-level Analytics<\/strong>.<\/p>\n\n\n\n

                Example 3: Authentication redirect for SaaS trials<\/h3>\n\n\n\n

                A SaaS product uses a separate identity domain for login. Trial users frequently bounce between the marketing site and the auth domain. Without exclusions (and proper cross-domain identity handling), Analytics<\/strong> shows inflated referrals and fragmented sessions, distorting trial-to-paid conversion analysis. A Referral Exclusion List<\/strong>, paired with consistent tracking, improves Conversion & Measurement<\/strong> for the signup funnel.<\/p>\n\n\n\n

                Benefits of Using Referral Exclusion List<\/h2>\n\n\n\n

                A disciplined Referral Exclusion List<\/strong> improves outcomes across marketing, product, and finance reporting:<\/p>\n\n\n\n

                  \n
                • More accurate attribution:<\/strong> Real channels keep credit rather than intermediaries.<\/li>\n
                • Cleaner conversion paths:<\/strong> Better multi-step journey analysis in Analytics<\/strong>.<\/li>\n
                • More reliable KPIs:<\/strong> Conversion rate, CPA, and ROAS become less volatile.<\/li>\n
                • Operational efficiency:<\/strong> Less time spent explaining \u201cmystery referrers\u201d and reconciling inconsistent reports.<\/li>\n
                • Better customer experience insights:<\/strong> When sessions aren\u2019t artificially split, engagement and drop-off signals are easier to interpret.<\/li>\n
                • Smarter optimization:<\/strong> Budget and creative decisions improve when Conversion & Measurement<\/strong> reflects reality.<\/li>\n<\/ul>\n\n\n\n

                  Challenges of Referral Exclusion List<\/h2>\n\n\n\n

                  While valuable, a Referral Exclusion List<\/strong> can introduce risks if applied without context:<\/p>\n\n\n\n

                    \n
                  • Masking underlying tracking issues:<\/strong> Self-referrals often indicate broken cross-domain tracking or inconsistent tagging. Excluding may hide symptoms without curing the cause.<\/li>\n
                  • Over-exclusion:<\/strong> Excluding legitimate partner referrers can reduce visibility into referral marketing performance.<\/li>\n
                  • Complex journeys:<\/strong> Apps with multiple domains, embedded checkout, or hybrid web\/app flows need careful coordination beyond exclusions alone.<\/li>\n
                  • Session rules still apply:<\/strong> Excluding a referrer doesn\u2019t always \u201ccontinue\u201d a session if session timeout thresholds are exceeded; it mainly prevents misattribution.<\/li>\n
                  • Privacy and browser constraints:<\/strong> Modern tracking limitations can reduce referrer reliability and complicate attribution, affecting how impactful exclusions are in Analytics<\/strong>.<\/li>\n<\/ul>\n\n\n\n

                    In Conversion & Measurement<\/strong>, the goal is not to eliminate referrals\u2014it\u2019s to correctly represent acquisition.<\/p>\n\n\n\n

                    Best Practices for Referral Exclusion List<\/h2>\n\n\n\n

                    Use these practices to keep your Referral Exclusion List<\/strong> accurate and sustainable:<\/p>\n\n\n\n

                      \n
                    1. \n

                      Start with evidence, not assumptions<\/strong>\n Add entries only after confirming they create attribution noise (e.g., appear right before conversions, spike unexpectedly, or correlate with cross-domain steps).<\/p>\n<\/li>\n

                    2. \n

                      Prioritize high-impact domains<\/strong>\n Payment, booking, and auth domains usually deliver the biggest improvements in Analytics<\/strong>.<\/p>\n<\/li>\n

                    3. \n

                      Pair exclusions with cross-domain measurement hygiene<\/strong>\n If users move across domains you control, ensure consistent tracking configuration so sessions and user identity behave as expected.<\/p>\n<\/li>\n

                    4. \n

                      Document each entry<\/strong>\n Record the domain, business purpose, owning team\/vendor, and reason for exclusion. This supports governance and onboarding.<\/p>\n<\/li>\n

                    5. \n

                      Review quarterly (or after major site changes)<\/strong>\n New vendors, redesigned checkouts, and new subdomains often introduce new referrer issues.<\/p>\n<\/li>\n

                    6. \n

                      Monitor for unintended consequences<\/strong>\n After updates, validate channel reporting, conversion paths, and key Conversion & Measurement<\/strong> dashboards for anomalies.<\/p>\n<\/li>\n

                    7. \n

                      Avoid using exclusions to \u201cfix\u201d missing campaign tagging<\/strong>\n If email or paid campaigns aren\u2019t tagged consistently, fix tagging first. A Referral Exclusion List<\/strong> won\u2019t replace a campaign taxonomy.<\/p>\n<\/li>\n<\/ol>\n\n\n\n

                      Tools Used for Referral Exclusion List<\/h2>\n\n\n\n

                      Managing a Referral Exclusion List<\/strong> touches multiple tool categories within Conversion & Measurement<\/strong> and Analytics<\/strong>:<\/p>\n\n\n\n

                        \n
                      • Analytics tools:<\/strong> Configure referral exclusions, inspect acquisition reports, and review conversion paths.<\/li>\n
                      • Tag management systems:<\/strong> Coordinate tags across domains and manage event\/parameter consistency.<\/li>\n
                      • Ad platforms:<\/strong> Validate that paid click identifiers and landing page parameters persist through redirects and checkout flows.<\/li>\n
                      • CRM systems and marketing automation:<\/strong> Cross-check lead sources and lifecycle stages against Analytics<\/strong> attribution to detect mismatches.<\/li>\n
                      • Reporting dashboards\/BI tools:<\/strong> Build ongoing monitoring for sudden changes in referral traffic or conversion attribution.<\/li>\n
                      • Site monitoring and QA tools:<\/strong> Catch redirect changes, new domains, or script issues that can create self-referrals.<\/li>\n<\/ul>\n\n\n\n

                        The best outcomes happen when the Referral Exclusion List<\/strong> is treated as part of a larger measurement system, not a one-time setting.<\/p>\n\n\n\n

                        Metrics Related to Referral Exclusion List<\/h2>\n\n\n\n

                        You don\u2019t measure a Referral Exclusion List<\/strong> directly\u2014you measure its impact on data quality and performance reporting. Useful indicators include:<\/p>\n\n\n\n

                          \n
                        • Referral traffic share:<\/strong> Track the percentage of sessions attributed to referral and watch for suspicious spikes.<\/li>\n
                        • Top referrers before and after changes:<\/strong> Look for payment\/auth\/booking domains dropping out of top referrers.<\/li>\n
                        • Conversion rate by channel:<\/strong> Stabilization and more plausible channel conversion rates often indicate cleaner attribution.<\/li>\n
                        • New session rate and session fragmentation:<\/strong> Excessive new sessions can signal referral pollution.<\/li>\n
                        • Assisted conversions and path length:<\/strong> Cleaner paths can change assisted conversion credit distribution in Analytics<\/strong>.<\/li>\n
                        • Direct traffic changes:<\/strong> Exclusions sometimes shift what would have been \u201creferral\u201d into direct\/returning patterns; interpret carefully.<\/li>\n
                        • ROAS\/CPA consistency:<\/strong> More stable Conversion & Measurement<\/strong> improves confidence in spend decisions.<\/li>\n<\/ul>\n\n\n\n

                          Future Trends of Referral Exclusion List<\/h2>\n\n\n\n

                          The Referral Exclusion List<\/strong> will remain important, but its role is evolving as measurement changes:<\/p>\n\n\n\n

                            \n
                          • Automation and anomaly detection:<\/strong> More teams will use automated monitoring to flag new suspicious referrers and propose exclusions.<\/li>\n
                          • Privacy-driven attribution shifts:<\/strong> As browsers and regulations limit cross-site identifiers, attribution will rely more on first-party strategies. Referral handling in Analytics<\/strong> will need tighter governance.<\/li>\n
                          • Server-side and hybrid measurement:<\/strong> More organizations are moving parts of tracking server-side; this can reduce some referrer noise but increases the need for clear configuration and documentation in Conversion & Measurement<\/strong>.<\/li>\n
                          • More complex journeys:<\/strong> Embedded payments, app-to-web handoffs, and multi-domain experiences will increase, making referral management more central.<\/li>\n
                          • Data model changes:<\/strong> Event-based Analytics<\/strong> approaches emphasize parameters and identities; exclusion logic still matters, but teams must validate how attribution rules apply in their specific setup.<\/li>\n<\/ul>\n\n\n\n

                            In short, the Referral Exclusion List<\/strong> is becoming less of a \u201cset it and forget it\u201d option and more of an ongoing measurement governance practice.<\/p>\n\n\n\n

                            Referral Exclusion List vs Related Terms<\/h2>\n\n\n\n

                            Referral Exclusion List vs cross-domain tracking<\/h3>\n\n\n\n
                              \n
                            • Referral Exclusion List:<\/strong> Prevents certain domains from being credited as referrers in Analytics<\/strong>. <\/li>\n
                            • Cross-domain tracking:<\/strong> Ensures a user\/session is recognized across multiple domains (often domains you own).\nThey are complementary in Conversion & Measurement<\/strong>: exclusions reduce misattribution, while cross-domain tracking reduces session breaks and identity fragmentation.<\/li>\n<\/ul>\n\n\n\n

                              Referral Exclusion List vs UTM\/campaign tagging<\/h3>\n\n\n\n
                                \n
                              • Referral Exclusion List:<\/strong> Controls what should not<\/em> be treated as an acquisition source. <\/li>\n
                              • Campaign tagging:<\/strong> Specifies what should<\/em> be treated as the acquisition source for marketing links.\nGood tagging reduces reliance on exclusions for explaining traffic source changes.<\/li>\n<\/ul>\n\n\n\n

                                Referral Exclusion List vs self-referrals<\/h3>\n\n\n\n
                                  \n
                                • Referral Exclusion List:<\/strong> A configuration tool to ignore certain referrers. <\/li>\n
                                • Self-referrals:<\/strong> A symptom where your own domains show up as referrers, usually due to tracking inconsistencies.\nExcluding self-referrals can reduce noise, but Conversion & Measurement<\/strong> should also address the root cause.<\/li>\n<\/ul>\n\n\n\n

                                  Who Should Learn Referral Exclusion List<\/h2>\n\n\n\n

                                  This concept is useful across roles because it impacts everyday decision-making:<\/p>\n\n\n\n

                                    \n
                                  • Marketers:<\/strong> To trust channel performance, conversion paths, and campaign ROI in Analytics<\/strong>.<\/li>\n
                                  • Analysts:<\/strong> To maintain data quality, interpret attribution shifts, and build reliable dashboards for Conversion & Measurement<\/strong>.<\/li>\n
                                  • Agencies:<\/strong> To deliver credible performance reporting and avoid attribution disputes with clients.<\/li>\n
                                  • Business owners and founders:<\/strong> To make budget decisions based on accurate acquisition and conversion reporting.<\/li>\n
                                  • Developers and product teams:<\/strong> To understand how redirects, domain architecture, and third-party integrations affect measurement integrity.<\/li>\n<\/ul>\n\n\n\n

                                    If you care about attribution accuracy, the Referral Exclusion List<\/strong> is foundational knowledge.<\/p>\n\n\n\n

                                    Summary of Referral Exclusion List<\/h2>\n\n\n\n

                                    A Referral Exclusion List<\/strong> is a configuration that tells your Analytics<\/strong> system which referrer domains should not receive acquisition credit. It matters because modern customer journeys frequently pass through payment, booking, authentication, and other intermediate domains that can otherwise hijack attribution. Within Conversion & Measurement<\/strong>, it helps preserve true channel performance, improves conversion path reporting, and reduces session fragmentation. Used carefully\u2014alongside solid tagging and cross-domain measurement\u2014it strengthens the trustworthiness of Analytics<\/strong> and the decisions built on top of it.<\/p>\n\n\n\n

                                    Frequently Asked Questions (FAQ)<\/h2>\n\n\n\n

                                    1) What is a Referral Exclusion List used for?<\/h3>\n\n\n\n

                                    It\u2019s used to prevent specific domains (like payment processors or login providers) from being credited as referrers, which keeps attribution and conversion reporting cleaner in Analytics<\/strong> and improves Conversion & Measurement<\/strong> accuracy.<\/p>\n\n\n\n

                                    2) Will a Referral Exclusion List fix cross-domain tracking problems?<\/h3>\n\n\n\n

                                    It can reduce symptoms (like unwanted referral attribution), but it doesn\u2019t fully fix cross-domain identity and session continuity. For robust Conversion & Measurement<\/strong>, exclusions should be paired with correct cross-domain measurement setup and consistent tagging.<\/p>\n\n\n\n

                                    3) Why is my payment provider showing up as a top referrer?<\/h3>\n\n\n\n

                                    Because users often leave your site to complete payment and then return, your Analytics<\/strong> platform may treat that return as a new referral session. Adding the payment domain to your Referral Exclusion List<\/strong> often prevents it from taking credit for conversions.<\/p>\n\n\n\n

                                    4) Can excluding a referrer harm my reporting?<\/h3>\n\n\n\n

                                    Yes. If you exclude legitimate partner sites or affiliates, you may lose visibility into true referral performance. Treat the Referral Exclusion List<\/strong> as a curated list backed by evidence, not a catch-all.<\/p>\n\n\n\n

                                    5) How do I know what domains to add to the list?<\/h3>\n\n\n\n

                                    Use Analytics<\/strong> referral and conversion path reports to identify domains that repeatedly appear in the middle or at the end of your funnel (checkout, booking, auth). Validate with your site architecture and vendor list before updating Conversion & Measurement<\/strong> settings.<\/p>\n\n\n\n

                                    6) Does a Referral Exclusion List affect SEO?<\/h3>\n\n\n\n

                                    Indirectly. It doesn\u2019t change crawling or rankings, but it can improve the accuracy of SEO reporting in Analytics<\/strong> by preventing non-marketing domains from distorting attribution and conversions tied to organic search.<\/p>\n\n\n\n

                                    7) How often should I review my referral exclusions?<\/h3>\n\n\n\n

                                    At least quarterly, and whenever you change checkout flows, add third-party tools, launch new domains\/subdomains, or see sudden shifts in referral traffic. Ongoing review is part of healthy Conversion & Measurement<\/strong> governance.<\/p>\n","protected":false},"excerpt":{"rendered":"

                                    A **Referral Exclusion List** is a critical control in **Conversion & Measurement** that helps keep your attribution and session tracking clean when a user passes through domains that shouldn\u2019t take credit for acquiring them. In practical **Analytics** work, it prevents common reporting distortions\u2014like your payment processor, booking engine, identity provider, or subdomain suddenly showing up as a \u201ctop referrer\u201d and stealing credit from your real marketing channels.<\/p>\n","protected":false},"author":10235,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[1887],"tags":[],"class_list":["post-6921","post","type-post","status-publish","format-standard","hentry","category-analytics"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/posts\/6921","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/users\/10235"}],"replies":[{"embeddable":true,"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/comments?post=6921"}],"version-history":[{"count":0,"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/posts\/6921\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/media?parent=6921"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/categories?post=6921"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.wizbrand.com\/tutorials\/wp-json\/wp\/v2\/tags?post=6921"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}