Политика конфиденциальности расширения Weirkeeper для Chrome

Действует с 21 октября 2026 г. Документ описывает только расширение Weirkeeper для Chrome, а не приложение Weirkeeper на Mac и не Hub.

Коротко: расширение берёт имя сайта текущей вкладки только когда вы открыли его окно, и отправляет это имя только туда, куда вы сами направили правило: в приложение Weirkeeper на этом Mac, в Hub этого приложения или в Hub, который вы указали вручную. У разработчика нет сервера, который получал бы эти данные, нет аналитики, рекламы и удалённого кода.

Кто публикует расширение

Расширение публикует разработчик Weirkeeper. Связаться можно через контактные данные разработчика на странице расширения в Chrome Web Store.

Какие данные использует расширение

ДанныеКогда и зачемКуда уходятГде хранятся
Имя сайта (hostname) активной вкладкиТолько когда вы открыли окно расширения (разрешение activeTab). Расширение получает адрес вкладки и выделяет из него только имя хоста; полный адрес, путь, параметры и порт не сохраняются и не отправляются, заголовок и содержимое страницы не используются.Вместе с правилом (см. ниже) — в выбранный вами получатель, только после нажатия «Добавить».Последний результат каждого режима хранится в storage.session до закрытия браузера (домен, признак «включая поддомены», имя политики, признак «применить сразу» для локального режима, идентификатор устройства или «все устройства», адрес Hub, непрозрачный идентификатор подключения, фиксированные коды результата и время); он показывается один раз при повторном открытии окна на том же сайте, пока свежий (10 минут).
Параметры правилаДомен, признак «включая поддомены», выбранная политика, выбранное устройство или «все устройства», признак немедленного применения.В приложение Weirkeeper на этом Mac или в Hub (см. ниже).В storage.session — те поля последнего результата, что перечислены в строке выше. Выбранные вами политика и устройство для каждого Hub — в storage.local.
Сведения о HubАдрес Hub, список его устройств (идентификатор, имя, статус), имена политик, режим профиля. Нужны, чтобы показать выбор до добавления правила.Получаются из приложения или Hub; никуда дальше не отправляются.Список устройств и политик не сохраняется. В storage.local хранятся адрес Hub (введённый вручную; адрес Hub приложения — как ключ ваших выборов устройства и политики для этого Hub) и сами выборы; адрес Hub входит и в краткую запись последнего результата в storage.session.
Токен Hub, введённый вручнуюТолько если вы сами указали Hub в настройках расширения. Нужен для авторизации запросов к этому Hub.Только на указанный вами адрес Hub, из сервисного воркера расширения, в заголовке запроса.storage.local этого браузера, не синхронизируется между устройствами. Расширение не шифрует его дополнительно; доступ ограничен доверенными контекстами расширения (TRUSTED_CONTEXTS), защита профиля браузера и системы — на вашей стороне. Рядом лежит случайный идентификатор этого подключения (cid), созданный расширением: он остаётся в браузере и на Hub не отправляется.

Идентификаторы и имена устройств: расширение получает от Hub (напрямую или через приложение) идентификатор, имя и статус каждого устройства и показывает их в окне, чтобы вы выбрали, для кого правило. Имя устройства задаёт владелец Hub, оно может содержать, например, имя человека. Идентификатор выбранного устройства (или «все устройства») сохраняется в storage.local отдельно для каждого Hub, входит в краткую запись последнего результата в storage.session и отправляется получателю вместе с правилом. Имя устройства не сохраняется и в правиле не передаётся. Для Hub приложения «непрозрачный идентификатор подключения» вычисляет само приложение (из адреса Hub, устройства, токена и режима; токен по нему не восстановить практически): расширение лишь возвращает его приложению с правилом, чтобы запись не ушла в другой Hub.

Токен Hub, которым управляется приложение Weirkeeper, расширению не передаётся, расширением не хранится и не показывается. Расширение получает от приложения только безопасное представление (адрес Hub, устройства, имена политик, режим и непрозрачный идентификатор подключения).

Куда отправляются данные

Правило с именем сайта сохраняется на стороне получателя (профиль на Mac или Hub) и может быть доступно тем, кто им управляет (например, администратору Hub). Разработчик расширения этих данных не получает и не читает: расширение не обращается к серверам разработчика или третьих лиц.

Чего расширение не делает

Соответствие Chrome Web Store User Data Policy (Limited Use)

Использование и передача информации, полученной через API Chrome, соответствуют требованиям Limited Use Политики Chrome Web Store в отношении пользовательских данных. В частности: данные используются только для единственной цели расширения — добавить правило маршрутизации для сайта, выбранного пользователем; не передаются третьим лицам, кроме получателя, которого пользователь выбрал для этого правила; не продаются; не используются для рекламы, оценки кредитоспособности или не связанных с этой целью задач; разработчик расширения этих данных не получает и не читает. Выбранный вами получатель (приложение или Hub) обрабатывает их отдельно по своим правилам.

Хранение и удаление

Права расширения

Изменения

Изменения этой политики публикуются на этой странице с новой датой. Существенные расширения набора данных или получателей требуют обновления политики до выхода такой версии.

Weirkeeper for Chrome — privacy policy

Effective October 21, 2026. This policy covers only the Weirkeeper Chrome extension, not the Weirkeeper app for Mac and not the Hub.

In short: the extension reads the host name of the current tab only when you open its popup, and sends it only where you direct the rule: to the Weirkeeper app on this Mac, to that app's Hub, or to a Hub you entered manually. The developer runs no server that receives this data, and there is no analytics, advertising or remote code.

Publisher

The extension is published by the Weirkeeper developer. Use the developer contact details on the extension's Chrome Web Store page to reach them.

Data the extension uses

DataWhen and whySent toStored
Host name of the active tabOnly when you open the extension popup (activeTab). The extension receives the tab address and extracts only the host name; the full address, path, query and port are not stored or sent, and the page title and content are not used.Together with the rule (below), to the recipient you chose, only after you press “Add”.The last result of each mode is kept in storage.session until the browser closes (domain, “include subdomains”, policy name, the apply-now flag for the local mode, device identifier or “all devices”, Hub address, an opaque connection identifier, fixed result codes and time) and is shown once when you reopen the popup on the same site, while fresh (10 minutes).
Rule parametersDomain, “include subdomains”, chosen policy, chosen device or “all devices”, apply-now flag.The Weirkeeper app on this Mac or a Hub (below).In storage.session: the fields of the last result listed in the row above. Your chosen policy and device per Hub: storage.local.
Hub informationHub address, its devices (id, name, status), policy names, profile mode. Needed to show your choices before adding a rule.Received from the app or Hub; not sent anywhere else.The device and policy lists are not stored. storage.local keeps the Hub address (entered manually; the app’s Hub address serves as the key for your device and policy choices for that Hub) and the choices themselves; the Hub address is also part of the short last-result record in storage.session.
Manually entered Hub tokenOnly if you configure a Hub in the extension settings. Used to authorize requests to that Hub.Only to the Hub address you entered, from the extension service worker, in a request header.storage.local of this browser, not synced across devices. The extension does not additionally encrypt it; access is limited to trusted extension contexts (TRUSTED_CONTEXTS); protecting your browser profile and OS is up to you. Next to it is a random identifier of this connection (cid) created by the extension: it stays in the browser and is not sent to the Hub.

Device identifiers and names: the extension receives each device’s identifier, name and status from the Hub (directly or through the app) and shows them in the popup so you can choose whom the rule is for. The Hub owner sets device names, and a name may contain, for example, a person’s name. The identifier of the selected device (or “all devices”) is saved in storage.local per Hub, is part of the short last-result record in storage.session, and is sent to the recipient together with the rule. The device name is not saved and is not sent with the rule. For the app’s Hub, the “opaque connection identifier” is computed by the app itself (from the Hub address, device, token and Hub mode; the token is not practically recoverable from it): the extension only hands it back to the app with the rule so that a write cannot go to a different Hub.

The Hub token used by the Weirkeeper app never reaches the extension: it is not passed, stored or shown. From the app, the extension receives only a safe view (Hub address, devices, policy names, mode, an opaque connection identifier).

Where data goes

The rule with the site name is stored by the recipient (the Mac profile or the Hub) and may be visible to whoever administers it (for example a Hub administrator). The extension developer neither receives nor reads this data: the extension contacts no developer or third-party servers.

What the extension does not do

Chrome Web Store User Data Policy (Limited Use)

The use and transfer of information received through Chrome APIs comply with the Limited Use requirements of the Chrome Web Store User Data Policy. Specifically: data is used only for the extension's single purpose — adding a routing rule for the site you selected; it is not transferred to anyone other than the recipient you chose for that rule; it is not sold; it is not used for advertising, creditworthiness or any purpose unrelated to that single purpose; and the extension developer neither receives nor reads it. The recipient you chose (the app or a Hub) handles it separately under its own rules.

Storage and deletion

Permissions

Changes

Changes are published on this page with a new date. Any material expansion of the data collected or its recipients will be reflected here before such a version is released.