В этой статье я познакомлю с понятием «валидность» кода сайта (html & css). Надеюсь все помнят, html — это структура сайта. Css — правила и стили для тегов, которые описаны в html.

Будем разбираться с самых низов: теория, а далее перейдем к практике. Так же вы найдете ответы на следующие вопросы: что такое валидность html и css кода, зачем она нужна, почему поисковые системы любят чистый / валидный код. А самое то главное покажу на примерах как проводить проверку валидности кода сайта.

Зачем нужна проверка валидности html и css кода

Валидность — по-другому чистый код (без ошибок)

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

Константа № 2. Чистый код (html и css) поощряют поисковые машины (Yandex, Google). Говоря по-русски, когда робот поисковой машины приходит на ваш ресурс и видит что валидность соблюдена, то соответственно поисковой робот будет знать, что этот ресурс без ошибок, а значит к отношение к сайту в лучшую сторону.

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

Проверил сайт на валидность html кода, и как я был удивлен и понял где была собака зарыта. Оказалось что в коде отсутствовал закрывающий тег , а это тег специальный который закрывает участки кода или ссылки от поисковой машины Яндекса. И что же получается у меня было? Вся статья закрыта от индексации. Вот и ответ на вопрос: «Почему в поисковой выдаче нет». Потом естественно я эту ошибку устранил.

Перейдем от голого текста с теорией к практике, и научимся проводить проверку валидации онлайн

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

Валидность сайта- это соответствие 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- то есть, это означает выбрать опции. Здесь выставляем следующие значения:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проверка валидности HTML кода сайта обязательно входит в мой . Но не нужно переоценивать значимость ошибок валидации на SEO продвижение — она очень мала. По любой тематике в ТОП будут сайты с большим количеством таких ошибок и прекрасно себе живут.

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

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

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

• Error: Duplicate ID min_value_62222

И за этой ошибкой такое предупреждение.

• Warning: The first occurrence of ID min_value_62222 was here

Это значит, что дублируется стилевой идентификатор ID, который по правилам валидности html должен быть уникальным. Вместо ID для повторяющихся объектов можно использовать CLASS.

Исправлять это желательно, но не очень критично. Если очень много таких ошибок, то лучше исправить.

Аналогично могут быть еще такие варианты:

• Error: Duplicate ID placeWorkTimes
• Error: Duplicate ID callbackCss-css
• Error: Duplicate ID Capa_1

Следующее очень распространенное предупреждение.

• Warning: The type attribute is unnecessary for JavaScript resources

Это очень частая ошибка при проверке валидации сайта. По правилам HTML5 атрибут type для тега script не нужен, это устаревший элемент.

Аналогично такое предупреждение для стилей:

• Warning: The type attribute for the style element is not needed and should be omitted

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

• Warning: Consider avoiding viewport values that prevent users from resizing documents

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

Я считаю это предупреждение очень нежелательным, для пользователя неудобно, это минус к поведенческим. Устраняется удалением этих элементов — maximum-scale=1.0 и user-scalable=no.

• Error: The itemprop attribute was specified, but the element is not a property of any item

Это микроразметка, атрибут itemprop должен находиться внутри элемента с itemscope. Я считаю эту ошибку не критичной и можно оставлять как есть.

• Warning: Documents should not use about:legacy-compat, except if generated by legacy systems that can’t output the standard doctype

Строка about:legacy-compat нужна только для html-генераторов. Здесь нужно просто сделать но ошибка совсем не критичная.

• Error: Stray end tag source

Если посмотреть в коде самого сайта и найти этот элемент, видно, что одиночный тег прописан как парный — это не верно.

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

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

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

• Error: Element ol not allowed as child of element ul in this context. (Suppressing further errors from this subtree.)

Здесь не верно прописана вложенность тегов. В

должны быть только
• . В данном примере эти элементы вообще не нужны.

  

  Аналогично могут быть еще такие ошибки:

  • Element h2 not allowed as child of element ul in this context.
  • Element a not allowed as child of element ul in this context.
  • Element noindex not allowed as child of element li in this context.
  • Element div not allowed as child of element ul in this context.

  Это все нужно исправлять.

  • Error: Attribute http-equiv not allowed on element meta at this point

  

  Атрибут http-equiv не предназначен для элемента meta, нужно убрать его или заменить.

  Аналогичные ошибки:

  • Error: Attribute n2-lightbox not allowed on element a at this point.
  • Error: Attribute asyncsrc not allowed on element script at this point.
  • Error: Attribute price not allowed on element option at this point.
  • Error: Attribute hashstring not allowed on element span at this point.

  Здесь также нужно или убрать атрибуты n2-lightbox, asyncsrc, price, hashstring или заменить их на другие варианты.

  • Error: Bad start tag in img in head

  Или вот так:

  • Error: Bad start tag in div in head

  

  Тегов img и div не должно быть в . Эту ошибку нужно исправлять.

  • Error: CSS: Parse Error

  

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

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

  • Warning: The charset attribute on the script element is obsolete

  В скриптах уже не нужно прописывать кодировку, это устаревший элемент. Предупреждение не критичное, на ваше усмотрение.

  • Error: Element script must not have attribute charset unless attribute src is also specified

  В этой ошибке нужно убрать из скрипта атрибут charset=»uft-8″, так как он показывает кодировку вне скрипта. Я считаю, эту ошибку нужно исправлять.

  • Warning: Empty heading

  

  Здесь пустой заголовок h1. Нужно удалить теги

  или поместить между ними заголовок. Ошибка критичная.
  • Error: End tag br

  

  Тег br одиночный, а сделан как будто закрывающий парный. Нужно убрать / из тега.

  • Error: Named character reference was not terminated by a semicolon. (Or & should have been escaped as &.)

  

  Это спецсимволы HTML, правильно нужно писать или ©. Лучше эту ошибку исправить.

  • Fatal Error: Cannot recover after last error. Any further errors will be ignored

  Это серьезная ошибка:

  

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

  • Error: CSS: right: only 0 can be a unit. You must put a unit after your number

  Нужно значение в px написать:

  

  Вот аналогичная ошибка:

  • Error: CSS: margin-top: only 0 can be a unit. You must put a unit after your number
  • Error: Unclosed element a

  Привет всем. Я снова вернулась в Петербург после 3х недель пребывания за Полярным кругом. А здесь все так же серо и мрачно:(

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

  Как появился Консорциум Всемирной Паутины?

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

  С помощью html-разметки стало возможным создавать web-страницы, а для их распознавания в привычный для пользователей вид, были созданы браузеры. W3C ввели ряд стандартов, которым должны соответствовать документы в сети, чтобы все браузеры их могли корректно распознавать. В течение всего времени развития интернета между создателями велись войны за первенство. Некоторые из них даже пытались вводить свои новые стандарты, однако W3C благодаря своим разработкам смогли удержать роль законодателя в правилах создания кода. В версии Html 3 уже была включена поддержка CSS (Cascading Style Sheets, или каскадные таблицы стилей). Изначально стили, цвета и формы задавались непосредственно в коде html, но создание CSS значительно упростило эту задачу, разгрузило исходный код, а соответственно и время загрузки страниц. Последняя версия – это Html 5, которая все больше становится актуальна. Долгое время ее место занимал Html 4.01 (с 1999 года).

  Эта историческая справка приведена для того, чтоб у вас было более целостное понимание темы сегодняшнего обзора – валидации сайтов. Если вы зайдете на официальный сайт W3C в раздел «Standards», вы увидите целый перечень подразделов со стандартами. Вот, к примеру, можно увидеть актуальный статус по Html:

  

  По каждому из подпунктов приведены длинные списки норм, определяющих тот или иной атрибут, элемент текущей версии кода. Вот, например, неполное содержание по Html 5:

  

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

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

  Должен ли сайт быть валидным?

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

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

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

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

  Валидаторы кода HTML и CSS

  Лучше с самого начала следить за соблюдением правил. На самом первом этапе выбора темы WordPress для своего блога уделите время тому, чтобы проверить валидность его html-врестки и css-кода. Желательно, чтоб изначально валидатор html-кода и css выдавал такой результат:

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

  Для проверки валидации страницы существуют разные онлайн сервисы. Наиболее достоверные и полные из них, это валидаторы W3C.

  Ссылки на них вы можете найти на главной странице официального сайта — www.w3.org

  Unicorn – это совмещенный валидатор на русском языке (в нем есть функция переключения языков), который дает информацию сразу по всем параметрам сайта.

  

  Вводите url сайта и жмете «Проверить».

  Справа показано количество ошибок (красный крестик) и предупреждений (желтый восклицательный знак).

  Увидеть подробную информацию по ошибкам можно в раскрывающемся списке под каждой из опций.

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

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

  Вот так выглядит описание ошибок и их причин в html-валидаторе:

  

  Как видите, информация приведена на английском. К каждой ошибке или предупреждению прописан номер строки исходного кода, в которой она находится (Line 381, Line 652). В первую очередь нужно исправлять ошибки (красный значок). Если вы не знаете что это за ошибка и как ее исправлять, попробуйте поискать инфу на специализированных форумах, либо задавайте вопросы в комментариях к этой статье.

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

  В данном валидаторе есть возможность включения дополнительных опций:

  

  • Можно группировать ошибки по одному типу (Group Error Messages by Type);
  • показать весь исходный код, который сервис использовал при анализе (Show Source);
  • проверять страницы, которые выдают Error (Validate error pages).

  Кроме того, включенная функция «Clean up Markup with Html-Tidy» позволяет увидеть ваш код с исправленными ошибками по версии программы Html-Tidy. Правда, W3C предупреждает, что данная программа не является их разработкой, а, стало быть, гарантий, что код будет верным, они не дают. Однако данный код может вам послужить подсказкой при исправлении ошибок.

  Подобную опцию исправления ошибок предоставляет и валидатор W3C CSS кода. Включать ее не нужно, она работает по умолчанию.

  

  Кроме онлайн валидаторов сайтов, также есть возможность установить расширение для FireFox, которое будет проверять наличие ошибок в исходном коде страницы прямо в браузере. Называется оно «Html Validator».

  Напомню также, что кроме html и css, есть также . Ее наличие немаловажно для поисковой оптимизации.

  Сегодняшняя тема достаточно непростая. Когда вы приступите к исправлению ошибок, наверняка возникнет много вопросов. Желательно исправлять то, в чем вы уверенны, чтобы не поломать сайт. Не забывайте делать перед внесением изменений. Пока!

  P.S. На днях мы взяли билеты на Камчатку в сентябре по чудо-цене 16600 с человека туда-обратно. Это очень дешево, таких цен не было давно. Если кто-то заинтересовался, думаю, еще можно успеть ухватить такие билеты. Лазать по вулканам и восхищаться дикой нетронутой природой мы будем с турклубом ПИК.

  Влад Мержевич

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

  validator.w3.org

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

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

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

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

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

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

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

  Откройте папку на диске, где установлен Firefox (к примеру c:\Program Files\Mozilla 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в) предупреждает, что есть серьезные ошибки.

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

  

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

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

  

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