Panel zgodności jest przydatny, ponieważ podsumowuje duży strumień obserwacji. Staje się to mylące, gdy podsumowanie traktuje się jako test jednej wiadomości w czasie rzeczywistym. Używać Narzędzia Google Postmaster zidentyfikować pytanie, a następnie zebrać węższy materiał dowodowy potrzebny do udzielenia na nie odpowiedzi.
Zapisz widok, który interpretujesz
Dokumentacja Google obejmuje te panele dla osobistego ruchu Gmail . Zgodność jest raportowana dla domeny podstawowej również przy użyciu aktywności subdomeny. Pocztowiec używa czasu UTC. Dane są opóźnione, a dane o małej liczbie mogą zostać pominięte ze względu na prywatność. Zapisz wybraną domenę, wymagania, datę obserwacji i godzinę wykonania zrzutu ekranu przed porównaniem wyników. Pulpity Postmastera.
Trzymaj czas konfiguracji oddzielnie od czasu komunikatu. Rekord DNS pobrany dzisiaj nie potwierdza, który rekord odbiorca zaobserwował wczoraj. Jeśli zespół zmieni nadawcę w poniedziałek i natychmiast potem sprawdzi pulpit nawigacyjny, widoczna różnica zdań może odzwierciedlać różne okna dowodowe. Zachowaj rekord zmian i reprezentatywne komunikaty po zmianie, zamiast wielokrotnie edytować DNS do czasu zmiany statusu.
Przypisz wymaganie do obserwowalnego artefaktu
Referencje: RFC 6376 §3.5, RFC 8601 §5.
Utwórz wiersz recenzji zawierający cztery pola: wymaganie, zaobserwowany problem, potrzebne dowody i odpowiedzialny właściciel. Na potrzeby uwierzytelnienia zachowaj ostateczną próbkę wiadomości i wyniki zaufanego systemu odbierającego wraz z faktycznie ocenionymi domenami. W przypadku DNS zachowaj dokładną nazwę właściciela, typ, czas odpowiedzi i zapytania. W przypadku przetwarzania subskrypcji przechwyć kontrolowane żądanie i wynikający z niego stan pominięcia.
DKIM podpisy kojarzą wiadomości z domenami podpisującymi; nie są dowodem na to, że każda usługa korzystająca z widocznej marki jest skonfigurowana identycznie. Zamiast ekstrapolować na podstawie jednego działającego biuletynu, sprawdź podpis na każdej istotnej trasie. RFC 6376.
Ta matryca recenzji to metoda operacyjna, a nie dodatkowy wymóg Google. Jego celem jest powstrzymanie niejednoznacznego statusu od przekształcenia się w niejasny bilet, taki jak „popraw uwierzytelnienie”. Zgłoszenie powinno zawierać nazwę usługi, przekazu i tożsamości, które wymagają uwagi.
Uzgodnij opracowany harmonogram zmian
Lokalny moduł nauczania pakietu prywatnego przeglądu rejestruje ilustracyjną korektę DNS o 10:00 UTC, pomyślnie sprawdzoną wiadomość o 10:15 i obserwację panelu o 10:20, która nadal mówi Wymaga pracy. Jej reguła zachowuje bieżący dowód wiadomości, jednocześnie klasyfikując dashboard jako oczekujący na późniejszą ocenę. Nie przekształca dashboardu w przepustkę ani nie stwierdza nieskuteczności korekty.
To jest syntetyczny przykład uzgadniania dowodów, a nie test konta Google. W prawdziwym przypadku administrator zachowałby nową próbkę, potwierdziłby, że wszystkie strumienie, których dotyczy problem, otrzymały poprawkę i sprawdziłby dashboard po udokumentowanym interwale odświeżania. Pojedyncza udana próbka obsługuje tylko testowaną trasę.
Zanim poszerzysz zmianę, przeanalizuj brak porozumienia
Porównaj podobne lunety. Widok zgodności domeny podstawowej może obejmować subdomenę pominiętą w teście lokalnym zespołu. Widok uwierzytelniania i widok zgodności mogą również korzystać z różnych zestawów danych. Przewodnik Google wyjaśnia te rozróżnienia i zauważa, że pojawienie się zmian w zgodności może zająć do siedmiu dni. Nie interpretuj tego interwału jako gwarancji dostawy lub powodu do ignorowania aktywnych awarii.
Jeśli bieżące komunikaty nadal nie działają, napraw teraz konkretny problem. Jeśli komunikaty są przekazywane, a opóźnia się tylko widok zbiorczy, monitoruj odpowiednie okno. Jeżeli brakuje dowodu, wyraźnie przypisz jego zbiór. Zamknij zadanie tylko ze zweryfikowanymi wynikami tras, nierozwiązanym zakresem i datowanym statusem dashboardu. Daje to następnemu recenzentowi możliwą do obrony odpowiedź zamiast niewyjaśnionego zielonego zrzutu ekranu.
Użyj zapełnionego słownika obserwacji
Poniższy kompaktowy słownik łączy udokumentowany zakres Google z lokalną metodą dochodzenia. Wymaganie oznacza nazwaną kontrolę zgodności; w tym przykładzie jest to uwierzytelnianie. Populacja oznacza osobisty ruch Gmail reprezentowany w widoku domeny podstawowej, łącznie z subdomenami. Tożsamość to example.test dla tego widoku, podczas gdy próbka wiadomości musi również rejestrować jej rzeczywiste domeny podpisu i koperty. Okno oznacza okres reprezentowany przez pulpit nawigacyjny, różny od czasu wyszukiwania. Limit prywatności oznacza, że brakujące obserwacje o małej liczbie pozostają nieznane. Następna akcja oznacza dowód potrzebny do rozwiązania wiersza, a nie zmianę DNS wybraną na podstawie samego koloru.
Zmienione urządzenie ma cztery wyraźne odgałęzienia w stosunku do wymyślonych datowanych obserwacji. Przechodząca próbka dopasowana pod względem zakresu zachowuje swoją przepustkę, dopóki praca w obszarze Potrzeby pozostaje w toku. Próbka news.example .test w porównaniu z widokiem example.test wymaga dowodów o szerszym zakresie. Nieznany wynik żąda brakującej próbki wiadomości. Nieudana bieżąca próbka wymaga naprawy trasy. Urządzenie oblicza te decyzje; nie symuluje algorytmu odświeżania Google ani nie przypisuje karty zgodności dostawcy.