Krótka odpowiedź: bo raport to migawka, a nie żywy monitoring. Dokumentuje stan z momentu skanowania - i celowo się nie zmienia, nawet gdy rzeczywistość już tak.
Dlaczego raport „nie widzi" Twojej naprawy
Gdyby raport aktualizował się w tle, straciłby swoją najważniejszą właściwość: byłby nieweryfikowalnym, ruchomym celem. Migawka daje trzy rzeczy, których żywy widok dać nie może:
Co zrobić: Re-scan
Po wdrożeniu poprawek uruchom Re-scan (przycisk w raporcie lub przy projekcie na stronie głównej). Powstanie nowy audyt: naprawione punkty zmienią status, Wynik jakości się zaktualizuje, a stary raport pozostanie w historii jako punkt odniesienia.
Trzy pułapki, o których warto wiedzieć
1. Dane 30-dniowe reagują z opóźnieniem.
Punkty analizujące okres 30 dni (np. ciągłość zdarzeń, konwersje kanałów) mogą po naprawie jeszcze przez jakiś czas pokazywać problem - bo w oknie analizy wciąż przeważają dane sprzed naprawy. Punkty konfiguracyjne (ustawienia, atrybucja, integracje) zareagują natychmiast; behawioralne - stopniowo. Jeśli naprawiłeś coś „danych", daj oknu czas i powtórz Re-scan po 1-2 tygodniach.
2. Naprawa mogła nie zadziałać.
To nie złośliwość - to najczęstszy scenariusz w analityce. Zmiana wdrożona na stagingu, ale nie na produkcji; tag poprawiony w GTM, ale kontener nieopublikowany; poprawka działająca na desktopie, ale nie na mobile. Jeśli Re-scan nadal pokazuje błąd, sprawdź dowody (evidence) przy punkcie - wskażą, co konkretnie automat nadal widzi.
3. Odhaczenie w Planie działań ≠ weryfikacja.
Checkbox w planie to Twoja deklaracja porządkująca pracę. Statusy w raporcie zmienia wyłącznie ponowny audyt.
Powiązane artykuły: