Personalizzazione e privacy privacy
Questa pagina tratta la personalizzazione degli URL, la firma degli URL e la protezione delle pagine contenenti informazioni personali.
In Campaign Classic v7, la limitazione dell’accesso all’intera entità richiede la build 8770 o successiva.
URL PERSONALIZATION url-personalization
Quando aggiungi collegamenti personalizzati al contenuto, evita sempre di includere alcuna personalizzazione nella parte nome host dell’URL per evitare potenziali lacune di sicurezza. I seguenti esempi non devono mai essere utilizzati in tutti gli attributi URL <a href=""> o <img src="">:
<%= url >https://<%= url >https://<%= domain >/pathhttps://<%= sub-domain >.domain.tld/pathhttps://sub.domain<%= main domain %>/path
Consiglio
Per convalidare e assicurarsi di non utilizzare quanto sopra, esegui una query sulla tabella degli URL di tracciamento tramite Editor query generico di Campaign (documentazione di Campaign v8) o crea un flusso di lavoro con criteri di filtro nell’attività di query. Consulta la documentazione di Campaign v8.
Esempio:
-
Crea un flusso di lavoro e aggiungi un’attività Query. Consulta la documentazione di Campaign v8.
-
Aprire l’attività Query e creare un filtro per la tabella
nmsTrackingUrlnel modo seguente:source URL starts with http://<% or source URL starts with https://<% -
Esegui il flusso di lavoro e verifica se sono presenti risultati.
-
In tal caso, apri la transizione di output per visualizzare l’elenco degli URL.
Firma URL
Per migliorare la sicurezza, è stato introdotto un meccanismo di firma per il tracciamento dei collegamenti nelle e-mail. È disponibile a partire dalle build 19.1.4 (9032@3a9dc9c) e 20.2. Questa funzione è attivata per impostazione predefinita.
Requested URL '…' was not found.Inoltre, puoi utilizzare un miglioramento per disabilitare gli URL generati nelle build precedenti. Questa funzione è disabilitata per impostazione predefinita. Puoi contattare l’Assistenza clienti per abilitare questa funzione.
Se esegui la build 19.1.4, potrebbero verificarsi problemi con le consegne di notifiche push tramite collegamenti di tracciamento o le consegne con tag di ancoraggio. In tal caso, si consiglia di disabilitare la firma URL.
In qualità di cliente ibrido, Managed Cloud Services o in hosting per Campaign, devi contattare l’Assistenza clienti per disabilitare la firma URL.
Se esegui Campaign in un’architettura ibrida, prima di abilitare la firma URL, assicurati che l’istanza mid-sourcing ospitata sia stata aggiornata come segue:
- Prima l’istanza di marketing on-premise
- Quindi effettua l’aggiornamento alla stessa versione dell’istanza di marketing on-premise o a una versione leggermente superiore
In caso contrario, potrebbero verificarsi alcuni dei seguenti problemi:
- Prima che l’istanza di mid-sourcing venga aggiornata, gli URL vengono inviati senza firma tramite questa istanza.
- Dopo l’aggiornamento dell’istanza di mid-sourcing e l’abilitazione della firma URL in entrambe le istanze, gli URL inviati in precedenza senza firma vengono rifiutati. Il motivo è che una firma viene richiesta dai file di tracciamento forniti dall’istanza di marketing.
Per disabilitare gli URL generati nelle build precedenti, effettua le seguenti operazioni su tutti i server Campaign contemporaneamente:
- Nel file di configurazione del server (
serverConf.xml), modificare l’opzione blockRedirectForUnsignedTrackingLink in true. - Riavviare il servizio
nlserver. - Sul server
tracking, riavviare il serverweb(apache2 su Debian, httpd su CentOS/RedHat, IIS su Windows).
Per abilitare la firma URL, effettua le seguenti operazioni su tutti i server Campaign contemporaneamente:
- Nel file di configurazione del server (
serverConf.xml), modifica l’opzione signEmailLinks in true. - Riavviare il servizio nlserver.
- Sul server
tracking, riavviare il serverweb(apache2 su Debian, httpd su CentOS/RedHat, IIS su Windows).
Proteggi pagine con PI
Consigliamo vivamente ai clienti on-premise di proteggere le pagine che potrebbero contenere informazioni personali (PI) come pagine mirror, applicazioni web, ecc.
L’obiettivo di questa procedura è quello di evitare che queste pagine vengano indicizzate, evitando in tal modo un potenziale rischio per la sicurezza. Di seguito sono riportati alcuni articoli utili:
Per proteggere le pagine, effettua le seguenti operazioni:
-
Aggiungi un file
robots.txtnella directory principale del server Web (Apache o IIS). Di seguito è riportato il contenuto del file:code language-sql # Make changes for all web spiders User-agent: *Disallow: /Per IIS, fare riferimento a questa pagina.
Per Apache, puoi inserire il file in /var/www/robots.txt (Debian).
-
A volte l’aggiunta di un file robots.txt non è sufficiente in termini di sicurezza. Ad esempio, se un altro sito Web contiene un collegamento alla pagina, potrebbe essere visualizzato in un risultato di ricerca.
Oltre al file robots.txt, si consiglia di aggiungere un’intestazione X-Robots-Tag. Puoi eseguire questa operazione in Apache o IIS e nel file di configurazione serverConf.xml.
Per ulteriori informazioni, consultare questo articolo.