Как проверить сайт на ошибки w3c

Что такое валидация html кода?

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.

Далее убираем лишний закрывающий тег </section>

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

Этот тег использован у слов которые пишутся через дефис. По правилам русского языка, такие слова не следует разрывать переносом на другую строку, если слово целиком не умещается на предыдущей строке. На мобильных устройствах очень большая вероятность что такие слова будут перенесены из-за небольших размеров экранов. Поэтому, ради соответствия правилам русского языка и грамотного отображения контента, мы пожертвуем 100% валидацией и оставим тег <nobr> в коде страницы.

Переходим к следующей ошибке

Смотрим исходный код и находим искомое место:

	<input type="submit" value="OK" name="OK" value="Подписаться">

Идем в шаблон компонента, находим:

	<input type="submit" value="OK" name="OK" value="<?=GetMessage("subscr_form_button")?>">

Удаляем лишнее value=»<?=GetMessage(«subscr_form_button»)?>» и у нас остается:

	<input type="submit" value="OK" name="OK">

Далее смотрим — валидатор обращает наше внимание на том, что тегу <nav> не обязательно прописывать атрибут role.

Однако это не является ошибкой, поэтому не будем трогать.

Отсутствие заголовка внутри тега <section> тоже не является ошибкой, поэтому дабы не сломать шаблон, не станем лезть в него и править то, что валидатор W3C HTML5 не указал как Error.

В данном случае валидатору не понравился значок & и предлагает нам заменить его на &. Однако, если мы глянем исходный код:

	<link href='http://fonts.googleapis.com/css?family=PT+Sans:400,700&subset=latin,cyrillic' rel='stylesheet' type='text/css'>

то увидим что делать нам этого никак нельзя. Поэтому просто игнорим это и идем дальше.

В этому случае валидатор ругается на атрибуты width и height для тега <a>.

Смотрим исходный код:

и понимаем что это API Твиттра и ничего мы с ним поделать не можем. Так что пропускаем.

У нас остался один не исправленный, или хотя бы не разобранный пункт — не прописан alt у очередной картинки.

Лезем в исходный код и видим что это код Яндекс.Метрики.

Ок. Сюда нам тоже лезть не с руки, ибо такой код генерирует сам Яндекс.

Выводы

Вот мы и прошлись по всем ошибкам которые нам показал валидатор W3C HTML5. Что мной было уяснено в ходе написания этой статьи:

• Верстка должна быть валидной уже на этапе написания шаблона сайта, ибо исправлять верстку в дальнейшем — выйдет себе дороже.
• Иногда не получится выкрутиться и написать полностью валидный шаблон сайта. Некоторые теги устарели для спецификации, однако они выполняют очень важную роль для отображения элемента или контента. Или вставляя на сайт виджеты со сторонних ресурсов мы рискуем вставить код на который будет ругаться валидатор, т.к. внешний ресурс, в силу различный обстоятельств, не позаботился о том чтобы код виджета был валидным.
• Для того чтобы код сайта был 100% валиден HTML5 по W3C разработчику сайта придется потратить в несколько раз больше времени, в то время как клиент не всегда готов оплачивать время затраченное на вылизывание шаблона.

Ну и на последок проверим на соответствие рекомендациям спецификации HTML5 по W3C несколько популярных сайтов:

• На главной странице Гугла валидатор обнаружил 32 ошибки
• На главной странице Яндекса валидатор обнаружил 106 ошибок
• На главной странице Фейсбука валидатор обнаружил 65 ошибок
• На главной странице Вконтакте валидатор обнаружил 30 ошибки
• На главной странице W3C валидатор обнаружил 7 ошибок
• На главной странице самого себя валидатор обнаружил 6 ошибок

HTML — это язык разметки сайтов. Браузеры интерпретируют этот язык и отображают в виде сайта на экране. HTML совершенствуется со временем: в него добавляются новые элементы, отвечающие современным технологиям, требованиям безопасности, параметрам новейших устройств. С каждым таким обновлением языка выпускается его новая версия. Сейчас действует пятая версия HTML, или HTML5.

Как у каждого языка, у HTML есть правила написания, которые называются спецификацией. Спецификацию устанавливают профессиональные сообщества специалистов веб-разработки.

Каждый HTML документ в интернете должен соответствовать спецификации актуальной версии языка, то есть чтобы браузеры правильно интерпретировали код сайта, он должен соблюдать правила, описанные в спецификации.

Спецификации HTML5

У HTML5 есть две разновидности спецификаций: от консорциума W3C и от WHATWG. Обе эти организации — международные сообщества специалистов веб-разработки, однако W3C появился раньше и долгое время оставался единственной авторитетной организацией вырабатывавшей стандарты для интернета.

Веб-разработчики и производители браузеров могут выбирать, какие спецификации HTML5 использовать. Но в принципе, это не имеет значения, так как поддерживаются оба стандарта языка. В статье мы будем рассматривать спецификацию W3C.

Валидность кода

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

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

Как проверить валидность кода

Написать на 100% валидный код очень сложно, почти всегда сайт будет содержать какие-то недочеты, особенно если у сайта много страниц, на нем установлены виджеты от сторонних разработчиков, или сайт сделан на готовом шаблоне.

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

В отчете будет показано, какие нарушения правил спецификации W3C имеются. Нарушения бывают двух типов:
• Error — критическая ошибка w3c. Грубое нарушение правил разметки, выделяется красным цветом.
• Warning — предупреждение, небольшая погрешность в коде. Выделяется желтым и словом Warning.

Самое главное — это ошибки Error. Если в коде обнаружены критические ошибки, то нужно незамедлительно их исправить.

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

Как исправить ошибки W3C

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

Самые распространенные ошибки:
• Одиночный тег прописан как парный, или наоборот, парный тег не имеет закрывающего тега.
• Отсутствие в теге какого-то атрибута. Например, в теге для изображений должен быть атрибут alt. Его отсутствие валидатор отметит как критическую ошибку.
• У тега прописанные не предназначенные для него атрибуты.
• Неправильная пунктуация в коде. Например, лишняя точка с запятой, и наоборот, ее отсутствие.
• Есть тег, но нет его содержания. Например, в коде прописан заголовок H2, но самого текста заголовка нет.
• Отсутствие слеша “/ ” в самозакрывающемся теге
• Блочные элементы внутри строчных. Например, когда заголовок прописан внутри ссылки. Должно быть наоборот.

Нужен настоящий SEO-сайт и интернет-реклама? Пишите, звоните:

Наша почта:
Единая справочная: 8 (843) 2-588-132
WhatsApp: +7 (960) 048 81 32
Оставить заявку

При проверке релевантности контента поисковые боты большое внимание уделяют вопросу соответствия стандартам html.

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

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

Безусловно, все это негативно скажется на позициях сайта.

Поэтому чтобы ресурс успешно прошел индексацию, необходимо провести валидацию.

Это процесс проверки на соблюдение установленных норм, корректности проставления кода страницы.

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

Проверка W3C html – это анализ кода веб-сайтов для определения соответствия стандартам форматирования.

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

Что означает W3C?

Аббревиатура W3C (World Wide Web) обозначает сообщество единых стандартов.

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

С развитием Сети между создателями различных браузеров постоянно ведется ожесточенная борьба за первенство.

И были времена, когда разработчики даже пытались внедрить свои собственные стандарты.

Однако первоисточнику удалось сохранить стандарты таких веб-страниц, какими мы видим их сейчас.

И сегодня веб-мастерам остается лишь придерживаться этих правил при создании ресурсов.

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

В этой статье мы будем много говорить о стандартах HTML, и в связи с этим возникает резонный вопрос: а для чего вообще они были введены?

Первоочередной задачей таких стандартов является обеспечение совместимости.

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

Как правило, веб-ресурс создавался под конкретный браузер, устройство.

Но с развитием технологий пришло понимание необходимости создать единый стандарт языка разметки веб-страниц.

Это делает работу в Сети удобной для большинства пользователей, независимо от того, в какой части света они находятся и какой браузер используют.

Итак, целью утверждения стандартов html является:

• доставить максимальную пользу наибольшему количеству веб-пользователей;
• обеспечить долгосрочную жизнеспособность любого веб-документа;
• упростить код и снизить стоимость производства;
• предоставлять сайты, которые доступны большему количеству людей и большему числу типов электронных устройств;
• продолжать работать корректно по мере развития браузеров и появления новых устройств на рынке.

Преимущества валидатора W3C

W3C-валидатор призван проверить, насколько сайт соответствует единым стандартам и, при обнаружении неточностей, указывает на них.

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

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

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

Поэтому использование сервисов проверки дает массу преимуществ:

1. Поднятие рейтинга в поисковых системах

Проверка html-кода поможет избежать неточностей или ошибок в коде, облегчая работу СЕО сайта.

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

При обнаружении ошибок они попросту игнорируют страницу (или ее часть), оставляя ее непроиндексированной.

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

Идеально прописанный код страницы еще не является гарантом ее дальнейшего высокого рейтинга.

Об этом свидетельствует тот факт, что, например, у Google в ходе проверки было обнаружено около 30 ошибок в коде, а у Яндекса – целых 75 неточностей.

Здесь важно увидеть и проанализировать ошибки, обнаруженные сервисами, и понять, какие из них отразятся на производительности и работоспособности веб-ресурса.

2. Улучшение эффективности сайта

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

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

Безусловно, все эти нюансы положительно отражаются на дальнейшем СЕО сайта.

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

3. Универсальность для любого браузера

Одной из главных причин создания стандартов W3C стало правильное отображение веб-страниц на любом браузере.

Без подобных правил сложно представить, насколько была бы усложнена работа в интернете.

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

Проверка кода позволяет следить за правильностью отображения сайта в разных программах.

Стоит мастеру допустить неточность, не закрыть тег или сделать ошибку в коде, как это приводит к тому, что сайт начинает отображаться в браузерах по-разному.

4. Адаптивность для разных видов устройств

Статистика показывает, что все большее количество юзеров предпочитают просматривать сайты со своих смартфонов.

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

И без использования W3C-технологий этого будет сложно добиться.

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

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

5. Упрощение технического обслуживания сайта

Проверка значительно упрощает работу веб-мастеру, делает ее эффективнее при разработке следующих проектов.

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

Это значительно снижает трудозатраты и экономит ресурсы.

Сервисы по проверке – простые и удобные.

При обнаружении ошибок в разметке страницы инструменты подчеркивают этот фрагмент соответствующим цветом.

При этом «важность» ошибки ранжируется по цвету.

Таким образом, веб-мастер может проанализировать эти недочеты и устранить наиболее грубые неточности в разметке.

Практика показывает, что не стоит исправлять все ошибки.

Можно сосредоточить внимание только на грубых, которые действительно влияют на отображение сайта в браузере, скорости загрузки и т. д.

Зачем проверять HTML- и CSS-код?

Существует ряд причин, по которым следует проверить страницу.

Во-первых, это помогает при определении браузерной совместимости.

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

Но вот эти самые недочеты не позволят ей нормально отобразиться на другом браузере.

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

Сегодня разработчики браузеров ориентируются на единые стандарты HTML и CSS, поэтому валидатор W3C – это своеобразная страховка от будущих версий браузеров, которые могут находить ошибки и вступать с ними в конфликт.

При наличии ошибок браузеры пытаются компенсировать это различными способами.

Одни стараются игнорировать, другие — как бы «доработать» недочеты, пытаясь представить, что именно хотел сказать разработчик.

Как правило, это негативно сказывается на скорости загрузки и отображении ресурса.

Это касается и работы алгоритмов поисковиков при индексации страницы.

При обнаружении недочетов в коде одни поисковики пытаются обойти их стороной, другие полностью останавливают работу.

В результате целые страницы остаются непроиндексированными.

Самый безопасный способ убедиться, что поисковые системы видят страницу в том виде, в котором она была задумана — это представить им страницу без ошибок.

И помочь добиться такого совершенства призваны различные сервисы по онлайн-проверке html-кода.

Ограничения: что не делает валидация?

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

Проверка ресурса не гарантирует, что она будет выглядеть так, как задумал веб-мастер.

Это просто гарантирует, что код не будет содержать ошибок HTML или CSS.

Здесь можно провести некую аналогию с русским языком, в котором могут быть допущены синтаксические и грамматические ошибки.

Так вот сервисы по валидации призваны выявить именно синтаксические недочеты на странице.

А вот логичность, понятность для браузеров они не оценивают.

Чтобы убедиться, что код выполняет то, что от него требует разработчик, необходимо его протестировать в веб-браузере.

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

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

Рекомендуем для чтения:

1. Sitemap.xml: создание карты сайта — полный курс
2. Коды ответов HTTP: ТОП-10 ошибок сервера и клиента

Бесплатные сервисы для проверки кода

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

Но что, если допущены некоторые синтаксические ошибки в коде?

Ну, синтаксическая ошибка — это очень распространенная практика, ее может допустить каждый.

Прежде чем запустить веб-страницу, лучше провести тест-драйв и проверить код на наличие ошибок, опечаток.

На рынке доступны различные инструменты, которые помогут быстро и эффективно провести такой анализ.

Удобными, эффективными, а главное, бесплатными сервисами являются HTML и CSS валидатор.

Хочешь знать, есть ли на твоем сайте ошибки в верстке CSS/HTML?

Наличие этих ошибок негативно влияет на SEO.

Напиши мне и я проведу качественный анализ сайта при помощи валидаторов.

HTML VALIDATOR

Валидатор HTML – это служба, которая проверяет разметку HTML и синтаксис XHTML-кода.

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

Сервис дополнительно позволяет установить набор инструментов для исследования кодировки документа, его типа.

Такие недочеты, как открытые теги, пропущенные кавычки, лишние пробелы и т. д., могут привести к тому, что веб-страница будет выглядеть совершенно иначе, чем планировалось.

Следует понимать, что служба проверяет сайт или часть текста исключительно на предмет наличия синтаксических ошибок, но не исследует семантику кода.

В рамки проверки входит:

• проверка незакрытых тегов;
• анализ синтаксиса;
• наличие лишних ненужных элементов.

CSS VALIDATOR

Удобный бесплатный сервис, позволяющий разработчикам и дизайнерам при анализе и правке CSS.

Для проверки просто вводим в строку url адрес страницы и запускаем процесс.

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

Дальше уже веб-мастер отрабатывает все эти недочеты и проводит повторную проверку.

Последняя вкладка позволяет сразу исследовать онлайн-часть набранного текста непосредственно в HTML.

Кроме самостоятельных сервисов проверки, существуют и встроенные плагины, призванные автоматически обнаруживать неточности в разметке.

Но эти инструменты-плагины скорее удобное дополнение, нежели полная замена валидатору.

Одним из таких плагинов является Tidy.

Он быстро сканирует страницу и выделяет неточности, которые можно классифицировать в группы:

1. Предупреждения. Они содержат сведения об ошибках, которые можно устранять в автоматическом режиме.
2. Ошибки. Отдельным цветом плагин подчеркивает те ошибки, которые разработчику нужно исправлять вручную.

Одним из плюсов плагина Tidy является автоматическая проверка страницы сразу в браузере.

Не нужно переключать свое внимание и загружать страницу в онлайн-проверку html-кода.

При просмотре ресурса значок в строке состояния указывает количество неточностей на странице.

Это лучшее бесплатное расширение для валидатора HTML работает на основе Tidy и OpenSP.

Оба этих алгоритма были, в первую очередь, созданы W3C.

Сервис дает возможность проводить проверку на 17 разных языках.

ЗАКЛЮЧЕНИЕ

Соответствие ресурса принятым в W3C стандартам гарантирует:

• совместимость сайта с различными браузерами;
• правильное отображение на различных устройствах (в том числе и мобильных);
• снижение возможности появления багов с различными платформами;
• эффективное продвижение сайта.

Поэтому W3C-валидатор следует включить в свой список обязательных инструментов при работе над созданием новых веб-проектов или сопровождении уже разработанных сайтов.

Привет.  Сразу отвечу на ваш вопрос: стоит ли читать Вам этот урок? Перейдите на весьма полезный и бесплатный сервис validator.w3.org, вбейте туда адрес своего сайта и, если вы видите, что на Вашем сайте есть ошибки, то урок прочитать стоит. Примеры отображения ошибок с помощью данного онлайн валидатора:

На моем же блоге сейчас нет подобных ошибок, я от них избавился (всего было более 70 ошибок и более 80-ти предупреждений). Чтобы внести  ясность, расскажу, что такое валидный код и зачем он нам необходим.

Валидный код — это код, который соответствует стандартам.

На валидность можно проверить HTML, CSS, всяческие микроразметки и другое. Сегодня я расскажу про валидность в HTML.

• Валидный код необязателен, но количество ошибок должно быть минимальным, иначе ваш сайт не будет кроссбраузерным. Валидность кода нужна в прежде всего для того, чтобы ваш сайт отображался правильно во всех браузерах.
• Поисковые роботы «разговаривают» с вашим сайтом на языке HTML, поэтому важно отдавать четко и ясно контент на сайте со всеми «закрытыми тегами» и прочее.
• Валидность HTML влияет на SEO, но довольно незначительно (если, конечно, у вас не сотни, а то и тысячи ошибок). Рекомендую почитать интересные наблюдения Деваки «Влияние качества HTML на их ранжирование».
• Когда я делал на своем сайте код валидным, я нашел и исправил свои глупые ошибки (повторение тегов, пропущенная буква и т.п.).
• Не стоит «рвать себе *опу», если какую-то ошибку сложно исправить, либо ее исправление принесет вред функциональности сайта. Главное, чтобы было удобно пользователю.

Ниже я разберу основные ошибки, на которые указывал валидатор. Если вдруг в списке ниже не окажется вашей ошибки, впишите ее в комментариях, попробуем вместе разобраться и я добавлю решение данной проблемы в данный урок. Кстати, да, ошибки, на которые указывает валидатор w3c смотрим тут:

В каждой ошибке есть подсказка — это номер строки в исходном коде странице, а из нее уже можно определить примерно в каком файле темы расположена данная строка. Исходный код страницы смотрим с помощью CTRL+U (в основных браузерах).

Перед тем, как приступить к работе, сделайте резервную копию шаблона вашего сайта.

Также для упрощения нахождения ошибок в исходном коде, можете использовать HTML валидатор для Mozilla Firefox. Установив его, перейдя в исходный код страницы, вы увидите те же самые ошибки, что указывает сервис validator.w3.org.  Кликнув по названию ошибки (в левом нижнем углу), вас автоматически перебросит на ту строчку, где находится данный невалидный код.

Нахождение ошибок в HTML с помощью валидатора w3c и их исправление

Ищите в списке ниже свою ошибку и кликнуть по ней, вас автоматически «прокрутит» куда надо.

1. No space between attributes.
2. The width attribute on the td element is obsolete. Use CSS instead.
3. An img element must have an alt attribute, except under certain conditions. For details, consult guidance on providing text alternatives for images.
4. Section lacks heading. Consider using h2-h6 elements to add identifying headings to all sections.
5. The hgroup element is obsolete. To mark up subheadings, consider either just putting the subheading into a p element after the h1-h6 element containing the main heading, or…
6. Element «noindex» undefined.
7. End tag for element «div» which is not open
8. Document type does not allow element «li» here; missing one of «ul», «ol», «menu», «dir» start-tag.
9. End tag for «div» omitted, but OMITTAG NO was specified.
10. There is no attribute «border».
11. Character «<» is the first character of a delimiter but occurred as data.
12. Saw » when expecting an attribute name. Probable cause: = missing immediately before.
13. The align attribute on the img element is obsolete. Use CSS instead.
14. Bad value Блог Алексея Смирнова for attribute href on element link: Illegal character in path segment: not a URL code point.

1. No space between attributes.

…rel=»shortcut icon» href=»http://arbero.ru/favicon.ico» ; type=»image/x-icon» Просто убираем «точку с запятой».

2. The width attribute on the td element is obsolete. Use CSS instead.

td valign=»center» width=»80″ height=»80″ >

Подобное преобразуем к виду

td style=»align:center; width:80; height: 80;»>

3. An img element must have an alt attribute, except under certain conditions. For details, consult guidance on providing text alternatives for images.

Одна из самых частых ошибок. Просто не хватает альтернативного текста для картинки. Прописываем тег alt.

4. Section lacks heading. Consider using h2-h6 elements to add identifying headings to all sections.

section id=»comments» >

Внутри блока section должны содержаться что-то из тегов h2-h6, если их нет, просто переименовываем слово section на div

 5. The hgroup element is obsolete. To mark up subheadings, consider either just putting the subheading into a p element after the h1-h6 element containing the main heading,

or else putting the subheading directly within the h1-h6 element containing the main heading, but separated from the main heading by punctuation and/or within, for example, a span class=»subheading» element with differentiated styling. To group headings and subheadings, alternative titles, or taglines, consider using the header or div elements.

Аналогично предыдущему пункту. Просто меняем фразу hgroup на div. Вы можете использовать инструмент «Найти/заменить все» в текстовом редакторе, чтобы ускорить подобные процессы.

6. Element «noindex» undefined

Чтобы тег noindex стал валидным, пишем его в виде комментирования, то есть так:

<!--noindex-->Неиндексируем<!--/noindex-->

7. End tag for element «div» which is not open

Закрывающий тег div лишний. Убираем его.

8. Document type does not allow element «li» here; missing one of «ul», «ol», «menu», «dir» start-tag

Неправильное использование тега «li»: отсутствует тег «ul», «ol» и др. Проверьте.

9. End tag for «div» omitted, but OMITTAG NO was specified

Не хватает закрывающего тега div.

10. There is no attribute «border»

alt=»» width=»1″ height=»1″ border=«0″/>

Просто удаляем фразу border=»0″.

11. Character «<» is the first character of a delimiter but occurred as data

Не используйте тег «<» перед обычными словами, используйте лучше разные кавычки.

12. Saw » when expecting an attribute name. Probable cause: = missing immediately before.

Лишняя кавычка, удалите ее.

13. The align attribute on the img element is obsolete. Use CSS instead.

Не используйте значение align внутри тега img. Пропишите ее отдельно, в таком виде:

<div align='center'>тут картинка (img src)</div>

14. Bad value for attribute href on element link: Illegal character in path segment: not a URL code point.

То, что идет в href должно быть ссылкой, начинаться с http, но никак не слово.

Заключение

Если у вас на сайте есть какая-то ошибка, которой нет в этом списке — пишите в комментариях. Разберемся, а я дополню статью. Повторюсь, если какую-то ошибку не получается исправить, не стоит заморачиваться.

У меня на блоге осталась ошибка (хотя еще вчера почему-то код был без ошибок):

The text content of element script was not in the required format: Expected space, tab, newline, or slash but found < instead.

Если в курсе, как исправить ее, буду признателен. Я немножко перфекционист. 🙂

Будете ли вы делать HTML код сайта валидным?

Пожелаю вам получить валидный HTML код на вашем сайте, уведомление которого выглядит так:

P.s. Вы часто перегружаете свой организм? Тогда вам нужна программа детоксикации. Восстановите силы и энергетический баланс.