Тренды HTML в 2025: Смерть Div-спагетти, HTMX и нативные Popover

22.06.20253 мин чтения
Никита Рунов
Верстальщик, NBM-ITНикита Рунов

Долгие годы HTML воспринимался разработчиками как безвольный "клей" для размещения React или Vue компонентов. Вся логика валидации, открытия модалок и подгрузки контента писалась на тяжелом JavaScript.

Один из подходов к таким задачам — HTML-first и Progressive Enhancement: базовый сценарий строят на возможностях HTML, затем добавляют поведение. Он подходит не каждому интерфейсу и не требует обязательного отказа от React или Vue. Рекомендации обзора уточнены 30 октября 2026 года.


1. HTMX: Революция HTML-управляемого поведения

HTMX — JavaScript-библиотека, которая позволяет описывать HTTP-запросы и замену фрагментов страницы через HTML-атрибуты. Для конкретного сценария можно обойтись без собственного обработчика fetch, но сама библиотека и серверная логика по-прежнему нужны.

Вместо того чтобы писать React-компонент, который делает fetch, парсит JSON и обновляет стейт, вы делаете это прямо в разметке:

<button hx-post="/api/clicked" 
        hx-trigger="click" 
        hx-target="#parent-div" 
        hx-swap="outerHTML">
    Кликни меня!
</button>

При таком подходе сервер возвращает готовые фрагменты HTML. Его удобно оценивать для форм, поиска и административных экранов; задержка ответа, размер страницы и сложность состояния по-прежнему влияют на результат.

Если backend написан на Node.js, в план сопровождения включите поддерживаемую ветку среды выполнения, совместимость зависимостей и проверку релиза. Отдельный чек-лист перехода на Node.js 26 LTS помогает подготовить сборку и откат; выбор HTMX сам по себе не требует смены версии Node.js.

Бесплатный SEO-аудит вашего сайта

Оставьте заявку, и наши специалисты найдут точки роста поискового трафика.

2. Нативные UI-элементы без библиотек

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

Popover API

Popover API выводит открытый элемент в top layer. Для режима auto предусмотрено закрытие при взаимодействии снаружи. Сам атрибут не превращает содержимое в доступное меню или tooltip: семантику, клавиатурное управление и позиционирование проверяют отдельно.

<button popovertarget="my-tooltip">Подробнее</button>

<div id="my-tooltip" popover>
  Это нативный всплывающий элемент!
</div>

Эксклюзивные аккордеоны (HTML Accordion)

Старый тег <details> получил атрибут name. Теперь создать классический FAQ-аккордеон (где при открытии одной панели, предыдущая закрывается сама) можно на чистом HTML:

<details name="faq">
  <summary>Вопрос 1</summary>
  <p>Ответ 1</p>
</details>
<details name="faq">
  <summary>Вопрос 2</summary>
  <p>Ответ 2</p>
</details>

Нативная валидация форм

Атрибуты pattern, required, type="email" и псевдоклассы :valid и :invalid подходят для базовой клиентской проверки. Сложные взаимосвязи полей могут требовать дополнительной логики. Серверная валидация обязательна независимо от выбранного интерфейса.

3. Разметка для LLM и RAG-систем

Понятные заголовки и семантические элементы помогают описать содержание и навигацию страницы. Глубина вложенности <div> сама по себе не доказывает, что поисковая или AI-система проигнорирует текст.

В документации Google об AI-функциях поиска нет требования специальной Schema.org-разметки для попадания в AI Overviews или AI Mode. Структурированные данные должны соответствовать видимому содержанию; они не гарантируют показ страницы в ответе.

Бесплатный расчет стоимости проекта

Ответьте на 4 вопроса, и мы пришлем вилку цен под ваши задачи.

1. Какой тип корпоративного сайта вам нужен?

Вывод

Для каждого компонента сравните нативную реализацию, библиотеку и существующий код по поддержке браузеров, доступности и стоимости сопровождения. Влияние на скорость и поисковые переходы оценивайте измерениями после внедрения.

Уточнение редакции: прежние утверждения о гарантированном росте SEO-трафика и обязательной микроразметке для AI-ответов заменены рекомендациями по проверке.

Для корпоративного сайта сформулируйте требования к интерфейсу до выбора технологий: какие действия выполняет пользователь, какие браузеры нужно поддерживать и как проверять результат.

Полезно по теме

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