Access отключит старый Web Browser Control в мае 2027 года. Как перевести формы на Edge Browser Control

Что объявила Microsoft и в какие сроки

Анонс опубликован в блоге Access на Microsoft Tech Community, автор — Кортни Оуэн из команды продукта. Сроки такие:

• Access для Microsoft 365: версия 2705, целевая дата — 18 мая 2027 года;
• Access LTSC 2024: 11 мая 2027 года;
• после отключения: старый контрол не загружает и не показывает веб-страницы.

Microsoft обещает необязательную настройку, которая автоматически заменит старые контролы на Edge Browser Control при открытии базы. По умолчанию она будет выключена, и код, который обращался к старому контролу, всё равно придётся проверить.

Сам Internet Explorer 11 Microsoft отключила 15 июня 2022 года, но движок Trident продолжал жить внутри Office. По данным сообщества AccessForever, о выводе Trident из Access продакт-менеджер Линда Кэннон говорила ещё на немецкой конференции разработчиков Access в октябре 2025 года, и главной причиной назвала активные атаки на этот движок. Обзор недели NoLongerSet от 7 ноября 2026 года тоже вынес май 2027 года в ключевые даты для разработчиков Access.

Каких баз это касается

Под удар попадают формы, где стоит именно старый Web Browser Control. В конструкторе он выглядит почти так же, как новый, поэтому Microsoft советует пройти все формы и подчинённые формы в каждой поддерживаемой базе и составить список вручную.

• Access для Microsoft 365 и Access 2024 — старый контрол перестанет работать в сроки выше.
• Access 2019 и более ранние версии — отключение в них не планируется, по оценке AccessForever, но их могут задеть изменения Trident на уровне Windows.
• Приложения на VB6 и WinForms с ActiveX-контролом WebBrowser из shdocvw.dll этот анонс не затрагивает: он только про Access. Риски у них те же, IE-движок не развивается, и об этом мы писали в материале о сопровождении VB6 в 2026 году.

Перебор форм можно ускорить небольшим макросом. Он открывает каждую форму в режиме конструктора скрыто и выводит имена браузерных контролов по типу объекта.

Public Sub ListBrowserControls()
    Dim ao As AccessObject, frm As Form, ctl As Control
    For Each ao In CurrentProject.AllForms
        DoCmd.OpenForm ao.Name, acDesign, , , , acHidden
        Set frm = Forms(ao.Name)
        For Each ctl In frm.Controls
            Select Case TypeName(ctl)
                Case "WebBrowserControl"   ' старый, на движке IE
                    Debug.Print "LEGACY", ao.Name, ctl.Name
                Case "EdgeBrowserControl"  ' новый, на WebView2
                    Debug.Print "edge  ", ao.Name, ctl.Name
            End Select
        Next ctl
        DoCmd.Close acForm, ao.Name, acSaveNo
    Next ao
End Sub

Чем Edge Browser Control отличается в коде

Главное отличие — у нового контрола нет доступа к DOM страницы через свойство Object. Вся работа со страницей идёт через JavaScript: ExecuteJavascript выполняет скрипт, RetrieveJavascriptValue возвращает результат выражения. Полный список методов, свойств и событий есть в справке Microsoft Learn по EdgeBrowserControl.

' Было: старый контрол, разбор страницы через MSHTML
total = Me.WebBrowser0.Object.Document.getElementById("total").innerText

' Стало: Edge Browser Control, то же значение через JavaScript
total = Me.EdgeBrowser0.RetrieveJavascriptValue( _
    "document.getElementById('total').innerText")
Me.EdgeBrowser0.ExecuteJavascript _
    "document.getElementById('filter').value = '2026';"

Что ещё проверить после перевода:

• Доверенные домены. Новый контрол открывает адреса из списка в свойстве TrustedDomains, остальные — нет.
• Локальные файлы. Открытие HTML и PDF с диска требует отдельной настройки, а сообщество жалуется на медленную загрузку локальных файлов.
• Авторизация. Вход через Windows-аутентификацию и защищённые страницы Microsoft просит тестировать отдельно.
• События. BeforeNavigate, DocumentComplete и NavigateError у нового контрола свои, поэтому обработчики стоит пройти по одному.
• IE-специфика. Страницы, свёрстанные под режимы совместимости IE, ActiveX и VBScript внутри страницы в WebView2 работать не будут.

Что сделать до мая 2027 года

Если в ходе инвентаризации выяснится, что база держится на встроенных веб-страницах и сторонних ActiveX, стоит посчитать альтернативу. Для учётных систем на Access мы разбирали варианты перехода на ERP, а для интерфейса, который и так уже наполовину живёт в браузере, — перенос десктопного приложения в веб. Макросы Excel и Access, которые тянут данные из веба, иногда проще заменить на Power Query или Office Scripts, об этом — в материале о будущем VBA-макросов.

Вопросы об отключении Web Browser Control в Access