API sprawdzania rangi domeny: koszt każdej akcji

Definicje użyte w tabeli

Kredyt to jednostka rozliczeniowa. Jeden kredyt to $0.0001, więc 10 000 kredytów to dokładnie jeden dolar. Zapytanie to jedna prośba HTTP.

Wiersz to jeden element zwróconej listy, na przykład jeden backlink. Limity dotyczą jednego zapytania. Limit głębokiego paginowania dotyczy jednego zapytania, a gdy go osiągniesz, odpowiedź brzmi: zawęź pytanie.

Jak czytać tabelę

Jednostką rozliczeniową jest zapytanie, a nie wiersz. Pobranie 1000 backlinków kosztuje tyle samo co pobranie 10: dwa kredyty.

Najtańszą opcją jest bulk_dr. Dwie tysiące domen kosztują $0.0001, czyli cenę jednego wiersza przy rozliczaniu za wiersz. Głęboka paginacja jest ograniczona do 50 000 wierszy, więc po przekroczeniu tego progu zawężasz zapytanie zamiast paginować.

Nowe konto rozpoczyna się od $100 darmowego kredytu, czyli miliona kredytów. Późniejsze doładowania opłacane są w USDT (TRC-20) przez stronę konta, więc saldo widoczne tamto jest tym, z którego pobierane są środki przy każdym zapytaniu.

Wybór najtańszej akcji, która nadal odpowiada na pytanie

Większość pytań ma więcej niż jedną akcję, która może na nie odpowiedzieć. Wybierz tę z najniższym kosztem kredytów, która nadal dostarcza potrzebnej odpowiedzi.

Najtańszą ścieżką jest często dwa kroki: tania wycena dużej listy, a następnie płatne uzyskanie szczegółów dla krótkiej listy.

Najpierw wycena, potem lista

bulk_dr wycenia do 2000 domen za 1 kredyt na zapytanie. Uruchom go na pełnej liście, a następnie pobierz listy za 2 kredyty tylko dla krótkiej listy.

Krótka lista 40 nazw kosztuje 80 kredytów za listy domen odsyłających, czyli $0.008. To niewielki koszt w porównaniu do kroku wstępnego, który jest powodem zawężenia listy.

Zapisz regułę tworzenia krótkiej listy, aby każde miesięczne uruchomienie stosowało ją w ten sam sposób i wyniki były porównywalne.

Porównaj grupę konkurencyjną

compare obsługuje do 20 domen za 1 kredyt. Grupa konkurencyjna o takim rozmiarie mieści się w jednym zapytaniu, gdzie lista dla każdego konkurenta kosztowałaby 2 kredyty na zapytanie.

Użyj go do porównania obok siebie dla małej grupy. Przejdź do list tylko wtedy, gdy jedna strona wymaga głębszych danych.

Akcje dla jednego celu

top, dr_distribution i tld_breakdown kosztują po 1 kredycie każda i wymagają jednego celu. Odpowiadają na węższe pytania niż lista, dlatego kosztują mniej.

Sprawdź, jakie pytanie zadajesz, zanim wybierzesz akcję. Tania odpowiedź na złe pytanie to nadal zła odpowiedź.

Prognozowanie uruchomienia przed jego rozpoczęciem

Prognoza jest tak dobra, jak jej jednostka. Tutaj jednostką jest zapytanie, więc policz zapytania, pomnóż przez kredyty i przelicz na dolary na samym końcu.

Większość niespodzianek pochodzi z kroku, którego nikt nie wycenił. Zapytanie uzupełniające lub ponowne dodaje zapytania do planu, a każde z nich ma swoją cenę.

Wyceniaj każdy przepływ pracy osobno

Prognozuj każdy typ zadania osobno. Uruchomienie wstępne, miesięczny audyt i jednorazowe sprawdzenie mają inną strukturę, a jeden uśredniony wynik ukrywa ten drogi.

Załóżmy, że hipotetyczne cotygodniowe sprawdzenie 10 000 potencjalnych klientów wymaga pięciu zapytań bulk_dr. To 5 kredytów, czyli $0.0005, zanim rozpocznie się jakakolwiek praca uzupełniająca.

Zapisz budżet najpierw w kredytach, a potem w dolarach. Kredyty odpowiadają linii przy każdym zapytaniu, więc obliczenia pozostają widoczne, gdy sprawdzasz uruchomienie względem planu.

Przewiduj ponowne próby

Ponowne próby dodają zapytania. Dziesięć ponownych prób w planie 100 zapytań to wzrost o 10 procent, nawet jeśli każda ponowna próba wydaje się tania.

Nie jest określone, czy nieudane zapytanie jest rozliczane. Przetestuj to raz tanim zapytaniem i odczytaj _credits przed oparciem się na którejkolwiek odpowiedzi.

Zatrzymaj pętlę, która stale rośnie

Skrypty i agenci czasem decydują, że jedno kolejne zapytanie pomoże. Pętla bez limitu może wydać znacznie więcej niż pozwalał plan.

Umieść limit w kodzie: maksymalną liczbę zapytań i zatrzymanie, gdy saldo spadnie poniżej tego, czego wymaga reszta zadania.

Prosta linia logu dla każdego zapytania sprawia, że odchylenia są widoczne na wczesnym etapie. Zapisz akcję, liczbę domen i wartość _credits. Porównaj bieżącą sumę z planem na końcu każdej partii.

Buforowanie odpowiedzi, za które już zapłaciłeś

Powtarzające się pytania to najtańsza marnotrawstwo do usunięcia. Bufor przechowuje wynik raz i odpowiada na kolejne żądanie z pamięci.

Buforuj według domeny i akcji, a nie samej domeny. Wycena bulk_dr i lista refdomains dla tej samej nazwy to różne odpowiedzi o różnych cenach.

Niech odświeżanie ustali ważność

Indeks odświeżany jest mniej więcej raz w miesiącu. Powtarzające się zapytanie w tym samym miesiącu zwykle zwraca ten sam snapshot, więc bufor, który przetrwa do następnego odświeżenia, traci mało.

Zapisuj znacznik czasu przy każdym wpisie. Zbuforowana wartość bez daty jest trudna do obronienia w raporcie później.

Zadanie, które uruchamia się częściej niż odświeżanie, płaciłoby dwukrotnie za ten sam snapshot w jednym cyklu. Bufor to zatrzymuje.

Czego nie buforować

Nieudane zapytanie nie jest odpowiedzią. Nie przechowuj 401 lub 402 jako wyniku, ponieważ kolejne zapytanie może się udać po naprawieniu klucza lub salda.

Darmowe akcje są tanie do powtórzenia, więc bufor może nie być wart kodu dla nich. Zmierz najpierw.

Dołącz nazwę akcji i parametry kształtujące odpowiedź do klucza bufora, takich jak per i sort. Dwie listy z różnymi sortami to różne wyniki.

Odczytywanie wartości _credits krok po kroku

Każda uwierzytelniona odpowiedź raportuje własny koszt. Odczytaj tę wartość obok tabeli, a każde zapytanie mapuje się na jedną akcję i jedną cenę.

Zaloguj wartość w miarę postępu. Niezrozumiała suma jest znacznie łatwiejsza do śledzenia, gdy każde zapytanie zawiera już nazwę akcji.

Zadanie sprawdzania rangi domeny jest najłatwiejsze do audytu, gdy każda odpowiedź zawiera własną cenę. Dopasuj wartość do tabeli, a rachunek przestaje być tajemnicą.

Dopasowanie każdego obciążenia do akcji

Odpowiedź raportująca 2 kredyty powinna należeć do akcji kosztującej 2 kredyty, takiej jak lista. Obciążenie 3 kredytów należy do search lub keyword. Wszystko inne zasługuje na bliższe przyjrzenie się.

Jeśli obciążenie nie pasuje, sprawdź nazwę akcji, którą wysłałeś, zanim sprawdzisz saldo. Błąd to zwykle literówka w parametrze akcji.

Wykrywanie pętli po jej sumach

Pętla objawia się wieloma identycznymi zapytaniami o tym samym koszcie. Jeśli suma dla jednej akcji rośnie znacznie szybciej niż reszta, szukaj ponownej próby lub kroku paginacji, który nigdy się nie kończy.

Porównaj tę sumę z prognozą dla tego samego zadania, a nie z zeszłym miesiącem, ponieważ rozmiary zadań zmieniają się od jednego uruchomienia do drugiego.