Vai al contenuto
VVeeMetr
Dati e misurazioni4 min di lettura

Regole di automazione degli annunci: verifica dei dati, dei trigger e dell'esecuzione

Una revisione pratica degli input delle regole, delle condizioni di attivazione, delle azioni inviate e del readback della piattaforma, inclusi i parametri mancanti e i risultati parziali.

L'idea chiave

Verifica l'ambito dell'account, i limiti dei rapporti e la disponibilità delle metriche prima di valutare una regola. Quindi controlla separatamente il trigger, l'azione inviata e il readback della piattaforma. Una regola eseguita con successo da sola non dimostra che un annuncio è stato messo in pausa.

Definire gli oggetti e il perimetro di rendicontazione

Specifica gli account, il livello di pubblicità e la finestra di reporting coperti da una regola. Un operatore dovrebbe essere in grado di spiegare perché un oggetto è incluso e confermare che gli oggetti esclusi non rientrano nell'ambito. Registra il tempo di valutazione, il fuso orario dell'account e il tempo di aggiornamento dei dati in modo che la spesa e il valore di conversione si riferiscano allo stesso periodo.

Questo è un metodo di verifica, non una soglia di pausa universale. La persona responsabile della pubblicità dovrebbe definire le soglie utilizzando le convenzioni di reporting aziendale.

  • Conferma account, livello di oggetto e filtri.
  • Conferma la finestra del rapporto, il fuso orario, la valuta e l'origine del valore di conversione.
  • Identificare chi può modificare la regola e risolvere le eccezioni.

Verifica la disponibilità prima di confrontare i valori

Uno zero osservato e un risultato non disponibile trasportano informazioni diverse. Se una regola richiede il valore dell'ordine ma i dati aziendali rilevanti non sono stati sincronizzati, la sostituzione dell'importo mancante con zero non può stabilire un valore ROAS basso.

Mantenere i dati disponibili, gli aggiornamenti in sospeso, l'accesso insufficiente e le metriche non applicabili distinguibili nel record di revisione. Quando una metrica richiesta non è disponibile, controlla i dati e la gestione di tale stato da parte della regola prima di consentirne l'esecuzione. La mancanza di prove non costituisce una perdita aziendale.

Ricalcolare una condizione del campione

Questo è un esempio logico, non una raccomandazione sulla soglia o un risultato effettivo della campagna. Supponiamo che una regola richieda una spesa di almeno 100 e ROAS inferiore a 1. Un oggetto con una spesa di 120 e un valore di conversione disponibile di 60, con la stessa valuta e definizione di reporting, ha ROAS di 60/120 = 0,5. Entrambe le condizioni sono soddisfatte.

Se la spesa rimane pari a 120 ma il valore di conversione non è disponibile, la seconda condizione non può essere stabilita in base alle prove attuali. Non forzare un calcolo ROAS nemmeno quando la spesa è pari a zero. Conserva il numeratore, il denominatore e gli operatori di confronto durante la revisione di una decisione.

Verifica separatamente la valutazione, l'invio e lo stato della piattaforma

Una valutazione completata può significare che nessun oggetto soddisfa le condizioni. Quando un oggetto è idoneo, controlla se è stata inviata un'azione, se la piattaforma l'ha accettata e se lo stato corrispondente è stato riletto. Ogni passaggio richiede le proprie prove.

Osservare successivamente un oggetto in pausa non dimostra di per sé che questa regola abbia causato il cambiamento. Abbina gli identificatori degli oggetti, i timestamp delle azioni, i record delle operazioni e i tempi di rilettura e controlla l'intervento di azioni manuali o altre regole.

  • Valutazione: quali input sono stati utilizzati e quali oggetti sono stati qualificati o sono stati saltati?
  • Operazione: quale azione è stata inviata per quale oggetto e quale risultato è stato restituito?
  • Rilettura: quale stato è stato osservato, quando è stato aggiornato e appartiene all'oggetto previsto?

Recupera solo il lavoro che rimane irrisolto

Quando solo una parte di un batch ha risultati confermati, elencare separatamente gli oggetti confermati, non riusciti e irrisolti. Un timeout o una rilettura ritardata non significa necessariamente che l'azione non sia avvenuta. Controllare lo stato della piattaforma esistente e i record operativi prima di ripetere il lavoro.

Registrare il problema, i controlli già eseguiti, l'azione successiva e la persona responsabile. Una volta ripristinati i dati o l'accesso, rivalutare le condizioni applicabili. Un trigger precedente non stabilisce che la stessa azione sia ancora appropriata adesso.

Domande frequenti

L'esecuzione corretta di una regola dimostra che un annuncio è stato messo in pausa?

No. Controlla gli oggetti qualificanti, i risultati delle azioni inviate e il corrispondente readback della piattaforma, conservando i timestamp per ogni passaggio.

Il valore dell'ordine mancante può essere trattato come zero ROAS?

Non sostituire il valore di conversione non disponibile con uno zero osservato. Stabilire le definizioni di copertura e reporting prima di valutare le condizioni che dipendono dalla metrica.

L'intero batch deve essere ripetuto dopo un timeout?

Ispeziona prima le azioni inviate e lo stato attuale della piattaforma. Separa gli oggetti confermati, falliti e irrisolti, quindi recupera il lavoro rimasto incompleto.

Fonti e approfondimenti

Informazioni su queste guide

Queste guide descrivono metodi di lavoro riproducibili. Gli esempi di calcolo non sono risultati dei clienti o promesse di prestazioni. Le definizioni esterne si collegano alle loro fonti; applica le indicazioni insieme alle autorizzazioni del tuo account e alle regole attuali della piattaforma.

Porta il metodo al tuo prossimo lancio.

Scopri come VeeMetr collega risorse creative, attività di pubblicazione e dati aziendali.

Prodotto ↗