WWW.GLASER.CLAN.SU » Всё для CS и даже больше!

Как сделать хороший сайт или 10 рекомендаций Заказчику сайта

LaggEr — Sat, 27 Aug 2011 13:38:47 GMT

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

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

РЕКОМЕНДАЦИЯ 1: Решите для себя, зачем Вам сайт
Цели создания сайта могут быть разными. От "просто засветиться" до перевода части бизнеса в Интернет.
Прежде, чем делать сайт надо решить и задокументировать цели создания сайта. Типичные цели таковы:
солидно представить фирму (организацию)
представить товар и (или) услуги
отражать жизнь компании и отрасли в виртуальном мире
искать новых клиентов, партнеров
получать заказы через сайт
вести бизнес через сайт
Может быть у Вас совсем другие цели - запишите их.
Четкое определение целей поможет ориентироваться в трудозатратах, финансовых затратах, сроках работ по созданию сайта.
Сразу хочется предостеречь: если развивать электронный бизнес - нужны серьезные вложения (от 000, а средняя стоимость создания: 40 - 100 тыс долл), и постоянные вложения на поддержку (от 00 в месяц). Поэтому, советую не прыгать через голову: сначала необходимо создать информационный сайт, солидно засветиться в Интернете - а уж потом решать вопрос о ведении электронной коммерции. Или же наоборот - нацеливаться на электронную коммерцию с вложением немалых средств, но иметь бизнес план окупаемости проекта.

РЕКОМЕНДАЦИЯ 2: Не делайте сайт самостоятельно.
Для менеджеров и руководителей с высшим техническим образованием очень большим соблазном является сделать сайт все самостоятельно. Казалось бы - берем пару картинок, свою фотографию, Веб-редактор - немного терпения и сайт готов. Но к сожалению результат ожидаем - получается плохо. Объяснение простое: создание сайта - сложный процесс, который требует усилий профессионалов в своих областях (дизайнера, управляющего менеджера, программиста, верстальщика, контент-менеджера) и каждый трудится по своему направлению. Найдите в себе все эти таланты и садитесь за создание сайта, в противном случае придется поручить это кому-нибудь.

РЕКОМЕНДАЦИЯ 3: Не доверяйте создание сайта технически подготовленным непрофессионалам (знакомым, студентам, сыновьям и т.п.).
Допустим, что я Вас убедил, что самому сайт не сделать. Но вот сын (сын друга, знакомый и т.п.) все время сидит в Интернете - и говорит, что запросто сделает сайт, притом за небольшие деньги… может сэкономить? Поверьте, не стоит. Это самая на сегодняшний день распространенная ошибка, в результате которой наступает ситуация, что вроде и сайт есть, да показывать никому не хочется. Опыт подтверждает, что еще ни разу эта соблазнительная затея не заканчивалась хорошо (только если Ваш знакомый не директор или менеджер Интернет-студии). Во-первых, как уже упоминалось, сайт крайне трудно сделать одному человеку, тем более - хороший сайт. Во-вторых, с знакомым трудно взаимодействовать на профессиональном уровне: представьте, что Вам не понравилась работа - с одной стороны надо на это указать, а с другой - как критиковать хорошего знакомого, который и денег то почти не взял.

РЕКОМЕНДАЦИЯ 4: Продумайте разделы и подразделы сайта. Начертите древовидную структуру сайта
Вот чем стоит заняться - продумать, что помещать на сайт. Здесь никто за Вас или Ваших подчиненных эту работу не сделает, т.к. именно Вы разбираетесь в специфики бизнеса, в Ваших клиентах, в специфике Вашей продукции и услуг.
Надо решить: какие разделы будут на сайте, стоит ли выносить весь перечень продукции (услуг), на какой информации сконцентрировать внимание и т.д. и т.п. Необходимо начать формировать дерево сайта. Дерево представляет собой древовидную структуру, веточками которого являются разделы сайта, а листиками конкретные страницы. Дерево следует рисовать также, как оно растет - от ствола к листикам: т.е. сначала нарисовать самые крупные разделы, потом подразделы, потом конкретные страницы.

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

РЕКОМЕНДАЦИЯ 5: Напишите техническое задание или его аналог в свободной форме.
Необходимо оформить свои мысли по заданию на сайт в документ и назвать его "Техническое задание на разработку Веб-сайта компаниии <.....>", далее ТЗ. Строго говоря, этот документ должен регламентировать все отношения с Исполнителем, т.е. содержать требования по дизайну, по навигации, по способам представления информации, по срокам и объемам работ каждого этапа. Это позволяет избежать конфликтов Исполнителя и Заказчика. ("Я просил все легко и красиво, а Вы мне тут гаек насовали и говорите что это гениально" или, с другой стороны, "Вы говорили, что Вам на сайте надо разместить две странички, а принесли 200 рукописных страниц на арабском").

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

РЕКОМЕНДАЦИЯ 6: Ищите Интернет-студию. Смиритесь с неотвратимостью: за хороший сайт надо заплатить.
Итак, я не рекомендовал делать сайт самостоятельно или поручать это действо знакомым....но тогда кто же будет делать сайт? Ответ очевиден, но почему-то с сайтами его не всегда воспринимают. Если сталь выплавляют в домне, овощи растят в теплице, картины рисуют в мастерской, то логично, что сайт делается в Интернет студии.

Однако выбор Интернет-студии - это самостоятельная и очень важная задача. Дело в том, что рынок создания сайтов совсем молодой - ему 5-6 лет и соответственно Интернет-студиям времени для завоевания репутации было предоставлено довольно мало. Кроме того, оказалось что сделать Веб-студию достаточно просто: берем телефон, компьютер и доступ в Интернет, а опыт создания домашней страницы для себя и соседа по парте имеется - вот тебе и "лучшие сайты по самым низким ценам от 20 у.е.".

Это часто становится причиной, по которой сайты либо делают только у самых известных студий за серьезные деньги (от 5 000 у.е.), либо делают только у студий с которыми налажены давние связи. К сожалению, фактор знакомства является одним из главных на данный момент. А что делать, если не хочется тратить бешеные деньги на сайт и в тоже время не попасть в руки надо суметь отличить хорошую студию от доморощенного проекта студентов - одногруппников? Можно дать несколько советов, как отсеять такие коллективы:
Стоит поинтересоваться, где расположен офис студии. Если офиса нет, то стоит сделать выводы. Если есть время, то стоит съездить и составить личное впечатление.
Стоит поинтересоваться, как студия заключает договор, есть ли порядок безналичных расчетов и т.п.
Стоит поинтересоваться, где студия размещает сделанные проекты, как оперативно осуществляется дальнейшая информационная поддержка, в состоянии ли студия зарегистрировать домен (символьное имя сайта).
Стоит поинтересоваться разделением обязанностей в студии, как осуществляется работа над проектом, как работа делится на этапы.
Если речь не заходит об утверждении технического задания - стоит насторожиться - это означает что потенциальный исполнитель не в состоянии оценить объем работ.
Стоит внимательно изучить портфолио (сделанные работы) студии. Если там домашние страницы и собственные проекты студии - значит, студия еще не делала корпоративные сайты и на Вас будут учиться.
Если вам предлагают сделать сайт менее 400-500 долларов - насторожитесь и поинтересуйтесь, за счет чего цена настолько низкая.

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

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

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

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

РЕКОМЕНДАЦИЯ 7: Совместно со студией разбейте работу на этапы, определите сроки и этапы работ. Подготовьте себя не срывать сроки и требуйте это от заказчика. Получите сумму заказа.
Подкорректируйте Ваше техническое задание совместно со студией. Пусть менеджер студии расставит этапы работ, определит сроки (так называемы календарный план) и определит окончательную сумму этапа.
Постарайтесь, чтобы в ТЗ осталось как можно меньше белых пятен и обтекаемых определений. Даже если Вы не планируете подписывать договор - подпишите техническое задание.

РЕКОМЕНДАЦИЯ 8: При работе над дизайном - взаимодействуйте с дизайнером.
Итак, обычно, первый этап - это дизайн. Т.е. представление о том, как будет выглядеть сайт. У Вас могут быть совершенно четкие представления, каким должен быть дизайн или совсем никаких представлений. Дизайн - это всегда компромисс между представлением дизайнера и Вашим собственным (только если Вы не безгранично доверяете дизайнеру).
В любом случае, постарайтесь добиться варианта, когда Вам сайт понравится. Чтобы найти общий язык с дизайнером и менеджером проекта - поговорите с ними о дизайне. Покажите сайты, которые Вам нравятся и которые не нравятся (с объяснением причин), покажите Ваши рекламные материалы, визитки, буклеты и пр.
В процессе работы не стесняйтесь высказывать свои замечания по дизайну, но не слишком давите - у дизайнера есть концепция, и она, как правило, при суровых изменениях "разваливается". Сколько раз приходилось слышать от недовольного дизайнера: "Еще одно замечание по дизайну - и можно все начинать заново".

РЕКОМЕНДАЦИЯ 9: Требуйте такого сайта, который легко модифицировать.
После утверждения заказа, как правило, идет "верстка". Верстальщик "оживляет" макет: заставляет работать кнопки, меню, готовит место для текстов. На этом этапе важно, чтобы верстальщик сделал сайт, который можно корректировать, дополнять и убирать разделы (страницы) и т.п. Если предполагается, что материалы на сайте будут обновляться и добавляться довольно часто, то следует сказать об этом верстальщику (и дизайнеру), потому как некоторые студии делают красивые во всех отношениях сайты, но где добавить страницу или раздел - проблематично. Пусть, Исполнители проекта продемонстрируют, как следует выкладывать новости на сайт, информацию по товарам, обновлять прайс-лист - их это обяжет сделать механизмы как можно проще, Вам, даже если не придется работать с сайтом самостоятельно, будет понятно, чем занят Веб-мастер или поддерживающая сайт фирма.

РЕКОМЕНДАЦИЯ 10: Прежде чем представлять сайт в Интернет - протестируйте сайт.
На свежем сайте не бывает без ошибок и опечаток. Необходимо попросить студию выложить сайт в Интернет, но куда-нибудь на скромное место в тестовом режиме. Почитайте материалы на сайте, полностью пройдитесь по всем кнопочкам, проверьте заголовки страниц. Очень полезно попросить своих знакомых и коллег посмотреть на сайт свежим взглядом. Документируйте найденные оши

Кто управляет сайтом

LaggEr — Sat, 27 Aug 2011 13:38:15 GMT

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

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

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

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

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

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

Посетитель. Будем считать, что посетитель - это *незарегестрированный* пользователь сайта. На большинстве информационных проектов даже не зарегестрированный пользователь может добавить контент, к примеру, если сервис "оставить комментарий к новости" или "проголосовать", или "участвовать в опросе" не требует авторизации - все равно посетитель так или иначе управляет содержанием сайта (вы же согласны с тем, что резуальтаты голосования или статистика по опросу, а тем более выводы и аналитические измышления на основании этих выводов - это так же контент сайта?). А статистика сайта? Многие инфопроекты внимательно отслеживают статистику и даже меняют содержание и структуру (и оформление, и т.д.) на основании детального анализа статистики, следовательно, даже если ваш посетитель вообще никак не поучаствовал в жизни сайта, пришел, сделал один переход по ссылке и закрыл сайт - вы уже будете анализировать его поведение и причины - почему? Может, неинтересная заметка, которую стоит убрать подальше с глаз? или чрезмерно сложная форма для заполнения, которую нужно упростить? Или слишком тяжелый блок с презентационным флешевым роликом, который лучше заменить комбинированным (текст+графика) облегченным вариантом?

Кстати в качестве небольшого отступления - по поводу примера прав доступа для простого зарегестрированного пользователя каталога сайтов, который может редактировать информацию о своем сайте. Здесь получается палка о двух концах. С одной стороны - да, хороший современный движок для каталога сайтов уже трудно представить без такой функции. Однако большинство владельцев каталогов сайтов искренне заинтересованы в том, чтобы каталог был чистенький и не заспамленный. Именно для этого каталог тщательно модерируется, осуждаются описания сайтов, избыточно содержащие *ключевые слова* вместо внятного и лаконичного (и честного) текста. Не проходят модерацию сайты, не соответствующие указанной рубрике, или по другим причинам, как правило указанным в т.наз. privacy policy, в правилах, определяющих политику каталога. Однако если уж пользователь получает права на редактирование (в последствии) информации, то что ему мешает указать при регистрации аккуратные валидные данные, а после зайти под своим аккаунтом и поменять описание на перечень ключевых слов, то же самое сделать с названием сайта, а для некоторых каталогов - даже изменить адрес ссылки на сайт, указав в качестве исходного - очередной раскручиваемый дорвей? Это же на сколько порядков усложняется работа модератора каталога, которому, дабы соблюсти красоту в своем проекте, придется ежедневно пролистывать все рубрики, все страницы в поисках таких нарушителей? Куда проще по-старинке, когда права на запись были только у модератора, и пользователь не мог ничего изменить, только написать в саппорт слезную просьбу о внесении изменений, кои тоже сначала должны пройти проверку.

И это только начало. Теперь в краткой форме следует собрать все требования к информационному сайту, к наличию всех возможных сервисов, к формированию интерфейса - для посетителей, для зарегестрированных пользователей, модераторов и администраторов. Повторюсь, собрать ВСЕ требования, которые и реализовать в некоей абстрактной оптимальной системе практически не возможно, хотя бы потому, что часть из них все равно будет противоречить друг другу. И все же я обращаюсь к читателям, к начинающим и опытным разработчикам - пишите в блог или на почту design@i2r.ru - хотелось бы выделить группу традиционных требований, а так же обсудить заказываемые нестандартные функции и сервисы. А к тем, кто все же выберется на семинар Сатина - великая просьба, вы задайте вопрос по поводу оптимального интерфейса для "админской части" информационного сайта, для модераторов. Очень хочется услышать по этому поводу мнение авторитета, профессионала, да.

CMS - выбрать или разработать?

LaggEr — Sat, 27 Aug 2011 13:37:47 GMT

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

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

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

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

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

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

Освоить самые азы сетевых технологий - php, asp, xml способен даже начинающий программист, студент. Но знать все тонкости и особенности любой из них - для этого нужно уже иметь неслабую практику. То же касается аналитической группы проекта - если уж вы собираетесь разрабатывать свою систему управления, вы должны быть четко уверены в том, что ваш аналитик имеет реальное представление о том, что из себя может представлять хорошая система управления содержанием, т.е. иметь опыт работы с довольно большим количеством других движков, как пользователь и администратор, ясно представлять себе цели вашего проекта, все функции, который этот проект должен выполнять на момент выпуска его в сеть и в ближайшем будущем. Какая нагрузка планируется на систему? Какой объем контента, какой объем траффика? Имеет смысл закладываться под миллион статей за небольшой промежуток времени (что есть совершенно реально, вот и Wikipedia недавно объявила, что за пять последних лет как раз миллион статей и набралось, а пять лет - это очень немного, это очень быстро). Будет проект исключительно информационный, или же в ближайшем или не очень ближайшем будущем все же планируется коммерческое подразделение, продажи, электронный магазин и SSL-сертификат smile и возможно ли будет адаптировать и совершенствовать такой движок по мере роста проекта и его потребностей?

Да и технологии... если, к примеру, рассматривать PHP+MySql, то здесь и специалистов можно найти без особого труда, и консультации получить, на русском причем языке, благо славный http://phpfaq.ru всегда доступен, есть что почитать и у кого спросить. А если новомодная связка XML+AJAX - много ли вы знаете разработчиков, которые реально представляют себе все возможности, а, с другой стороны - все сложности и тонкости этой технологии? Хотя, впрочем, информация появляется, с каждым днем... но специалистов все же мало, очень мало. И они, естественно, дорого стоят. И еще один пункт, о котором придется задуматься до начала работы над проектом - сколько вы планируете тратить времени и денег на поддержку вашего сайта? Опять же, если речь идет о скромном сайте компании, где раз в пол-года обновляется блок новостей, нет большого смысла уделять серьезное внимание детальной проработки проекта, но если задачи стоят более серьезные? Чем сложнее задачи, тем сложнее и система управления, и понятно, что нет большого смысла в том, чтобы пытаться сложнейший комплекс сделать с настолько примитивным интерфейсом (всмысле, простым в управлении), чтобы школьники и неподкованные в интернет-технологиях пресс-секретари без проблем разруливали весь процесс. Здесь как и в любой другой системе - чем сложнее поставленная задача, тем более подготовленным должен быть человек, эту задачу реализующий.

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

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

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

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

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

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

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

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

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

Интересное наблюдение: начинающие программисты зачастую смело берутся за работу, считая, что ясно видят, что и как нужно делать. А вот те, кто создавал или участвовал в создании таких систем не один и не два раза, значительно чаще задумываются о том, насколько все же сложно сделать универсальный проект, продуманную, гибкую структуру, которая сможет удовлетворить самого что ни на есть придирчивого заказчика, систему, которую легко можно модифицировать под разные задачи, под разных клиентов. Задумываются о том, что такое *оптимальная CMS*.

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

Среди известных мне развитых систем управления наблюдается два подхода:

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

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

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

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

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

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

Логическое форматирование документа. Об этом и в Библиотеке, и в сети пишут все время, бесконечная тема для споров и выяснения отношений с пеной у рта. Если вы веб-дизайнер, попробуйте собрать хотя бы один сайт, в каждом документе которого будет соблюдаться ЛОГИКА, не будет ни одного избыточного html-тега, и, напротив, будут использоваться необходимые теги там, где они по логике и должны использоваться. Да, речь о том же - ключевое заглавие документа - в теге H1, перечисление чего-бы то ни было - в нумерованных и ненумерованных списках, в таблицах - табличные данные И ТОЛЬКО. Оглянитесь на свои, уже сделанные проекты - есть среди них хотя бы один, о котором вы можете сказать, что все html-документы вашего сайта ЛОГИЧНЫ? И если у вас еще нет такого проекта, воспользуйтесь озвученной выше рекомендацией, проведите эксперимент, создайте такой проект, пусть он будет простой, не это важно.

Механизмы. Знаю, слово подобрано не очень удачно - речь идет именно то тех самых частях движка, которые будут каким-либо образом обрабатывать контент (п.1), делать его доступным со страниц сайта с помощью элементов навигации (п.2), с необходимым соответствующему контенту оформлением (п.3), предоставлять в конечном счете в виде собранного html-документа (п.4)

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

«Поисковые технологии» дадут каждому юзеру персональный поис

LaggEr — Sat, 27 Aug 2011 13:37:10 GMT

На сайте проекта «Новотека» началось тестирование нового сервиса «Персональный поиск». Здесь можно выбрать сайты для индексации и создать свой собственный маленький поисковик.

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

По своей идее «Персональный поиск» очень напоминает открытую платформу Alexa Web Search Platform, тестирование которой началось буквально месяц назад. Поисковая платформа предоставляет сторонним разработчикам прямой доступ к поисковым серверам Alexa. Пользователь может командовать поисковым роботом. Например, заставить его проиндексировать определенный сегмент сети. Или, скажем, проиндексировать все документы того или иного формата в указанном домене. Или извлечь из индекса данные в определенном формате. Результаты можно использовать на своем собственном сайте или даже открыть новый поисковый сервис в интернете. Это действительно замечательная идея. Единственный недостаток — необходимость оплачивать хостинг, трафик и другие услуги Alexa Web Search Platform.

«Персональный поиск» на «Новотеке» пока бесплатен (прием бета-тестеров осуществляется по персональным приглашениям). Эта система создана фирмой ЗАО «Поисковые технологии» на базе поисковика, разработанного в компании «Ашманов и партнеры». Поисковик Игоря Ашманова работает на сайтах Novoteka.Ru, Lib.Ru, Anekdot.Ru и др. Он поддерживает несколько языков, понимает морфологию русского языка (падежи, времена, склонения и т.д.), поддерживает некоторые оригинальные SQL-подобные функции поиска.

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

Генеральный директор ЗАО «Поисковые технологии» Игорь Ашманов рассказал о новых функциях, которые планируется реализовать в «Персональном поиске» в первую очередь. Это возможность организовать поиск по своему сайту и хостинг тематических поисковиков. В персональном кабинете появится возможность просмотра всех новых страниц сайтов и другое развитие функций мониторинга.

Игорь Ашманов ответил на вопросы «Вебпланеты» и раскрыл некоторые технические и организационные детали проекта.

Пять веских причин сделать редизайн сайта с помощью CSS

LaggEr — Sat, 27 Aug 2011 13:35:48 GMT

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

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

Веб-дизайн старой школы – HTML-верстка на таблицах

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

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

Веб-дизайн новой школы – каскадные таблицы стилей (CSS)

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

Но не только веб-дизайнеры и программисты получают преимущество от создания сайта с помощью CSS. Вы как владелец бизнеса получите больше! Как?

5 веских причин сделать редизайн сайта с помощью CSS

1. Позиционирование компании в Интернет

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

2. Юзабилити

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

3. Доступность

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

4. Поисковая оптимизация

По статистике около 80% покупок в Интернете начинаются с запросов в поисковых системах. И есть отдельная область деятельности, призванная помочь бизнесу получить высокие позиции в результатах поиска по ключевым словам.

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

5. Пропускная способность сайта

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

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

Означает ли все вышесказанное, что таблицы запрещены?

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

Может быть, мой сайт был изначально создан с помощью CSS?

Есть быстрый способ проверить это. Загрузите любую страницу вашего сайта. Нажмите правую кнопку мыши в любом месте окна, появится меню. Нажмите «Просмотр HTML-кода». Вверху появившегося окна вы увидите что-то вроде rel=”stylesheet” или type=”text/css”.

Если вы решите провести редизайн сайта сейчас или в будущем, убедитесь, что веб-разрабочики, которым вы даете это задание, знакомы с CSS.

Как SEO-компании выбирают клиентов?

LaggEr — Sat, 27 Aug 2011 13:35:16 GMT

По каким причинам оптимизаторы могут отказать в обслуживании? Главный критерий – это, конечно, платежеспособность.

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

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

В нашем случае две из 30 компаний отказывали сразу, одна - три недели затягивала переговоры, не называя цену, большинство компаний ответили конкретным предложением с указанием стоимости в течение 2 недель, всего несколько компаний - через 1-2 дня. Более половины ответов оказались подробными, с предложениями дополнительных услуг и учётом индивидуальных условий заказчика. Двенадцать компаний жестко привязали предложения к небольшому списку запросов.

Итак, было получено несколько десятков коммерческих предложений и исследование перешло к этапу анализа цен. Первое, что бросается в глаза - это их значительный разброс. За вывод в топ по одному и тому же списку запросов просили от $3200 до $23600 в месяц.

Термины и определения

LaggEr — Sat, 27 Aug 2011 13:34:21 GMT

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

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

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

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

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

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

Результаты поиска. Также SERP (search engine result page). Страница, выдаваемая поисковой системой в качестве ответа на запрос пользователя и содержащая набор ссылок на страницы Интернета, соответствующие, по мнению алгоритма поисковой машины, заданному запросу (релевантные ему).

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

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

SEO. От английского Search Engines Optimization. См. Поисковая оптимизация.

Сколько стоит SEO на западе?

LaggEr — Sat, 27 Aug 2011 13:33:38 GMT

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

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

На западном SEO-рынке выделяются семь основных моделей ценообразования. Рассмотрим подробнее каждую.

Почасовые консультации
Стоимость за час является одним из самых простых способов ценообразования услуг. Расценки сильно рознятся, например, фрилансеры готовы взять $40-50, компании второго эшелона несколько больше $100-$200, самые дорогие консультации соответственно у флагманов рынка - $300-500.

Проект-консалтинг
Многие оптимизаторы принимают модель оплаты больше распространенную у разработчиков сайтов – взимают фиксированную плату за определенную ступень аудита проекта. Конечная стоимость складывается из общего времени и трудозатрат (усилий и числа задействованного персонала).

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

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

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

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

Оплата за позицию
Одна из наиболее интересных моделей формирования стоимости, которой пользуются оптимизаторские компании. Суть ее в том, что заказчик платит одну цену за позиции на второй странице результатов поиска, другую, например, за 10, 9, 8 позицию и т.д. Отдельные бонусы выплачиваются за позиции в топе (1-3 места). Оплата за позицию имеет смысл для тех компаний, которые умеют продвигать на высокие позиций сайты по высокочастотным запросам.

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

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

- размер и сложность структуры сайта;
- «крутизна» бренда компании;
- сложность проекта, конкурентость отрасли;
- репутация и востребованность SEO-компании.
Услуги Минимальная цена Средняя цена Максимальная цена
Аудит сайта + консалтинг $500 $2,500 $10,000
Оптимизация структуры страниц и кода сайта $2,000 $10,000 $50,000
Ручная простановка ссылок $500 $5,000 $20,000
Однодневный обучающий семинар по поисковой оптимизации $750 $4,000 $12,000
Составление семантического ядра $100 $500 $2,000
Доработки контента $1,000 $7,500 $20,000
Доработки структуры и дизайна сайта $5,000 $25,000 $100K+
Ежемесячная оплата SEO-услуг $2,500 $7,500 $20,000+

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

Рэнд Фишкин , исполнительный директор и один из основателей компании SEOmoz

Простое и понятное описание HTTP/1.0

LaggEr — Sat, 27 Aug 2011 13:32:55 GMT

Hyppertext Transfer Protocol (HTTP ), протокол пересылки гипертекста - это язык,
которым клиенты и серверы World Wide Web пользуются для общения между собой.

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

GET /index.html HTTP/1.0 используется метод GET, которым с помощью версии 1.0 HTTP запрашивается документ
index.html.
2. Клиент посылает информацию заголовка (необязательную), чтобы сообщить серверу
информацию о своей конфигурации и данные о форматах документов, которые он может
принимать. Вся информация заголовка указывается построчно, при этом в каждой строке
приводится имя и значение. Например, приведенный ниже заголовок, посланный клиентом,
содержит его имя и номер версии, a также информацию о некоторых предпочтительных
для клиента типах документов:

USER-AGENT: Mozilla/2.02Gold (WinNT; I)
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Завершается пустой строкой.
3. Послав запрос и заголовки, клиент может отправить и дополнительные данные. Эти данные
используются главным образом теми CGI-программами, которые применяют метод POST.
Клиенты могут их использовать для помещения отредактированной страницы обратно
на Web-сервер.

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

HTTP/1.0. 200 OK говорит о том, что сервер для ответа использует версию HTTP 1.0. Код состояния
200 означает, что запрос клиента был успешным и затребованные данные будут переданы
после заголовков.
2. После строки состояния сервер передает клиенту информацию заголовка, содержащую данные
о самом сервере и затребованном документе. Пример HTTP-заголовка:

Date: Fri, 20 Mar 1999 08:17:58 GMT
Server: NCSA/1.5.2
Last-modified: Mon, 17 Jun 1996 21:53:08 GMT
Content-type: text/html
Content-lenght: 2482 Завершает заголовок пустая строка.

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

В HTTP 1.0 за передачей сервером затребованных данных следует зазъединение с клиентом и
транзакция считается завершенной, если не передан заголовок Conection: Кeep Alive. В
HTTP 1.1 сервер по умолчанию не разрывает соединение и клиент может посылать другие запросы.
Поскольку во многие документы встроены другие документы - изображения, кадры, апплеты и т.д.,
это позволяет сэкономить время и затраты клиента, которому в противном случае пришлось бы
для получения всего одной страницы многократно соединяться с одним и тем же сервером. Таким образом, в HTTP 1.1 транзакция может циклически повторяться, пока клиент или сервер
не закроет соединение явно. HTTP не сохраняет информацию по тразакциям, поэтому в следующей трнзакции приходится
начинать все заново. Преимущество состоит в том, что HTTP-сервер может обслужить в заданный
промежуток времени гораздо больше клиентов, ибо устраняются дополнительные расходы на
отслеживание сеансов от одного соединения к другому. Есть и недостаток: для сохранения
информации по транзакциям более сложные CGI-программы должны пользоваться скрытыми
полями ввода или внешними средствами, например "ключиками" NetScape.
Запросы клиента
Запросы клиента разбиваются на три раздела. Первая строка сообщения всегда содержит
HTTP-команду, называемую методом, URI, который обозначает запрашиваемый клиентом файл
или ресурс, и номер версии HTTP. Следующие строки запроса клиента содержат информацию
заголовка. Информация заголовка содержит сведения о клиенте и информационном объекте,
который он посылает серверу. Третья часть клиентского запроса представляет собой тело
содержимого - собственно данные, посылаемые серверу.
URI (Uniform Resource Identifier, универсальный идентификатор ресурса) - это общий
термин для всех допустимых форматов схем адресации, поддерживаемых в WWW. Сейчас
общепринятой является схема адресации с использованием универсальных локаторов
ресурсов (URL).
Методы
Метод - это HTTP-команда, с которой начинается первая строка запроса клиента. Метод
сообщает серверу о цели запроса. Для HTTP определены три основных метода: GET, HEAD и
POST. Определены и другие методы, но они не так широко поддерживаются серверами, как
три перечисленных ( хотя эти другие методы в будущем будут использоваться более часто).
При задании имен методов учитывается регистр, поэтому GET и get различаются.

Метод GET.
GET - зто запрос информации, расположенной на сервере по указанному URL. GET -
наиболее распространенный метод поиска с помощью броузеров документов для визуализации.
Результат запроса GET может представлять собой, например, файл, доступный для сервера,
результат выполнения программы или CGI-сценария, выходную информацию аппаратного
устройства и т.д.
Если клиент пользуется в своем запросе методом GET, сервер отвечает строкой состояния,
заголовками и затребованными данными. Если сервер не может обработать запрос
вследствие ошибки или отсутствия полномочий, он, как правило, посылает в информационном
разделе ответа текстовое пояснение.
Тело информационного содержимого запроса GET всегда пустое. GET в переводе на
человеческий язык означает примерно следующее:"Дайте мне этот файл". Для иднтификации
указанных в запросе клиента файла или программы обычно используется полное имя обьекта
на сервере.
Ниже приведен пример успешного запроса GET на получение файла. Клиент посылает запрос:
GET /index.html HTTP/1.0
Connction: Keep-Alive
User-Agent: Mozilla/2.02Gold (WinNT; I)
Host: www.ora.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Сервер отвечает:
HTTP/1.0 200 Document follows
Date: Fri, 20 Sep 1996 08:17:58 GMT
Server: NCSA/1.5.2
Content-type: text/html
Content-lenght: 2482
(далее следует тело документа) Метод GET используется также для передачи выходной информации в CGI-программы
посредством тегов форм. Поскольку тело запроса GET пусто, входные данные присоединяются
к URL в строке GET запроса. Если в теге
задано значение атрибута method="GET",
то пары ключ-значение, представляющие собой введенные данные из формы, присоединяются к
URL после вопросительного знака. Пары отделяются друг от друга амперсандом (&).
Например, по запросу
GET /cgi-bin/birthday.pl?month=august&date=24 HTTP/1.0
сервер передаст в CGI-программу birthday.pl значение month и date, указанные в форме,
созданной на клиенте. Входные данные в конце URL кодируются в спецификации CGI. Чтобы
специальные символы интерпритировались обычным образом, используются шестнадцатиричные
коды.
Аналогичным образом в методе GET может передаваться информация о дополнительных путях.
При этом дополнительный путь указывается после URL, т.е. /cgi-bin/display.pl/cgi/
cgi_doc.txt. Сервер определяет, где заканчивается имя программы (display.pl).
Все данные, которые следуют за именем программы, интерпритируются как дополнительный
путь.

Метод HEAD.
Метод HEAD аналогичен методу GET, за исключением того, что сервер ничего не посылает
в информационной части ответа. Метод HEAD запрашивает только информацию заголовка о
файле и ресурсе. Инфоримация заголовка запроса HEAD должна быть такой же, как в запросе
GET.
Этот метод используется, когда клиент хочет найти информацию о документе, не получая
его. Для метода HEAD существует множество приложений. Например, клиент может
затребовать следующую информацию:
* время изменения документа ( эти данные полезны для запросов, связанных с кэш-памятью);
* размер документа (необходим для компоновки страницы, оценки времени передачи,
определения необходимости запроса более компактной версии документа);
* тип документа (позволяет клиенту изучать документы только определенного типа);
* тип сервера;
Следует отметить, что большая часть информации заголовка, которую посылает сервер, не
является обязательной и может предоставляться не всеми срверами.
Ниже приведен пример HTTP-транакции с использованием запроса HEAD. Клиент посылает
запрос:
HEAD /index.html HTTP/1.0
Connection: Kep-Alive
User-Agent: Mozilla/2.02Gold (WinNT; I)
Host: www.ora.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Сервер отвечает:
HTTP/1.0 200 Document follows
Date: Fri, 20 Sep 1996 08:17:58 GMT
Server: NCSA/1.5.2
Last-modified: Mon, 17 Jun 1996 21:53:08 GMT
Content-type: text/html
Content-lenght: 2482 (Тело содержимого в ответ на запрос HEAD не передается.)

Метод POST.
Метод POST позволяет посылать на сервер данные в запросе клиента. Эти данные
направляются в программу обработки данных, к которой сервер имеет доступ (например,
в CGI-сценарий). Метод POST может использоваться во многих приложениях. Например, его
можно применять для передачи входных данных для:
* сетевых служб (таких как телеконференции);
* программ с интерфейсом в виде командной строки;
* аннотирования документов на сервере;
* выполнения операций в базах данных.
Данные, посылаемые на сервер, находятся в теле содержимого запроса клиента. По завершении обработки запроса POST и заголовков сервер передает тело содержимого в
программу, заданную URL. В качестве схемы кодирования с методом POST используется URL-
кодирование, которое позволяет преобразовывать данные форм в список переменных и
значений для CGI-обработки.
Ниже приведен небольшой пример запроса клиента с использованием метода POST. Клиент
посылает на сервер данные о дне рождения, введенные в форму:
POST /cgi-bin/birtday.pl HTTP/1.0 User-Agent: Mozilla/2.02Gold (WinNT; I)
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Host: www.ora.com Content-type: application/x-www-form-urlencoded
Content-lenght: 20

month=august&date=24
Другие методы.
Приведенные ниже методы также определены, хотя и используются не столь часто.
LINK - Связывает информацию заголовка с документом на сервере.
ULINK - Отменяет связь информации заголовка с документом на сервере.
PUT - Помещает тело содержимого запроса по указанному URL.
DELETE - Удаляет данные, находящиеся на сервере по заданному URL.
OPTIONS - Запрашивает информацию о коммутационных параметрах сервера. Чтобы запросить
данные обо всем сервере в целом, вместо URL запроса следует использовать
символ *.
TRACE - Требует, чтобы тело содержимого запроса было возвращено без изменений.
Используется для отладки.

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

Коды ответов сервера.
100 - 199 - Информационный
100 Continue
Начальная часть запроса принята и клиент может продолжать передачу запроса.
101 Switching Protocols
Сервер выполняет требование клиента и переключает протоколы в соответствии
с указанием, данным в поле заголовка Upgrade.

200 - 299 - Запрос клиента успешен
200 OK
Запрос клиента обработан успешно, и ответ сервера содержит затребованные данные.

300 - 399 - Запрос клиента переадресован, необходимы дальнейшие действия
400 - 499 - Запрос клиента является неполным
500 - 599 - Ошибки сервера

Все, что вы хотели знать о банерах и банерной рекламе

LaggEr — Sat, 27 Aug 2011 13:32:23 GMT

Еще каких-то 3–4 года назад, когда понятие «банер» только начинало закрепляться в лексиконе отечественной интернет-общественности, рекламные картинки, мигающие то тут, то там на страницах известных ресурсов и порталов, казались «банерным рекламодателям» чем-то вроде панацеи от всех бед. У неопытных серферов, коих было подавляющее большинство, банеры вызывали восторг, удивление, заинтересованность. Для всех нас это было явление новое, необычное: так и хотелось кликнуть на «подмигивающей» картинке. Поэтому такой вид рекламы приводил на сайты тех, кто ее показывал, огромное количество посетителей, а тем, кто ее продавал, приносил не меньшие доходы.

Однако теперь все это кануло в Лету. Банеры ни у кого уже не вызывают благоговейных чувств. А возглас, ой, а что это за картинка, способен вызвать лишь ироничную усмешку. В последнее время появилось даже такое понятие, как «банерная слепота». Речь идет о том, что пользователь Интернета уже интуитивно, на подсознательном уровне знает, что вот эта картинка — банер, и не обращает на нее внимания, как бы вырезая взглядом на странице только то, что ему необходимо, а именно полезную информацию.

И тем не менее, несмотря на то, что эффективность и «кликабельность» самих банеров снижается день ото дня, банеры были, есть и, очевидно, всегда будут одним из самых популярных способов рекламы в Сети. Почему так? Скорее всего, благодаря простоте, очевидности и невысокой стоимости, а также в силу отлаженности механизмов баннрного рекламирования.

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

Что такое банер и каким он бывает?
Баннером (от англ. banner — «знамя», «заголовок») называют рекламное изображение, выполняющее роль гиперссылки на рекламируемый ресурс Интернета (проще говоря, кликаешь на баннер — загружается рекламируемый сайт). Вроде все просто и ясно. Тем не менее, баннерная реклама — это, если можно так сказать, целая отрасль Интернета, породившая огромное количество всевозможных терминов, понятий, правил и законов.

Какими бывают банеры? Прежде всего, давайте поговорим об их размерах.
В принципе, банер может иметь какие угодно размеры по вертикали и горизонтали — это ведь всего лишь рекламная картинка! Но, как и все в этом мире, эти размеры подверглись стандартизации, в результате которой сегодня возможно выделить несколько основных типов. Кроме того, согласно спецификации, предложенной компаниями IAB (Internet Advertising Bureau) и CASIE (The Coalition for Advertising Supported Information and Entertainment), каждому из наиболее распространенных типоразмеров банеров присвоено собственное терминологическое название.

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

Сети.
Размеры 125х125, 120х90, 120х60 чаще всего встречаются на страницах слева или справа в колонке меню сайта.
«Кнопки» (88х31) выносятся обычно вниз страницы.

В русском и украинском Интернете большой популярностью и любовью рекламодателей пользуются размеры 100х100, а также 150х80 (т. н. «ушки»), несмотря на то, что они не стандартизованы. Что касается «ушек», то применение этого формата несколько необычно. Они используются для анонсирования новостей информационных порталов рунета — lenta.ru, dni.ru, grani.ru и др.

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

Баннеры формата GIF рисуются, как вы понимаете, в различных растровых или векторных графических редакторах. При необходимости создать анимированный GIF вначале нужно подготовить кадры будущего баннера, а потом «склеить» их в анимированную последовательность. Для этих целей могут пригодиться специализированные программы типа Ulead GIF Animator. Встроенные средства для создания gif-овых «мувиков» есть и в некоторых крупных пакетах, например в CorelDRAW.

Другой распространенный формат, получивший особенную популярность в последние год-два, — flash. Как понятно из названия, делается он с помощью средств из пакета Macromedia Flash. Такой формат хорошо подходит для сложных анимированных баннеров (рис. 4), так как вес картинки при использовании Flash’а получается немного меньшим, чем у GIF-аналога. Кроме того, сложную анимацию (например, морфинг объектов) в GIF’е реализовать практически невозможно.

У flash-баннеров есть еще одно преимущество: они, в отличие от GIF-овых, грузятся даже тогда, когда пользователь отключил в своем браузере функцию отображения графики. В этом случае его эффективность резко возрастает: на фоне полного отсутствия на странице графических элементов красочный flash неизбежно привлечет внимание серфера.
Существует также третий, самый редкий стандарт, т. н. интерактивный баннер (иногда именуемый Rich Media). Такие баннеры создаются с использованием технологий CGI, Java или VBS, а также элементов HTML и flash-анимации.

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

Эффективность банера и его рекламные показатели
Эффективность банера — понятие далеко не абстрактное, оно поддается точной количественной оценке. Единицей измерения эффективности банера принято считать соотношение числа нажатий на банер к числу его показов. Эта величина называется CTR (Click Through Ratio) и служит основным критерием в оценке эффективности банера и даже всей рекламной кампании в целом.

Вычисляется CTR очень просто. Если ваш банер был показан пользователям, к примеру, 1000 раз, и только 10 человек щелкнули на нем, то CTR равен 1 %. И если еще два-три года назад этот показатель в рунете (и тем более в уанете) мог достигать 8–10 %, то сегодня CTR в 0.5–0.8 % является довольно хорошим результатом. Такой «обвал» вызван банальным привыканием пользователей к банерам. Однако и цена банерных показов за эти годы сильно упала. Но об этом мы поговорим чуть позже.

В определении CTR прозвучали слова «показ банера». Что же это такое? Фактически речь идет о единичной загрузке банера на страницу. К примеру, пользователь зашел на страницу с вашим банером. Банер подгрузился — это один показ, пользователь обновил страницу — это второй, на страницу зашел другой пользователь — третий показ. Суть, думаю, ясна.
Низкий CTR отнюдь не свидетельствует о неэффективности баннера. Дело в том, что если вам удастся создать интересный и запоминающийся (пусть и «некликабельный») баннер, он станет носителем имиджевой рекламы, способствуя запоминанию адреса вашего сайта или названия рекламируемой организации.

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

CTI (Click To Interest) описывает отношение количества посетителей, заинтересовавшихся сайтом, к общему числу посетителей. При определении факта заинтересованности мы вынуждены исходить из совершенных серфером действий, свидетельствующих о его положительной реакции на ваш ресурс. О таком благорасположении можно говорить, если пользователь не ограничился просмотром первой страницы, а наведался еще в несколько разделов. Или если он спустя некоторое время вернулся на сайт снова. Или если занес ресурс в «Избранное».

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

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

Аренда рекламного места. Банерные сети
Каким образом вы можете осуществлять банерную рекламу в Сети? Здесь есть два варианта. В первом случае вы просто покупаете рекламное место на других ресурсах и размещаете там свои банеры.
При этом есть три возможности того, как оплатить демонстрацию своего банера на другом сайте. Заплатить за тысячу банерных показов (эта величина называется CPM). Это реально лишь в том случае, если на ресурсе, где крутятся ваши баннеры, реализован CGI-механизм подсчета количества загрузок (или, иначе говоря, числа показов) ваших баннеров.
В некоторых случаях владельцы рекламных площадок предлагают рекламодателю оплачивать не показы, а количество посетителей, щелкнувших на баннере мышью и оказавшихся таким образом на рекламируемом сайте. Данная величина называется CPC (Cost Per Click) и исчисляется обычно как стоимость одного щелчка.

Однако чаще всего встречается третий способ оплаты рекламного места — Flat Fee. Это цена за определенное время, в течение которого ваш банер будет демонстрироваться посетителям данного ресурса.

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

Рассмотрим в связи с этим такой пример. Один web-сайт опубликовал два рекламных предложения: CPC и CPM на этом ресурсе стоят одинаково, 50 центов (соответственно, за клик и тысячу показов). Предположим, что ваш рекламный бюджет составляет 50 долларов. Это значит, что вы можете приобрести либо 100 «заходов» (кликов по баннеру), либо 100 000 показов. Предварительно «обкатав» баннер в бесплатной баннерообменной сети, вы выясняете, что его CTR составляет 0.65 %. Не трудно догадаться, что, заплатив за показы, вы получаете не 100, а 650 посетителей. Таким образом, в нашем случае покупка рекламного места по CPM выгоднее покупки по CPC в 6.5 раз.

Но приобретать рекламные места непосредственно у рекламодателя может быть очень дорогим удовольствием. Размещение баннера вверху главной страницы на относительно посещаемом (а другие-то нас и не интересуют!) ресурсе (от 2000 уникальных хостов в сутки) может обойтись от $200 до $1000 в месяц. Для многих, думаю, это окажется непозволительной роскошью.

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

Также вам выдается html-код, который вы должны вставить в страницы своего сайта в том месте, где будут показываться баннеры других участников сети. Таким образом, вы «крутите» у себя чужую рекламу, а другие участники сети — вашу. Правда, все сети берут с показов определенную комиссию. Например, если она равна 15 %, то при 100 показах чужих баннеров на вашем сайте, ваша реклама будет продемонстрирована только 85 раз. Накопившиеся за счет комиссии показы сеть продает. В этом и кроется коммерческий интерес баннерообменной службы. Поэтому вы можете не демонстрировать у себя на сайте чужую рекламу, а сразу купить баннерные показы у администрации сети. После оплаты показы будут зачислены на ваш счет — и вы тут же сможете начать «крутить» их на других ресурсах.

Кроме того, существует возможность купить баннеропоказы на т. н. вторичном рынке, например, на баннерных биржах Banstock.Ru и BanStock.com.ua. Они стоят здесь очень дешево — от $0.02 за тысячу. Цены на показы в разных сетях неодинаковы. Стоимость зависит от среднего CTR сети и от перечня возможностей, предоставляемых сетью своим пользователям (например, наличие или отсутствие таргетинга).

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

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

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

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

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

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

В завершение этого краткого обзора назову несколько наиболее популярных баннерных сетей России и Украины.
RLE (http://www.rle.ru/) — есть разделение на две подсети: «обычную» RLE Classic и «элитную» RLE Gold.
InterReklama (http://www.ir.ru/) — принимает только GIF-баннеры 468х60. Комиссия — 15 %.
LBE (http://www.lbe.ru/) — одна из наиболее эффективных сетей. Комиссия — 20–30 %.
TBN (http://www.tbn.ru/) — находится «под крылом» AGAVA Software. Комиссия — 15 %.
Из украинских сетей можно отметить BigBN (http://www.bigbn.com.ua/), ABN (http://www.abn.com.ua/), «Украинскую баннерную сеть» (http://banner.kiev.ua/).

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

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

Как сделать баннер эффективнее
Здесь мы не будем рассматривать непосредственно способы и методики изготовления баннеров, а заострим внимание на некоторых полезных советах.

Баннеры, как и любую другую рекламную информацию, можно подразделить на имиджевые и товарные. Имиджевые используют в дизайне элементы рекламируемого сайта: фирменные цвета и стилистику, логотип и слоган. Такой баннер направлен не столько на то, чтобы серфер кликнул по нему, сколько на то, чтобы запомниться пользователям и сделать вашу марку или адрес сайта узнаваемыми. Товарный баннер, наоборот, должен обеспечить максимальную «кликабельность». Он несет информацию непосредственно о ваших товарах и услугах, ценах и скидках. Любой хороший баннер — это некая идея, которая должна заинтересовать пользователя и зажечь в нем желание кликнуть.

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

Однако, в любом случае, не нужно забывать о следующих нюансах.
По данным Infoseek, магическая фраза Click Here увеличивает число кликов на 44 %. В отношении русскоязычного сектора Интернет можно сказать следующее: призывы, побуждающие к действию, например «Жми», «Нажми», «Поехали», «Качать» и прочее, могут существенно повысить CTR баннера.
Отклик у анимированных баннеров гораздо выше, чем у статичных. Поэтому старайтесь использовать анимацию.
Баннеры, выполненные в стиле интерфейса ОС Windows (с кнопочками, «флажками-переключателями» и выпадающими списками) имеют повышенный CTR по той причине, что вводят пользователей в заблуждение и заставляют их кликнуть по инерции, машинально (рис. 5).
Не рекомендуется показывать один и тот же баннер одному и тому же посетителю более 4-х раз. Поэтому периодически рекламку нужно перерисовывать и менять.
Еще один интересный совет дает Infoseek. Эта компания провела исследование 2000 баннеров и 500 миллионов показов и не нашла улучшения CTR при использовании баннеров, призывающих участвовать в конкурсе.
Чтобы быть уверенным, что баннер показан, не стоит делать его больше 10–12 Кб.
Используйте меньше цветов! Проведенные исследования показали, что CTR уменьшается при возрастании количества оттенков. Оптимальный эффект достигается при использовании 4 цветов.
Жесткие рамки журнальной статьи, к сожалению, не позволяют рассказать о баннерах больше. Но если уважаемого читателя этот материал заинтересует, мы обязательно продолжим разговор в одной из следующих статей.