Products Solutions Templates Pricing Resources

Understanding Analytics Accounts, Properties, and Views

Home / Everything About / Everything About Analytics / Understanding Analytics Accounts, Properties, and Views

What's the difference between an analytics account and a property? When do you create a new property instead of a new view? Why would you need multiple accounts if you own multiple websites? Most teams misunderstand this structure and end up either with one massive property mixing all their data or dozens of properties they can't manage. The right structure is invisible. Data flows to the right places. Reports show you what you need. Setup takes an hour and works for years.

This article explains the account-property-view hierarchy, when to use each level, and how to plan a structure that grows with your business.

The analytics hierarchy: accounts, properties, and views

Think of an account as your container. Everything you own lives in one account. The account holds authentication, permissions, and billing.

Properties are separate websites or apps inside your account. One website equals one property. Multiple websites equal multiple properties. A property is where data flows in.

Views are filtered versions of a property. One property can have multiple views. One view shows all traffic. Another view shows only desktop traffic. Another filters out internal employees.

The hierarchy is simple. One account can hold many properties. One property can hold many views. Most teams have one account, a few properties, and several views per property.

When to create a new account

Create a new account when you have completely separate businesses with separate owners and separate billing. If you own two e-commerce sites that are completely unrelated, separate accounts make sense. If you own a corporate website and a customer portal, they might need separate accounts.

But most cases don't need separate accounts. Keep things together if you want to see combined data later. You can't combine data across accounts. Separate accounts mean separate data silos.

The only common case for multiple accounts is separating production and testing. Your main account has real customer data. Your testing account has test data. This prevents accidental analysis of broken tracking.

When to create a new property

Create a new property for each separate website or app. If you have one website, one property. If you have a website and an app, two properties. If you have a main website and a help documentation site, two properties.

Don't create multiple properties for the same website. One website with multiple subdomains still uses one property. One website with multiple sections still uses one property. Only create a new property if you have a fundamentally different website or app.

Each property needs its own tracking code. The tracking code tells the analytics platform which property to send data to. If you install the wrong code, data goes to the wrong property.

When to create a new view

Create a new view when you want a different perspective on the same data. You want to see all traffic in one view. You want to see only paid traffic in another. You want to see only desktop traffic in another.

Views are filters on top of the same raw data. Creating a view doesn't change what data is collected. It just changes what you see. All views come from the same property.

Common views include all traffic, paid traffic only, organic traffic only, direct traffic only, desktop only, mobile only, and internal traffic excluded. Create views based on how your team analyzes data.

Internal traffic and filters

Create a view that excludes internal traffic. Your employees visiting the website, testing the site, previewing features. This traffic skews your data. You want to measure real visitor behavior, not your team testing.

Filter by IP address. Add your company's IP address to the internal traffic filter. All visits from that IP won't appear in the view.

Keep one view with all traffic including internal. Keep another view without internal traffic. The all-traffic view is your reference. The filtered view is for decision-making.

Testing and staging environments

Create a separate property for your staging or testing environment. Don't send test data to your production property. Test data breaks your real data.

When developers test the site, they test on a staging server with a different domain. That staging domain sends data to a different property. When you're ready to go live, you install the production property code.

This keeps test data completely separate. You can test without worrying about corrupting your real analytics.

User access and permissions

Set up user roles at the account and property level. Some users only need access to one property. Some users need access to all properties. Some users should only see reports, not modify tracking.

Account-level access gives someone permission to see all properties and account settings. Property-level access restricts them to one property. Editor access lets someone modify tracking. Viewer access only shows reports.

Separate production and testing access. Developers who modify tracking code should have access to the testing property, not production.