Configurazione dell'accesso e tracciamento SEO

La configurazione di accesso, tracciamento e fonti dati rappresenta il gate di misurazione per l’impegno SEO. Dimostra che il team può recuperare le prove dell’audit, distinguere i dati affidabili da quelli contaminati e ripetere la baseline in seguito.

Fase: P1 · Stadio A — Comprendere. Blocco temporale: da due a cinque giorni lavorativi, con richieste inviate prima del kickoff dove possibile. Responsabile: il lead SEO è accountable; il project owner del cliente coordina gli inviti, mentre i responsabili di analytics, engineering, ecommerce e CRM verificano i propri sistemi.

Perché questa fase è qui

La fase precedente di scoperta e definizione degli obiettivi stabilisce il sito, i mercati, i risultati di business, gli stakeholder e le domande a cui l’incarico deve rispondere. Questa fase converte tale perimetro in sistemi osservabili. Se la scoperta indica che le richieste demo qualificate sono importanti, la configurazione del tracciamento deve identificare l’evento e lo stadio CRM che ne rappresentano una. Se la scoperta identifica Regno Unito e Stati Uniti come mercati separati, la configurazione dei dati deve preservare il contesto di paese, fuso orario e valuta anziché mescolarli.

Viene prima dell’audit perché non puoi auditare ciò che non puoi misurare. Un crawler può rivelare codici di stato e link, ma non quali query hanno perso impressioni, quali pagine hanno generato entrate qualificate o se una conversione è stata attivata due volte. Questi fatti risiedono nei sistemi di ricerca, analytics, log e business del cliente.

Iniziare l’audit mentre l’accesso è ancora “in corso” crea ritardi nel momento in cui le prove di prima parte dovrebbero confermare le prime ipotesi. Gli analisti potrebbero colmare la lacuna con supposizioni e preservare tali supposizioni nella baseline.

Eseguire questa fase in seguito corrompe anche il confronto. Se il tracciamento viene riparato a metà percorso, “prima” e “dopo” usano sistemi di misurazione diversi. Correggi l’integrità, segna la discontinuità, poi cattura la baseline.

Input e output

Gli input indicano al responsabile cosa deve essere disponibile prima della verifica. Gli output sono il contratto con l’audit della baseline tecnica: il prossimo responsabile non dovrebbe dover cercare credenziali o indovinare se uno zero significa “nessuno” o “non misurato.”

Input e output della fase

La checklist di accesso e tracciamento

Ogni elemento sottostante indica cosa fare, perché è importante, come farlo, quale strumento è coinvolto e la prova che lo chiude. “Richiesto” è uno stato del flusso di lavoro, mai una condizione di completamento.

1. Stabilire l’ambito canonico e il registro degli accessi

Cosa fare: Crea una riga per ogni proprietà e sistema in scope. Includi la proprietà di dominio e tutte le varianti URL-prefix rilevanti in Google Search Console; Bing Webmaster Tools; analytics; tag manager; CMS; hosting e CDN; log server grezzi o elaborati; backend ecommerce o CRM; piattaforma di consenso; e strumenti esistenti di ranking, crawl o reporting.

Perché è importante: Una riga vaga etichettata “accesso GSC” può nascondere un protocollo, host, negozio o sottodominio internazionale mancante.

Come e strumento: Parti dalla mappa dei domini e dei mercati della scoperta. Registra sistema, identificativo account/proprietà, ruolo richiesto, amministratore, utente previsto, data richiesta e motivo. Usa account aziendali nominati e il privilegio minimo che può recuperare le prove richieste; non scambiare password condivise nel registro.

Completato quando: Ogni sistema in scope ha un amministratore e un verificatore, ogni proprietà è nominata esattamente e nessuna riga critica rimane semplicemente “da identificare.”

2. Verificare la copertura delle proprietà di Google Search Console

Cosa fare: Conferma la proprietà di dominio verificata e ispeziona ogni proprietà URL-prefix operativamente rilevante.

Perché è importante: L’accesso a https://www.example.com/ non dimostra la visibilità su https://example.com/ o su un sottodominio del negozio. La variante sbagliata può far apparire pagine e query assenti.

Come e strumento: In Google Search Console, apri Performance, seleziona l’intervallo di date recente concordato, recupera le righe di query e pagine, ispeziona Indicizzazione e Sitemap e annota l’identificativo della proprietà. Confronta l’ambito della proprietà con la mappa dei domini della scoperta. In AmICited, collega la fonte corrispondente da Fonti Dati e conferma che Query di Ricerca Google restituisca righe recenti.

Completato quando: Il registro contiene la proprietà di dominio, tutte le varianti utili, ruolo, report testato, prova di riga/data e data di verifica. Un report senza righe viene investigato anziché accettato come prova.

3. Verificare Bing Webmaster Tools in modo indipendente

Cosa fare: Conferma il sito corretto in Bing Webmaster Tools e recupera dati di ricerca e crawl.

Perché è importante: Vedere un sito in un account non dimostra che l’identità collegata possa leggere i dati correnti di ricerca e crawl di Bing.

Come e strumento: Apri il sito selezionato, recupera un report recente di performance di ricerca e ispeziona le informazioni sul crawl. Collega Bing in Fonti Dati di AmICited, poi apri Performance di Ricerca Bing e verifica che clic, impressioni, percentuale di clic e posizione media abbiano un periodo di rendicontazione reale.

Completato quando: Il sito previsto è nominato nel registro e sia il report del provider che il report di AmICited restituiscono date plausibili o uno stato documentato e legittimo di assenza dati.

4. Validare la raccolta di analytics e tag manager

Cosa fare: Testa visualizzazioni di pagina, comportamento del consenso, eventi chiave, attivazioni duplicate, attribuzione referral e percorsi cross-dominio.

Perché è importante: Due installazioni del contenitore possono duplicare gli eventi; un dominio di pagamento può riavviare le sessioni; i cambiamenti del consenso possono creare un cambiamento graduale non correlato alla SEO.

Come e strumento: Usa la vista in tempo reale o di debug dell’analytics e la modalità anteprima del tag manager. Esegui una sessione controllata con un marcatore di campagna unico attraverso un percorso chiave. Registra ogni evento previsto una volta, i suoi parametri, sorgente/medium, pagina di destinazione, continuità della sessione e stato del consenso. Confronta l’installazione del tag manager con i tag hard-coded e i plugin nel CMS.

Completato quando: Un’azione controllata produce un evento previsto, nessun tag critico si attiva due volte, la navigazione cross-dominio mantiene la sessione e il comportamento del consenso corrisponde alla policy approvata. Salva il timestamp del test e le prove dell’evento.

5. Riconciliare le conversioni con il sistema di registrazione

Cosa fare: Mappa le conversioni dell’analytics a ordini, lead o stadi qualificati nella piattaforma ecommerce o CRM. Un sistema di registrazione è il backend autorevole usato per confermare che l’evento di business sia effettivamente avvenuto.

Perché è importante: La visualizzazione di una pagina di ringraziamento non è automaticamente un ordine, né un invio di modulo è un lead qualificato. Un guasto silenzioso degli eventi può invertire l’apparente performance delle pagine di destinazione.

Come e strumento: Seleziona almeno tre record di test noti o recenti dove permesso, traccia i loro identificatori e timestamp attraverso l’analytics e il backend e documenta cancellazioni, rimborsi, spam e modifiche offline. Conserva solo l’identificatore minimo necessario.

Completato quando: Ogni conversione primaria ha un responsabile, un trigger, una controparte nel backend e un risultato di riconciliazione. Qualsiasi differenza di conteggio inspiegata oltre le soglie sottostanti blocca l’uso dei tassi di conversione come baseline.

6. Confermare l’accesso a CMS, hosting, CDN e log

Cosa fare: Verifica l’accesso in lettura alla configurazione di pubblicazione, reindirizzamenti, caching, deployment, regole edge e log delle richieste del server. I log del server sono record prodotti quando i client — inclusi i crawler di ricerca e AI — richiedono risorse all’infrastruttura.

Perché è importante: L’audit potrebbe dover distinguere un difetto di contenuto da una regola di template, reindirizzamento, firewall o cache edge. L’analisi del crawl non può mostrare cosa Googlebot ha richiesto storicamente se i log diventano necessari in seguito.

Come e strumento: In ogni sistema amministrativo, apri una schermata di configurazione innocua senza modificarla. Per i log, recupera un campione limitato di 24 ore contenente timestamp, percorso richiesto, stato della risposta e user agent; documenta conservazione, fuso orario e anonimizzazione. Conferma se i log di origine e CDN si sovrappongono o rappresentano diversi livelli di richiesta.

Completato quando: Il team può localizzare il deployment attivo e i controlli di reindirizzamento/caching, e può recuperare un campione di log analizzabile — oppure il registro delle eccezioni documenta perché i log non esistono, la limitazione analitica e l’alternativa approvata.

7. Inventariare gli strumenti SEO esistenti e le interruzioni storiche

Cosa fare: Elenca tracker di ranking, crawler, dashboard, data warehouse e workspace di agenzie precedenti, inclusi i loro domini configurati, mercati e conservazione dati.

Perché è importante: Gli strumenti esistenti possono contenere dati storici utili, ma combinare definizioni diverse di “visibilità,” “ranking” o “conversione” produce una tendenza che nessun singolo sistema ha misurato.

Come e strumento: Estrai un report rappresentativo da ogni strumento. Registra definizione della metrica, paese/dispositivo, parola chiave o set di prompt, frequenza, proprietà, capacità di esportazione e date note di migrazione o tracciamento.

Completato quando: Ogni fonte conservata ha un uso e una definizione documentati; le fonti ridondanti o inaccessibili sono marcate come tali e le discontinuità note appaiono nelle note della baseline.

8. Collegare e verificare le fonti dati di AmICited

Cosa fare: Aggiungi il dominio canonico, collega Google Search Console e Bing Webmaster Tools e configura ogni fonte organica, a pagamento ed ecommerce applicabile.

Perché è importante: Un badge di connessione prova l’autorizzazione, non un import completo. I report dovrebbero rivelare se la fonte è aggiornata, in importazione, vuota, fallita o richiede una riconnessione prima che qualcuno interpreti i suoi numeri.

Come e strumento: Apri https://app.amicited.com/data-sources, collega gli account corretti, leggi ogni nastro di stato e apri il relativo report. La guida Fonti Dati spiega quali report alimenta ciascun gruppo. Per il reporting ecommerce, consulta Salute dei Dati in modo che i costi di acquisto misurati non vengano confusi con margini presunti.

Completato quando: Ogni scheda richiesta mostra la proprietà prevista e uno stato sano e corrente, e almeno un report downstream reale è stato aperto per ogni connessione. Dove un provider non ha legittimamente dati, registra il motivo e quale report ha dimostrato lo stato vuoto.

9. Configurare il monitoraggio dei prompt, paesi, tag e concorrenti

Cosa fare: Stabilisci una baseline piccola e rappresentativa di domande degli acquirenti, mercati e brand competitivi prima di scalare la libreria.

Perché è importante: I risultati dei prompt variano per motore e paese. Una miscela non etichettata di prompt su brand, categoria e caso d’uso produce una media che nessuno può interpretare, mentre i concorrenti sbagliati distorcono i confronti strategici.

Come e strumento: Apri https://app.amicited.com/prompts. Segui i tutorial per aggiungere prompt incollando un elenco , scegliere quali motori AI tracciare e pianificare il monitoraggio dei prompt . Assegna un paese e almeno un tag di scopo a ogni prompt. Poi apri https://app.amicited.com/competitors e gestisci la tua lista di concorrenti tracciati , separando i rivali commerciali da publisher, marketplace e altre fonti citate.

Completato quando: Ogni prompt della baseline ha un paese, tag, set di provider e pianificazione; almeno un ciclo è completo; ogni concorrente ha una ragione di inclusione; e il responsabile può filtrare i dati per modello AI, paese, tag e data senza produrre una vista vuota inspiegata.

10. Congelare la baseline e firmare il passaggio di consegne

Cosa fare: Cattura la finestra di misurazione concordata, le esclusioni, i risultati di integrità e lo stato dell’accesso in un pacchetto datato.

Perché è importante: Le dashboard in tempo reale cambiano. Senza una definizione congelata, i team successivi non possono riprodurre la baseline né capire se un movimento riflette performance, configurazione o tracciamento riparato.

Come e strumento: Usa 28 giorni completi dove il sistema lo supporta, aggiungi i 28 giorni completi precedenti per contesto ed escludi i giorni parziali correnti. Esporta o cattura riassunti delle fonti, registra fuso orario/valuta e collega ogni numero alla sua fonte e stato del filtro.

Completato quando: Il lead SEO e il responsabile analytics approvano lo stesso pacchetto baseline, tutti i controlli critici sono verdi e ogni eccezione ha un impatto, una soluzione alternativa, un responsabile e una data di scadenza.

Strumenti in AmICited

Questi passaggi del prodotto verificano le connessioni e stabiliscono il mercato monitorato. I tutorial contengono istruzioni a livello di interfaccia; questa fase registra perché ogni azione appartiene all’incarico e quali prove devono essere restituite.

1. Apri https://app.amicited.com/data-sources per aggiungere e verificare le connessioni. Usa Fonti Dati per interpretare i gruppi e gli stati di sincronizzazione.
2. Apri https://app.amicited.com/reports/google-search/queries e recupera righe di query reali. Usa Query di Ricerca Google per interpretare clic, impressioni, percentuale di clic e posizione.
3. Apri https://app.amicited.com/reports/bing-webmasters e verifica la seconda fonte di ricerca. Usa Performance di Ricerca Bing per il contratto del report.
4. Apri https://app.amicited.com/prompts per configurare paesi, tag, provider e pianificazioni. Usa Monitoraggio Prompt per la panoramica delle funzionalità e i tutorial dell’accademia per i controlli esatti.
5. Apri https://app.amicited.com/competitors per rivedere i brand rilevati e tracciati manualmente. Usa Analisi della Concorrenza per capire come il set competitivo alimenta i confronti.
6. Apri https://app.amicited.com/reports/data-health per gli incarichi ecommerce e usa Salute dei Dati per qualificare la copertura dei costi di acquisto misurata rispetto a quella presunta. Questo non sostituisce i test di integrità dell’analytics sopra; risponde a una domanda più ristretta sulla qualità del margine.

Regole decisionali

Le soglie sono gate operativi, non leggi universali. Indicano a questo incarico quando un numero è sicuro per la baseline, quando necessita di una qualifica e quando il lavoro deve fermarsi.

Regole decisionali per dati e accesso

Il traffico zero non è automaticamente negativo. Una nuova proprietà, un mercato a basso volume o un canale genuinamente inutilizzato possono produrre zero. Il fallimento è uno zero inspiegato: un numero accettato senza verificare ambito, raccolta, intervallo di date e stato della fonte.

Deliverable: il pacchetto di accesso e preparazione dati

Consegna un foglio di calcolo o una tabella controllata più un breve memorandum della baseline. Il registro degli accessi necessita di queste colonne: sistema; account/proprietà; ambito; ruolo richiesto; titolare dell’accesso; amministratore; data richiesta; data verificata; report testato; ubicazione prova; stato; scadenza; e note. Usa Non richiesto, Richiesto, Concesso, Verificato, Fallito e Non applicabile come stati distinti.

La scheda di integrità dei dati registra ogni test, comportamento previsto e osservato, finestra del campione, risultato, responsabile e data di correzione. Il memorandum della baseline nomina le finestre, il fuso orario, la valuta, i filtri, le definizioni di conversione, le esclusioni, le discontinuità e i report utilizzati. Non includere password, codici di recupero, dati personali o token di accesso riutilizzabili.

Il pacchetto è accettato quando un altro analista può riprodurre i report, comprendere ogni qualifica e iniziare senza richiedere accesso critico.

Cosa va storto

• La variante sbagliata di Search Console viene verificata. L’analista riceve una proprietà URL-prefix, vede dati plausibili e si perde un sottodominio o protocollo. Previenilo riconciliando ogni proprietà con la mappa dei domini della scoperta e preferendo la proprietà di dominio per una copertura completa.
• Il tracciamento delle conversioni è stato silenziosamente danneggiato per mesi. Una dashboard mostra ancora sessioni, quindi nessuno testa l’evento di business. Intercettalo con una conversione controllata e una riconciliazione del backend prima di calcolare qualsiasi baseline di conversione.
• I log del server vengono richiesti solo quando l’analisi del crawl li richiede. La conservazione potrebbe aver già rimosso la finestra utile, o l’infrastruttura potrebbe richiedere una revisione della sicurezza. Identifica il proprietario, i campi e la conservazione ora, anche se l’analisi dei log avviene nella fase successiva.
• L’accesso concesso a metà viene considerato completo. Un login funziona, ma la proprietà, il report, l’esportazione o il contenitore richiesto non sono accessibili. Chiudi solo sulla base di un report reale.
• Un badge di connessione sostituisce un controllo dei dati. OAuth ha successo mentre la proprietà sbagliata, l’ambito scaduto o l’import bloccato alimentano il report. Apri il report downstream e registra la sua ultima data completa.
• Mercati e valute vengono mescolati. Le entrate vengono sommate tra valute diverse o le risposte ai prompt specifiche per paese vengono mediate insieme. Preserva le unità di origine ed etichetta ogni fetta della baseline.
• Le dashboard storiche vengono fidate senza definizioni. Il punteggio di “visibilità” di un’agenzia precedente potrebbe usare parole chiave, dispositivi o concorrenti diversi. Preserva la storia utile, ma non unire serie non comparabili.
• I permessi sono più ampi del necessario. L’accesso da amministratore viene concesso perché è comodo. Inizia con permessi di lettura report e aumenta solo per un passo di implementazione approvato.

Passaggio di consegne all’audit della baseline tecnica

Il prossimo responsabile riceve il registro degli accessi verificati, il report di integrità dei dati, lo stato delle fonti di AmICited, il memorandum della baseline, la mappa dei proprietari dei sistemi, il campione di log e il registro delle eccezioni. L’audit della baseline tecnica può quindi confrontare le prove di crawl e indicizzazione con la domanda di ricerca, le richieste dei crawler e i risultati di business.

Il passaggio è verde quando tutti i sistemi critici sono verificati, le conversioni primarie superano i test controllati, l’aggiornamento delle fonti è compreso e i filtri della baseline possono essere riprodotti. Un’eccezione non critica può procedere solo quando il suo impatto, la soluzione alternativa, il responsabile e la data di scadenza sono espliciti. La mancanza di log del server rende provvisorie le conclusioni sulla cronologia dei crawler. Una proprietà sbagliata di Search Console, una conversione primaria danneggiata o un tracciamento duplicato inspiegato bloccano la parte dipendente dell’audit.

FAQ

Domande frequenti