Skip to main content

Manage read-only, system-created profile properties

Updated today

BlueConic automatically generates several read-only profile properties for every tenant. These system-created properties store key metadata about each profile—such as when it was created or last modified—and cannot be manually edited. Understanding these properties helps you interpret profile data accurately and manage merges effectively.

Read-only properties ensure consistent data integrity across your tenant. They prevent accidental overwrites or conflicting updates when profiles merge or sync with other systems.

Important: These properties follow non-editable merge rules to ensure that no unexpected profile changes occur when a merge strategy is applied.

Types of read-only properties

  • Creation date: The date when the profile was created. (Data type is “Date time.”)

  • Last visited date: The date when the person last visited your website. (Data type is “Date time.”)

  • Domain group: The domain group that the profile belongs to. (Data type is “Text.”)

  • Last modified date: The date when the profile last had a change. (Data type is “Date time.”)

  • System has property: A list of all the properties that the profile has values for. (Data type is “Text.”)

Note: The Sample ID property is also system-created but not read-only. It’s calculated whenever two profiles merge. You can edit its settings, but it is not part of any merge strategy.


Before you begin

  • Ensure you have the appropriate role and permissions for profiles .

  • System-created properties are automatically added to all tenants and cannot be deleted or modified.

  • To learn more about all out-of-the-box profile properties BlueConic collects, review the following article.

Note about pre-2024 tenants:
If your tenant had a property with the same ID as a system-created one before January 2024:

  • The property was automatically updated to read-only.

  • It now uses the system-defined data type and settings.

  • It is marked “Created by BlueConic” on the property page.

  • Your property name and labels remain editable.

  • Property values were not affected.


Manage Read-only Properties

View Read-only Properties

  1. Via the BlueConic navigation, select More > Properties.

  2. To view all system-created properties, select filters.

  3. Under Created by, check BlueConic.

  4. Read-only properties will appear in grey text in the list.

  5. Click any property name to open its details page.

  6. The metadata section displays “Created by BlueConic”, identifying it as system-created.

Edit read-only properties

You cannot modify read-only property settings; however, there are specific fields that can be edited for organizational purposes.


On the property page, you can edit:

  • Property name (at the top of the page)

  • Favorite

  • Labels

  • Description

All other fields under Settings and Expert settings are grayed out and uneditable, except Hide from UI.


Out-of-the-box configurations

Each read-only property is configured slightly differently, but all share these specific settings:

  • Available for segmentation: Yes

  • Is unique identifier: No

  • Data sensitivity: Non-PII

  • Permission level: Level 1

  • Merge strategy: System defined

Each read-only property has an ID that is hardcoded and separate from the editable property name; the system reads this ID to identify the data type for that property. The IDs for the five properties are listed below in italics:

  • Creation date: creationdate

  • Last visited date: lastvisit

  • Domain group: domaingroup

  • Last modified date: lastmodifieddate

  • System has property: system_has_property


Segmentation

  • Under Expert settings, you can configure one setting at the bottom: Hide from UI.

  • When Hide from UI is enabled:

    • The read-only property can still be used for creating segments from server-side plugins.

    • However, it cannot be used from the Segments page.

  • This setting differs from Available for segmentation, which:

    • Is automatically enabled.

    • Makes the property available for creating segments in general.


How system-defined merge rules work

Read-only properties follow special, non-editable merge rules that differ from normal profile merge strategies. These ensure stable results and prevent data conflicts.

  • Platform-defined rules: The merge strategy for these properties is determined by BlueConic and cannot be edited.

  • Leading profile selection: When profiles merge, BlueConic automatically identifies one leading profile. All other profiles merge into this profile one at a time, property by property.

  • Resulting profile: After merging, only one profile remains—the resulting profile—which retains the leading profile’s read-only values.

  • Property value retention:

    • For Creation date, Last visited date, and Last modified date, the leading profile’s values are always kept.

    • These dates never change, regardless of values in other profiles.

  • Merge prerequisites: The Domain group must match across all merging profiles. If it differs, the merge does not occur.

  • Excluded from merge: The System has property and Sample ID properties are not merged because they are not stored in the database. They are recalculated when profiles are retrieved from the database.


Merge examples

The following scenario illustrates how merging works with read-only profile properties. You want to merge all three profiles so that Albert has only one unified profile. The visitor named Albert Apple has three separate profiles from visiting your website using three devices:

  • Desktop computer

  • Mobile phone

  • Laptop


How the merge proceeds

  1. Domain group check: BlueConic first verifies that the Domain group property is identical across all three profiles. If the values match, the merge continues.

  2. Leading profile selection: The system designates the desktop computer (A) profile as the leading profile. All other profiles (B and C) will merge into this one sequentially.

  3. First merge (B into A):

    • Read-only properties retain the A profile’s values.

    • All other properties merge based on their individual property merge strategies.

    • After the merge, profile B is deleted.

  4. Second merge (C into A):

    • Read-only properties again retain the A profile’s values.

    • The C profile is then deleted after the merge completes.

  5. Result: The remaining resulting profile keeps the A profile’s values for all read-only properties and merged data from B and C based on each property’s strategy.

Profiles for Albert Apple

Creation Date

Last Visited Date

Last Modified Date

Desktop computer (A)

November 1, 2023

December 1, 2023

January 2, 2024

Laptop (B)

April 15, 2023

June 15, 2023

August 3, 2023

Mobile phone (C)

July 26, 2022

September 9, 2022

October 17, 2022

Resulting profile after merge

November 1, 2023

December 1, 2023

January 2, 2024


Next steps

Did this answer your question?