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

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

Валидатор HTML

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

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

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


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

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

Ошибки в коде (Validator w3c)

 

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


Подсказка валидатора

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

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

HTML валидатор Mozilla Firefox

Нахождение ошибок в 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, но никак не слово.

wpnew.ru

Комментарии:

  1. WebFarer — 19.04.2012 16:29

    У меня нашлось 10 ошибок. И все ошибки в теме вордпресса, которую я установил. Буду исправлять. Кстати, я выбрал все-таки WordPress, благодаря твоему блогу.

  2. myblaze — 19.04.2012 18:13

    Очень рад, что мой блог тебе помог, заходи еще! Буду писать много интересного. Удачи в развитии сайта!

  3. Femil — 20.04.2012 00:52

    А вложенные страницы разве проверять не нужно?

  4. myblaze — 20.04.2012 08:44

    Хм, я даже об этом и не задумывался, если честно. Вообще, т.к. я пользуюсь CMS WordPress, то страницы у меня имеют одинаковый код, т.к. все прописано в шаблоне. За исключением части с контентом (single.php). Ну вот, сейчас проверил для примера эту страницу и нашел 2 ошибки, но они в блоке addthis, поэтому мне до них не добраться к сожалению.

  5. Mayskiykot — 20.04.2012 10:27

    У меня там вообще 145 Errors, 47 warning(s)…На что это влияет? У меня статьи в блоге индексируются через час после публикации, может лучше ничего не трогать, а? 🙂


  6. myblaze — 20.04.2012 11:25

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

  7. Femil — 20.04.2012 13:41

    Я об этом и говорю.

    У меня валидна лишь главная страница. До вложенных руки не доходят ((( — вроде и ничего особенного — легко поправить (кроме гуглплюс — тут я не в курсе, как трабл можно полечить), но все равно что-то никак…

    Кстати, странно, что вы не упомянули в статье html validator как плагин для ФФ — очень удобная штуковина (впрочем, как и файрбаг)…

  8. myblaze — 20.04.2012 14:43

    А я не пользуюсь Файрфоксом, пользуюсь Хромом и Оперой. Но спасибо за наводку, гляну аналоги этих плагинов для хрома 🙂
    А по поводу валидности, у меня проблемы только с addthis, но я планирую от него отказаться и поставить кнопку твиттера, гуглоплюса и, может-быть вконтакта самостоятельно. Это очень легко, просто когда все работает, то менять все так лень)) Но сегодня себя пересилил и сделал поиск по блогу от Яндекса, а то стандартный вордпрессовский вообще ужасен был по крайней мере у меня.

  9. Femil — 20.04.2012 15:05

    У меня кнопки и так «вручную» вкинуты. Просто для гуглоплюса используется такой тег:
    и валидатор считает его невалидным. И вот как это поправить я не знаю. Может, вы подскажете?


  10. Femil — 20.04.2012 15:07

    Забыла: для хрома аналоги этих плагинов есть.
    А поиск стандартный неплох, так что менять есть смысл лишь если посетители им действительно часто пользуются…

  11. myblaze — 20.04.2012 15:13

    Femil, код не отобразился, его вордпресс порезал) А поиск у вас действительно нормальный, а у меня он вообще ужасный был, пришлось заменить)

  12. Femil — 20.04.2012 15:39

    Дублирую код:

    (использовать без пробелов).
    В хедер ставится джаваскрипт — он валидный, а вот непосредственно кнопочка +1 (код выше — ставлю в сингл.пхп) вызывает у валидатора сомнения. Почему-то…

  13. Femil — 20.04.2012 15:41

    Код пропал даже в таком виде (((
    напишу русскими, может поймете:
    (г:плюсоне)(/г:плюсоне)
    вместо круглых скобок — знаки больше-меньше (обрамление тегов)

  14. myblaze — 20.04.2012 16:07

    Мне сейчас нужно отлучиться, а как приду — соберусь с силами и уберу у себя addthis и сделаю все ручками, тогда и посмотрим что там с валидностью, хорошо? 🙂

  15. Femil — 20.04.2012 16:52

    Мне не к спеху. Просто думала что вы знаете. Ну, если узнаете как решить проблему — поделить, пожалуйста =)


  16. Наталья — 25.10.2012 07:17

    Дык и где ваши кнопки «поделиться» в соц.сетях? Статья очень интересная, но вы очен ькруты, если всего 12 ошибок… У меня более 121 и 94 варнинг! А как их править вообще ума не приложу. какие то строки показывает и где их искать, а саоме главное что делать? И куда, ы какое место вставлять код функшион? что такое пофиксить? Если можно чайнику на е-мейл ответьте пожалуйста или просигнальте, что ответили — я и сюда могу снова забежать. прост опотеряться боюсь 🙂

  17. Ксения Юрьевна — 10.02.2013 09:09

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

  18. Юлия — 29.05.2013 11:27

    И у меня проблема! Пишет 64 Errors, 7 warning(s), а как его исправлять, не знаю. Я в основном вижу, что не нравится ему «шема», то есть тот шаблон для кулинарных рецептов, который я делала по гуглу. Подскажите, пожалуйста что делать? Я пыталась переводить в переводчике, но даже на русском не могу понять что и где убрать… Очень жду вашего ответа!

  19. myblaze — 29.05.2013 21:09

    Юлия, покажите пациента, лучше на почту, она есть на странице контактов)

myblaze.ru


Думаю все, кто интересуется разработкой и продвижением сайтов, так или иначе встречались с таким понятием как валидность кода. Это словосочетание подразумевает написание HTML-кода сайта в соответствии с определенными стандартами, разработанными Консорциумом Всемирной Паутины — World Wide Web Consortium (W3C). Соблюдение правил, прописанных этим стандартом, является гарантией кроссбраузерности, то есть правильного отображения созданной страницы во всех браузерах, а также отсутствию ошибок, влияющих на скорость загрузки и другие параметры.

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

То, насколько чистый и структурированный код сделан разработчиками, позволяет обнаружить проверка сайта на валидность, что осуществляется через специальный чекер на официальном ресурсе от W3C. Здесь в свободном доступе находится валидатор HTML-кода, работающий в режиме онлайн, и находится он по адресу validator.w3.org

Валидность кода
С его помощью возможна проверка валидности HTML кода тремя способами:

  • Validate by URI — проверка по адресу
  • Validate by File Upload – анализ загружаемого файла
  • Validate by Direct Input – проверка определенного фрагмента кода.

Выбор необходимого метода осуществляется путем переключения на соответствующую вкладку:
Валидность кода 

Давайте посмотрим что будет, если проверить на валидность какой-нибудь известный в Рунете сайт, например Хабрахабр. Вставляем в поле для анализа и нажимаем кнопку «Check». Через несколько секунд валидатор W3C выдаст нам следующий результат:
Валидность кода 

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

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

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

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

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

www.imagecms.net

Проверка HTML кода на валидность

Вышеупомянутый онлайн-сервис проводит проверку HTML кода онлайн на всем сайте целиком. Вам нужно просто указать домен своего сайта и нажать кнопку «Check», так Вы запустите проверку HTML-кода сайта.Проверить валидность html

Также валидатор предоставляет одну очень интересную возможность — проверка файлов сайта с локального компьютера. На мой взгляд, этот инструмент пригодится тем, кто делает сайты на заказ. Перед сдачей заказа нужно все перепроверить, ведь хочется, чтобы твоей работой были всегда были довольны. Проверить файлы можно перейдя на вкладку «Validate by File Upload»:Проверка HTML кода на валидность

Как исправить ошибки в HTML-коде?

Сервис Validator W3c указал мне на две ошибки и сделал 8 предупреждений. Попробую их исправить и за одно покажу Вам как это делается.Валидность кода HTML

Исправляем ошибку «Element style not allowed as child of element div in this context. (Suppressing further errors from this subtree.)». Эта ошибка говорит мне о том, что в HTML-коде, а именно в теге <div> прописывать стили не нужно. Следовательно, стили, которые прописаны в данном блоке <div> нужно перенести в файл style.css и все.

Валидатор также указывает, где именно находиться ошибка:Проверить валидность HTML

Далее я проделываю следующее:

  1. Копирую выделенную желтым цветом кусочек кода в валидаторе W3c;
  2. Открываю исходный код страницы в браузере. Сделать это можно щелкнув правой кнопкой мыши на странице сайта и выбрав пункт «Посмотреть исходный текст» (для браузера Opera):Валидность кодаИсходный код откроется в новой вкладке.
  3. Выполняю поиск по странице (CTRL+F) и вставляю в поисковую строку, скопированный в валидаторе, кусочек кода:Проверить сайт на валидностьВот и показались те самые стили в блоке <div>. Теперь мы знаем, где примерно находится ошибка и к какому элементу относиться (в моем случае, это форма подписки), значит можно переходить в Notepad++;
  4. В текстовом редакторе Notepad++ я открываю файл с ошибкой и с помощью все того же поиска нахожу ошибку:Валидность HTML
  5. Далее просто копирую эти стили и вставляю в файл style.css:Проверить CSS на валидность
  6. Из файла index.html стили я удаляю и оставляю только самый необходимый HTML-код.
  7. Конечно же, отправляю файлы index.html и style.css на сервер, чтобы изменения вступили в силу.

Таким образом можно найти и исправить ошибки HTML кода. Но сайты состоят не только из кода разметки, но еще и CSS, поэтому проводим еще и проверку каскадных таблиц стилей веб-ресурса.

Проверка CSS кода на валидность

В валидаторе W3c также можно проверить CSS-код на валидность. Сделать это можно по этой ссылке. Принцип работы все тот же: указываете URL-сайта, либо выбираете файл на компьютере и нажимаете на кнопку «Проверить».

В отличии от того же валидатора HTML, валидатор CSS на русском.

Проверить CSS на валидность

Ошибки и предупреждения CSS

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

В моем случае, большинство предупреждений из 281 — это CSS-свойства для нормального отображения в различных браузерах:

Проверить валидность

Сервис позиционирует подобные теги, как «неизвестное расширение поставщика». Поэтому если при проверке своих CSS-файлов, Вы видите большое количество таких ошибок, то не пугайтесь. Все нормально.

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

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

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

Ну а сейчас, до свидания!

context-up.ru

validator.w3.org

По адресу http://validator.w3.org располагается, пожалуй, самый распространенный инструмент для проверки отдельных страниц на валидность. Этот сайт предлагает три способа проверки: по адресу, локального файла и введенного в форму кода.

Проверка по адресу

Если ваш сайт уже опубликован в Интернете, то любую страницу можно проверить, вводя в текстовое поле ее адрес (рис. 14.1).

Рис. 14.1

Рис. 14.1. Форма для ввода адреса документа

Так, вводя http://htmlbook.ru в форме «Validate by URI» (валидация по адресу) и нажав кнопку Check (проверить) получим сообщение о том, валидный документ или нет.

Хотя в текстовом поле вводится адрес сайта, проверяется не сайт целиком, а только одна главная страница. Учтите, что, к примеру, адрес http://htmlbook.ru равнозначен вводу http://htmlbook.ru/index.php.

Валидатор проверяет HTML-код страницы и в случае отсутствия ошибок докладывает о валидности документа (рис. 14.2).

Рис. 14.2

Рис. 14.2. Отчет о проверке и валидности веб-страницы

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

Рис. 14.3

Рис. 14.3. Отчет о проверке и вывод ошибок

Проверка локальных файлов

Документы, еще не выставленные в Интернете, можно проверить с помощью формы, озаглавленной «Validate by File Upload» (валидация загруженных файлов), как показано на рис. 14.4.

Рис. 14.4

Рис. 14.4. Форма ввода пути к локальному файлу для его проверки

Вначале следует указать путь к HTML-файлу, после чего нажать кнопку Check. Файл будет загружен на сервер и проверен на ошибки.

Использование формы для ввода кода

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

Рис. 14.5

Рис. 14.5. Форма для ввода HTML-кода

Расширение HTML Validator для браузера Firefox

Популярность браузера Firefox обусловлена наличием для него большого количества разнообразных расширений — программ, которые добавляют новые возможности в браузер. Расширения построены по открытой технологии и написать их может любой разработчик. Не оставлены без внимания и веб-разрабочики — для их удобства создано множество расширений, в том числе и для валидации документа прямо в браузере. В данном случае нас интересует HTML Validator. Эта программа построена по той же технологии, что и валидатор W3C, но не требует подключения к Интернету и работает прямо «на лету».

Где скачать
http://users.skynet.be/mgueury/mozilla/

Установка расширения

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

1. Через менеджер расширений

Запустите Firefox и откройте меню Инструменты > Расширения. Перетащите мышью загруженный файл (он имеет расширение xpi) в открывшееся окно. Далее расширение будет установлено автоматически.

2. С помощью открытия файла

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

3. Копирование файла в папку extension

Откройте папку на диске, где установлен Firefox (к примеру c:Program FilesMozilla Firefox) и найдите в ней подпапку extension, в которую скопируйте расширение. После запуска браузера дальнейшая установка пройдет самостоятельно.

Все приведенные методы установки требуют перезагрузки браузера после установки расширения. Работа HTML Validator начинается сразу же после повторного запуска Firefox.

Если указанные способы по каким-либо причинам не помогли, вы можете обратиться на сайт поддержки браузера Mozilla Firefox и прочитать обо всех возможных методах установки расширений по адресу
http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing

Использование HTML Validator

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

Рис. 14.6аРис. 14.6бРис. 14.6с

Рис. 14.6. Виды картинок, отображаемых при проверке документа

Кружок с галочкой (рис. 14.6а) показывает, что документ валидный, желтый треугольник с восклицательным знаком (рис. 14.6б) — по коду имеются замечания, которые могут быть исправлены автоматически. А красный кружок с крестиком (рис. 14.6в) предупреждает, что есть серьезные ошибки.

Просмотреть все ошибки можно двояко. Во-первых, заглянуть в HTML-код документа через меню Вид > Исходный код страницы или щелкнуть правой кнопкой и в контекстном меню выбрать Просмотр исходного кода страницы (рис. 14.7).

Рис. 14.7

Рис. 14.7. Контекстное меню с пунктом выбора исходного кода

Окно исходного кода веб-страницы разделено на три части (рис. 14.8), где верхний блок содержит собственно HTML-код. В левом нижнем блоке отображается список ошибок и замечаний или информационные сообщения в случае валидного документа. Правый нижний блок предназначен для подробных подсказок о текущих замечаниях.

Рис. 14.8

Рис. 14.8. Результат работы расширения HTML Validator

htmlbook.ru

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

Html, как известно, язык разметки, который является основой для подавляющего большинства страниц в интернете. Как у любого другого языка, у html есть правила написания — синтаксис. Валидный html-код это код, который соответствует всем рекомендациям написания кода — спецификации.

Спецификации. Что это?

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

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

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

Cколько спецификаций существует.

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

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

Однако при использовании в своих проектах только что появившихся нововведениях в одной из спецификаций, у вебмастеров могут возникнуть проблемы. Например Дэвид Бэрон из Mozilla заявил:

Если HTML-спецификации W3C и WHATWG различаются, то мы стараемся следовать спецификации WHATWG.

Зачем нужна валидация?

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

klondike-studio.ru

Здравствуйте, дорогие друзья! Рад видеть вас на моём блоге! Сегодня речь пойдет про валидность HTML на сайте в целом и его отдельных страницах. Валидность — это соответствие кода определённым стандартам. Над разработкой веб-стандартов работает Консорциум World Wide Web (W3C) — это международное сообщество, в котором состоят организации, штатные сотрудники и общественность.

HTML валидатор

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

На официальном сайте W3C предоставлены очень полезные онлайн-инструменты для вебмастеров, одним из них является валидатор Markup Validation Service — это бесплатный сервис, позволяющий проверить приверженность сайта современным веб-стандартам.

Markup Validation Service

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

Итак, на главной странице расположены три вкладки:

  1. Validate by URI — проверка указанного URL-адреса;
  2. Validate by File Upload — проверка загруженного файла;
  3. Validate by Direct Input — проверка путем прямого ввода исходного кода.

Для запуска анализатора нужно переключиться на требуемую вкладку, в качестве примера я буду рассматривать проверку по URL-адресу. Под ссылкой More Options скрываются дополнительные опции, нажмите на нее, чтобы получит доступ к настройкам:

  • Character Encoding — кодировка символов. WordPress использует UTF-8, но можно оставить стандартное значение «Detect automatically» для автоматического определения кодировки.
  • Document Type — тип документа (HTML, XHTML, SVG и др.). Поставьте флажок Only if missing, если тип документа не задан на странице и его нужно задать вручную для проверки.
  • List Messages Sequentially — выводить ошибки и предупреждения последовательным списком;
  • Group Error Messages by Type — группировать ошибки и предупреждения по типу;
  • Show Source — показать исходный код;
  • Show Outline — показать структуру документа;
  • Clean up Markup with HTML Tidy — очистка разметки с помощью HTML-Tidy;
  • Validate error pages — проверять страницы с ошибками, например, несуществующие страницы с 404 ошибкой;
  • Verbose Output — подробный вывод. Если честно, я не заметил разницы при включении этой опции, если знаете за что она отвечает — поделитесь в комментариях, буду очень признателен.

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

В переводе на русский язык это означает: «Проверка документа завершена. Ошибки или предупреждения не найдены». Отлично!

Без ошибок

В том случае, если документ не пройдёт проверку, увидим простую надпись об её завершении:

Проверка завершена

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

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

Ошибка валидатора

В начале своего пути Блог Свободного Вебмастера содержал очень много ошибок и предупреждений. По мере изучения мне удалось снизить их количество, а со временем и вовсе избавиться. Впредь буду придерживаться стандартов W3C, хотя некоторые плагины добавляют ложку дёгтя в бочку мёда… Время покажет!

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

webliberty.ru

проверка на адаптивностьДавайте с самого начала, определимся, что же означает этот термин. Для чего нужна нам эта валидация и на что она влияет?

Валидность сайта-  это соответствие HTML-кода определенным правилам и стандартам.

Еще — это проверка синтаксических ошибок и вложенности тэгов.

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

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

Как узнать какую версию html вы используете?

Это очень просто.  Для этого нужно набрать на главной странице вашего сайта комбинацию клавиш CTRL+U и для поиска CTRL+F.

код главной страницы

А дальше смотрим скриншот.

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

На что влияет валидность сайта?

Правильная валидность сайта позволяет следить за корректным отображением сайта в разных браузерах. Проверить ваш шаблон можно бесплатно  на онлайн сервисе для проверки адаптивности шаблона сайта. Перейдите по этой ссылке и вставьте ваш адрес сайта-  http://quirktools.com/screenfly/(скопируйте ее и вставьте в адресную строку браузера).

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

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

Поисковые системы отдают предпочтение сайтам с валидным HTML-кодом. Так давайте проверим наш шаблон на валидность.

Способы проверки валидности.

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

Переходим по адресу: validator.w3.org (скопируйте ссылку и вставьте в адресную строку браузера). Перед нами откроется страница, на которой есть 3 вкладки.

  • На первой вкладке вы увидите надпись «Validate by URI»-  это переводится, как «Здесь вы можете проверить валидность сайта размещенного в интернете».
  • На второй «Validate by File Upload» — это означает, что вы  можете загрузить файл с  вашего компьютера.
  • На третьей «Validate by Direct Input» —  это означает, что вы  можете вставить содержимое вашего файла непосредственно в форму для ввода.

Я покажу вам первый вариант.

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

И так, ваш сайт размещен в сети интернет. Выбираем — это «Validate by URI».

Переходим по клавише  More options- то есть, это означает выбрать опции. Здесь выставляем следующие значения:

Первая идет кодировка.

Вам необходимо проверить свою на сайте. Это важно! Смотрите ее между тегами <head> и </head>  набором клавиш  CTRL+U,  ищите в начале документа примерно такую строку:

<meta charset=»UTF-8″ /> — если нашли, то в данном пункте оставляем выбранным (detect automatically). Переводится,  как определять автоматически.

Далее  идет Document Type — это тип текущего документа.

Нашли <!DOCTYPE html>, тогда и здесь оставляйте значение detect automatically- автоматически обнаруживать.

Внимание! Если проверили и все у вас это есть, в чикбоксах  ничего не ставите! Оставляете все, как есть!

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

После чего нажимаем на кнопку Check, то есть проверить.

Далее идет проверка валидности вашего сайта и через  время появится результат. Будет  надпись с сообщением This document was successfully checked as HTML5.  Это означает, что этот документ был успешно проверен в HTML5.

Установите переводчик от google  в вашем браузере, и он будет предлагать вам перевод.

скриншот моих ошибок

Если  после проверки вы увидите  надпись на красном фоне — это значит, что у Вас присутствуют ошибки в HTML-документе. Их необходимо исправить.

Я разберу свой скриншот с ошибками. Смотрим внимательно.

У меня ошибка 3 , 4 и 5…

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

Ошибка 4 и 5-  лишние кавычки и нет атрибута. Я знаю, где у меня стоит этот код, поэтому зашла и отредактировала файл.

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

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

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

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

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

Для этого просто выделяете название ошибки и вставляете ее, в Google или Yandex.

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

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

Советую вам прочитать обе мои статьи о валидности и сделать правильный выбор.

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

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

C уважением, Рита Молчанова, автор блога ritabk.ru

You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

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

Adblock
detector