88x31.lol - счетчик посетителей - 2026

Published: 2026-09-19

Введение

88x31.lol — бесплатный веб-сервис, который возвращает в сеть легендарный «счётчик посещений» (hit counter) в формате крошечного бейджа размером 88×31 пикселя. Это тот самый ретро-индикатор, который в конце 1990-х — начале 2000-х был на каждой второй личной странице и показывал гордое число «сколько людей зашло на мой сайт». Сервис запущен независимым разработчиком и DevOps-инженером Михаилом Фёдоровым в феврале 2026 года и уже успел собрать небольшую, но заметную аудиторию среди любителей «старого веба» и хозяев личных сайтов.

Внешне сервис кажется тривиальным: одна строчка HTML с обычным тегом изображения. Однако за этим крошечным 332-байтовым GIF скрывается продуманная архитектура: подсчёт уникальных посетителей через вероятностную структуру данных bloom-фильтр, полный отказ от cookie и трекинга, серверная генерация картинки с числом на лету и лидерборд популярных сайтов, обновляющийся каждые две минуты.

В этой статье подробно разобрано всё, что известно о проекте: принцип работы, способ установки, двенадцать тем оформления, техническое устройство, модель приватности, лидерборд, система верификации доменов, типичные проблемы интеграции, а также сравнение с аналогами и честная оценка сильных и слабых сторон.

История: что такое 88×31

Прежде чем говорить о сервисе, стоит понять, почему именно размер 88×31 пикселей. Эти пропорции появились в середине 1990-х годов, когда на сайтах начали массово появляться маленькие рекламные картинки-кнопки. Классические «веб-бейджи» — это небольшие изображения в футере страницы, которыми обменивались вебмастера, чтобы рекламировать друг друга, показывать «best viewed with», поддерживать стандартов W3C или просто выражать принадлежность к какому-нибудь сообществу.

Наиболее известными размерами таких кнопок были 88×31 и 80×15 пикселей. Популяризировали их браузерные войны конца 1990-х: кнопки «Best viewed in Netscape» или «Best viewed in Internet Explorer», которыми десятки миллионов сайтов подтверждали свою верность тому или иному браузеру. С тех пор «88×31» стал культурным кодом той эпохи — узнаваемым форматом, эстетика которого символизирует наивность и свободу раннего интернета.

В 2020-х годах формат переживает второе рождение. Вокруг платформ вроде Neocities сформировалось целое движение «неокультуры» и возрождения персональных вебов. Сотни и тысячи энтузиастов вновь размещают у себя 88×31-кнопки, обмениваются «кнопками дружбы» и собирают их коллекциями. Существуют большие архивы таких кнопок — например, коллекция из 4540 бейджей на cyber.dabamos.de. Неудивительно, что именно в этой среде автор проекта и решил возродить идею счётчика-бейджа.

Автор проекта

Создатель 88x31.lol — Mihail Fedorov, известный в сети по прозвищу Kolo (fedorov.net, GitHub: kolobus, X/Twitter: @2mf). Это DevOps- и инфраструктурный консультант с более чем 25-летним стажем, живущий в Израиле. В прошлом — руководитель инфраструктуры в SmartFi, советник по сети нотариата Komodo Platform, на пути от инженера безопасности до CTO. Он владеет собственным автономным BGP-номером AS26954 и участвует в проекте точек обмена трафиком 3AM Network IX.

Его личный сайт живёт с 2002 года и за это время переписывался более десяти раз — сам автор называет это «кораблём Тесея». Показательно, что за 24 года ни одна строчка оригинального кода сайта не сохранилась, но 88×31-кнопка и вращающийся череп остались — как символ того, что сайт всё ещё тот же. Эта любовь к старому вебу видна во всех его проектах.

Для Михаила 88x31.lol — один из череды экспериментальных проектов, среди которых визуализация bloom-фильтров (fedorov.net/projects/bloom), сервис проверки e-mail haveibeenfiltered, приложение для распознавания текста с фото mri.pics, блог thinkstack.blog и другие. Практически все его недавние проекты написаны на Node.js/TypeScript, а среди инструментов — Cloudflare, Kubernetes, Docker, Ansible и Terraform. При этом исходный код 88x31.lol не открыт: хотя соседние проекты автора публикуются под лицензией MIT, этот сервис остаётся закрытым и бесплатным.

Как это работает

Философия сервиса максимально проста и укладывается в один девиз:

«No JavaScript, no cookies, no tracking. Just a single image tag» — «Никакого JavaScript, никаких куки, никакого отслеживания. Просто один тег изображения».

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

Когда посетитель загружает страницу, браузер запрашивает изображение

https://88x31.lol/counter.gif

. Вместе с запросом браузер отправляет заголовок Referer с адресом страницы, на которой находится бейдж. По Referer сервер определяет, к какому домену отнести визит, а по IP-адресу посетителя — является ли он уникальным за текущий день. После этого сервер «на лету» генерирует GIF-картинку, в которую шрифтом из пиксельных цифр впечатаны два числа — посещений сегодня и всего. Браузер показывает эту картинку посетителю, и всё. Никаких скриптов исполнять не нужно — простое изображение, которое загружается как любая другая картинка.

Из этого следует важный нюанс: учёт визитов полностью зависит от заголовка Referer. Именно поэтому на странице верификации сервиса так подробно описываются случаи, когда Referer может «потеряться» (об этом — в разделе о частых проблемах).

Установка и подключение

Подключение счётчика занимает буквально одну минуту. Нужно скопировать на сайт небольшой HTML-фрагмент, который сервис предлагает на главной странице:

<a href="https://88x31.lol">
  <img src="https://88x31.lol/counter.gif"
    alt="88x31 - Visitor counter" width="88" height="31" />
</a>

Это самый простой вариант в «светлой» (Light) теме. Фрагмент включает ссылку на сайт сервиса, сам бейдж и атрибуты alt/width/height. С этого момента каждый новый уникальный посетитель страницы автоматически попадает в статистику соответствующего домена.

Важно понимать, как сервис ведёт себя в разных ситуациях:

Если запрос к counter.gif приходит с заголовком Referer от реального домена — сервер возвращает динамически сгенерированный GIF с числами TODAY и TOTAL для этого домена.
Если запрос приходит без Referer (например, картинку открыли прямо в браузере или она запрошена не с веб-страницы) — сервер отвечает перенаправлением 302 на статичную картинку-заглушку button-light.gif с надписью «HIT COUNTER» без цифр.
Если Referer указывает на неизвестный домен, который ещё не видел ни одного визита, — генерируется «нулевой» бейдж с нулями; визит при этом всё равно засчитывается и следующий запрос уже покажет реальное число.

Счётчик не требует регистрации и аккаунтов. Владелец сайта может даже не знать о сервисе заранее: статистика начинает вестись автоматически, как только кто-то загрузил страницу с бейджем, а на лидерборде (выдаче популярных сайтов) домен появляется сразу. Для отображения домена собственным именем вместо маски нужна бесплатная верификация, о которой рассказано ниже.

Темы оформления

Сервис предлагает двенадцать цветовых тем, и выбрать их можно как на главной странице, кликом по миниатюре, так и просто подменив номер в URL. Каждая тема дублируется в двух вариантах: «со счётчиком» (с числами посещений) и «только бейдж» (чистая картинка-заглушка без цифр).

Соответствие темы и URL:

№	Тема	URL со счётчиком	URL «только бейдж»
1	Светлая (Light)	/counter.gif	/counter-simple.gif
2	Тёмная (Dark)	/counter2.gif	/counter2-simple.gif
3	Белая (White)	/counter3.gif	/counter3-simple.gif
4	Зелёная (Green)	/counter4.gif	/counter4-simple.gif
5	Синяя (Blue)	/counter5.gif	/counter5-simple.gif
6	Янтарная (Amber)	/counter6.gif	/counter6-simple.gif
7	Фиолетовая (Purple)	/counter7.gif	/counter7-simple.gif
8	Розовая (Pink)	/counter8.gif	/counter8-simple.gif
9	Кремовая (Cream)	/counter9.gif	/counter9-simple.gif
10	Красная (Red)	/counter10.gif	/counter10-simple.gif
11	Бирюзовая (Teal)	/counter11.gif	/counter11-simple.gif
12	Сепия (Sepia)	/counter12.gif	/counter12-simple.gif

Тема задаётся путём URL, а не query-параметром: попытка обратиться к /counter.gif?theme=dark всё равно приведёт к светлой теме. Режим «только бейдж» реализован через суффикс -simple: любые URL вида counterN-simple.gif всегда отдают статичную картинку без цифр, независимо от Referer. Сами статичные картинки живут по адресам /button-<тема>.gif (например, button-dark.gif) и представляют собой одинаковые GIF-файлы размером 306 байт, которые Cloudflare кэширует как неизменяемые (immutable).

Внутреннее устройство сервиса

Прямое техническое исследование сервиса позволяет составить довольно полную картину его архитектуры.

Транспорт и фронтенд

Перед сайтом стоит Cloudflare (DNS, прокси, кэш CDN, заголовки cf-ray, cf-cache-status).
За Cloudflare спрятан origin-сервер, который распознаётся по нестандартному заголовку x-served-by: 88x31.lol.
Признаки бэкенда — Node.js и фреймворк Fastify: при отправке некорректного JSON на API-эндпоинт сервер отвечает фирменной ошибкой FST_ERR_CTP_INVALID_JSON_BODY с полем statusCode.
Статические файлы отдаются с npm-совместимыми ETag — это типично для Fastify и его плагина serve-static.
Все заголовки отдают приоритет приватности: X-Frame-Options: DENY, X-Content-Type-Options: nosniff, Referrer-Policy: strict-origin-when-cross-origin (последний — сознательно, чтобы Referer продолжал доходить до бейджа).

Основные эндпоинты

Метод	URL	Назначение
GET	/	Лендинг со списком тем, кодом встраивания и лидербордом
GET	/verify	Страница верификации домена
POST	/verify (JSON)	API: поиск домена по параметру lookup и проверка права владения
GET	/counter.gif … /counter12.gif	Динамический счётчик конкретной темы (с Referer)
GET	/counterN-simple.gif	Статичный бейдж без цифр для конкретной темы
GET	/button-<тема>.gif	Статичный GIF-бейдж темы (306 байт, квази-immutable)
GET	/robots.txt, /sitemap.xml	Служебные файлы (счётчики закрыты от краулеров)

Что удалось выяснить проверкой поведения

Без Referer любой URL вида counterN.gif отвечает кодом 302 и редиректом на button-<тема>.gif.
Динамический бейдж собирается под каждый домен отдельно и на самом деле содержит картинку с числами посещений; хэши изображений для разных доменов различаются.
Поддомены учитываются как отдельные сайты: Referer от sub.example.com даёт бейдж, отличный от example.com.
Числа в бейдже совпадают с лидербордом: например, для сайта wiki.iphoster.net бейдж показывает 14/14, и ровно те же числа стоят в таблице «Today's top sites».
Служебные файлы закрывают индексацию счётчиков: в robots.txt прописан запрет пути /counter*.gif, а sitemap.xml содержит лишь две страницы — главную и /verify.

Стоит отметить небольшое забавное совпадение: второй строчкой в топе сервиса в момент написания статьи находился сайт wiki.iphoster.net — то есть и русскоязычные интернет-сообщества уже используют этот счётчик.

Как считается счётчик: bloom-фильтры и приватность

Ключевая «фишка» проекта — подсчёт уникальных посетителей без сохранения каких-либо персональных данных. Вместо классической схемы «записать IP в базу» каждый визит обрабатывается через вероятностную структуру данных bloom-фильтр.

Что такое bloom-фильтр

Bloom-фильтр — это компактная вероятностная структура для проверки принадлежности элемента множеству, предложенная Бёртоном Блумом ещё в 1970 году. Она отвечает на вопрос «видел ли я это уже?» почти без затрат памяти, но с принципиальной оговоркой: ответ «точно нет» или «вероятно да». Ложноположительные срабатывания возможны, ложноотрицательные — нет.

Работает это так: каждый элемент хэшируется несколькими независимыми хэш-функциями, каждая из которых указывает на бит в битовом массиве. При добавлении элемента соответствующие биты выставляются в единицу. При проверке смотрят на те же позиции: если хоть один бит нулевой — элемента точно не было; если все единицы — он, скорее всего, был, хотя это могло получиться случайным совпадением битов от других элементов. Из фильтра невозможно извлечь исходные данные, удалить элемент или узнать, что именно лежит внутри: это «машина памяти, которая помнит, не зная».

Главное преимущество — экстремальная компактность. Фильтр, хранящий миллион элементов с вероятностью ложноположительного результата в 1%, занимает всего около 1,2 МБ независимо от размера самих элементов.

Применение на 88x31.lol

Сам автор описывает применение идеи на странице визуализации bloom-фильтров так: на 88x31.lol при подсчёте уникальных посетителей не хранятся IP-адреса. Каждый IP хэшируется через фильтр; если биты уже выставлены — посетитель учтён ранее, если нет — это новый уникальный. Никаких логов и данных, по которым можно идентифицировать человека, не сохраняется — только растущий со временем битовый массив.

Хэш, который использует автор в своих визуализациях и, по всей видимости, в счётчике, — MurmurHash3. Фильтр сбрасывается каждый день (в полночь), поэтому схема работает на двух уровнях:

Сегодняшний фильтр — битовый массив на сегодня, который наполняется в течение дня. Благодаря ему введённый на страницу бейдж показывает число уникальных посетителей за день и не «докидывает» визиты при повторной загрузке страницы тем же человеком.
Навсегда-сумма — хранится только одно число: общий счётчик всех визитов за всё время (TOTAL), которое растёт поверх «сегодняшних» значений.

Итоговая модель приватности предельно минималистична: на каждый домен сервис хранит ровно два числа — уникальных посетителей сегодня и всего за всё время.

Почему это называется «без трекинга»

Хотя технически визит привязан к IP (иначе невозможно отличить уникального посетителя), эта информация:

не записывается в базу;
не сохраняется после обработки хэш-функцией;
необратима — по битам фильтра нельзя восстановить IP;
уничтожается при ежедневном сбросе фильтра.

Единственное исключение из «чистой» аналитики — сама лендинговая страница 88x31.lol и страница верификации, на которых подключён стандартный счётчик Google Analytics (идентификатор G-D1QF3HDFHE). Автор честно признаёт эту иронию отдельной строкой на сайте: «На лендинге работает Google Analytics, чтобы я знал, что кто-то заходит. Ирония судьбы не ускользнула от меня. Однако ваш бейдж к этому не причастен». Важно: аналитика установлена только на страницах самого сервиса, а запросы к картинкам-счётчикам не имеют к GA никакого отношения.

Лидерборд посещаемости

На главной странице сервиса есть таблица «Today's top sites» — десятка сайтов, набравших больше всего уникальных посетителей за текущий день. Таблица содержит три колонки: место, домен и два числа (сегодня / всего). Обновляется она автоматически каждые две минуты.

Лидерборд полностью отрисовывается на сервере и встроен прямо в HTML главной страницы — никаких AJAX-запросов для его загрузки не требуется. Это заметная деталь: у сервиса вообще нет отдельного публичного API статистики. Единственный динамический эндпоинт, помимо картинок, — POST /verify, о котором речь пойдёт ниже.

Чтобы защитить приватность владельцев сайтов и не дать конкурентам полную статистику трафика, лидерборд применяет маскировку неверифицированных доменов: место домена показывается, но вместо имени стоит сплошной блок из символов. Открытое имя и числа на своём месте видны только для доменов, прошедших подтверждение права владения. Подпись под таблицей прямо приглашает: «Updates every 2 minutes. Verify your domain to unmask it» («Обновляется каждые 2 минуты. Верифицируйте домен, чтобы раскрыть его»).

Интересно, что даже у неверифицированных сайтов число выводится: маскируется только имя, а счётчики сегодня/всего остаются видимыми. Среди замеченных в топе участников в момент изучения сервиса были fedorov.net (сайт автора), wiki.iphoster.net, shens.world, divergentrays.com, несколько сайтов на Neocities — mixtapesanddialtones.neocities.org, sunnishinez.neocities.org, а также ряд доменов, пока что замаскированных.

Верификация домена

Раз появился лидерборд с масками, нужен механизм подтверждения, что домен действительно принадлежит владельцу. Страница /verify реализует простую процедуру из двух шагов.

Шаг первый: поиск домена

На странице вводится домен, и браузер отправляет на сервер JSON-запрос с флагом lookup. Сервер отвечает:

для домена, который уже видел визиты, но ещё не подтверждён, — возвращает публичный верификационный код (уникальный набор из четырёх случайных слов, например «swarm fault keep sleep» для wiki.iphoster.net или «remove exotic orchard soul» для самого 88x31.lol);
для домена, уже подтверждённого ранее, — сообщение о том, что домен уже верифицирован;
для полностью неизвестного домена — ошибку с подсказкой: «Домен не найден. Добавьте бейдж на свой сайт — мы начнём отсчёт, как только посетители загрузят его».

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

Шаг второй: доказательство владения

Нужно опубликовать полученный код любым из трёх способов:

Способ	Что разместить	Где
DNS TXT-запись	Значение = код	Имя записи _88x31.<домен> в DNS
Файл на сервере	Содержимое файла = код	https://<домен>/.well-known/88x31.txt
Мета-тег	content = код	<meta name="88x31-verify" content="код"> в head главной страницы

После публикации кода любым способом нужно нажать «Verify», и сервер самостоятельно проверит DNS-запись, файл и мета-тег выбранного домена. Если хотя бы один способ подтверждён — домен получает право на раскрытие имени в лидерборде.

Характерная деталь — догфудинг: сам сервис верифицирует собственный домен через собственный же мета-тег 88x31-verify, что служит хорошей проверкой собственной системы. Верификация не бесплатна по усилиям один раз: сервис периодически перепроверяет записи и снимает верификацию, если DNS-запись, файл или мета-тег исчезли со страницы.

Частые проблемы интеграции

Поскольку счётчик работает только через Referer и обычный запрос картинки, существует пять типичных сценариев, когда бейдж может не загрузиться или визиты не зачтутся. Их автор подробно документировал на /verify:

1. Content-Security-Policy блокирует изображение

Если сайт отправляет заголовок Content-Security-Policy с директивой img-src, домен 88x31.lol нужно добавить в белый список. Эту политику могут добавлять и провайдеры хостинга, и Cloudflare в автоматическом режиме.

2. Referrer-Policy скрывает домен

Если сайт устанавливает Referrer-Policy: no-referrer или same-origin, бейдж загрузится, но визит не будет привязан к домену и попадёт в категорию «direct» (прямой). Рекомендуется использовать strict-origin-when-cross-origin (стандарт для современных браузеров) или origin.

3. Cloudflare Under Attack Mode

Сайты, скрытые за Cloudflare с включённым режимом Under Attack Mode или Bot Fight Mode, выдают посетителям JavaScript-челлендж. Тег изображения не умеет решать JS-челленджи, поэтому бейдж у таких посетителей просто не загрузится. Нужно добавить исключение для запросов к 88x31.lol либо отключить эти режимы.

4. Ленивая загрузка (lazy loading)

Атрибут loading="lazy" означает, что браузер не запросит бейдж, пока посетитель не проскроллит рядом с ним. Если бейдж стоит внизу страницы «под fold», часть посетителей никогда не попадёт в статистику. Атрибут нужно убрать или явно выставить loading="eager" — значение по умолчанию.

5. Фреймворковые оптимизаторы изображений

Компоненты Next.js Image, NuxtImg или Astro Image по умолчанию добавляют ленивую загрузку, меняют размер картинки или проксируют её через локальный оптимизатор, который срезает Referer и ломает подсчёт. Рекомендуется использовать обычный тег img, указывающий напрямую на 88x31.lol, минуя обёртки фреймворков.

Кроме того, не стоит забывать про файл robots.txt сервиса: путь /counter*.gif запрещён поисковым роботам, поэтому картинки-счётчики не попадают в поисковую индексацию.

Сравнение с аналогами

Чем отличаются традиционные способы отслеживания трафика от 88x31.lol?

Критерий	88x31.lol	Google Analytics / Яндекс.Метрика	Классические счётчики 1990-х	Самостоятельный счётчик
Установка	Один тег <img>	Сложный скрипт с настройкой	HTML-фрейм или картинка	Своя база и обработка
JavaScript	Нет	Обязателен	Нет	Зависит от реализации
Cookie и трекинг	Нет, bloom-фильтр	Да, полный профиль посетителя	Простой счёт показов	Зависит от реализации
Показывает уникальных	Да (за день)	Да	Редко	Зависит от реализации
Данные о посетителях	Только 2 числа на домен	Поведение, гео, устройства	Ничего	Всё хранится у вас
Приватность	Максимальная	Никакой	Высокая	Полный контроль
Лидерборд сайтов	Есть	Нет	Нет	Нет

Основные альтернативы этому сервису можно разделить на категории:

Тяжёлая веб-аналитика (Google Analytics, Яндекс.Метрика, Matomo) — мощные инструменты с воронками, целями и аудиторией, но с обязательным JavaScript, cookie, трекингом и юридическими требованиями по GDPR/consent-баннерам. Для задачи «красивая кнопка-счётчик» это как трактор для перевозки одного яблока.
Классические хит-каунтеры — онлайн-сервисы, которые существовали в 1990-2000-х (например, старые счётчики LiveInternet), многие из них эволюционировали в полноценную аналитику и требуют регистрации аккаунта.
Бейджи статистики для репозиториев — значки количества посещений для GitHub-профилей и README, построенные на схожих принципах картинок; они заточены под GitHub, а не под произвольный сайт.
Самодельный счётчик — своя база данных и скрипт, который инкрементирует счётчик на каждый запрос. Даёт полную свободу, но требует сервера, хранения логов и защиты от ботов.

88x31.lol занимает собственную нишу: он рассчитан ровно на одну задачу, решает её без единой строчки JavaScript и при этом не трогает персональные данные. Единственный значимый минус с точки зрения функциональности — отсутствие истории: нельзя посмотреть статистику за прошлые дни, потому что и её сервис не хранит.

Плюсы и минусы

Сильные стороны:

Мгновенная установка: одна строчка HTML, без регистрации и аккаунтов.
Полная приватность: нет cookie, сессий, логов и идентифицируемых данных.
Подсчёт именно уникальных посетителей за день, а не «всех показов картинки» — защита от накрутки перезагрузками со стороны одного человека лучше, чем у наивных счётчиков.
Красивый ретро-дизайн, 12 тем и режим «только бейдж».
Лидерборд популярных сайтов — элемент «геймификации» и социального доказательства.
Бесплатно, без рекламы и ограничений для владельцев сайтов.
Не вредит скорости: одна картинка 332 байта вместо тяжёлого аналитического скрипта.

Слабые стороны:

Только два числа (сегодня / всего): нет истории, графиков, стран, источников и устройств.
Учёт зависит от Referer: любые браузерные или серверные политики, срезающие Referer, ломают привязку к домену.
Нет гарантий стопроцентной точности: bloom-фильтр даёт теоретически возможные ложные срабатывания (посетителя могут случайно недосчитать), а редирект-схема на 302 заменяет бейдж заглушкой при прямых заходах.
IP учитывается «по факту»: если за одним IP сидят несколько человек (офис, учебная сеть), уникальных посетителей может недосчитаться.
Молодой закрытый проект одного человека: нет публичных гарантий бесперебойности. По надёжности доступности он заметно уступает крупным системам аналитики.
Бот-трафик и краулеры могут завышать счётчики, если бот не уважает robots.txt и загружает картинку с Referer.

Для кого подойдёт

Сервис идеально ложится в следующие сценарии:

Личные сайты и блоги — красивая ретро-деталь в духе старых вебов, которая вдобавок отвечает на скромный вопрос «ко мне вообще кто-то заходит?».
Неокультура и Neocities — для людей, сознательно собирающих «сайт 1999 года», 88×31-бейдж с цифрами станет идеальным финальным штрихом.
Минималистичные страницы и лендинги — там, где не хочется тянуть скрипты аналитики, но одно число на странице показать приятно.
Сайты с жёсткими требованиями приватности — GDPR-нервные проекты, где лишние cookie неприемлемы: бейдж не требует consent-баннера, поскольку не ставит ничего.
Проекты-витрины и портфолио — небольшой элемент, показывающий интерес аудитории к странице, без раскрытия деталей.

Не подойдёт для интернет-магазинов, маркетинговых проектов и любых задач, где нужна аналитика конверсий: для этого существуют полноценные системы аналитики.

Вопросы и ответы

Является ли сервис бесплатным? Да, полностью. На главной странице нет платных тарифов, а в структурированных данных JSON-LD указана цена 0 долларов. Автор принимает донаты через «Buy me a coffee», но это дело добровольное.

Нужна ли регистрация? Нет. Достаточно разместить бейдж на сайте. Аккаунт не требуется ни для подсчёта, ни для верификации.

Сколько посетителей можно посчитать? Ограничений не заявлено. Лидерборд использует формат с сокращениями (например, 3.43K), что подразумевает счёт до довольно больших чисел.

Что произойдёт, если убрать бейдж? Подсчёт прекратится, а домен со временем пропадёт из свежих данных; сама же суммарная статистика останется в общей сумме.

Можно ли поставить два бейджа разных тем на один сайт? Технически да — каждый бейдж покажет одни и те же числа для одного домена.

Как считаются поддомены? Поддомены — это независимые сайты: каждый ведёт свою статистику и появляется в лидерборде отдельно.

Есть ли API? Публичного API статистики нет. Единственный API-эндпоинт — POST /verify для проверки домена.

Что если Referer не передаётся? Визит будет показан как «direct» и не попадёт в счётчик домена. Решение — настроить Referrer-Policy на strict-origin-when-cross-origin.

Резюме

88x31.lol — это маленький, но очень продуманный сервис, который решил простую задачу самым элегантным способом. Он возрождает культовый формат 88×31-бейджей и закрывает давнюю дыру «а где, собственно, просто счётчик посещений?» — ровно в том виде, в котором его ожидают увидеть на сайтах. Сервис возвращает в интернет то, что казалось безвозвратно ушедшим, — ощущение личного, неформального и честного веба, где каждый уважающий себя сайт мог похвастаться числом гостей без всех сложностей современной аналитики.

Главное достоинство — не «счётчик как таковой», а его архитектура: никакого JavaScript, никаких куки, уникальные посетители за день через bloom-фильтры и принципиальный отказ от хранения любых идентифицируемых данных. Для небольшого личного сайта это фактически идеальная альтернатива тяжёлой web-аналитике: бесплатно, за пять секунд установки, с красивой ретро-эстетикой и с соблюдением максимальной приватности посетителей.

Слабости очевидны и честно вытекают из самой концепции: два числа вместо истории, зависимость от Referer при учёте и закрытый код одного автора. Но для своей ниши — личные сайты, неокультура, минималистичный веб — 88x31.lol работает безупречно. Если ваша цель не «собрать данные о пользователях», а продемонстрировать, что ваш сайт живой и его читают, — этот бейдж стоит того, чтобы быть добавленным в футер.

Ссылки

×

← В главную