5554-1 (Проверочный список для веб-стандартов)

Проверочный список для веб-стандартов

Russ Weakley

Веб-стандарты - это большее, чем просто "бестабличная верстка"

Для разных людей термин "веб-стандарты" означает разные вещи. Для некоторых это просто "страницы без таблиц", для других - "правильный код". Однако веб-стандарты это нечто намного большее. Сайт, простроенный по веб-стандартам, это сайт, который придерживается стандартов (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG и т.д.) и лучших отработанных решений (валидный код, доступный код, семантически правильный код, дружественные URL-ы)

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

О проверочном списке

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

как обширный список всех имеющихся веб-стандартов

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

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

Список

Качество кода

Указан ли у страниц правильный Doctype?

Указан ли у страниц charset?

Валиден ли (X)HTML код страниц сайта?

Валидны ли CSS-таблицы сайта?

Использует ли сайт какие-либо CSS-хаки?

Используются ли на сайте какие-либо лишние и ненужные классы (class) и идентификаторы (id)?

Хорошо ли структурирован код страниц?

Есть ли на сайте сломанные ссылки?

Как у сайта со скоростью загрузки страниц и с их размерами?

Выдает ли браузер какие-либо ошибки JavaScript при работе со страницей?

Степень разделения контента и представления

Используется ли на сайте CSS для всех аспектов оформления страницы (шрифты, цвета, отступы, границы и т.д.)?

Перенесены ли вся декоративная графика в CSS, или она все еще встречается в (X)HTML-коде?

Доступность для пользователей

Используется ли атрибут "alt" во всех значимых изображениях?

Используется ли на сайте для шрифта относительные единицы измерения вместо фиксированных?

Ломается ли каким-либо образом компоновка страницы при увеличении размера шрифта?

Есть ли на странице видимая ссылка "пропустить"?

Используются ли на сайте доступные формы?

Используются ли на сайте доступные таблицы?

Достаточно ли контрастны и ярки цвета на страницах сайта?

Используется ли только цвет для выделения критической информации?

Используется ли задержка в выпадающих меню (для пользователей с медленной моторикой)?

Все ли ссылки содержат описания (для слепых пользователей)?

Доступность для устройств

Достаточно ли хорошо сайт работает и в современных и в старых браузерах?

Можно ли работать с материалами сайта при отключенном CSS или в броузере, где нет поддержки CSS?

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

Работает ли сайт в текстовых броузерах, таких как Lynx?

Хорошо ли выглядит сайт при распечатке?

Работает ли сайт на наладонных устройствах?

Снабжен ли сайт детальным набором метаданных?

Работает ли сайт в окнах различных размеров?

Основы юзабилити

Имеется ли на странице четкая визуальная иерархия элементов?

Легко ли отличить один уровень заголовков от другого?

Достаточно ли легко понять навигацию по сайту?

Используется ли однообразная навигация на всех страницах сайта?

Используется ли на сайте приемлемый и однообразный язык текстов?

Есть ли у сайта карта и страница с контактной информацией? Легко ли их найти?

Если ваш сайт очень большой, есть ли на нем инструмент поиска?

Присутствует ли на каждой странице сайта ссылка на его главную страницу?

Подчеркнуты ли ссылки?

Четко ли выделены цветом ссылки, которые пользователь уже посетил?

Управление сайтом

Есть ли у сайта понятная и полезная страница ошибки 404, которая работает с любого уровня сайта?

Используются ли на сайте дружественные URL-ы?

Можно ли к вашему сайте доступиться, набрав адрес без "www"?

Есть ли у сайта пиктограмма для закладок?

1. Качество кода

1.1 Указан ли у страниц правильный Doctype?

Doctype (сокращенно от 'document type declaration' - "декларация типа документа") сообщает валидатору, какая версия (X)HTML используется в вашей странице. Декларация должна присутствовать в начале каждой веб-страницы. Doctype - ключевой компонент страницы, претендующей на соответствие стандартам: ваша разметка и CSS не пройдут валидацию, если в вашем документе отсутствует Doctype.

статья на webmascon.com Почему так важен DOCTYPE

См. также:

http://www.w3.org/QA/2002/04/valid-dtd-list.html

http://css.maxdesign.com.au/listamatic/about-boxmodel.htm

http://gutfeldt.ch/matthias/articles/doctypeswitch.html

1.2 Указан ли у страниц кодировка (charset)?

Если пользовательский агент (например браузер) не может самостоятельно определить кодировку вашей веб-страницы, пользователи увидят на экране нечитаемый текст. Эта информация в особенности важна для тех, кто создает и поддерживает многоязычные веб-сайты. Но вообще объявление кодировки очень важно для тех, кто создает страницы в XHTML/HTML и CSS.

http://www.w3.org/International/tutorials/tutorial-char-enc/

См. также:

http://www.w3.org/International/O-charset.html

1.3. Валиден ли (X)HTML код страниц сайта?

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

http://www.maxdesign.com.au/presentation/sit2003/06.htm

См. также:

http://validator.w3.org/

1.4. Валидны ли CSS-таблицы сайта?

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

http://www.meyerweb.com/eric/articles/webrev/199904.html

См. также:

http://jigsaw.w3.org/css-validator/

1.5. Использует ли сайт какие-либо CSS-хаки?

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

http://www.mail-archive.com/wsg@webstandardsgroup.org/msg05823.html

См. также:

http://css-discuss.incutio.com/?page=CssHack

http://css-discuss.incutio.com/?page=ToHackOrNotToHack

http://centricle.com/ref/css/filters/

1.6. Используются ли на сайте какие-либо лишние и ненужные классы (class) и идентификаторы (id)?

Я заметил, что разработчики, осваивая новые приемы и технологии, часто создают замечательные CSS-таблицы, и при этом - плохой XHTML-код. в особенности часто в XHTML-коде встречаются ненужные и лишние "div" и "id". Из-за этого HTML-код теряет стройность, а CSS-таблицы становятся запутанными

http://www.clagnut.com/blog/228/

1.7. Хорошо ли структурирован код страниц?

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

http://www.maxdesign.com.au/presentation/benefits/index04.htm

См. также:

http://www.w3.org/2003/12/semantic-extractor.html

1.8. Есть ли на сайте "сломанные" ссылки?

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

См. также:

http://validator.w3.org/checklink

1.9. Как у сайта со скоростью загрузки страниц и с их размерами?

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

http://www.websiteoptimization.com/speed/

1.10. Выдает ли браузер какие-либо ошибки JavaScript при работе со страницей?

Internet Explorer для Windows позволяет включить отладчик, который будет выскакивать на экран всякий раз, когда на странице будет обнаружена ошибка в JavaScript. Эта опция находится в меню "Internet Options" на закладке "Advanced". Уберите галочку с пункта "Disable script debugging".

* * *

2. Степень разделения контента и представления

2.1. Используется ли на сайте CSS для всех аспектов оформления страницы (шрифты, цвета, отступы, границы и т.д.)?

Используйте стилевые таблицы для управления компоновкой страницы и ее внешним видом

http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-style-sheets

2.2. Перенесены ли вся декоративная графика в CSS, или она все еще встречается в (X)HTML-коде?

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

http://www.maxdesign.com.au/presentation/benefits/index07.htm

* * *

3. Доступность для пользователей

3.1 Используется ли атрибут "alt" во всех значимых изображениях?

Каждый нетекстовый элемент сопровождайте текстовым описанием

http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-text-equivalent

3.2. Используется ли на сайте для шрифта относительные единицы измерения вместо фиксированных?

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

http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-relative-units

См. также:

http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-relative-units

http://www.clagnut.com/blog/348/

Власть народу - относительные размеры шрифтов

Размер шрифта пусть выбирают сами пользователи

3.3. Ломается ли каким-либо образом компоновка страницы при увеличении размера шрифта?

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

3.4. Есть ли на странице видимая ссылка "пропустить"?

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

http://www.section508.gov/index.cfm?FuseAction=Content&ID=12

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

http://www.w3.org/TR/WCAG10-TECHS/#tech-group-links

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

http://joeclark.org/book/sashay/serialization/Chapter08.html#h4-2020