Jak sprawdzić backlinki przez API, gdy wiersze wyglądają na błędne
Tabela oparta na objawach dla momentów, gdy zwrócenie kotwic zwraca mniej wierszy niż oczekiwano, kosztuje więcej niż planowano lub rozchodzi się z danymi z ubiegłego miesiąca.
Zespół badawczy Anchor Social ·
Sprawdź te trzy rzeczy jako pierwsze
Większość dziwnych wyników wynika z jednej z trzech przyczyn. Każdą z nich można sprawdzić w mniej niż minutę, co sprawia, że rozsądnie jest wykluczyć je, zanim ktoś poświęci godzinę na analizę wierszy. Sprawdź te trzy. Klucz, saldo kredytów lub datę snapshotu.
Każda uwierzytelniona odpowiedź zawiera ok oraz obiekt _credits z kosztem i pozostałym saldem, więc pierwszym krokiem jest zawsze wypisanie tych dwóch pól. Zacznij od tego, zawsze. Jeśli ok to false, nic w wierszach nie ma jeszcze znaczenia.
Następnie sprawdź miesiąc. Nasz indeks odświeża się mniej więcej raz w miesiącu, a link dodany w zeszłym tygodniu może po prostu nie być jeszcze w indeksie, co nie jest błędem.
Jeszcze jedna nawyk. Zapisuj linię logu dla każdego wywołania z akcją, numerem strony i pozostałym saldem z _credits; ułatwi to późniejsze śledzenie brakujących 7 kredytów zamiast zagadki pod koniec miesiąca.
Objaw, przyczyna, rozwiązanie
Objaw
Prawdopodobna przyczyna
Rozwiązanie
HTTP 401
Brakujący lub błędny klucz
Wyślij key=sk_... lub Authorization: Bearer sk_...; skopiuj go ponownie ze strony konta
HTTP 402
Kredyty się wyczerpały
Doładuj w USDT (TRC-20) ze strony konta i spróbuj ponownie
Mniej wierszy niż sugeruje suma
Jedno wywołanie zwraca do 1000 wierszy
Dodaj page=2, page=3; głęboka paginacja zatrzymuje się na 50 000 wierszy
Koszt wygląda na wyższy niż 2 kredyty
Wywołano inną akcję
anchors to 2 kredyty; keyword i search to 3; sprawdź wartość action
Suma różni się od zeszłego miesiąca
Indeks został odświeżony
Porównuj snapshoty tylko w ramach tego samego narzędzia i cyklu miesięcznego
Brak nowego linku
Link pojawił się po ostatnim odświeżeniu
Poczekaj na kolejne miesięczne odświeżenie; nie pobieraj ponownie, aby go wyśledzić
Wybierz jedno źródło do trendów; używaj drugiego do kontroli punktowych
Poprawne odczytanie krótkiego wyniku
Mała domena może po prostu mieć mało kotwic. Domena, która została zarejestrowana niedawno lub ma mało stron z linkami zewnętrznymi, może generować krótką listę z zupełnie zwykłych powodów. Krótkie nie oznacza uszkodzonego. Nie każda krótka lista to porażka.
Porównaj liczbę wierszy z darmowymi wynikami overview dla tej samej domeny: jeśli overview zgłasza tysiące backlinków, a anchors zwraca czterydzieści wierszy na pierwszej stronie, prawdopodobnie potrzebujesz drugiej strony, a nie zgłoszenia do supportu. Jeśli overview sam zgłasza garść, domena jest młoda lub mała, a pobranie jest poprawne. Policz najpierw, potem skarguj.
Ma miejsce też odwrotna sytuacja. Ogromne domeny osiągają limit paginacji 50 000 wierszy, więc sortuj według kolumny, która Cię interesuje, i pobierz górną część, lub najpierw wywołaj anchor_cloud, aby zobaczyć, które terminy dominują, zanim przeiterujesz przez wszystko.
Ustawienia sortowania i paginacji zmieniają to, co widzisz
Dwa pobrania mogą się różnić z powodu, który nie ma nic wspólnego z siecią. Sortowanie, kolejność i rozmiar strony działają razem, więc zmiana jednego z nich może przearanżować cały wynik, nawet gdy domena i klucz pozostają dokładnie takie same. Sortowanie, kolejność i rozmiar strony decydują, które wiersze są pierwsze i ile przychodzi w jednym wywołaniu. Sprawdź to jako pierwsze.
Ta sama domena, inni liderzy
Pierwsze wiersze podążają za sortowaniem, które zażądałeś, więc plik posortowany w jeden sposób nie będzie wyglądał jak plik posortowany inaczej. Sortowanie zmienia liderów. Jeśli jeden plik prowadzi z największymi domenami odsyłającymi, a następny z najnowszymi wierszami, oba mogą być poprawne. Zaznacz sortowanie w nazwie pliku.
Szybki test pomaga. Uruchom go najpierw na małej domenie, tak aby test kosztował prawie nic i dał jasną odpowiedź co do żądania. Wywołaj tę samą akcję dwukrotnie z identycznymi parametrami. Jeśli wiersze są zgodne, różnica leży w żądaniu, a nie w danych.
Druga strona nie jest kopią pierwszej
Każda strona to osobne wywołanie z osobną linią rozliczeniową, a wiersze na jednej stronie nie powinny powtarzać się na następnej. Strony to osobne wywołania. Gdy się powtarzają, pętla prawdopodobnie utrzymywała tę samą wartość strony. Wypisz pierwszą domenę każdej strony, aby potwierdzić, że liczby się zmieniają.
Zachowaj numer strony w swoim logu obok salda. Pętla, która utknęła na drugiej stronie, jest znacznie łatwiejsza do naprawienia, gdy możesz zobaczyć dokładne wywołanie, które się zatrzymało. Logi oszczędzają godziny.
Przetestuj najpierw dwie strony. Krótki test po pierwszych dwóch stronach wystarczy. Jeśli druga strona powtarza pierwszą, zatrzymaj pętlę, zanim saldo zapłaci za te same wiersze dwukrotnie.
Wypisz pola rozliczeniowe przed wszystkim innym
Trójliniowy strażnik, który możesz wkleić do skryptu cron.
Naprawa kolejności, gdy pobranie wygląda na błędne
Pracuj od góry do dołu. Każdy krok usuwa jedną rodzinę przyczyn, zanim zacznie się następny.
1
Potwierdź sukces wywołania
Odczytaj ok w pierwszej odpowiedzi. Jeśli to false, wiersze nie mają jeszcze znaczenia.
2
Porównaj parametry
Sprawdź action, q, sort, order, per i page względem pliku, z którym porównujesz.
3
Sprawdź datę indeksu
Zapytaj, czy miesięczne odświeżenie miało miejsce między dwoma pobraniami, i zapisz tę datę w arkuszu.
4
Zbuduj ponownie żądanie od zera
Zapisz wywołanie ponownie, parametr po parametrze, aby wyłapać literówkę, którą ukrywa skopiowany URL.
Rozstrzyganie sporu z plikiem z ubiegłego miesiąca
Gdy dwa pliki się nie zgadzają, pytanie rzadko dotyczy tego, kto ma rację. Większość rozbieżności powoduje zmiana ustawienia, której nikt nie zapisał, dlatego log jest ważniejszy niż pamięć. Chodzi o to, która część żądania się zmieniła. Spójrz najpierw na żądanie. Przejdź przez trzy sprawdzenia w kolejności, a większość sporów kończy się na pierwszym.
Zacznij od daty indeksu
Indeks odświeża się mniej więcej raz w miesiącu, a to odświeżenie jest pierwszą rzeczą do wykluczenia. Link, który stał się aktywny po ostatnim odświeżeniu, nie pojawi się w żadnym pliku, a ponowne pobranie tego samego dnia tego nie naprawi. Daty odświeżania wyjaśniają luki.
Oznacz każdy plik. Plik nazwany z datą pobrania i cyklem odświeżania odpowiada na najczęstsze pytanie, zanim ktokolwiek będzie musiał je zadać na spotkaniu. Zapisz cykl odświeżania obok nazwy każdego pliku. Następnie luka czyta się jako lukę w czasie, a nie w sieci.
Trzymaj daty odświeżania razem w jednej kolumnie, a nie rozrzucone po notatkach. Czytelnik, który widzi daty obok sum, rzadko musi zadać drugie pytanie. To oszczędza pytanie.
Porównuj podobne z podobnym
Dwa pliki są porównywalne tylko wtedy, gdy akcja, domena, sortowanie i wartość per są zgodne. Jeśli sortowanie się różni, wiodące wiersze będą się różnić, nawet gdy każda suma jest zgodna, co może wyglądać na prawdziwą zmianę w profilu. Mieszanie pliku anchors z plikiem backlinks to częsty sposób na wymyślenie spadku, który nigdy nie miał miejsca. Dopasowanie ustawień jest pierwsze.
Jeśli parametry są zgodne, a sumy nadal się różnią, ta różnica warta jest bliższego spojrzenia, a log mówi Ci, gdzie zacząć. Następnie przeczytaj log.
Przydziel wartości per osobną kolumnę również, ponieważ zmienia ona liczbę wierszy przychodzących w jednym wywołaniu, a tym samym liczbę wywołań kosztujących pobranie. Zachowaj to widoczne.
Gdy wiersze się przesunęły zamiast zniknąć
Po zmianie domeny lub redesignie link może nadal istnieć i wskazywać na nowy adres. Stare hosty utrzymują linki. Porównaj najlepsze strony dla starego i nowego hosta, zanim ogłosiš link utraconym. Checklista migracji przechodzi przez to sparowanie.
Zaloguj obie strony. Zapisz oba adresy w jednej linii, tak aby przeniesienie pozostało widoczne w arkuszu.
Koszty, które zaskakują ludzi
Rachunek rosnący szybciej niż plan zwykle ma jedną przyczynę. Wiele zespołów zauważa wyższy rachunek dopiero pod koniec miesiąca, więc cotygodniowy przegląd bieżącej sumy wychwyci dryf wcześniej. To akcja. Wiele osób pyta, jak sprawdzić backlinki bez nadmiernych wydatków, a odpowiedź zaczyna się od nazwy akcji. Czytaj saldo w każdej odpowiedzi i utrzymuj bieżącą sumę obok swojego arkusza.
Saldo, które wyczerpuje się szybciej niż planowano
Nazwy akcji mają znaczenie. Zwykłym winowajcą jest nazwa akcji. anchors kosztuje 2 kredyty, podczas gdy keyword i search kosztują po 3, więc skrypt, który przełączył akcje, cicho podniósł rachunek. Sprawdź wartość action w żądaniu przed pierwszym dużym uruchomieniem.
Śledź dryf. Utrzymuj bieżącą sumę _credits w arkuszu. Mały dryf każdego dnia jest łatwo tam zobaczyć, długo przed końcem miesiąca.
402 w połowie pętli
402 oznacza, że saldo się wyczerpało. Zatrzymaj pętlę. Wywołania, które zostały już obsłużone, zostały rozliczone, podczas gdy kolejne wywołanie zawodzi. Zatrzymaj pętlę, doładuj w USDT (TRC-20) ze strony konta i wznowij od strony, na której się zatrzymałeś.
Punkt wznowienia jest przydatny tylko wtedy, gdy jest zapisany. Zachowaj numer strony w logu, tak aby restart nie był zgadywaniem. Zapisz stronę.
Odczytanie wyniku, który jest za duży
Liczba, która nagle rośnie, zasługuje na spojrzenie na źródło, zanim stanie się historią. Jeden link szablonowy może dodać tysiące wierszy, a sama linia sum nie powie Ci, czy jest to jedna strona, czy wiele. Wiersze mogą być poprawne, a przyczyna może leżeć w jednej domenie, a nie w całym profilu. Sprawdź źródło jako pierwsze.
Stopka sitewide za dużą liczbą
Jeden link szablonowy pojawiający się na tysiącach stron jednej witryny może stanowić dużą grupę wierszy. Zgrupuj pobranie według domeny odnośnikowej i zobacz, ile z całości zajmuje jedna strona. Najpierw zgrupuj, potem osądź.
Jeśli jedna domina dominuje, suma jest faktem dotyczącym tej witryny, a analiza powinna być sformułowana w ten sposób. Sformułuj ją w ten sposób.
Wiersze z domeny, której nigdy nie linkowałeś
Dziwne kotwice wymagają sprawdzenia. Ich obecność nie dowodzi, że coś jest nie tak, ale oznacza, że wiersz zasługuje na taką samą analizę jak każdy inny wiersz w Twojej analizie. Nieznane domeny odsyłające z niezwiązanymi kotwicami mogą pochodzić ze skrabera lub skompromitowanej strony. Otwórz jedną ze stron odsyłających, jako odwiedzający, zanim założysz, że wiersze należą do Twojego profilu.
Zaloguj domenę, datę i kotwicę w arkuszu i zachowaj surową odpowiedź, aby późniejsza recenzja miała dowody. Dowody biją pamięć.
Jeśli tabela nie rozwiązała problemu
Uruchom darmową akcję taką jak overview dla tej samej domeny; jeśli to zadziała, problemem jest klucz
Potwierdź, że wpisałeś samą domenę w q, bez ścieżki
Zapisz surowy JSON przed zmianą czegokolwiek
Sprawdź saldo w panelu sterowania względem _credits
Skontaktuj się z nami ze swojej strony konta z akcją i znacznikiem czasu
Szybkie odpowiedzi
Czy nieudane wywołanie kosztuje kredyty?
401 lub 402 zwraca przed obsłużeniem jakichkolwiek wierszy. Każde pomyślne wywołanie jest rozliczane raz, niezależnie od liczby wierszy do 1000 wierszy. Sprawdź _credits w odpowiedzi, aby potwierdzić, ile kosztowało dane wywołanie.
Dlaczego dwa pobrania w tym samym dniu mogą się różnić?
Nie powinny, ponieważ indeks zmienia się tylko przy miesięcznym odświeżeniu. Jeśli się różnią, najpierw porównaj parametry sortowania i strony, następnie swój klucz i akcję. Strona darmowego sprawdzania pokrywa to, co zwracają wywołania bez klucza.