Apple признала проблему, которую пользователи заметили в день старта продаж iPhone Duo: Safari на iPhone Duo использует внешние 5,4 дюйма дисплея заметно менее эффективно, чем хотелось бы. Правая колонка браузерных элементов управления отнимает часть и без того ограниченной ширины страницы. Для веб-разработчиков это не просто странность нового форм-фактора: Apple уже ищет способ позволить сайтам безопасно задействовать эту зону.
О планах рассказала евангелист WebKit Джен Симмонс в материале о Safari 27.1, сообщает 9to5Mac. Компания рассматривает интерфейс или механизм для веб-сайтов, который позволил бы творчески работать с пространством под контролами Safari на внешнем экране складного смартфона — например, протянуть фон шапки на всю ширину. Готового решения и сроков его появления Apple пока не назвала.
Почему внешний экран оказался теснее, чем обещает диагональ
У iPhone Duo есть внутренний и внешний дисплеи, а также разные положения корпуса. Внутренний экран лучше подходит для чтения и обычного веб-серфинга, тогда как внешний рассчитан на быстрые действия без раскрытия устройства. Именно на нём Safari размещает управляющие элементы вдоль правого края. В результате рабочая область сайта становится непривычно узкой: формально перед пользователем дисплей диагональю 5,4 дюйма, но фактически часть горизонтального пространства постоянно занята браузером.
Проблему отдельно выделили в первых обзорах iPhone Duo. В обзоре 9to5Mac Chance Miller назвал Safari одним из наиболее заметных примеров того, что на внутреннем экране пользоваться устройством удобнее. Логика дизайна Apple понятна: если наложить кнопки поверх страницы, они могут перекрывать ссылки, формы, видео и другие интерактивные элементы. Но текущая альтернатива тоже компромиссная — сайтам остаётся меньше места, а привычные адаптивные макеты могут выглядеть слишком сжатыми.
Это важно отделять от банальной задачи «сделать сайт адаптивным». Разработчики давно учитывают разные ширины экранов, вырезы камер, безопасные зоны и изменение ориентации. Внешний экран iPhone Duo добавляет ещё один сценарий: часть визуально доступной области существует, но её нельзя безоговорочно использовать для содержимого. Заголовок, меню или декоративный фон можно было бы растянуть шире, а карточку товара, кнопку оплаты или поле ввода — нельзя размещать там без гарантий, что элемент останется доступным.
У Apple уже есть знакомый веб-разработчикам инструмент — параметр viewport-fit=cover в метатеге viewport. Он позволяет странице заходить в области, которые браузер обычно исключает из рабочей зоны. Но Симмонс прямо объяснила, почему простое применение этого подхода к внешнему дисплею может создать новую проблему. Многие сайты не закладывают нужные отступы и могут спрятать критичный контент под интерфейсом браузера. Для страницы с декоративной обложкой это терпимо; для банковской формы, интерфейса SaaS или корпоративного кабинета — уже нет.
Apple просит идеи, а разработчикам придётся думать о двух экранах
Вместо того чтобы немедленно открыть всю ширину страницы через существующий параметр, команда WebKit ищет вариант, который будет одновременно проще в применении и устойчивее к ошибкам вёрстки. Симмонс предложила веб-разработчикам присылать предложения. Это необычно конкретный сигнал: Apple не утверждает, что проблема решена в Safari 27.1, а обсуждает, каким именно должен быть будущий API или набор правил.
Для команд, поддерживающих мобильный веб, вывод практический уже сейчас. Safari на iPhone Duo стоит рассматривать как отдельный режим тестирования, а не как очередную ширину в медиазапросе. Особенно уязвимы интерфейсы с фиксированными боковыми панелями, таблицами, многошаговыми формами, плавающими кнопками и плотными карточками. На узкой области даже небольшой дополнительный отступ меняет переносы строк, высоту блоков и приоритет видимых действий. Если продукт предполагает аудиторию владельцев складных iPhone, полезно заранее проверить, не оказывается ли основной CTA в слишком тесной колонке.
При этом не стоит торопиться с агрессивными обходными решениями. Без официально поддерживаемого способа сайт не может надёжно отличить безопасное пространство для фона от области, где пользователь ожидает увидеть и нажать контент. Попытки подогнать интерфейс под конкретную модель через пользовательский агент или жёсткие размеры экрана быстро превратятся в технический долг: браузер может изменить логику контролов, а будущие устройства — размеры и расположение элементов.
История с внешним экраном показывает более широкий конфликт складных устройств: железо даёт новые поверхности, но браузеру приходится одновременно сохранять предсказуемость веба, доступность и безопасность интерфейса. Если Apple предложит удачную модель, разработчики получат дополнительное пространство для визуального оформления без риска спрятать функциональные элементы. Главный вопрос теперь не в том, даст ли компания сайтам несколько лишних пикселей, а в том, сможет ли она описать их так, чтобы адаптивная вёрстка не стала набором исключений для каждого положения iPhone Duo.
