Ciao — hai chiesto due cose nello stesso messaggio: perché la sincronizzazione dei tuoi tre domini è partita un'ora dopo rispetto a quanto impostato, e se dovresti semplicemente passare il tuo team di ottimizzazione alla modalità autonoma già che ci sei. Si scopre che sono la stessa conversazione, quindi le affronto insieme invece di dare due risposte separate.
Parti dalla struttura del sistema, perché spiega entrambi i problemi. Ogni team qui funziona in una di tre modalità — una tantum, manuale, autonoma — e "autonoma" non è un livello separato e più intelligente. È un'esecuzione manuale con una pianificazione allegata e il ciclo lasciato chiuso. Stesso agente, stesse regole di protezione, tutto identico, solo che è uno scheduler a decidere quando premere il pulsante invece di te. Una volta chiaro questo, il resto va al suo posto.
Perché la tua sincronizzazione e la tua pianificazione si trovano in posti diversi
| Pianifica | Cosa guida |
|---|---|
| Sincronizzazione dati | Il recupero giornaliero dei dati di Search Console / Analytics / store nelle tue dashboard — il carburante per tutto il resto |
| Esecuzioni degli agenti | Esecuzioni di ottimizzazione automatiche dopo ogni sincronizzazione, ricerche periodiche che riempiono la tua coda di brief, e qualsiasi team lasci in esecuzione |
Troverai le impostazioni di sincronizzazione insieme a ciascun dominio e le impostazioni di esecuzione insieme a ciascun team — non in un'unica pagina combinata di automazione, il che so che sembra strano la prima volta che vai a cercarla. È intenzionale, però. La tua cadenza di sincronizzazione riguarda i dati: quanto velocemente si aggiorna davvero Search Console. La tua cadenza di esecuzione riguarda il team: quanto velocemente vuoi che quel team agisca su ciò che vede. Sono domande diverse con risposte diverse, e una versione precedente di questa piattaforma le aveva unite in un'unica pagina, il che significava che toccarne una ti costringeva a pensare a entrambe. Separarle è stata la soluzione.
Una cosa da sapere prima di pianificare qualsiasi cosa per il tuo team di ottimizzazione: un'esecuzione avviata secondo una pianificazione e un'esecuzione avviata manualmente producono lo stesso identico oggetto una volta in corso. Stesso report, stessa voce nella cronologia, stesso costo in crediti, stessa possibilità di aprirla a metà esecuzione e osservare cosa sta facendo. Ho visto persone dare per scontato che le esecuzioni pianificate siano una versione più leggera e ridotta per risparmiare sui costi — non lo sono. Se non ti fideresti di un'esecuzione avviata da te stesso, non impostarla su un timer.
Cosa è andato storto davvero con la tua pianificazione migrata
Hai menzionato di aver incollato l'orario direttamente dal tuo vecchio strumento — 14:00 UTC, pensato per corrispondere alle 14:00 del tuo orario locale. È esattamente questa la trappola. Il nostro campo orario vuole il tuo orario locale, non UTC; mostra il fuso orario rilevato subito sotto, così non devi mai indovinare. Incolla un valore UTC lì dentro e viene trattato come già locale, convertito una seconda volta in UTC, e finisci con un'esecuzione alle 16:00 invece che alle 14:00. La correzione per gli altri due domini: reinserisci gli orari in locale, ignorando qualsiasi valore UTC fornito dal vecchio strumento.
L'ora che in effetti hai chiesto — la sincronizzazione che arriva alle 7 invece che alle 6 — è un effetto dell'ora legale, ed è utile capirlo una volta per tutte invece di rincorrerlo ogni marzo e ottobre. Imposta una sincronizzazione alle 6:00 a Berlino a gennaio e la piattaforma la salva come 5:00 UTC, perché Berlino è UTC+1 d'inverno. Uno scheduler ingenuo continuerebbe a lanciarla alle 5:00 UTC per sempre. Con il cambio dell'ora legale, Berlino passa a UTC+2, e quello stesso orario 5:00 UTC arriva ora alle 7:00 locali — silenziosamente, senza errori, solo con un paio d'ore di ritardo rispetto a quanto previsto. Noi convertiamo l'orario al momento dell'inserimento in base al fuso attuale, quindi una pianificazione alle 6:00 significa 6:00 ora locale nel giorno in cui viene eseguita, ora legale o meno. Se continui a notare uno scarto di un'ora dopo aver reinserito l'orario in locale, vale la pena aprire un ticket di supporto — non dovrebbe succedere con una pianificazione inserita di recente.
Impostare la cadenza giusta
- Sincronizzazione: giornaliera, non più frequente. I dati di Search Console arrivano con due o tre giorni di ritardo nel migliore dei casi. Sincronizzare ogni ora sui tuoi tre domini non ti darà numeri più aggiornati, riempirà solo la cronologia delle sincronizzazioni con job che recuperano ripetutamente gli stessi dati datati.
- Ottimizzazione: concatenata alla sincronizzazione, non con un orario proprio. Questa è la parte più importante per ciò che stai per pianificare. Se la sincronizzazione finisce alle 6:02 invece che alle 6:00 perché quella mattina l'API di Google era lenta, l'esecuzione dell'ottimizzazione parte subito dopo, sui dati appena aggiornati — non aspetta il proprio slot delle 6:15 rischiando di girare sui numeri di ieri se la sincronizzazione fosse durata più a lungo. Due orologi indipendenti sembrano una buona idea finché non arriva il giorno in cui si sfasano.
- Ricerca: settimanale, dimensionata su quanto il tuo team contenuti può realmente smaltire. I brief non diventano obsoleti da un giorno all'altro, e i brief non revisionati che si accumulano in coda costano comunque crediti da produrre anche se nessuno li usa. Se il tuo team può ragionevolmente approvare quattro o cinque brief a settimana, dimensiona la raccolta per produrne circa altrettanti — una raccolta giornaliera che alimenta una revisione settimanale crea solo un arretrato che nessuno smaltirà mai.
- Ads, quando arriverai a quel team il mese prossimo: nessuna pianificazione, di proposito. Le bozze vengono generate su richiesta; nulla viene pubblicato o speso senza il tuo intervento. Il ragionamento è spiegato in le ragioni contro la spesa in autopilota, ma in breve: un errore di pianificazione su una sincronizzazione dei contenuti è un fastidio minore, mentre un errore di pianificazione sulla spesa pubblicitaria è una fattura. Non aspettarti che le impostazioni di quel team assomiglino a quelle che stai configurando oggi.
Quindi — dovresti passare l'ottimizzazione ad autonoma?
Ecco la risposta onesta, meno drammatica di quanto la domanda suggerisca: attivarla cambia meno di quanto pensi. L'agente non acquisisce nessuna capacità nuova rispetto a quando avviavi tu l'esecuzione — stessi blocchi di conferma su qualsiasi azione distruttiva, stesse valutazioni, tutto identico. Cambia solo chi decide quando agire. Ora sei tu. Con una pianificazione, è l'orologio.
La domanda che in realtà porrei, invece di "è sicuro autonomo", è questa: sei a tuo agio con l'idea che l'esito delle tue ultime tre esecuzioni manuali di ottimizzazione si ripeta, senza supervisione, alla cadenza che imposterai? Se sì, sei pronto — attivala. Se ti senti a tuo agio solo perché hai revisionato personalmente ognuna di quelle tre esecuzioni prima che producessero effetti a valle, è un segnale reale, e significa che restare in modalità manuale ancora un po' è la scelta giusta, non una mancanza di coraggio.
Vista la tua situazione — tre domini appena migrati, orari non ancora del tutto assestati — aspetterei ancora qualche giorno prima di passare all'autonomo. Sistema le due pianificazioni rimanenti, verifica che la sincronizzazione di domani arrivi all'ora giusta, esegui l'ottimizzazione manualmente altre due o tre volte così avrai visto davvero cosa fa dall'inizio alla fine. Poi pianificala. Le domande sulla cadenza viste sopra diventano molto più facili da rispondere con un'esecuzione reale davanti, piuttosto che in astratto, e non costa nulla aspettare una settimana per averla.
