Nejlepší alternativy k DataForSEO jako rozhodovací strom pro uživatele R

Proč jsme dali API pouze pro odkazy na samostatnou větev

Analytici zřídka chtějí, aby jeden poskytovatel dělal všechno, takže rozdělení zásobníku je běžné. Každá rodina sloupců má vlastní rytmus obnovy a vlastní režimy selhání.

Objemy klíčových slov se mění týdně, zatímco graf odkazů postavený na vlastním crawleru se pohybuje přibližně jednou měsíčně. Umístění obou do stejného kroku pipeline tuto rozdílnost skrývá a vytváří grafy, které vypadají přesněji, než jsou.

Úzké API také udržuje kód krátkým. Jeden request() na akci, jeden tibble na volání a stejná cena ať volání vrátí 10 řádků, nebo 1 000.

Nic z toho neznamená, že širší poskytovatel je horší. DataForSEO pokrývá více oblastí než my, a pokud vaše pipeline již spoléhá na DataForSEO pro data SERP, rozumným krokem je často nechat tuto část být.

Kód nebo workflow nástroj jako první?

Většina analytiků porovnávajících nejlepší alternativy k DataForSEO se soustředí na poskytovatele a zapomíná na nástroj kolem něj. Nástroj je pouze plánovač a lepidlo. Nejprve navrhněte práci. Stále jde o jeden požadavek, jeden soubor a jednu zprávu.

Uchovávejte volání API ve skriptu, který lze diffovat

Řekněme, že spouštíte zprávu o odkazech každý měsíc. Skript ve verzionování ukazuje, která akce proběhla, který seznam domén ji napájel a jaké parametry byly nastaveny, takže čísla z minulého měsíce lze vysvětlit řádek po řádku.

Plátno workflow může vyjádřit stejné kroky, ale historie změn je hůře čitelná a hůře přezkoumatelná. Ať už vyberete jakýkoli nástroj, nechte volání, které utratí kredity, zapsat datumovaný soubor. Zpráva by měla tento soubor číst, nikoliv znovu volat API.

Kdy stačí obyčejný plánovač

Záznam cron nebo naplánovaná CI úloha, která spustí jeden R skript, pokryje většinu měsíčních tahů. Nic jiného nemusí zůstat spuštěné. Pokud skript skončí chybou, plánovač ji zaznamená a log je k dispozici další ráno.

Workflow nástroje si vydělí své místo v jiných situacích. Někdo, kdo nepíše kód, může muset spustit tah, nebo jedno spuštění může upozornit několik kanálů. Tyto potřeby jsou reálné, ale zřídka jsou potřebami analytika v notebooku.

Kde workflow nástroj vydělá své místo

Tým, který chce tlačítko pro tah, zprávu v týmovém chatu při selhání a sdílenou historii spuštění, může těžit z workflow nástroje. Uchovávejte samotné HTTP volání v jedné funkci, kterou nástroj volá, aby logika zůstala testovatelná mimo plátno.

Zkontrolujte hranice, než se zavážete. Mohou kolegové otevřít klíč uložený v nástroji? Můžete exportovat tok jako text, který lze přezkoumat? Pokud je odpověď na kteroukoli z těchto otázek ne, pohodlí má cenu, která se projeví později.

Kdo by měl mít povoleno ho spustit znovu

Kolegové, kteří spouští notebook znovu, by neměli potřebovat váš placený klíč. Demo buňky, které volají domain nebo overview, nepotřebují klíč, takže běží pro kohokoli, kdo soubor otevře.

Placené buňky čtou klíč z prostředí. Tato jedna zvyklost drží klíč mimo notebook, mimo definici workflow a mimo screenshot předávaný na schůzce.

Napište pravidlo vedle buňky s klíčem, prostými slovy: zdarma buňky běží pro kohokoli a placené buňky potřebují klíč z prostředí. Čtenář, který se s pravidlem setká jednou, přestane se ptát.

Smíšené pipeline a kde se nachází join

Smíšená pipeline má dva zdroje napájející jeden stůl. Uchovávejte každý zdroj ve vlastní fázi, zapisujte každý výstup do vlastního datumovaného souboru a spojujte až ve fázi zprávy. Když jeden zdroj změní formát, pak víte, která fáze selhala.

Nepočítejte průměr napříč poskytovateli, kteří počítají jinak. Porovnávejte je po boku po dobu jednoho cyklu, jak popisuje teardown, a udržujte klíč joinu na obou stranách identický.

Procházení jednoho hypotetického úkolu stromem

Řekněme, že váš úkol tahá odkazující domény a kotvící texty pro 40 konkurenčních domén každý měsíc a nic jiného. První řádek se ptá na objemy klíčových slov nebo pozice SERP. Odpověď je ne, takže strom vás pošle na řádek 2.

Řádek 2 se ptá, zda je část odkazů pouze odkazující domény, kotvící texty a skóre důvěry. Zde je, takže na tuto fázi stačí API pouze pro odkazy. Řádek 3 se ptá na denně čerstvá data crawlování. Odpověď je ne, protože pro tuto zprávu stačí měsíční snímek, takže procházka končí na větvi pouze pro odkazy s cenou za volání.

Tři krátké kresby případů

Čtěte je jako kresby, nikoliv jako klienty. Kresba jedna: analytik sestavuje měsíční zprávu o konkurenci ze 40 domén a chce počty odkazujících domén a kotvící texty. Větva pouze pro odkazy sedí. Stránka s rozpočtem ukazuje, že stojí centy.

Kresba dvě: tým potřebuje pozice klíčových slov pro 2 000 frází každý den. Nic z toho nepomůže. Zůstaňte u poskytovatele SERP.

Kresba tři je smíšený případ. Je to nejčastější. Udržte fázi SERP tak, jak je, přesuňte pouze fázi odkazů a spojte dva stoly downstream. Teardown prochází fázemi a stránka pro kontrolu důvěry pokrývá hromadné volání pro skórování, které nahrazuje smyčku.

Kdy je odpověď záleží na tom

Většinou odpověď závisí na potřebách obnovy, a to je upřímná odpověď.

Pokud je přijatelný měsíční snímek, jste v teritoriu pouze pro odkazy a sedí předplacený model za volání. Pokud potřebujete reagovat na ztracený odkaz tentýž den, potřebujete zdroj postavený pro tohle, a náš měsíční graf je špatný nástroj bez ohledu na cenu.