Самые прилежные веб-мастера часами тратят свое время на анализ логов. Они просматривают логи сервера, выуживая, откуда к ним на сайт приходят посетители, какие страницы они смотрят, и сколько времени проводят на каждой из них, и прочую полезную демографическую и техническую информацию. Однако самой интересной информацией является то, с каких поисковых серверов приходят посетители и какие ключевые слова они использовали при поиске. Исследование этой информации является весьма полезным, захватывающим и почти вуайеристским занятием, которым некоторые уже занимаются как хобби.
Как правило это делается так: берут результаты анализа логов по поисковым серверам, просматривают, какие поисковые сервера самые популярные и смотрят, что именно ищут посетители, приходящие на сайт. Полезно, но к сожалению, подобный анализ идет не дальше простого обобщения типа: «из людей, приходящих на наш сайте через поисковые сервера, 70% приходят через Google, и самыми популярными искомыми словами являются 'free software download' или 'download shareware'».
Что ж, прекрасно, но все-таки двух вещей в этом ответе не хватает. Первое, очень важно знать, как ссылки на ваш сайт представлены на поисковом сайте в результатах поиска. Далее, важно, что именно видят и ощущают пользователи, когда щелкают по ссылке в результатах поиска и попадают на ваш сайт. Многие владельцы сайтов тратят огромные усилия на то, чтобы добиться первых мест в результатах поиска на поисковых серверах. Но как правило мало внимания уделяется тому, как именно выглядят эти результаты поиска, помогут ли посетителю страницы, на которые указывают ссылки, если он на них перейдет. Если на вашем сайте вы установили свой собственный поисковый сервер, то отображение результатов поиска довольно легко контролировать. Довольно просто сопровождать результаты поиска ссылками на схожую информацию и тем самым гарантировать, что результаты поиска всегда будут соответствовать искомым критериям. Гораздо труднее сделать это, если посетитель пользуется внешним поисковым серверов. Трудно, но не невозможно. Вот несколько советов о том, как улучшить представление ссылок на ваш сайт в результатах поиска на поисковых серверах.
Три метода
Я предлагаю три метода, которые помогут вам улучшить представление ссылок на ваш сайт в результатах поиска на внешних поисковых серверах:
Воспроизведение процесса поиска по логам
Ролевой поиск
Тест на юзабилити
Теперь рассмотрим все три метода подробнее.
Воспроизведение процесса поиска
Этот процесс достаточно прост. Его название говорит само за себя: вы смотрите в логи поиска и воссоздаете поиск с помощью тех слов на тех же поисковых серверах, что использовали ваши посетители. Таким образом, если за прошлый месяц 30 посетителей искали на Yahoo ресурсы со словами " e-commerce white papers" и пришли на ваш сайт, вам следует пойти на Yahoo и ввести точно такой же запрос. После того, как результаты появятся на экране задайте себе следующие вопросы:
Где в результатах поиска находится ваша ссылка?
Сколько ссылок на ваш сайт попало в результаты поиска?
Если ссылок несколько, ведут ли они на разные страницы или на одну и ту же?
Как ссылка отображается в результатах поиска? Используется ли текст тега <title> c вашей страницы? Выводится ли URL? Выводится ли дата последнего обновления? Сопровождается ли ссылка описанием сайта или самой страницы? Используется ли для описания значения тега <META name=description> или просто выводится часть текста самой страницы? Если выводится часть текста, подсвечиваются ли в нем искомые слова?
Если судить по ключевым словам, соответствует ли ссылка на вашу страницу другим ссылкам в результате поиска?
Щелкните по ссылке, ведущей на ваш сайт. Какая страница появляется на экране? Можно ли с неё попасть на главную страницу сайта? Можно ли с неё попасть на другие страницы или например на важную страницу с перечнем продукции?
Вполне возможно, что вы например узнаете, что поисковый сервер использует текст из тега <title>, но только лишь первые 30 символов, а ваш текст в теге <title> имеет длину 50 символов. Вполне может оказаться, что в результатах поиска будут, скажем, четыре ссылки на ваш сайт, но по информации в результатах будет трудно определить, какую из ссылок лучше всего выбрать. Или может оказаться, что на самом верху результатов поиска окажется ваша страница «Контакты», но у нее не будет описания, что за информация представлена на вашем сайте, или в описании (взятом со страницы) не будет упоминания о продукции вашей фирмы.
Просматривая логи поиска, вы возможно обнаружите, что люди, приходящие на ваш сайт, пользовались такими поисковым словами, о которых вы даже не могли и подумать. Скажем, они могли искать mp3-файлы определенной группы, и нашли страницу вашего работника, где перечислены его любимые группы. А может быть они хотят обратиться в компанию с жалобой, и ищут сайт, где они могли бы пожаловаться на вас, и наталкиваются в результатах поиска на ваш отчет о том, как вы делали для них работу. Слова, используемые посетителями для поиска и страницы, на которые они приходят, могут подсказать вам, какие цели преследовали посетители (например, выкачать mp3-файл или нажаловаться на компанию), а также, помог ли им сайт в достижении их цели. В некоторых случаях ваш сайт может оказаться для таких посети лей полезным, следовательно вы можете изменить дизайн так, чтобы посетителям легче было выполнить эти задачи. В других случаях может оказаться, что вы ничем не можете помочь таким посетителям, и вы не заинтересованы менять что-то в сайте для них.
Данное упражнение поможет вам понять, что чувствует посетитель в первый раз попадая на ваш сайт через результаты поиска на поисковом сайте. Разумеется, данное упражнение дает вам информацию лишь о конкретном посетителе, который может разительно отличатся от того, посетителя, которого вы хотели бы заманить на сайт. Как уже выше было сказано, люди могут придти на сайт и попытаться сделать то, что на нем сделать невозможно. Но лишь потому, что ваш сайт появился в списке результатов, они могут придти к вам. Подумайте, нужны ли вам такие посетители. В некоторых случаях они нежелательны, и даже могут создавать проблемы.
Ролевой поиск
Ролевой поиск это процесс оценки интерфейса на основе определенного набора задач, присущих специфической группе людей. Чаще всего к этому методу прибегают специалисты по юзабилити, но основные идеи этого метода могут быть полезны и в других ситуациях. Например, вам надо пройти все этапы, которые необходимо предпринять пользователю, чтобы попасть на ваш сайт: пойти на поисковый сервер, ввести искомые слова (которые они скорей всего использовали бы), посмотреть на результаты. Задайте те же самые вопросы, что вы задавали при первом методе: есть ли в результатах ссылка на ваш сайт? соответствует ли она искомым словам? какая информация выводится вместе с ссылкой? на какую страницу ведет эта ссылка? Соответствует ли информация на странице искомым словам?
Наилучших результатов вы добьетесь если неустанно во время всего процесса будете смотреть на все этапы глазами своих пользователей. Если при разработке вы пользовались услугами представителя целевой группы (точнее, вы должны это делать), вы должны представить себе этого человека, и выполнить все действия в его шкуре. Скажем, Даниэла, 37 лет, мать-домохозяйка, в Интернете — новичок, наверняка наберет всего одно или два слова на поисковом сервере MSN.com потому что он является ее домашней страницей в броузере по умолчанию с те самых времен, когда она приобрела компьютер. Алекс, 25 лет, программист, может создать сложные запросы с помощью +/-, использует Google toolbar, установленный в его броузере.
Использование роли полезно потому, что вы лично не являетесь пользователем своего сайта. Роль постоянно напоминает вам при работе с сайтом о том, кто вы такой. Исследуйте, кто ваши пользователи, какие поисковые сервера они используют, и сконцентрируйтесь на них. Помните также, что ваши логи поиска говорят вам не всю правду. Положившись на них вы посчитаете, что посетители вашего сайта больше всего предпочитают сервер Altavista, потому что вы по логам видите, как больше всего посетителей дает именно этот поисковый сервер. Однако, все может оказаться иначе. Ваш сайт может просто не проиндексирован другими поисковыми серверами, поэтому и оказывается, что единственное место, где ваш сайт могут найти ваши посетители — это Altavista. Может оказаться, что подавляющее большинство вашей целевой аудитории предпочитает Yahoo, а ваш сайт там не прописан, вот вы и теряете львиную группу свои посетителей, которые никогда не смогут найти ваш сайт.
Короче, вы должны определить, кто является целевой аудиторией вашего сайта и попытаться воспроизвести те методы поиска, которыми они бы воспользовались, чтобы попасть на ваш сайт. Сымитируйте их язык, узнайте, какими поисковыми серверами они пользуются, какие у них формируются привычки при путешествии по Web-у. Подумайте, есть ли у них шанс отыскать ваш сайт, поразмышляйте, какое ощущение они будут испытывать попадая на ваш сайт с поискового сервера, возможно в первый раз.
Тестирование юзабилити
Методы, приведенные выше, разумеется очень полезны, но лучше всего не просто исследовать, что видят люди попадая на ваш сайт с поисковых серверов, но и провести еще тест на юзабилити. Основы юзабилити уже достаточно хорошо освещены в сети, но я сейчас опишу метод, который я называю Проверка Юзабилити внешнего Поискового Сервера.
Процесс практически похож на процессы предыдущих методов. Но в данном случае вместо анализа логов или самостоятельного выполнения поиска мы будем следить за тем, как этот поиск выполняют сами пользователи.
Попросите участников теста пойти на свой любимый поисковый сервер. Дайте им общую задачу или тему поиска, которая предположительно должна вывести в результатах ссылку на ваш сайт. Например, если вы продаете шрифты, дайте испытуемому такое задание: «вы создаете семейную газету, попробуйте найти в Интернете еще несколько новых шрифтов». Либо, если вы на своем сайте рекламируете альбомы рок-групп, задание может быть таким: «Вы хотите узнать кое-что о новом альбоме группы Супер-пупер, чтобы решить, покупать его или нет». Разумеется данный тест немного неточен потому, что мы заранее предполагаем, что испытуемый для выполнения этой задачи воспользуется Интернетом и непременно поисковым сервером. Не забывайте об этом условии, но помните, что сейчас цель нашего эксперимента — выяснить, как пользователь будет вести поиск, и определить, как ваш сайт в этом случае видим через поисковые сервера. Попросите, чтобы испытуемые вслух высказывали свои мысли и догадки. На какой поисковый сервер пойдем? Почему? Какие слова или словосочетания будем набирать? Каковы результаты? Попросите испытуемых выбрать любой из сайтов в результате поиска, который по их мнению поможет им в выполнении поставленной задачи. Лучше всего, если испытуемые не знают, какой из этих сайтов ваш. Таким образом они не будут подсознательно выбирать его, если увидят его в результатах поиска. Вполне возможно, что они выберут ваш сайт, а может быть — сайт вашего конкурента, а может быть они вообще будут недовольны результатами поиска.
Не давите на испытуемого, но дайте ему понять, что больше всего вы заинтересованы в тех результатах, что в реальности появляются на экране, и в том, что они думают, когда идут на тот или иной сайт. Если испытуемым не удастся попасть на ваш сайт самостоятельно после того, как они перебрали различные варианты поиска, попросите их выполнить поиск по словам, которые гарантировано дадут ваш сайт в результатах на первой странице. Опять посмотрите, выбирают ли испытуемые ваш сайт в получившихся результатах. Если нет, спросите у них, почему они выбрали именно эту ссылку, была ли какая-либо причина, по которой они не выбрали ссылку на ваш сайт. Затем попросите их щелкнуть по ссылке на ваш сайт и спросите их, какое впечатление у них складывается при взгляде на появившуюся страницу. В состоянии ли она помочь им выполнить поставленную задачу? Понятно ли по странице, чем сайт занимается? Понятно ли по странице, в каком разделе сайта они сейчас находятся, и куда они могут еще с этой страницы пойти?
Этот эксперимент необходимо выполнить с несколькими пользователями. Существуют разногласия среди специалистов юзабилити по тому, сколько пользователей должно привлекаться к тесту. Однако в данном случае 3-5 испытуемых будет достаточно, чтобы получить исчерпывающие данные по всем основным проблемам. И еще. Каталоги ссылок со временем меняются, результаты поиска — тоже, меняются и предпочтения пользователей относительно поисковых серверов, поэтому лучше всего проводить подобные тесты на регулярной основе, скажем, раз в каждые шесть месяцев. Это позволит вам своевременно оценивать произошедшие изменения на вашем сайте и на поисковых серверах.
Расширяем аудиторию
Итак мы рассмотрели три метода анализа эффективности работы поисковых серверов относительно вашего сайта. После оценки результатов, разумеется надо внести изменения и улучшения в сайт и в результаты поиска. Например, подать сайт на индексацию тем поисковым серверам, которые его не заметили; изменить элемент <title>; изменить текст на наиболее важных страницах, чтобы они в результатах поиска получали более высокий рейтинг; улучшить информационную архитектуру сайта, чтобы посетителям проще было перейти со страниц нижнего уровня на страницу раздела или на главную страницу сайта. Словом, анализ конкретных результатов покажет, что в точности необходимо сделать.
В настоящее время уже недостаточно завлекать как можно больше посетителей на сайт. Вы должны завлечь как можно больше нужных вам посетителей! С помощью методов, о которых я рассказал, вы сможете улучшить привлекательность вашего сайта в поисковых серверах для нужных вам посетителей. На это нужно лишь немного времени и усилий, а результат скажется непременно: контингент посетителей станет более качественным, и вы сможете более эффективно общаться с этой аудиторией.
www.ronl.ru
По роду своей деятельности мне часто приходится сталкиваться с вопросами обеспечения юзабилити. С одной стороны, я аналитик и занимаюсь проектированием информационных систем. С другой – мне доводилось оценивать готовые системы и прототипы и разрабатывать рекомендации по их улучшению. Пришло время поделиться знаниями.
Тема эта довольно объемная, и все аспекты в пределах одной статьи покрыть не представляется возможным. Я планирую подготовить цикл статей, посвященных этому вопросу. Сразу хотелось бы подчеркнуть, что статьи не будут представлять собой компиляцию уже существующих материалов по юзабилити (благо, их предостаточно), хотя я буду рекомендовать те из них, которые оказались полезными для меня. Все, что будет упоминаться в этой и следующих статьях, будет изложением моего опыта и моей точки зрения, так что буду рада обсудить и другие точки зрения на форуме.
Во всех статьях я буду использовать понятие «система», имея в виду любые информационные системы: веб сайты, настольные приложения, мобильные приложения и т.д. Традиционно понятие юзабилити чаще встречается в связи с веб приложениями, однако я постараюсь показать, что большая часть рекомендаций применима и к другим системам.
Итак, эти статьи будут вам полезны, если:
1) Вы не хотите тратить время на разработку функциональности, которая не будет востребована пользователем.
2) Вы хотите улучшить свои навыки прототипирования и макетирования (создание макетов).
2) Вы хотите научиться оценивать разрабатываемые вами системы с точки зрения юзабилити и разрабатывать рекомендации по их улучшению
3) Вы хотите, чтобы ваши системы получили конкурентное преимущество и были высоко оценены пользователями (или хотя бы не были оценены отрицательно)
Я не буду долго описывать, почему юзабилити характеристики важны и почему им следует уделять внимание. Скажу только что сегодня, когда в программистах недостатка нет и создание практически любой системы – фактически вопрос времени и денег, одно ее наличие не гарантирует успеха у пользователей. Для тех, кто хочет, чтобы его системы не просто соответствовали требованиям заказчика, но и являлись востребованными, вызывали у конечных пользователей сильный эмоциональный отклик и способствовали со временем появлению «преданности бренду» я и пишу эту статью.
Почему именно аналитики или если не мы, то кто?
Своими мыслями о роли аналитиков в обеспечении юзабилити и позитивного опыта взаимодействия я уже делилась на одной из встреч нашего сообщества. Мы, как аналитики, принимаем решения, связанные с юзабилити постоянно (даже если не знаем об этом). Если вы когда-нибудь делали что-либо из следующего: писали Vision & Scope, решали, какие «фичи» войдут в систему, описывали варианты использования (use cases), придумывали формулировки системных сообщений или подписей к элементам управления, определяли навигацию в приложении, рисовали макеты (мокапы, вайеры, прототипы)… и т.п. (список можно продолжать), вы влияли на юзабилити.
Замечательно, если в вашей компании есть специально обученный проектировщик взаимодействия. Однако если такого человека нет, все вопросы придется решать кому-то другому. И вариантов не так уж и много.
Программисты в общем случае самая плохая кандидатура для решения вопросов юзабилити. Во-первых, у них и так хватает сложных задач, требующих высокой степени концентрации. Во-вторых, это люди технические, и задачи, связанные с психологией, пониманием потребностей пользователей – просто за гранью их компетенции. Замечательно, если программист знаком с основными принципами юзабилити, однако глупо требовать от него полного предугадывания того, что же нужно конечному пользователю.
Что касается тестировщиков, это очень даже неплохой вариант, особенно если специалист разбирается в вопросах юзабилити. Однако тестировщики не участвуют на этапе проектирования, когда принимаются основные решения. Не могут они и повлиять на исправление фундаментальных прорех в юзабилити. Одно дело – неудачное расположение элементов управления на форме. Другое – если система в принципе не соответствует целям пользователя: едва ли получится завести и тем более исправить баг такого масштаба на финальной стадии проекта.
Дизайнеры, особенно хорошие дизайнеры, должны быть подкованы в юзабилити. Однако тут нужно понимать, что их компетенция – это самый верхний уровень, визуальная составляющая (понять, о каких уровнях речь). Глубинные уровни, уровни стратегии и набора возможностей остаются, так сказать, out of scope. Большинство дизайнеров не изучают своих пользователей. Не собирают и не анализируют требования (очевидно, что речь не о требованиях к дизайну, а о требованиях к системе в общем). Они могут создать потрясающую воображение визуальную составляющую, которая, однако, не гарантирует, что продукт удовлетворит пользователей и поможет им решать свои задачи.
Остаются аналитики, которые и так в процессе своей работы решают вопросы, напрямую относящиеся к юзабилити. А если мы это уже и так делаем, почему бы не делать это осознанно?
Понятие юзабилити
Для начала определимся с понятием юзабилити. Стандарт ISO 9241-11 определяет юзабилити как «степень, с которой продукт может быть использован определенными пользователями при определенном контексте использования для достижения определенных целей с должной эффективностью, продуктивностью и удовлетворенностью» (the extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use).
Уже в самом определении присутствуют три важных аспекта:
- определенные пользователи: интерфейс всегда создается для конкретной группы людей (или нескольких групп), характеризующейся своими особенностями, знаниями, навыками, ожиданиями, сильными и слабыми сторонами. Системы никогда не создаются для «любого» или «среднего» пользователя, даже если позиционируются как «подходящие всем».
- определенный контекст использования: решения, которые подходят для пользователя идеально в одном контексте, могут быть совершенно неприемлемы в другом. К примеру, управление посредством голосового интерфейса может оказаться удачным решением в условиях работы оператора в изолированном помещении, однако для совместной работы в одной комнате использование такой системы несколькими операторами одновременно будет затруднительным.
- определенные цели: ни одно решение в принципе не может быть удачным, если оно не помогает достичь пользователю его целей. А для того, чтобы оно помогало их достичь, нужно узнать, в чем эти цели состоят.
Также определение содержит некоторые метрики, которые позволяют оценивать юзабилити:
- эффективность (effectiveness): способность системы удовлетворить потребности пользователя;
- продуктивность (efficiency): работа, которую необходимо совершить или время, которое необходимо затратить пользователю для достижения целей с помощью системы;
- удовлетворенность (satisfaction): степень удовлетворенности пользователя своим взаимодействием с системой; показатель, связанный с эмоциями.
Именно поэтому привычная всем трактовка юзабилити как «удобство использования» является упрощенной, т.к. она не учитывает критериев, перечисленных выше. Иными словами, интерфейс может быть удобным для взаимодействия, однако совершенно бесполезным для пользователя. Главная мысль, которую мне хотелось бы донести: юзабилити нельзя рассматривать и оценивать в отрыве от пользователей и контекста.
С чего начать
Допустим, с понятием юзабилити все понятно. Важность обеспечения юзабилити тоже нареканий не вызывает. Вроде бы и литературы немало, и слоган «делай проще» уже набил оскомину. Однако… с чего же начать?
Прежде всего, необходимо признать: вы – это НЕ конечные пользователи. И заказчик, чаще всего, не выступает как представитель целевой аудитории. Иными словами, приемы примерки всех решений на себя («а понравилось бы мне?», «а мне это удобно/неудобно», «а я бы себя в такой ситуации повел бы следующим образом…») не работают.
У заказчика, как правило, есть свое представление о пользователях. Однако не стоит его сразу же принимать как непреложную истину. Составьте свое мнение о пользователях. Если есть такая возможность, пообщайтесь с ними лично – это идеальный вариант. Следует, однако, учитывать, что пользователи часто сами не знают, чего хотят, не умеют выражать свои мысли, акцентируют внимание на малозначимых мелочах, считают неочевидное очевидным и т.д. и т.п. Но…на то мы и аналитики, чтобы уметь извлекать требование в самых сложных условиях ;).
Если возможности пообщаться лично нет, попытайтесь выделить ключевые характеристики людей, для которых проектируется система (например, молодые люди в возрасте от 18 до 30 лет, технически подкованные) и составить их «психологические портреты».
Поможет в этом, с одной стороны, изучение статистических данных (для этого собственные исследования проводить необязательно, хватает и готовых материалов, например, такого плана), с другой – наблюдательность и … воображение. Важно иметь в виду: мы – не маркетологи, нам не нужны детальные глубокие отчеты обо всех характеристиках потенциальных пользователей от модели смартфона до размера ботинок. Вместо этого нужно сфокусироваться на главном. Мне в этом помогает вот этот шаблон. В принципе он самоочевидный, так что не буду комментировать все разделы, а обращу ваше внимание на разделы, которые могут вызвать вопросы:
То, что получается на выходе, известно как «персоны» (Personas). Подробнее о персонах можно почитать здесь и здесь.
Разумеется, вид и содержание такого профиля пользователя целиком зависят от специфики проекта. Вероятно, бывают случаи, когда вышеупомянутый размер ботинок тоже имеет значение ;)
Персона может выглядеть, например, вот так:
Думаю, многие из нас хотя бы единожды заполняли разделы спецификаций, описывающие роли пользователей. Персоны, описанные выше, — это способ заглянуть за сухое описание роли и увидеть там живого человека, который эту роль будет играть. А значит, и учесть его интересы и потребности.
Полученное описание можно (и нужно) включить в один из документов, которые разрабатываются на ранней стадии. Это может быть Vision & Scope или что-то иное, главное, чтобы это описание увидели все заинтересованные стороны и чтобы в процессе разработки потребности пользователей не отошли на второй план. С этой целью можно даже распечатать профили пользователей (снабдив их, помимо описания, фотографиями реальных людей) и повесить на виду у команды разработчиков. Так они не потеряются из вида, и при обсуждении, к примеру, новых фич нельзя будет не задумываться над тем, реально ли они нужны пользователям и, если да, в каком виде. Кроме этого, персоны позитивно воспринимаются разработчиками и вносят в процесс немного здорового веселья. А хорошо проработанные персоны приводят к тому, что уже сами разработчики более осознанно принимают решения, связанные с интерфейсом (а не напугает ли этот огромный таймер девочек из отдела оформления документов? Может лучше обойтись без него?).
На этом завершаю вводную статью. Буду рада вашим вопросам/комментариям на форуме.
В следующей статье я расскажу о создании макетов пользовательских интерфейсов, разнице между мокапами и вайерфреймами, инструментах для их создания и принципах, которыми стоит пользоваться при их проектировании, а также дам ссылки на полезные ресурсы по теме.
Дальнейшее чтение:
1. Алан Купер «Психбольница в руках пациентов» (The Inmates Are Running the Asylum)
2. Джесс Гарретт «Элементы опыта взаимодействия» (Jesse James Garrett: The Elements of User Experience)
Продолжение:
Очерки о юзабилити. Часть 2: Макеты интерфейса
Очерки о юзабилити. Часть 3: Оцениваем визуальный дизайн
Очерки о юзабилити. Часть 4: Информационная архитектура
Очерки о юзабилити. Часть 5: Вежливые программы
Очерки о юзабилити. Часть 6: Проектирование взаимодействия
Очерки о юзабилити: Часть 7: Позитивный опыт взаимодействия
Очерки о юзабилити: Часть 8: Позитивный опыт взаимодействия (продолжение)
Автор: Belle Morte
Обсуждение на форуме: http://analyst.by/forum/materialy-saita/ocherki-o-yuzabiliti
analyst.by
Три способа улучшить юзабилити внешних поисковых серверов
Самые прилежные веб-мастера часами тратят свое время на анализ логов. Они просматривают логи сервера, выуживая, откуда к ним на сайт приходят посетители, какие страницы они смотрят, и сколько времени проводят на каждой из них, и прочую полезную демографическую и техническую информацию. Однако самой интересной информацией является то, с каких поисковых серверов приходят посетители и какие ключевые слова они использовали при поиске. Исследование этой информации является весьма полезным, захватывающим и почти вуайеристским занятием, которым некоторые уже занимаются как хобби.
Как правило это делается так: берут результаты анализа логов по поисковым серверам, просматривают, какие поисковые сервера самые популярные и смотрят, что именно ищут посетители, приходящие на сайт. Полезно, но к сожалению, подобный анализ идет не дальше простого обобщения типа: "из людей, приходящих на наш сайте через поисковые сервера, 70% приходят через Google, и самыми популярными искомыми словами являются 'free software download' или 'download shareware'".
Что ж, прекрасно, но все-таки двух вещей в этом ответе не хватает. Первое, очень важно знать, как ссылки на ваш сайт представлены на поисковом сайте в результатах поиска. Далее, важно, что именно видят и ощущают пользователи, когда щелкают по ссылке в результатах поиска и попадают на ваш сайт. Многие владельцы сайтов тратят огромные усилия на то, чтобы добиться первых мест в результатах поиска на поисковых серверах. Но как правило мало внимания уделяется тому, как именно выглядят эти результаты поиска, помогут ли посетителю страницы, на которые указывают ссылки, если он на них перейдет. Если на вашем сайте вы установили свой собственный поисковый сервер, то отображение результатов поиска довольно легко контролировать. Довольно просто сопровождать результаты поиска ссылками на схожую информацию и тем самым гарантировать, что результаты поиска всегда будут соответствовать искомым критериям. Гораздо труднее сделать это, если посетитель пользуется внешним поисковым серверов. Трудно, но не невозможно. Вот несколько советов о том, как улучшить представление ссылок на ваш сайт в результатах поиска на поисковых серверах.
Три метода
Я предлагаю три метода, которые помогут вам улучшить представление ссылок на ваш сайт в результатах поиска на внешних поисковых серверах:
Воспроизведение процесса поиска по логам
Ролевой поиск
Тест на юзабилити
Теперь рассмотрим все три метода подробнее.
Воспроизведение процесса поиска
Этот процесс достаточно прост. Его название говорит само за себя: вы смотрите в логи поиска и воссоздаете поиск с помощью тех слов на тех же поисковых серверах, что использовали ваши посетители. Таким образом, если за прошлый месяц 30 посетителей искали на Yahoo ресурсы со словами " e-commerce white papers" и пришли на ваш сайт, вам следует пойти на Yahoo и ввести точно такой же запрос. После того, как результаты появятся на экране задайте себе следующие вопросы:
Где в результатах поиска находится ваша ссылка?
Сколько ссылок на ваш сайт попало в результаты поиска?
Если ссылок несколько, ведут ли они на разные страницы или на одну и ту же?
Как ссылка отображается в результатах поиска? Используется ли текст тега <title> c вашей страницы? Выводится ли URL? Выводится ли дата последнего обновления? Сопровождается ли ссылка описанием сайта или самой страницы? Используется ли для описания значения тега <META name=description> или просто выводится часть текста самой страницы? Если выводится часть текста, подсвечиваются ли в нем искомые слова?
Если судить по ключевым словам, соответствует ли ссылка на вашу страницу другим ссылкам в результате поиска?
Щелкните по ссылке, ведущей на ваш сайт. Какая страница появляется на экране? Можно ли с неё попасть на главную страницу сайта? Можно ли с неё попасть на другие страницы или например на важную страницу с перечнем продукции?
Вполне возможно, что вы например узнаете, что поисковый сервер использует текст из тега <title>, но только лишь первые 30 символов, а ваш текст в теге <title> имеет длину 50 символов. Вполне может оказаться, что в результатах поиска будут, скажем, четыре ссылки на ваш сайт, но по информации в результатах будет трудно определить, какую из ссылок лучше всего выбрать. Или может оказаться, что на самом верху результатов поиска окажется ваша страница "Контакты", но у нее не будет описания, что за информация представлена на вашем сайте, или в описании (взятом со страницы) не будет упоминания о продукции вашей фирмы.
Просматривая логи поиска, вы возможно обнаружите, что люди, приходящие на ваш сайт, пользовались такими поисковым словами, о которых вы даже не могли и подумать. Скажем, они могли искать mp3-файлы определенной группы, и нашли страницу вашего работника, где перечислены его любимые группы. А может быть они хотят обратиться в компанию с жалобой, и ищут сайт, где они могли бы пожаловаться на вас, и наталкиваются в результатах поиска на ваш отчет о том, как вы делали для них работу. Слова, используемые посетителями для поиска и страницы, на которые они приходят, могут подсказать вам, какие цели преследовали посетители (например, выкачать mp3-файл или нажаловаться на компанию), а также, помог ли им сайт в достижении их цели. В некоторых случаях ваш сайт может оказаться для таких посети лей полезным, следовательно вы можете изменить дизайн так, чтобы посетителям легче было выполнить эти задачи. В других случаях может оказаться, что вы ничем не можете помочь таким посетителям, и вы не заинтересованы менять что-то в сайте для них.
Данное упражнение поможет вам понять, что чувствует посетитель в первый раз попадая на ваш сайт через результаты поиска на поисковом сайте. Разумеется, данное упражнение дает вам информацию лишь о конкретном посетителе, который может разительно отличатся от того, посетителя, которого вы хотели бы заманить на сайт. Как уже выше было сказано, люди могут придти на сайт и попытаться сделать то, что на нем сделать невозможно. Но лишь потому, что ваш сайт появился в списке результатов, они могут придти к вам. Подумайте, нужны ли вам такие посетители. В некоторых случаях они нежелательны, и даже могут создавать проблемы.
Ролевой поиск
Ролевой поиск это процесс оценки интерфейса на основе определенного набора задач, присущих специфической группе людей. Чаще всего к этому методу прибегают специалисты по юзабилити, но основные идеи этого метода могут быть полезны и в других ситуациях. Например, вам надо пройти все этапы, которые необходимо предпринять пользователю, чтобы попасть на ваш сайт: пойти на поисковый сервер, ввести искомые слова (которые они скорей всего использовали бы), посмотреть на результаты. Задайте те же самые вопросы, что вы задавали при первом методе: есть ли в результатах ссылка на ваш сайт? соответствует ли она искомым словам? какая информация выводится вместе с ссылкой? на какую страницу ведет эта ссылка? Соответствует ли информация на странице искомым словам?
Наилучших результатов вы добьетесь если неустанно во время всего процесса будете смотреть на все этапы глазами своих пользователей. Если при разработке вы пользовались услугами представителя целевой группы (точнее, вы должны это делать), вы должны представить себе этого человека, и выполнить все действия в его шкуре. Скажем, Даниэла, 37 лет, мать-домохозяйка, в Интернете - новичок, наверняка наберет всего одно или два слова на поисковом сервере MSN.com потому что он является ее домашней страницей в броузере по умолчанию с те самых времен, когда она приобрела компьютер. Алекс, 25 лет, программист, может создать сложные запросы с помощью +/-, использует Google toolbar, установленный в его броузере.
Использование роли полезно потому, что вы лично не являетесь пользователем своего сайта. Роль постоянно напоминает вам при работе с сайтом о том, кто вы такой. Исследуйте, кто ваши пользователи, какие поисковые сервера они используют, и сконцентрируйтесь на них. Помните также, что ваши логи поиска говорят вам не всю правду. Положившись на них вы посчитаете, что посетители вашего сайта больше всего предпочитают сервер Altavista, потому что вы по логам видите, как больше всего посетителей дает именно этот поисковый сервер. Однако, все может оказаться иначе. Ваш сайт может просто не проиндексирован другими поисковыми серверами, поэтому и оказывается, что единственное место, где ваш сайт могут найти ваши посетители - это Altavista. Может оказаться, что подавляющее большинство вашей целевой аудитории предпочитает Yahoo, а ваш сайт там не прописан, вот вы и теряете львиную группу свои посетителей, которые никогда не смогут найти ваш сайт.
Короче, вы должны определить, кто является целевой аудиторией вашего сайта и попытаться воспроизвести те методы поиска, которыми они бы воспользовались, чтобы попасть на ваш сайт. Сымитируйте их язык, узнайте, какими поисковыми серверами они пользуются, какие у них формируются привычки при путешествии по Web-у. Подумайте, есть ли у них шанс отыскать ваш сайт, поразмышляйте, какое ощущение они будут испытывать попадая на ваш сайт с поискового сервера, возможно в первый раз.
Тестирование юзабилити
Методы, приведенные выше, разумеется очень полезны, но лучше всего не просто исследовать, что видят люди попадая на ваш сайт с поисковых серверов, но и провести еще тест на юзабилити. Основы юзабилити уже достаточно хорошо освещены в сети, но я сейчас опишу метод, который я называю Проверка Юзабилити внешнего Поискового Сервера.
Процесс практически похож на процессы предыдущих методов. Но в данном случае вместо анализа логов или самостоятельного выполнения поиска мы будем следить за тем, как этот поиск выполняют сами пользователи.
Попросите участников теста пойти на свой любимый поисковый сервер. Дайте им общую задачу или тему поиска, которая предположительно должна вывести в результатах ссылку на ваш сайт. Например, если вы продаете шрифты, дайте испытуемому такое задание: "вы создаете семейную газету, попробуйте найти в Интернете еще несколько новых шрифтов". Либо, если вы на своем сайте рекламируете альбомы рок-групп, задание может быть таким: "Вы хотите узнать кое-что о новом альбоме группы Супер-пупер, чтобы решить, покупать его или нет". Разумеется данный тест немного неточен потому, что мы заранее предполагаем, что испытуемый для выполнения этой задачи воспользуется Интернетом и непременно поисковым сервером. Не забывайте об этом условии, но помните, что сейчас цель нашего эксперимента - выяснить, как пользователь будет вести поиск, и определить, как ваш сайт в этом случае видим через поисковые сервера. Попросите, чтобы испытуемые вслух высказывали свои мысли и догадки. На какой поисковый сервер пойдем? Почему? Какие слова или словосочетания будем набирать? Каковы результаты? Попросите испытуемых выбрать любой из сайтов в результате поиска, который по их мнению поможет им в выполнении поставленной задачи. Лучше всего, если испытуемые не знают, какой из этих сайтов ваш. Таким образом они не будут подсознательно выбирать его, если увидят его в результатах поиска. Вполне возможно, что они выберут ваш сайт, а может быть - сайт вашего конкурента, а может быть они вообще будут недовольны результатами поиска.
Не давите на испытуемого, но дайте ему понять, что больше всего вы заинтересованы в тех результатах, что в реальности появляются на экране, и в том, что они думают, когда идут на тот или иной сайт. Если испытуемым не удастся попасть на ваш сайт самостоятельно после того, как они перебрали различные варианты поиска, попросите их выполнить поиск по словам, которые гарантировано дадут ваш сайт в результатах на первой странице. Опять посмотрите, выбирают ли испытуемые ваш сайт в получившихся результатах. Если нет, спросите у них, почему они выбрали именно эту ссылку, была ли какая-либо причина, по которой они не выбрали ссылку на ваш сайт. Затем попросите их щелкнуть по ссылке на ваш сайт и спросите их, какое впечатление у них складывается при взгляде на появившуюся страницу. В состоянии ли она помочь им выполнить поставленную задачу? Понятно ли по странице, чем сайт занимается? Понятно ли по странице, в каком разделе сайта они сейчас находятся, и куда они могут еще с этой страницы пойти?
Этот эксперимент необходимо выполнить с несколькими пользователями. Существуют разногласия среди специалистов юзабилити по тому, сколько пользователей должно привлекаться к тесту. Однако в данном случае 3-5 испытуемых будет достаточно, чтобы получить исчерпывающие данные по всем основным проблемам. И еще. Каталоги ссылок со временем меняются, результаты поиска - тоже, меняются и предпочтения пользователей относительно поисковых серверов, поэтому лучше всего проводить подобные тесты на регулярной основе, скажем, раз в каждые шесть месяцев. Это позволит вам своевременно оценивать произошедшие изменения на вашем сайте и на поисковых серверах.
Расширяем аудиторию
Итак мы рассмотрели три метода анализа эффективности работы поисковых серверов относительно вашего сайта. После оценки результатов, разумеется надо внести изменения и улучшения в сайт и в результаты поиска. Например, подать сайт на индексацию тем поисковым серверам, которые его не заметили; изменить элемент <title>; изменить текст на наиболее важных страницах, чтобы они в результатах поиска получали более высокий рейтинг; улучшить информационную архитектуру сайта, чтобы посетителям проще было перейти со страниц нижнего уровня на страницу раздела или на главную страницу сайта. Словом, анализ конкретных результатов покажет, что в точности необходимо сделать.
В настоящее время уже недостаточно завлекать как можно больше посетителей на сайт. Вы должны завлечь как можно больше нужных вам посетителей! С помощью методов, о которых я рассказал, вы сможете улучшить привлекательность вашего сайта в поисковых серверах для нужных вам посетителей. На это нужно лишь немного времени и усилий, а результат скажется непременно: контингент посетителей станет более качественным, и вы сможете более эффективно общаться с этой аудиторией.
www.referatmix.ru
Самые прилежные веб-мастера часами тратят свое время на анализ логов. Они просматривают логи сервера, выуживая, откуда к ним на сайт приходят посетители, какие страницы они смотрят, и сколько времени проводят на каждой из них, и прочую полезную демографическую и техническую информацию. Однако самой интересной информацией является то, с каких поисковых серверов приходят посетители и какие ключевые слова они использовали при поиске. Исследование этой информации является весьма полезным, захватывающим и почти вуайеристским занятием, которым некоторые уже занимаются как хобби.
Как правило это делается так: берут результаты анализа логов по поисковым серверам, просматривают, какие поисковые сервера самые популярные и смотрят, что именно ищут посетители, приходящие на сайт. Полезно, но к сожалению, подобный анализ идет не дальше простого обобщения типа: "из людей, приходящих на наш сайте через поисковые сервера, 70% приходят через Google, и самыми популярными искомыми словами являются 'free software download' или 'download shareware'".
Что ж, прекрасно, но все-таки двух вещей в этом ответе не хватает. Первое, очень важно знать, как ссылки на ваш сайт представлены на поисковом сайте в результатах поиска. Далее, важно, что именно видят и ощущают пользователи, когда щелкают по ссылке в результатах поиска и попадают на ваш сайт. Многие владельцы сайтов тратят огромные усилия на то, чтобы добиться первых мест в результатах поиска на поисковых серверах. Но как правило мало внимания уделяется тому, как именно выглядят эти результаты поиска, помогут ли посетителю страницы, на которые указывают ссылки, если он на них перейдет. Если на вашем сайте вы установили свой собственный поисковый сервер, то отображение результатов поиска довольно легко контролировать. Довольно просто сопровождать результаты поиска ссылками на схожую информацию и тем самым гарантировать, что результаты поиска всегда будут соответствовать искомым критериям. Гораздо труднее сделать это, если посетитель пользуется внешним поисковым серверов. Трудно, но не невозможно. Вот несколько советов о том, как улучшить представление ссылок на ваш сайт в результатах поиска на поисковых серверах.
Я предлагаю три метода, которые помогут вам улучшить представление ссылок на ваш сайт в результатах поиска на внешних поисковых серверах:
Воспроизведение процесса поиска по логам
Ролевой поиск
Тест на юзабилити
Теперь рассмотрим все три метода подробнее.
Воспроизведение процесса поиска
Этот процесс достаточно прост. Его название говорит само за себя: вы смотрите в логи поиска и воссоздаете поиск с помощью тех слов на тех же поисковых серверах, что использовали ваши посетители. Таким образом, если за прошлый месяц 30 посетителей искали на Yahoo ресурсы со словами " e-commerce white papers" и пришли на ваш сайт, вам следует пойти на Yahoo и ввести точно такой же запрос. После того, как результаты появятся на экране задайте себе следующие вопросы:
Где в результатах поиска находится ваша ссылка?
Сколько ссылок на ваш сайт попало в результаты поиска?
Если ссылок несколько, ведут ли они на разные страницы или на одну и ту же?
Как ссылка отображается в результатах поиска? Используется ли текст тега c вашей страницы? Выводится ли URL? Выводится ли дата последнего обновления? Сопровождается ли ссылка описанием сайта или самой страницы? Используется ли для описания значения тега или просто выводится часть текста самой страницы? Если выводится часть текста, подсвечиваются ли в нем искомые слова?
Если судить по ключевым словам, соответствует ли ссылка на вашу страницу другим ссылкам в результате поиска?
Щелкните по ссылке, ведущей на ваш сайт. Какая страница появляется на экране? Можно ли с неё попасть на главную страницу сайта? Можно ли с неё попасть на другие страницы или например на важную страницу с перечнем продукции?
Вполне возможно, что вы например узнаете, что поисковый сервер использует текст из тега , но только лишь первые 30 символов, а ваш текст в теге имеет длину 50 символов. Вполне может оказаться, что в результатах поиска будут, скажем, четыре ссылки на ваш сайт, но по информации в результатах будет трудно определить, какую из ссылок лучше всего выбрать. Или может оказаться, что на самом верху результатов поиска окажется ваша страница "Контакты", но у нее не будет описания, что за информация представлена на вашем сайте, или в описании (взятом со страницы) не будет упоминания о продукции вашей фирмы.
Просматривая логи поиска, вы возможно обнаружите, что люди, приходящие на ваш сайт, пользовались такими поисковым словами, о которых вы даже не могли и подумать. Скажем, они могли искать mp3-файлы определенной группы, и нашли страницу вашего работника, где перечислены его любимые группы. А может быть они хотят обратиться в компанию с жалобой, и ищут сайт, где они могли бы пожаловаться на вас, и наталкиваются в результатах поиска на ваш отчет о том, как вы делали для них работу. Слова, используемые посетителями для поиска и страницы, на которые они приходят, могут подсказать вам, какие цели преследовали посетители (например, выкачать mp3-файл или нажаловаться на компанию), а также, помог ли им сайт в достижении их цели. В некоторых случаях ваш сайт может оказаться для таких посети лей полезным, следовательно вы можете изменить дизайн так, чтобы посетителям легче было выполнить эти задачи. В других случаях может оказаться, что вы ничем не можете помочь таким посетителям, и вы не заинтересованы менять что-то в сайте для них.
Данное упражнение поможет вам понять, что чувствует посетитель в первый раз попадая на ваш сайт через результаты поиска на поисковом сайте. Разумеется, данное упражнение дает вам информацию лишь о конкретном посетителе, который может разительно отличатся от того, посетителя, которого вы хотели бы заманить на сайт. Как уже выше было сказано, люди могут придти на сайт и попытаться сделать то, что на нем сделать невозможно. Но лишь потому, что ваш сайт появился в списке результатов, они могут придти к вам. Подумайте, нужны ли вам такие посетители. В некоторых случаях они нежелательны, и даже могут создавать проблемы.
Ролевой поиск это процесс оценки интерфейса на основе определенного набора задач, присущих специфической группе людей. Чаще всего к этому методу прибегают специалисты по юзабилити, но основные идеи этого метода могут быть полезны и в других ситуациях. Например, вам надо пройти все этапы, которые необходимо предпринять пользователю, чтобы попасть на ваш сайт: пойти на поисковый сервер, ввести искомые слова (которые они скорей всего использовали бы), посмотреть на результаты. Задайте те же самые вопросы, что вы задавали при первом методе: есть ли в результатах ссылка на ваш сайт? соответствует ли она искомым словам? какая информация выводится вместе с ссылкой? на какую страницу ведет эта ссылка? Соответствует ли информация на странице искомым словам?
Наилучших результатов вы добьетесь если неустанно во время всего процесса будете смотреть на все этапы глазами своих пользователей. Если при разработке вы пользовались услугами представителя целевой группы (точнее, вы должны это делать), вы должны представить себе этого человека, и выполнить все действия в его шкуре. Скажем, Даниэла, 37 лет, мать-домохозяйка, в Интернете - новичок, наверняка наберет всего одно или два слова на поисковом сервере MSN.com потому что он является ее домашней страницей в броузере по умолчанию с те самых времен, когда она приобрела компьютер. Алекс, 25 лет, программист, может создать сложные запросы с помощью +/-, использует Google toolbar, установленный в его броузере.
Использование роли полезно потому, что вы лично не являетесь пользователем своего сайта. Роль постоянно напоминает вам при работе с сайтом о том, кто вы такой. Исследуйте, кто ваши пользователи, какие поисковые сервера они используют, и сконцентрируйтесь на них. Помните также, что ваши логи поиска говорят вам не всю правду. Положившись на них вы посчитаете, что посетители вашего сайта больше всего предпочитают сервер Altavista, потому что вы по логам видите, как больше всего посетителей дает именно этот поисковый сервер. Однако, все может оказаться иначе. Ваш сайт может просто не проиндексирован другими поисковыми серверами, поэтому и оказывается, что единственное место, где ваш сайт могут найти ваши посетители - это Altavista. Может оказаться, что подавляющее большинство вашей целевой аудитории предпочитает Yahoo, а ваш сайт там не прописан, вот вы и теряете львиную группу свои посетителей, которые никогда не смогут найти ваш сайт.
Короче, вы должны определить, кто является целевой аудиторией вашего сайта и попытаться воспроизвести те методы поиска, которыми они бы воспользовались, чтобы попасть на ваш сайт. Сымитируйте их язык, узнайте, какими поисковыми серверами они пользуются, какие у них формируются привычки при путешествии по Web-у. Подумайте, есть ли у них шанс отыскать ваш сайт, поразмышляйте, какое ощущение они будут испытывать попадая на ваш сайт с поискового сервера, возможно в первый раз.
Методы, приведенные выше, разумеется очень полезны, но лучше всего не просто исследовать, что видят люди попадая на ваш сайт с поисковых серверов, но и провести еще тест на юзабилити. Основы юзабилити уже достаточно хорошо освещены в сети, но я сейчас опишу метод, который я называю Проверка Юзабилити внешнего Поискового Сервера.
Процесс практически похож на процессы предыдущих методов. Но в данном случае вместо анализа логов или самостоятельного выполнения поиска мы будем следить за тем, как этот поиск выполняют сами пользователи.
Попросите участников теста пойти на свой любимый поисковый сервер. Дайте им общую задачу или тему поиска, которая предположительно должна вывести в результатах ссылку на ваш сайт. Например, если вы продаете шрифты, дайте испытуемому такое задание: "вы создаете семейную газету, попробуйте найти в Интернете еще несколько новых шрифтов". Либо, если вы на своем сайте рекламируете альбомы рок-групп, задание может быть таким: "Вы хотите узнать кое-что о новом альбоме группы Супер-пупер, чтобы решить, покупать его или нет". Разумеется данный тест немного неточен потому, что мы заранее предполагаем, что испытуемый для выполнения этой задачи воспользуется Интернетом и непременно поисковым сервером. Не забывайте об этом условии, но помните, что сейчас цель нашего эксперимента - выяснить, как пользователь будет вести поиск, и определить, как ваш сайт в этом случае видим через поисковые сервера. Попросите, чтобы испытуемые вслух высказывали свои мысли и догадки. На какой поисковый сервер пойдем? Почему? Какие слова или словосочетания будем набирать? Каковы результаты? Попросите испытуемых выбрать любой из сайтов в результате поиска, который по их мнению поможет им в выполнении поставленной задачи. Лучше всего, если испытуемые не знают, какой из этих сайтов ваш. Таким образом они не будут подсознательно выбирать его, если увидят его в результатах поиска. Вполне возможно, что они выберут ваш сайт, а может быть - сайт вашего конкурента, а может быть они вообще будут недовольны результатами поиска.
Не давите на испытуемого, но дайте ему понять, что больше всего вы заинтересованы в тех результатах, что в реальности появляются на экране, и в том, что они думают, когда идут на тот или иной сайт. Если испытуемым не удастся попасть на ваш сайт самостоятельно после того, как они перебрали различные варианты поиска, попросите их выполнить поиск по словам, которые гарантировано дадут ваш сайт в результатах на первой странице. Опять посмотрите, выбирают ли испытуемые ваш сайт в получившихся результатах. Если нет, спросите у них, почему они выбрали именно эту ссылку, была ли какая-либо причина, по которой они не выбрали ссылку на ваш сайт. Затем попросите их щелкнуть по ссылке на ваш сайт и спросите их, какое впечатление у них складывается при взгляде на появившуюся страницу. В состоянии ли она помочь им выполнить поставленную задачу? Понятно ли по странице, чем сайт занимается? Понятно ли по странице, в каком разделе сайта они сейчас находятся, и куда они могут еще с этой страницы пойти?
Этот эксперимент необходимо выполнить с несколькими пользователями. Существуют разногласия среди специалистов юзабилити по тому, сколько пользователей должно привлекаться к тесту. Однако в данном случае 3-5 испытуемых будет достаточно, чтобы получить исчерпывающие данные по всем основным проблемам. И еще. Каталоги ссылок со временем меняются, результаты поиска - тоже, меняются и предпочтения пользователей относительно поисковых серверов, поэтому лучше всего проводить подобные тесты на регулярной основе, скажем, раз в каждые шесть месяцев. Это позволит вам своевременно оценивать произошедшие изменения на вашем сайте и на поисковых серверах.
Итак мы рассмотрели три метода анализа эффективности работы поисковых серверов относительно вашего сайта. После оценки результатов, разумеется надо внести изменения и улучшения в сайт и в результаты поиска. Например, подать сайт на индексацию тем поисковым серверам, которые его не заметили; изменить элемент ; изменить текст на наиболее важных страницах, чтобы они в результатах поиска получали более высокий рейтинг; улучшить информационную архитектуру сайта, чтобы посетителям проще было перейти со страниц нижнего уровня на страницу раздела или на главную страницу сайта. Словом, анализ конкретных результатов покажет, что в точности необходимо сделать.
В настоящее время уже недостаточно завлекать как можно больше посетителей на сайт. Вы должны завлечь как можно больше нужных вам посетителей! С помощью методов, о которых я рассказал, вы сможете улучшить привлекательность вашего сайта в поисковых серверах для нужных вам посетителей. На это нужно лишь немного времени и усилий, а результат скажется непременно: контингент посетителей станет более качественным, и вы сможете более эффективно общаться с этой аудиторией.
bukvasha.ru
Сайт Tumblr имеет простую и элегантную форму регистрации, которая соответствует рекомендациям UX Matter.
Позиционирование ярлыков на левой стороне в свою очередь создает другую проблему: по какому краю вы выровните ярлыки, по левому краю или же по правому? Выравнивание по левому краю делает форму визуально удобной, но разделяет ярлыки от форм, из за чего будет трудно понять какой ярлык относится к какому полю формы.
Выравнивание по правому краю делает обратное: форма приятна на вид, но она уже визуально неудобна. Вставка ярлыков над полями форм будет наиболее удобным в большинстве случаев. Исследование также показало, что ярлыки не должны быть жирными, но эта рекомендация не является обязательной.
Люди инстинктивно замечают других людей сразу же, как они приходят в поле зрения. На веб-страницах мы обращаем основное внимание на лица и глаза, что дает маркетологам хороший инструмент для привлечения внимания. Но наше внимание к лицам и глазам людей это только начало, оказывается, на самом деле мы даже начинаем смотреть в том направлении, куда смотрит человек на картинке.
Тепловая карта отслеживания взора при просмотре изображения с ребенком, который смотрит прямо на нас. Исследование сделано Usable World.
А сейчас ребенок смотрит на контент. Обратите внимание на увеличение количества взоров людей на заголовок и текст.
Это демонстрирует данное исследование отслеживания взора. Мы инстинктивно смотрим в направлении людей, но если люди смотрят на что нибудь другое, мы тоже начинаем смотреть в этом направлении. Пользуйтесь преимуществами данного феномена, чтобы обратить внимание ваших пользователей на важные части вашей страницы.
Были проведены различные исследования для выяснения факторов влияющих на доверие людей к веб-сайту.
Мы не знаем хорошим ли приложением является Fever или нет, но элегантный пользовательский интерфейс и веб-сайт создают отличное первое впечатление.
Одним из интересных выводов этих исследований является тот, что пользователи на самом деле судят о книге по обложке… или, скорее, веб-сайт по своему дизайну. Такие элементы как макет, консистенция, типографика, цвет и стиль влияют на то, как пользователи воспринимают ваш сайт и какую картину вы проецируете. Ваш сайт должен проецировать не только хорошее изображение, но также должен проецировать правильное для вашей аудиенции изображение.
Другими факторами влияющими на доверие к сайту являются: качество контента веб-сайта, количество ошибок, частота обновлений, простота использования, надежность авторов.
Исследование Джакоба Нильсена (Jakob Nielsen) о том, сколько пользователей прокручивают страницу (Определение приоритетов в юзабилити сайтов), выявило, что только 23% пользователей прокручивают страницу при своем первом посещении сайта. Это значит, что 77% пользователей не будут прокручивать страницу, они просто просмотрят контент до надобности прокрутки. Более того, процент пользователей, которые будут прокручивать уменьшится при последующих визитах сайта до 16%. Эти данные свидетельствуют о том, насколько важно показать важную информацию в видном месте, особенно на целевых страницах.Это не значит, что вы должны собрать чрезмерное количество информации в шапке сайта, это лишь означает, что вы должны использовать эту часть страницы наилучшим образом. Чрезмерное количество информации в шапке сайта просто сделает содержимое недоступным, когда пользователь видит слишком много информации, он не будет знать где именно начать просмотр всего этого.
Basecamp использует место превосходным образом. В верхней части экрана (768 пикселей в высоту) он показывает большой скриншот, подзаголовок, предложение, призыв к действию, список клиентов, видео и краткий список возможностей, с изображениями.
Это самое главное для домашней страницы, на которой все новые пользователи окажутся в первую очередь.
Так предоставьте в этой части сайта основные данные:
Google всегда делает свои ссылки синими и на то есть причина: цвет знаком многим пользователем, из за чего ссылки легко обнаружить.
Какой цвет должны иметь ссылки? Первое соображение это контраст: ссылки должны быть достаточно темными (или светлыми) чтобы контрастировать с цветом фона. Следующее, они должны отличаться от остального текста на странице, так что не надо делать черные ссылки, когда сам текст на странице черный. И наконец, исследование показало (Ван Шайк (Van Schaik) и Линг (Ling)), что если вы ставите приоритет на юзабилити, то ссылки лучше делать синими. Цвет ссылок браузера по умолчанию это синий, так что люди ожидают увидеть именно этот цвет. Выбор другого цвета отнюдь не проблема, но пользователям потребуется больше времени на нахождение таких ссылок.
Какая должна быть ширина у идеального поля для ввода поискового запроса? Якоб Нильсен (Jacob Nielsen) провел исследование на тему количества символов в поисковых запросах введенных в поля поиска на сайтах. Оказывается, что большинство сегодняшних полей ввода поискового запроса весьма короткие. Проблема с короткими полями ввода поискового запроса заключается в том, что, несмотря на то, что вы можете писать достаточно длинный поисковой запрос, лишь малая его часть будет видна одновременно, что делает трудным последующую ее правку.Исследование показало, что в среднем поля ввода поискового запроса имеют ширину в 18 символов. Судя по данным, 27% поисковых запросов были слишком длинными и не поместились в них. Расширение поля ввода поискового запроса до 27 символов в длину позволит поместить в нем 90% поисковых запросов. Помните, что вы можете ставить ширину не только в пикселях и пунктах, но также и в “em” (относительная единица длины, равная размеру текущего шрифта). Таким образом используйте эту величину для установки ширины поля ввода поискового запроса в 27 символов.
Поле ввода поискового запроса Google является достаточно широкой для длинных поисковых запросов.
Поле ввода поискового запроса Apple слишком короткое, запрос “Microsoft Office 2008.”в нем не поместился.
В целом, лучше делать поля поискового запроса слишком длинными, чем слишком короткими, чтобы пользователи могли быстро проверить введенный запрос и отправить его. Это весьма простой совет, но, к сожалению, очень часто его отклоняют и игнорируют.
Большинство дизайнеров знает значение пустого пространства, которое является пространством между параграфами, изображениями, кнопками и другими элементами на странице. Свободное пространство делает объекты на странице более четкими и выделяющимися. Мы можем также группировать пункты за счет уменьшения расстояния между ними и увеличения пространства между ними и другими элементами на этой странице. Это важно для демонстрации отношений между элементами (например, показать, что эта кнопка относится к этой группе элементов) и строения иерархии элементов на странице.
Обратите внимание на широкую границу содержимого и разделение параграфов на сайте The Netsetter. Все это пространство делает содержимое простым и комфортным для чтения.
Свободное пространство тоже делает содержимое более читабельным. Исследование показало, что использование свободного пространства между параграфами и в левой и правой колонках повышает понимание на 20%.
На самом деле, согласно Чаперро (Chaperro), Шайху (Shaikh) и Бейкеру (Baker), макет веб-страницы (включая пробелы, заголовки и отступы) не может заметно повлиять на производительность, однако будет влиять на степень удовлетворенности пользователя.
Исследование Якоба Нильсена (Jakob Nielsen) на тему идеального числа тестирующих юзабилити сайта показало, что всего 5 тестирующих пользователей выявят почти 85% всех проблем на вашем сайте, в то время как 15 тестирующих выявят почти все проблемы.
Самые большие проблемы обычно находятся первым или первыми двумя тестирующими, остальные тестирующие подтверждают эти проблемы и находят остальные мелкие проблемы. Всего два тестирующих пользователя вероятно найдут половину проблем на вашем сайте. Что означает, что тестирование не должно быть обширным или дорогим для получения хороших результатов. Наибольшие успехи достигаются при переходе от 0 тестирующих до 1, так что не бойтесь делать слишком мало: любое тестирование лучше, чем ничего.
Apple предоставляет отдельные страницы “Технические характеристики” для каждого из своих продуктов, тем самым отделяя трудные технические детали от легких маркетинговых страниц, но при надобности предоставляя доступ к таким данным.
Предоставьте вашим пользователям подробную информацию о ваших продуктах, но не нагружайте их большим количеством текста. Предоставьте им легкоусвояемую информацию. Разделяйте текст на маленькие блоки и используйте много подзаголовков. Вставьте в такие страницы много изображений вашего продукта и используйте правильный язык: не используйте жаргонные выражения, которые ваши пользователи могут не понять.
Якоб Нильсен, (Jakob Nielsen) в своем топике на AlertBox, говорит о том, что большинство пользователей просто не видит рекламу. Если они ищут какую нибудь конкретную информацию или нацелены на содержимое сайта, то они просто не обратят никакого внимания на баннеры.Следствием этого является не только то, что пользователи будут избегать рекламы, но что они будут избегать всего, что выглядит как реклама, даже если это не является рекламой. Некоторые пункты меню могут выглядеть как рекламные баннеры, так что будьте осторожны с такими элементами.
Квадратные баннеры на левой стороне сайта FlashDen фактически не являются баннерами: это ссылки на контент на том же сайте. Они слишком похожи на баннеры и могут быть проигнорированы некоторыми пользователями.
Тем не менее, реклама, которая выглядит как контент, может быть посещена людьми, которые ищут именно этот контент на странице. Это может вам принести больше дохода с рекламы, но также может понизить доверие пользователей к вашему сайту, потому как они будут кликать на баннер думая, что это ссылка на материал на сайте. Перед тем как вы решитесь на такое, подумайте, что лучше для вас – краткосрочный доход или долгосрочное доверие?
habrahabr.ru
Резюме: определение юзабилити (usability). Как, когда и где можно улучшить этот параметр пользовательского интерфейса (UI)? Почему он важен для маркетолога, равно как и для веб-дизайнера?
Данный пост представляет адаптированное к специфике веб-маркетинга изложение статьи крупнейшего мирового авторитета в этой сфере Якоба Нильсена (Jakob Nielsen).
Ниже приводятся ключевые термины и параметры, описывающие дизайн и юзабилити продающего сайта, и даются ответы на основные вопросы, могущие возникнуть и у маркетолога, и веб-дизайнера.
Определение
Юзабилити — это качественный критерий, позволяющий оценить, насколько легко применять пользовательские интерфейсы для использования. Прилагательное «качественный» в дефиниции термина означает, что он не может быть выражен через количественные параметры в отличие, положим, от кликабельности (CTR), коэффициента возврата инвестиций (ROI) или стоимости лида (CPL). Другими словами, мы не сможем вычислить точное значение этого параметра и записать его цифрами. Смысловой перевод Usability — «удобство использования».
Также этот параметр относится к способам упрощения использования пользовательского интерфейса (UI, user interface), применяемых в процессе его проектирования.
Мы предлагаем рассматривать термин UI в узком практическом значении с точки зрения интернет-маркетолога — пользовательский интерфейс есть визуализация лендинг пейдж, страницы сайта eCommerce или SaaS-решения, отображаемая на мониторе представителя целевой аудитории.
В свою очередь, удобство использования определяется 5 качественными компонентами (критериями более низкого уровня):
Обучаемость (Learnability): насколько легко пользователи смогут выполнить конверсионные задачи, в первый раз увидев дизайн лендинга?
Эффективность (Efficiency): после того, как пользователи ознакомились с дизайном веб-ресурса, как быстро они смогут выполнить стоящую перед ними задачу?
Запоминаемость (Memorability): если пользователи вернутся на web-страницу после периода достаточно долгого отсутствия, то как легко они смогут вспомнить алгоритм выполнения конверсионной задачи?
Ошибки (Errors): сколько ошибок во время интеракции с лендингом/сайтом пользователи сделают, насколько серьезными будут эти ошибки, и как легко пользователи смогут оправиться от этих ошибок (т. е. не будут ли разочарованы до такой степени, что попросту покинут веб-ресурс)?
Удовлетворенность (Satisfaction): насколько приятно пользоваться данным UI?
Вот что такое юзабилити программной системы и посадочной страницы.
Существуют и другие важные качественные атрибуты дизайна. Ключевой параметр, относящийся к функциональности пользовательского интерфейса — полезность (утилитарность, utility): отвечает ли дизайн базовым потребностям пользователей?
Юзабилити и полезность одинаково важны, и только через совокупность 2 этих параметров можно определить, является дизайн лендинга полезным для пользователя: не имеет значения, насколько легко выполнить какое-то действие, если оно вам не нужно.
Однако столь же нехорошо, если посетитель, оказавшийся на целевой странице после поискового запроса, понимает, что теоретически он может совершить желаемое им конверсионное действие, однако на практике желание свое он выполнить не сумеет, просто потому что пользовательский интерфейс слишком сложен.
Для изучения полезности дизайна применяются те же методы, что и для исследования юзабилити (о них мы расскажем ниже).
Итак, сформулируем 3 определения дизайна, способствующего удобству использования условным UI:
Полезность/утилитарность = предоставляет ли дизайн в распоряжение пользователя необходимые функции.
Юзабилити = насколько легко и приятно пользоваться этими функциями.
Полезный дизайн = удобство использования + полезность.
В чем важность юзабилити?
В интернете удобство использования является необходимым условием, особенно в сфере электронной коммерции любого формата. Если продающий лендинг или SaaS-решение трудно использовать, посетители уходят к конкурентам.
Если домашняя страница не в состоянии четко заявить, что компания предлагает, и объяснить, что представители целевой аудитории могут сделать на веб-ресурсе, пользователи «спасаются бегством». Такую же реакцию вызовет отсутствие понятной навигации, неудобство чтения текстового контента (пресловутая «стена текста»), уклончивые, неубедительные или некомпетентные ответы на ключевые вопросы.
Таков основной поведенческий паттерн online поведения человека: он не будет читать инструкцию по использованию лендинга/сайта или иным образом тратить свое время, пытаясь выяснить, как устроен и работает конкретный веб-интерфейс. На расстоянии клика мыши есть множество других доступных веб-ресурсов. Уход — это первая оборонительная реакция посетителя, столкнувшегося с трудностями.
А теперь вспомним «первый закон электронной коммерции»:
Если посетители не смогут найти товар, они его и не купят.
Нильсен утверждает, что лучшей практикой на текущий момент является такая — тратить 10% всего бюджета, выделенного на разработку дизайна, на оптимизацию юзабилити.
Подобный подход обеспечивает прирост качественных метрик веб-ресурса более чем в 2 раза (Нильсен в качестве косвенного критерия оценки удобства использования применяет ROI как параметр, имеющий точное числовое значение, а взаимосвязь между удобством использования интерфейса и коэффициентом возврата инвестиций он неоднократно отслеживал в своей обширной долголетней практике).
Удвоение продаж, удвоение количества зарегистрированных лидов, удвоение любого маркетингового результата — неужели недостаточно весомый аргумент для того, чтобы наконец уделить внимание удобству использования посадочных страниц?
Как повысить удобство использования?
Есть много методов изучения этого параметра, но основным и самым полезным является пользовательское тестирование, состоящее из 3 последовательных операций:
Маркетологи не должны никак вмешиваться в ход теста, предоставив участникам решить все проблемы индивидуально. Любая подсказка нивелирует результаты эксперимента.
Для того, чтобы определить наиболее важные проблемы, достаточно 5-10 пользователей. Запускать дорогое широкомасштабное исследование вовсе ни к чему, гораздо эффективнее себя проявит серия тестов с небольшим количеством участников, однако каждое испытание должно проводится после каждого изменения, внесенного в дизайн: так вы сможете исправить недостатки сразу же после их обнаружения.
Напомним, что такой метод называется итерационным дизайном (Iterative design), и он также применяется в процессе редизайна сайта для повышения конверсии, хотя во втором случае дело обстоит гораздо проще: каждая итерация завершается обычным сплит-тестом.
Ну и разумеется, чем больше версий и идей по дизайну интерфейса удастся проверить, тем лучше.
Пользовательское тестирование не следует путать с опросом фокус-группы — это метод хорош для исследования целевого рынка, но не подходит для оценки удобства использования. Маркетологу достаточно получить и проанализировать мнения, поступившие от фокус-группы, дизайнер UI должен лично видеть, как каждый пользователь выполняет конверсионную задачу, пользуясь сконструированным веб-интерфейсом.
Когда начинать работу над оптимизацией юзабилити?
Этот параметр играет свою роль на каждой стадии процесса разработки дизайна веб-интерфейса. Следовательно, возникает потребность в многочисленных тестах, каждый из которых, однако, можно провести быстро и дешево.
Вот основные шаги:
Не откладывайте пользовательское тестирование до той поры, когда новый вариант дизайна будет полностью «введен в строй». Если вы это сделаете, будет невозможно исправить подавляющее большинство критических проблем.
Многие из этих проблем, вероятно, будут структурными, и их исправление потребует серьезного изменения архитектуры веб-ресурса (причем, если с одиночным лендингом дело будет обстоять не столь трагично, то масштабный проект типа сайта eCommerce придется «починять» с большими затратами времени, денег и человеческих ресурсов).
Единственный способ предоставить представителям целевой группы высококачественный пользовательский опыт (User Experience) — что, в принципе, невозможно без хорошего уровня юзабилити веб-ресурса — это как можно раньше начать тесты с участием этих самых потенциальных пользователей: никто лучше них самих не знает, что им удобно, а что нет.
Высоких вам конверсий!
По материалам nngroup.com, image source TeppoTK
23-06-2014
lpgenerator.ru
