Веб-дизайн - Web design - Wikipedia

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

История

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

1988–2001

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

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

В 1989 году, работая в ЦЕРН Тим Бернерс-Ли предложил создать глобальный гипертекстовый проект, впоследствии получивший название Всемирная паутина. В период с 1991 по 1993 год зародилась всемирная паутина. Страницы, состоящие только из текста, можно было просматривать с помощью простого браузера в строчном режиме.[2] В 1993 г. Марк Андриссен и Эрик Бина, создал Браузер мозаики. В то время существовало несколько браузеров, однако большинство из них были основаны на 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 г. Вспышка (первоначально известный как FutureSplash). В то время инструмент разработки Flash-контента был относительно простым по сравнению с нынешним, с использованием основных инструментов компоновки и рисования, ограниченного предшественника ActionScript, и график времени, но он позволил веб-дизайнерам выйти за рамки HTML, анимированные GIF и JavaScript. Однако, поскольку Flash требовал плагин многие веб-разработчики избегали его использования, опасаясь ограничить свою долю на рынке из-за несовместимости. Вместо этого дизайнеры вернулись к GIF-анимации (если они не отказались от использования графики движения вместе) и JavaScript для виджеты. Но преимущества Flash сделали его достаточно популярным среди определенных целевых рынков, чтобы в конечном итоге проникнуть в подавляющее большинство браузеров, и достаточно мощным, чтобы использовать его для разработки целых сайтов.[6]

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

Дальнейшая информация: Браузерные войны § Первая браузерная война (1995–2001)

В 1998 году Netscape выпустила код Netscape Communicator под лицензия с открытым исходным кодом, позволяя тысячам разработчиков участвовать в улучшении программного обеспечения. Однако эти разработчики решили начать с нуля стандарт для Интернета, который руководил разработкой браузера с открытым исходным кодом и вскоре расширился до полноценной платформы приложений.[5] В Проект веб-стандартов был сформирован и продвигал браузеры в соответствии с HTML и CSS стандарты. Такие программы, как Кислота1, Кислота2, и Кислота3 были созданы для тестирования браузеров на соответствие веб-стандартам. В 2000 году был выпущен Internet Explorer для Mac, который стал первым браузером, полностью поддерживающим 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, и более глубокий уровень спецификации каждого устройства в таблице стилей страницы за счет расширенного использования CSS. @средства массовой информации правило. В марте 2018 года Google объявил о внедрении индексации, ориентированной на мобильные устройства.[12] Сайты с адаптивным дизайном имеют все возможности для обеспечения соответствия этому новому подходу.

Типография

Основная статья: типография

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

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

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

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

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

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

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

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

Созданный контент

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

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

Основная статья: Статическая веб-страница

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

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

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

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

Основная статья: Динамическая веб-страница

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

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

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

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

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

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

Эксперты по юзабилити, включая Якоб Нильсен и Кайл Соуси, часто подчеркивали, что дизайн домашней страницы способствует успеху веб-сайта, и утверждали, что домашняя страница является самой важной страницей на веб-сайте.[17]Нильсен, Якоб; Тахир, Мари (октябрь 2001 г.), Юзабилити домашней страницы: 50 сайтов деконструированы, Издательство New Riders, 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. ^ а б Лестер, Джорджина. «Различные должности и обязанности разных людей, участвующих в создании веб-сайта». Arts Wales UK. Получено 2012-03-17.
  2. ^ "Более длинная биография". Получено 2012-03-16.
  3. ^ "Браузер мозаики" (PDF). Получено 2012-03-16.
  4. ^ Цвикки, Э.Д., Купер, С. и Чепмен, Д. (2000). Создание межсетевых экранов Интернета. США: O’Reily & Associates. п.804. ISBN  1-56592-871-7.CS1 maint: использует параметр авторов (связь)
  5. ^ а б c d Нидерст, Дженнифер (2006). Веб-дизайн в двух словах. Соединенные Штаты Америки: O'Reilly Media. С. 12–14. ISBN  0-596-00987-9.
  6. ^ а б Чепмен, Кэмерон, Эволюция веб-дизайна, Шесть редакций, заархивировано из оригинал 30 октября 2013 г.
  7. ^ "AMO.NET America's Multimedia Online (Internet Explorer 6 PREVIEW)". amo.net. Получено 2020-05-27.
  8. ^ а б «Служба проверки разметки W3C».
  9. ^ W3C. «Инициатива веб-доступности (WAI)».
  10. ^ Торлаций, Лисбет (2007). «Роль эстетики в веб-дизайне». Обзор Nordicom. 28 (28): 63–76. Дои:10.1515 / nor-2017-0201. S2CID  146649056. Получено 2014-07-18.
  11. ^ Кастаньеда, Х.А. Франсиско; Муньос-Лейва, Теодоро Луке (2007). «Модель веб-принятия (WAM): смягчающие эффекты взаимодействия с пользователем». Информация и управление. 44 (4): 384–396. Дои:10.1016 / j.im.2007.02.003.
  12. ^ "Внедрение индексации с ориентацией на мобильные устройства". Официальный блог Центра веб-мастеров Google. Получено 2018-06-09.
  13. ^ Стоун, Джон (16 ноября 2009 г.). «20 советов и запретов эффективной веб-типографики». Получено 2012-03-19.
  14. ^ Консорциум World Wide Web: общие сведения о принципах доступности веб-контента 2.2.2: приостановить, остановить, скрыть
  15. ^ W3C QA. «Мой веб-сайт стандартный! А ваш?». Получено 2012-03-21.
  16. ^ Кристенсен, Матиас Бильманн (16 ноября 2015 г.). "Генераторы статических веб-сайтов: Джекилл, Посредник, Рутс, Хьюго". Smashing Magazine. Получено 2016-10-26.
  17. ^ Суси, Кайл, Ваша домашняя страница делает то, что должна?, Удобный интерфейс, заархивировано из оригинал 8 июня 2012 г.
  18. ^ Нильсен, Якоб (10 ноября 2003 г.), Десять наиболее нарушаемых правил дизайна домашней страницы, Nielsen Norman Group, архивировано с оригинал 5 октября 2013 г.
  19. ^ Найт, Кайла (20 августа 2009 г.), Основные советы по созданию эффективной домашней страницы, Шесть редакций, заархивировано из оригинал 21 августа 2013 г.
  20. ^ Спул, Джаред (29 сентября 2005 г.), Актуален ли дизайн домашней страницы?, Разработка пользовательского интерфейса, заархивировано оригинал 16 сентября 2013 г.
  21. ^ Чепмен, Кэмерон (15 сентября 2010 г.), 10 советов по удобству использования, основанных на исследованиях, Шесть редакций, заархивировано из оригинал 2 сентября 2013 г.
  22. ^ Гоча, Золтан, Миф № 17: главная страница - ваша самая важная страница, заархивировано из оригинал 2 июня 2013 г.
  23. ^ Макговерн, Джерри (18 апреля 2010 г.), Упадок главной страницы, заархивировано из оригинал 24 мая 2013 г.
  24. ^ Портер, Джошуа (24 апреля 2006 г.), Приоритизация времени разработки: подход "длинного хвоста", Разработка пользовательского интерфейса, заархивировано из оригинал 14 мая 2013 г.
  25. ^ Спул, Джаред (6 августа 2007 г.), Подкаст "Инструменты для удобства использования: Дизайн домашней страницы", заархивировано из оригинал 29 апреля 2013 г.
  26. ^ Бейтс, Крис (9 октября 2012 г.), Лучшие практики в дизайне каруселей для эффективного веб-маркетинга, Smart Insights, заархивировано из оригинал 3 апреля 2013 г.
  27. ^ а б Месснер, Кэти (22 апреля 2013 г.), Карусели изображений: контроль над каруселью, Usability.gov, заархивировано с оригинал 10 октября 2013 г.
  28. ^ Джонс, Харрисон (19 июня 2013 г.), Слайдеры на главной странице: плохо для SEO, плохо для удобства использования, заархивировано из оригинал 22 ноября 2013 г.
  29. ^ Лаха, Пип (8 июня 2019 г.), Карусели изображений и слайдеры? Не используйте их. (Вот почему.), CXL, заархивировано из оригинал 10 декабря 2019 г.
  30. ^ Алексей, Вальтер (2001). Карьера в веб-дизайне. Нью-Йорк: The Rosen Publishing Group, Inc., стр.9 –11. ISBN  9780823931910.
  31. ^ "Веб-дизайнер". Получено 2012-03-19.

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