+7 (347) 26-66-885
+7 (917) 37-46-000

Написать письмо написать письмо

 

Компания Architect - сертифицированный партнер 1С-Битрикс

Что такое «1С-Битрикс»?

Программа сертификации «1С-Битрикс»

 

 

 

Логин:
Пароль:
Забыли свой пароль?

 

 

Architect Информационный центр Информационные статьи

Валидная верстка как критерий качества

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

Является ли «валидная верстка» действительно важным критерием качества веб-проекта? Постараюсь кратко изложить свое видение данного аспекта и позицию нашей веб-студии.

Что такое HTML-макет и технологические стандарты?

Один из первых результатов работы веб-студии, который получает «на руки» заказчик — дизайн-решение своего будущего сайта. Получает в виде одной или нескольких картинок. Эти картинки нельзя напрямую использовать при создании сайта. Их нужно сначала сверстать — преобразовать в формат HTML, получить HTML-макет.

HTML-макет — это уже не картинка. Это набор файлов — HTML, CSS, JavaScript, нарезка из картинок. Так вот, обрабатывая этот HTML макет (набор файлов), браузер показывает посетителю картинку, которая должна полностью соответствовать дизайн-решению сайта. А для того чтобы разработчики сайтов и производители браузеров «говорили на одном языке», и браузеры корректно отображали HTML макеты, организацией W3C разработаны технологические стандарты.

И 99% кода соответствует этим стандартам. Но, парадокс — 99% сайтов не проходят валидацию с помощью официального сервиса www.validator.w3.org, то есть являются не валидными.

Разберемся почему сайты не проходят валидацию

Первая причина — мелкие ошибки (допуски) в макете, которые браузеры игнорируют.

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

Третье — есть ряд приемов, которые не соответствуют стандартам W3C, но нормально поддерживаются всеми браузерами.

Эти три аспекта, на мой взгляд вполне допустимы. Они не влияют на отображение сайта в браузерах, на индексацию поисковыми роботами. Их наличие не критично, и даже неизбежно.

Есть и четвертая причина — действительно грубые ошибки в коде. Это могут быть незакрытые теги, ошибки в написании атрибутов и т. д. Но, эти проблемы видны «невооруженным взглядом». Если вы тестируете сайт в 3–5 браузерах, все они «вылезают» наружу. И для этого не нужно даже выполнять валидацию.

То есть, валидация для опытного разработчика попросту не нужна. Все свои ошибки он выявляет на стадии тестирования макета и при дальнейшей работе над сайтом. И тем более, заказчику не стоит настаивать на обязательной валидации всех страниц сайта. Это только увеличит затраты на разработку, без видимого результата.

Почему валидация — не панацея?

Теперь посмотрим с другой стороны. Если макет проходит валидацию — является ли это гарантией его качества? Ответ однозначный — нет, ни в коем случае.

Качественный макет:

  1. Оптимизированный. Содержит минимум кода для решения поставленной задачи.
  2. Легкий. С минимумом картинок.
  3. Чистый. Без «костылей» и использования хаков.
  4. Структурированный. Когда стили имеют осознанные названия, понятную вложенность, вплоть до того, что их можно спокойно менять местами без потери вида. Это обеспечивает легкую поддержку и модификацию макета.
  5. Корректно отображается всеми браузерами.
  6. Код макета грамотно оформлен в едином стиле.

Так вот, кривой, тяжелый макет с кучей «костылей» и хаков, со стилями в духе «some-block-100-1-2-blalblabla», с 20-уровневой вложенностью тегов, даже, элементарно, без отбивки кода запросто пройдет валидацию. В новых браузерах он будет выглядеть отлично.

Но при использовании возникнут проблемы:

  • Трафик выше в 1,5–3 раза.
  • Плохая индексация поисковыми роботами.
  • Зависания и «тормоза» в браузере.
  • Некорректное отображение в старых и мобильных браузерах.
  • Доработка и поддержка в 1,5–3 раза дороже.

Наши выводы

В итоге для себя мы сделали вывод, что валидация макета ни о чем не говорит.

Это не преимущество, это не говорит о профессионализме разработчика и это не панацея от «кривых рук».

Безусловно, мы проверяем валидность макетов, но мелкие предупреждения попросту не исправляем, т. к. они незначительны и неизбежны. Для нас важнее вышеперечисленный список показателей качества, которыми мы и руководствуемся при приемке.

Copyright © 2005-2024 Architect. Студия дизайна, Уфа.
Создание, разработка сайтов, Уфа
Правила использования | Контактная информация