Time-to-Live(TTL)-Limits für Datensätze ttl-guardrail

Gilt diese Änderung nur für Produktions-Sandboxes oder auch für Entwicklungs-Sandboxes?

Diese Änderung gilt für alle Sandbox-Typen.

Sind auch die Profile selbst vom 90-tägigen TTL-Limit für Daten im Profilspeicher betroffen?

Die systemgenerierten Datensatzdaten im Profil werden nach 90 Tagen entfernt, aber nicht die Profile selbst.

Wenn systemgenerierte Datensatzdaten per Push an Customer Journey Analytics (CJA) gesendet werden, wirkt sich die TTL dann auch auf die Daten in CJA aus?

Daten in Customer Journey Analytics werden mit Experience Platform synchronisiert. Daher wirkt sich eine Entfernung von Daten aufgrund einer TTL für systemgenerierte Datensatzdaten auch auf die Daten in Customer Journey Analytics aus.

Können Kundinnen und Kunden die TTL für Systemdatensatzdaten von Journey Optimizer im Profilspeicher erhöhen?

TTL-Erweiterungen werden derzeit nicht unterstützt. Es ist jedoch geplant, den TTL-Prozess zu optimieren, damit diese Erweiterungsanfragen irgendwann ab der zweiten Jahreshälfte 2025 berücksichtigt werden können.

note note
NOTE
Im Profil gespeicherte Daten unterliegen der Berechtigung für das gesamte Datenvolumen. Daher würde jede Erhöhung der Datenspeicherung im Profil infolge einer TTL-Erweiterung der Berechtigung für das gesamte Datenvolumen angerechnet werden. Weitere Informationen

Können Kundinnen und Kunden die TTL für Systemdatensatzdaten von Journey Optimizer im Data Lake erhöhen?

TTL-Erweiterungen werden derzeit nicht unterstützt. Kundinnen und Kunden mit einer Real-Time CDP-Berechtigung können Daten über Ziele exportieren, um diese länger aufzubewahren. Weitere Informationen

Sind die folgenden Funktionen von den TTLs betroffen?

• Suchspeicher: Nein

• Journey-Begrenzung: Nein

• Angebotsbegrenzung: Nein

• Optimierung des Versandzeitpunkts (STO): Nein

• Frequenzbegrenzung für Nachrichten (d. h. Geschäftsregeln): Nein

• Reporting: Nein

  note note
  NOTE
  Es ist bereits eine TTL in der Customer Journey Analytics-Verbindung (CJA-Verbindung) implementiert, die den maximalen effektiven Lookback-Zeitraum der betroffenen Datensatzdaten auf 13 Monate reduziert.

• Datenquelle von Experience Platform: Ja, der Abruf von Erlebnisereignissen unterliegt der 90-tägigen TTL.

• Berechnete Attribute: Ja, die anfängliche Aufstockungsberechnung ist auf die Daten der letzten 90 Tage beschränkt. Das berechnete Attribut wird basierend auf inkrementellen Ereignissen für nachfolgende Updates aktualisiert. Sobald die nachfolgenden Updates den Lookback-Zeitraum (max. 6 Monate) erreichen, wirkt sich die TTL im Wesentlichen nicht mehr auf das berechnete Attribut aus. Weitere Informationen.

• Segmentierung und Retargeting: Ja, die Segmentierung hängt von den Daten im Profilspeicher ab. Daher ist der Lookback-Zeitraum der betroffenen Datensatzdaten auf 90 Tage beschränkt.

• Tracking: Ja, es verringert den effektiven maximalen Lookback-Zeitraum der betroffenen Datensatzdaten auf 90 Tage. Daten aus betroffenen Datensätzen bleiben für 13 Monate im Data Lake.

Welcher Zeitstempel wird für die Durchsetzung der TTL verwendet (z. B. für Anwendungsfälle zur Aufstockung)?

Es wird der Zeitstempel des Ereignisses verwendet (d. h. nicht das Aufnahmedatum).