Jak naprawić nagły spadek statystyk ruchu na żywo na stronie internetowej

Jak naprawić nagły spadek statystyk ruchu na żywo na stronie internetowej

Nagły spadek statystyk ruchu na żywo wygląda dramatycznie o 10:00 i myląco o 10:05. Pierwszym krokiem nie jest panika; to weryfikacja. Jeśli licznik na żywo pokazuje „3”, a twój pulpit analityczny „31”, już masz wskazówkę, że problem może dotyczyć raportowania, a nie odwiedzających.

Dla zespołów, które monitorują ruch co godzinę, to rodzaj problemu, który może wywołać złą decyzję w ciągu kilku minut. Kampania zostaje wstrzymana, programista zostaje obwiniony, a prawdziwą winą okazuje się tag, który przestał działać na jednym szablonie. Dlategojak naprawić nagły spadek statystyk ruchu na stronie internetowejzaczyna się od sprawdzenia danych, a nie przepisywania strony.

Jeśli już używasz platforma analityki i monitorowania stron internetowych, to jest moment, aby porównać źródła obok siebie. Jedno źródło może być opóźnione. Jedno może być filtrowane. Dwa niezgodne wykresy zawsze są lepsze niż jeden alarmujący wykres.

1. Potwierdź, że spadek jest rzeczywisty, a nie błędem w raportowaniu

Spójrz na licznik na żywo, główny pulpit analityczny i wszelkie dodatkowe narzędzia śledzące w tej samej minucie. Jeśli spadek rozpoczął się o 14:20, zapisz to. Nie „dzisiaj po południu”. Czas rozpoczęcia ma znaczenie, ponieważ zła aktualizacja, zmiana zgody lub zmiana reguły CDN zazwyczaj mają znacznik czasu gdzieś w pobliżu.

Sprawdź, czy problem występuje wszędzie, czy tylko w jednym miejscu. Widget na żywo w nagłówku może przestać się aktualizować, podczas gdy logi serwera wciąż pokazują żądania. To jest problem z raportowaniem, a nie z załamaniem ruchu. Szybkie odświeżenie przeglądarki może zaoszczędzić godzinę.

Zadaj jedno proste pytanie: czy liczby różnią się w ten sam sposób na komputerze stacjonarnym i urządzeniach mobilnych? Jeśli tak, problem prawdopodobnie jest globalny. Jeśli tylko mobilne są dotknięte, odpowiedź może leżeć w responsywnym szablonie, blokadzie skryptów lub banerze zgody, który zachowuje się inaczej na małych ekranach.

2. Porównaj spadek z normalnym wzorcem ruchu

Ruch nie jest płaski, nawet na silnych stronach. Porównaj tę samą godzinę z poprzednich tygodni, a nie tylko z poprzedniego dnia, ponieważ niektóre strony zawsze mają spadek o 03:00 lub wzrost o 09:30. Wtorek w południe to nie to samo co sobota w południe. To brzmi oczywiście. Ludzie wciąż o tym zapominają.

Efekty strefy czasowej mogą również tworzyć fałszywe alarmy. Jeśli twój zespół jest w jednym kraju, a twoja publiczność w innym, „spadek” może być po prostu cichym okresem przed obudzeniem się głównej publiczności. Opóźnione odświeżenie analityki może zrobić to samo, zwłaszcza gdy pulpity zbierają dane co kilka minut.

Szukaj wzoru, a nie paniki. Jeśli spadek zaczyna się o tej samej godzinie każdego tygodnia, może to być normalne. Jeśli zaczyna się dokładnie po wdrożeniu lub zmianie treści, prawdopodobnie nie jest sezonowy.

3. Sprawdź zmiany w śledzeniu wprowadzone tuż przed spadkiem

Ostatnie zmiany są zwykle podejrzane. Przejrzyj edycje menedżerów tagów, banerów zgody, wtyczek i umiejscowienia skryptów z ostatnich 24 godzin lub ostatniego okna wdrożeniowego. Pojedynczy brakujący znacznik zamykający może zatrzymać liczenie wizyt na żywo w jednej sekcji strony, podczas gdy wszystko nadal ładuje się dla użytkowników.

Nie ignoruj małych zmian. Nowy baner cookie może opóźnić śledzenie, aż odwiedzający kliknie „Akceptuj”. Aktualizacja wtyczki może przenieść skrypt analityczny poniżej skryptu, który zawodzi jako pierwszy. Kontener GTM może publikować poprawnie, ale uruchamiać się na niewłaściwym wyzwalaczu. Mały błąd. Duży ból głowy.

Jeśli strona działa z zewnętrznym wsparciem, sprawdź notatki wdrożeniowe przed wprowadzeniem jakichkolwiek zmian samodzielnie. Zespoły, które utrzymują wsparcie strony internetowej po uruchomieniu zazwyczaj prowadzą rejestr ostatniej edycji kodu, a ten rejestr często wskazuje bezpośrednio na problem. Arkusz kalkulacyjny i znacznik czasu mogą przewyższyć domysły.

4. Zweryfikuj, czy kluczowe strony nadal ładują kod śledzenia

Najpierw otwórz stronę główną, a następnie 2 lub 3 strony o dużym ruchu. Użyj widoków na komputerze stacjonarnym i urządzeniach mobilnych. Potwierdź, że skrypt analityczny uruchamia się przy ładowaniu strony i że uruchamia się tylko raz. Jeśli strona główna działa, ale strony produktów nie, problem może być ograniczony do szablonu lub typu strony.

Sprawdź narzędzia dewelopera w przeglądarce, jeśli to możliwe. Szukaj żądania skryptu, udanej odpowiedzi i żadnych oczywistych błędów JavaScript przed zakończeniem ładowania strony. Strona, która renderuje poprawnie, może nadal nie wysyłać trafienia śledzącego. Taka niezgodność jest powszechna i wprowadza ludzi w błąd.

Przetestuj również w oknie incognito. Logika zgody, skrypty w pamięci podręcznej i blokery reklam mogą zmieniać to, co widzisz. Jeśli Twoja strona zachowuje się inaczej w mobilnym Safari niż w desktopowym Chrome, zanotuj tę różnicę, zanim uznasz, że problem został rozwiązany. To jeszcze nie jest rozwiązane.

Jeśli Twoja strona jest zbudowana na większym systemie treści, kod śledzący może znajdować się w więcej niż jednym miejscu. Deweloper może naprawić stronę główną i pominąć szablon artykułu lub odwrotnie. Dlatego strona internetowa firmy z kilkoma typami stron wymaga sprawdzenia każdej strony z osobna, a nie jednego optymistycznego odświeżenia.

5. Wyklucz problemy z dostępnością lub wydajnością strony

Spadek ruchu na żywo może być objawem, a nie przyczyną. Jeśli strona jest częściowo niedostępna, ładowana zbyt wolno lub zwraca błędy w jednym regionie, mniej odwiedzin dotrze do punktu, w którym uruchamia się śledzenie. Przetestuj stronę z co najmniej 2 sieci, jeśli to możliwe. Jedna sieć może ukrywać problem z zaporą, który inna sieć ujawnia natychmiast.

Zwróć uwagę na prędkość ładowania strony, puste ekrany oraz odpowiedzi 4xx lub 5xx. Jeśli zasada CDN blokuje zasób skryptu, strona może ładować się bez analityki. Jeśli zapora lub warstwa botów blokuje niektórych użytkowników, możesz widzieć stronę, ale tracić rzeczywistych odwiedzających. Ta różnica ma większe znaczenie niż liczba na nagłówku.

Logi serwera są pomocne w tej sytuacji. Tak samo jak kontrole dostępności i raporty o błędach CDN. Jeśli strona główna ładowała się w 2 sekundy dla Ciebie, ale 12 sekund dla użytkowników w innym regionie, spadek ruchu na żywo może odzwierciedlać porzucenie, a nie awarię śledzenia. Wolne strony szybko tracą odwiedziny. Bardzo szybko.

Dla stron z surowszą infrastrukturą, przegląd infrastrukturę prywatnej sieci może być najszybszym sposobem na znalezienie problemu z trasowaniem lub dostępem, który nigdy nie dociera do analityki. Zablokowany zasób, źle skierowana zasada krawędziowa lub częściowa awaria mogą wyglądać jak problem z ruchem w panelu i problem z siecią w logach.

6. Sprawdź, czy źródła ruchu straciły zdolność do wysyłania wizyt

Czasami strona działa dobrze, a źródło się zepsuło. Jeśli płatne reklamy zostały wstrzymane, linki e-mailowe zostały zmienione lub posty w mediach społecznościowych przestały wskazywać na właściwą stronę docelową, ruch na żywo spadnie, nawet gdy strona działa perfekcyjnie. Zacznij od największego źródła z ostatnich 7 dni.

Dokładnie sprawdź przekierowania. URL kampanii, który kiedyś prowadził do śledzonej strony, może teraz wskazywać na miejsce bez tagów, a co gorsza, na stronę 404, która nigdy nie dotrze do analityki. Odsyłacze mogą również zniknąć, jeśli strona trzecia zmieniła swoje linki wychodzące. Jeden brakujący link. Wiele utraconych wizyt.

Sprawdź, czy nowa wysyłka e-mail, powiadomienie SMS lub zaplanowany post rzeczywiście zostały wysłane. Jeśli prowadzisz ruch oparty na wiadomościach, jedna nieudana kampania może sprawić, że spadek będzie wyglądał dramatycznie. Zespoły korzystające z email, SMS i powiadomienia push powinny potwierdzić dostarczenie, kliknięcia i ścieżki stron docelowych przed szukaniem błędu na stronie.

Nie zapominaj o organicznych poleceniach. Strona partnerska mogła usunąć twój link. Platforma społecznościowa mogła zmienić sposób przekazywania danych o polecających. Ruch może nadal przychodzić, ale pod inną nazwą źródła, co może sprawić, że panel na żywo będzie wyglądał na bardziej pusty niż jest.

7. Przeprowadź audyt filtrów botów lub ustawień prywatności, które ukrywają wizyty

Nowy filtr może być zbyt agresywny. Zasady dotyczące botów, ograniczenia krajowe, wykluczenia IP i ustawienia zgody mogą ukrywać legalnych odwiedzających w statystykach na żywo. Jeśli właściciel strony, agencja IP lub zespół QA zostali niedawno wykluczeni, część ruchu mogła zniknąć z pulpitu bez żadnej realnej zmiany w ruchu.

Dokładnie sprawdź ustawienia prywatności. Nowy baner zgody może opóźnić lub zablokować śledzenie, dopóki odwiedzający nie zaakceptuje. W niektórych regionach jest to oczekiwane. W innych, znacznie obniża to liczbę na żywo i sprawia, że strona wygląda na cichą. Zmiana zgodności może stać się zmianą w raportowaniu w ciągu jednego popołudnia.

Filtrowanie botów wymaga szczególnej uwagi. Jeśli filtr został dostosowany do usuwania hałaśliwego ruchu, może teraz łapać ruch ludzki, który korzysta z VPN, sieci korporacyjnej lub trasy centrum danych. Jedna zasada krajowa może ukryć znacznie więcej niż tylko trafienia botów. Szczególnie jeśli twoja publiczność korzysta ze wspólnych połączeń biurowych.

Ustawienia zabezpieczeń mogą również zmieniać to, co jest liczone. Jeśli chcesz szerszego widoku granicy między rzeczywistym ruchem a zablokowanym ruchem, zwróć uwagę na swoje bezpieczeństwie strony internetowej ustawienia podczas testowania. Warstwa ochrony, która blokuje podejrzane sesje, może również blokować sesje, które tylko wyglądają na podejrzane.

8. Zdecyduj, co naprawić najpierw i jak zweryfikować odzyskanie

Najpierw napraw problem, który najprawdopodobniej wpłynie na liczenie na żywo. Jeśli tag został zmieniony 30 minut przed spadkiem, napraw tag przed dotykaniem zasad CDN lub linków kampanii. Jeśli strona jest niedostępna w jednym regionie, przywróć dostępność przed edytowaniem ustawień analitycznych. Jedno priorytetowe zadanie na raz. To jest zasada.

Po naprawie obserwuj następne okno raportowania i panel na żywo razem. Nie zatrzymuj się na jednej odświeżonej stronie. Obserwuj przez 10 do 20 minut, czy twój ruch jest wystarczająco stabilny, aby pokazać wzór. Jeśli liczba na żywo rośnie, ale pulpit się opóźnia, problem może być opóźnieniem, a nie utratą.

Waliduj na 3 poziomach: rzeczywista wizyta, zdarzenie śledzenia i aktualizacja pulpitu. Jeśli wszystkie 3 się pojawią, masz dowód na odzyskanie. Jeśli pojawią się tylko 2, kontynuuj poszukiwania. Naprawa, która "wydaje się poprawna", to za mało.

Dla stron, gdzie zmiany w ruchu mogą szybko wpłynąć na decyzje biznesowe, trzymaj notatki o odzyskiwaniu obok dziennika incydentów. Zapisz czas rozpoczęcia, zmianę, którą wprowadziłeś, i pierwszy moment, w którym liczby się poprawiły. Ten zapis często ratuje następną osobę przed powtórzeniem tego samego błędu w następny poniedziałek.

Jeśli witryna ma wiele szablonów lub złożony proces publikacji, zaangażuj osoby, które znają strukturę, zanim cokolwiek zmienisz. Szybkie sprawdzenie przez zespół za wybór CMSmoże ujawnić, czy problem leży w platformie, szablonie, czy w sposobie dodania kodu śledzenia. Trzy miejsca. Jeden błąd.

A jeśli spadek ruchu dotyczy witryny informacyjnej, medialnej lub o dużym wolumenie publikacji, porównaj wzór z zestawem stron, które często się zmieniają, a nie tylko ze stroną główną. Kilka minut weryfikacji na 3 lub 4 szablonach może zaoszczędzić cały dzień fałszywych alarmów.