Часто проверяйте эту страницу, чтобы узнать об изменениях в расширениях Chrome, документации по расширениям, соответствующей политике или других изменениях. Другие уведомления вы найдете в группе расширений Google . В расписании Chrome указаны даты выпуска стабильных и бета-версий.
DeployPercentage доступен в API Интернет-магазина Chrome.
Недавно мы обновили нашу документацию по API Интернет-магазина Chrome, включив в нее информацию о deployPercentage
, которая позволяет вам назначать процент частичного развертывания. Узнайте больше о deployPercentage
.
Chrome 126: пробные версии Origin в расширениях
В Chrome 126 представлено новое поле Manifest.json — trial_tokens
, позволяющее вам выбрать использование пробных версий Origin и устаревших пробных версий для всех поверхностей расширений. Прочтите руководство для получения дополнительной информации.
Сообщение в блоге: Что происходит с расширениями Chrome — апрель 2024 г.
Мы опубликовали новое издание « Что происходит в расширениях Chrome» . В посте обсуждается то, над чем команда расширения работала последние несколько месяцев. Сюда входит: откат версии в Интернет-магазине Chrome, улучшенная поддержка Firebase Auth, а также новые запуски и обновления API.
Откат версий на панели разработчика Интернет-магазина Chrome
Откатите расширение до предыдущей опубликованной версии в Интернет-магазине Chrome — без дополнительной проверки! Прочтите сообщение в блоге и документацию для получения дополнительной информации.
Chrome 124: Расширенный API сканирования документов
Расширенный API documentScan
теперь доступен в ChromeOS для обнаружения и получения изображений с подключенных сканеров документов.
Chrome 124: поддержка WebGPU в Service Workers
Начиная с Chrome 124, сервис-воркеры поддерживают WebGPU . Для быстрого начала ознакомьтесь с примером расширения WebGPU .
Chrome 123: API событий поддерживает фильтрацию по блокам CIDR.
API событий теперь поддерживает фильтрацию по блокам бесклассовой междоменной маршрутизации (CIDR). Блок CIDR — это набор IP-адресов, имеющих общий сетевой префикс и одинаковое количество бит. Раньше разработчику, которому требовалось фильтровать несколько IP-адресов, нужно было настроить правило фильтрации для каждого адреса в диапазоне блоков. Теперь, когда расширение вызывает addListener()
, переданное правило означает, что обработчик событий будет вызываться только в том случае, если хостовая часть URL-адреса является IP-адресом и содержится в любом из блоков CIDR, указанных в массиве.
Интернет-магазин Chrome: изменения в требованиях к длине имени расширения
В Интернет-магазине Chrome теперь существует универсальное ограничение в 75 символов для поля "name"
расширения в файле манифеста.json. Раньше ограничение для английского языка составляло 45 символов, а в других локалях ограничений на поле "name"
не было.
Первоначально это было предназначено для учета культурных и языковых различий, которые невозможно отразить одним и тем же количеством символов. К сожалению, эта функция использовалась небольшим количеством разработчиков для рассылки спама в магазине. В результате мы вводим новый универсальный лимит — увеличение до 75 символов. Это ограничение распространяется почти на все расширения, доступные сегодня в магазине, поэтому, скорее всего, в результате этого изменения от вас не потребуется никаких действий. Если вы попытаетесь загрузить расширение, имя которого превышает максимальный лимит, загрузка будет заблокирована магазином.
Сообщение в блоге: путь Eyeo к тестированию приостановки сервисных работников
В этом посте команды Eyeo Extension Engine мы исследуем проблему тестирования работников служб расширений. В Манифесте V2 расширения размещались на фоновой странице, которая активна на протяжении всего жизненного цикла расширения. Вместо этого в Manifest V3 используются сервисные работники, а сервисные работники по замыслу экономят ресурсы, отключаясь, когда они не нужны. Это создает определенные проблемы при тестировании. В этом посте объясняется, как Eyeo справился с этими проблемами .
Chrome 123: будильники теперь срабатывают, когда устройство находится в спящем режиме.
Сигналы тревоги, установленные с помощью API chrome.alarms
, больше не задерживаются, когда устройство переходит в спящий режим. Когда устройство выйдет из режима сна, будильник сработает один раз, независимо от того, сколько сигналов было пропущено. Например, предположим, что будильник настроен на срабатывание один раз в час, а устройство, на котором он установлен, спит с 00:55 до 2:05, тогда только будильник в 2:00 вызывает событие onAlarm
. Он сработает как можно ближе к 2:00 ночи и сразу же, когда устройство проснется, если оно спит.
Это изменение приводит Chrome в соответствие с поведением, согласованным в группе сообщества веб-расширений.
Сообщение в блоге: Изменения в поведении bfcache с портами сообщений расширения
Кэш назад/вперед (bfcache) — это оптимизация браузера, обеспечивающая мгновенную навигацию вперед и назад. Начиная с Chrome 123, когда страница с открытым портом расширения хранится в bfcache, канал сообщений закрывается, а это означает, что на эту страницу не будут отправляться никакие сообщения. Следовательно, сценарии расширения должны прослушивать события жизненного цикла, такие как onDisconnect
, и устанавливать новое соединение при восстановлении страницы из BFCache.
Дополнительные сведения и пример кода см. в разделе Изменения в поведении BFCache с портами сообщений расширения .
Chrome 122: обещание поддержки API асинхронных расширений
Мы завершили реализацию поддержки Promise для всех методов API асинхронных расширений. Это было сделано для модернизации методов API за счет улучшения эргономики работы с асинхронными операциями. Несколько методов (например, desktopCapture.chooseDesktopMedia()
) продолжают поддерживать только обратные вызовы, поскольку их текущие поверхности несовместимы с Promises. Для обратной совместимости по-прежнему поддерживаются обратные вызовы. Если вы обнаружите, что обещание не работает, сообщите об ошибке .
Новое руководство по общению в реальном времени
Мы только что опубликовали руководства по опциям расширений в режиме реального времени . Обновления в режиме реального времени обеспечивают мгновенный путь связи с ваших серверов непосредственно к вашим установкам расширений. Кроме того, у нас есть новое руководство по использованию chrome.gcm , Web Push .
Новое руководство и образец: завершение тестирования сервисного работника
Мы только что опубликовали руководство о том, как протестировать завершение сервисного работника с помощью Puppeteer . Сопровождающий пример демонстрирует это в Puppeteer и Selenium.
Обновленный образец встроенного обмена сообщениями
Мы только что опубликовали обновленный образец встроенного обмена сообщениями. Этот API позволяет вашему расширению запускаться и взаимодействовать с другим приложением. Спасибо участнику GitHub Шубхам-Расалу за работу над этим.
Chrome 121: новое свойство LastAccessed на вкладках.Tab
К объекту tabs.Tab
было добавлено новое свойство с именем lastAccessed
. Это свойство указывает, когда вкладка была активирована в последний раз. Возвращаемое значение находится в миллисекундах с начала эпохи.
Chrome 121: неподдерживаемые «фоновые» клавиши теперь выдают предупреждение
При переходе от Манифеста V2 к Манифесту V3 дочерние элементы "background"
ключа манифеста были изменены, чтобы обеспечить замену фоновых сценариев рабочими службами расширений. Раньше добавление ключей Manifest V2 "scripts"
, "page"
или "persistent"
к "background"
ключу расширения Manifest V3 приводило к ошибке. Присутствие этих ключей теперь вызывает предупреждение.
Это делается для того, чтобы можно было использовать один файл манифеста в расширениях в нескольких браузерах по предложению в группе сообщества .
Chrome 120: минимальная детализация сигналов тревоги уменьшена до 30 секунд.
Начиная с Chrome 120, расширения Manifest V3 могут использовать API chrome.alarms
с задержками или периодами в 30 секунд, а не требовать значений в 60 секунд и более.
Сообщение в блоге: Возобновление перехода на Manifest V3
График поддержки Manifest V2 был обновлен. Подробности читайте в нашем блоге за ноябрь 2023 года .
Сообщение в блоге: Улучшения в поддержке фильтрации контента в Manifest V3
Узнайте о том, как мы улучшили API declarativeNetRequest, в нашем новом сообщении в блоге .
Сообщение в блоге: Что нового в Chrome 120 для расширений
Недавно была выпущена бета-версия Chrome 120 . Краткое описание важных обновлений, касающихся разработчиков расширений, можно найти в нашей новой записи в блоге: Что нового в Chrome 120 для расширений . Этот выпуск также знаменует собой важную веху, поскольку он удаляет последние два элемента (пользовательские сценарии и обработчик файлов в ChromeOS) из списка критических недостатков платформы .
PSA: изменение обработки URL-адресов политики конфиденциальности на панели разработчика.
Политики конфиденциальности на панели разработчика теперь добавляются на уровне элементов. Это позволяет вам предоставлять разную политику конфиденциальности для каждого элемента. Подробнее об этом изменении читайте в нашем PSA .
Видео: Беседа с Мэттом Фрисби
Мы только что опубликовали новое видео на YouTube-канале Chrome для разработчиков, в котором беседуем с экспертом Google Developer и автором Мэттом Фрисби. Посмотрите это здесь .
Новое руководство по тестированию расширений
Мы только что опубликовали новое руководство по написанию автоматических тестов для расширений, в том числе по написанию модульных тестов , а также общее руководство и руководство по сквозному тестированию.
Сообщение в блоге: Что происходит с расширениями Chrome – октябрь 2023 г.
Мы только что опубликовали второе издание книги «Что происходит с расширениями Chrome» . В сообщении обсуждается, над чем команда расширения работала в течение последних нескольких месяцев, в том числе над решением проблем стабильности сервис-воркеров и достижением хорошего прогресса в устранении всех пробелов в платформе MV3. Мы также делимся интересными предстоящими выпусками API, такими как API списка чтения и API пользовательских сценариев.
Увеличены ограничения статического набора правил в API декларативного сетевого запроса.
Следуя отзывам группы сообщества веб-расширений, мы значительно увеличиваем ограничение на количество включенных статических наборов правил с 10 до 50. Кроме того, мы увеличиваем общее количество разрешенных статических наборов правил с 50 до 100. В настоящее время это доступно на Canary.
Улучшенное руководство по удаленно размещенному коду.
Требование Манифеста V3 заключается в том, что расширения больше не могут использовать удаленно размещенный код. Хотя это было частью нашего руководства по миграции с самого начала, мы подумали, что стоит улучшить руководство по этому вопросу. На этой странице теперь содержится больше информации, описывающей возможности Manifest V3 и предоставляющей дополнительную информацию о стратегиях обновления.
Существует соответствующее дополнение к разделу «Устранение нарушений в Интернет-магазине Chrome» . В новом разделе описаны распространенные причины отклонения расширений с удаленно размещенным кодом.
Chrome 118: значение isUrlFilterCaseSensitive теперь по умолчанию равно false.
Начиная с Chrome 118, свойство isUrlFilterCaseSensitive
в API chrome.declarativeNetRequest было изменено со значения по умолчанию на false
. Если вы хотите сохранить старое поведение, вы можете явно установить для isUrlFilterCaseSensitive
значение true
в правилах declarativeNetRequest.
Это следует за обсуждениями в группе сообщества веб-расширений. Firefox и Safari уже реализовали подобное изменение.
Документация по файлам cookie и API веб-хранилища
Мы опубликовали новое руководство о том, как файлы cookie и API веб-хранилища работают в расширениях Chrome . Он включает подробную информацию об изменениях в разделах файлов cookie и хранилища в Privacy Sandbox , продолжающемся проекте по отказу от сторонних файлов cookie посредством создания серии новых API-интерфейсов веб-платформы, а также подробную информацию о том, как они работают в расширениях.
Образцы расширений теперь доступны для поиска
Недавно мы создали страницу, на которой можно искать образцы расширений Chrome . Страница поиска имеет несколько опций. Поле поиска позволяет искать текст в примерах заголовков. Вы можете ограничить поиск по разрешению или расширению API. Дополнительный фильтр позволяет ограничить поиск примерами API или функциональными примерами (вариантами использования).
Этот новый образец страницы был создан Сюэчжоу Даем, участником Google Summer of Code, который также предоставил несколько новых примеров. Вы можете прочитать об их впечатлениях этим летом в их посте в нашем блоге .
Как и прежде, наши примеры кода по-прежнему доступны на GitHub для клонирования или разветвления.
Chrome 118: изменения в открытии файла: URL-адреса схемы
Начиная с Chrome 118, расширениям потребуется включить настройку «Разрешить доступ к URL-адресам файлов» на странице chrome://extensions
, чтобы открывать URL-адреса схемы file:// с помощью вкладок или API-интерфейсов Windows . Вы можете программно проверить этот доступ, вызвав chrome.extension.isAllowedFileSchemeAccess()
. Firefox уже ограничивает URL-адреса файлов, и Safari поддерживает это изменение. Подробнее читайте в посте в группе Google по расширениям .
Chrome 117: расширенная защита URL-адресов при навигации по API расширений
Ранее навигация, запускавшаяся из вызовов API расширения для tabs.update()
, tabs.create()
и windows.create()
выдавала ошибку для некоторых URL-адресов chrome://. Кроме того, был запрещен вызов tabs.update()
с URL-адресом JavaScript. В версии 117 эта защита URL-адресов JavaScript была расширена до метода tabs.create()
, а ряд дополнительных URL-адресов chrome:// был добавлен в список запрещенных URL-адресов, который применяется ко всем ранее упомянутым методам.
Улучшенное руководство для API declarativeNetRequest.
API chrome.declarativeNetRequest
блокирует или изменяет сетевые запросы, определяя декларативные правила. Это позволяет расширениям изменять сетевые запросы, не перехватывая их и не просматривая их содержимое, обеспечивая тем самым большую конфиденциальность пользователей. Его также сложно использовать. Учитывая это, мы переписали руководство таким образом, чтобы, по нашему мнению, дать более четкое представление о том, как реализовать декларативные наборы правил. Читайте новый раздел по ссылке выше.
Использование учетной записи Google Analytics в Интернет-магазине Chrome
Интернет-магазин Chrome предлагает интеграцию с Google Analytics, которая позволяет вам видеть аналитику для вашего списка в Интернет-магазине Chrome в дополнение к представлению, предлагаемому на панели инструментов разработчика. Дополнительную информацию см. в статье Использование учетной записи Google Analytics в Интернет-магазине Chrome .
Chrome 115: DevTools по умолчанию обрабатывает сценарии контента
Скрипты внедренного контента теперь по умолчанию находятся в списке игнорирования DevTools. Это не влияет на точки останова, но означает, что сценарии содержимого будут пропускаться во время отладки, а исключения из этих сценариев будут игнорироваться. Когда сценарий контента открыт на вкладке «Источники» , баннер предупреждает вас, если он включен, и предоставляет возможность удалить сценарий контента из списка игнорирования. Чтобы отключить это поведение, откройте DevTools, перейдите в «Настройки» , затем «Список игнорирования» . Дополнительные сведения см. в разделе Что нового в DevTools .
Бета-версия Chrome 116: здесь больше, чем мы можем разместить
Chrome 116 — это большой выпуск расширений. Теперь боковые панели можно открывать программно. Новый метод позволяет узнать, есть ли активный закадровый документ. Сервисные работники получили несколько улучшений. В 116 достаточно улучшений, и мы написали о них статью в блоге . Chrome 116 находится в стадии бета-тестирования с 19 июля.
Сообщение в блоге: Что происходит с расширениями Chrome
Мы только что опубликовали обзор изменений и улучшений расширений этого года. В статье обсуждаются важные новые функции этого года, в том числе API боковой панели, улучшения сервис-воркеров и закадровые документы. Вы также сможете узнать, над чем мы работаем в этом квартале. В статье перечислено гораздо больше, со ссылками на все.
Новое руководство и образец: узнайте, как использовать Google Analytics 4 в расширении Chrome.
Мы опубликовали новые руководства и примеры по Google Analytics и геолокации:
- Обновленная версия нашего руководства по Google Analytics , объясняющая, как использовать Google Analytics 4 в расширении Chrome. Мы также добавили рабочий образец Google Analytics 4 в наш репозиторий образцов Github. Посетите
google-analytics.js
, чтобы найти соответствующий код, связанный с Google Analytics. - Новое руководство по геолокации и три примера , демонстрирующие, как получить доступ к геолокации в сервис-воркерах, скриптах контента, всплывающих окнах и боковых панелях.
Chrome 115: укажите несколько причин в chrome.offscreen.createDocument().
Теперь вы можете указать несколько перечислений reason
при вызове chrome.offscreen.createDocument()
. Используйте это, когда закадровый документ будет использоваться для разных целей. Браузер использует предоставленные причины для определения срока жизни закадрового документа.
Новый инструмент: Инструмент тестирования обновлений расширений.
Мы только что выпустили Инструмент тестирования обновлений расширений — локальный сервер обновлений расширений, который можно использовать для тестирования обновлений расширений Chrome во время локальной разработки, включая предоставление разрешений. Инструмент показывает поток обновлений пользователя, включая сохранение отключенного расширения до тех пор, пока пользователь не предоставит новые запрошенные разрешения. Этот инструмент особенно полезен для моделирования изменений разрешений, запрашиваемых при обновлении расширения с Manifest V2 на Manifest V3.
Chrome 114: новый API боковой панели
Представляем новый API боковой панели — сопутствующую поверхность, которая позволяет пользователям получать доступ к инструментам наряду с содержимым, которое они просматривают. Чтобы узнать больше, посетите справку по API боковой панели . Кроме того, мы добавили множество примеров боковых панелей в наш репозиторий образцов GitHub . Мы также рассказываем больше о боковых панелях в новой записи блога «Проектирование превосходного пользовательского опыта с помощью нового API боковой панели» . Наша политика в области рекомендаций по качеству и лучшие практики также были рассмотрены, чтобы предоставить дополнительные рекомендации по созданию высококачественных расширений боковых панелей.
Ваши отзывы важны при разработке этого API; пожалуйста, поделитесь своими мыслями и пожеланиями в группах Chromium . Следите за новыми обновлениями, поскольку мы продолжаем совершенствовать API боковой панели.
Новые примеры: WASM в расширениях
Доступны два новых примера, демонстрирующих использование WASM в расширении:
- Использование WASM в Манифесте V3 демонстрирует общий метод включения модуля WASM.
- Использование WASM в качестве модуля в Манифесте V3 показывает, как использовать его в модуле.
Особая благодарность участнику GitHub @daidr за эти примеры.
Обновленное руководство по миграции манифеста версии 3.
Мы обновили раздел «Известные проблемы» нашего руководства по миграции Manifest V3, добавив обновленный список пробелов в платформе расширений, которые мы намерены закрыть, прежде чем объявить новый график прекращения поддержки Manifest V2.
Запись аудио и видео с помощью Manifest V3
Мы только что опубликовали новую статью под названием « Запись звука и захват экрана» , в которой рассказывается о записи звука или видео с вкладки, окна или экрана в Manifest V3. В этой статье описываются несколько подходов к записи с использованием API chrome.tabCapture
и функции getDisplayMedia()
.
Chrome 114: увеличена квота Storage.local
Мы увеличили квоту для свойства storage.local
примерно до 10 МБ. Это было согласовано в группе сообщества веб-расширений . Это приводит storage.local
в соответствие с storage.session
, который был изменен в Chrome 112.
Новое учебное пособие и справка по новому работнику службы расширений
Сервисные работники являются неотъемлемой частью расширений Chrome. Мы только что опубликовали руководство, объясняющее основы регистрации, отладки и взаимодействия с Service Workers. Мы также добавили новое руководство для сервисных работников , в котором более подробно объясняются важные концепции. В ближайшие месяцы мы будем расширять этот раздел.
Дополнительные советы по устранению нарушений в интернет-магазине
Чтобы облегчить публикацию в Интернет-магазине Chrome, мы добавили новые рекомендации в двух областях. Рекомендации по минимальной функциональности сосредоточены на предоставлении пользователям преимуществ и расширении их возможностей просмотра. Рекомендации по партнерской рекламе направлены на то, чтобы пользователи знали о расширениях, использующих партнерские ссылки или коды для монетизации, и предоставляли им некоторый контроль, требуя действий пользователя перед включением.
Новые инструкции для конвертера манифеста расширений
Мы переписали файл README для конвертера манифеста расширений, чтобы было проще понять, что вам нужно делать после запуска инструмента. Конвертер помогает перенести расширения, созданные на основе Manifest V2, на Manifest V3. Новый README описывает, что делает инструмент, используя слова, которые точно соответствуют словам, указанным в контрольном списке руководства по миграции . Конвертер не делает всего, но он устраняет многие задачи, не требующие человеческого вмешательства.
Chrome 113: новые причины использования закадровых документов
Мы добавили два новых типа причин в API Offscreen Documents. Используйте LOCAL_STORAGE
для доступа к API localStorage веб-платформы. Используйте WORKER
при создании веб-воркеров.
Google Analytics 4 теперь на панели разработчика
Панель разработчика Интернет-магазина Chrome теперь поддерживает Google Analytics 4 (GA4). Мы упростили настройку Google Analytics и упростили управление доступом для издателей групп. Если вы ранее использовали Google Universal Analytics для отслеживания активности на странице вашего приложения, вам необходимо принять меры до 1 июля 2023 года, чтобы гарантировать, что вы продолжите получать данные о своей странице в магазине. Дополнительную информацию можно найти в сообщении в группе Google по расширениям Chromium .
API обработки файлов доступен в ChromeOS
API-интерфейс File Handler доступен для экспериментов в ChromeOS в Canary для версий 112 и 113. Он позволяет расширениям ChromeOS открывать файлы с указанными типами MIME и расширениями файлов. Чтобы реализовать обработку файлов, добавьте в manifest.json
набор правил. Эта функция работает так же, как и для прогрессивных веб-приложений. Для получения дополнительной информации см. статью в другом месте на этом сайте.
Чтобы включить обработку файлов:
- Начиная с 112, запустите Chrome, используя флаг
--enable-features=ExtensionWebFileHandlers
, начиная с 112. - Начиная с 113, вставьте
os://flags/#extension-web-file-handlers
в омнибокс Chrome и выберите «Включено» в раскрывающемся меню.
Мы надеемся запустить эту функцию в Chrome 115 в конце июня. Следите за обновлениями в этом пространстве.
Новые примеры: динамические объявления и программное внедрение.
Мы создали новый образец API chrome.scripting
. Он демонстрирует динамические объявления, когда сценарий содержимого регистрируется во время выполнения, и программное внедрение, когда сценарий выполняется на уже открытой вкладке.
Новые примеры: варианты использования декларативных сетевых запросов
Доступны три новых образца, демонстрирующих API Declarative Net Request . Каждый демонстрирует реализацию одного варианта использования. Первый показывает, как заблокировать файлы cookie. Остальные два демонстрируют блокировку и перенаправление URL-адресов.
Chrome 112: увеличена квота Storage.session.
В Chrome 112 квота свойства storage.session
увеличена примерно до 10 МБ. Это было согласовано в группе сообщества веб-расширений: https://github.com/w3c/webextensions/issues/350.
Chrome 109: документы за кадром
Закадровые документы теперь доступны в расширениях Manifest V3. Они помогают перейти от фоновых страниц к работникам служб расширений, обеспечивая поддержку функций и API, связанных с DOM. Для получения дополнительной информации прочитайте сообщение в блоге .
Chrome 110: включено ли расширение?
Метод chrome.action.isEnabled()
программно проверяет, включено ли расширение для конкретной вкладки. Это избавит вас от необходимости поддерживать включенное состояние ваших вкладок. Этот новый метод принимает идентификатор вкладки и ссылку на обратный вызов и возвращает логическое значение. У него есть одно ограничение: вкладки, созданные с использованием chrome.declarativeContent
всегда возвращают false.
(В пространстве имен chrome.action
недавно появились новые методы для управления внешним видом значков расширений. Дополнительную информацию см. в разделе Настройка цветов значков .)
Chrome 110: изменение тайм-аута простоя сервисного работника
Раньше работник службы расширения часто отключался через пять минут. Мы изменили это поведение, чтобы оно больше напоминало время жизни сервис-воркера в Интернете. Работник службы расширения будет отключен либо через тридцать секунд бездействия, либо если обработка одного действия займет более 5 минут. Дополнительные сведения см. в разделе Увеличение срока службы работника службы расширений .
Сообщение: Приостановка вывода из эксплуатации Manifest V2
Сроки прекращения поддержки Manifest V2 находятся на рассмотрении, а эксперименты, запланированные на начало 2023 года, откладываются. Для получения дополнительной информации читайте обновление в группе Google по хром-расширениям.
Chrome 110: настройка цветов значков
В пространстве имен chrome.action
появилось два новых метода, которые дают вам больше контроля над значками расширения внешнего вида. Методы setBadgeTextColor()
и getBadgeTextColor()
позволяют расширению изменять и запрашивать цвет текста значка значка на панели инструментов. При использовании с setBadgeBackgroundColor
и getBadgeBackgroundColor
эти новые методы позволяют обеспечить согласованность дизайна и бренда.
Сообщение в блоге: Более подробная информация о переходе на Manifest V3
Мы уточнили сроки прекращения поддержки Manifest V2 . График поддержки Manifest V2 также был обновлен с учетом этой информации.
Обновление документации: известные проблемы при переходе на Manifest V3.
Мы собрали список основных функций, которые в настоящее время находятся в разработке, и выявленных ошибок . Наша цель на этой странице — помочь разработчикам лучше понять текущее состояние платформы и то, на какие функции они могут ориентироваться, готовясь к будущему.
Интернет-магазин Chrome: удалена загрузка изображения «большая рекламная плитка»
Интернет-магазин Chrome удалил пользовательский интерфейс загрузки «большой рекламной плитки» с вкладки «Список товаров» на панели разработчика. Это изменение не влияет на взаимодействие с конечным пользователем, поскольку эти изображения не использовались в потребительском пользовательском интерфейсе. Дополнительные сведения см. в этом посте о расширениях хрома.
Chrome 106: разрешить страницам по URL-адресам file:// доступ к доступным веб-ресурсам
Согласно crbug.com/1219825#c11 , непрозрачные источники, такие как изолированные iframe и динамический импорт, также должны иметь доступ к веб-ресурсам.
Chrome 106: исправлена ошибка, приводившая к неправильным окончательным аргументам в некоторых асинхронных функциях API.
Раньше Manifest V3, вызывающий асинхронные API, мог предоставить недопустимый последний аргумент, и Chrome не выдавал ошибок. Благодаря этому исправлению Chrome теперь будет корректно выдавать ошибку и сообщать об отсутствии соответствующей подписи. Разработчикам рекомендуется проверять свои расширения на Canary на наличие ошибок на случай, если они случайно используют неправильную подпись для вызова API, который будет нарушен этим исправлением ошибки.
Сообщение в блоге: Обновление аналитики Интернет-магазина Chrome
Интернет-магазин Chrome предлагает обновленный интерфейс аналитики товаров для панели разработчика Интернет-магазина Chrome. Новую информационную панель легче понять с первого взгляда, и она сразу объединяет самую полезную информацию. Прочтите сообщение в блоге для получения дополнительной информации.
Chrome 105: обещания по Identity API
Функции Identity API теперь поддерживают вызовы на основе обещаний. Это связано с небольшими изменениями в identity.getAuthToken()
, где асинхронный возврат, установленный для вызова на основе обещания, будет иметь "token" и "grantedScopes" в качестве параметров для одного объекта (в отличие от версии обратного вызова, получающей их). в качестве отдельных аргументов обратного вызова).
Chrome 104: новый API значков для Manifest V3
Расширения манифеста V3 теперь могут получать доступ к значкам, используя новый шаблон URL: chrome-extension://<id>/_favicon/
, гдеchrome://favicons
платформы Manifest V2. Дополнительную информацию см. в документации Favicon API .
Обновление документации: раскрытие информации разработчиком о трейдерах и неторговцах
Добавлен идентификатор разработчика трейдера/неторговца , который информирует разработчиков о необходимости самостоятельно заявить о своем статусе трейдера/неторговца.
Chrome 103: Wasm в манифесте V3 требует wasm-unsafe-eval
Chrome больше не предоставляет расширения script-src: wasm-unsafe-eval
по умолчанию. Расширения, использующие WebAssembly, теперь должны явно добавлять эту директиву и значение в extension_pages
в своих объявлениях content_security_policy
.
Chrome 103: изменение ярлыков MV3 вступает в силу немедленно
При изменении сочетания клавиш расширения Manifest V3 в chrome://extensions/shortcuts
обновления теперь применяются немедленно. Раньше расширение приходилось перезагружать, прежде чем изменения вступят в силу.
Chrome 102: сценарии динамического контента в основном мире
Скрипты динамически зарегистрированного контента теперь могут указывать мир , в который будут введены ресурсы. Подробности смотрите scripting.registerContentScripts()
.
Chrome 102: новое поле манифеста «optional_host_permissions».
Расширения манифеста версии 3 теперь могут указывать ключ optional_host_permissions
в файле манифеста.json. Это позволяет расширениям манифеста V3 объявлять необязательные шаблоны соответствия для хостов так же, как это могли бы делать расширения манифеста V2, используя ключ optional_permissions
.
Chrome 102: свойство injectImmediately в scripting.executeScript()
chrome.scripting.executeScript()
теперь принимает необязательное свойство injectImmediately
для аргумента injection
. Если он присутствует и имеет значение true, скрипт внедрит данные в цель как можно скорее, а не будет ждать document_idle
. Обратите внимание: это не гарантия, что скрипт внедрит информацию до загрузки страницы, поскольку страница продолжает загружаться во время выполнения вызова API.
Chrome 102: поддержка API омнибокса в манифесте V3
API-интерфейс Omnibox теперь можно использовать в расширениях на основе сервис-воркеров. Раньше некоторые методы этого API вызывали исключение из-за внутренних зависимостей от возможностей DOM.
Chrome 102: wasm-unsafe-eval разрешен в Manifest V3 CSP
Расширения манифеста V3 теперь могут включать wasm-unsafe-eval
в свои объявления content_security_policy
. Это изменение позволяет расширениям Manifest V3 использовать WebAssembly.
Chrome 102: новый API Storage.session
Расширения манифеста V3 теперь можно использовать в памяти Storage.session .
Обновление документации: обнаружение элементов в Интернет-магазине Chrome
Discovery в Интернет-магазине Chrome дает обзор того, как пользователи находят товары в Интернет-магазине Chrome и как наши редакторы выбирают элементы для публикации.
Chrome 101: улучшены условия домена declarativeNetRequest.
Условия правила declarativeNetRequest были обновлены, чтобы расширения могли лучше ориентироваться на запросы на основе доменов «запрос» и «инициатор». Соответствующими свойствами условия являются initiatorDomains
, excludedInitiatorDomains
, requestDomains
и excludedRequestDomains
. См. также эту тему о расширениях хрома .
Chrome 100: решена проблема со scripting.executeScript() на вновь созданных вкладках.
Исправлена давняя проблема, из-за которой вызов scripting.executeScript()
на вновь созданной вкладке или окне мог завершиться неудачей.
Chrome 100: собственный порт обмена сообщениями поддерживает работоспособность сервис-воркера
Подключение к собственному хосту обмена сообщениями с помощью chrome.runtime.connectNative()
в сервис-воркере расширения должно поддерживать работоспособность сервис-воркера, пока порт открыт.
Chrome 100: omnibox.setDefaultSuggestion() поддерживает обещания и обратные вызовы.
Метод omnibox.setDefaultSuggestion()
теперь возвращает обещание или принимает обратный вызов, чтобы позволить разработчикам определить, когда предложение было правильно установлено.
Chrome 100: поддержка i18n.getMessage() в работниках служб расширений
API chrome.i18n.getMessage()
теперь поддерживается в контекстах рабочих служб расширений.
Chrome 99: match_origin_as_fallback на Канарских островах
Сценарии содержимого теперь могут указывать ключ match_origin_as_fallback
для внедрения в кадры, связанные с совпадающим кадром, включая кадры с URL-адресами about:
, data:
, blob:
и filesystem:
Подробности смотрите в документации по сценариям содержимого .
Chrome 99: поддержка работника службы расширений для файлов: схемы в Canary
Расширения Manifest V2 и Manifest V3 на основе Service Worker теперь могут использовать Fetch API для запроса URL-адресов file:
-scheme. Доступ к URL-адресам file:
-схема по-прежнему требует, чтобы пользователь включил «Разрешить доступ к URL-адресам файлов» для расширения на странице chrome://extensions
.
Chrome 99: обещают поддержку API-интерфейсов обмена сообщениями в Canary
Поддержка обещаний была добавлена в tabs.sendMessage
, runtime.sendMessage
и runtime.sendNativeMessage
для расширений, созданных для Manifest V3.
Обновление документации: обзорная документация Интернет-магазина Chrome
Добавлена новая справочная страница , на которой представлен обзор процесса проверки Интернет-магазина Chrome и объясняется, как осуществляется соблюдение политики программы для разработчиков .
Chrome 98: scripting.executeScript() и scripting.insertCSS() принимают несколько файлов.
Методы executeScript()
и insertCSS()
API сценариев теперь принимают несколько файлов. Раньше для этих методов требовался массив с одной записью файла.
Обновление Документов: ознакомьтесь с обновлениями по устранению неполадок, связанных с нарушениями
Страница «Устранение нарушений в Интернет-магазине Chrome» была обновлена и теперь предоставляет разработчикам более подробные инструкции по распространенным причинам отклонения.
Chrome 96: расширена поддержка обещаний еще до 27 API
Этот выпуск содержит значительно больше обещанных обновлений, чем любой предыдущий выпуск. Обновления включают в себя как общие, так и специфичные для ChromeOS API расширений. Разверните следующие разделы для получения подробной информации.
API расширений
Ряд API теперь поддерживают обещания в Манифесте V3.
-
chrome.browsingData
-
chrome.commands
-
chrome.contentSettings
-
chrome.debugger
-
chrome.downloads
-
chrome.enterprise.hardwarePlatform
-
chrome.fontSettings
-
chrome.history
-
chrome.instanceID
-
chrome.permissions
-
chrome.processes
-
chrome.search
-
chrome.sessions
-
chrome.topSites
Кроме того, API, использующие прототип ChromeSetting
теперь также поддерживают обещания. Это изменение затронет следующие API.
API-интерфейсы ChromeOS
-
chrome.certificateProvider
-
chrome.documentScan
-
chrome.enterprise.deviceAttributes
-
chrome.enterprise.networkingAttributes
-
chrome.fileBrowserHandler
-
chrome.fileSystemProvider
-
chrome.loginState
-
chrome.printingMetrics
-
chrome.wallpaper
Chrome 96: сценарии динамического контента
API chrome.scripting
теперь поддерживает регистрацию , обновление , отмену регистрации и получение списка сценариев контента во время выполнения. Раньше сценарии контента можно было только статически объявлять в файле манифеста расширения.json или программно внедрять во время выполнения с помощью chrome.scripting.executeScript()
.
Обновление документации: график поддержки Manifest V2
График перехода Манифеста V2 на V3 был объявлен в этом сообщении блога , а также была опубликована более подробная страница графика .
Chrome 96: разрешение declarativeNetRequestWithHostAccess
Новое разрешение declarativeNetRequestWithHostAccess
позволяет расширениям использовать API chrome.declarativeNetRequest
на сайтах, для которых расширение имеет разрешения хоста. Это также позволяет существующим расширениям Manifest V2, использующим webRequest
, webRequestBlocking
и разрешения хоста для конкретного сайта, перейти на API chrome.declarativeNetRequest
, не требуя от пользователя утверждения новых разрешений.
Chrome 95: внедряйте скрипты прямо на страницы
Метод executeScript()
API chrome.scripting
теперь может вставлять сценарии непосредственно в основной мир страницы. Раньше расширения могли внедряться только непосредственно в изолированный мир расширения. Дополнительную информацию об изолированных мирах можно найти в документации по скриптам контента .
Chrome 95: обещают поддержку Storage API
Методы версии Manifest V3 API chrome.storage
теперь возвращают обещания.
Обновление правил: принудительное применение двухэтапной проверки
Сообщение в блоге об обновлении политики , опубликованное 29 июня 2021 г., было обновлено, чтобы исправить график развертывания двухэтапной проверки.
Chrome 94: изменения статического набора правил декларативного сетевого запроса
chrome.declarativeNetRequest
теперь поддерживает указание до 50 статических наборов правил ( MAX_NUMBER_OF_STATIC_RULESETS ) и включение до 10 наборов правил ( MAX_NUMBER_OF_ENABLED_STATIC_RULESETS ) одновременно.
Chrome 93: поддержка изоляции между источниками
Расширения Manifest V2 и Manifest V3 теперь могут использовать изоляцию между источниками . Эта функция ограничивает то, какие ресурсы из разных источников могут загружать страницы расширения, и позволяет использовать функции веб-платформы низкого уровня, такие как SharedArrayBuffer
. Начиная с Chrome 95, согласие будет обязательным.
Обновление политики: обновлены правила программы для разработчиков.
В правила программы для разработчиков Интернет-магазина Chrome добавлены разъяснения относительно тактики мошеннической установки, спама и повторяющегося контента. Это обновление также включает в себя новое двухэтапное требование проверки для публикации в веб -магазине Chrome. Прочтите сообщение в блоге для получения дополнительной информации.
Сообщение в блоге: действия расширения в Manifest V3
Расширения Chrome имели chrome.browserAction
и chrome.pageActions
API в течение многих лет, но Manifest V3 заменил оба на общий chrome.actions
API. Этот пост исследует историю этих API и то, что изменилось в Manifest V3. Прочитайте пост .
Сообщение в блоге: знакомство с chrome.scripting
chrome.scripting
API - это новый Manifest V3 API, сфокусированный на сценариях. В этом посте мы копаем мотивы для этого изменения и более внимательно рассмотрим его новые возможности. Прочитайте пост .
Chrome 92: поддержка модуля Service Worker
Chrome теперь поддерживает модули JavaScript у работников обслуживания. Чтобы указать модуль модуль в вашем манифесте:
"background": {
"service_worker": "script.js",
"type": "module"
}
Это загружает сценарий работника как модуль ES, который позволяет использовать ключевое слово import
в скрипте работника для импорта других модулей.
Chrome 91: chrome.action.getUserSettings()
Новый метод chrome.action.getUserSettings()
позволяет расширениям определять, прикрепил ли пользователь расширение к основной панели инструментов.
Chrome 90: chrome.scripting.removeCSS()
Новый метод chrome.scripting.removeCSS()
позволяет расширениям удалять CSS, который ранее был вставлен с помощью chrome.scripting.insertCSS()
. Заменяет chrome.tabs.removeCSS()
.
Chrome 90: возврат обещаний из scripting.executeScript()
chrome.scripting.executeScript()
теперь поддерживает возвращающиеся обещания. Если результирующее значение выполнения скрипта является обещанием, Chrome будет ждать, пока обещание будет выполнено, и вернет его результирующее значение.
Chrome 90: результаты chrome.scripting.executeScript() включают в себя идентификатор кадра.
Результаты, возвращаемые из chrome.scripting.executeScript()
, теперь включают FrameID . Свойство frameId
указывает на кадр, от которого возникает результат, позволяя расширениям легко связать результаты с отдельными кадрами при введении в несколько кадров.
Chrome 89: новый API для управления группами вкладок
Новые API и новые возможности chrome.tabGroups
в chrome.tabs
позволяют расширениям читать и манипулировать группами вкладок. Требуется Манифест V3.
Chrome 89: настраиваемые разрешения для доступных веб-ресурсов
Определения доступных веб-ресурсов в Манифесте V3 были изменены, чтобы позволить расширениям ограничивать доступ к ресурсам на основе источника или идентификатора расширения запрашивающей стороны.
Сообщение в блоге: Конвертер манифеста расширений
Команда Chrome Extensions разработала «Extension Manifest Converter» с открытым исходным кодом — инструмент Python, который автоматизирует некоторые механические аспекты преобразования расширений в Manifest V3. См. публикацию в блоге с анонсом и получите ее на GitHub .
Chrome 88: общедоступная версия манифеста V3
Manifest V3 — это крупное обновление платформы расширений; см. «Обзор манифеста V3» для получения сводной информации о новых и измененных функциях. На данный момент расширения могут продолжать использовать Manifest V2, но в ближайшем будущем это будет прекращено. Мы настоятельно рекомендуем вам использовать Manifest V3 для любых новых расширений и как можно скорее начать миграцию существующих расширений в Manifest V3.