Verifica prima i backlink gratis, poi spendi i $100 con precisione

Tre budget, tutti ipotetici

Questi sono esempi di pianificazione, non report da account reali. Modifica i volumi e il calcolo rimane valido, quindi sostituiscili con i tuoi dati.

Budget A, un widget pubblico

Un checker DR gratuito sul tuo blog utilizza domain, che costa 0 crediti. Diecimila verifiche al mese sono gratuite nell'API, e l'unica fattura che riceverai è per l'hosting, che non ci riguarda. Uno strumento di verifica backlink gratis su un blog effettua la stessa chiamata, visibile da una pagina che un visitatore può vedere.

Memorizza nella cache le chiamate gratuite per un giorno, come fa la guida di Next.js. Un widget che riceve mille verifiche da un post popolare effettua poi una sola chiamata upstream per dominio al giorno, mantenendo il calcolo semplice e la pagina veloce.

La fattura che conta per un widget è quella per l'hosting e la gestione del traffico, quindi valuta prima quelli e considera l'API come l'elemento minore che è.

Budget B, un report per agenzia

Mensilmente, 300 domini client, una chiamata refdomains ciascuno a 2 crediti. Sono 600 crediti al mese e 7.200 all'anno, ovvero $0,72. Poco. Il saldo di $100 coprirebbe circa 139 anni a questo ritmo, quindi lo storage e il tuo tempo sono dominanti, non l'API.

Il programma è la leva qui. Eseguire gli stessi 300 domini settimanalmente invece che mensilmente significa circa quattro volte più esecuzioni, e poiché l'indice si aggiorna circa mensilmente, la maggior parte delle risposte settimanali ripete l'ultima.

Budget C, un'esportazione completa

Un dominio, 50 chiamate da 1.000 righe per raggiungere il limite di 50.000, a 2 crediti ciascuna: 100 crediti, ovvero un centesimo. Ripeti per 1.000 domini e spenderai 100.000 crediti, ovvero $10 dei $100 e un decimo del saldo.

Il costo in crediti è basso, ma le righe memorizzate no. Pianifica lo spazio disco per esse nello stesso modo in cui pianifichi i crediti e mantieni solo le colonne lette dai tuoi report.

Se l'esportazione deve essere ripetuta ogni mese, la cifra mensile è quella da inserire nel budget, non il totale una tantum.

Ciò che i budget non includono

Nota cosa manca: un piano mensile. Non c'è abbonamento da rinnovare e paghi per le chiamate, non per le licenze. Economico. Ogni budget si basa sullo stesso fatto. Lo script bulk e le note sulla paginazione mostrano il codice dietro questi conteggi di chiamate.

Un budget che ignora il tempo è incompleto, quindi la sezione successiva aggiunge i costi esterni alla lista dei prezzi.

Un'altra riga appartiene a ogni budget: il costo di rieseguire un lavoro fallito. Se un'esecuzione si interrompe e riparte dall'inizio, le chiamate a pagamento si ripetono, quindi la logica di ripresa è a sua volta un elemento di budget.

Ciò che un budget non include

La riga API è l'elemento più piccolo nella maggior parte dei progetti. Tre altri costi solitamente hanno più importanza e una pagina di budget dovrebbe nominarli.

Hosting e storage

Il tuo server, il tuo database e il tuo host cron fatturano separatamente, e insieme possono costare più delle chiamate stesse. Immagina un job notturno su un piccolo VPS: il VPS è la riga da monitorare, non le chiamate.

Una tabella grezza di risposte memorizzate occupa anche spazio su disco. Stima la sua crescita da un singolo batch salvato, moltiplicato per le esecuzioni che prevedi.

Valuta il job prima di scegliere l'host. Un job cron che gira una volta al mese richiede molto meno di un worker che rimane attivo tutto il giorno, e la differenza spesso decide il budget.

I log sono un costo. Una riga per chiamata, mantenuta per un anno, si accumula su un job intenso, quindi decidi il periodo di ritenzione con precisione piuttosto che per default.

Spostarsi tra due anni

Pianifica un'uscita, non solo un inizio. Se un redesign o un nuovo fornitore arrivano tra due anni, il lavoro è lo strato di fetch e la mappatura dei campi, e lo script bulk mantiene i corpi grezzi che rendono quella mappatura più facile.

Mantieni le vecchie risposte per tutto il tempo in cui la cronologia è importante per te, poiché sono l'unica registrazione dei numeri usati dai tuoi report.

Scrivere l'uscita ora costa un'ora. Scoprire tra due anni che i corpi grezzi non sono mai stati mantenuti costa una ricostruzione della cronologia.

Memorizza una breve descrizione di ogni campo che leggi, nella stessa cartella dei corpi grezzi. Quella descrizione è ciò che permette a un team futuro di mappare la cronologia senza indovinare.

Il tuo tempo sullo strato di fetch

Lo strato di fetch, i retry e la allow-list richiedono un pomeriggio per essere scritti e più tempo per essere testati. Conta quel tempo prima di decidere se uno strumento gratuito è davvero gratuito.

È la riga che la maggior parte dei budget omette, e di solito è l'elemento più grande dopo l'hosting. Scrivilo comunque, così il confronto è onesto.

Un buon test è il tempo che richiede a un nuovo sviluppatore per effettuare una chiamata da zero. Se ciò richiede un giorno, lo strato di fetch è il vero costo del progetto, non i crediti.

Accanto a quel tempo, inserisci una cifra oraria approssimativa, anche solo una stima. Una stima scritta è più facile da contestare rispetto a un costo che non appare mai nel foglio.

Verificare il calcolo prima di fidarsi

Un budget è buono quanto la sua moltiplicazione. Due controlli catturano la maggior parte degli errori prima che un'esecuzione programmata lo faccia.

Parti dal prezzo per credito

Un credito vale $0,0001. Questo rende 10.000 crediti pari a $1 e i 1.000.000 di crediti iniziali pari a $100, che è l'unica conversione di cui ha bisogno un foglio di pianificazione.

Scrivi la conversione una volta, in una cella o in una costante, e riutilizzala. Riscriverla in tre posti è il motivo per cui un foglio finisce con tre prezzi diversi.

Mantieni il foglio in crediti fino all'ultima riga. Convertire presto e poi moltiplicare di nuovo è il luogo usuale in cui un fattore di dieci si insinua inosservato.

Un foglio di pianificazione con una colonna valuta invita all'arrotondamento. Mantieni una colonna crediti accanto alla colonna dollari e lascia che i dollari siano la figura derivata.

Testa una chiamata contro il saldo

Effettua una chiamata a pagamento, leggi _credits prima e dopo, e verifica che la diminuzione equivalga al prezzo dell'azione. Una chiamata refdomains dovrebbe spostare il saldo di 2 crediti, e una chiamata search di 3.

Se la diminuzione è diversa, fermati prima che un'esecuzione programmata moltiplichi la discrepanza. La chiamata di test costa frazioni di centesimo, il che la rende il controllo più economico in tutto il budget.

Registra il test nello stesso log delle esecuzioni. Un mese dopo, la riga di test mostra quanto è costata ogni azione quando è stato scritto il foglio, il che è utile se la lista dei prezzi cambia.

Verifica il saldo nella tua pagina account anche una volta. I due numeri dovrebbero concordare, e una discrepanza merita una breve nota nel runbook.