Le migliori alternative a DataForSEO, come albero decisionale per gli utenti R
Inizia dalla prima domanda e segui le tue risposte. La maggior parte degli analisti arriva a uno dei tre rami, e solo uno di questi implica lasciare un provider più ampio.
Team di ricerca CranSEO ·
Leggi questo prima
L'albero ha tre foglie
Resta dove sei, aggiungi un'API solo link accanto ad essa, oppure passa a una suite completa. Quale si adatta dipende da come è composto il tuo data frame, non dal nome del brand che conosci.
- Principalmente colonne di parole chiave e SERP: resta
- Principalmente colonne di link: aggiungi un'API solo link
- Monitoraggio delle posizioni più un portale clienti: una suite completa
L'albero, un ramo per riga
| Domanda | Se sì | Se no |
|---|---|---|
| Il report ha bisogno di volumi di parole chiave o posizioni SERP? | Mantieni un provider di parole chiave per quelle colonne, poi vai alla riga 2 | Vai alla riga 2 |
| La parte link del report si riferisce solo a domini che linkano, anchor e un punteggio di fiducia? | Un'API solo link come CranSEO è sufficiente per quella parte | Vai alla riga 3 |
| Hai bisogno di dati di crawling aggiornati quotidianamente? | Usa Ahrefs o Semrush; il nostro grafico si aggiorna approssimativamente una volta al mese | Vai alla riga 4 |
| Il notebook verrà rieseguito da colleghi che non dovrebbero vedere una chiave a pagamento? | Preferisci azioni gratuite dove possibile; non richiedono una chiave | Va bene qualsiasi provider |
| Il budget per esecuzione è al massimo di pochi dollari? | La fatturazione per chiamata da $0.10 per 1.000 chiamate si adatta | Confronta con un piano mensile invece |
Perché abbiamo messo l'API solo link su un ramo separato
Gli analisti raramente vogliono un provider che faccia tutto, quindi dividere lo stack è comune. Ogni famiglia di colonne ha il proprio ritmo di aggiornamento e i propri modi di fallire.
I volumi delle parole chiave variano settimanalmente, mentre un grafico dei link costruito con il nostro crawler si muove circa una volta al mese. Metterli nello stesso passaggio della pipeline nasconde questa differenza e produce grafici che sembrano più precisi di quanto non siano.
Un'API stretta mantiene anche il codice breve. Una request() per azione, un tibble per chiamata, e lo stesso costo sia che la chiamata restituisca 10 righe o 1.000.
Niente di tutto ciò significa che un provider più ampio sia peggiore. DataForSEO copre più terreno di noi, e se la tua pipeline si affida già ad essa per i dati SERP, la mossa sensata è spesso lasciare quella parte così com'è.
Non sostituire mai una fonte a metà report. Esegui il vecchio e il nuovo provider fianco a fianco per un ciclo mensile, confronta i conteggi dei domini e solo allora cambia il grafico.
Codice prima, o uno strumento di workflow prima?
La maggior parte degli analisti che confrontano le migliori alternative a DataForSEO si concentra sul provider e dimentica lo strumento che lo circonda. Lo strumento è solo il scheduler e la colla. Progetta il lavoro prima. Rimane una richiesta, un file e un report.
Mantieni la chiamata API in uno script che puoi confrontare
Immagina di rieseguire un report sui link ogni mese. Uno script nel controllo versione mostra quale azione è stata eseguita, quale elenco di domini l'ha alimentata e quali parametri sono stati impostati, così i numeri del mese scorso possono essere spiegati riga per riga.
Una canvas di workflow può esprimere gli stessi passaggi, ma la cronologia delle modifiche è più difficile da leggere e da revisionare. Qualunque strumento tu scelga, fai in modo che la chiamata che spende crediti scriva un file con data. Il report dovrebbe leggere quel file, non chiamare di nuovo l'API.
Quando un semplice scheduler è sufficiente
Un'entry cron o un job CI programmato che esegue uno script R copre la maggior parte dei prelievi mensili. Nient'altro deve restare attivo. Se lo script termina con un errore, lo scheduler lo registra e il log è disponibile la mattina successiva.
Gli strumenti di workflow meritano il loro posto in altre situazioni. Qualcuno che non scrive codice potrebbe dover attivare il prelievo, o un'esecuzione potrebbe dover notificare diversi canali. Queste esigenze sono reali, ma raramente sono quelle di un analista di notebook.
Dove uno strumento di workflow merita il suo posto
Un team che vuole un pulsante per il prelievo, un messaggio nella chat di team quando fallisce e una cronologia delle esecuzioni condivisa può trarre vantaggio da uno strumento di workflow. Mantieni la chiamata HTTP stessa in una funzione che lo strumento chiama, così la logica rimane testabile al di fuori della canvas.
Controlla i limiti prima di impegnarti. I colleghi possono aprire la chiave memorizzata nello strumento? Puoi esportare il flusso come testo che puoi revisionare? Se una delle due risposte è no, la convenienza ha un costo che si manifesta in seguito.
Chi dovrebbe essere autorizzato a rieseguirlo
I colleghi che rieseguono un notebook non dovrebbero aver bisogno della tua chiave a pagamento. Le celle demo che chiamano domain o overview non richiedono una chiave, quindi vengono eseguite da chiunque apra il file.
Le celle a pagamento leggono la chiave dall'ambiente. Questa sola abitudine tiene la chiave fuori dal notebook, fuori dalla definizione del workflow e fuori da uno screenshot passato in riunione.
Scrivi la regola accanto alla cella della chiave, in parole semplici: le celle gratuite sono eseguite da chiunque, e le celle a pagamento richiedono la chiave dall'ambiente. Un lettore che incontra la regola una volta smetterà di chiedere.
Pipeline miste e dove si trova il join
Una pipeline mista ha due fonti che alimentano una tabella. Mantieni ogni fonte nel proprio stage, scrivi ogni output nel proprio file con data e fai il join solo allo stage del report. Quando una fonte cambia formato, sai allora quale stage si è rotto.
Non fare la media tra provider che contano in modo diverso. Confrontali fianco a fianco per un ciclo, come descrive il teardown, e mantieni la chiave di join identica su entrambi i lati.
Camminare lungo un ipotetico lavoro nell'albero
Immagina che il tuo lavoro estragga domini che linkano e anchor per 40 domini competitor ogni mese, e nient'altro. La prima riga chiede di volumi di parole chiave o posizioni SERP. La risposta è no, quindi l'albero ti invia alla riga 2.
La riga 2 chiede se la parte link è solo domini che linkano, anchor e un punteggio di fiducia. Ecco, quindi un'API solo link è sufficiente per quello stage. La riga 3 chiede dati di crawling aggiornati quotidianamente. La risposta è no, perché un snapshot mensile è accettabile per questo report, quindi la passeggiata termina sul ramo solo link con un prezzo per chiamata.
Cinque controlli prima di scegliere un ramo
Conta le colonne di link
Conta quante colonne nella tua tabella finale provengono dai link. Se il numero è piccolo, lo stage dei link è una piccola parte del lavoro e un'API stretta potrebbe essere tutto ciò di cui ha bisogno.
Nomina il ritmo di aggiornamento
Scrivi quanto spesso cambia ogni fonte. Il nostro grafico si aggiorna approssimativamente una volta al mese, quindi un programma giornaliano ripete solo gli stessi numeri.
Elenca le chiamate a pagamento
Elenca ogni chiamata che spende crediti e quante volte ciascuna viene eseguita per ciclo. Le azioni gratuite scompaiono dall'elenco, il che spesso lo accorcia notevolmente.
Controlla dove si trova la chiave
Conferma quale file, archivio di segreti o variabile d'ambiente contiene la chiave e chi può leggerla. Una chiave in un file .Renviron locale comporta un rischio diverso da una incollata in un workflow condiviso.
Prezza un ciclo completo
Moltiplica le chiamate per i crediti per chiamata, poi per $0.0001. Metti il totale accanto al budget che hai già prima di decidere qualsiasi cosa.
Tre brevi schizzi di casi
Leggi questi come schizzi piuttosto che come clienti. Schizzo uno: un analista costruisce un report mensile sui competitor da 40 domini e vuole conteggi dei domini che linkano e anchor. Il ramo solo link si adatta. La pagina del budget mostra che costa centesimi.
Schizzo due: un team ha bisogno di posizioni di parole chiave per 2.000 frasi ogni giorno. Niente qui aiuta. Resta con un provider SERP.
Lo schizzo tre è il caso misto. È il più comune. Mantieni lo stage SERP così com'è, sposta solo lo stage link e unisci le due tabelle a valle. Il teardown attraversa gli stage, e la pagina del checker di fiducia copre la chiamata di scoring in bulk che sostituisce un loop.
Quando la risposta è dipende
La maggior parte delle volte la risposta dipende dalle esigenze di aggiornamento, ed è la risposta onesta.
Se uno snapshot mensile è accettabile, sei nel territorio solo link e un modello prepagato per chiamata si adatta. Se hai bisogno di reagire a un link perso lo stesso giorno, hai bisogno di una fonte costruita per quello scopo e il nostro grafico mensile è lo strumento sbagliato a prescindere dal prezzo.
Domande che le persone pongono prima di scegliere un ramo
Ho bisogno di una chiave per testare l'API?
No. domain, overview, stats e suggest funzionano senza chiave, così puoi vedere la forma di una risposta prima di accedere. Le azioni a pagamento richiedono una chiave e una chiave mancante o errata restituisce HTTP 401.
C'è un abbonamento da pagare prima?
No. Il credito è prepagato a $0.0001 per credito, senza abbonamento e senza minimo mensile. Le azioni gratuite costano nulla e ogni chiamata a pagamento viene fatturata una volta, indipendentemente dal numero di righe che restituisce.
Dovrei costruire io lo stage dei link?
Per un lavoro una tantum, un piccolo scrape può sembrare economico. Per un report mensile di solito non lo è, perché crawling e indicizzazione del web sono un progetto a sé stante. Costruiscilo da solo solo se lo stage dei link è esso stesso il prodotto che stai creando.
E se l'albero mi invia a due rami?
Dividi il lavoro. Mantieni lo stage delle parole chiave con il suo provider, invia lo stage dei link a un'API solo link e unisci le due tabelle sulla colonna domain. Il caso misto è quello con cui finiscono la maggior parte delle pipeline.
