Валидатор HTML CSS W3C — что это такое, зачем он нужен и почему его обязательно следует использовать при создании сайта?
Пламенный привет посетителям этой страницы, пришедшим из социальных сетей! С апреля 2021-го года наблюдаю удивительное явление: обильный поток посетителей из 4-х социальных сетей. В связи с этим настоятельно рекомендую всем неоднократно и регулярно посещать сайт rtbsm.ru — там в общих чертах изложена Российская Теннисная Балльная Система Марии (Шараповой).
Валидатором называют устройство, осуществляющее проверку проездных и иных документов, подтверждающих право доступа. Валидаторы широко используют в метро, автобусах и т. д.
Валидатор в понимании создателей сайтов — это компьютерная программа, проверяющая соответствие HTML-кода страниц сайта и CSS-кода на соответствие современным стандартам.
Нашёл онлайновый Валидатор на сайте http://validator.w3.org, запустил его, получил сообщение о 54-х ошибках HTML-кода и о 17-ти предупреждениях уже на главной странице этого сайта! Отмечу, что этот Валидатор является весьма быстрым и удобным, первое время использовал только его, ибо он признан лучшим для проверки HTML-кода.
Чтобы получать максимум информации от Валидатора, в его опциях отмечаю все, кроме крайней правой опции.
Заодно проверил и главную страницу Яндекса: 192-ве ошибки и 10-ть предупреждений. Рассмотрение кода главной страницы Яндекса в тот день показало, что код содержал лишь три длиннющие строки, то есть ими применено уплотнение кода. Причём многие ошибки можно трактовать, как преднамеренное нарушение стандартов: браузеры, мол, вполне разберутся.
Например, Валидатор возмущается отсутствием пробела между тэгами, а Яндекс предпочитает сокращать длину кода.
Надо будет со временем взять на вооружение этот способ ускорения загрузки путём уплотнения кода! Но безошибочный, то есть не приводящий к недовольству валидатора. Сейчас ещё слишком рано, да и разбираться с этим некогда. Мне пока что ясно лишь, что уплотнение придётся проводить сначала вручную, а потом поискать средства автоматического уплотнения кода перед публикацией, но не перед кешированием.
Вывод первоначально сделал такой: Яндекс чихает на валидность HTML-кода, буду чихать на него тоже.
Гораздо важнее, чтобы страницы сайта нормально отображались во всех браузерах (я проверял отображение весьма многих страниц сайта в 11-ти браузерах) и достаточно быстро загружались.
И всё-таки Валидатор весьма полезен: он указал мне ошибки кода, дал советы по исправлению ошибок и показал места ошибок, чем облегчил процесс избавления от ошибок. Валидатор помог мне избавиться от сотен ошибок, чтобы они не мозолили мне глаза, не заставляли браузеры напрягаться и не замедляли обработку страниц.
Исправил почти все найденные ошибки: на главной странице моего сайта валидатор находил лишь три ошибки — все они содержались в чужом коде: одна в коде, отвечающем за Комментарии, а две в скриптах FeedBurner’а. Избавился и от них!
На большинстве страниц сайта Валидатор находил эти же три ошибки, других ошибок обычно не бывало.
Отмечу, что валидатор особенно не любит таблицы, вставленные CMS WordPress на страницы сайта после копирования таблицы из Excel. Изрядно повозившись, разобрался с правкой кода сохраняемых таблиц и c переделкой файла стилей styles.css
Чёткий десятишаговый полуавтоматизированный алгоритм правки кода таблиц описал на странице Таблицы.
Замечу, что даже страница Кратер, содержавшая много таблиц и сотни ошибок, имела хорошие показатели загрузки, но окончательная обработка кода явно задерживалась. Исправил все таблицы и на этой странице.
Дополняя и совершенствуя страницы, обязательно правлю таблицы, а Валидатор использую лишь для подсчёта числа ошибок: в его советы уже не заглядываю.
20.03.14 впервые получил от валидатора «зелёную метку»: его фавикон позеленел, а на странице появилась строка с сообщением «This document was successfully checked as HTML5!», имеющая зелёный фон. Такой метки раньше не видел ни у одной страницы ни этого, ни других сайтов!
Теперь я могу утверждать, что главная страница моего сайта лучше, чем главная страница Яндекса!
Для проверки валидности CSS-кода использовал частично русифицированный онлайновый сервис http://jigsaw.w3.org/css-validator/validator.html.ru Он выдал 283-ри предупреждения — попробую внести изменения в файлы стилей, чтобы постепенно избавиться от этих предупреждений. Давно подозревал, что файлы стилей используемого шаблона недостаточно хороши, а теперь убедился в этом. Подробности опубликую на странице, доступной по ссылке.
Приглашаю всех высказываться в Комментариях. Критику и обмен опытом одобряю и приветствую. В хороших комментариях сохраняю ссылку на сайт автора!
И не забывайте, пожалуйста, нажимать на кнопки социальных сетей, расположенные под каждой страницей сайта.
Продолжение тут…
Как проверить валидность HTML-разметки
Если вы хотите узнать, что такое валидный код, то вы попали на нужную страницу. Разберёмся, что значит сам термин, как работает валидатор и почему это важно.
Что это и зачем
Валидный HTML-код, валидная разметка — это HTML-код, который написан в соответствии с определёнными стандартами. Их разработал Консорциум Всемирной Паутины — World Wide Web Consortium (W3C). Что именно это значит?
Писать код — это примерно как писать какой угодно текст, например, на русском языке. Можно написать понятно, вдобавок грамотно, а также разбить текст на абзацы, добавить подзаголовки и списки. Так и с валидностью кода. Если вы создаёте разметку, которая решает ваши задачи корректно, то для того, чтобы ваша работа была валидной, в ней стоит навести порядок.
Понятный код — меньше хлопот
Для чего это нужно? Иногда нам кажется, что другие думают как мы. Что не надо стараться объяснять. Но вот нет. Чтобы другие поняли вас быстрее, надо учитывать правила передачи информации. Под другими можно иметь в виду коллегу по команде, а также браузер или компилятор — любое ПО, которое будет работать с вашей разметкой.
Валидность кода определяет то, как будет выглядеть страница или веб-приложение в разных браузерах и на различных операционных платформах. Валидный код по большей части во многих браузерах отображается предсказуемо. Он загружается быстрее невалидного. Валидность влияет на восприятие страниц и сайтов поисковыми системами.
Спецификации кода могут быть разными. Нет универсальной в такой же степени, как и нет абсолютно правильного кода, который работает на всех устройствах и программах правильно. Хотя, сферический вакуумный конь поспорил бы с этим.
Валидатор — это.
Так же, как и с проверкой грамотности языка, HTML-код можно проверять вручную — своими глазами и мозгами, а можно пользоваться и автоматическими помощниками. Это может быть отдельный целостный сервис, а может быть дополнение к браузеру. Первое лучше. Инструменты валидации HTML-кода онлайн облегчают жизнь разработчика, которому не нужно самому вычислять, например, парность скобок.
Как пользоваться валидатором
Рассказываем на примере «родного» валидатора W3C. Этот валидатор используется потому, что его сделали авторы правил, которым должен соответствовать код. Вы можете пройти по ссылке и провести валидацию кода на своём любимом сайте. Будет интересно.
За вами выбор способа проверки. Можно проверять код по ссылке, можно загрузить в сервис HTML-файл, а можно фрагмент кода. В третьем варианте как раз и идёт речь о написанном в окне сервиса коде или скопированной части из разметки всей страницы.
Цепочка действий в два шага. Первый — предоставить исходный код, а второй — нажать на кнопку проверки.
Вы можете пойти дальше и задать дополнительные параметры валидации. Они нужны, чтобы структурировать и детализировать результаты.
Интерпретация результатов валидации
Инструмент валидации оценивает синтаксис, находит синтаксические ошибки типа пропущенных символов и ошибочных тегов и т. д. И отлавливает одну из частых ошибок вложенности тегов.
Часто в результате сервисы валидации разметки, как и компиляторы в разработке, выдают список, разделённый на предупреждения и ошибки. Разница в критичности. Ошибки с максимальной вероятностью могут создать проблемы в работе кода. Это опечатки (да, техника любит точность), лишние или недостающие знаки. А вот к предупреждениям относятся неточности, которые с минимальной вероятностью навредят работе страницы, но не соответствуют стандартам. Это избыточный код, бессмысленные элементы и другие «помарки».
Так выглядит результат валидации HTML-кода на очень простой странице, созданной за пару часов в конструкторе сайтов.
Ошибки и предупреждения собраны в список. В каждом элементе списка указаны значение, атрибут и элемент, которые не устроили валидатор, а также приведена цитата кода с ошибкой.
Сами валидаторы могут ошибаться. То, что не пропускает валидатор, может быть корректно обработано браузером. Так что не обязательно исправлять абсолютно все ошибки в своей разметке. Обращать внимание и уделять время проверке надо при серьёзных ошибках, которые мешают корректной работе сайта и отображению страниц.
Подробнее о валидаторе, правилах построения HTML-разметки, а также другие интересные и важные вещи мы разбираем на курсе «HTML и CSS. Профессиональная вёрстка сайтов».
Список на память
- Не стоит путать валидность с абсолютной правильностью.
- Важна каждая запятая и закрывающая скобка, закрытый тег. Глазами это сложно усмотреть всё, поэтому валидатор и придумали.
- Валидаторы проверяют синтаксис. Термин из филологии.
- Редактор, в котором вы пишете код, также можно настроить так, что он будет автоматически закрывать открытые вами теги и сообщать об ошибках ещё до валидации — в процессе написания разметки.
- Алгоритмы любят порядки. Чем лучше написан код страниц на сайте, тем выше сайт продвигается в релевантной выдаче.
«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.
Валидация контента сайта по W3C
Html, как известно, язык разметки, который является основой для подавляющего большинства страниц в интернете. Как у любого другого языка, у html есть правила написания — синтаксис. Валидный html-код это код, который соответствует всем рекомендациям написания кода — спецификации.
Спецификации. Что это?
Как у любого другого языка, у HTML существуют свои правила написания — синтаксис. Эти правила пишет команда профессионалов, заинтересованных в развитии html и занимающихся разработкой новых элементов, отвечающих параметрам современных устройств, актуальных современным технологиям и, самое главное, отвечающих современным требованиям безопасности. Именно правила написания элементов html, установленные разработчиками языка, называются спецификацией.
После разработки основной части нового релиза html, разработчики языка выкладывают спецификацию к нему в публичный доступ на обсуждение всех желающих вебмастеров мира, внимательно читают комментарии и, если потребуется, вносят правки. После завершения всеобщего обсуждения, новый релиз языка выходит в мир и им можно пользоваться.
Каждый документ, использующий html код, должен следовать правилам языка. Последняя опубликованная версия HTML — пятая и стала относительно сложная, так что вебмастера, не прочитавшие последнюю версию спецификации, легко могут сделать ошибки в коде.
Cколько спецификаций существует.
Начиная с HTML5, разработчики и производители браузеров могут выбирать между двумя разновидностями одного и того же языка разметки: спецификациями, разработанными консорциумом W3C, и тех, что разработаны WHATWG.
В принципе эти спецификации очень похожи, однако, с годами, между ними все больше и больше отличий. Большинству вебмастеров не стоит сильно беспокоиться по этому поводу: или эти отличия спецификаций не скажутся на их проектах, или разработчики браузеров будут поддерживать оба стандарта языка.
Однако при использовании в своих проектах только что появившихся нововведениях в одной из спецификаций, у вебмастеров могут возникнуть проблемы. Например Дэвид Бэрон из Mozilla заявил:
Если HTML-спецификации W3C и WHATWG различаются, то мы стараемся следовать спецификации WHATWG.
Зачем нужна валидация?
Поисковые роботы сканируют страницы вашего сайта для поиска релевантного контента. Поисковые роботы подчиняются стандартам HTML. Если в вашем HTML коде есть грубые ошибки, то роботы могут запутаться и не найти контенте на вашей странице. Не закрытый тег или кривая верстка сильно ударят по изучению вашего сайте роботами. Наличие битых ссылок существенно замедлит индексацию вашего ресурса. Валидный код в разы упрощает индексацию страниц вашего сайта и позволяет им быстрее оказаться в выдаче.
Разбор ошибок на примере главной страницы сайта Клондайка.
В данной части статьи разберем валидацию html5 по спецификации W3C на примере главной страницы сайта студии Клондайк.
Как проверить HTML код на валидность?
Для проверки валидации нашего HTML5 кода используем известный HTML Validator для проверки соответствия кода W3C стандартам. Не смотря на то, что не все HTML ошибки приведут к проблемам поискового ранжирования, некоторые из них могут затруднить поисковым системам успешно индексировать страницы и могут испортить все ваши SEO усилия.
Переходим на сайт валидатора от W3C , выбираем вкладку «Validate by URL», в поле «Address» вставляем адрес проверяемого сайта и жмем кнопку «Check».
Через пару секунд получаем результат проверки.
В нашем случае было обнаружено 36 ошибок.
Рассмотрим каждую ошибку по отдельности.
Как мы сразу видим, валидатор показывает что на нашей главной странице присутствует сразу 24 однотипных ошибки — у нас не проставлен атрибут alt у картинок.
Смотрим исходный код сайта:
Действительно, у картинок не прописан атрибут alt .
Зачем нужен этот атрибут? Когда загружается страница, вначале загружается текст из атрибута alt , а уже после идёт смена текста на изображение. Если в браузере отключена загрузка изображений, то на месте изображения будет альтернативный текст (из атрибута alt ).
Что ж, приступим к исправлению. Для каждой картинки мы пропишем соответствующий ей атрибут alt .
Далее убираем лишний закрывающий тег
Валидатор показывает нам, что на проверяемой странице сразу в 4 местах использован устаревший тег nobr .
Этот тег использован у слов которые пишутся через дефис. По правилам русского языка, такие слова не следует разрывать переносом на другую строку, если слово целиком не умещается на предыдущей строке. На мобильных устройствах очень большая вероятность что такие слова будут перенесены из-за небольших размеров экранов. Поэтому, ради соответствия правилам русского языка и грамотного отображения контента, мы пожертвуем 100% валидацией и оставим тег в коде страницы.
Переходим к следующей ошибке
Смотрим исходный код и находим искомое место:
Идем в шаблон компонента, находим:
Далее смотрим — валидатор обращает наше внимание на том, что тегу не обязательно прописывать атрибут role .
Однако это не является ошибкой, поэтому не будем трогать.
Отсутствие заголовка внутри тега тоже не является ошибкой, поэтому дабы не сломать шаблон, не станем лезть в него и править то, что валидатор W3C HTML5 не указал как Error.
В данном случае валидатору не понравился значок & и предлагает нам заменить его на & . Однако, если мы глянем исходный код:
то увидим что делать нам этого никак нельзя. Поэтому просто игнорим это и идем дальше.
В этому случае валидатор ругается на атрибуты width и height для тега .
Смотрим исходный код:
и понимаем что это API Твиттра и ничего мы с ним поделать не можем. Так что пропускаем.
У нас остался один не исправленный, или хотя бы не разобранный пункт — не прописан alt у очередной картинки.
Лезем в исходный код и видим что это код Яндекс.Метрики.
Ок. Сюда нам тоже лезть не с руки, ибо такой код генерирует сам Яндекс.
Выводы
Вот мы и прошлись по всем ошибкам которые нам показал валидатор W3C HTML5. Что мной было уяснено в ходе написания этой статьи:
- Верстка должна быть валидной уже на этапе написания шаблона сайта, ибо исправлять верстку в дальнейшем — выйдет себе дороже.
- Иногда не получится выкрутиться и написать полностью валидный шаблон сайта. Некоторые теги устарели для спецификации, однако они выполняют очень важную роль для отображения элемента или контента. Или вставляя на сайт виджеты со сторонних ресурсов мы рискуем вставить код на который будет ругаться валидатор, т.к. внешний ресурс, в силу различный обстоятельств, не позаботился о том чтобы код виджета был валидным.
- Для того чтобы код сайта был 100% валиден HTML5 по W3C разработчику сайта придется потратить в несколько раз больше времени, в то время как клиент не всегда готов оплачивать время затраченное на вылизывание шаблона.
Ну и на последок проверим на соответствие рекомендациям спецификации HTML5 по W3C несколько популярных сайтов:
- На главной странице Гугла валидатор обнаружил 32 ошибки
- На главной странице Яндекса валидатор обнаружил 106 ошибок
- На главной странице Фейсбука валидатор обнаружил 65 ошибок
- На главной странице Вконтакте валидатор обнаружил 30 ошибки
- На главной странице W3C валидатор обнаружил 7 ошибок
- На главной странице самого себя валидатор обнаружил 6 ошибок
Интересные статьи
5 ошибок, которые лучше не совершать
В общем, ниже будут перечислены довольно критические ошибки, которые не позволят компании эффективно участвовать в выставке. Однако это все, преамбула. А теперь конкретика.
Плюсы и минусы HTML-валидатора
Помимо очевидных преимуществ, есть еще одно – привычка правильно работать с HTML-кодом хорошо отражается на внедрении новых принципов программирования. Так, XML (расширяемый язык разметки) вообще не «прощает» ошибок, а HTML – первая ступень изучения этого синтаксиса.
Использование HTML-валидатора помогает сэкономить время при работе с сайтом, ведь здесь проверка производится в автоматическом режиме. Вооружившись базовыми знаниями по верстке, вполне можно довести сайт до ума самостоятельно, и оперативно его проверить на соответствие выбранному doctype и стандартам W3C.
Минусы HTML-валидатора
Проверка валидности, несмотря на всю свою благородную подоплеку, имеет несколько существенных недостатков. Самым важным из них является то, что для получения качественного сайта, недостаточно одного валидатора. Ведь формально правильный код может быть нелогичным, неграмотным и вовсе бессмысленным в глазах поисковых систем и браузеров.
Для заказчиков важным критерием является корректность отображения сайта в разных браузерах, и в некоторых случаях приходится жертвовать валидностью в угоду специфике того или иного браузера. Следовательно, разработчики стремятся привести страницу к стандартам, понятным разным ресурсам.
Последним недостатком валидации, пусть и косвенным, является то, что для пользователя правильность и неправильность кода не играют роли. Ему гораздо важнее наполнение сайта, о котором часто забывают при разработке и продвижении во имя показателя валидности.