Страница полузащищенная
Из Википедии, бесплатной энциклопедии
  (Перенаправлено веб-дизайнером )
Перейти к навигации Перейти к поиску

Веб-дизайн включает в себя множество различных навыков и дисциплин в создании и обслуживании веб-сайтов . Различные области веб-дизайна включают веб-графический дизайн; дизайн пользовательского интерфейса (UI дизайн); авторская разработка, включая стандартизованный код и проприетарное программное обеспечение ; дизайн пользовательского опыта (UX-дизайн); и поисковая оптимизация . Часто многие люди работают в командах, охватывающих различные аспекты процесса проектирования, хотя некоторые дизайнеры охватывают их все. [1] Термин «веб-дизайн» обычно используется для описания процесса проектирования, относящегося к внешнему (клиентскому) дизайну веб-сайта, включая написание разметки.. Веб-дизайн частично перекрывает веб-инжиниринг в более широком контексте веб-разработки . Ожидается, что веб-дизайнеры будут осведомлены об удобстве использования, и если их роль включает создание разметки, они также должны быть в курсе руководящих принципов веб-доступности .

История

Книги по веб-дизайну в магазине

1988–2001

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

Начало веб-дизайна и веб-дизайна

В 1989 году, работая в CERN, Тим Бернерс-Ли предложил создать глобальный гипертекстовый проект, который позже стал известен как World Wide Web . В период с 1991 по 1993 год зародилась всемирная паутина. Страницы, состоящие только из текста, можно было просматривать с помощью простого браузера, работающего в строчном режиме. [2] В 1993 году Марк Андриссен и Эрик Бина создали браузер Mosaic . В то время существовало несколько браузеров, однако большинство из них были основаны на Unix и, естественно, содержали много текста. Не существовало комплексного подхода к элементам графического дизайна, таким как изображения или звуки. Браузер Mosaic сломал этот шаблон. [3] консорциум W3Cбыла создана в октябре 1994 года, чтобы «раскрыть весь потенциал всемирной паутины путем разработки общих протоколов, способствующих ее развитию и обеспечивающих ее функциональную совместимость». [4] Это отбивало у любой компании желание монополизировать собственный браузер и язык программирования, что могло бы изменить влияние всемирной паутины в целом. W3C продолжает устанавливать стандарты, которые сегодня можно увидеть в JavaScript и других языках. В 1994 году Андриссен основал Mosaic Communications Corp., которая позже стала известна как Netscape Communications., браузер Netscape 0.9. Netscape создала свои собственные HTML-теги без учета традиционного процесса стандартизации. Например, Netscape 1.1 включал теги для изменения цвета фона и форматирования текста с таблицами на веб-страницах. В период с 1996 по 1999 год начались войны браузеров , поскольку Microsoft и Netscape боролись за абсолютное доминирование браузеров. В это время появилось много новых технологий, в частности каскадные таблицы стилей , JavaScript и динамический HTML . В целом конкуренция браузеров привела к созданию множества положительных результатов и помогла веб-дизайну развиваться быстрыми темпами. [5]

Эволюция веб-дизайна

В 1996 году Microsoft выпустила свой первый конкурентный браузер, который имел собственные функции и HTML-теги. Это был также первый браузер, поддерживающий таблицы стилей, которые в то время считались малоизвестной техникой разработки и сегодня являются важным аспектом веб-дизайна. [5] HTML разметка для таблиц изначально была предназначена для отображения табличных данных. Однако дизайнеры быстро осознали потенциал использования HTML-таблиц для создания сложных многоколоночных макетов, которые в противном случае были бы невозможны. В то время, когда дизайн и хорошая эстетика, казалось, преобладали над хорошей структурой разметки, мало внимания уделялось семантике и веб-доступности.. HTML-сайты были ограничены в вариантах дизайна, особенно в более ранних версиях HTML. Для создания сложных дизайнов многим веб-дизайнерам приходилось использовать сложные структуры таблиц или даже использовать пустые изображения в формате .GIF, чтобы не допустить сворачивания пустых ячеек таблицы. [6] CSS был представлен в декабре 1996 года консорциумом W3C для поддержки представления и макета. Это позволило HTML- коду быть семантическим, а не одновременно семантическим и презентационным, и улучшило веб-доступность, см. Веб-дизайн без таблиц .

В 1996 году был разработан Flash (первоначально известный как FutureSplash). В то время инструмент разработки Flash-контента был относительно простым по сравнению с нынешним, с использованием основных инструментов компоновки и рисования, ограниченного предшественника ActionScript и временной шкалы, но он позволил веб-дизайнерам выйти за рамки HTML, анимированных GIF-файлов и JavaScript. . Однако, поскольку для Flash требовался подключаемый модуль , многие веб-разработчики избегали его использования, опасаясь ограничить свою долю рынка из-за несовместимости. Вместо этого дизайнеры вернулись к GIF-анимации (если они не отказались от анимированной графики вообще) и JavaScript для виджетов.. Но преимущества Flash сделали его достаточно популярным среди определенных целевых рынков, чтобы в конечном итоге проникнуть в подавляющее большинство браузеров, и достаточно мощным, чтобы его можно было использовать для разработки целых сайтов. [6]

Конец первых войн браузеров

В 1998 году Netscape выпустила код Netscape Communicator под лицензией с открытым исходным кодом , что позволило тысячам разработчиков участвовать в улучшении программного обеспечения. Однако эти разработчики решили начать с нуля стандарт для Интернета, который руководил разработкой браузера с открытым исходным кодом и вскоре расширился до полноценной платформы приложений. [5] Проект веб-стандартов был сформирован и способствовал обеспечению соответствия браузеров стандартам HTML и CSS . Такие программы, как Acid1 , Acid2 и Acid3были созданы для тестирования браузеров на соответствие веб-стандартам. В 2000 году для Mac был выпущен Internet Explorer, который стал первым браузером, полностью поддерживающим HTML 4.01 и CSS 1. Он также был первым браузером, полностью поддерживающим формат изображений PNG . [5] К 2001 году, после кампании Microsoft по популяризации Internet Explorer, Internet Explorer достиг 96% доли использования веб-браузеров , что означало конец первых войн браузеров, поскольку у Internet Explorer не было реальной конкуренции. [7]

2001–2012

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

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

W3C выпустил новые стандарты HTML ( HTML5 ) и CSS ( CSS3 ), а также новый JavaScript API, каждый как новый , но отдельный стандарт. [ когда? ] Хотя термин HTML5 используется только для обозначения новой версии HTML и некоторых API-интерфейсов JavaScript, его стали использовать для обозначения всего набора новых стандартов (HTML5, CSS3 и JavaScript).

Инструменты и технологии

Веб-дизайнеры используют множество различных инструментов в зависимости от того, в какой части производственного процесса они участвуют. Эти инструменты со временем обновляются новыми стандартами и программным обеспечением, но принципы, лежащие в основе них, остаются теми же. Веб-дизайнеры используют редакторы векторной и растровой графики для создания изображений в веб-формате или создания прототипов. Технологии, используемые для создания веб-сайтов, включают стандарты W3C, такие как HTML и CSS, которые можно кодировать вручную или создавать с помощью программного обеспечения для редактирования WYSIWYG . Другие инструменты, которые могут использовать веб-дизайнеры, включают валидаторы разметки [8] и другие инструменты тестирования удобства использования и доступности, чтобы убедиться, что их веб-сайты соответствуют правилам веб-доступности. [9]

Навыки и техники

Маркетинговый и коммуникационный дизайн

Маркетинговый и коммуникационный дизайн на веб-сайте может определить, что работает для его целевого рынка. Это может быть возрастная группа или определенная часть культуры; таким образом дизайнер может понять тенденции своей аудитории. Дизайнеры также могут понимать тип создаваемого ими веб-сайта, что означает, например, что (B2B) дизайн веб - сайта для бизнеса может сильно отличаться от веб-сайта, ориентированного на потребителя, такого как веб-сайт розничной торговли или развлечения. Особое внимание может быть сделано , чтобы гарантировать , что эстетика или общий дизайн сайта не конфликтовать с ясностью и точностью содержания или легкостью веб - навигации , [10]особенно на сайте B2B. Дизайнеры также могут учитывать репутацию владельца или бизнеса, который представляет сайт, чтобы убедиться, что они представлены в благоприятном свете.

Дизайн пользовательского опыта и интерактивный дизайн

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

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

Макет страницы

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

Популярность гибких макетов возросла примерно в 2000 году в качестве альтернативы макетам на основе таблиц HTML и сетке как в принципе дизайна макета страницы, так и в технике кодирования, но их внедрение было очень медленным. [примечание 1] Это произошло из-за соображений относительно устройств чтения с экрана и различных размеров окон, над которыми дизайнеры не могут повлиять. Соответственно, дизайн можно разбить на блоки (сайдбары, блоки контента, встроенная рекламаобласти, области навигации), которые отправляются в браузер и которые будут помещены в окно отображения браузером, насколько это возможно. Поскольку браузер распознает детали экрана устройства чтения (размер окна, размер шрифта относительно окна и т. Д.), Браузер может вносить индивидуальные настройки макета в гибкие макеты, но не макеты с фиксированной шириной. Хотя такое отображение может часто изменять относительное положение основных блоков контента, боковые панели могут быть смещены под основным текстом, а не сбоку от него. Это более гибкий дисплей, чем жестко запрограммированный макет на основе сетки, который не умещается в окне устройства. В частности, относительное положение блоков контента может измениться, не затрагивая контент внутри блока. Это также сводит к минимуму потребность пользователя в горизонтальной прокрутке страницы.

Адаптивный веб-дизайн - это новый подход, основанный на CSS3, и более глубокий уровень спецификации для каждого устройства в таблице стилей страницы за счет расширенного использования @mediaправила CSS . В марте 2018 года Google объявил о внедрении индексации, ориентированной на мобильные устройства. [12] Сайты с адаптивным дизайном имеют все возможности для обеспечения соответствия этому новому подходу.

Типография

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

Загрузка шрифтов позже была включена в модуль шрифтов CSS3 и с тех пор реализована в Safari 3.1, Opera 10 и Mozilla Firefox 3.5. Впоследствии это повысило интерес к веб-типографике , а также к использованию загрузки шрифтов.

Большинство макетов сайтов содержат отрицательное пространство, чтобы разбить текст на абзацы, а также избежать выравнивания текста по центру. [13]

Графики движения

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

Анимационная графика, инициированная не посетителем сайта, может вызвать проблемы с доступностью. Стандарты доступности консорциума World Wide Web требуют, чтобы посетители сайта могли отключать анимацию. [14]

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

Разработчики веб-сайтов могут счесть хорошей практикой соблюдение стандартов. Обычно это делается с помощью описания, в котором указывается, что делает элемент. Несоблюдение стандартов может не сделать веб-сайт непригодным для использования или подверженным ошибкам, но стандарты могут относиться к правильному макету страниц для удобства чтения, а также к обеспечению надлежащего закрытия закодированных элементов. Сюда входят ошибки в коде, более организованный макет кода и проверка правильности идентификации идентификаторов и классов. Плохо закодированные страницы иногда в просторечии называют супом тегов . Проверка через W3C [8]может быть сделано только тогда, когда сделано правильное объявление DOCTYPE, которое используется для выделения ошибок в коде. Система выявляет ошибки и области, не соответствующие стандартам веб-дизайна. Затем эта информация может быть исправлена ​​пользователем. [15]

Сгенерированный контент

Есть два способа создания веб-сайтов: статический или динамический.

Статические сайты

Статический веб-сайт хранит уникальный файл для каждой страницы статического веб-сайта. Каждый раз, когда запрашивается эта страница, возвращается одно и то же содержимое. Этот контент создается один раз при разработке дизайна сайта. Обычно он создается вручную, хотя на некоторых сайтах используется автоматизированный процесс создания, аналогичный динамическому веб-сайту, результаты которого долгое время хранятся как завершенные страницы. Эти автоматически созданные статические сайты стали более популярными примерно в 2015 году с такими генераторами, как Jekyll и Adobe Muse . [16]

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

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

Динамические сайты

Динамические веб-сайты создаются на лету и используют серверные технологии для создания веб-страниц. Обычно они извлекают свой контент из одной или нескольких внутренних баз данных: некоторые из них представляют собой запросы к базе данных в реляционной базе данных для запроса каталога или обобщения числовой информации, другие могут использовать базу данных документов, такую ​​как MongoDB или NoSQL, для хранения более крупных единиц контента, например, сообщения в блогах или статьи вики.

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

Когда динамические веб-страницы только разрабатывались, они обычно кодировались непосредственно на таких языках, как Perl , PHP или ASP . Некоторые из них, особенно PHP и ASP, использовали «шаблонный» подход, при котором страница на стороне сервера напоминала структуру завершенной страницы на стороне клиента, а данные вставлялись в места, определенные «тегами». Это был более быстрый способ разработки, чем кодирование на чисто процедурном языке программирования, таком как Perl.

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

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

Дизайн домашней страницы

Эксперты по юзабилити, в том числе Якоб Нильсен и Кайл Суси, часто подчеркивали важность дизайна домашней страницы для успеха веб-сайта и утверждали, что домашняя страница является самой важной страницей на веб-сайте. [17] Нильсен, Якоб; Тахир, Мари (октябрь 2001 г.), Удобство использования домашней страницы: 50 деконструированных веб-сайтов , New Riders Publishing, ISBN 978-0735711020[18] [19] Однако в 2000-е годы практики начинали обнаруживать, что все большее количество посетителей веб-сайтов шло в обход домашней страницы, переходя непосредственно на внутренние страницы содержания через поисковые системы, электронные информационные бюллетени и RSS-каналы. [20] Заставляет многих практиков утверждать, что домашние страницы менее важны, чем думает большинство людей. [21] [22] [23] [24] В 2007 году Джаред Спул утверждал, что домашняя страница сайта на самом деле является наименее важной страницей на сайте. [25]

В 2012 и 2013 годах карусели (также называемые «слайдерами» и «вращающимися баннерами») стали чрезвычайно популярным элементом дизайна на домашних страницах, часто используемым для демонстрации избранного или недавнего контента в ограниченном пространстве. [26] [27] Многие практики утверждают, что карусели являются неэффективным элементом дизайна и наносят ущерб поисковой оптимизации и удобству использования веб-сайта. [27] [28] [29]

Профессии

При создании веб-сайта задействованы две основные должности: веб-дизайнер и веб-разработчик , которые часто работают вместе на веб-сайте. [30] Веб-дизайнеры несут ответственность за визуальный аспект, который включает макет, раскраску и типографику веб-страницы. Веб-дизайнеры также будут иметь практические знания языков разметки, таких как HTML и CSS, хотя степень их знаний будет отличаться от одного веб-дизайнера к другому. В частности, в небольших организациях одному человеку потребуются необходимые навыки для проектирования и программирования всей веб-страницы, в то время как в более крупных организациях может быть веб-дизайнер, отвечающий только за визуальный аспект. [31]

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

  • Графические дизайнеры для создания визуальных элементов сайта, таких как логотипы, макеты и кнопки.
  • Специалисты по интернет-маркетингу помогают поддерживать присутствие в Интернете с помощью стратегических решений по нацеливанию посетителей на сайт, используя методы маркетинга и продвижения в Интернете.
  • SEO-писатели, чтобы исследовать и рекомендовать правильные слова для включения в конкретный веб-сайт, чтобы сделать его более доступным и найденным в многочисленных поисковых системах.
  • Интернет-копирайтер для создания письменного содержания страницы для обращения к целевой аудитории сайта [1]
  • Дизайнер взаимодействия с пользователем (UX) включает аспекты ориентированного на пользователя дизайна, которые включают информационную архитектуру, ориентированный на пользователя дизайн, пользовательское тестирование, дизайн взаимодействия и, иногда, визуальный дизайн.

Смотрите также

Смотрите также

Связанные дисциплины

Примечания

  1. ^ <table> -основная разметка и разделитель изображений .GIF
  1. ^ а б Лестер, Джорджина. «Различные должности и обязанности разных людей, участвующих в создании веб-сайта» . Искусство Уэльса Великобритания . Проверено 17 марта 2012 .
  2. ^ "Более длинная биография" . Проверено 16 марта 2012 .
  3. ^ "Мозаичный браузер" (PDF) . Проверено 16 марта 2012 .
  4. Перейти ↑ Zwicky, ED, Cooper, S and Chapman, DB (2000). Создание межсетевых экранов Интернета . США: O'Reily & Associates. п. 804 . ISBN 1-56592-871-7.CS1 maint: uses authors parameter (link)
  5. ^ a b c d Нидерст, Дженнифер (2006). Веб-дизайн в двух словах . Соединенные Штаты Америки: O'Reilly Media. С. 12–14. ISBN 0-596-00987-9.
  6. ^ a b Chapman, Cameron, The Evolution of Web Design , Six Revisions, заархивировано из оригинала 30 октября 2013 г.
  7. ^ «AMO.NET America's Multimedia Online (Internet Explorer 6 PREVIEW)» . amo.net . Проверено 27 мая 2020 .
  8. ^ a b «Служба проверки разметки W3C» .
  9. ^ W3C. «Инициатива веб-доступности (WAI)» .
  10. ^ THORLACIUS, Лисбет (2007). «Роль эстетики в веб-дизайне» . Обзор Nordicom . 28 (28): 63–76. DOI : 10.1515 / NOR-2017-0201 . S2CID 146649056 . Проверено 18 июля 2014 . 
  11. ^ Кастаньеда, Дж. А. Франсиско; Муньос-Лейва, Теодоро Луке (2007). «Модель веб-принятия (WAM): смягчающие эффекты взаимодействия с пользователем». Информация и менеджмент . 44 (4): 384–396. DOI : 10.1016 / j.im.2007.02.003 .
  12. ^ «Развертывание индексации с ориентацией на мобильные устройства» . Официальный блог Центра веб-мастеров Google . Проверено 9 июня 2018 .
  13. ^ Стоун, Джон (2009-11-16). «20 советов и запретов эффективной веб-типографики» . Проверено 19 марта 2012 .
  14. ^ Консорциум World Wide Web: Понимание принципов доступности веб-контента 2.2.2: Пауза, Стоп, Скрыть
  15. ^ W3C QA. "Мой веб-сайт стандартный! А ваш?" . Проверено 21 марта 2012 .
  16. ^ Кристенсен, Матиас Бийлманн (2015-11-16). «Обзор генераторов статических веб-сайтов: Джекилл, Посредник, Рутс, Хьюго» . Smashing Magazine . Проверено 26 октября 2016 .
  17. ^ Суси, Кайл, ваша домашняя страница делает то, что должна? , Usable Interface, заархивировано из оригинала 8 июня 2012 г.
  18. Нильсен, Якоб (10 ноября 2003 г.), Десять наиболее нарушаемых рекомендаций по дизайну домашней страницы , Nielsen Norman Group, заархивировано с оригинала 5 октября 2013 г.
  19. Knight, Kayla (20 августа 2009 г.), Основные советы по созданию эффективной домашней страницы , шесть редакций, заархивировано из оригинала 21 августа 2013 г.
  20. ^ Золотника, Джаред (29 сентября 2005), Is Главная страница Design Соответствующие Anymore? , Пользовательский интерфейс Engineering, архивируются с оригинала на 16 сентября 2013
  21. Chapman, Cameron (15 сентября 2010 г.), 10 советов по удобству использования, основанных на исследованиях , шесть редакций, заархивировано из оригинала 2 сентября 2013 г.
  22. ^ Gócza, Золтан, Миф № 17: Домашняя страница Самая важная страница , архивируются с оригинала на 2 июня 2013
  23. Макговерн, Джерри (18 апреля 2010 г.), Упадок домашней страницы , заархивировано с оригинала 24 мая 2013 г.
  24. ^ Porter, Joshua (24 апреля 2006), приоритизации Design Time: Длинный хвост подход , пользовательский интерфейс Engineering, архивируются с оригинала на 14 мая 2013
  25. ^ Спул, Джаред (6 августа 2007 г.), Подкаст «Инструменты для удобства использования: Дизайн домашней страницы» , заархивировано из оригинала 29 апреля 2013 г.
  26. ^ Бейтс, Крис (9 октября 2012 г.), Лучшие практики в дизайне карусели для эффективного веб-маркетинга , Smart Insights, заархивировано из оригинала 3 апреля 2013 г.
  27. ^ a b Месснер, Кэти (22 апреля 2013 г.), Карусели изображений: получение контроля над каруселью , Usability.gov, заархивировано из оригинала 10 октября 2013 г.
  28. ^ Джонс, Харрисон (19 июня 2013 г.), Слайдеры домашней страницы: плохо для SEO, плохо для удобства использования , заархивировано из оригинала 22 ноября 2013 г.
  29. ^ Лай, Peep (8 июня 2019), Карусели изображения и ползунки? Не используйте их. (Вот почему.) , CXL, заархивировано из оригинала 10 декабря 2019 г.
  30. ^ Олексы, Вальтер (2001). Карьера в веб-дизайне . Нью - Йорк:. Розена Publishing Group, Inc. с  9 -11. ISBN 9780823931910.
  31. ^ "Веб-дизайнер" . Проверено 19 марта 2012 .

внешняя ссылка

  • Консорциум W3C для веб-стандартов
  • Веб-дизайн и разработка в Curlie