Miesięczny snapshot DR: konfiguracja dla Twojego narzędzia BI
Instrukcja krok po kroku, która zamienia jedno wywołanie API w wiarygodny szereg czasowy – od pierwszego klucza po gotowy wykres.
Zespół badawczy RankWiser ·
Konfiguracja, krok po kroku
1
Utwórz klucz
Zaloguj się przez Google na /auth/google.php. Twoje konto otwiera się z saldem $100, co odpowiada 1 000 000 kredytów. Skopiuj klucz zaczynający się od sk_.
2
Utwórz tabelę
Kolumny: domain, dr, ref_domains, pulled_on, source. Klucz główny złożony z domain i pulled_on, aby ponowne uruchomienie nie podwajało rekordów w danym miesiącu.
3
Zaplanuj jedno wywołanie
Uruchomij je 5. dnia każdego miesiąca. Nasz indeks odświeża się mniej więcej raz w miesiącu, więc częstsze pobieranie dodaje tylko wiersze, nie nowe informacje.
4
Sparsuj i wstaw dane
Odczytaj JSON, sprawdź czy ok ma wartość true, i wstaw każdy rekord z datą pobrania.
5
Zaznacz zmiany
Oblicz przyrosty miesięczne i oznacz wszystko, co przekracza 3 punkty. Mniejsze zmiany to głównie szum.
6
Wykresuj dane
Jeden wiersz na domenę, Twoja domena w intensywnym kolorze, pasmo konkurencji w szarym.
Jedno wywołanie
Wpis cron, uruchamiany 5. dnia o 06:00. Koszt jednego uruchomienia to jeden kredyt.
Wybór tego, na co może odpowiadać liczba DR domeny
Domain DR to w istocie zwykły licznik. Wzrost następuje, gdy więcej unikalnych witryn łączy się z domeną, a skala logarytmiczna sprawia, że każdy kolejny punkt jest trudniejszy do osiągnięcia. Zapisz to zdanie w notatkach do wykresu.
Dobra kafelka odpowiada na jedno pytanie o trend dla danego zestawu domen: czy nadążamy za trzema konkurentami, czy rośnie liczba partnerów, czy kampania przyniosła jakiekolwiek efekty. Zła kafelka miesza w tym ruch lub przychód i sugeruje zależność przyczynową, której dane nie potwierdzają.
Przechowuj również surową liczbę domen odsyłających. Jeśli wynik zmieni się o jeden punkt, będziesz wiedzieć, czy wynikało to z 40 nowych domen, czy 4000, co pomoże ocenić, czy warto się przejmować.
Co tabela powinna i nie powinna przechowywać
Tabela snapshotów to pamięć. Powinna przechowywać to, co jest potrzebne do wyjaśnienia wykresu za rok, i nic więcej, co mogłoby prowadzić do błędnych wniosków. Zacznij od najmniejszego zestawu kolumn, który odpowiada na pytanie o trend. Dodawaj kolejne tylko wtedy, gdy na spotkaniu padnie takie pytanie.
Niektóre kolumny zasługują na miejsce od pierwszego dnia. Mniej, niż się wydaje. Domena, wynik, liczba domen odsyłających, data pobrania i nazwa źródła pokrywają większość pytań. Kolumna z ruchem wydaje się pomocna, ale pochodzi z innego źródła i innej daty, więc powinna znaleźć się w osobnej tabeli.
Pomiń wszystko, co można przeliczyć na podstawie pozostałych danych. Zmiana miesięczna to odejmowanie, więc traktuj ją jako widok, a nie jako czwartą kopię tego samego faktu.
Zapisz listę kolumn również w notatkach do wykresu. Czytelnik, który otworzy wykres za rok, powinien zobaczyć pochodzenie każdej liczby i to, które pobranie ją wypełniło.
Klucze zapobiegające duplikatom
Klucz główny złożony z domain i pull date nie tylko blokuje duplikaty. Informuje również, z którego pobrania pochodzi rekord, co ma znaczenie przy ponownym uruchomieniu po przekroczeniu limitu czasu. Dwa rekordy dla tej samej domeny w jednym miesiącu powinny być niemożliwe, a schemat powinien to gwarantować.
Nazwy źródeł, po których można filtrować
Zapisz źródło jako stałą etykietę, np. rankwiser_bulk_dr, a nie jako tekst wolny. Filtr po tej etykiecie oddziela ten wynik od dowolnych innych wyników, które załadujesz później. Lista etykiet powinna być krótka i zapisana obok tabeli.
Koszty uruchomienia dla trzech rozmiarów list
Obliczone na podstawie cen kredytów podanych wyżej. Przykłady, nie pomiary.
Śledzone domeny
Wywołania miesięcznie
Kredyty
Dolary
50
1
1
$0.0001
500
1
1
$0.0001
5,000
3
3
$0.0003
Kiedy uruchomienie się nie powiedzie
Błąd 401 oznacza brakujący lub niewłaściwy klucz. Błąd 402 oznacza wyczerpanie kredytów, więc doładuj konto USDT ze strony konta. Ustaw alert na każde odpowiedzi, gdzie ok nie ma wartości true, zamiast wpisywać zera do wykresu.
Przetestuj potok na trzech domenach
1
Wybierz trzy znane domeny
Użyj jednej dobrze znanej Ci witryny, jednego konkurenta i jednej małej witryny. Trzy są wystarczające, aby pokazać strukturę odpowiedzi.
2
Wyślij żądanie testowe
Wywołaj bulk_dr dla trzech domen i zapisz surową odpowiedź, a nie tylko sparsowane wiersze.
3
Sprawdź ok i saldo
Potwierdź, że ok ma wartość true, i odczytaj _credits. Wywołanie powinno kosztować jeden kredyt, a pozostałe saldo powinno spaść o tę kwotę.
4
Porównaj jeden wiersz ręcznie
Sprawdź jedną z domen za pomocą darmowego narzędzia lookup na tej stronie. Jeśli wynik zgadza się z tym, co zapisał Twój parser, parser jest poprawny.
Środki ostrożności wartych dodania od pierwszego dnia
Przechowuj drugą tabelę z nieudanymi pobraniami. Rekord z kodem HTTP, czasem i treścią odpowiedzi jest lepszy niż cicha luka w wykresie. Ustaw alert na każde zdarzenie inne niż ok true.
Zablokuj listę domen w kontrolerze wersji. Krótkie diffy pomagają. Kiedy ktoś doda konkurenta, diff pokaże, kto i kiedy to zrobił, a wykres otrzyma notatkę. W przeciwnym razie linia dla tego konkurenta pojawi się znikąd, a ludzie będą pytać, dlaczego zaczęła się w marcu.
Zaplanuj również zmianę źródła. Jeśli później dodasz dane z Ahrefs lub Moz, przypisz im osobną wartość source w tabeli, jak omówiono w artykule porównanie Ahrefs i Majestic.
Szybki check zdrowia dla każdego miesięcznego uruchomienia
Zanim zaufasz wykresowi, sprawdź zadanie, które go wypełniło. Następnie spójrz na wykres. Zdrowe uruchomienie zwraca ok ustawione na true, jeden wiersz dla każdej żądanej domeny i saldo, które spadło o oczekiwaną kwotę. Wszystko inne to powód, aby przeczytać odpowiedź, a nie rysować linię mimo wszystko.
Policz wiersze, które uległy zmianie. Jeśli duża część przesunęła się o trzy punkty lub więcej, sprawdź listę domen, zanim obwinisz indeks. Nagły napływ zmian zwykle oznacza zmianę listy, a nie zmianę w sieci.
Liczba wierszy zgodna z listą to minimum. Mniejsza liczba wierszy oznacza, że domena została gdzieś pominięta między plikiem a tabelą. Znajdź ją przed kolejnym uruchomieniem.
Co mówi Ci o miesiącu bez zmian
Miesiąc z zaledwie kilkoma zmianami nie dowodzi stabilności. Indeks odświeża się mniej więcej raz w miesiącu, więc płaski wiersz może po prostu nie zostać jeszcze zaktualizowany. Czytaj cichy miesiąc w kontekście daty pobrania i pamiętaj, że wykres nadal podąża za kalendarzem.
Kto otrzymuje alert
Alert wysłany na wspólną skrzynkę odbiorczą zostanie zignorowany w ciągu miesiąca. Wyznacz jedną osobę do tej roli i drugą na okres jej nieobecności. Alert powinien zawierać nazwę listy domen, kod HTTP i czas, aby czytelnik nie musiał otwierać skryptu, aby podjąć działanie.
Testowanie zmiany przed wdrożeniem
Jeśli zmienisz listę lub harmonogram, uruchom starą i nową wersję równolegle przez jeden cykl. Zgodne wiersze pokazują, że zmiana niczego nie zaburzyła. Różnica, której nie możesz wyjaśnić, powinna zatrzymać wdrożenie, niezależnie od tego, jak mała jest.
Uwaga na częstotliwość i rytm
Nic tutaj nie wymaga szybkości. Miesięczne uruchomienie to kilka wywołań, nawet dla dużych list, a każda odpowiedź przychodzi jako jeden dokument JSON. Jeśli Twój harmonogram ponawia próbę po błędzie, upewnij się, że operacja jest idempotentna – co zapewnia już klucz główny złożony z domain i pull date.
Odpieraj pokusę uruchamiania zadania codziennie tylko dlatego, że jest tanie. Nie rób tego. Nasz indeks odświeża się mniej więcej raz w miesiącu. Codzienne pobieranie zwraca te same wiersze przez tygodnie, a Twój wykres wypełnia się płaskimi liniami, które wyglądają jak stabilność, ale odzwierciedlają tylko kalendarz indeksowania. Przeczytaj przepisy alternatywne dla Majestic, aby dowiedzieć się o innych pobraniach wartych zaplanowania, takich jak anchor text i przecięcia.
Zarządzanie zadaniem po uruchomieniu
Miesięczne zadanie przetrwa osobę, która je zbudowała. Po sześciu miesiącach nowa osoba otwiera wpis cron i zastanawia się, dlaczego lista żyje w pliku. Napisz krótką notatkę. Umieść ją na początku skryptu wraz z celem, harmonogramem i kosztem kredytowym. Ta notatka jest tańsza niż spotkanie na jej temat.
Przejrzyj listę domen co kwartał. Usuń te, które straciły na znaczeniu, i dodaj konkurentów, od których zależy rzeczywista decyzja. Każda zmiana powinna trafić do kontroli wersji z datą, aby wykres mógł pokazać zmianę, a nie ją ukrywać.
Budżet jest również częścią przeglądu. Jeden kredyt miesięcznie. Koszt pozostaje znikomy. Sprawdź saldo w tym samym dniu co wykres i zapisz datę kolejnego doładowania w tej samej notatce.
Pytania, które ludzie zadają o zadaniu miesięcznym
Po kilku miesiącach działania zadania pojawiają się cztery pytania. Każda odpowiedź to zasada, którą możesz zapisać w notatce konfiguracji.
Dlaczego nie pobierać codziennie, skoro wywołania są tanie?
Dane zmieniają się w cyklu miesięcznym, więc codzienne pobieranie powtarza te same wiersze przez tygodnie. Koszt jest mały, ale wykres wypełnia się płaskimi liniami, które wyglądają jak stabilność. Wykres przeznaczony na prezentację dla zarządu wymaga również przypisu podręcznik raportu dla zarządu.
Co jeśli konkurent zniknie z listy?
Zachowaj jego historię, oznacz domenę jako usuniętą i przestań ją pobierać. Znikająca linia wygląda jak luka w danych, więc zapisz przyczynę obok wykresu.
Czy mogę uruchomić zadanie w innym dniu?
Tak, jeśli wybierzesz jeden dzień i go utrzymasz. Chodzi o stały rytm. Przesuwanie daty o kilka dni co miesiąc utrudnia odczyt trendu.
Co zrobić z błędem 402 w środku miesiąca?
Zatrzymaj zadanie, doładuj konto ze strony konta za pomocą USDT i uruchom ponownie tylko nieudane wywołanie. Zapisz nieudaną odpowiedź w logu, aby luka w wykresie miała pisemne wyjaśnienie.
