DokumentationCampaignCampaign Classic v7 – Dokumentation

Personalisierung und Datenschutz privacy

Letzte Aktualisierung: 9. November 2026
  • Gilt für:
  • Campaign Classic v7

Auf dieser Seite werden die URL-Personalisierung, die URL-Signatur und der Schutz von Seiten mit personenbezogenen Daten behandelt.

NOTE
Im Zuge der Umstellung von Campaign v7 auf v8 wurde die Campaign Classic-Dokumentation optimiert und neu organisiert. Allgemeine Funktionen sind jetzt nur noch in der Dokumentation zu Campaign v8 verfügbar. Weitere Informationen zu Dateneinschränkungen und Datenschutzanfragen finden Sie in der Dokumentation zu Campaign v8.

Bild

In Campaign Classic v7 erfordert das Beschränken des Zugriffs auf die gesamte Entität Build 8770 oder höher.

URL-Personalisierung url-personalization

Wenn Sie personalisierte Links zu Ihrem Inhalt hinzufügen, achten Sie darauf, dass im Hostname-Teil der URL keine Personalisierung vorhanden ist. So lassen sich mögliche Sicherheitslücken verhindern. Folgende Beispiele sollten niemals in den URL-Attributen <a href=""> oder <img src=""> verwendet werden:

  • <%= url >
  • https://<%= url >
  • https://<%= domain >/path
  • https://<%= sub-domain >.domain.tld/path
  • https://sub.domain<%= main domain %>/path

Empfehlung

Um zu validieren und sicherzustellen, dass Sie die oben genannten Funktionen nicht verwenden, führen Sie über den Campaign Generic Query Editor (Dokumentation zu Campaign v8) eine Abfrage zur Tracking-URL-Tabelle aus oder erstellen Sie einen Workflow mit Filterkriterien in der Abfrageaktivität. Weitere Informationen finden Sie in der Dokumentation zu Campaign v8.

Beispiel:

  1. Erstellen Sie einen Workflow und fügen Sie eine Aktivität Abfrage hinzu. Weitere Informationen finden Sie in der Dokumentation zu Campaign v8.

  2. Öffnen Sie die Abfrage-Aktivität und erstellen Sie wie folgt einen Filter für die nmsTrackingUrl-Tabelle:

    source URL starts with http://<% or source URL starts with https://<%

  3. Führen Sie den Workflow aus und prüfen Sie, ob Ergebnisse vorliegen.

  4. Sollte dies der Fall sein, öffnen Sie die ausgehende Transition, um die Liste der URLs anzuzeigen.

URL-Signatur

Um die Sicherheit zu verbessern, wurde ein Signaturmechanismus zum Tracking von Links in E-Mails eingeführt. Es ist ab den Builds 19.1.4 (9032@3a9dc9c) und 20.2 verfügbar. Diese Funktion ist standardmäßig aktiviert.

NOTE
Beim Klicken auf eine falsch formatierte signierte URL wird dieser Fehler zurückgegeben: Requested URL '…' was not found.

Darüber hinaus können Sie eine Verbesserung verwenden, um in vorherigen Builds generierte URLs zu deaktivieren. Diese Funktion ist standardmäßig deaktiviert. Sie können sich an die Kundenunterstützung“ wenden um diese Funktion zu aktivieren.

Wenn Sie mit dem Build 19.1.4 arbeiten, können Probleme mit Push-Benachrichtigungs-Sendungen unter Verwendung von Tracking-Links oder Sendungen unter Verwendung von Anker-Tags auftreten. Wenn ja, empfehlen wir, die URL-Signatur zu deaktivieren.

Als gehosteter Campaign-, Managed Cloud Services- oder Hybrid-Kunde müssen Sie sich an die Kundenunterstützung“ wenden um die URL-Signatur deaktivieren zu lassen.

Wenn Sie Campaign in einer Hybridarchitektur ausführen, müssen Sie vor dem Aktivieren der URL-Signatur sicherstellen, dass die gehostete Mid-Sourcing-Instanz wie folgt aktualisiert wurde:

  • Zuerst die On-Premise-Marketing-Instanz
  • Aktualisieren Sie dann auf dieselbe Version wie die On-Premise-Marketing-Instanz oder auf eine etwas höhere Version

Andernfalls können einige dieser Probleme auftreten:

  • Vor dem Upgrade der Mid-Sourcing-Instanz werden über diese Instanz URLs ohne Signatur gesendet.
  • Nachdem die Mid-Sourcing-Instanz aktualisiert und die URL-Signatur auf beiden Instanzen aktiviert wurde, werden die zuvor ohne Signatur gesendeten URLs zurückgewiesen. Der Grund dafür ist, dass eine Signatur von den Tracking-Dateien angefordert wird, die von der Marketing-Instanz bereitgestellt wurden.

Um URLs zu deaktivieren, die in früheren Builds generiert wurden, führen Sie diese Schritte auf allen Campaign-Servern gleichzeitig aus:

  1. Ändern Sie in der Serverkonfigurationsdatei (serverConf.xml) die Option blockRedirectForUnsignedTrackingLink in true.
  2. Starten Sie den nlserver neu.
  3. Starten Sie auf dem tracking den web-Server neu (apache2 unter Debian, httpd unter CentOS/RedHat, IIS unter Windows).

Um die URL-Signatur zu aktivieren, führen Sie diese Schritte auf allen Campaign-Servern gleichzeitig aus:

  1. Ändern Sie in der Serverkonfigurationsdatei (serverConf.xml) die Option signEmailLinks in true.
  2. Starten Sie den nlserver-Service neu.
  3. Starten Sie auf dem tracking den web-Server neu (apache2 unter Debian, httpd unter CentOS/RedHat, IIS unter Windows).

Schützen von Seiten mit personenbezogenen Daten

Wir empfehlen On-Premise-Kunden dringend, die Seiten zu schützen, die möglicherweise personenbezogene Daten (PI) enthalten, wie Mirror-Seiten, Web-Anwendungen usw.

Ziel dieses Verfahrens ist es, zu verhindern, dass diese Seiten indiziert werden, und so ein potenzielles Sicherheitsrisiko zu vermeiden. Im Folgenden finden Sie einige nützliche Artikel:

Führen Sie die folgenden Schritte aus, um Ihre Seiten zu schützen:

  1. Fügen Sie eine robots.txt Datei im Stammverzeichnis Ihres Webservers (Apache oder IIS) hinzu. Hier ist der Inhalt der Datei:

    code language-sql 
    # Make changes for all web spiders
User-agent:
*Disallow: /

    Informationen zu IIS finden Sie auf dieser Seite.

    Für Apache können Sie die Datei in /var/www/robots.txt (Debian) platzieren.

  2. Manchmal reicht das Hinzufügen Datei robots.txt“ aus Sicherheitsgründen nicht aus. Wenn beispielsweise eine andere Website einen Link zu Ihrer Seite enthält, kann diese in einem Suchergebnis angezeigt werden.

    Zusätzlich zur Datei robots.txt wird empfohlen, den Header X-Robots-Tag hinzuzufügen. Dies ist in Apache oder IIS und in der Konfigurationsdatei serverConf.xml möglich.

    Weitere Informationen finden Sie in diesem Artikel.

recommendation-more-help
campaign-classic-help