← Все статьи

Chrome 154 в ядре. Насколько профиль может отставать?

3 мин чтения fingerprintingbrowser-enginereleases

Chrome 154 вышел в стабильный канал 2026-09-09, и ядро AntiBrow теперь поставляется в сборке на нём. Новые профили получают её, как только пакет для их машины появляется в манифесте релизов. Существующие профили остаются на своей версии, пока вы их не переведёте.

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

Настоящий Chrome не стоит на месте

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

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

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

Пакеты выходят не в один день

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

Это нормально и ближе к поведению настоящего Chrome, чем один глобальный переключатель: Google тоже раскатывает обновления поэтапно. Но это значит, что стоит проверять, что новый профиль сообщает на самом деле, а не предполагать. В десктопном приложении страница ядра браузера показывает, что установлено и что доступно для вашей машины.

Ритм, который работает

Для большинства сценариев подходит примерно такой порядок:

Перевод одного профиля - это один вызов:

import { setProfileKernelVersion } from 'anti-detect-browser'

await setProfileKernelVersion({ profileName: 'ads-us-east', version: '154' })

Меняется только версия. Остальная идентичность, cookies и сохранённые входы переезжают вместе с профилем как есть. Снаружи так и выглядит настоящее обновление Chrome: тот же человек, тот же браузер, более новая сборка.

Когда за это не стоит платить

Если вы пользуетесь одним браузером для себя, ваш настоящий Chrome уже делает всё это идеально и бесплатно. Он обновляется по своему расписанию, и то, что он сообщает, совпадает с тем, что он запускает. Управлять версиями вручную имеет смысл, когда вы ведёте много отдельных идентичностей, которые не должны связываться друг с другом. Без этого антидетект-браузер для такой задачи не нужен, и покупать его ради неё не стоит.

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

Попробуйте на бесплатном тарифе.

Неограниченное число локальных профилей, без карты. Проверьте результат детекторами сами.