Праверкавы спіс для вэб-стандартаў

Аўтар: 2004.08.13 Russ Weakley


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


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

Іншымі словамі сайт, пабудаваны па стандартах у ідэале павінен быць лёгкім, чыстым, заснаваным на CSS, даступным, зручным і дружалюбным да пошукавых сервераў.


Пра праверкавы спіс


Гэты праверкавы спіс не прэтэндуе на званне "супер"-поўнага праверкавага спісу. Магчыма яго яшчэ можна дапоўніць і пашырыць. Што больш важна, так гэта тое, што гэта спіс не варта разглядаць як абавязковы для кожнага сайта, які вам прыйдзецца распрацоўваць. Гэта ўсяго толькі спіс рад, які можна выкарыстоўваць:



  • як шырокі спіс усіх наяўных вэб-стандартаў

  • як зручная прылада для распрацоўнікаў, якім яны могуць карыстацца пры распрацоўцы сайтаў

  • як дапаможнік для тых распрацоўнікаў, якія вырашылі рухацца ў кірунак вэб-стандартаў


Спіс


1. Якасць кода
1.1 Ці паказаны ў старонак правільны Doctype?
1.2 Ці паказаны ў старонак charset?
1.3 Ці валідны (X)HTML код старонак сайта?
1.4 Ці валідныя CSS-табліцы сайта?
1.5 Ці выкарыстоўвае сайт якія-небудзь CSS-хакі?
1.6 Ці выкарыстоўваюцца на сайце якія-небудзь лішнія і непатрэбныя класы (class) і ідэнтыфікатары (id)?
1.7 Ці добра структураваны код старонак?
1.8 Ці ёсць на сайце зламаныя спасылкі?
1.9 Як у сайта з хуткасцю загрузкі старонак і з іх памерамі?
1.10 Ці выдае браўзар якія-небудзь памылкі JavaScript пры працы са старонкай?

2. Ступень падзелу кантэнту і ўяўленні
2.1 Ці выкарыстоўваецца на сайце CSS для ўсіх аспектаў афармлення старонкі (шрыфты, колеры, водступы, межы і г.д.)?
2.2 Ці перанесена ўся дэкаратыўная графіка ў CSS, ці яна ўсё яшчэ сустракаецца ў (X)HTML-кодзе?

3. Даступнасць для карыстачоў
3.1 Ці выкарыстоўваецца атрыбут "alt" ва ўсіх значных малюнках?
3.2 Ці выкарыстоўваецца на сайце для шрыфта адносныя адзінкі вымярэння замест фіксаваных?
3.3 Ці ломіцца якой-небудзь выявай кампаноўка старонкі пры павелічэнні памеру шрыфта?
3.4 Ці ёсць на старонцы бачная спасылка "прапусціць"?
3.5 Ці выкарыстоўваюцца на сайце даступныя формы?
3.6 Ці выкарыстоўваюцца на сайце даступныя табліцы?
3.7 Ці досыць кантрасныя і яркія колеры на старонках сайта?
3.8 Ці выкарыстоўваецца толькі колер для вылучэння крытычнай інфармацыі?
3.9 Ці выкарыстоўваецца затрымка ў выпадальных меню (для карыстачоў з павольнай маторыкай)?
3.10 Ці ўсё спасылкі ўтрымоўваюць апісанні (для сляпых карыстачоў)?

4. Даступнасць для прылад
4.1 Ці досыць добра сайт працуе і ў сучасных і ў старых браўзарах?
4.2 Ці можна працаваць з матэрыяламі сайта пры адключаным CSS ці ў браўзэры, дзе няма падтрымкі CSS?
4.3 Ці можна працаваць з матэрыяламі сайта пры адключаных малюнках ці пры адсутнасці падтрымкі іх высновы на экран?
4.4 Ці працуе сайт у тэкставых браўзэрах, такіх як Lynx?
4.5 Ці добра выглядае сайт пры раздрукоўцы?
4.6 Ці працуе сайт на наладонных прыладах?
4.7 Ці забяспечаны сайт дэталёвым наборам метададзеных?
4.8 Ці працуе сайт у вокнах розных памераў?

5. Асновы юзабіліті
5.1 Ці маецца на старонцы выразная візуальная іерархія элементаў?
5.2 Ці лёгка адрозніць адзін узровень загалоўкаў ад іншага?
5.3 Ці досыць лёгка зразумець навігацыю па сайце?
5.4 Ці выкарыстоўваецца аднастайная навігацыя на ўсіх старонках сайта?
5.5 Ці выкарыстоўваецца на сайце прымальная і аднастайная мова тэкстаў?
5.6 Ці ёсць у сайта карта і старонка з кантактнай інфармацыяй? Ці лёгка іх знайсці?
5.7 Калі ваш сайт вельмі вялікай, ці ёсць на ім прылада пошуку?
5.8 Ці прысутнічае на кожнай старонцы сайта спасылка на яго галоўную старонку?
5.9 Ці падкрэслены спасылкі?
5.10 Ці выразна вылучаны колерам спасылкі, якія карыстач ужо наведаў?

6. Кіраванне сайтам
6.1 Ці ёсць у сайта зразумелая і карысная старонка памылкі 404, якая працуе з любога ўзроўня сайта?
6.2 Ці выкарыстоўваюцца на сайце дружалюбныя URL-ы?
6.3 Ці можна да вашага сайце даступіцца, набраўшы адрас без "www"?
6.4 Ці ёсць у сайта піктаграма для закладак?


1. Якасць кода


1.1 Ці паказаны ў старонак правільны Doctype?


Doctype (скарочана ад 'document type declaration' - "дэкларацыя тыпу дакумента") паведамляе валідатору, якая версія (X)HTML выкарыстоўваецца ў вашай старонцы. Дэкларацыя павінна прысутнічаць напачатку кожнай вэб-старонкі. Doctype - ключавы кампанент старонкі, якая прэтэндуе на адпаведнасць стандартам: ваша разметка і CSS не пройдуць валідацыю, калі ў вашым дакуменце адсутнічае 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

Гл. таксама:
http://www.niehs.nih.gov/websmith/508/o.htm


3.5. Ці выкарыстоўваюцца на сайце даступныя формы?


Формы на вэб-старонках не самая простая рэч для людзей з фізічнымі недахопамі. Адна справа - навігацыя па старонцы з тэкставым матэрыялам, і зусім іншае - пераход па палях формы і ўвод інфармацыі ў яе.
http://www.htmldog.com/guides/htmladvanced/forms/

Гл. таксама: http://www.webstandards.org/learn/tutorials/accessible-forms/01-accessible-forms.html
http://www.accessify.com/tools-and-wizards/accessible-form-builder.asp
http://accessify.com/tutorials/better-accessible-forms.asp


3.6. Ці выкарыстоўваюцца на сайце даступныя табліцы?


Што да табліц. Не забудзьцеся паказаць загалоўкі для слупкоў і шэрагаў... Для табліц, дзе маюцца два і больш лагічных узроўняў шэрагаў і слупкоў, скарыстайцеся дапаможнымі элементамі мовы html, каб звязаць лагічна вочкі дадзеных з вочкамі загалоўкаў.
http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-table-headers

Гл. таксама:
http://www.bcc.ctc.edu/webpublishing/ada/resources/tables.asp
http://www.accessify.com/tools-and-wizards/accessible-table-builder_step1.asp
http://www.webaim.org/techniques/tables/


3.7. Ці досыць кантрасныя і яркія колеры на старонках сайта?


Пераканаецеся, што розніца паміж колерам фону і колерам тэксту досыць кантрасная, каб не выклікаць цяжкасцяў пры чытанні ў людзей з паніжаным успрыманнем колеру.
http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-colour-contrast

Гл. таксама:
http://www.juicystudio.com/services/colourcontrast.asp


3.8. Ці выкарыстоўваецца толькі колер для вылучэння крытычнай інфармацыі?


Пераканаецеся, што ўся важная інфармацыя, вылучаная колерам, таксама вылучана пры адсутнасці колеру, напрыклад з дапамогай кантэксту ці элементамі лагічнай разметкі.
http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-colour-convey

Існуе галоўным чынам тры тыпу парушэння цветовоспріятія: дейтеранопія (парушэнне ва ўспрыманні чырвонага і зялёнага кветак), протанопія (іншая форма парушэння ўспрымання чырвонага і зялёнага кветак) і трітанопія (парушэнне ўспрымання сіняга і жоўтага кветак - вельмі рэдкі выпадак)

Гл. таксама:
http://colorfilter.wickline.org/
http://www.toledo-bend.com/colourblind/Ishihara.html
http://www.vischeck.com/vischeck/vischeckURL.php


3.9. Ці выкарыстоўваецца затрымка ў выпадальных меню (для карыстачоў з павольнай маторыкай)?


У людзей з павольнай маторыкай могуць паўстаць цяжкасці пры працы з меню, якія для іх будуць працаваць занадта хутка.


3.10. Ці ўсё спасылкі ўтрымоўваюць досыць апісальны тэкст (для сляпых карыстачоў)?


Спасылкі павінны быць досыць зразумелымі, каб яны мелі сэнс пры чытанні па-за кантэкстам - або пры простым чытанні ці пры чытанні ў выглядзе спісу.
http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-meaningful-links


4. Даступнасць для прылад


4.1. Ці досыць добра сайт працуе і ў сучасных і ў старых браўзарах?


Перш чым пачынаць вярстаць старонкі з выкарыстаннем CSS, вызначыцеся, якія браўзары вы збіраецеся падтрымліваць і да якой ступені.
http://www.maxdesign.com.au/presentation/process/index_step01.cfm


4.2. Ці можна працаваць з матэрыяламі сайта пры адключаным CSS ці ў браўзэры, дзе няма падтрымкі CSS?


На ваш сайт могуць зайсці людзі, у якіх браўзар не падтрымлівае CSS ці падтрымка CSS адключана. Калі вашы старонкі правільна структураваны, у такіх наведвальнікаў не паўстане ніякіх праблем пры працы з імі.


4.3. Ці можна працаваць з матэрыяламі сайта пры адключаных малюнках ці пры адсутнасці падтрымкі іх высновы на экран?


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


4.4. Ці працуе сайт у тэкставых браўзэрах, такіх як Lynx?


Тэкставы браўзар гэта як бы камбінацыя адключаных графікі і CSS. Тэкставыя браўзары належаць цалкам на структуру дакумента пры стварэнні малюнка на экране.

Гл. таксама:
http://www.delorie.com/web/lynxview


4.5. Ці добра выглядае сайт пры раздрукоўцы?


Да любога (X)HTML-дакументу можна прымацаваць стыль для высновы на друк і для гэтага не запатрабуецца чапаць разметку самага дакумента.
Гл. таксама:
http://www.d.umn.edu/itss/support/Training/Online/ webdesign/css.html#print


4.6. Ці добра ці працуе сайт на наладонных прыладах?


Гэты момант выклікае найвялікія цяжкасці, бо ў наш час няма аднастайнасці ў тым, як наладонные прылады падтрымліваюць вэб-старонкі. Аднак некаторыя рашэнні ў кампаноўцы старонак падтрымліваюцца на надалонніках лепш, чым іншыя. Падтрымка наладонных прылад залежыць ад мэтавай аўдыторыі вашага сайта.
Гл. таксама:
Дызайн для партатыўных прылад: ваш вэб-сайт на маленькім экране


4.7. Ці забяспечаны сайт дэталёвым наборам метададзеных?


Метададзеныя - гэта інфармацыя, якая зразумелая для машын.
http://www.w3.org/Metadata/
Метададзеныя - гэта структураваная інфармацыя, якая ствараецца людзьмі адмыслова для таго, каб апісаць ёю які-небудзь рэсурс. Іншымі словамі, метададзеныя - гэта "дадзеныя пра дадзеныя".


4.8. Ці працуе сайт у вокнах розных памераў?


Сярод вэб-распрацоўнікаў існуе ўстойлівае перакананне, што з кожным годам сярэднія памеры экрана ў наведвальнікаў растуць. Некаторыя распрацоўнікі перакананы, што сярэдні памер экрана ў наведвальнікаў іх сайтаў складае па шырыні 1024 пікселяў. Ну а што наконт карыстачоў з меншымі памерамі экранаў ці з уладальнікамі надалоннікаў? Ці з'яўляюцца яны часткай вашай мэтавай аўдыторыі, і ці будуць яны выпрабоўваць цяжкасці пры працы з вашым сайтам?


5. Асновы юзабіліті


5.1. Ці маецца на старонцы выразная візуальная іерархія элементаў?


Арганізуйце і вылучайце важнасць таго ці іншага матэрыялу з дапамогай памераў, водступаў і лагічных сувязяў.
http://www.great-web-design-tips.com/web-site-design/165.html


5.2. Ці лёгка адрозніць адзін узровень загалоўкаў ад іншага?


Выкарыстоўвайце загалоўкі для таго, каб расчыніць структуру дакументаў, пры гэтым выкарыстоўвайце іх у адпаведнасць са спецыфікацыяй.
http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-logical-headings


5.3. Ці досыць лёгка зразумець навігацыю па сайце?


Навігацыя вашага сайта павінна падказваць наведвальніку, на якой старонцы сайта ён цяпер знаходзіцца і куды ён можа вынікаць далей.
http://www.1stsitefree.com/design_nav.htm


5.4. Ці выкарыстоўваецца аднастайная навігацыя на ўсіх старонках сайта?


Калі на кожнай старонцы вашага сайта навігацыя прытрымваецца аднаго і таго ж стылю, наведвальнікам лягчэй будзе працаваць з сайтам і яны хутчэй будуць знаходзіць патрэбную ім інфармацыю.
http://www.juicystudio.com/tutorial/accessibility/navigation.asp


5.5. Ці выкарыстоўваецца на сайце прымальная і аднастайная мова тэкстаў?


Ясная і простая мова матэрыялаў дазваляе эфектыўна весці дыялог з наведвальнікам. Не забывайце, што ваш сайт могуць чытаць карыстачы, для якіх ваша мова не з'яўляецца родным.
http://www.juicystudio.com/tutorial/accessibility/clear.asp


5.6. Ці ёсць у сайта карта і старонка з кантактнай інфармацыяй? Ці лёгка іх знайсці?


Большасці карт сайтаў не атрымоўваецца расчыніць шматузроўневую структуру архітэктуры сайта. У цестах на юзабіліті карыстачы часта ігнаруюць карту сайта ці проста не могуць яе знайсці. Складанасць карты таксама з'яўляецца праблемай: карта павінна быць менавіта картай, а не галаваломкай па навігацыі.
http://www.useit.com/alertbox/20020106.html


5.7. Калі ваш сайт вельмі вялікай, ці ёсць на ім прылада пошуку?


Для маленькага сайта функцыя пошуку не асабліва патрэбна. Заўсёды знойдуцца людзі, якія ніколі не карыстаюцца пошукам па сайце. Тым не менш функцыя пошуку з'яўляецца дадатковай добрай прыладай навігацыі па сайце для наведвальнікаў.


5.8. Ці прысутнічае на кожнай старонцы сайта спасылка на яго галоўную старонку?


Шматлікія карыстачы закапаўшыся ў глыбіні сайта жадаюць хутка патрапіць на яго галоўную старонку. Галоўная старонка з'яўляецца як бы адпраўной кропкай для такіх карыстачоў, на якой яны нанова збіраюцца з сіламі, каб нырнуць у новыя глыбіні сайта.


5.9. Ці падкрэслены спасылкі?


Для поўнасці ўспрымання карыстачамі спасылак тэкст спасылак павінен быць аформлены іншым колерам і падкрэсляць. Наведвальнікі не павінны кідацца па старонцы ў пошуках спасылкі.
http://www.useit.com/alertbox/20040510.html


5.10. Ці выразна вылучаны колерам спасылкі, якія карыстач ужо наведаў?


Самае галоўнае, калі выразнае вылучаны спасылкі, якія карыстач ужо наведаў, ён не націсне на іх выпадкова, і не будзе трапляць на тую ж самую старонку, дзе ўжо пабываў.
http://www.useit.com/alertbox/20040503.html


6. Кіраванне сайтам


6.1. Ці ёсць у сайта зразумелая і карысная старонка памылкі 404, якая працуе з любога ўзроўня сайта?


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


6.2. Ці выкарыстоўваюцца на сайце дружалюбныя URL-ы?


Большасць пошукавых сервераў (за выключэннем толькі некаторых - напрыклад, Google) не будуць індэксаваць старонкі, у чыіх URL-ах прысутнічае знак "?" ці які або іншы знак (скажам "&" ці "="). Што добрага ў вэб-сайце, калі яго ніхто не можа знайсці?
http://www.sitepoint.com/article/search-engine-friendly-urls

З пункту гледжання карыстацкага інтэрфейсу самым жудасным з'яўляецца URL-ы. Тым не менш, калі яны кароткія, лагічныя, з імі становіцца зручна працаваць.
http://www.merges.net/theory/20010305.html

Гл. таксама:
http://www.sitepoint.com/article/search-engine-friendly-urls
http://www.websitegoodies.com/article/32
http://www.merges.net/theory/20010305.html


6.3. Ці можна да вашага сайта даступіцца, набраўшы адрас без "www"?


У цэлым не вельмі крытычнае патрабаванне, а часам яго нават немагчыма задаволіць. Але тым не менш заўсёды нядрэнна, калі ў вашых наведвальнікаў ёсць такая магчымасць. Калі наведвальнік набярэ назву вашага сайта без "www" і не зможа да яго доступіться, гэта будзе дрэнна і для вас і для яго.


6.4. Ці ёсць у сайта піктаграма для закладак?


Піктаграма для закладак (favicon) гэта графічны файл з малюначкам у некалькіх дазволах. Яны як правіла выкарыстоўваюцца на ўсіх прафесійна выкананых сайтах. Піктаграма для закладак дае вэб-майстру яшчэ адзін спосаб рэкламы сайта.
http://www.favicon.com/

Зразумела, піктаграма для закладак не з'яўляецца крытычнай. Аднак яе адсутнасць спараджае хвалю памылак 404 у вашых лог-файлах. Такія браўзары як IE заўсёды запытваюць у сервера гэту піктаграму, калі карыстач змяшчае спасылку на ваш сайт у закладкі. Калі на вашым сайце гэтай піктаграмы няма, у логі патрапіць памылка "404 File not found". Так што наяўнасць такой піктаграмы дапаможа вам значна скараціць памер файла памылак. Тое ж самае ставіцца і да файла "robots.txt".


Пра гэты спіс


Дадзены спіс з'явіўся ўпершыню у агульных рысах у спісе рассылання Web Standards Mail list у траўні 2004 года. Ён быў прадстаўлены групе Sydney Web Standards Group 5 жніўня 2004 гады. Таксама гэты спіс даступны ў pdf-фармаце.

Russ Weakley

Russ у наш час працуе вэб-дызайнерам у камандзе сайта Australian Museum Online. Адначасова ён спецыялізуецца на распрацоўцы інтэрфейсаў, навігацыі, структуры сайтаў і графікі для іх.