Configurazione dello strumento di valutazione del dominio per un foglio e un lavoro cron
Un flusso di lavoro che nessuno deve ricordare è meglio di uno che tutti intendono fare. Sei passaggi ti portano da un foglio vuoto a un lavoro mensile che registra i propri costi.
Team editoriale di ASEOTools ·
Sei passaggi, circa un'ora
01
Accedi e copia la chiave
Usa l'accesso con Google su /auth/google.php. La dashboard su /account.php contiene la tua chiave, che inizia con sk_ e arriva con $100 di credito.
02
Esegui una chiamata di test gratuita
Esegui l'azione di panoramica senza chiave sul tuo dominio. Se ricevi un JSON con ok impostato su true, il percorso di rete funziona.
03
Crea l'elenco dei domini
Una colonna in un foglio, un dominio per riga, senza https e senza percorsi. Fino a 2.000 righe possono essere inviate in una singola richiesta bulk_dr.
04
Chiama bulk_dr dal foglio o da uno script
Invia l'elenco come valore GET unito da virgole o come corpo POST. Memorizza la risposta in una seconda scheda con una colonna della data.
05
Pianificalo mensilmente
Esegui il lavoro pochi giorni dopo il primo del mese, una volta che l'aggiornamento dell'indice mensile è stato completato. Una riga cron è sufficiente. Verifica manualmente l'output del primo mese confrontandolo con tre domini che conosci bene.
06
Registra i crediti e avvisa per saldi bassi
Ogni risposta autenticata contiene _credits con il costo e il saldo residuo. Scrivi entrambi in una riga di log ed email a te stesso sotto una soglia che scegli.
I pezzi, pronti per essere incollati
Sostituisci con la tua chiave e i nomi dei file.
bash
# crontab: 06:00 on the 4th of each month
0 6 4 * * /usr/bin/curl -s -X POST \
-H "Authorization: Bearer sk_live_..." \
-d "domains=$(paste -sd, domains.txt)" \
"https://aseotools.com/api.php?action=bulk_dr" >> dr_log.jsonl
Tieni la chiave fuori dal foglio
Metti la chiave nelle proprietà di Apps Script, in una variabile d'ambiente o nell'archivio credenziali del tuo strumento di automazione. Chiunque abbia accesso in modifica a un foglio può leggere una chiave digitata in una cella e una chiave rubata spenderà il tuo credito.
Dove fallisce questa configurazione
Il silenzio è il solito fallimento. Un lavoro cron che restituisce un errore sembra uguale a uno che ha funzionato.
Controlla il codice HTTP. Un 401 significa che la chiave manca o è errata, e un 402 significa che il credito è esaurito, quindi avvisa in entrambi i casi e correggi prima che sia dovuta la relazione del mese successivo.
Ricorda anche che la paginazione è limitata a 50.000 righe di profondità e che bulk_dr accetta fino a 2.000 domini per chiamata. Liste più lunghe richiedono un'elaborazione a blocchi, che è un loop extra e costa un credito per blocco.
Fai prima una prova manuale. Esegui la riga cron in un terminale, leggi il file di log e verifica che il saldo sia diminuito esattamente del costo previsto. Poi guarda come i numeri si confrontano con un piano suite e decidi con quale frequenza eseguirlo.
Versiona il tuo elenco di domini. Tieni il file in un repository o in un'unità condivisa con la cronologia, così quando un numero cambia a marzo puoi vedere se l'elenco è cambiato anche lui. Aggiungi una colonna di note per i domini che hai aggiunto appositamente, come un nuovo concorrente o un cliente che ha firmato nel mese. Tratta l'elenco come dati con un proprietario, perché il bug più economico è quello che individui in una diff.
Dividere un elenco lungo in blocchi
Le liste lunghe sono dove una configurazione ordinata incontra il suo limite. Una chiamata batch accetta fino a 2.000 domini, quindi una lista di 5.000 richiede tre richieste e la divisione deve avvenire prima che venga effettuata la prima chiamata.
Dividi per una regola stabile, come l'ordine ordinato della colonna del dominio. In questo modo lo stesso dominio finisce nello stesso blocco ogni mese e il confronto rimane valido.
Liste oltre 2.000 righe
Scrivi ogni blocco nel foglio come blocco autonomo, con il numero del blocco nella prima colonna. Un blocco fallito sarà quindi facile da trovare.
Ogni blocco costa un credito, quindi una lista di 5.000 righe costa 3 crediti per esecuzione, che sono $0.0003. Uno strumento di valutazione del dominio è utile solo quanto l'elenco che legge, quindi mantieni quell'elenco ordinato.
Se l'elenco cresce oltre 5.000 righe, riconsidera la struttura del foglio stesso. Una scheda per mese mantiene ogni esecuzione leggibile quando le righe si accumulano.
Rieseguire un blocco fallito
Se il blocco due restituisce un errore, riesegui solo il blocco due. Rieseguire l'intera lista spenderebbe crediti per righe che sono già state restituite.
Registra il numero del blocco con il codice di stato, così la riesecuzione è una riga nel log, non una caccia nel foglio.
Mantenere stabile la mappa dei blocchi
Se l'elenco dei domini cambia ordine, i blocchi si spostano e un confronto mese per mese si rompe. Ordina sempre la lista prima di dividerla.
Memorizza la mappa dei blocchi accanto all'elenco.
Un semplice test: scegli un blocco e ricontane le righe rispetto all'elenco. Una discrepanza significa che la mappa si è spostata, ed è più economico trovarla nel foglio che nel rapporto.
Costo dell'intera procedura, con dimensioni di esempio
Dimensioni ipotetiche dell'elenco, prezzi delle azioni pubblicate.
Dimensione dell'elenco
Chiamate al mese
Crediti
Dollari
200 domini
1
1
$0.0001
5.000 domini
3
3
$0.0003
5.000 domini più 20 estrazioni complete di backlink
23
43
$0.0043
Cosa confermare prima della prima esecuzione programmata
Testa un blocco manualmente e leggi la risposta completa
Conferma che il saldo sia diminuito esattamente dei crediti previsti
Controlla il codice di stato per ogni blocco, non solo per il primo
Confronta tre domini che conosci bene con figure di cui ti fidi già
Imposta un percorso per il file di log e decidi chi lo legge ogni mese
Scrivi il nome del proprietario in cima al foglio
Cosa contiene una riga di log mensile utile
Un log che dice solo ok non è molto un log. Ogni esecuzione dovrebbe scrivere una riga che una persona stanca può leggere in dieci secondi: la data, il blocco, lo stato, i crediti spesi e il saldo dopo la chiamata.
Ipotesi: una riga che mostra il blocco quattro, stato 200, un credito speso e il saldo lasciato dopo la risposta alla chiamata risponde alla maggior parte delle domande un mese dopo senza aprire la risposta.
Campi degni di essere registrati
Registra la data, il nome dell'elenco, il numero del blocco, il codice di stato, i crediti addebitati e il saldo dopo la chiamata. Quei sei campi coprono la maggior parte delle domande un mese dopo.
Aggiungi una nota in testo libero solo quando una persona ha cambiato qualcosa manualmente.
Avvisi che non urlano al lupo
Avvisa immediatamente per un 401 o un 402, poiché entrambi significano che il lavoro non può svolgere il suo compito. Un avviso di saldo basso dovrebbe usare la soglia che hai scelto, così si attiva una volta e dice cosa fare dopo.
Invia un avviso per esecuzione, non uno per riga, o la casella di posta diventa rumore.
Domande sulla configurazione
Un Google Sheet funziona come client?
Sì. L'API è REST semplice con CORS aperto e risposte JSON, quindi Apps Script o una chiamata di tipo IMPORTDATA possono raggiungerla. Tieni la chiave nelle proprietà dello script piuttosto che in una cella che i collaboratori possono leggere.
Posso usarlo con n8n o Make?
Sì, tramite un nodo di richiesta HTTP normale. Passa la chiave come intestazione Authorization Bearer, analizza la risposta JSON e scrivi il campo _credits nel tuo log così puoi vedere la spesa per esecuzione.
Perché il log mostra un costo più alto di quanto mi aspettassi per questo strumento di valutazione del dominio?
Conta le chiamate, non solo la dimensione dell'elenco. Un blocco per esecuzione, un tentativo o una chiamata di test aggiungono ciascuno il proprio costo e il campo _credits in ogni risposta fornisce la figura esatta per quella chiamata.
La chiave dovrebbe stare nella riga cron stessa?
È più semplice, ma chiunque possa leggere il crontab può leggere la chiave. Caricala da un file con permessi ristretti o da una variabile d'ambiente impostata per il lavoro, e tienila fuori dai log condivisi.
Chi nota quando il lavoro si rompe
Un lavoro mensile viene eseguito senza che nessuno lo osservi. Questo è il punto dell'automazione, ed è anche il motivo per cui un errore può rimanere inosservato per settimane.
Nomina la persona che legge il log e la persona che risolve il lavoro. Due nomi battono uno. Le vacanze capitano. Il runbook spiega come scegliere l'elenco fin dall'inizio.
Tempo trascorso per la configurazione rispetto alla manutenzione
La prima esecuzione richiede la maggior parte dell'ora, poiché la chiave, il foglio e la chiamata di test richiedono tutti attenzione. Dopo di che, la procedura dovrebbe richiedere solo un'occhiata ogni mese, non una ricostruzione.
Se la manutenzione cresce, l'elenco è solitamente la causa. Un elenco che cambia ogni settimana ha bisogno di un proprietario, di una versione e di una regola per le aggiunte.
Rendere visibile un errore
Una riga mancante nell'output è più facile da vedere di un errore silenzioso. Confronta il conteggio delle righe con la lunghezza dell'elenco ad ogni esecuzione e scrivi un avviso quando differiscono.
Tieni quell'avviso nello stesso file di log, così la persona che legge il log lo vede per prima.
Pianificazione intorno all'aggiornamento dell'indice
L'indice si aggiorna circa una volta al mese, quindi un'esecuzione il primo giorno del mese può leggere figure dall'build precedente. Eseguire alcuni giorni dopo, come suggeriscono i passaggi sopra, dà tempo all'aggiornamento di completarsi.
Scegli lo stesso giorno ogni mese così la serie rimane confrontabile e scrivi quel giorno in un commento sulla riga cron.
Quando smettere di automatizzare
Un lavoro che viene eseguito una volta ogni trimestre potrebbe non giustificare una riga cron. Un foglio e un promemoria del calendario possono essere sufficienti, e una procedura semi-automatica è peggiore di una manuale chiara.
Automatizza una volta che gli stessi passaggi sono stati eseguiti pulitamente per diversi cicli consecutivi.
