Как заставить работать рекламу в Web?



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



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

В погоне за пользователями



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



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



Тем не менее, после того, как пользователь выполнил свою главную задачу, он готов присмотреться и к рекламе. И угадайте, что будет? Он ее не увидит, потому что закрыл ваше всплывающее окно.

Ода постоянности



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



Еще в 1984 году в книге «Руководство по интерфейсу компьютера Макинтош» объяснялось, что разработчикам программ не следует менять что-то без разрешение на то пользователя. Вот почему, например, вас так раздражает, когда в Windows вы заходите в папку, а система поменяла ее представление (view) на другое, не то, которое было до этого.



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



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



Почему бы не сделать возможным просмотр предыдущих рекламных блоков, которые показывались перед этим на странице? Если бы на каждом сайте, где ведется ротация рекламы, предлагалась бы ссылка «посмотреть предыдущие 10 блоков», мы уверены, успех рекламы возрос бы. Этот совет схож с тем, который срабатывает в дизайне главной страницы: ссылка на архив предыдущих рекламных акций и ведущих статей).

Цель — успех рекламы



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



Хотите, чтобы реклама работала? Смиритесь с мыслью, что веб-дизайн — это дизайн взаимодействия с пользователем. Вникните в понятие гипертекста. И, что самое главное, поймите психологию посетителя.

Дешевле или лучше?



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



Но вам так и не звонят.



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



Маленький рынок — большие проблемы



Если вам везет в этой жизни, вы никогда не сталкивались с подобной ситуацией. Вполне может быть, что клиент принял услуги кого-то, кто лучше вас. Как дизайнер, я бы не оскорбился, если бы кто-то честно затмил бы меня. Если бы какой-либо из моих клиентов ушел бы от меня, например, к Kioken, я бы чувствовал гордость за то, что попал в один список вместе с ними. К сожалению, рынок, на котором работаю я, никогда не заинтересует студию Kioken. Мой рынок — Южная Дакота, и я видел, как большая доля моего рынка веб-сайтов оказывается сверстанной во FrontPage"97. В выпуске 100, Крис МакГрегор (Chris McGregor) написал статью о пятиклассниках и их веб-сайтах. Так вот здесь, где я живу, пятиклассник, знающий HTML, уже считается настоящим веб-дизайнером и, что еще хуже, он является конкурентом. Но почему фирмам вообще приходит в голову подобный вариант?



Деньги — вечная причина



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



Когда они приходят к вам, они дают вам список разных требований и примеров. Однако, сайты, которые они вам показывают в качеств примера идеи, принадлежат таким монстрам как Sony.com или VW.com. у этих компаний есть такой бюджет и ресурсы, который позволяет им иметь такие великолепные веб-сайты. А у фирмочки «Окорочка Билла» такого бюджета нет.



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



Иногда клиент становится жертвой ценового синдрома. Компания-заказчик получает отправленное по факсу предложение и пропускает весь его текст, обращаясь сразу к последним строкам. Если там оказывается сумма, которая превышает их ожидание, они возможно, даже не будут и читать ваше послание. Все ваши неоплаченные бессонные ночные часы в три секунды отправляются в мусорную корзину и там бесславно пропадают. Если известная черная поговорка у военных: «Не забывайте, самолет, на котором вы летите, сделан тем, кто запросил за его изготовление меньше всего денег» (Remember, the plane you"re flying was made by the lowest bidder). Может быть военным и можно иметь дело с дешевым подрядчиком, но компаниям, желающим иметь веб-сайт, — никогда.



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



Страх перед неведомым



Если вы начнете бросаться такими терминами как ColdFusion, Flash, доступность, интерактивность и интеграция с базами данных, вы запросто можете отпугнуть клиента. Билл и его компания Окорочка Билла разбирается только в окорочках и ни в чем другом. Билл не знает и капли того, что делает веб-сайт хорошим, и что значат ваши термины. Он может быть слышал об электронной почте, он может быть даже видел несколько веб-сайтов, которые ему показали ребята из техотдела, но все, что сложнее этого, пугает его, а испуг как правило означает страх. Если вы напугаете своего перспективного клиента, вы добьетесь того же результата, что и в случае с ценовым синдромом (см. выше).



Как же не напугать клиента? Ну, иногда бывает разумно попридержать все эти термины при себе. Не пытайтесь поразить клиента своим словарем. Честно говоря, им совсем до лампочки то, что анимация будет осуществляться с помощью Flash ActionScript, и им совсем не за чем знать разницу между HTML- и CFM-страницами. Главное, что вы ее знаете.



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



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



Конкуренты, которых нельзя побороть



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



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



Но есть способы, побороть их в их же собственной игре.



Прямо в яблочко



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



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



Будущее Web-а связано с веб-разработчиками и веб-дизайнерами; но что будет, если работу получат те разработчики и дизайнеры, которых будущее Web-а абсолютно не интересует? Web застоится и, что еще хуже, пойдет на дно.



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



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

Как бороться с предложениями IT-компаний?



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



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



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



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



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



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



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



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



4. «Если вы не начнете работать в Интернете, вас опередят конкуренты». Менеджер по продажам редко бывает достаточно знаком с отраслью, в которой работает клиент, чтобы делать подобные утверждения. Чаще это говорят «от переизбытка чувств» или как последний довод, уже отчаявшись «зацепить» клиента. Коль скоро вы заинтересовались вопросом оптимизации своего бизнеса посредством Всемирной Сети, вам бы самим неплохо узнать, какова стратегия ваших конкурентов в области Интернета. Например, если вы торгуете одеждой, следует задуматься, почему магазины одежды практически отсутствуют в Рунете, чем можно привлечь потенциальную аудиторию и что вы получите от этого. Другая ситуация: у вас розничный компьютерный магазин. В этом случае конкуренты уже далеко впереди. Магазины техники если и не продают львиную часть продукции через Сеть, то большую часть покупателей получают именно оттуда.



5. «Ваша потенциальная аудитория составит 5/10/100 миллионов человек». Ну да. А если открыть магазин в Антарктиде, ваша потенциальная аудитория составит все население земного шара — есть ведь вероятность того, что любой человек может заглянуть в Антарктиду. А там, глядишь, и пингвины с тюленями подтянутся. Для определения объема потенциальной аудитории сайта существуют различные методы (посещаемость конкурентов, мониторинг поисковых запросов и др.). Мы не будем останавливаться на них подробно — это тема для отдельной статьи. Не стоит также забывать о том, что потенциальную аудиторию надо еще превратить в реальную, а это потребует вложения дополнительных сил и денег.



6. «Вашим клиентам гораздо проще и удобнее покупать в Интернете, чем в оффлайне». Опять, уверены ли вы, что сейлз-менеджер знает о вашем бизнесе больше, чем вы сами? Действительно, многие товары в Сети покупать проще и удобнее. Однако прежде, чем заказывать решение, поинтересуйтесь мнением самих клиентов. Если же вы планируете организовать систему взаимодействия с поставщиками или дилерами, узнать их точку зрения не то что желательно, а просто необходимо. 7. «В принципе, мы планируем доработку нашей продукции с целью... (подключения к платежной системе Х/ интеграции с бэк-офисом Y/ совместимости с платформой Z)». Слово «в принципе» уже должно насторожить. Если упомянутое расширение не жизненно важно для вашего дела, просто пропустите эту фразу мимо ушей. Если жизненно важно — поинтересуйтесь сроками. Умножьте сроки в 1,5-3 раза, в зависимости от данных о компании, которые у вас имеются, и личного впечатления. Теперь прикиньте, сможете ли вы подождать это время или лучше поискать что-то другое.



8. «Интернет-магазин обходится гораздо дешевле, чем магазин обычный». Стандартная рекламная фраза. На самом деле, все зависит от типа магазина, планов развития, от того есть ли оффлайновая поддержка, чем торгует магазин, от многих других факторов. 9. «Веб-сайт — это необходимая составляющая для любой современного предприятия». А разве вы этого не знали? Вы же обращаетесь в компанию, занимающуюся разработкой интернет-решений, уж наверное не за тем, чтобы купить там кабельное оборудование или заказать визитки! Не настолько уж у вас развит склероз, чтобы забыть, что именно вы хотите заказать.



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

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



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

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



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



* хостинг-площадка

* владелец сайта

* администратор сайта

* пользователи сайта и поисковые системы



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

Хостинг-площадка



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



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

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

o Кэширует ли CMS сжатые страницы?

o Кэширует ли CMS такие механизмы как каталоги, форумы и другие элементы сайта, формирование которых зависит от параметров в URL, состояния cookies, параметров сессий и т.п.?

o Используется ли для построения страниц блочное кэширование?

o Используется ли для вывода кэшированных страниц отдельный оптимизированный по скорости работы и потребляемым ресурсам механизм?



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



Кроме производительности, хостинг-площадка с точки зрения потребителя ограничена технологиями, которые она поддерживает. Как правило, современные виртуальные хостинг-площадки построены на базе операционных систем семейства Unix. В большинстве случаев они предлагают пользователю для использования стандартный набор: PHP, Perl, MySQL, доступ по FTP (иногда SSH). При этом, важно понимать, что помимо самих интерпретаторов языков разные площадки имеют различный набор модулей, используемых во время работы CMS. Поэтому, чисто теоретически, чем меньше сторонних модулей использует система управления, тем она меньше зависит от хостинга, а у владельца появляется больше вариантов при выборе хостинг-площадки. Но на практике существует некий оправданный минимум функций, который должен использовать разработчик для обеспечения приемлемого уровня комфорта при разработке и использовании системы. Это графические библиотеки ImageMagick или GD, библиотеки для работы с XML, библиотека компрессии Zlib. Поэтому необходимо выяснять какие модули используются кроме них. Чем таких модулей больше, тем сложнее найти подходящий хостинг для CMS, установить её и обслуживать в дальнейшем. Нужно отметить, что хостеры либо запрещают устанавливать дополнительные модули самостоятельно, либо позволяют это делать очень неохотно и с ограничениями.

Владелец сайта



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



1. Разработка сайта или внедрение CMS на существующий сайт;

2. Установка на хостинг (развертывание);

3. Поддержка готового сайта;

4. Модификация сайта.



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



Это достаточно просто выяснить с помощью следующей серии вопросов:



* Сколько времени занимает развертывание сайта на хостинг-площадке? Лучший вариант — до 30 минут, достигается с помощью автоматизированных средств развертывания, которые компания-производитель CMS должна иметь в своем арсенале.

* Возможно ли создание локальной копии сайта на одном из офисных серверов или рабочих станций для предотвращения потери данных с «боевого» сайта? Возможно ли тестирование обновлений?

* Требуется ли для обслуживания сайта что-то кроме интерфейса администрирования и/или FTP доступа? Если да, это накладывает дополнительные ограничения на квалификацию обслуживающего персонала и ведет к увеличению стоимости поддержки.

* Возможно ли доработать сайт в плане функциональности (например, встроить еще одну новостную ленту, добавить форум и т.п.) без участия разработчиков CMS? Есть ли документация для стороннего разработчика на систему управления?

* Имеет ли система управления встроенный механизм резервного копирования? Сколько времени требуется на создание резервной копии стандартного сайта? В лучшем случае этот процесс должен быть полностью автоматизирован и производиться за ~1-2 минуты (в зависимости от объема материалов сайта).

* Возможно ли скачивание резервной копии на локальный диск и обратная операция из интерфейса администрирования?

* Снабжена ли система редактирования материалов функцией возврата к предыдущей сохраненной версии для защиты от человеческих ошибок?



Администратор сайта



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



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



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

* CMS должна запоминать последнее состояние всех открытых древовидных структур и диалогов с закладками.

* Редактор страниц должен поддерживать автоматическую чистку тэгов при вставке из MSWord или Excel. Лучшие системы (например, «Twilight CMS») позволяют также автоматически переносить на сайт картинки и файлы при копировании информации из MSWord или с других сайтов без дополнительных действий — используется только копирование и вставка.

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

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



Пользователи сайта и поисковые системы



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



* Формирует ли CMS заголовки ответа с указанием правильной длины (content-length) и даты модификации страницы (last-modified)?

* Позволяет ли CMS браузерам пользователей кэшировать подключаемые стилевые таблицы (css файлы) и javascript-сценарии? Это значительно уменьшает количество запросов к серверу, повышает производительность CMS в целом.



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

CMS или сайтменеджер (content management system) — система управления информацией на интернет сайте.

Рано или поздно любой владелец контент-сайта приходит к мысли, что ему необходима система управления сайтом. Когда количество html-файлов переваливает за несколько сотен, управляться с ними становится трудно. Все сложности управления контентом берет на себя контент-менеджер (Content Management System, CMS).

Управление сайтом – основная головная боль веб-мастера. Но с появлением cms системы, все становится намного проще и удобнее. Для управления сайтом php, такой сервис как php cms используется очень часто.

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

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

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



Общая классификация CMS



Классификация систем управления контентом



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



Для обобщенной классификации используются следующие критерии:



1. Наличие тех или иных функций и модулей, понятность и доступность пользователю;

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

3. Технологичность — использование технологий, позволяющих повысить надежность и быстродействие системы;

4. Потенциал развития системы.



Простая CMS система

Система собирается из программных модулей, для каждой системы они свои. Модули единожды настраиваются разработчиком, чем жестко закрепляется структура проекта. Для дальнейшего изменения структуры сайта и его параметров требуется участие технического персонала. От пользователя системы требуется знание основ HTML. Совместимость. Система совместима с определенными платформами и типами СУБД. Попытка внедрения дополнительных модулей, в зависимости от используемых технологий, может привести к полной переработке проекта. Технологичность. Динамическое формирование страниц ограниченная пропускная способность — до 3 000-5 000 посетителей в сутки. Система инсталлируется разработчиком. Развитие системы достигается путём перевода сайта на новую, более приспособленную к текущим задачам, версию системы управления контентом.



Шаблонная CMS система

Единый модуль или набор модулей с жестко закрепленной структурой сайта. Система содержит набор сервисных функций, позволяющих выполнить стандартные действия с сайтом: сформировать новостную ленту, создать / удалить новый раздел, выбрать шаблон для работы с информацией, загрузить файл и расставить по тексту картинку, установить атрибуты текста и т.д. Система совместима с определенными платформами и типами СУБД. Попытка внедрения дополнительных модулей, также, как и в предыдущем случае, ограничена. Динамическое формирование страниц или с использованием кэширования данных. В зависимости от методов формирования страниц — от 5 000 до 50 000 посетителей в сутки. Инсталлируется разработчиком. Усовершенствование достигается путём перевода сайта на новую, более сложную, версию системы управления контентом.



Профессиональная CMS система

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



Универсальная CMS система

Имеет продвинутые средства управления контентом, настройка функциональности системы, возможность переопределения атрибутов объектов сайта. Система предоставляет средства для разработки новых сервисов и возможностей. Технические особенности. Расширенные возможности АPI, наличие готовых прикладных решений, в т.ч. с участием программных продуктов третьих фирм. Наличие сертифицированной системы обеспечения безопасности — разграничение прав доступа к системе на внутрикорпоративном уровне. Кэширование формируемых динамических страниц. Пропускная способность — не ограничена.



Совместимость с различными программно-аппаратными платформами.

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

ВВЕДЕНИЕ



Всемирная сеть Internet существует с 1961 года. И уже в те времена начались эксперименты по индексированию и выборке данных, но удовлетворительные результаты появились далеко не сразу. Только в 1991 году Поль Линдер (Paul Linder) и Марк П. Маккэхил (Mark P. McCahill) из университета Миннесоты создали технологию Gopher, которая стала непосредственной предшественницей WWW. В 1992 году была создана всемирная информационная сеть World Wide Web, или просто Web (паутина). Ее основой является концепция гипертекста, сформулированная Тедом Нельсоном еще в 1974 году.



Вместе с вебом пришли три новые технологии:



*



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

*



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

*



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

HTML вырос из более сложного языка — SGML (Single Generalized Markup Language).





Необходимость CMS



В начале развития WWW подавляющее большинство сайтов были статическими, так как страниц было немного. Однако по мере роста количества страниц и WWW в целом все больше времени при обновлении страниц уходило на рутинную HTML-разметку (помимо добавления новой HTML-страницы требовалось вставить ссылки на других страницах). Обновление и даже мелкая корректировка внешнего представления страниц все чаще выливались в весьма сложное мероприятие. Постоянные публикации статей и новостей требовали кропотливого труда, а такие средства, как голосования, гостевые книги, доски объявлений, вообще находились за гранью возможного. Как следствие, назрела необходимость автоматизации представления данных пользователю. История управления контентом началась с управления документами в традиционном смысле этого слова, то есть обычными текстовыми файлами. По мере развития определения «документ» системы управления документами стали называть системами управления контентом или содержимым веб-ресурса. Само определение «управление контентом» поначалу прочно ассоциировалось с процессом публикации и обновления информации на веб-сайтах — требовалась технология, позволяющая следить за ее актуальностью. Применительно к организациям (фабрикам, заводам), оперирующим огромным количеством информации, уместно говорить уже о системах управления информационными ресурсами предприятия (Enterprise Content Management). В результате термин «Content management» расширился: им стали обозначать управление не только информацией на сайте, но и всеми разрозненными и разнообразными фрагментами корпоративной информации. В энциклопедии Wikipedia системой управления контентом названа система, применяемая для организации и упрощения совместного создания информации (проще говоря — пополнения базы данных группой лиц).



Сайт WebMastak.com существует около года, однако на нем можно найти немало полезных статей по веб-программированию на PHP, Perl и несколько сотен (!) о JavaScript, а также материалы по использованию таких интернет-технологий, как SSI и XML. Еще здесь есть такие интересные разделы, как «Оптимизация и продвижение сайта в Сети» и «Настройка веб-сервера Apache».

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

Наверняка пригодится вам и небольшая, но активно пополняемая коллекция скриптов на PHP и Perl.



Структура CMS



Функции, выполняемые системами управления содержимым, можно разделить на три основные группы:



*



Добавление — предоставление авторам удобных и привычных средств создания (добавления) контента на ресурс.

*



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

*



Редактирование данных, содержащихся на сайте.





CMS, как правило, обеспечивают хранение данных в едином репозитории (хранилище)

Существует несколько моделей, по которым строятся системы управления:



Модульная модель. Такие CMS представляют собой набор отдельных суб-CMS, каждая из которых управляет своим набором типов данных. Модули независимы и полностью отвечают за работу с документами данного типа. Зачастую такой принцип организации является самым удачным, так как расширять функциональность можно за счет добавления нового модуля, замены или редактирования существующего кода. Системы на основе описываемой модели наиболее популярны благодаря своей простоте. В качестве примера можно упомянуть PHPNuke и XOOPS.



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



Существуют и другие модели, однако они распространены в гораздо меньшей степени.



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



CMS также различаются по месту хранения сгенерированных страниц:





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



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



Генерация статических страниц на основе динамических данных. При обновлении CMS перегенерирует все связанные страницы. Поэтому при запросе выдается уже сформированная статическая (возможно, собранная с помощью SSI[Server-Side Includes — включения на стороне сервера, то есть в страничку вставляются динамически сгенерированные сервером данные (например, IP-адрес посетителя и др.)]) страница.

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





Весьма и весьма полезен для новичков ресурс «Постройка.ру». Тут подробно рассказывается о создании сайтов, немало статей на тему «HTML», «Графика» и «Дизайн». Хорошо известен в Сети справочник, выходящий на этом сайте: «HTML: шаг за шагом». А еще есть такой раздел, как «Справочная»: определения различных терминов, связанных с Интернетом, разбиты по алфавиту. Самым интересным местом на «Постройке.ру» (по крайней мере, для меня) является форум. Здесь обсуждаются материалы, опубликованные на сайте, и не только. Кстати, оставив там ссылку на свой сайт, я за несколько дней получил больше десятка отзывов.



Классификация CMS



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





Порталы. Используются для информационных ресурсов, основной целью ставят максимальное упрощение публикации статей и новостей. Могут включать в себя нижеперечисленные типы CMS как самостоятельные модули. Наиболее известные представители данного класса: AngelineCMS, Bes-cms, CoolPHP, CPG-Nuke, вебZE, Xaraya, xNuke, XOOPS и др.



Движки без SQL. Это ответвление в разработке CMS развито относительно слабо, так как использование в качестве хранилища информации файлов вместо таблиц базы данных сопряжено с множеством труднорешаемых проблем (таких, как одновременная запись в один файл несколькими копиями скрипта)[Скрипт (от англ. Script) есть интерпретируемая (то есть не компилируемая заранее) программа]. Достоинство этих CMS — в доступности для модификации контента и возможности размещения на бесплатных хостингах[Хостинг (от англ. Hosting) — сервер сети, предоставляющий услуги размещения сайтов]. Есть несколько реализаций данной идеи: Cute News, DeeLight CMS, Progressive, SAPID.



Блог. Происходит от англ. weblog. То есть weblog — blog — блог. Русский термин — «сетевой дневник»] — это сайт, на котором находятся личные заметки автора. В основном заметками являются ссылки на сайты, которые кажутся владельцу ресурса наиболее интересными, и комментарии к ним. Блог может содержать не только ссылки, но и просто электронный дневник пользователя.

К этой категории можно отнести следующие CMS: b2evolution, bBlog, BLOG:CMS, MyPHPblog, Nucleus, pLog, pMachine Free, Serendipity, Textpattern, WordPress, XHP.

Уже ведутся дискуссии о том, кто же влиятельнее: СМИ или блоги? Например, в Штатах выходит телепередача о блогах.



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

К форумам, достойным внимания, можно причислить FUDforum, openBB, Phorum, phpBB, PunBB, W-Agora, XMB, Zorum, ExBB, IPB, vBulletin.



Магазины. К магазинам отнесем любой сайт, с которого можно заказать какой-либо товар. В данном случае в определение «товара» может входить абсолютно все, включая время доступа в Интернет, минуты сотовой связи. Абсолютное большинство интернет-магазинов являются нелегальными[Вопросы — к автору. — Прим. ред].

CMS, позволяющие создать виртуальный магазин: MyMarket, osc2nuke, osCommerce, Zen Cart.



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

Как правило, пользуются следующими CMS: dotProject, eGroupWare, MoreGroupware, phpCollab, PHProjekt.



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

Таких систем немного: ATutor, Claroline, LogiCampus, Moodle, Segue, Site@School.



Базы знаний (KnowledgeBase) позволяют накапливать опыт множества разработчиков, работающих (или работавших) в какой-либо одной. Каждая такая база знаний имеет свою специфичную структуру, поэтому никаких общих решений на данный момент не предложено. Самая известная из существующих баз знаний — RFC[Request For Comment — запрос на комментирование. Обычно описание работы с каким-либо протоколом и т. п. Публикуется в виде небольшого документа — как правило, с примером программы].



Биллинг (Billing). Программное обеспечение, позволяющее провайдерам[Провайдер (от англ. Provider) — организация, предоставляющая какие-либо услуги (как правило, информационные)] и реселлерам[Реселлер (от англ. Reseller) — организация или частное лицо, занимающееся продажей услуг крупных компаний рядовым потребителям] работать со счетами клиентов. Такие CMS являются неотъемлемой частью крупной системы учета потребления услуг пользователями. Задача же CMS данной категории — в отображении информации о предоставленных услугах, подключении новых услуг, изменении текущих параметров, приеме платежей и т. п. Часто такие системы пишутся своими силами. Для примера можно привести биллинг-панель RuWEB[Помимо нее автор имел удовольствие работать с net.ru, agava.ru, IPI.CONTROL, CLX.ru, Spaceвеб, — ни одна фирма не может порадовать гибкими тарифными планами]. В ней создано огромное количество тарифных планов, позволяющих платить только за те параметры хостинга (трафик, место на жестком диске, MySQL, PHP, Perl…), которые используются в полном объеме.



Администраторская панель хостинга. К этому классу относятся такие продукты, как Direct Admin и Control Panel. Немало хостинг-провайдеров стараются написать панель управления для пользователя хостинга своими силами, однако ни одно подобное решение, насколько мне известно, так и не смогло по возможностям и эргономике хоть немного приблизится к вышеупомянутым системам. Например, админпанель хостинга net.ru дает лишь простейшие функции управления и способна показать только то, что может сделать администратор за день работы. Самоделки.



Системы управления бывают свободно-распространяемыми и платными. Вместе с последними в подавляющем большинстве случаев вы получаете сопровождение и поддержку.



Платные системы можно разделить на три ценовые категории:



*



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

*



К среднему ценовому диапазону относятся системы, созданные под конкретного заказчика.

*



Системы, созданные гигантами разработки — Microsoft и др.





Тем, кто интересуется системами управления контентом, рекомендую посетить сайт «CMS Обзор», посвященный CMS, их использованию и настройке. Описаны основные стандарты, которым должна соответствовать CMS, сравниваются платные CMS от различных разработчиков. Весьма любопытный форум. Для сведения: аналогичный англоязычный ресурс располагается по адресу www.cmswatch.com.



Текущее состояние рынка CMS



Развитие чего-либо всегда определяется потребностями рынка. Состояние же рынка CMS на данный момент таково, что нет серьезной конкуренции из-за ненасыщенности рынка. Конкурентная борьба между производителями систем практически отсутствует. Абсолютное большинство мелких и средних веб-разработчиков предпочитают иметь пусть и примитивную, но свою CMS, нежели пользоваться чужими, более продвинутыми разработками. Поэтому в России ни одна система пока не может похвастаться долей рынка хотя бы в десяток процентов. К тому же до сих пор не проведено практически ни одного серьезного анализа рынка и его характеристик. Многие публикации являются скрытой рекламой какой-либо CMS. Подавляющее большинство существующих CMS несовместимы друг с другом, то есть нет возможности экспорта/импорта данных из одной системы в другую, даже через промежуточные форматы данных; несовместимы и модули разных систем. Таким образом, при желании сменить CMS, не меняя оформления, придется заново программировать интерфейс. Диапазон цен на рассматриваемые программные продукты довольно широк — от $50 до $10000, а порой и выше. То есть за долгие годы развития так и не была сформирована даже ценовая политика большинства производителей.



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



Будущее CMS



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



Ниша систем высокой сложности будет занята несколькими крупными компаниями, которые уже в ней присутствуют, включая зарубежных производителей — Microsoft, IBM, Vignette и т. д. Стоимость таких систем, скорее всего, составит от одной до десяти тысяч долларов. Объектами применения CMS данного класса будут не столько веб-сайты, сколько системы документооборота, онлайн-СМИ, различного рода корпоративные порталы.



Нишу средних и малых систем займут продукты некрупных, но авторитетных агентств и бесплатные CMS.



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



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

ВВЕДЕНИЕ



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



Именно поэтому, чтобы муки творчества не затянулись на долгие годы, начинать нужно с четкой формулировки задачи и целей. Когда совместными усилиями клиента и представителей студии этот этап пройден, клиенту могут быть названы примерные расценки, способы оплаты и ориентировочные сроки. Кстати, потенциальные заказчики часто спрашивают о наличии прайс-листа. Это неверный подход: прайс-лист может быть в магазине, в кафе, в музее, в прачечной — потому что все наименования этого «листа» (меню или прейскуранта) созданы по определенным правилам и нормам. Дизайн же — «вещь», не поддающаяся стандартизации и нормоконтролю, поэтому наличие у некоторых студий прайс-листа с, например, таким пунктом: «Веб-сайт: до 10 страниц — 100 у. е.» — может вызывать лишь мысли о некомпетентности и неграмотности работников такой студии.



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

ЭТАПЫ РАБОТЫ



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



Если у вас возник вопрос, связанный с веб-программированием (PHP, Perl, JavaScript), обращайтесь на форумы WebMastak.com или на форум WebScript.Ru (forums.webscript.ru), — кто-нибудь, разбирающийся в той теме, которая вас интересует, обязательно откликнется и поможет решить вашу проблему. Проверял на себе не раз. Неплохой форум по Perl располагается на сайте Perl.dp.ua. На сайте много интересных материалов в разделе «PERLеводы» — переводы англоязычных статей.

Главное — спокойствие



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



На следующем этапе за дело берется специалист по проектированию пользовательских интерфейсов. Его задача — спроектировать максимально прозрачную, доступную и понятную структуру проекта для конечного потребителя продукта — не для заказчика, а именно для посетителей ресурса, которые будут пользоваться им для решения своих задач. Под системой взаимодействия нужно понимать не только удобство пользования (часто по ошибке называемое «юзабилити» [На самом деле, этот термин более общий: «usability» (англ. «удобство пользования») — это не только удобство пользования сайтом, но и степень соответствия содержимого сайта потребностям целевой аудитории, организация системы обратной связи с посетителями и др.]), но и общую ясность, легкость восприятия. Сюда в первую очередь нужно отнести максимально четкую группировку контента по разделам, рубрикам, блокам и т. п. Кроме того, нужно ясно представлять технические аспекты реализации системы навигации проекта — лишь тогда можно переходить к следующему этапу (поэтому дизайнеры всегда должны быть в курсе последних технологий для реализации своих красивых задумок).



На RealCoding собрана информация о HTML, CSS, JavaScript, PHP, Perl, WAP, а также учебники по этим темам. На форумах forums.realcoding.net много интересных сообщений, присланных посетителями сайта.На Codenet веб-разработкам посвящен довольно большой раздел, касающийся PHP, ASP, Perl, Apache, Microsoft IIS, SSI, Java, JavaScript, VBScript — и это далеко не полный перечень. На форуме forum.codenet.ru вы можете задать вопрос, который, возможно, войдет в перечень вопросов и ответов (FAQ), публикуемых на www.codenet.ru/webmast/faq. А еще на сайте имеется довольно интересная рассылка. Советую подписаться.



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



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



Далее наступает пора технического воплощения. Его длительность зависит от объема актуального контента проекта. Тут может быть задействовано большое количество работников (даже внештатных): от html-кодеров до flash-технологов, программистов и пр. Целесообразность применения той или иной технологии обсуждается как на внутренних дискуссиях, так и с заказчиком.



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



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

Стандарт хорош, если он актуален



Много людей последнее время стараются гнаться за модой, за последними стандартами, правилами. В мире веб-разработок существует один весомый игрок по имени W3Org. Эта организация разрабатывает новые стандарты для многих технологий, применяемых в веб-строительстве: html, css, DOM, xhtml и многих других. Некоторые разработчики слишком ревностно относятся к появлению новых стандартов, норм и технологий и стараются при первой же возможности выдать заказчику проект с применением всех этих разработок. Бывает наоборот, заказчик требует, чтобы его проект «был на самом острие технологий». Но появление новых стандартов не означает однозначное их соблюдение пользовательскими клиентами (браузерами).



Мир разработки ПО достаточно консервативен, особенно в области веб-клиентов. Часто приходится слышать от разработчиков ворчание в духе: «браузер XXX настолько плох, что не поддерживает последнюю спецификацию CSS 3.0, а вот бета-версия YYY, по заявлению разработчиков, — поддерживает!» Такие высказывания абсолютно бессмысленны. У разработчика есть выбор в инструментарии, а вот конечному пользователю нет никакого дела до инструментов, которыми был реализован данный проект. Пользователь хочет, чтобы все работало на том ПО (в данном случае браузере) с которым он привык обращаться, а как это работает, ему знать не хочется — он пользователь! Дорогие разработчики, переходя на новые стандарты, десять раз подумайте: стоит ли игра со стандартами свеч, потраченных на «просвещение» пользователей. Возможно, старые протоптанные дороги приведут, как ни странно, к более качественному исполнению заказа.

7026280

Нужно быстро и качественно сделать сайт? Нет проблем. Для того, чтобы создать сайт, стоит только позвонить нам! Наша студия может создать сайт любой тематики. Сотрудничество с нами – это короткие сроки, умеренные цены и полноценная поддержка интернет проектов собственными силами. Мы можем сделать сайт только в тему, только для дела, никакого навязывания дополнительных запросов, удобств и опций без реальной необходимости для бизнеса!



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



Сроки работ по созданию веб дизайна и созданию сайта обсуждаются и соблюдаются.



Web design от мастеров, web дизайн от студентов, веб дизайн от дизайнеров.



А также сотни вариантов готовых шаблонов недорого и быстро.



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



Если Вам нужно сделать сайт быстро и качественно, заказывайте создание сайта в нашей веб дизайн студии. Мы можем создать сайт «с нуля под ключ» в максимально сжатые сроки!



Будем рады видеть Вас в качестве клиента студии Web дизайна!

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

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