Кроссбраузерность

Историю браузеров середины 1990-х годов литература описывает как конкурентную борьбу за долю аудитории — войны браузеров^[2]. Производители вводили собственные расширения языков HTML и CSS, и страница, собранная под одну программу, в другой теряла оформление^[2][8]. Разработчикам оставалось дублировать код либо предупреждать посетителей о нужном браузере^[8].

Ответом на разнобой стала работа по общим правилам: Консорциум Всемирной паутины публикует стандарты веб-технологий, задающие единый контракт между страницей и программой для её отрисовки^[5]. Именно соответствие стандартам считается основным средством достижения кроссбраузерности^[5][8].

Соблюдение стандартов проверяли публичными испытаниями. Коалиция Web Standards Project опубликовала тестовую страницу Acid2 для проверки корректной поддержки веб-стандартов; в тест намеренно включён невалидный CSS — проверялось умение обходить некорректные описания стилей^[9]. Позднее появился усложнённый тест Acid3, а прохождение таких проверок стало показателем совместимости и предметом публичного соперничества^[9].

Новый этап открылся выходом браузера Google Chrome в 2008 году: разработчики объявили о запуске бета-версии более чем в ста странах, представив её как «свежий взгляд» на браузер и источник ускорения развития веба^[10].

К консолидации присоединялись давние соперники. В феврале 2013 года Opera объявила о переходе на движок WebKit: программами Opera пользовались около трёхсот миллионов человек, и компания сочла дальнейшую поддержку собственного движка Presto излишней^[3], называя главным мотивом производительность^[11]. Microsoft в новых версиях Edge отказалась от исторического движка Trident в пользу открытого Chromium: старый движок сохранился лишь в режиме совместимости, поддерживаемом как минимум до 2029 года^[4]. Наконец, 15 июня 2022 года Microsoft окончательно убрала Internet Explorer: попытки открыть программу перенаправляют пользователя в Edge^[12]; к моменту ухода доля программы опустилась ниже одного процента^[4].

Каждый браузер отрисовывает страницу собственным движком: сегодня страницы открываются на движках Blink, Gecko и WebKit, а исторические Trident и Presto ушли в прошлое вместе со своими программами^[4][3]. Движок определяет, как разметка и стили превращаются в изображение на экране: при одинаковом коде программы могут по-разному вычислять размеры, строить таблицы и воспроизводить типографику^[8]. Для JavaScript существует отдельный класс программ — движок JavaScript, и набор поддержанных возможностей языка также различается между программами^[1].

Кроссбраузерность остаётся самостоятельной инженерной задачей: код, проверенный в одной программе, требует проверки в остальных, и ручной проверки всех сочетаний «браузер — версия» уже не выдержать^[6].

Стандарты внедряются постепенно: пока возможность не закреплена в спецификации, производители помечают экспериментальные свойства вендорными префиксами — служебными приставками в имени свойства, указывающими программу, для которой оно предназначено^[8]. Страница, использующая только префиксные свойства, работает в одной программе и ломается в остальных^[8]. Справочные таблицы собирают сведения о том, какие версии каких программ поддерживают каждую возможность языка, и служат при планировании разработки^[7].

Среди причин несоответствий обзорная литература называет также неполную реализацию спецификаций и ошибки конкретных программ^[8].

Третья группа причин — историческая: браузеры поддерживают режим совместимости для старых сайтов, а сами старые страницы содержат конструкции, написанные под особенности конкретных программ^[8][6].

Поддержка устаревшего наследия сама создаёт несовместимость. Показателен режим Internet Explorer внутри Edge: он подгружает исторический движок ради старых корпоративных страниц, и Microsoft планирует его закрытие, потому что сопровождение такого наследия дорого, а миграция занимает годы^[4].

Основной метод — опора на стандарты: Консорциум Всемирной паутины фиксирует языки HTML, CSS и JavaScript, на которых строится страница, и чем строже код им следует, тем предсказуемее его отрисовка^[5]. Российские учебные работы описывают кроссбраузерность как обязательное требование к современным веб-приложениям: проверка в основных браузерах входит в процесс их разработки^[13].

Сравнительные исследования показывают, что различия в отрисовке сохраняются даже между современными программами, поэтому стандарты сокращают, но не снимают задачу проверки^[14].

Справочное руководство Mozilla описывает общий приём: код ветвят по результатам определения возможностей — программа спрашивает, поддержана ли возможность, и в зависимости от ответа выполняет разные участки^[1]. Отсутствующую возможность имитирует полифилл; другой путь — библиотеки, где разработчик пишет единый код, а реализацию подбирает программа^[1]. На той же идее строится стратегия прогрессивного улучшения: страница конструируется от простого, доступного любому браузеру базового слоя содержания, а оформление и поведение наращиваются слоями по мере поддержки^[1].

Некоторые вещи невозможно сделать одинаково везде, и команде приходится заранее принять перечень допустимых различий^[1].

Сайт открывают на компьютерах, планшетах и телевизорах^[1], и метод ответа — адаптивный веб-дизайн: одна страница перестраивается под ширину экрана без отдельных версий^[1]. Мобильные браузеры на Android и iOS добавляют к матрице проверок ещё одно измерение^[1].

В модуле управления «умным домом» совместимость с основными браузерами была заявлена в задании наравне с функциональностью^[15].

Проверка начинается с матрицы: заранее выбирают «приемлемый» набор браузеров, версий, устройств и операционных систем^[1]. Доли браузеров на рынке — общедоступная статистика счётчиков посещений, ей доверяют и журналисты^[16][4]. На момент ухода Internet Explorer на новую программу Microsoft приходилось около девяти процентов настольного рынка^[12], и такую долю матрица игнорировать не могла^[16].

Дальше страницы проходят вручную — проверяют открытие, навигацию, формы и оплату, а найденные расхождения исправляют и повторяют проверку: правка для одной программы способна сломать страницу в другой^[1].

Ручной цикл дополняет автоматизация: открытый набор Selenium управляет реальными браузерами, выполняя те же действия, что и человек, и одни и те же сценарии прогоняются во всех программах матрицы^[17].

Научные работы ставят задачу находить несоответствия автоматически: Месбах и Прасад предложили обходить страницы в разных браузерах и сравнивать их состояния^[6]. Кроссчек объединяет обход сайта и сравнение состояний страниц^[18]. Инструмент X-PERT выделяет точные места расхождений, сопоставляя внутреннее представление страницы в разных браузерах^[19]. Для страниц, целиком отрисованных на полотне, Баджаммал и Месбах предложили судить о корректности по визуальному выводу^[20].

Консолидация движков сняла значительную часть старых проблем, но создала новые. Когда большинство настольных программ работает на одном открытом проекте, несоответствий меньше — но исчезает внешнее давление, заставлявшее следовать стандартам^[11][2]. Переход Opera на WebKit описывали именно в этих терминах: уход последнего независимого движка убирал стимул писать страницы, совместимые «со всеми»^[3].

Оборотная сторона ухода старых программ — лишний код: устаревшие обходные приёмы долго поддерживают в памяти о былых расхождениях, усложняя сопровождение^[4][8].

История знает и прямой обход: страницу определяют по признакам программы и отдают каждому браузеру собственный код — от нестандартных свойств до специальных конструкций, понятных только одной программе^[8][2]. Цена высокая: ветвления по программе умножают объём кода и оставляют наследие, которое поддерживают годами после исчезновения самой программы^[8][4].

Современные методики рекомендуют опираться на определение возможностей, а не на название программы: страница спрашивает не «кем ты открыта?», а «умеешь ли ты это?»^[1]. Научные инструменты поиска несоответствий показывают места страницы, требующие внимания^[21][18].