Przejdź do treści
CranSEO
CranSEOZarejestruj się

Najlepsze alternatywy dla DataForSEO jako drzewo decyzyjne dla użytkowników R

Zacznij od pierwszego pytania i podążaj za odpowiedziami. Większość analityków trafia na jedną z trzech gałęzi, a tylko jedna z nich wymaga odejścia od szerszego dostawcy.

Zespół badawczy CranSEO ·

Trzy rozchodzące się ścieżki leśne reprezentujące różne ścieżki analityczne dla danych SEO

Przeczytaj to najpierw

Drzewo ma trzy liście

Zostań tam, gdzie jesteś, dodaj obok API tylko do linków lub przenieś się do pełnego pakietu. To, co pasuje, zależy od tego, z czego składa się Twój dataframe, a nie od nazwy marki, którą znasz.

  • Głównie kolumny słów kluczowych i pozycji SERP: zostań
  • Głównie kolumny linków: dodaj API tylko do linków
  • Śledzenie pozycji plus portal klienta: pełny pakiet

Drzewo, jedna gałąź na wiersz

Podążaj wierszami od góry. Zatrzymaj się na pierwszym, który opisuje Twoje zadanie.
PytanieJeśli takJeśli nie
Czy raport wymaga wolumenu słów kluczowych lub pozycji w SERP?Zachowaj dostawcę słów kluczowych dla tych kolumn, a następnie przejdź do wiersza 2Przejdź do wiersza 2
Czy część linkowa raportu dotyczy tylko domen odsyłających, kotwic i wskaźnika zaufania?API tylko do linków, takie jak CranSEO, wystarczy do tej częściPrzejdź do wiersza 3
Czy potrzebujesz danych z crawlowania odświeżanych codziennie?Użyj Ahrefs lub Semrush; nasz graf odświeża się mniej więcej raz w miesiącuPrzejdź do wiersza 4
Czy notatnik będzie ponownie uruchamiany przez kolegów, którzy nie powinni widzieć klucza płatnego?Preferuj darmowe akcje tam, gdzie to możliwe; nie wymagają one kluczaPasuje dowolny dostawca
Czy budżet na jedno uruchomienie to co najwyżej kilka dolarów?Rozliczenie za wywołania od $0.10 za 1 000 wywołań pasujePorównaj z planem miesięcznym
Dwa osobne szklarnie pokazujące różne rytmy wzrostu dla źródeł danych

Dlaczego umieściliśmy API tylko do linków na osobnej gałęzi

Analitycy rzadko chcą, aby jeden dostawca robił wszystko, więc podział stosu technologicznego jest powszechny. Każda rodzina kolumn ma swój własny rytm odświeżania i własne tryby awarii.

Wolumeny słów kluczowych zmieniają się co tydzień, podczas gdy graf linków zbudowany z naszego własnego crawlera przesuwa się około raz w miesiącu. Umieszczenie ich w tym samym kroku potoku ukrywa tę różnicę i daje wykresy, które wyglądają na bardziej precyzyjne, niż są w rzeczywistości.

Wąskie API utrzymuje też kod krótkim. Jedno request() na akcję, jeden tibble na wywołanie i ten sam koszt niezależnie od tego, czy wywołanie zwróci 10 wierszy, czy 1 000.

Żadne z tego nie oznacza, że szerszy dostawca jest gorszy. DataForSEO obejmuje więcej obszarów niż my, a jeśli Twój potok już opiera się na nim w przypadku danych SERP, rozsądnym ruchem jest często pozostawienie tej części bez zmian.

Zasada, której sami używamy

Nigdy nie zamieniaj źródła w trakcie raportu. Uruchom starego i nowego dostawcę równolegle przez jeden cykl miesięczny, porównaj liczbę domen i dopiero wtedy zmień wykres.

Najpierw kod, czy narzędzie do przepływu pracy?

Większość analityków porównujących najlepsze alternatywy dla DataForSEO skupia się na dostawcy i zapominają o narzędziu go otaczającym. Narzędzie to tylko harmonogram i klej. Zaprojektuj zadanie najpierw. Nadal jest to jedno wywołanie, jeden plik i jeden raport.

Zachowaj wywołanie API w skrypcie, który można porównać

Załóżmy, że uruchamiasz raport linkowy co miesiąc. Skrypt w kontrolce wersji pokazuje, która akcja została uruchomiona, która lista domen go zasiliła i jakie parametry zostały ustawione, więc liczby z ubiegłego miesiąca można wyjaśnić linia po linii.

Płótno przepływu pracy może wyrazić te same kroki, ale historia zmian jest trudniejsza do odczytania i przeglądu. Bez względu na wybrane narzędzie, pozwól wywołaniu, które zużywa kredyty, zapisać plik z datą. Raport powinien czytać ten plik, a nie wywoływać API ponownie.

Kiedy wystarczy zwykły harmonogram

Wpis cron lub zaplanowane zadanie CI, które uruchamia jeden skrypt R, pokrywa większość miesięcznych pobierań. Nic innego nie musi pozostać aktywne. Jeśli skrypt zakończy się błędem, harmonogram go odnotuje, a log będzie dostępny następnego ranka.

Narzędzia przepływu pracy zyskują na znaczeniu w innych sytuacjach. Ktoś, kto nie pisze kodu, może musiał uruchomić pobieranie, lub jedno uruchomienie może powiadomić kilka kanałów. Te potrzeby są realne, ale rzadko są potrzebami analityka pracującego na notatniku.

Gdzie narzędzie przepływu pracy zyskuje na znaczeniu

Zespół, który chce przycisku do pobierania, wiadomości na czacie zespołowym w przypadku awarii i wspólnej historii uruchomień, może skorzystać z narzędzia przepływu pracy. Zachowaj samo wywołanie HTTP w jednej funkcji, którą wywołuje narzędzie, aby logika pozostała testowalna poza płótnem.

Sprawdź granice przed zobowiązaniem się. Czy koledzy mogą otworzyć klucz przechowywany w narzędziu? Czy możesz wyeksportować przepływ jako tekst, który można przejrzeć? Jeśli któraś z odpowiedzi to „nie”, wygoda ma koszt, który ujawni się później.

Kto powinien mieć możliwość ponownego uruchomienia

Kolegowie, którzy ponownie uruchamiają notatnik, nie powinni potrzebować Twojego klucza płatnego. Komórki demonstracyjne wywołujące domenę lub przegląd nie potrzebują klucza, więc działają dla każdego, kto otworzy plik.

Komórki płatne odczytują klucz ze środowiska. Ta jedna nawykowa czynność trzyma klucz z dala od notatnika, z definicji przepływu pracy i ze zrzutu ekranu przekazywanego na spotkaniu.

Napisz regułę obok komórki z kluczem, prostymi słowami: darmowe komórki działają dla każdego, a płatne komórki potrzebują klucza ze środowiska. Czytelnik, który spotka się z tą regułą raz, przestanie pytać.

Potoki mieszane i miejsce, w którym następuje join

Potok mieszany ma dwa źródła zasilające jedną tabelę. Zachowaj każde źródło w osobnej fazie, zapisz każde wyjście do osobnego pliku z datą i wykonaj join tylko na etapie raportu. Gdy jedno źródło zmieni format, będziesz wiedzieć, która faza się zepsuła.

Nie uśredniaj dostawców, którzy liczą inaczej. Porównuj je równolegle przez jeden cykl, jak opisuje demontaż, i zachowaj klucz join identyczny po obu stronach.

Przechodzenie przez drzewo jednego hipotetycznego zadania

Załóżmy, że Twoje zadanie pobiera domeny odsyłające i kotwice dla 40 domen konkurencji co miesiąc i nic więcej. Pierwszy wiersz pyta o wolumeny słów kluczowych lub pozycje w SERP. Odpowiedź to nie, więc drzewo wysyła Cię do wiersza 2.

Wiersz 2 pyta, czy część linkowa dotyczy tylko domen odsyłających, kotwic i wskaźnika zaufania. Tutaj tak, więc API tylko do linków wystarczy na tym etapie. Wiersz 3 pyta o dane z crawlowania odświeżane codziennie. Odpowiedź to nie, ponieważ dla tego raportu wystarcza miesięczny snapshot, więc spacer kończy się na gałęzi tylko do linków z ceną za wywołanie.

Pięć kontroli przed wyborem gałęzi

01

Policz kolumny linków

Policz, ile kolumn w Twojej końcowej tabeli pochodzi z linków. Jeśli liczba jest mała, faza linków jest małą częścią zadania, a wąskie API może być wszystkim, czego potrzebuje.

02

Nazwij rytm odświeżania

Zapisz, jak często każde źródło się zmienia. Nasz graf odświeża się mniej więcej raz w miesiącu, więc harmonogram dzienny tylko powtarza te same liczby.

03

Wypisz płatne wywołania

Wypisz każde wywołanie, które zużywa kredyty i ile razy każde z nich uruchamia się w cyklu. Akcje darmowe wypadają z listy, co często znacznie ją skraca.

04

Sprawdź, gdzie znajduje się klucz

Potwierdź, który plik, magazyn sekretów lub zmienna środowiskowa zawiera klucz i kto może go odczytać. Klucz w lokalnym pliku .Renviron niesie inne ryzyko niż ten wklejony do wspólnego przepływu pracy.

05

Wycenij pełny cykl

Pomnóż wywołania przez kredyty za wywołanie, a następnie przez $0.0001. Umieść sumę obok budżetu, który już masz, zanim podejmiesz jakąkolwiek decyzję.

Ławka warsztatowa pokazująca precyzyjny pomiar kamienia versus wiercenie w przesuwającym się piasku

Trzy krótkie szkice przypadków

Traktuj je jako szkice, a nie klientów. Szkic jeden: analityk buduje miesięczny raport konkurencji z 40 domen i chce liczb domen odsyłających i kotwic. Gałąź tylko do linków pasuje. Strona z cenami pokazuje, że kosztuje to grosze.

Szkic dwa: zespół potrzebuje pozycji słów kluczowych dla 2 000 fraz każdego dnia. Nic tutaj nie pomaga. Zostań przy dostawcy SERP.

Szkic trzy to przypadek mieszany. Jest to najczęstszy przypadek. Zachowaj fazę SERP tak, jak jest, przenieś tylko fazę linków i połącz dwie tabele w dalszej części. Demontaż przechodzi przez etapy, a strona sprawdzania zaufania obejmuje główne wywołanie skoringu, które zastępuje pętlę.

Kiedy odpowiedzią jest „to zależy”

Większość czasu odpowiedź zależy od potrzeb odświeżania, i to jest uczciwa odpowiedź.

Jeśli wystarczający jest miesięczny snapshot, jesteś w terytorium tylko do linków, a model przedpłaty za wywołanie pasuje. Jeśli musisz zareagować na utratę linku tego samego dnia, potrzebujesz źródła zbudowanego do tego celu, a nasz miesięczny graf jest niewłaściwym narzędziem bez względu na cenę.

Pytania, które ludzie zadają przed wyborem gałęzi

Czy potrzebuję klucza do przetestowania API?

Nie. domain, overview, stats i suggest działają bez klucza, więc możesz zobaczyć kształt odpowiedzi przed zalogowaniem się. Akcje płatne potrzebują klucza, a brakujący lub błędny klucz zwraca HTTP 401.

Czy muszę najpierw zapłacić subskrypcję?

Nie. Kredyty są preopłacone po $0.0001 za kredyt, bez subskrypcji i bez miesięcznego minimum. Akcje darmowe nic nie kosztują, a każde płatne wywołanie jest rozliczane raz, niezależnie od liczby zwracanych wierszy.

Czy powinienem zbudować fazę linków samodzielnie?

Dla jednorazowego zadania małe scrapowanie może wyglądać tanio. Dla raportu miesięcznego zwykle nie jest, ponieważ crawlowanie i indeksowanie internetu to osobny projekt. Zbuduj go samodzielnie tylko wtedy, gdy faza linków jest sama w sobie produktem, który tworzysz.

Co jeśli drzewo wyśle mnie do dwóch gałęzi?

Podziel pracę. Zachowaj fazę słów kluczowych z jej dostawcą, wyślij fazę linków do API tylko do linków i połącz dwie tabele po kolumnie domain. Przypadek mieszany to ten, z którym kończy się większość potoków.