Show Menu
ARGOMENTI×

Best practice introduttive

Se hai familiarità con Gestione dinamica dei tag (DTM, Gestione dinamica dei tag), puoi effettuare la migrazione a DTM o pennellare su Gestione dinamica dei tag.
Ultimo aggiornamento: 30 gennaio 2017
Gestione tag dinamica consente agli esperti di marketing di gestire in modo rapido e semplice i tag e offre strumenti innovativi per raccogliere e distribuire dati nei diversi sistemi di marketing digitale. DTM consente anche la distribuzione reattiva di contenuti specifici per l'utente, nuovi livelli di agilità e controllo alle aziende che cercano di prosperare nel moderno marketplace digitale.
Oltre a questa Guida Best practice, sono disponibili le seguenti risorse per trarre il massimo dall'utilizzo di Gestione tag dinamica:
Risorsa Dettagli
Documentazione del prodotto Dynamic Tag Management
Informazioni dettagliate e istruzioni dettagliate su come utilizzare Gestione tag dinamica.
Informazioni su come iniziare a utilizzare Gestione tag dinamica.

Basics for the first-time user

Un'introduzione all'interfaccia utente Gestione dinamica dei tag.

Dashboard

Navigazione: Home > Dashboard
La prima pagina visualizzata in Gestione dinamica dei tag dopo l'accesso è il dashboard. Il dashboard contiene un elenco di tutte le società a cui potete accedere.

Company overview

Navigazione: Home > Dashboard > Panoramica società
Facendo clic in una società dal dashboard viene visualizzata la pagina della panoramica della società.
Se avete accesso a una sola società, verrete indirizzati alla pagina della panoramica della società anziché al dashboard all'accesso.
In Gestione dinamica dei tag, una società è una raccolta di proprietà Web. Una proprietà Web è una raccolta di strumenti, regole e elementi di dati.
Dalla pagina della panoramica della società sono accessibili tutte le proprietà Web dell'azienda.
Gli utenti di livello amministratore possono aggiungere nuove proprietà Web dalla pagina della panoramica della società facendo clic su Aggiungi proprietà. Gli unici campi obbligatori durante la configurazione di una proprietà Web sono Nome e URL, che possono essere modificati in un secondo momento, se necessario.
Gli utenti di livello amministratore possono inoltre gestire e fornire il provisioning degli utenti dalla pagina della panoramica della società tramite le schede Utenti e Gruppi.

Property overview

Navigazione: Panoramica della società > Panoramica delle proprietà
Facendo clic in qualsiasi proprietà della pagina della panoramica della società si passa alla pagina della panoramica delle proprietà.
La pagina della panoramica delle proprietà fornisce un breve riepilogo della configurazione di proprietà e funge da gateway per i componenti delle proprietà principali: strumenti, regole, elementi dati, flusso di lavoro di pubblicazione e codici di incorporamento delle proprietà.
Navigazione: Panoramica proprietà > Strumenti installati
Gli strumenti DTM sono integrazioni integrate che consentono la distribuzione rapida di soluzioni al sito.
Attualmente, DTM offre integrazioni di strumenti per soluzioni Adobe, nonché per Google Analytics e Nielsen. Ciascuna di queste integrazioni è progettata in modo univoco per rendere più semplice la configurazione e la distribuzione di quella particolare soluzione.
Qualsiasi strumento o tag di terze parti senza un'integrazione nativa può essere implementato in una regola tramite il metodo
Sezione tag javascript/3 rd Party descritta di seguito.

Regole

Navigazione: Panoramica proprietà > Regole
Facendo clic sulla scheda Regole dalla pagina della panoramica delle proprietà si passa alle regole delle proprietà.
Le regole in Gestione dinamica dei tag vengono utilizzate per eseguire strumenti, tag, script e HTML in modo condizionato.
A prescindere dal tipo, in DTM sono presenti due componenti principali: la condizione e il trigger. La condizione indica lo scenario in cui verrà attivata la regola e il trigger indica gli elementi che verranno eseguiti quando la regola viene attivata.
In DTM sono disponibili tre tipi di regole:
  • Basate su evento: Le regole basate su eventi sono guidate da interazione. Ad esempio, se desideravo monitorare quando un utente fa clic su un determinato pulsante, utilizzerei una regola basata su eventi.
  • Caricamento pagina: Le regole di caricamento delle pagine sono legate al caricamento della pagina. Ad esempio, se volessi aggiungere un blocco di codice specifico al caricamento di determinate pagine sul mio sito, usa una regola di caricamento della pagina.
  • Chiamata diretta: Le regole di chiamata diretta vengono utilizzate negli scenari in cui DTM non è in grado di rilevare un evento nel DOM. Ad esempio, se desidero tenere traccia di un evento AJAX che non è possibile rilevare nel DOM, usa una regola di chiamata diretta.
A prescindere dal tipo di regola, se la condizione viene soddisfatta viene eseguito l'attivatore.
Tutti i tipi di regole possono attivare tag fornitori di terze parti o qualsiasi altro codice javascript o HTML personalizzato tramite la modale Tag Javascript/Third Party Tag.
Le altre modali di attivazione sono abilitate nelle regole quando gli strumenti vengono aggiunti alla proprietà. Ad esempio, se la mia proprietà contiene uno strumento Adobe Analytics e uno strumento Google Universal Analytics, le regole di proprietà includeranno i metodi di attivazione facoltativi per questi strumenti.
Ogni modale offre metodi semplici per personalizzare un trigger per quel particolare strumento.

Data elements

Navigazione: Panoramica proprietà > Regole > Elementi dati
Facendo clic sulla scheda Elementi dati nella scheda Regole viene visualizzata la pagina Panoramica degli elementi dati.
Gli elementi di dati vengono utilizzati per creare una mappatura dati in Gestione dinamica dei tag. La definizione dei punti dati comuni come elementi di dati consente di acquisire e utilizzare i punti dati in modo semplice all'interno di regole e strumenti in Gestione dinamica dei tag.

Workflows

Uno dei principali concetti in DTM è l'idea che una singola proprietà Web dispone sia di una libreria di staging, sia di una libreria di produzione.
La libreria di staging contiene tutte le regole, gli strumenti e gli elementi dati configurati nella proprietà Web. La libreria di produzione include solamente le regole, gli strumenti e gli elementi dati approvati e pubblicati.
Navigazione: Panoramica proprietà > scheda Approvazioni
Quando una regola, uno strumento o un elemento dati viene aggiunto o modificato in una proprietà, viene generata automaticamente un'approvazione.
Navigazione: Panoramica proprietà > scheda Cronologia
Dopo l'approvazione, un elemento diventa disponibile nella coda Modifiche non pubblicate 0 n nella scheda Cronologia. Una volta pubblicato un elemento, questo diventa disponibile nella libreria di produzione.
Questa separazione delle librerie e del flusso di lavoro associato consente un test più efficace nello staging senza influire sulla produzione.

Installazione

Navigazione: Panoramica proprietà > scheda Incorpora
Facendo clic sulla scheda Incorpora si passa alla pagina di installazione di Gestione dinamica dei tag.
Questa scheda contiene le varie opzioni di hosting della libreria disponibili. Per impostazione predefinita, la proprietà sfrutta l'hosting di Akamai. Questo metodo è generalmente accettabile per la maggior parte delle organizzazioni; Tuttavia, se sono disponibili un ulteriore controllo sull'erogazione della libreria DTM necessaria due opzioni self-hosting.
Se si espande la sezione Codice intestazione nella scheda Incorpora, vengono visualizzati i codici di identificazione di staging e di produzione per la proprietà.
Osserva che c'è un codice da incorporare per la produzione di staging e uno per la produzione. Questo è il modo in cui DTM distingue tra le librerie di staging e produzione descritte sopra. Quando viene installato il codice incorporato di verifica, viene caricata la libreria di staging. Quando il codice da incorporare di produzione è installato, viene caricata la libreria di produzione.
Dopo che i codici da incorporare di intestazione e piè di pagina sono stati installati correttamente su un sito, la libreria DTM associata viene caricata automaticamente per ogni caricamento di pagina.
Utilizza il plug-in DTM Switch per eseguire il test nella console Web. Questo consente di comprendere il comportamento di Gestione dinamica dei tag sulla pagina e di passare localmente alla libreria di staging per un test più efficace. For more information, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation .

DTM technical architecture and hosting

Informazioni sull'architettura tecnica di Gestione tag dinamica (DTM) e delle relative opzioni di hosting.
Questa sezione contiene le seguenti informazioni:

Architecture

I componenti principali dell'architettura tecnica DTM includono l'applicazione di gestione Web, le librerie javascript di staging e produzione e il codice da incorporare.
L'applicazione di gestione Web è l'interfaccia online a cui puoi accedere per gestire l'implementazione di Gestione dinamica dei tag. Per creare e configurare strumenti, regole e elementi di dati e gestire la distribuzione di queste configurazioni nei tuoi siti.
Una proprietà Web in Gestione dinamica dei tag è una raccolta di configurazioni di strumenti, regole e elementi dati.
Ogni proprietà Web è associata a una libreria javascript staging e una libreria javascript di produzione. Queste librerie sono generate dall'applicazione Web e contengono l'insieme univoco di configurazioni nella proprietà Web.
La libreria javascript di staging contiene tutte le configurazioni più recenti di strumenti, regole e elementi dati nella proprietà Web. Questa libreria viene aggiornata automaticamente con qualsiasi modifica nella proprietà ed è destinata alla verifica in ambienti di verifica o per test di produzione locali tramite il plug-plugin switch DTM.
For more information about the DTM switch plugin, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation.
La libreria javascript di produzione contiene solo configurazioni di elementi, regole e elementi dati che sono state approvate e pubblicate tramite il flusso di lavoro della proprietà Web. Questa libreria è destinata all'ambiente di produzione.

Hosting

Le librerie javascript di staging e produzione possono essere ospitate nei modi seguenti.
  • External hosting via Akamai -library hosted on Akamai's servers
  • Self-hosting via SFTP or library download -library hosted on your servers
La scelta di una o più opzioni di hosting è una decisione che la tua azienda dovrà prendere. Rivedete i seguenti esempi di confronto e utilizzo di scenari per facilitare la decisione.
Vantaggi Svantaggi
Akamai
Hosting esterno
  • Metodo di distribuzione standard
  • Nessuna configurazione necessaria
  • Dipendenza minima dal reparto IT
  • Aggiornamento automatico dei file
  • Distribuzione affidabile e veloce dei file tramite la rete Akamai distribuito a livello globale
  • Mancanza di controllo sulla distribuzione dei file
  • Dipendenza da infrastrutture di terze parti (se Akamai non è disponibile, così come la tua libreria)
SFTP
Hosting autonomo
  • Controllo completo della consegna dei file
  • Opzione più sicura: Trasferimento file SSH
  • Aggiornamento automatico dei file
  • Configurazione upfront richiesta
  • Maggiore dipendenza dal reparto IT
Download libreria
Hosting autonomo
  • Controllo completo della consegna dei file
  • Opzione di hosting più sicura: Cifratura bundle AES 256
  • Configurazione upfront richiesta
  • Maggiore dipendenza dal reparto IT
  • Ulteriore configurazione necessaria per l'aggiornamento automatico dei file
Esempi di utilizzo
Scenario
Soluzione
Preferisco coinvolgere l'IT il minor numero possibile e avere bisogno di un metodo di hosting affidabile al di fuori della mia infrastruttura del sito.
Sfruttare l'hosting di Akamai in tutti gli ambienti.
Desidero avere un controllo completo sulla distribuzione dei file nell'ambiente di produzione, tuttavia, velocità e agilità sono più importanti del controllo dei file nell'ambiente di staging.
Sfruttare l'hosting di Akamai in ambienti di verifica e consegna FTP nell'ambiente di produzione.
Alcune sezioni del sito contengono informazioni altamente riservate. La sicurezza è la cosa più importante per queste pagine, ma non necessariamente tanto importante su altre pagine del sito.
Sfruttare il download della libreria su pagine sicure e su hosting Akamai su pagine non sicure.
All hosting options are available to enable and configure on the Embed tab in your DTM property.
Indipendentemente dall'opzione di hosting scelta, la libreria javascript viene distribuita sul sito tramite il codice da incorporare installato. Ogni opzione di hosting fornisce un set univoco di codici da incorporare che fanno riferimento alla posizione del file in questione configurata per l'opzione di hosting.
Il codice da incorporare è costituito da due snippet di codice: l'intestazione e il codice piè di pagina.
  • Codice intestazione
    Il codice dell'intestazione deve richiamare la libreria javascript associata dal percorso host e pubblicarlo sul sito. Questo snippet di codice deve essere inserito nella sezione head del codice del sito quanto più vicino possibile al tag di apertura.
  • Codice piè di pagina
    Il codice piè di pagina è responsabile dell'identificazione della fine della pagina per il controllo dei tempi. Questo snippet di codice deve essere inserito nella sezione body del codice del sito quanto più vicino possibile al tag di chiusura.
La posizione appropriata degli snippet di codice da incorporare e da piè di pagina è fondamentale per l'implementazione effettiva della libreria javascript di Gestione dinamica dei tag.
Sebbene sia possibile utilizzare più di un'opzione di hosting, è necessario verificare che in qualsiasi pagina sia incluso solo un riferimento a un singolo codice da incorporare. La posizione duplicata o impropria del codice da incorporare può causare comportamenti imprevisti della libreria.
L'illustrazione seguente mostra come i componenti di architettura DTM discussi lavorano insieme per distribuire e gestire strumenti, tag e script sul sito.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planning your migration to DTM

Information to consider as you plan your migration to Dynamic Tag Management (DTM) and best practices to help get your implementation started correctly.
Questa sezione contiene le seguenti informazioni:

Planning your DTM setup: Component overview

Questa sezione contiene una panoramica rapida della struttura di base della società DTM per prepararsi a prendere le decisioni necessarie per pianificare la configurazione di Gestione dinamica dei tag.
In Gestione dinamica dei tag è un gruppo di proprietà Web.
Una proprietà Web è un raggruppamento di strumenti, regole e elementi dati configurati per raccogliere dati e distribuire tag/script sui tuoi siti.
Ogni proprietà Web è associata a un codice da incorporare responsabile per il caricamento delle configurazioni di proprietà specifiche sui siti.
Gli utenti vengono gestiti a livello di società ma possono essere eseguiti per ogni proprietà ad eccezione del ruolo Amministratore. Il ruolo Amministratore è globale e dispone di autorizzazioni complete per tutte le proprietà di una società.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planning your DTM setup: Decision points

In base alla struttura di base della gestione dinamica dei tag, discutiamo i punti decisionali correlati durante la pianificazione della configurazione di Gestione dinamica dei tag.
Quante società ho bisogno?
Nella maggior parte dei casi, una società soddisfa meglio le esigenze aziendali.
Il motivo principale per avere più società consiste nell'ottenere una separazione completa tra utenti e proprietà Web.
Questo tipo di configurazione è più tipico per le grandi aziende con numerosi set di entità Web eseguite da varie divisioni aziendali.
Come posso distribuire i miei domini e domini in proprietà Web?
Le proprietà Web possono essere configurate uno a uno o uno a tanti con i domini.
Per decidere cosa funziona meglio per la tua attività, considera le analogie tra domini e le differenze tra le seguenti variabili.
  • Metodi e origini di raccolta dati
  • Strumenti e tag distribuiti
  • Struttura del codice del sito
  • Flussi di lavoro per utenti DTM
Nella maggior parte dei casi, una proprietà Web per un dominio soddisfa meglio le esigenze aziendali a causa di notevoli differenze in una o molte delle variabili precedenti.
Questo tipo di configurazione soddisfa in modo più efficace le esigenze di ogni dominio, consentendo al contempo una semplice duplicazione di costanti tra domini tramite la funzionalità "copy".
Tuttavia, se queste variabili sono la stessa o molto simile tra domini, potrebbe avere più senso avere più domini all'interno di una proprietà Web. In questi casi, questa configurazione può ridurre inutilmente la duplicazione tra le proprietà.
Lo stesso concetto può essere utilizzato per la distribuzione dei sottodomini.
Esempi di utilizzo
Scenario
Soluzione
La mia divisione aziendale gestisce diversi domini. Stiamo implementando Adobe Analytics in tutti i domini, ma ogni dominio ha le proprie esigenze di suite di rapporti e di tracciamento.
Sfruttare una proprietà per ogni dominio.
La mia divisione aziendale gestisce diversi domini. Stiamo implementando Adobe Analytics in tutti i domini e utilizziamo una suite di rapporti globale per raccogliere tutti i nostri dati. Le origini dati tra domini sono molto diverse a causa di variazioni nella struttura del codice del sito.
Sfruttare una proprietà per ogni dominio.
La mia divisione aziendale gestisce diversi domini. Stiamo implementando Adobe Analytics in tutti i domini e utilizziamo una suite di rapporti globale e un livello dati globale per raccogliere tutti i nostri dati. Il resto dei nostri strumenti e tag sono prevalentemente coerenti tra i domini e stiamo pianificando di far sì che gli stessi utenti gestiscano il flusso di lavoro di pubblicazione.
Sfruttare una proprietà per tutti i domini.

Migration best practices

Dopo aver determinato la distribuzione ottimale delle proprietà e delle proprietà, prendi in considerazione le seguenti best practice per iniziare la migrazione di Gestione dinamica dei tag.
Flusso di lavoro di processo: Sviluppa un processo sistematico per migrare il codice della pagina esistente in Gestione dinamica dei tag, per garantire una transizione uniforme.
In genere è consigliabile avviare questo processo negli ambienti di pre-produzione di livello inferiore e migrare il codice in base a una pagina per pagina o a un sito in base alla sezione del sito.
Questo ti consentirà di visualizzare configurazioni DTM complete prima di rimuovere qualsiasi codice di pagina pre-esistente che riduce il rischio di interruzione di implementazione.
Utilizzo dell'IT: È importante collaborare con il team IT in anticipo per determinare i processi correnti e i cicli di distribuzione.
In questo modo potrete garantire una posizione corretta e tempestiva del codice da incorporare e la rimozione coordinata del codice di pagina migrato.
Flusso di lavoro Persone e governance: Un altro concetto importante sta nel definire un flusso di lavoro utente. La gestione approfondita dei ruoli utente fornisce la governance al flusso di lavoro DTM.
Ruolo utente
Crea regole
Modifica regole
Regole di test
Approva regole
Regole di pubblicazione
Creare/modificare utenti
Crea proprietà
Utente
Approvatore
Editore
Approver and Publisher
Amministrazione
Questo garantisce che tutti gli elementi siano completamente rappresentati dai membri giusti del team prima di essere inviati alla produzione.
For more information, see Migrating to Dynamic Tag Management in the Dynamic Tag Management Product Documentation .

Migrating to DTM: A closer look at Adobe Analytics

Whether your current Adobe Analytics implementation is deployed via on-page methods or via another tag management system, this section helps you understand your options as you migrate to DTM.

Phase 1: Quick value add

Because migrating Adobe Analytics code can be a lengthy process, DTM offers a feature that allows you to augment your existing Analytics implementation without disrupting it.
This feature is called Page Code is Already Present and is located in the Analytics tools settings in your DTM property.
Per accedere a questa funzione, espandete la sezione Gestione libreria delle impostazioni dello strumento.
With this feature enabled, DTM is able to leverage the existing implementation to send supplemental s.t() / s.tl() calls via event-based and direct-call rules.
Questa funzionalità semplifica l'utilizzo di Gestione dinamica dei tag per incrementare l'implementazione di Adobe Analytics prima di eseguire la migrazione di qualsiasi codice.
Tuttavia, è importante notare le seguenti limitazioni con questo approccio.
  • Le variabili e le impostazioni configurate nello strumento DTM Adobe Analytics non avranno effetto.
  • Le variabili Adobe Analytics impostate nelle regole di caricamento delle pagine non avranno effetto.
Queste limitazioni si verificano perché DTM si basa completamente sull'implementazione esistente per distribuire il codice appmeasurement e creare un'istanza dell'oggetto s.

Phase 2: Full migration

To take full advantage of the integrated Adobe Analytics functionality in DTM, a complete migration of Analytics code is recommended.
Questa migrazione deve includere tutti i riferimenti agli oggetti s nel codice della pagina e includere gli script sulle pagine in cui DTM distribuisce Adobe Analytics.
Le sezioni che seguono contengono le informazioni seguenti:
Migrazione del codice globale
La prima fase di migrazione consiste nel configurare il codice globale nelle impostazioni dello strumento Adobe Analytics nella proprietà DTM.
The AppMeasurement code / s_code is configured in the Library Management section of the tool settings under Code Configuration.
Se il codice pagina è già presente dalla fase 1, è necessario deselezionare questa opzione per visualizzare le opzioni Configurazione codice. Questa modifica sarà applicata solo allo staging, in modo da poter configurare e attribuire un nome completo al codice migrato prima di passare alla produzione.
The Custom configuration option is typically preferred as an initial migration approach because it allows you to reference your existing AppMeasurement / s_code as-is without the need for additional tool configuration.
  • Personalizzato - Ospitato in Gestione dinamica dei tag: Incolla il codice esistente nell'editor.
  • Personalizzato - Ospitato su URL: Fate riferimento al codice esistente nella posizione URL.
With the Managed by Adobe option, DTM automatically provides and hosts the selected AppMeasurement base code version. Questo metodo consente di aggiornare facilmente la versione del codice, rendendola un'ottima opzione a lungo termine.
A prescindere dall'opzione Configurazione codice, gli elementi non inclusi nel codice appmeasurement possono essere impostati nelle impostazioni dello strumento tramite i campi dell'interfaccia forniti o nell'editor Personalizza codice pagina.
I campi dell'interfaccia forniti sono un'eccezionale opzione a lungo termine per configurare le impostazioni e le variabili globali come sfruttare questi campi al posto del codice personalizzato, riducendo in tal modo la complessità complessiva dell'implementazione.
Dynamically populate variables by leveraging data elements directly in any field using the %dataElement% syntax.
L'editor di codice personalizza è una comoda alternativa per gli elementi che richiedono codice, ad esempio plug-in e impostazioni condizionali. Any code placed here will work in tandem with the hosted AppMeasurement code / s_code .
Migrazione del codice a livello di pagina
La fase successiva di migrazione consiste nel configurare il codice non globale nelle regole di Gestione dinamica dei tag.
Di seguito viene fornita una panoramica di ogni tipo di regola e del loro utilizzo tipico per l'impostazione di attivatori Adobe Analytics.
Tipo di regola Dettagli
Regole per il caricamento delle pagine
Utilizzare per aggiungere variabili al beacon di visualizzazione pagina predefinito su tutte o alcune pagine. Esempio di caso di utilizzo: Invio di una particolare evar al caricamento della pagina promozionale.
Regola basata su eventi
Use to trigger a s.t() or s.tl() beacon on specific user interactions. Esempio di caso di utilizzo: Invio di un beacon di visualizzazione pagina personalizzato con un evento particolare quando un popover è abilitato.
Regola di chiamata diretta
Use to trigger a s.t() or s.tl() beacon in scenarios when DOM event can' be detected. Esempio di caso di utilizzo: Invio di un beacon s. tl () con un evento particolare quando viene visualizzato un video.
Remember to follow Migration Best Practices .
Come discusso nella sezione precedente, è importante ricordare le seguenti best practice durante il lavoro di migrazione del codice Adobe Analytics.
  • Sviluppare un processo sistematico
  • Avvio in ambienti di pre-produzione di livello inferiore per la migrazione completa dei dati
  • Utilizzo dell'IT prima per la rimozione del codice
Un possibile approccio per la migrazione progressiva consiste nel determinare un flag per identificare le pagine che non sono state ancora completamente migrate. This flag can then be leveraged in the Customize Page Code editor in the tool settings to conditionally cancel the default DTM beacon on those pages by setting 's.abort = true' .
Tenete presente che questo approccio interessa solo il beacon dello strumento Analytics; le regole configurate per attivare Adobe Analytics devono essere vincolate nella regola stessa.
Attendete questo approccio completamente negli ambienti di pre-produzione prima di sfruttare la produzione.

Benefits of a tag management system: A focus on DTM

Information about the basics of tag management and walks through how Dynamic Tag Management can specifically benefit your business.
Le sezioni che seguono contengono le informazioni seguenti:

What is a tag management system?

I sistemi di gestione tag sono progettati per semplificare l'implementazione e la gestione dei tag di marketing e analisi sul sito tramite l'utilizzo di un tag contenitore.
Un tag contenitore è un singolo snippet di codice che quando inserito nella marcatura del sito è in grado di attivare innumerevoli tag sul sito.
Questo approccio riduce il carico del gruppo IT e colloca il controllo nelle mani degli esperti di marketing.

Why Dynamic Tag Management (DTM)

Gestione tag dinamica utilizza l'approccio di gestione tag descritto in precedenza e lo ottimizza attraverso una progettazione semplice, ma altamente funzionale, con uno scenario integrato e il controllo dei tempi.
Prendi in considerazione quanto segue quando decidi se Gestione tag dinamica è giusta per la tua attività:
  • Prestazioni del sito migliorate
    Con Gestione tag dinamica, i tag di marketing e analisi vengono spostati dalla marcatura del sito nella libreria DTM. Questo riduce in autonomia il tempo di caricamento della pagina, in quanto la libreria DTM è ottimizzata per la compressione e la velocità del file.
    Tuttavia, le prestazioni vengono migliorate ulteriormente anche all'uso dei controlli condizionali e dei metodi asincroni DTM.
    I controlli condizionali consentono di fare in modo che i tag siano attivati solo se necessario, eliminando la distribuzione di codice superflua.
    I tag asincroni consentono di restare all'esterno della pagina e di ridurre notevolmente il carico al rendering della pagina.
  • Maggiore controllo, rischio ridotto
    Con meno affidamento sull'IT, potrai distribuire e gestire i tag sull'orologio.
    Ciò richiede meno impegno e rischi nell'implementazione dei tag fornitore e aumenta l'agilità per il passo con le nuove funzionalità di strumento/tag.
    Inoltre, DTM offre funzioni integrate per garantire la conformità ai criteri relativi alla privacy dei dati e impedire che i tag commerciali interferiscano con il tuo sito o che passino a terzi.
  • Lavorare in modo più rapido ed efficiente
    Gestione tag dinamica adotta un approccio incentrato sui comportamenti e sfrutta integrazioni complete e funzionalità di centralizzazione dei dati per semplificare la distribuzione dei tag.
    L'approccio incentrato sui comportamenti consente di distribuire contemporaneamente innumerevoli strumenti/tag basati su un determinato comportamento piuttosto che distribuire ciascun tag singolarmente.
    Le integrazioni integrate di DTM semplificano la configurazione di strumenti quali Adobe Analytics e Google Analytics, eliminando la necessità di un codice personalizzato esteso.
    Gli elementi dati centralizzano i punti dati comuni, riducendo la ridondanza del codice e ottimizzando l'ora di ricerca dei dati.
    Queste funzioni consentono di risparmiare tempo e frustrazione in modo da concentrarti maggiormente sulla distribuzione dei tag e sul potenziamento del business.
  • Utilizzo di Gestione tag dinamica gratuitamente
    Soprattutto, se sei un cliente di Adobe Experience Cloud, Gestione tag dinamica è gratuita.
    Per informazioni dettagliate, contattate il vostro Adobe Account Manager.