Новий Outlook для Windows у 2026: посібник з усунення проблем міграції

Оновлено: 22 червня 2026

Новий Outlook для Windows — це переписаний з нуля поштовий клієнт на базі Edge WebView2 та коду Outlook Web, який Microsoft робить стандартним для комерційних користувачів Microsoft 365 протягом 2026 року. Якщо ваші користувачі скаржаться на зниклі надбудови COM, відсутність файлів PST або повільну синхронізацію після міграції, річ майже завжди не в самому клієнті, а в одному з трьох механізмів: політика розгортання, кеш OST/IndexedDB або несумісні надбудови старого формату. У цьому посібнику я зібрала покрокові процедури, які моя команда відпрацювала на 1 200+ робочих станціях під час хвильового переходу.

• Microsoft планує завершити підтримку класичного Outlook для більшості комерційних SKU протягом 2029 року, але примусове перемикання на новий клієнт уже почалося партіями в першій половині 2026 року.
• Новий Outlook не підтримує локальні PST-файли як основне сховище та не запускає 32-бітні COM-надбудови. Це найчастіша причина ескалацій на L2.
• Перемикач «Спробувати новий Outlook» можна вимкнути централізовано через хмарну політику Microsoft 365 (cloud policy) або ADMX-шаблон, а не лише локально.
• Скидання облікового запису через Settings → Accounts → Manage → Reset вирішує близько 70% скарг на «не синхронізується» без повного перевстановлення.
• Перенесення підписів, правил і категорій вимагає ручного експорту. Microsoft досі не пропонує асистента міграції для всіх артефактів.
• Для організацій із суворими вимогами до офлайн-роботи варто відтермінувати міграцію до релізу повної офлайн-підтримки, який Microsoft обіцяє у другій половині 2026 року.

Чому Microsoft переводить усіх на новий Outlook у 2026 році

Microsoft уже понад два роки веде стратегію «One Outlook», тобто об'єднання вебверсії, Outlook для Mac та класичного Win32-клієнта в єдиний кодовий базис. Для комерційних користувачів Microsoft 365 у 2026 році ця стратегія перейшла з фази «опційно» у фазу «увімкнено за замовчуванням». Якщо ваш орендар не має політики, яка явно вимикає перемикач, користувачі побачать пропозицію переходу автоматично, а в окремих SKU перемикання вже не можна скасувати після переходу.

Дати, які варто тримати у календарі IT-підтримки: класичний Outlook для нових установок Microsoft 365 уже не встановлюється за замовчуванням; обов'язкова міграція корпоративних користувачів очікується протягом 2026–2027 років хвилями за тенантами; розширена підтримка класичного Outlook оголошена до 2029 року, але лише для організацій із Software Assurance або відповідним SKU. Я раджу не сприймати «2029» як подушку, бо Microsoft неодноразово зміщувала такі дедлайни вперед, а нова інфраструктура контролю розгортання вже опублікована.

Для контексту, що саме змінюється під капотом: класичний Outlook використовував MAPI-провайдер і локальний OST-кеш на диску. Новий Outlook являє собою WebView2-обгортку з REST API до Exchange Online, локальним IndexedDB-кешем у профілі користувача та хмарними правилами замість локальних. Це пояснює і виграш у швидкості рендерингу, і втрату підтримки старих надбудов. Деталі про офіційний таймлайн можна звірити в довіднику Microsoft Learn про новий Outlook для Windows.

Порівняння нового та класичного Outlook: що зникло, що додалося

Чесно скажу: перед тим, як починати міграцію, я завжди прошу свою команду показати користувачам цю таблицю. Половина квитків зникає, коли люди розуміють, що саме поміняється, а не отримують сюрприз посеред робочого дня. Дані актуальні станом на червень 2026 (Microsoft постійно повертає функції, тому таблицю варто переглядати раз на квартал).

Функція	Класичний Outlook	Новий Outlook (2026)
Локальні файли PST	Повна підтримка	Лише імпорт (read-only через хмару)
COM-надбудови (32/64-біт)	Так	Ні, лише веб-надбудови Office
Офлайн-режим	Повний (OST)	Часткова (15 ГБ кешу, розширюється)
Правила (Rules)	Локальні та серверні	Тільки серверні (Exchange)
PowerShell / VSTO	Так	Ні
Спільні поштові скриньки	Авто-mapping повний	Підтримка, але без авто-додавання SMTP
Резервне копіювання локально	Експорт PST	Експорт PST лише через класичний клієнт
Швидкість запуску (середня)	4–7 секунд	1–2 секунди

Якщо у вашій організації хоча б один із пунктів «Так» у лівій колонці є критичним (наприклад, бухгалтерія тримає п'ятирічний архів у PST), вам потрібен план співіснування, а не «велика п'ятниця міграції». На практиці моя команда тримає класичний Outlook на 12% станцій із чітко задокументованим виключенням.

Як підготувати організацію до міграції

Найбільший урок, який я винесла зі своєї першої хвилі переходу, це те, що міграція Outlook являє собою проєкт зі зміни звичок, а не технічне завдання. Технічно перемикання займає 30 секунд; навчити користувача знаходити кнопку «Категорії» в новому меню займає тиждень. Тому моя контрольна стрічка перед запуском завжди починається з людей, а не з GPO.

Передміграційний чек-лист, який я використовую:

1. Інвентаризація надбудов: експортуйте список COM-надбудов через PowerShell-команду Get-ItemProperty HKLM:\SOFTWARE\Microsoft\Office\Outlook\Addins\* на репрезентативній вибірці робочих станцій.
2. Виявлення PST-файлів: скрипт Get-ChildItem -Path C:\Users -Recurse -Filter *.pst -ErrorAction SilentlyContinue покаже масштаб локального архіву.
3. Аудит правил: запросіть у користувачів експорт правил у файл .rwz через класичний Outlook. Серверні правила перенесуться, локальні треба перестворити вручну.
4. Тестова група: відберіть 5% користувачів із різних відділів. Не лише IT, а обов'язково включіть фінансовий і юридичний відділ, бо саме там живуть «дивні» сценарії.
5. Сценарій відкату: задокументуйте, як повернутися протягом 24 годин після переходу. Без цього юзери, які мають проблему, будуть наляканими, а не злими.
6. Інформаційна кампанія: дві хвилі повідомлень (за два тижні та за два дні до переходу) з посиланням на коротке відео й сторінку допомоги.

Централізоване керування перемикачем «Спробувати новий Outlook» виконується через Microsoft 365 Apps admin center (Cloud Policy). Знайдіть політику «Choose whether users can use the new Outlook for Windows» і встановіть значення відповідно до фази вашого розгортання: «Don't show», «Show», або «Show and migrate». Те саме можна зробити через ADMX-шаблон outlk16.admx у Group Policy, але хмарна політика синхронізується швидше і не залежить від домену.

Як виправити типові помилки міграції профілю

Профіль у новому Outlook — це не набір .ost на диску, а структура у %LOCALAPPDATA%\Microsoft\Olk із SQLite та IndexedDB. Більшість помилок міграції зводяться до пошкодженого кешу або застарілих токенів автентифікації, які залишилися від класичного клієнта.

Три симптоми, які я бачу найчастіше, та їхні швидкі виправлення:

Помилка «We're having trouble loading your account»

Зазвичай це наслідок міграції з гібридного середовища, де токен MSAL ще вказує на on-prem ADFS. Виправлення: Settings → Accounts → Manage → Sign out, потім очистити папку %LOCALAPPDATA%\Microsoft\IdentityCache і ввійти знову. Якщо це не допомагає, перевірте у адміністратора Entra ID, чи не блокує політика умовного доступу нові User-Agent рядки нового Outlook (OutlookForWindows/1.x).

Помилка «Account already added in classic Outlook»

Виникає, коли новий клієнт виявляє конфліктний профіль із класичного MAPI-провайдера. Видаліть профіль через Control Panel → Mail (Microsoft Outlook) → Show Profiles, потім перезапустіть новий Outlook. Цей крок безпечний, поштові дані залишаються в хмарі.

Дублювання календарних подій після міграції

Класична проблема при суміщенні делегованого календаря з підключенням iCloud. Видаліть iCloud-обліковий запис із нового Outlook, оновіть iCloud для Windows до версії 16+, потім додайте календар через CalDAV у браузерному клієнті Outlook на web. Клієнт для Windows підхопить підписку.

Що робити, якщо новий Outlook не синхронізується

«Не синхронізується» у новому Outlook поводиться інакше, ніж у класичному, бо немає видимої кнопки Send/Receive. Синхронізація відбувається через WebSocket-канал до серверів Exchange Online, і коли він обривається, користувач бачить лише застарілу пошту без явного індикатора помилки. Через це багато квитків приходить із запізненням: людина три години не отримує листи й думає, що це нормально.

Алгоритм діагностики, який я використовую у себе на L1:

1. Перевірте статус сервісу: Microsoft 365 Service Health. Близько 8% «помилок синхронізації» виявляються фактичними інцидентами на стороні Microsoft.
2. Тест мережі: у клієнті відкрийте Help → Diagnostics → Run connectivity test. Особлива увага на TLS-інспекцію корпоративних проксі, бо новий Outlook не приймає підставні сертифікати так само, як це робив класичний клієнт.
3. Перевірка квот: якщо поштова скринька перевищила квоту, новий Outlook не показує діалог попередження, а просто перестає синхронізувати нові елементи. Команда PowerShell Get-MailboxStatistics -Identity [email protected] | Select TotalItemSize, ItemCount покаже реальну ситуацію.
4. Скидання кешу: Settings → General → Storage → Clear cache. Це не видаляє пошту, бо все живе в хмарі, але примушує клієнт заново завантажити локальний індекс.
5. Перевстановлення WebView2: новий Outlook залежить від системного WebView2 Runtime. На віртуальних робочих столах або у образі Windows LTSC цей компонент часто відсутній або застарілий. Завантажте свіжий інсталятор з офіційного сайту Microsoft Edge для розробників.

Якщо проблема торкнулася лише користувачів із певних геолокацій (наприклад, віддалені офіси через VPN), причина зазвичай у MTU або в Split DNS. Наш досвід із розгортанням нових IT-сервісів описано детальніше у статті про діагностику VPN у Windows 11. Багато з тих самих кроків застосовні й тут.

Як повернутися до класичного Outlook без втрати даних

Перемикач повернення «Назад до класичного Outlook» розташований у правому верхньому кутку нового клієнта. Натискання вмикає Win32-версію та запускає її, новий Outlook залишається встановленим. Дані не зникають, бо обидва клієнти працюють із тією самою хмарною скринькою, але є три нюанси, які варто розуміти.

Перший: налаштування підписів, категорій та швидких дій не переносяться автоматично між клієнтами. Це окремі сховища. Я рекомендую перед міграцією зробити скріншоти підписів і експортувати категорії скриптом PowerShell.

Другий: якщо ваш орендар має політику «Show and migrate», то перемикач буде заблокований після завершення першої міграції. У такому випадку повернення можливе лише через ADMX-перевизначення або через ticket до Microsoft Support із обґрунтуванням.

Третій: на деяких SKU (наприклад, Microsoft 365 Business Basic) класичного Outlook ніколи не було, тому «повернутися» нікуди. Перевірте ліцензію перед тим, як обіцяти користувачу відкат.

Якщо у вас стоїть завдання масово відкотити пілот, найшвидший шлях, це Intune-скрипт PowerShell, який встановлює реєстровий ключ HKCU:\Software\Microsoft\Office\16.0\Outlook\Preferences\UseNewOutlook у значення 0. Перезапуск Outlook повертає класичну версію без участі користувача.

Проблеми з COM-надбудовами та PST-файлами

Це найболючіша частина міграції для будь-якого helpdesk-у з досвідом «корпоративного хвоста», тобто старих надбудов, які ніхто не оновлював роками. Новий Outlook не запускає COM/VSTO у принципі, і це архітектурне рішення Microsoft, яке не зміниться. Тому потрібен ясний план для кожної надбудови.

Категорізуйте надбудови за трьома сценаріями:

• Має веб-аналог (наприклад, Salesforce, HubSpot, Adobe Acrobat, Grammarly): просто встановіть Office Add-in із Microsoft AppSource через Microsoft 365 Apps admin center і прикріпіть до користувачів.
• Має API, але нема готового додатка: розгляньте розробку власної веб-надбудови на JavaScript через Office.js. Бюджет, приблизно 2–4 тижні роботи розробника на середню функціональність.
• Тільки COM/VSTO, без альтернатив: залишайте класичний Outlook для цих користувачів. Перевірте, чи легально це з погляду ліцензії, бо не всі плани дозволяють тримати обидва клієнти паралельно.

Для PST-файлів стратегія залежить від того, чи потрібен користувачу постійний доступ. Якщо PST містить архів за минулі роки, найкраще імпортувати його в хмарне сховище через Microsoft Purview Import Service або у вторинну архівну скриньку (In-Place Archive). Це коштує додаткове ліцензування (плани з ArchiveSize ≥ 100 ГБ), але звільняє від локальних PST раз і назавжди. У моїй практиці саме перехід на In-Place Archive забрав найбільше часу під час останньої міграції, близько 60% усього проєкту.

Найкращі практики IT-підтримки під час міграції

Поза технічними процедурами міграція Outlook оголює слабкі місця будь-якого helpdesk-у: класифікацію квитків, SLA для «м'яких» інцидентів, комунікацію з користувачами. Те, що я раджу командам, які проходять міграцію вперше:

Створіть окрему категорію квитків «Migration: New Outlook» у вашій ITSM-системі. Без цього ви не побачите динаміку та не зможете показати керівництву, скільки часу проєкт реально займає. Метрика, на яку я дивлюся щодня, це частка міграційних квитків, які закриваються на L1 без ескалації. Цільове значення 80% або вище; нижче говорить, що документація для L1 неповна.

Підготуйте «Top 10» відповідей у KB до початку міграції, а не після першої хвилі квитків. Це економить десятки годин на L1. Топ-5 запитань у моїй практиці: «де калькулятор пошуку», «як додати спільну скриньку», «де мої правила», «як змінити підпис», «де категорії». Кожна відповідь повинна мати скріншот, не лише текст.

Не закривайте «дрібні» квитки одразу. Заведіть правило: міграційний квиток лишається у статусі «Resolved – pending validation» на 72 години. За цей час користувач устигне натрапити на пов'язану проблему й попросити допомоги в межах того ж квитка. Це поліпшує метрики First Contact Resolution і знижує загальну кількість квитків.

Для більш широкого контексту планування подібних великих змін рекомендую переглянути наш матеріал про міграцію з базової автентифікації Microsoft 365, бо багато практик SLA і комунікації застосовні й до Outlook. Якщо у вашій організації паралельно йде ще й хвиля оновлень робочих станцій, корисний буде посібник з усунення проблем оновлень Windows 11, бо нові версії Outlook іноді поєднуються із кумулятивними оновленнями системи.

Часті запитання

До якої дати працюватиме класичний Outlook у 2026 році?

Для більшості комерційних SKU Microsoft 365 розширена підтримка класичного Outlook оголошена до 2029 року. Однак примусове перемикання почалося хвилями в першій половині 2026, тому планувати потрібно вже зараз.

Чи можна користуватися PST-файлами у новому Outlook?

Прямо ні. Новий Outlook не підтримує PST як активне сховище. Імпорт можливий лише через класичний клієнт або через Microsoft Purview Import Service у хмарну архівну скриньку.

Чому мої COM-надбудови не відображаються у новому Outlook?

Новий Outlook не запускає 32- або 64-бітні COM-надбудови за архітектурою. Підтримуються лише веб-надбудови Office, встановлені з AppSource або розгорнуті через Microsoft 365 Apps admin center.

Як централізовано вимкнути перемикач «Спробувати новий Outlook» для всіх користувачів?

Через хмарну політику Microsoft 365 Apps admin center встановіть параметр «Choose whether users can use the new Outlook for Windows» у значення «Don't show». Альтернативно через ADMX-шаблон outlk16.admx у Group Policy.

Чи можна повернутися до класичного Outlook після міграції?

Так, поки політика орендаря не заблокувала перемикач. Натисніть тумблер «Назад до класичного Outlook» у правому верхньому кутку або встановіть реєстровий ключ UseNewOutlook=0. Усі дані залишаться у хмарі та з'являться в обох клієнтах.

Чому новий Outlook не показує спільну поштову скриньку, додану через автомапінг?

Новий Outlook не підтримує автоматичне додавання спільних скриньок через атрибут msExchDelegateListLink так, як це робив класичний клієнт. Користувач повинен додати скриньку вручну через Settings → Accounts → Add a shared mailbox.