Краткая карта версий
HTML 2.0 закреплял ранний набор возможностей языка. HTML 3.2 и 4.x встречаются в наследуемых сайтах с разными подходами к оформлению. В HTML 4.01 использовались варианты Strict, Transitional и Frameset: это исторические модели документа, а не тарифы качества страницы. XHTML 1.0 переносил HTML в правила XML.
HTML5 получил статус рекомендации W3C 28 октября 2014 года. В современном проекте ориентируются на развивающийся Living Standard, а не ожидают условного выхода HTML6. Такая карта нужна прежде всего для чтения старой документации. При поддержке существующего сайта сначала выясните фактический режим обработки документа и зависимости шаблона; название из комментария разработчика может не соответствовать ответу сервера.
Зачем разбираться в старых версиях
Обозначения HTML 2.0, 3.2, 4.01 и XHTML часто встречаются в старых шаблонах, учебниках и технических заданиях. Они помогают понять, в каких условиях создавался сайт: часть оформления могла находиться прямо в разметке, страницы могли зависеть от таблиц или фреймов. Однако возраст документа сам по себе не показывает, насколько хорошо решена задача посетителя.
При разборе архива полезно составить перечень используемых шаблонов, форм, встроенных материалов и внешних скриптов. Затем оценить, какие элементы действительно требуют замены. Полное переписывание кода только ради нового названия стандарта может стоить дороже точечных изменений и создать дополнительные ошибки в работающих сценариях.
Какой стандарт использовать сейчас
Практический ориентир — актуальная спецификация HTML WHATWG. Она развивается непрерывно. Термин HTML5 удобен как историческое обозначение крупного этапа развития платформы, но не заменяет проверку конкретных элементов и возможностей. Для проекта важны требования к браузерам аудитории, доступности и способу публикации.
В техническом задании полезнее написать, как должна работать навигация с клавиатуры, что происходит при отправке формы и как страница выглядит на узком экране. Фраза «сделать на последней версии HTML» этих требований не раскрывает. Даже современная разметка не исправит нечитаемый текст, непонятные подписи полей или потерянную кнопку отправки.
Чем XHTML отличается от HTML
Различие связано не только с внешним видом тегов, но и с правилами обработки документа. Серверный тип содержимого влияет на выбор HTML- или XML-парсера. Современная спецификация не рекомендует XML-синтаксис для обычных новых HTML-проектов. Поэтому старый совет всегда выбирать XHTML Strict нельзя переносить в сегодняшнее техническое задание без отдельного обоснования.
Если существующая система обменивается XML-документами, её ограничения нужно изучать отдельно. Не меняйте тип содержимого только потому, что код кажется совместимым: проверьте шаблоны, подключаемые фрагменты и обработку ошибок. Для владельца сайта главный вопрос не в строгости названия, а в том, что увидит пользователь при реальном ответе сервера.
Что проверять в начале документа
У обычной современной HTML-страницы ожидается короткое объявление <!doctype html>. Оно не перечисляет все поддерживаемые возможности браузера. Кроме него проверьте язык документа, кодировку, заголовок вкладки, метаописание и настройки отображения на мобильном устройстве. Проверять нужно итоговый ответ страницы, а не только файл шаблона в редакторе.
Отдельно посмотрите заголовки HTTP и исходный код после обработки сервером. Шаблонизатор способен добавить лишний блок, повторить идентификатор или оставить незакрытую конструкцию. Если проблема повторяется на сотнях страниц, исправление общего шаблона обычно полезнее ручной правки каждого материала. Перед изменениями сохраните рабочий вариант и список контрольных адресов.
Как обновить старую разметку
Сначала перенесите проверяемое содержание: заголовки, текст, ссылки, таблицы и формы. Затем отделите оформление от структуры документа и проверьте адаптивность. Сохраняйте адреса страниц и нужные якоря, если их изменение не запланировано отдельно. Красивый новый шаблон не компенсирует потерю полезной статьи или переход по старой ссылке в пустую страницу.
Начните с одного представителя каждого типа страницы и сравните старое и новое поведение. Для большого сайта технический SEO-аудит помогает связать изменения шаблона с доступностью документов для поиска. Проверка должна охватывать не только валидность тегов, но и ответы сервера, внутренние переходы и возможность прочитать основной материал.
Как принять результат обновления
Составьте короткий набор сценариев: открыть статью по прямому адресу, пройти из меню, перейти к разделу по якорю, заполнить форму и вернуться назад. Повторите их на широком и узком экране. Проверьте длинный заголовок, большой список и таблицу: именно нестандартное содержание часто обнаруживает слабые места общего шаблона.
После выпуска сравните доступность страниц и поисковые показатели с исходным состоянием. В рамках продвижения сайта обновление разметки имеет смысл как часть работы над понятной структурой и качеством страниц. Само название HTML5 не является обещанием высоких позиций. Критерий успеха — сохранённая функциональность и устранённые ограничения, которые мешали людям пользоваться сайтом.
Частые вопросы
Нужно ли немедленно переделывать сайт с HTML 4?
Сначала оцените реальные проблемы. Возраст шаблона — повод для проверки, а не достаточное основание для полной переделки работающего сайта.
XHTML автоматически лучше для SEO?
Нет. Поисковая задача не сводится к выбору синтаксиса. Важны доступные страницы, содержание, ссылки и корректная работа сайта.
Достаточно ли заменить doctype?
Нет. Это не обновит структуру, стили, формы и скрипты. Изменения нужно проверять на итоговых страницах и пользовательских сценариях.
