Обоснование необходимости хранилища данных

Рассмотрим основные причины, вынуждающие предприятия реализовывать технологию Хранилищ данных. В литературе эти причины очень часто путают с "вторичными преимуществами", которые дает эта технология. В рекламных проспектах, посвященных Хранилищам обязательно найдется фраза о том, что они используются для "преобразования данных для бизнес-анализа", "помогают в принятии решений на основе фактов, а не интуиции", "дают возможность поближе узнать клиента" и, конечно, везде вставляется фраза о достижении "конкурентных преимуществ". Но в 99% случаев Хранилища данных - только первый шаг в осуществлении всех этих далеко идущих целей.

А теперь перечислим, для чего компании может понадобиться Хранилище:

Для выполнения серверных/дисковых задач, связанных с созданием запросов и отчетов на серверах/дисках, не используемых в системах обработки транзакций (oltp - online transaction processing)

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

Для использования моделей данных и/или серверных технологий, ускоряющих создание запросов и отчетов, но не предназначенных для обработки транзакций
Существуют методы моделирования данных, существенно сокращающие время выполнения запросов и отчетов (например схема "звезда"), но не предназначенные для обработки транзакций, так как лежащие в их основе технологии замедляют и усложняют oltp-процессы. Кроме того, некоторые серверные технологии хотя и повышают эффективность обработки запросов и отчетов, но замедляют обработку транзакций (например битовое индексирование - bit-mapped indexing), и наоборот (например восстановление транзакций). Причем влияние того или иного метода моделирования или серверной технологии меняется от поставщика к поставщику, а также в зависимости от того, в какой ситуации они применяются.

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

Для создания репозитория "очищенных" данных системы обработки транзакций и последующего получения отчетов из этих данных без изменения самой oltp-cистемы.

Типы ошибок, которые нужно устранить для "очистки" данных описаны в небольшой статье "Неформальная систематика ошибок в хранилище данных" (an informal taxonomy of data warehouse data errors). Хранилище дает возможность очистки данных без изменения систем обработки транзакций. Тем не менее, стоит обратить внимание на то, что в некоторых реализациях этой технологии предусмотрена возможность фиксировать исправления и затем переносить их обратно в oltp-системы. Иногда такой способ исправления ошибок удобнее, чем непосредственные изменения в системе обработки транзакций.

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

Долгое время для составления отчетов по данным из нескольких систем организации были вынуждены писать специальные процедуры извлечения данных и выполнять операции сортировки и объединения, а затем уже составлять отчеты по отсортированным (и/или объединенным) выборкам данных. Во многих случаях эта стратегия вполне адекватна. Но если организация хранит большой объем данных, требующих частой сортировки (объединения), а также "очистки", то лучше всего реализовать Хранилище.

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

Для ограничения доступа к базе данных системы и программной логике ее управления лицам, использующим данные oltp-систем исключительно для составления отчетов и запросов
В этом случае основная цель - защита информации. Например, если организация предоставляет возможность формирования отчетов и запросов через Интернет, то имеет смысл использовать Хранилище данных.

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

В заключении повторим сказанное выше. Для того чтобы реализовать возможности business intelligence, а также получить более подробную информацию о клиентах и иметь хорошие "конкурентные преимущества", организации не достаточно просто разработать Хранилище данных. Необходимо решить (как правило методом проб и ошибок) не менее сложную задачу об оптимальном использовании Хранилища и последующем изменении практики деловых отношений.

Добавлено: 30 Июля 2018 20:19:07 Добавил: Андрей Ковальчук

Выявление нарушений авторских прав и работа с этой проблемой

Один из самых лучших способов отслеживания дублирования вашего сайта — это использование сайта CopyScape.com, который позволяет моментально увидеть те страницы в Интернете, которые входят в ваш контент. Не волнуйтесь, если страницы этих сайтов находятся во вспомогательном индексе или имеют значительно более низкий рейтинг, чем ваши. Если бы какой-то большой, авторитетный и богатый контентом домен попытался бороться со всеми копиями его материалов в Интернете, то ему потребовались бы, по крайней мере, два человека на полную рабочую неделю. К счастью, поисковые движки доверяют таким сайтам и поэтому признают их оригинальными источниками.

С другой стороны, если у вас есть относительно новый сайт или сайт с небольшим количеством входящих ссылок, а плагиаторы постоянно стоят в рейтинге выше вас (или вашу работу крадет какой-то мощный сайт), то вы можете кое-что предпринять. Один из вариантов— отправить запрос о нарушении авторских прав (DMCA) в Google, Yahoo! и Bing (этот же запрос вам следует отправить и той компании, у которой размещен сайт).

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

Добавлено: 25 Июля 2018 07:56:46 Добавил: Андрей Ковальчук

Последствия дублированного контента

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

Пользователи хотят видеть в результатах разнообразие (а не одни и те же результаты снова и снова). Поэтому поисковые движки стараются отфильтровывать дублированный контент и это имеет следующие последствия:

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

- ссылки на страницы дублированного контента приводят к потере "сока ссылок". Дублированные страницы могут получить рейтинг PageRank или "сок ссылок", а поскольку он не помогает им в рейтинге, то этот "сок" теряется впустую;

- ни один из поисковых движков не дал четкого объяснения, как его алгоритм выбирает ту версию страницы, которую показывает. Иначе говоря, если он обнаруживает три копии одного и того же контента, то какие две из них он отфильтрует? Какую покажет? Зависит ли это от поискового запроса? В итоге поисковый движок может показать не ту версию, которая вам нужна.

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

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

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

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

Добавлено: 25 Июля 2018 07:56:20 Добавил: Андрей Ковальчук

Уникальность и глубина контента

Никто не станет оспаривать ту ценность, которую поисковые движки придают надежному и уникальному контенту. В частности, Google уже провела несколько компаний по "вытряхиванию" сайтов с контентом низкого качества из своих индексов, причем другие движки также последовали ее примеру.

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

- наличие от 30 до 50 уникальных слов, формирующих уникальные предложения, которых нет на других сайтах/страницах;

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

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

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

Добавлено: 25 Июля 2018 07:55:34 Добавил: Андрей Ковальчук

Текст документа

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

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

Лучший способ обеспечить максимальный уровень целевого употребления в вашем тексте конкретного термина (или фразы) — это использовать его в теге title, в одном или нескольких заголовках разделов (в пределах разумного) и в самой web-странице. Важно также применять в теле страницы и другие родственные фразы (чтобы усилить контекст и релевантность вашей главной фразы для данной страницы).

Несмотря на то, что повторное использование ключевой фразы на странице может несколько повысить ее рейтинг, с повышением количества таких вхождений эффект падает. Кроме того, это может испортить удобочитаемость некоторых документов, что, в свою очередь, может отрицательно сказаться на способности накапливать ссылки на ваш сайт. Более того, тестирование показало, что использование ключевых слов в тексте документа является для большинства поисковых движков таким слабым фактором, что даже одной ссылки очень низкого качества достаточно, чтобы страница с прекрасной оптимизацией ключевых слов уступила (от 2 дою 10 раз, в зависимости от длины) странице с естественным вхождением целевой фразы.

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

Добавлено: 25 Июля 2018 07:54:47 Добавил: Андрей Ковальчук

Метатеги описания

Метаописания используются в следующих целях:

- чтобы дать точное и краткое описание контента страницы;

- чтобы служить кратким текстовым "анонсом" ваших страниц в результатах поиска;

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

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

Говорите правду.
Всегда честно описывайте свой контент. Если он не настолько привлекателен, как вам бы того хотелось, добавьте ему остроты; не заманивайте и не "заводите" пользователей, иначе у них будут плохие ассоциации с вашим брендом.

Будьте лаконичны.
Учитывайте ограничения по количеству символов. В настоящее время Google показывает до 160 символов, Yahoo! — до 165 символов, a Bing— до 200 с лишним (в некоторых случаях до 300). Придерживайтесь самого меньшего количества (как в Google) и следите за тем, чтобы эти описания не превышали 160 символов (включая пробелы).

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

Тестируйте, очищайте, промывайте и повторяйте.
Подобно рекламным объявлениям, вы можете протестировать метаописания результатами поиска, но при этом нужно быть внимательными. Вам нужно будет купить рекламу с оплатой за клики, чтобы узнать, какой тираж показов имели критические ключевые слова за определенный промежуток времени. Затем вы сможете использовать аналитику, чтобы увидеть, сколько кликов получено по этим ключевым словам, а также вычислить свой показатель кпикабельности.

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

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

Не применяйте метаописания везде.
Метаописание нужно писать не всегда. Здравый смысл подсказывает, что лучше самому написать хорошее метаописание (чтобы максимизировать вероятность его показа в SERP), чем позволить поисковому движку создать Tajcoe описание из контента вашей страницы. Однако это не всегда верно. Если страница нацелена на один, два или три термина, часто используемых в поиске, то создавайте метаописание для тех пользователей, которые делают такой поиск.

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

Добавлено: 25 Июля 2018 07:53:56 Добавил: Андрей Ковальчук

Целевое использование ключевых слов

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

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

Первый шаг процесса целевого использования ключевых слов — это выявление популярных терминов и фраз, которые регулярно применяются пользователями для поиска контента, товаров и услуг (предлагаемых вашим сайтом). Этот процесс является сплавом науки и искусства, но он неизменно начинается со списка ключевых слов.

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

Поскольку ссылки и прочие факторы составляют значительную часть алгоритмов поисковых движков, то теперь движки не ставят в рейтингах страницу с 61 упоминанием слов free credit report выше страницы с 60 такими упоминаниями. На самом деле, "фаршировка" ключевыми словами (как это называется в мире оптимизации) может привести к падению ваших страниц в рейтингах (из-за накладываемых поисковыми движками штрафов). Движки не любят, когда с ними жульничают, они считают фаршировку ключевыми словами нечестной тактикой.

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

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

Добавлено: 25 Июля 2018 07:53:24 Добавил: Андрей Ковальчук

XML Sitemap

Компании Google, Yahoo! и Microsoft поддерживают протокол, известный как XML Sitemap. Google первой объявила его в 2005 г., а затем Yahoo! и Microsoft в 2006 г. согласились поддержать этот протокол. При помощи протокола Sitemap вы можете снабдить поисковые движки списком всех URL, которые вы бы хотели проиндексировать.

Добавление URL в файл Sitemap вовсе не является гарантией того, что этот URL будет просмотрен пауком или проиндексирован. Однако с его помощью можно просмотреть и проиндексировать те страницы, которые иначе не обнаруживаются и не индексируются. Кроме того, Sitemap помогает тем страницам, которые были переведены во вспомогательный индекс Google, вернуться обратно в главный индекс.

Эта программа является дополнением (а не заменой) обычного просмотра поискового движка по ссылкам. Преимущества Sitemap в следующем:

- для страниц, о которых поисковые движки уже знают вследствие регулярного их просмотра, используются предоставляемые вами метаданные, такие как дата последней модификации контента (lastmod date), частота изменений страницы (changefreq);

- для страниц, о которых движки не знают, используются предоставляемые вами дополнительные URL (для улучшения охвата просмотром);

- для тех URL, которые, возможно, имеют дубликаты, движки могут использовать данные Sitemap для выбора канонической версии;

- верификация/регистрация карт Sitemap может означать позитивный сигнал доверия/авторитета;

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

Инженер компании Google, который в форумах фигурирует как GoogleGuy (известный также как Matt Cutts, руководитель команды Google по web-спаму), объяснил протокол Sitemap компании Google следующим образом:

"Представьте себе, что на вашем сайте есть страницы А, В и С. Мы находим страницы А и В при помощи нормального просмотра по вашим ссылкам. Затем вы строите Sitemap и перечисляете в списке страницы В и С. Теперь появляется шанс, что мы просмотрим и страницу С, но мы этого не обещаем. Мы не выбросим страницу Л только потому, что вы не включили ее в список вашей Sitemap. И само включение в список страницы, о которой мы не знали, не гарантирует Того, что мы просмотрим ее. Но если по какой-то причине мы не видим никаких ссылок на С, либо мы знаем о странице С, но URL был отвергнут из-за слишком большого количества параметров или по другой причине, то появляется шанс, что мы просмотрим страницу С".

Sitemap использует простой формат XML, о котором вы можете прочитать по адресу http://www.sitemaps.org. Sitemap — это полезный, а в некоторых случаях просто необходимый инструмент для вашего web-сайта. В частности, если у вас есть причина думать, что сайт не проиндексирован полностью, то Sitemap может помочь вам увеличить количество проиндексированных страниц. По мере того, как сайты растут в размерах, ценность файлов Sitemap существенно увеличивается (поскольку на новые включенные в них URL поступает дополнительный трафик).

Добавлено: 25 Июля 2018 07:50:50 Добавил: Андрей Ковальчук

Сделайте конкурентный анализ

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

1. Проанализируйте web-сайты ваших конкурентов и посмотрите, какие ключевые

фразы они используют для своих товаров и услуг (конкурирующих с вашими).

2. Запишите те термины, которые они используют для своего бизнеса.

3. Прочитайте все статьи, которые они написали и опубликовали на других сайтах.

4. Обратите внимание на то, что о них говорили в средствах массовой информации.

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

Вы можете спросить — зачем эти хлопоты? Разве специальные инструменты для ключевых слов не сделают все это за вас?

Есть две причины, почему эти дополнительные усилия так важны:

- ваша команда имеет большой объем таких знаний, каких не имеют инструменты для ключевых слов. Они знают, с чего начать. Инструменты для ключевых слов требуют начального ввода информации, а качество выдаваемых ими данных зависит от качества заданных вами начальных значений;

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

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

Добавлено: 25 Июля 2018 07:47:58 Добавил: Андрей Ковальчук

Важность анализа ключевых слов

Еще один важный компонент аудита архитектуры — это анализ ключевых слов. Он включает в себя 4 основных шага.

Шаг 1 — изучение ключевых слов.
Чрезвычайно важно сделать это как можно раньше. Ключевые слова являются движущей силой оптимизации страниц, поэтому вам нужно знать, какие именно использовать.

Шаг 2 — архитектура сайта.
Создание архитектуры сайта может быть очень сложным. На данной стадии вам нужно посмотреть на результаты изучения ключевых слов и на уже существующий сайт, чтобы производить как можно меньше изменений. Представьте себе этот процесс как карту вашего сайта. Вам нужна такая иерархия, которая ведет ко всем вашим "денежным страницам" (т. е. к тем страницам, на которых происходят конвертации). Понятно, что хорошая иерархия сайта позволяет родителям ваших "денежных страниц" иметь рейтинг по релевантным ключевым словам (которые, скорее всего, низкочастотные).

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

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

Шаг 3 — соответствие ключевым словам.
После того как вы получите список ключевых слов и хорошее представление об общей архитектуре, начинайте устанавливать соответствие между основными релевантными ключевыми словами и URL (а не наоборот). В таком случае будет достаточно легко найти такие места, которые вы не считали нацеленными на ключевые слова, и что более важно, найти такие ключевые слова, которые не имеют страницы.

Необходимо отметить, что между шагами 2 и 3 вы должны будете удалить все бесполезные страницы.

Если на этой стадии возникнут проблемы, то повторите шаг 2. Архитектура вашего сайта должна естественным образом привести к такому соответствию, чтобы его (сайт) было легко использовать и чтобы он содержал ваши ключевые фразы.

Шаг 4 — анализ сайта.
После того как вы получите соответствие ключевым словам, остальная часть анализа сайга становится гораздо легче. И теперь, когда вы посмотрите на теги названий и заголовки, то сможете обратиться к соответствию ключевых слов и не только увидеть, есть ли заголовок в теге h1, но также увидеть, содержит ли он правильные ключевые слова.

Добавлено: 25 Июля 2018 07:44:55 Добавил: Андрей Ковальчук

Наш король — контент

Чтобы определить желаемую аудиторию вашего web-сайта, необходимо понять, с кем же вы хотите установить контакт, а для этого требуется понимание того, что вы можете предложить посетителям вашего сайта (как сейчас, так и в будущем).

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

Имеющийся в вашем распоряжении контент будет влиять на ваши ключевые слова и архитектуру сайта, поскольку контент вашего сайта— это главный источник информации, который используют поисковые движки для определения, о чем же ваш сайт. Релевантный контент вам нужен даже для того, чтобы просто быть "в игре" (т. е. в поиске). Если кто-то будет искать Iefthanded golf clubs, а у вас нет никакого контента на эту тему, то, скорее всего, вы не будете иметь хорошего рейтинга по этому запросу.

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

Рассмотрим сайт А, который собрал солидный комплект статей по определенной теме. Однако есть еще 20 сайтов, которые имеют такой же солидный комплект статей по этой же теме, и многие из этих сайтов находятся в индексах основных поисковых движков гораздо дольше, чем сайт А.

У сайта А серьезная проблема! Зачем кому-то на него ссылаться? У него нет ничего нового. Возможно, что сайту А и удастся получить несколько ссылок на свои статьи, однако он, вполне вероятно, никогда не утвердится как лидер (поскольку не может предложить ничего нового).

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

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

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

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

Добавлено: 25 Июля 2018 07:42:50 Добавил: Андрей Ковальчук

Что слышат разработчики и дизайнеры

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

В этих правилах немало правды. К несчастью, есть и такие, которые вряд ли помогают убедить 26-летних разработчиков и дизайнеров, что они должны тратить время на доступность веб-контента. Вот, в частности, два аргумента, которые склоняют их к скептицизму:
-Их окружение в основном составляют здоровые, молодые люди, и им трудно поверить, что очень многим на самом деле нужна помощь в доступе к веб-контенту. Они стремятся проигнорировать этот факт, считая его преувеличением, как делают люди, когда ищут себе оправдание, но есть и естественный соблазн полагать, что «раз я смог опровергнуть один из аргументов, то имею право сомневаться и в остальных».

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

Хуже всего в этом скепсисе то, что он заслоняет собою тот факт, что лишь одна причина имеет значение:
-Это правильно.

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

Сколько возможностей у нас есть, чтобы коренным образом улучшить жизнь других людей, лишь чуть лучше делая свою работу?

А тем, кто не считает этот аргумент убедительным, следует иметь в виду, что рано или поздно в качестве средства их убеждения выступит законодательный кнут. Не сомневайтесь в этом.

Добавлено: 24 Июля 2018 07:55:17 Добавил: Андрей Ковальчук

Что и когда тестировать?

Ниже приводится таблица, в которой указаны различные типы тестирования, проводимые на каждом этапе разработки.

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

Сначала попробуйте воспользоваться ими сами. Потом понаблюдайте, как ими пользуются другие (один-два человека), и определите, что в них работает и что не работает. Многие пропускают этот шаг, но он очень полезен: для вас кто-то бесплатно создал рабочий прототип вашего сайта.

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

С уже существующими сайтами можно проводить два вида тестирований:
-Тестирование «Что здесь?». Пользователям демонстрируют сайт и выясняют, понимают ли они, что видят: понятно ли назначение сайта, его «ценное предложение», структура, функционирование и т. д.

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

Как правило, результаты будут более ценными, если вы сумеете сделать так, чтобы пользователи сами определяли задания для выполнения. Например, лучше сказать: «Найдите книгу, которую вы хотите купить или которую недавно купили», чем «Найдите книгу о приготовлении пищи по цене не выше 14 долларов». Если людям дают выдуманные задания, то у них не возникает эмоционального отношения к ним, и поэтому они не используют весь свой личный опыт при их выполнении.

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

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

Также рекомендую применять метод, который я называю «Cubicle test» (протестировать кого-либо из соседней комнаты). Когда вы сделаете страницу какого-то нового типа (особенно это касается форм), то распечатайте ее и покажите кому-нибудь из соседней комнаты, чтобы он разобрался в ее содержании. Такое неформальное тестирование может быть очень полезным для выявления большого числа возможных проблем.

Добавлено: 24 Июля 2018 07:48:40 Добавил: Андрей Ковальчук

Немного правды о тестировании

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

Раньше я считал, что тестирование похоже на путешествие – оно познавательно. Вы узнаете, насколько люди разные и в то же время одинаковые. Оно дает вам возможность увидеть все свежим взглядом. Однако теперь я думаю, что тестирование больше напоминает встречу друзей из разных городов. Когда вы показываете им свой город, вы сами неизбежно начинаете видеть те вещи, которые обычно не замечаете, потому что привыкли к ним. В то же время выясняется, что другие вещи, абсолютно понятные для вас, совсем не очевидны для других.

-Лучше протестировать одного пользователя, чем не тестировать ни одного. Тестирование всегда полезно. Даже самый плохой тест с самым неподходящим пользователем поможет вам увидеть то, что позволит улучшить ваш сайт. На своих семинарах я обязательно устраиваю живой юзер-тестинг, показывая слушателям, что проводить его легко и что он всегда дает массу ценной информации. Я вызываю добровольца, который должен выполнить некое задание на сайте, принадлежащем одному из присутствующих на семинаре. Тестирование занимает менее десяти минут, но обладатель сайта обычно успевает исписать несколько страниц. Не было случая, чтобы он не попросил дать ему запись процесса тестирования, чтобы он, вернувшись с семинара, мог показать ее своей рабочей группе. (Рассказывают даже, что однажды, просмотрев такую запись, разработчики изменили сайт, сэкономив в результате $100 000.)

-Лучше протестировать одного пользователя в начале разработки, чем 50 пользователей в конце. Большинство людей почему-то думает, что тестирование – это слишком «большое и серьезное» дело. Если и вы будете придерживаться этой точки зрения, то не будете проводить тестирование на достаточно ранних этапах разработки и с достаточной частотой, что позволило бы извлечь из него максимальную пользу. Простой тест, причем пораньше, когда у вас еще есть время, чтобы использовать его результаты, почти всегда
ценнее, чем изощренный тест и поздно.

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

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

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

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

Тестирование помогает только собрать ценные данные, которые в сочетании с вашим личным и профессиональным опытом, а также здравым смыслом позволят с большой долей уверенности сделать правильный выбор между системами «а» и «б».

-Тестирование – это повторяющийся процесс. Тестирование не проводится один-единственный раз. Вы что-то создаете, потом тестируете это, потом корректируете, потом опять тестируете…

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

Добавлено: 24 Июля 2018 07:47:55 Добавил: Андрей Ковальчук

Обычаи и условности – ваши друзья

Когда-то, еще в юности, каждый из нас учился читать газету, читать отнюдь не слова, а те условности, которые в газетах используются.

Например, мы узнали, что фраза, набранная очень крупным шрифтом, – это, как правило, заголовок, который обобщает содержание находящейся под ним статьи. Текст под фотографией – это подпись, в которой дается описание или комментарий к ней, а если этот текст набран очень мелким шрифтом, то это имя фотографа.

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

Любое издательское сообщество создает свои обычаи и условности, затем развивает их и создает со временем новые.1 В Интернете существует уже много таких условностей, большинство из которых было перенято из газет и журналов. Естественно, будут появляться и новые.

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

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

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

-Дизайнеры зачастую с неохотой применяют условности. Вместо того чтобы использовать их, дизайнеры часто стремятся выдумать колесо заново. Причина этого заключается главным образом в том, что дизайнеры считают (и не без основания), что их как раз и нанимают, чтобы придумывать нечто новое. (Не говоря уже о том, что похвала коллег, награды и приглашения к участию в больших проектах редко появляются от умения «лучше
всех применять условности».)

Иногда случается, что «выдумывание колеса» завершается созданием революционно нового вращающегося устройства. Но чаще всего, потраченное время так и остается лишь
«выдумыванием колеса».

Если вы не хотите использовать некую общепринятую веб-условность, то убедитесь сначала, что то, чем вы собираетесь ее заменить, либо является достаточно ясным, понятным и не требующим усилий для изучения (т. е. является полноценным заменителем), либо настолько полезным, что это компенсирует необходимость некоторого усилия. Многие дизайнеры имеют склонность недооценивать общепринятые обычаи и условности.

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

Мой совет заключается в следующем: используйте новую идею, только если вы уверены, что она действительно лучше (если, например, каждый, кому вы ее демонстрируете, говорит: «Ух ты, вот это да!»). Если же вы не уверены, то не изобретайте колесо – воспользуйтесь общепринятыми условностями.

Добавлено: 23 Июля 2018 22:53:58 Добавил: Андрей Ковальчук