Understanding sources of data errors: tracking problems, configuration issues, and external factors

Home / Everything About / Everything About Analytics / Understanding sources of data errors: tracking problems, configuration issues, and external factors

Your conversion tracking code breaks on Tuesday at 2 PM. For six hours, no conversions are recorded. By the time you fix it, you've lost tracking on 200 transactions and have no way to know it happened.

Data errors don't announce themselves. They sit in your data quietly, distorting every decision you make. Understanding where errors come from is the only way to catch them before they cost you.

The three categories of data errors

Most data errors fall into three buckets: tracking problems, configuration mistakes, and external factors you can't control. Each requires a different fix.

Tracking problems: broken code and missed events

Tracking problems happen when your measurement code doesn't fire or fires incorrectly. Missing tracking tags. JavaScript errors that prevent code execution. Tags firing on the wrong pages or at the wrong time. These are implementation problems.

A single tracking code issue can hide entire user journeys. If your conversion tracking only fires on one checkout page but users convert on two, you're missing 50% of conversions. The error is silent. Your conversion rate looks fine, but it's actually half of what it should be.

Configuration mistakes: settings that distort data

Configuration errors happen when your analytics settings are wrong. Time zone mismatches. Session timeout settings that don't match your actual user behavior. Filters that accidentally exclude real traffic. View filters that hide important segments.

These errors are insidious because they feel like system design, not mistakes. A wrong time zone shifts all your data by 24 hours. You might not notice for weeks. A filter that excludes internal traffic might accidentally exclude your biggest client if their IP isn't in the blocklist.

External factors: things outside your control

Some data errors come from the outside. Ad blockers preventing your tracking code from firing. Users with JavaScript disabled. Bot traffic inflating your numbers. Changes in browser privacy settings. These factors are real but invisible in your data.

You can't prevent external factors, but you can account for them. Knowing that 40% of your visitors use ad blockers lets you interpret your traffic numbers correctly. Ignoring it makes your data meaningless.

Common tracking problems and how to spot them

Broken tracking tags

A tracking tag breaks and stops firing. This is usually due to a JavaScript error, a missing dependency, or a code deployment that overwrote your tracking code. The symptom: traffic or conversions suddenly drop to zero or near-zero.

Check your browser console for JavaScript errors. Compare your current page source to a backup. Did something change recently? If you see sudden drops in any metric, suspect a broken tag first.

Tags firing at the wrong time

A tracking tag fires before the user takes the action you're measuring. You measure form submissions before the form submits. You measure page views after the page redirects. Your data is off by microseconds or seconds, which breaks attribution.

Review the order of your tracking code relative to the user action. Your conversion tracking should fire after the conversion is confirmed, not before.

Missing parameters or data

Your tracking code fires, but it's not capturing all the information you need. Missing product IDs. Transaction values showing as zero. User IDs not attached to sessions. The data is there, but it's incomplete.

Audit your tracking implementation. Does every event include the parameters you need? Are values being calculated correctly, or are they defaulting to empty?

Common configuration mistakes

Time zone mismatches

Your analytics dashboard is set to Eastern Time, but your server logs are in UTC. Your reports shift by hours. Daily totals split across wrong dates. Trends look different depending on which tool you check.

Set your analytics time zone to match your business's primary location. Make sure all your tools use the same time zone. Then verify the setting is actually applied—it's easy to miss.

Session timeout settings

Session timeout controls how long a user can be inactive before their session ends and a new one begins. A 15-minute timeout is aggressive. A 4-hour timeout is too long. Each choice changes your bounce rate and session count.

Set timeout to match your actual user behavior. E-commerce sites usually use 30 minutes. Content sites might use 2 hours. Check what default your tool uses and adjust if it doesn't match your traffic patterns.

Filters that exclude good traffic

A filter intended to exclude your office IP range accidentally excludes half your paid traffic because the IP range is too broad. A filter meant to exclude test data instead excludes a staging environment that has real users. Filters create blind spots quickly.

Review all active filters quarterly. Test them to make sure they exclude only what they intend to exclude. Keep a record of why each filter exists so you don't remove necessary ones accidentally.

How to find errors in your data

Look for sudden changes with no cause

Traffic spikes 30% overnight without a campaign launch. Bounce rate drops 20% without any site changes. Conversions disappear. These patterns signal something broke or changed in measurement.

Create a habit of comparing metrics week-over-week and month-over-month. Sudden unexplained shifts are almost always errors, not real changes.

Cross-check against other sources

Compare your analytics to your server logs. Compare transaction counts to your payment processor. Compare user counts to your CRM. Differences reveal blind spots or errors.

You won't match exactly—different tools count different things—but the gap should be explainable. If you can't explain why numbers differ, you've found a problem to investigate.

Test your tracking setup regularly

Don't wait for errors to appear. Test tracking before you launch new pages or campaigns. Use browser developer tools to verify tracking code is firing. Use your tool's debug mode to watch data in real time.

Test before you scale. A tracking problem on a small test doesn't cost much. The same problem scaled to your full traffic is expensive.

Frequently asked questions

How do I know if my tracking code is broken?

What's the difference between a tracking problem and a configuration problem?

How often should I audit my tracking setup?

Can a filter break my analytics data?

What should I do if I find a data error?

How do I verify my analytics matches my payment processor?