--- url: /advanced/domains-rollup.md --- # Additional Domains and Rollup Views Additional domains are required if you want to send statistics to multiple dashboards or create rollup views. ## Additional Domains A Pirsch dashboard will only accept traffic for its configured domain and identification code. If the origin is different, you can add an additional domain to accept requests. Below are the two use cases covered. It's also possible to combine the two and create rollup views while sending the statistics to multiple dashboards. ::: info Duplicate page views and events count towards your monthly limit. ::: ### Creating a Rollup View Let's say you have your top-level domain **example.com** and a subdomain **sub.example.com** and you want to track both websites on a single dashboard. In this case, create a dashboard for **example.com** and add an additional domain **sub.example.com** (wildcards with asterisks \* also work). Now you can add the JS snippet to both sites using the same identification code. ```html ``` ### Sending Statistics to Multiple Dashboards The second use case for additional domains is to send statistics to multiple dashboards. This allows you to create rollup views for multiple websites. Each dashboard you send traffic to requires an additional domain. For example, if you make an additional request from **example.com** to **rollup.example.com**, you will need to add **example.com** to your **rollup.example.com** dashboard. Once you have configured the additional domain, you can send statistics from **example.com** to **rollup.example.com** as follows. ```html ``` `data-domain` requires the hostname of the rollup view, as well as the identification code of that dashboard, separated by `:`. To send statistics to more than one additional dashboard, you can comma-separate the list, e.g. `data-domain="rollup.example.com:code,my-website.com:code"`. ### Changing the Path Like any other Pirsch dashboard, rollup views group pages by path. This means that if you have duplicate paths on multiple domains, they will appear as the same page. To change this, you can add different prefixes to the path for each domain using the `data-path-prefix` attribute. Here is an example. ```html ``` If you now visit `example.com/foo`, the path send to `example.com` will be `/foo`. For `first.example.com` it will be `/one/foo` and for `second.example.com` it will be `/two/foo`. If you have fewer prefixes than rollup domains, the last one is used for subsequent requests. Having only `/one` in the example above would result in both rollup views receiving `/one/foo`. If no `data-domain` attribute is present, `data-path-prefix` will change the path for the current domain. In the example above this would mean only `example.com` would receive the page view with the path changed to `/one/foo`. ## Referrer Referrers for additional domains will not be counted. If you have set up a domain `foo.com` as an additional domain for `bar.com`, switching from `foo.com` to `bar.com` will ignore the domain as a referrer. The other way around, it will still be tracked. ## Using the Server-Side Integration Rollup views and additional domains can also be used via server-side integration. You'll need a [client](/api-sdks/api#creating-a-client) to make the same requests as above from your server.