Автозаполнение не работает: исправления, которые реально помогают
Автозаполнение ломается небольшим числом предсказуемых способов. На практике причина почти никогда не в багах: это заблокированное хранилище, неверно выбранный провайдер, мост, который перестал подключаться, приложение, которое нужно перезапустить, или браузер, который тихо начал заполнять откуда-то ещё.
Разбирайтесь с ними в порядке вероятности. Это занимает около пяти минут и решает подавляющее большинство случаев.
Исправление 1: разблокируйте хранилище
Самая частая причина с большим отрывом и самая легко пропускаемая, потому что приложение выглядит установленным и включённым.
- Расширение в standalone-режиме: откройте всплывающее окно расширения и разблокируйте его. Заблокированное расширение не может ничего расшифровать, поэтому не предлагает ничего.
- Режим desktop bridge: десктопное приложение должно быть разблокировано. Мост отказывается работать, пока хранилище заблокировано, — это по замыслу.
- Мобильные: откройте приложение и разблокируйте хранилище, прежде чем ставить курсор в поле. Блокировка по простою означает, что автозаполнение тоже приостанавливается.
Если подсказки появляются только сразу после разблокировки, а потом исчезают, ответ именно этот.
Исправление 2: проверьте системного провайдера
Смена менеджера паролей не всегда меняет то, что предлагает ОС.
| Платформа | Где проверять |
|---|---|
| Android | Settings → Security → Autofill service |
| iOS / iPadOS | Settings → Passwords → AutoFill Passwords |
| macOS | System Settings → General → AutoFill & Passwords |
| Windows | Settings → Accounts → Passwords (провайдеры учётных данных) |
| Chrome | Settings → Passwords, passkeys and autofill → Password manager |
Если включены два менеджера, ОС выбирает один, а второй выглядит сломанным. Отключите тот, который вам не нужен, или осознанно выберите нужный — и подтвердите тот же выбор в браузере.
Исправление 3: перезапустите целевое приложение или браузер
Смена провайдера учётных данных не всегда применяется в уже работающем процессе. Это обычное дело, а не баг:
- Мобильные: принудительно закройте приложение, в которое пытаетесь автозаполнить, затем откройте его снова.
- Десктоп: полностью закройте браузер (не только окно) и откройте заново.
- Если проблема в браузере, перезапустите его раньше, чем менять что-либо ещё — перезагрузка расширения часто заново регистрирует native host.
Исправление 4: переподключите desktop bridge
Десктопное автозаполнение — это рукопожатие из двух частей: приложение регистрирует native messaging host, а расширение общается с ним через локальный сокет. Оно падает, когда регистрация host отсутствует или устарела.
- Разблокируйте десктопное приложение OpenKey.
- Откройте Settings → Security и переключите Autofill — это (пере)регистрирует native messaging host.
- В браузерах на Chromium запишите ID распакованного расширения в файл платформы, затем переключите Autofill ещё раз, чтобы манифест перегенерировался:
| Платформа | Файл с ID расширения |
|---|---|
| Windows | %LOCALAPPDATA%\OpenKey\chrome_extension_id.txt |
| Linux | ~/.local/share/OpenKey/chrome_extension_id.txt |
- В расширении выберите Use desktop app.
- Только macOS: убедитесь, что Python 3 есть в вашем
PATH— скрипту host он необходим.
Также убедитесь, что при проверке хранилище всё ещё разблокировано. Сокет моста существует только во время разблокированной сессии.
Исправление 5: проверьте конкурирующий менеджер
И Chrome, и Edge поставляются со встроенным хранением паролей, и оба охотно продолжают заполнять сами по себе. Если подсказки «исчезают», а учётные данные всё равно подставляются, это делает встроенный менеджер.
- Отключите автоматический вход для сохранённых паролей в настройках браузера или
- Удалите встроенную запись и позвольте своему менеджеру владеть этим логином.
Тот же конфликт возникает между iCloud Keychain и сторонним провайдером AutoFill, а также между двумя расширениями, запрашивающими <all_urls>.
Причины, специфичные для платформ
Chrome
Доступ расширения к сайтам: chrome://extensions → ваше расширение → Details → Site access → On all sites, либо On click, если предпочитаете явные разрешения. Автозаполнению нужен доступ к странице, чтобы обнаруживать поля.
Если сочетание для заполнения перехватило другое расширение, переназначьте его в chrome://extensions/shortcuts.
Firefox
Firefox запрашивает разрешение в первый раз, когда расширение хочет заполнять на сайте, и молча отклоняет некоторые запросы на все сайты. Проверьте разрешения расширения в about:addons → Permissions → Access your data for all websites.
Firefox автоматически использует native host [email protected]; ручная работа с манифестом на этой платформе не нужна.
Safari
AutoFill в Safari и ваш менеджер — это отдельные панели. Включите менеджер в System Settings, затем в Safari убедитесь, что автозаполнение Passwords включено. Safari также может автозаполнять через другого провайдера, если изменился порядок в системных настройках, — проверяйте именно порядок выбора, а не только переключатель.
iOS и Android
- Состояние на уровне приложения: iOS предлагает провайдеров только в меню поля, поэтому симптом выглядит как «варианта нет в списке», а не «подставилось не то».
- Запросы разрешений: ОС спрашивает разрешения локальной сети или биометрии во время настройки. Отклонённый запрос выглядит как сломанный менеджер.
- Биометрия перед заполнением: если вы включили биометрию перед заполнением, теперь каждое заполнение требует подтверждения. Это правильное поведение, а не неисправность.
- Фоновые ограничения: агрессивные оптимизаторы батареи на Android могут убивать процесс провайдера, поэтому подсказки появляются, только пока приложение на переднем плане.
Диагностика через аудит автозаполнения браузера
Браузеры поставляют диагностику, которая сообщает о каждом обнаруженном поле, каждой предложенной подсказке и о причине, по которой она была отклонена. Это превращает угадывание в двухминутную процедуру.
В Chrome откройте DevTools → Application → Autofill, затем воспроизведите заполнение на странице. Вы получите обнаруженные поля, элементы выпадающего списка и причину любого подавления. autofill.creditCards и autofill.profiles также можно переключить в chrome://flags, когда не работает именно автозаполнение карт или адресов.
Firefox: about:debugging → inspect the extension и проверьте его консоль на ошибки в момент заполнения.
Если вы используете именно OpenKey
| Симптом | Что проверять |
|---|---|
| В браузере нет подсказок | Расширение разблокировано либо десктопное приложение разблокировано и выбран Use desktop app |
| «Расширение не может общаться с десктопным приложением» | Регистрация native host, файл с ID расширения, Python 3 в macOS |
| Ничего на Android | Settings → Security → Autofill включён в Android, затем разблокируйте приложение |
| Ничего на iOS | Провайдер AutoFill включён в системных настройках; перезапустите целевое приложение |
| Passkeys откатываются к браузеру | Ожидаемо, если вы выбрали Use browser или если хранилище расширения заблокировано |
| Заполнение работает, сохранение — нет | Убедитесь, что баннер сохранения на странице не блокируется самой страницей |
Расширению нужен доступ к host <all_urls>, чтобы обнаруживать поля, перехватывать логины и перехватывать WebAuthn на произвольных сайтах — фиксированный allowlist не покроет открытый веб. Всё, что он расшифровывает, остаётся на вашем устройстве или вашем собственном сервере; содержимое страниц не отправляется в облако вендора.
Что говорят поисковые данные
Это крупный кластер запросов, и это хороший знак для всех, кто с ним сталкивался. Сравнение длиннохвостых запросов по диагностике автозаполнения между собой (Google Trends, по всему миру, последние 12 месяцев):
| Запрос | Относительный интерес в кластере |
|---|---|
| autofill extension | 100 |
| autofill safari | 71 |
| autofill not working | 55 |
| password autofill chrome | 33 |
| chrome autofill not working | 2 |
То, что «Autofill not working» набирает больше половины интереса общего термина «autofill extension», означает огромную аудиторию, которая приходит уже с поломкой. Внутри кластера Chrome «google chrome autofill settings» — ведущий связанный запрос со значением 100 и одновременно самый быстрорастущий, примерно +70% год к году, при этом «chrome autofill extension» — 62, а «chrome autofill not working» — 16.
Такое распределение подсказывает конкретную стратегию поддержки: контент, ориентированный на настройки, и надёжный чек-лист диагностики охватят больше людей, чем ещё одно объявление о новой функции.
Метод: Google Trends, по всему миру, последние 12 месяцев, данные за сентябрь 2026. Значения — нормализованный относительный интерес (0–100), а не объёмы поиска.
Версия за 30 секунд
Разблокируйте хранилище. Убедитесь, что выбран правильный системный провайдер. Перезапустите приложение или браузер. Переключите Autofill в приложении, чтобы заново зарегистрировать native host. Отключите любой конкурирующий менеджер. Если всё ещё не работает, откройте аудит автозаполнения браузера и прочитайте причину отклонения — она называет проблему.
Следующие шаги
- Автозаполнение паролей — руководство по настройке
- Расширение браузера — режимы разблокировки и подробности native messaging
- FAQ и диагностика — исправления для OpenKey
- Что такое passkeys? — тип учётных данных, заменяющий пароли