API Verificare Clasament Domeniu: costul fiecărei acțiuni

Definiții utilizate în tabel

Un credit este unitatea de facturare. Un credit este egal cu $0.0001, astfel încât 10.000 de credite fac exact un dolar. Un apel este o singură cerere HTTP.

Un rând este un singur element dintr-o listă returnată, de exemplu un backlink. Limitele se aplică per apel. Limita de paginare profundă se aplică per interogare, iar atunci când o atingeți, răspunsul este să restrângeți întrebarea.

Citirea tabelului

Unitatea de facturare este apelul, nu rândul. Preluarea a 1.000 de backlinks costă la fel ca preluarea a 10: două credite.

Cea mai ieftină este cu mult bulk_dr. Două mii de domenii costă $0.0001, care este prețul unui singur rând la prețarea pe rând. Paginarea profundă este limitată la 50.000 de rânduri, astfel încât dincolo de această adâncime, restrângeți interogarea în loc să faceți paginare.

Un cont nou începe cu $100 de credit gratuit, un milion de credite. Reîncărcările ulterioare se plătesc în USDT pe TRC-20 prin pagina de cont, astfel încât soldul pe care îl vedeți acolo este cel din care se deduce fiecare apel.

Alegerea celei mai ieftine acțiuni care răspunde totuși la întrebare

Cele mai multe întrebări au mai multe acțiuni care le-ar putea răspunde. Alegeți cea cu cel mai mic cost în credite care oferă totuși răspunsul de care aveți nevoie.

Calea cea mai ieftină este adesea în doi pași: evaluați o listă mare ieftin, apoi plătiți pentru detalii pe o listă scurtă.

Evaluați mai întâi, listați al doilea

bulk_dr evaluează până la 2.000 de domenii pentru 1 credit per apel. Rulați-l pe lista completă, apoi extrageți listările de 2 credite doar pentru lista scurtă.

O listă scurtă de 40 de nume costă 80 de credite pentru listările de domenii de referință, sau $0.008. Acesta este un cost mic în comparație cu pasul de screening, care este motivul pentru care se restrânge mai întâi.

Scrieți regula pentru lista scurtă, astfel încât fiecare rulare lunară să o aplice în același mod și cifrele să rămână comparabile.

Comparați un set de egali

compare acceptă până la 20 de domenii pentru 1 credit. Un set de egali de această dimensiune se potrivește într-un singur apel, unde o listare pentru fiecare competitor ar costa 2 credite per apel.

Utilizați-l pentru un răspuns pe rând pentru un grup mic. Trecereți la listări doar când un singur site are nevoie de adâncime.

Acțiuni cu o singură țintă

top, dr_distribution și tld_breakdown costă câte 1 credit fiecare și acceptă o singură țintă. Ele răspund la întrebări mai restrânse decât o listare, de aceea costă mai puțin.

Verificați ce întrebare puneți înainte de a alege. Un răspuns ieftin la o întrebare greșită este tot un răspuns greșit.

Prognozarea unei rulări înainte de a începe

O prognoză este bună doar cât unitatea sa. Aici unitatea este apelul, astfel încât numărați apelurile, înmulțiți cu creditele și convertiți în dolari o dată la final.

Cele mai multe surprize vin din pasul pe care nimeni nu l-a prețuit. O listare de urmărire sau o reîncercare adaugă apeluri la plan, iar fiecare are un preț.

Bugetați fiecare flux de lucru în parte

Prognozați separat fiecare tip de sarcină. O rulare de screening, un audit lunar și o verificare unică au forme diferite, iar o medie combinată ascunde pe cea scumpă.

Să presupunem că o screening săptămânală ipotetică de 10.000 de prospecte necesită cinci apeluri bulk_dr. Acesta este 5 credite, sau $0.0005, înainte de a începe orice muncă de urmărire.

Scrieți bugetul mai întâi în credite și al doilea în dolari. Creditele se potrivesc cu linia fiecărui apel, astfel încât aritmetica rămâne vizibilă când verificați o rulare în raport cu planul.

Permiteți reîncercări

Reîncercările adaugă apeluri. Zece reîncercări pe un plan de 100 de apeluri este o creștere de 10 la sută, chiar dacă fiecare reîncercare pare ieftină.

Nu se specifică dacă un apel eșuat este facturat. Testați-l o dată cu un apel ieftin și citiți _credits înainte de a vă baza pe niciun răspuns.

Opriți un loop care crește continuu

Scripturile și agenții decid uneori că un alt apel va ajuta. Un loop fără limită poate cheltui mult mai mult decât a permis planul.

Puneți limita în cod: un număr maxim de apeluri și o oprire când soldul scade sub ceea ce îi trebuie restului sarcinii.

O linie simplă de jurnal per apel face deviația vizibilă devreme. Înregistrați acțiunea, numărul de domenii și valoarea _credits. Comparați totalul curent cu planul la finalul fiecărei loturi.

Memorarea în cache a răspunsurilor pentru care ați plătit deja

Întrebările repetate sunt risipa cea mai ieftină de eliminat. Un cache stochează un rezultat o dată și răspunde la următoarea cerere din memorie.

Cache după domeniu și acțiune, nu doar după domeniu. Un scor bulk_dr și o listare refdomains pentru același nume sunt răspunsuri diferite cu prețuri diferite.

Lăsați setarea de reîmprospatare să stabilească expirarea

Indexul se actualizează aproximativ o dată pe lună. Un apel repetat în aceeași lună returnează de obicei același instantaneu, astfel încât un cache care trăiește până la următoarea reîmprospatare pierde puțin.

Păstrați un timestamp cu fiecare intrare. O valoare cache fără o dată este greu de apărat într-un raport mai târziu.

O sarcină care rulează mai des decât reîmprospatarea ar plăti altfel de două ori pentru același instantaneu într-un ciclu. Cache-ul oprește acest lucru.

Ce nu trebuie memorat în cache

Un apel eșuat nu este un răspuns. Nu stocați un 401 sau 402 ca rezultat, deoarece următorul apel poate reuși o dată ce cheia sau soldul sunt corectate.

Acțiunile gratuite sunt ieftin de repetat, astfel încât un cache poate să nu merite codul pentru ele. Măsurați mai întâi.

Includeți numele acțiunii și parametrii care modelează răspunsul în cheia cache-ului, cum ar fi per și sort. Două listări cu sortări diferite sunt rezultate diferite.

Citirea valorii _credits apel cu apel

Fiecare răspuns autentificat își raportează propriul cost. Citiți acea valoare alături de tabel, și fiecare apel se mapează la o acțiune și un preț.

Jurnalizați valoarea pe măsură ce mergeți. Un total neexplicat este mult mai ușor de urmărit când fiecare apel are deja numele acțiunii.

O sarcină de verificare a clasamentului domeniu este cel mai ușor de auditat când fiecare răspuns își are propriul preț. Potriți valoarea cu tabelul, și factura nu mai este un mister.

Potrivirea fiecărei charge-uri cu o acțiune

Un răspuns care raportează 2 credite ar trebui să aparțină unei acțiuni de 2 credite, cum ar fi o listare. O charge de 3 credite aparține search sau keyword. Orice altceva merită o privire mai atentă.

Dacă o charge nu se potrivește, verificați numele acțiunii pe care l-ați trimis înainte de a verifica soldul. Greșeala este de obicei o greșeală de tastare în parametrul acțiunii.

Identificarea unui loop prin totalurile sale

Un loop apare ca multe apeluri identice cu același cost. Dacă totalul pentru o acțiune crește mult mai repede decât restul, căutați o reîncercare sau un pas de paginare care nu se termină niciodată.

Comparați acel total cu prognoza pentru aceeași sarcină, nu cu luna trecută, deoarece dimensiunile sarcinilor se schimbă de la o rulare la alta.