Технологии

Как браузер превращает код в страницу

Загрузка, разбор документа, расчёт геометрии и отрисовка объясняют, почему скорость сайта зависит не только от сети.

Иллюстрация Nexoria к материалу «Как браузер превращает код в страницу»
Оригинальная иллюстрация Nexoria. Художественная интерпретация; схема не в масштабе. CC BY 4.0.

Страница не приходит готовой

Браузер получает документы и ресурсы, затем строит видимый результат. HTML задаёт структуру, CSS описывает оформление, JavaScript может менять состояние страницы. Изображения и шрифты тоже участвуют в загрузке. Поэтому одинаковый объём переданных данных ещё не означает одинаковое время до удобного чтения: важен порядок появления нужных ресурсов и зависимостей.

Сравните новостную заметку и тяжёлую интерактивную сцену. В первой читателю нужен текст и понятная навигация. Во второй дополнительно требуется код взаимодействия. Разумный порядок загрузки следует этой разнице: полезная часть не должна ждать ресурса, без которого она уже может работать.

От структуры к геометрии

При разборе HTML браузер строит DOM, представление структуры документа. Правила оформления участвуют в расчёте того, какие элементы и как нужно показать. Затем движок определяет размеры и положение объектов. Этот этап часто называют layout. После него следует рисование, а отдельные слои могут объединяться при композиции.

Меняя свойства страницы, программа иногда заставляет браузер пересчитывать геометрию. Такой пересчёт может оказаться дороже, чем ожидает автор небольшой функции. Количество строк кода и стоимость его визуальных последствий не обязаны совпадать. Именно поэтому профилирование полезнее догадки о «слишком большом скрипте».

Быстро загрузить и быстро ответить

Первое появление текста и реакция на нажатие — разные качества. Страница способна показать красивый первый экран, но зависнуть при открытии меню. Длинная работа в главном потоке мешает обработке взаимодействий. Отдельно стоит проверять смещения: внезапно выросшее изображение или появившийся шрифт могут передвинуть уже читаемую строку.

Для редакционного сайта хороший сценарий проверки начинается с задачи: открыть статью, перейти по оглавлению, сохранить материал. Результат такого прогона важнее абстрактного впечатления от начального экрана. Проверяйте тот же маршрут на небольшом устройстве и с ограниченной сетью.

Что наблюдать самостоятельно

Откройте инструменты разработчика и посмотрите последовательность запросов. Найдите основной документ, таблицу стилей и крупные изображения. Затем повторите загрузку с отключённым кэшем. Различие покажет, почему результаты одного повторного открытия нельзя выдавать за опыт нового посетителя.

Изменяйте по одной переменной и записывайте результат. Например, сравните страницу до и после уменьшения иллюстрации, сохраняя прочие условия. Такой маленький эксперимент учит связывать решение с измерением. Он полезнее списка универсальных обещаний ускорения, потому что показывает, какой именно этап ограничивает конкретную страницу.

Содержание до украшения

Проверьте страницу с отключённым JavaScript в учебной копии. Запишите, остаются ли название, основной текст и обычные ссылки. Такой опыт не требует, чтобы любая интерактивная функция работала без программы. Он показывает, какие части чтения действительно зависят от неё и обоснована ли эта зависимость. Для энциклопедической статьи полезный текст может стать первым доступным результатом загрузки.

На чём основан материал

Текст подготовлен редакцией Nexoria на основе первоисточников. Ссылки помогают проверить факты и продолжить изучение.

  1. MDN: How browsers work
  2. MDN: Critical rendering path

Последнее обновление: 16 октября 2026 г.. Материал носит образовательный характер.

Связанные идеи

Продолжить исследование