Счётчик включили вчера — его числам ещё нельзя верить

Потому что счётчик, который только что включили, показывает не трафик, а собственную настройку. Числа при этом выглядят живыми: страницы отвечают 200, набор из 607 тестов зелёный, панель заполнена. Отличить одно от другого можно только замером, и замер надо сделать самому — снаружи это состояние неотличимо от рабочего.

10.08.2026 мы внесли строку, включающую свой счётчик обращений. Код был написан заранее и ждал ровно её. Дальше каждый следующий замер на живом вскрывал новый дефект — четыре подряд, и каждый из них менял числа в панели, не роняя ничего.

Четыре лжи одного счётчика

Почему это враньё выглядит успехом

Обычная ошибка счётчика представляется так: он что-то теряет, чисел меньше, чем людей. Так было только в первом случае. В двух следующих ошибка работала в обратную сторону: один человек превращался в трёх, а потом в четырёх. Это не выглядит поломкой вообще — это выглядит аудиторией. В четвёртом случае в боевой файл писал наш же прогон тестов, и 53 обращения там тоже трафиком не были.

То есть у свежего счётчика нет даже понятного направления ошибки: он умеет занижать и завышать одновременно, разными механизмами. Пока не сделан замер, неизвестно, в какую сторону смотрит число, а значит любое сравнение «стало больше — стало меньше» на этих данных бессмысленно.

Что из этого следует для любого своего счётчика

• Счётчик обязан стоять ДО кэша. Иначе он показывает тем меньше, чем лучше работает кэш, и расхождение с чужой аналитикой объяснить будет нечем: оба ряда «правильные», а различаются вдвое.
• Адрес посетителя за прокси — не адрес соединения. Проверяется это ровно одним действием: N одинаковых запросов одним клиентом обязаны дать одного посетителя и N попаданий.
• Ленивая инициализация секрета — гонка на первом же трафике. Соль, ключ, идентификатор установки: если он создаётся «когда понадобится», первые одновременные запросы создадут по своему. Лечится перечитыванием файла ПОСЛЕ записи — тогда все сходятся на победившем значении.
• Свой трафик исключается в одном месте на весь набор. Каждая служба с боевым файлом добавляет строку, и если мест запуска дев-сервера несколько, одно из них отстаёт молча. Сторож, который ищет нужную строку в тексте каркаса, тут бесполезен вдвойне: он краснеет на верной правке и зеленеет на сервере, который собрал окружение сам.

Поверка, которую надо повторять

Три из четырёх дефектов ловятся одной строкой:

N одинаковых запросов одним клиентом
    → ровно N попаданий у ОДНОГО посетителя

Повторять её надо после любой правки порядка подключений: порядок здесь несёт смысл, а не стиль. Строка кэша, переставленная на две позиции, не ломает ни одного теста и меняет все числа сразу.

Это тот же класс, что ноль в отчёте

В соседнем разборе описан ноль, который значит «не измеряли», а выглядит как «не было». Здесь то же самое, только хуже замаскировано: числа не нулевые. Ноль хотя бы вызывает вопрос, а «3 посетителя» в первый день не вызывает никакого — это ровно то, чего от нового счётчика и ждёшь.

Практический вывод общий для обоих случаев: у каждого показателя своя дата начала, и она не совпадает с датой, когда счётчик включили. Каждая правка настройки — фильтр своих адресов, склейка поддоменов, новая цель, перестановка порядка — начинает показателю новый ряд. Сравнивать периоды можно только внутри окна, где он собирался по одним и тем же правилам.

Ниже — инструмент, который считает это окно за вас. Он ничего не знает о вашем счётчике и никуда не обращается: считает по датам и по тому, что вы отметите.