- Guida dell’amministratore di Analytics
- Panoramica dell’amministrazione di Analytics
- Requisiti di sistema
- Strumenti di amministrazione
- Strumenti di amministrazione
- Fatturazione
- Rimozione bot
- Gestore codici
- Variabili di conversione
- Codici valuta
- Descrizioni report personalizzati
- Personalizza calendario
- Origini dati
- Metriche predefinite
- Escludi per indirizzo IP
- Metodi di ricerca
- Impostazioni account generali
- Gestione dei gruppi
- Filtri URL interni
- Registri
- Canali marketing
- Personalizzazione del menu
- Visibilità delle metriche
- Gestione delle app
- Rilevamento di ricerca a pagamento
- Elenchi di pubblicazione
- Pubblicazione Widget
- Preferenze Manager
- Impostazioni privacy
- Impostazioni privacy
- Regole di elaborazione
- Panoramica sulle regole di elaborazione
- Configurazione delle regole di elaborazione
- Funzionamento delle regole di elaborazione
- Ordine di elaborazione
- Creare regole di elaborazione
- Visualizzare le regole di elaborazione attive
- Visualizzare la cronologia delle regole di elaborazione
- Ripristinare le regole di elaborazione
- Copiare le regole di elaborazione in un’altra suite di rapporti
- Dimensioni disponibili per le regole di elaborazione
- Regole di elaborazione, esempi
- Esempi di regole di elaborazione
- Compilare un ID campagna da un parametro di stringa query
- Impostare l’evento di visualizzazione prodotto dalla pagina di panoramica prodotto
- Aggiungere una sottocategoria concatenando la categoria e il nome della pagina
- Determinare un percorso copiando un valore eVar in un prop
- Pulizia dei valori in un rapporto
- Compilare termini di ricerca interni utilizzando un parametro di stringa query
- Copiare una variabile di dati di contesto in una eVar
- Impostare un evento utilizzando una variabile di dati di contesto
- Rimozione di un evento da un’occorrenza
- Suggerimenti e trucchi per le regole di elaborazione
- Rapporti in tempo reale
- Coda dei report pianificati
- Inoltro lato server
- Menu dei rapporti semplificati
- Gestione social
- Eventi di successo
- Marca temporale opzionale
- Variabili traffico
- Variabile Visitatore univoco
- Gestione video
- Experience Cloud in Admin Console
- Impostazioni aziendali
- Gestione suite di rapporti
- Report Suite Manager
- Suite di rapporti rollup e globali
- Creare una suite di rapporti rollup
- Modelli suite di rapporti
- Salvare una ricerca suite di rapporti
- Impostazioni suite di rapporti singole
- Scaricare le impostazioni delle suite di rapporti
- New Report Suite (Nuova suite di rapporti)
- Creare un gruppo suite di rapporti
- Gestione di utenti e prodotti (Legacy)
- Gestione di utenti e prodotti
- Assegnare gruppi di utenti a una suite di rapporti
- Gestione utente
- Gruppi utente
- Personalizzare l’accesso ai rapporti
- Invia e-mail agli utenti
- Governance dei dati
- Adobe Analytics e RGPD
- Adobe Analytics e CCPA
- Domande frequenti
- Flusso di lavoro sulla privacy dei dati di Adobe Analytics
- Visualizzare/gestire le impostazioni di governance dei dati della suite di rapporti
- Etichettare i dati della suite di rapporti
- Inviare richieste di accesso e cancellazione
- Etichette Privacy dei dati per le variabili di Analytics
- Namespace
- Espansione dell’ID
- Tecniche di etichettatura consigliate
- Esempi di etichettatura
- Privacy dei dati e Data Connectors (Genesis)
- Terminologia sulla privacy dei dati
- Variabili per la generazione di rapporti sulla privacy
- Utilizzo delle chiamate server
- Gestione traffico
- Amministratore API
Tempo di lead richiesto per aumento di traffico
Adobe richiede un preavviso per nuove impostazioni account, picchi di traffico e aumenti di traffico. L'hardware deve essere allocato in anticipo per ridurre al minimo la latenza e gli eventuali impatti negativi sul sistema.
L'allocazione dell'hardware è guidata dagli avvisi inviati tramite l'interfaccia utente di reporting e analisi.
Adobe non può contenere le richieste di modifica del traffico "segnaposto". Salvo indicazione contraria, rispettare il termine di segnalazione proposto il più vicino possibile, compreso il mancato invio di un avviso troppo presto. Consultate Pianificare un picco di traffico o Specificare un aumentodi traffico permanente.
Utilizzate le seguenti linee guida per determinare con quale anticipo è necessario inviare un avviso di traffico:
Lead time di allocazione hardware
| Stime del traffico giornaliere (hit) | Lead time necessario (gennaio - ottobre) |
Lead time necessario (novembre - dicembre) |
|---|---|---|
| Fino a 1.000.000 | Nessun lead time necessario | Nessun lead time necessario |
| 1,000,000 - 5,000,000 | Due giorni lavorativi | Tutti gli aumenti di traffico previsti per novembre-dicembre dovrebbero essere presentati entro il 1° settembre. In questo modo si concederà il tempo necessario per l'acquisto della capacità, se necessario, per accogliere il traffico delle vacanze. |
| 5,000,000 - 10,000,000 | Una settimana di calendario | |
| 10,000,000 - 25,000,000 | Due settimane di calendario | |
| Oltre 25.000.000 |
Uno o più mesi |
Altre considerazioni da prendere in considerazione:
-
Se hai diverse suite di rapporti che iniziano o aumentano fino ai numeri sopra elencati, il lead time si applica come somma del traffico previsto per ognuna di esse.
-
Per inviare una modifica al traffico sono disponibili le seguenti informazioni:
- ID suite di rapporti
- Stima hit al giorno
- Data Go-live
-
Gli avvisi client sono necessari anche quando il traffico diminuisce o una suite di rapporti è obsoleta.
Disallocazione hardware a causa di traffico non realizzato
L'hardware per i nuovi account, i picchi di traffico e gli aumenti di traffico verranno deallocati se il traffico previsto nell'avviso del cliente non si materializza entro 4 settimane dalla "data di inizio". Se il traffico è ancora previsto, è necessario generare un nuovo avviso client come aumento del traffico.