In Adobe Experience Platform Launch, there is a 1:1 relationship between your company and your Experience Cloud organizations. Companies may contain any number properties. Each individual property can be deployed on any number of sites and apps depending on your needs.
Some customers one property that controls many sites and apps. Some have one property for each.
A web property is a collection of rules, data elements, configured extensions, environments, and libraries. Each web property has its own set of embed codes and can be deployed on any number of distinct web sites (different domains).
A mobile property type can contain multiple applications. For example, in a mobile property you can manage the same set of rules and extensions across multiple iOS and Android applications.
For a video tutorial, see Creating your first property.
Each Platform Launch implementation can be very different, with a wide variety of data-collection needs, variable usage, extensions, third-party tags, other systems and technologies, people, teams, geographic regions, and so on. You should structure your properties in a way that matches your company, workflow, and processes.
Considering the following when planning properties:
Sites are based on HTML, mobile applications on code. If the underlying HTML templates or codebases are the same for multiple sites and applications, you may want to consider using a single Platform Launch property to manage multiple sites or apps.
For all of your websites or applications, is the data you are going to collect very similar, somewhat similar, or unique?
If the data you need to collect is similar, it might make sense to group those sites or applications into one property to avoid duplicating rules or copying rules from one property to another.
If your data collection needs are unique for each site or application, it might make sense to separate out into their own properties. This method lets you control the data collection more specifically, without using large amounts of conditional logic in custom scripts.
Similar to data, are the variables you are going to set in your Analytics and other extensions very similar, somewhat similar, or unique?
For example, if eVar27 is used for the same source value across all of your websites or applications, it might make sense to group those sites or applications together so you can set those common variables in just one property.
Are the extensions, tags and systems you are going to deploy through Platform Launch very similar, somewhat similar, or unique?
If the extensions, tags, and systems you are going to deploy through Platform Launch are very similar across your sites or applications, you might want to include them in the same property.
If you are deploying Adobe Analytics on only one site or application, and your other extensions and tags are also unique, you might want to create separate properties so that you have more control.
For example, If you are deploying Adobe Analytics, Target, and the same 3rd-party extensions across all of your sites or applications, that is a reason to group together.
For the individuals, teams, and organizations that are working in Platform Launch, will they need access to all of your websites and applications, some of them, or just one?
The User Management features allow you to assign different roles to different people for all of your properties, or on a per-property basis. If someone has sufficient rights, that person can perform administrative actions across all the properties in that Platform Launch company. All the other roles can be assigned on a per-property basis. You can even hide a property from certain users (non-admins) by not giving them any role in that property.
A property is a collection of rules, data elements, configured extensions, environments, and libraries. For web there is only one publish embed code per property. For mobile there is one configuration app ID per property.
A property can be any grouping of one or more domains and subdomains. You can manage and track these assets similarly. For example, suppose that you have multiple websites based on one template, and you want to track the same assets on all of them. You can apply one property to multiple domains.
The left side of the screen shows the companies in your organization. This is particularly useful if you manage multiple accounts. Select a company to see the properties and audit logs for that company.
Each property is shown in the Properties list.
The Properties list shows the following information:
Select a property to see an overview of that property. The overview shows any activity performed on the property. It also lists the metrics and extensions for the property.
Create or configure a property in Platform Launch.
Only a user with sufficient rights can create a property. See User Management.
Before beginning, review the Best practices for planning properties for properties.
Navigate to your company page, then select Add Property, or select an existing property from the list and select Configure.
Fill in the fields:
Name: The name of your property.
Domains: The base URL of any sites you plan to deploy this property to
(Advanced) Run rule components in sequence Select this checkbox to make conditions and actions wait for the previous one to complete before they run
(Advanced) Return an empty string for undefined data elements: Select this check box if you want data elements that resolve to null or undefined values to be converted to empty strings.
(Advanced) Configure for extension development: Select this check box if you plan to install development extensions that are being actively developed by your company
Fill in the fields:
Name: The name of your property.
Privacy: By default the privacy setting is set to Opted In, meaning that you would like for the SDK to collect and send data to solutions. If you select Opted Out, the SDK by default will NOT send data to solutions. If you choose Unknown as the setting, the SDK will require that the application first propmpt the user to allow for data collection and sharing.
These settings can be further controlled via API in the mobile application.
Use HTTPS: Choose if all data communication should be sent over HTTP or HTTPS.
After your property is created, Platform Launch automatically adds a default host, a set of environments (Development, Staging, and Production) and the default extensions.
Delete a property from Platform Launch.
Property removal cannot be reversed. The requestor must be an admin-level user. This request cannot be undone.
In the Properties list, select the property you want to delete.
You can select multiple properties to delete.
Select Delete, then confirm the removal of the property.