Ex Machina: Дизайн для думающих

Последнее обновление 12.11.02

	Наблюдения   Интерфейс   Веб   Про инструмент   Про бумагу   Про контент

О навигационной роли адреса

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

Я ничего плохого не хочу сказать о доменных адресах. В конечном итоге безразлично, как они звучат, хотя бы потому, что в абсолютном большинстве случаев их не выбирают — каково название фирмы, таков и домен. А какой смысл в том, чтобы горевать о том, что невозможно исправить? Надо смириться. Так вот. Мне искренне не нравятся те части адресов, в которых хранятся названия каталогов и файлов — короче говоря, все, что располагается за первым слешем.

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

Ошибка номер 1. Лишенные смысла названия каталогов и файлов

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

Чем еще можно объяснить такое пренебрежение к строке адреса?

Ни один пользователь не может понять, как могло так получиться, что он в настоящее время читает текст "Венера", расположенный в разделе "Планеты солнечной системы", а файл с этим текстом называется hgjmchgc001.shtml и расположен в каталоге str826. Никто такого понять не способен.

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

Возникает только две дилеммы. Дилемма первая — как называть каталоги, транслитерированным текстом по-русски (пример — planety) или по-английски (пример — planets). Ответ — в зависимости от целевой аудитории. Дилемма вторая — хранить названия в файлах или каталогах. Дело в том, что подавляющее число пользователей не любит расширения файлов. И не понимает, зачем они нужны. К счастью, есть возможность избавить их от расширений — просто надо хранить каждый файл в собственном каталоге, давая файлу любое название, побуждающим сервер отдавать клиенту именно его (к таким названиям относятся index.htm, default.htm и так далее, если у вас не заработает, спросите стандартное название у администратора сервера). Соответственно, осмысленное и уникальное название надо в таком случае давать каталогу, в котором располагается файл, устанавливая гиперссылки опять-таки не на файл, а на каталог. К сожалению, этот метод не вполне удобен с точки зрения поддержки сервера, так что часто им пренебрегают. С моей точки зрения, зря.

Ошибка номер 2. Помещение в адрес непонятной для пользователя служебной информации

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

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

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

О фреймах

Как известно, браузеры не показывают адреса для страниц, находящихся во фреймах (т.е. показывается только адрес страницы, содержащей таг FRAMESET). В том случае, когда вы вынуждены все-таки использовать служебную информацию в адресе (или не хотите, чтобы большинство пользователей, кроме самых отпетых, знало URL просматриваемой ими страницы), такое свойство браузеров становится полезным. Создав фрейм нулевой длины, вы сможете полностью и бесповоротно избавиться от показа нежелательного адреса пользователю.

  
Конечно, можно жить и без всего этого. Но не удивляйтесь, если пользователи не будут вас любить.

Версия 1. Последнее обновление этого документа: 20.03.00