Продвижение бизнеса с помощью Интернета (стр. 4 )

Экология поисковой оптимизации

Многие посетители придут на ваш сайт с поисковых систем. Нужно понять: что ищут ваши клиенты? какие вопросы они должны задать поисковику, чтобы найти ответы на вашем сайте? На вашем сайте должны быть ответы на эти вопросы, и они должны быть правильно оформлены. Это называется «внутренняя оптимизация». Пример поискового продвижения по уникальному («низкочастотному») запросу смотрите в предыдущей главе «Поисковое продвижение сайта, или Где купить сапоги луноходы?» Сайт, содержащий «ответ на низкочастотный запрос», т. е. тематическую статью – попадает на первую страницу выдачи без применения «внешних мер», под которыми понимаются любые действия, затрагивающие не ваш сайт. При работе с популярными запросами вы столкнётесь с конкуренцией и «внутренней оптимизации» сайта будет недостаточно. Необходимы будут «внешние меры» – например, установка на множестве других сайтах ссылок, ведущих на ваш сайт. Эти ссылки должны будут содержать слова интересующего вас запроса и вести на страницу, содержащую ответ. В Интернете вы найдете множество предложений по решению задачи продвижения сайта в поисковых системах. Хочу отметить, что все решения по продвижению в результатах выдачи любым способом, кроме «внутренней оптимизации» – неэкологичны. Это, по сути, «хакерская атака на сайт поисковика». Это соревнование с роботом – вообще-то, с командой разработчиков поисковика – и, принимая участие в нем, вы сами уподобляетесь роботу. Основная цель этой «атаки» – обман поисковика. Результатом ваших действий станет куча «мусора» – ссылок, статей, сайтов, записей в каталогах, закладок, рассчитанных только на «внимание» робота. При обнаружении ваших действий, поисковик постарается устранить их последствия в результатах своей выдачи. Итак, не слушайте ничьих советов по искусственному увеличению количества ссылок на вас – работайте честно. Ну, а теперь, несколько советов: Если вы делаете видео-ролик и ставите его на YouTube или другой видео-сервис, то ставьте его лишь для того, чтобы его увидел мир и больше ни для чего. Конечно, в описании ролика дайте ссылку на свой сайт или блог. Конечно, пригласите друзей и знакомых, чтобы они посмотрели ваш ролик. Конечно, попросите их, чтобы они порекомендовали ваш ролик своим друзьям и знакомым. Все это делать – не возбраняется. Чем больше вы будет снимать, монтировать и выставлять в Интернете видео-роликов, содержание которых вам самому нравится – тем лучше. Чем правильнее будете оформлять их описание – тем правильнее. Единственно, что мы вам не рекомендуем делать – это заниматься всем этим лишь для того, чтобы нагнать себе «рейтинг». Не разменивайтесь, создавайте себе настоящий авторитет. Он значительно лучше «авторитета» дутого, добытого суетливой нечестностью. Да, он значительно лучше и в жизни, и в бизнесе, и в Интернете. Если пишете пост в своем блоге или комментируете пост в чьем-то блоге – то занимайтесь этим, чтобы высказать мысль, позицию, мнение. Не пишите ваш пост или коммент, чтобы увеличить ваш «рейтинг» – это не только пустые хлопоты, но и стратегически уводит вас в противоположную сторону от успеха в Интернете, который стоится лишь на том, что вы из себя представляете как человек и насколько много времени вы можете позволить себе проводить в Интернете. Если ставите информацию на сайт – текст, фото – ставьте ее для улучшения содержания сайта, а не для увеличения количества страниц. Постоянно улучшайте свой сайт. Не покупайте ссылки на вас на других сайтах. Если вы будете интересны, полезны, профессиональны – ссылки на вас с других сайтов и блогов появятся «сами собой». Как естественный результат вашего таланта и труда. Главный совет: стратегическое решение по продвижению сайта в поисковиках – ограничится «внутренней оптимизацией». Делать сайт для людей, а не для поисковиков. Федор Шуляцкий, специалист по созданию и продвижению сайтов «Добровольные консультанты по продвижению малого бизнеса с помощью Интернета») http://community. /dobr_consulting/tag/fedor7

В каких пределах допустима поисковая оптимизация?

Журнал «Вебпланета» пишет:

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

Насколько верны эти утверждения? Есть оптимизация и оптимизация, как сказал бы Ленин. Точно также, как есть торговля и торговля. Или бизнес и бизнес.

Если вы правильно сделаете свой сайт – грамотно пропишете тэги, служебные записи, заголовки, отредактируете тексты, чтобы они содержали ключевые слова, сделаете не 7-8 уровней страниц, а всего только 3-4, будете использовать HTML, а не Flash при создании сайта – все это будет «оптимизация сайта под запросы поисковых машин», или, говоря кратко – «оптимизация».

Пример правильной оптимизации:

Для лучшего взаимодействия с поисковиком в файл index. html вместо:

нужно написать:

и дописать:



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

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

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

Спам составляет 90% электронной корреспонденции. Около 4,5% спам-писем несут в себе вредоносные программы, которые представляют угрозу для безопасности работы компьютера пользователя. Потери российской экономики от почтового спама составляют около 1,5 миллиарда долларов ежегодно.

Пределы допустимой поисковой оптимизации ставит ваша личная этичность. Ваш уровень этичности. Если он достаточно высок, то вы найдете этичных оптимизаторов. Например, в блоге-сообществе «Добровольные консультанты по продвижению малого бизнеса с помощью Интернета» (DOBR_CONSULTING) http://community. /dobr_consulting

5. Создание сайта

Создавая сайт для своего бизнеса – если только это не интернет-магазин! – вы можете попытаться сделать его сами. Как показывает личный опыт автора – сделать сайт несложно. В качестве программы, в которой делается верстка сайта, можно использовать Дримвивер (Dreamweaver). Освоить его тому, кто работает с текстами в Ворд – несложно. Фотографии и картинки обрабатывались в Фотошопе (Photoshop) – это тоже несложно и, вдобавок, интересно.

В целом процесс создания несложного сайта описывается 7 шагами:

Шаг 1. Определение целей, задач и аудитории сайта.
Шаг 2. Разработка структуры и функциональных требований к сайту.
Шаг 3. Разработка дизайна одной страницы (формат PSD, целая картинка).
Шаг 4. Разработка дизайна для всех остальных страниц (формат PSD, целая картинка).
Шаг 5. Нарезка и верстка макетов из PSD в HTML+GIF/JPG.
Шаг 6. Наполнение сайта материалами.
Шаг 7. Организация хостинга и постановка сайта в Интернет.

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

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

1. Разумеется, в задачи каждого сайта входит (т. е. является одной из стандартных целей, которая должна быть достигнута): предъявить в Интернете имидж компании как профессиональной, надежной, современной. Для выполнения этой задачи нужны:

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

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

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

Также достижению этой цели способствуют: часто обновляемые разделы сайта (например, раздел «новости», в который 1-2 раза в неделю ставятся тематические новости) система выпуска пресс-релизов, выпуск тематической интернет-рассылки, другие интернет-BTL-мероприятия контекстная реклама.

3. В конечном итоге сайту нужно привлечь целевую аудиторию. Для обеспечения этой цели нужно:

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

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

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

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

Четко определите, что вы хотите, чтобы сделал потенциальный клиент? Опишите это в виде цепочки шагов. В качестве отправных сценариев возьми такие:

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

Как только вы определите миссию сайта и прочувствуете пользовательские сценарии – вы готовы сформировать техническое задание (ТЗ) дизайнеру.

5.1 Разработка ТЗ. Советы и рекомендации

Пример ТЗ на сайт компании малого бизнеса О проекте Миссия нашего проекта – предоставление физическим и юридическим лицам комплекса услуг по литературному редактированию и корректорской правке текстов через сеть Интернет. Проект находится на подготовительном этапе – идет процесс формирования, закладка фундамента. Рубрикатор и описание структуры сайта даны в приложенном файле. Задание дизайнеру Нужны: • дизайн первой страницы сайта • дизайн одной внутренней страницы (цвета, стили оглавлений, шрифты, кнопки и т. д.). Стиль: • стиль сайта должен совмещать 2 качества – классическую лаконичность и легкость-оригинальность. Сайт должен быть деловым, но транслировать хорошее настроение Дополнительные пожелания: • цветовая гамма – светлая • оптимизация в т. ч. под разрешения: 800х600 и 1024х768 • сайт должен использовать 16 тысяч цветов, но и прилично выглядеть в мониторе с 256 цветами • сайт должен быстро грузиться. Структура первой страницы и рубрикатор сайта Рубрикатор: • Кто мы • Услуги • Калькулятор • Как мы работаем • Способы оплаты • Цены • Контакты • Кто Вы. Что еще должно быть на первой странице: • Основной текст первой страницы • Шапка • Слоган • Ваш кабинет (вход в систему для клиентов). Подробное описание разделов Основной текст первой страницы: Текст - описание проекта. Пять-семь абзацев. Слоган: Пока нет. Вариант: «Мы не вмешиваемся в содержание Ваших текстов, мы заботимся об их соответствии нормам русского языка». Ваш кабинет: Это форма «логин-пароль» для входа зарегистрированных пользователей в Кабинет Клиента. Предлагаю решить визуально в виде двери в классическом европейском стиле, в квадратиках которой поместить окошки «логин» и «пароль», а на коврике (или на ручке?) – кнопку «вход». Слова «Ваш кабинет» являются гиперссылкой, при наведении на них курсора, появляется подсказка «узнать о том, что такое Кабинет Клиента». Ведет эта ссылка на страничку с описанием возможностей Кабинета Клиента. Рубрики: • Кто мы При наведении курсора на кнопку всплывает подсказка: «команда проекта». Содержание страницы: текст о том, что литературный редактор – это отдельная профессия (не каждый писатель, переводчик, филолог, контент-менеджер, журналист или копирайтер может быть литредактором, но все они нуждаются в правке…, не каждый человек с врожденной грамотностью может быть корректором…), о том, что наш коллектив – это именно профессиональные литературные редакторы и корректоры. Возможно, что-то еще. • Услуги При наведении курсора на кнопку выпадает меню: – Литературное редактирование – Рерайт – Корректорская правка – Оптимизация текстов для web – Литагентство – Абонентское обслуживание Каждая из ссылок этого меню ведет на страницу, посвященную описанию одной услуги. Содержание каждой из этих страниц представляет собой описание услуги, после которого следует таблица с ценами (только на данную услугу). И две кнопки: «посмотреть цены на все услуги» и «сделать заказ». • Калькулятор При наведении курсора на кнопку всплывает подсказка: «посчитать стоимость Вашего заказа». Содержание первой страницы Калькулятора: текст-описание того, как работает этот раздел, окошки для ввода файлов и кнопки: «посчитать» и «вернуться на главную». Калькулятор – это скрипт. Работает он так: пользователь вставляет в окошко файл (или несколько файлов) с текстом для обсчитывания (форматы. doc и. txt), отмечает галочками услуги, которые он хочет получить при обработке этого текста, и нажимает кнопку «посчитать». После этого его заказ обсчитывается системой. Если этот процесс занимает больше 3-5 секунд, то в это время пользователь видит какую-нибудь картинку и текст: «считаю стоимость Вашего заказа». В результате система выдает пользователю данные: – объем Вашего текста: __ знаков с пробелами – Вами заказаны услуги: <перечень отмеченных пользователем услуг> – Общая стоимость работ: – Срок исполнения: И кнопки: «Сделать заказ», «Посчитать другой вариант», «Вернуться на главную страницу». • Как мы работаем При наведении курсора на кнопку всплывает подсказка: «описание процесса». Содержание этой страницы: текст-описание алгоритма бизнес-процесса, адаптированный для клиентов. • Способы оплаты При наведении курсора на кнопку всплывает подсказка: «выбирайте самый удобный». Содержание страницы: подробные инструкции для клиентов по разным способам оплаты наших услуг. • Цены При наведении курсора на эту кнопку ничто не всплывает. Содержание страницы: сводная таблица цен на услуги, состоящая из всех таблиц, приведенных в конце описаний услуг. • Контакты При наведении курсора на кнопку всплывает подсказка: «телефон, e-mail, icq». Содержание страницы: краткий текст о том, что мы рады отвечать на вопросы, номер мобильного телефона, icq, адрес e-mail модератора сайта. • Кто Вы При наведении курсора на кнопку всплывает подсказка: «клиенты нашего проекта». Содержание страницы: текст-обращение к тем, кому нужны наши услуги, разбитый по целевым группам наших потенциальных клиентов. «ТЗ на сайт», которое вы только что прочли, ни в коем случае не является «образцом ТЗ, каждый пункт которого вам нужно включать в свое ТЗ». Считайте, что это иллюстрация, картинка, помогающая вам увидеть, как выглядит реальное (и неплохое) Техническое задание на сайт. Спасибо, компании «Литредактор», предоставившей этот документ. Нам же этот документ полезен, прежде всего, потому, что «лучше один раз увидеть, чем 100 раз услышать». Используя структуру, суть и дух этого документа – сделайте свое ТЗ, выражая свое представление о сайте вашей компании и используя знания, полученные при изучении образовательного модуля. Советы по самостоятельному созданию дизайна сайта 1. Самое первое требование у тебя уже выполнено и первый шаг сделан: у тебя есть реальная рабочая задача «сделать сайт для компании, занимающейся физикой полупроводников». Все, что ты узнаешь в этом процессе отложится у тебя намертво в голове. Просто как можно быстрее начинай делать сайт компании. Без промежуточных ступеней. Ничего не боясь и сразу замахиваясь на невиданные результаты. Это как раз и есть самый прямой и быстрый и эффективный способ – брать и выполнять нереальную и нужную задачу и учиться в процессе выполнения. Я уже вижу дизайн – суровый корявый кусок алюминиевой проволоки на весь экран и мистические люди в белом с синими очками и со странными инструментами в руках. 2. Я обычно начинаю с того, что определяю, что за информация там будет. Зачем он будет нужен? Например это может быть место, куда аспиранты выкладывают свое творчество, может быть просто очень навороченный форум, может быть просто как проспект, рекламка, имиджевые страницы отдела. Что хотел бы ты для сайта компании? Я определяю это так: Когда я делаю сайт для своих целей, я определяю для себя самое главное, самое то, что мне нужно от этого. Когда для кого-то, то я ищу, что меня «прет», что мне было бы интересно в этом. То есть пусть даже задана тема – трубы для унитазов – все равно единственный выход для меня – это находить, что в этом меня зацепляет, каким бы я способом хотел представить эти трубы так, что мне не было скучно их делать. Это называется «выщемление дхармы» или «призыв вдохновения». Сайт получится, если тебя хоть как-то «прет» хоть что-то в нем. 3. Все, а дальше, когда определил, то ты, следуя «вдохновению», структурируешь. Общее мое правило – как можно проще. Чем проще навигация, проще и понятней мне самому система разбиения – тем лучше. Ориентир – на себя. При каждом шаге тебя должно «переть» от того, что ты делаешь. А это достигается тем, что ты делаешь не так «как надо», а так, как ты сам хочешь. Рожаешь сайт в голове, короче. По мере реализации, модель, естественно, будет изменяться, возможно до противоположного, но это крайний случай. Начало же – всегда в голове. 4. Посмотри на то, какие сайты бывают, а потом наоборот, вообще выкинь из головы понятия «как надо», «как принято» и. д. Не надо оттягивать момент, когда ты сам начнешь создавать свои стандарты и свои «как надо» и только тогда сможешь получать удовольствие, так почему же не начать сразу же? 5. С дизайном просто – придумай самый красивый и сложный дизайн и делай его в Photoshope. Чем сложнее задача, тем острее ты будешь нуждаться в знаниях, тем глубже они в тебя проникнут, когда ты их найдешь. 6. Эффективность сайта во многом зависит, насколько магический он получился. А степень магичности результата суть степень твоего кайфа и «пручести» во время работы над ним. Все остальное – это техники и технологии, помогающие реализовать твой кайф. 7. Итак, формула эффективности по Витле: брать сразу сложную задачу (хороший вариант – это когда если ты не справишься, то тебя увольняют) и выполнять ее по своему. Ну, и желательно, чтобы рядом был опытный web-человек в качестве идеального справочника. Витла (Ito-sama), креативный дизайнер сайтов и продвинутой одежды. Посмотреть сайт Магазина-ателье ITO-SAMA >>> http://www. ***** – весь дизайн сайта был, действительно, вначале сшит вручную. Сайт для малого бизнеса Пишу как специалист по созданию и развитию интернет-проектов, обращаясь к воображаемому лицу, решившему использовать Интернет для развития своего малого бизнеса. Первое, что хочется отметить – сайт это инструмент коммуникации. Обычно, заказчик желает сделать сайт, чтобы получить дополнительные заказы. Фактически, его интересуют вопросы: Сколько будет стоить создание сайта и сколько времени это займет? Сколько его труда, как заказчика, потребуется для создания сайта? Сколько заказов может принести сайт в месяц? Вначале заказчик не заинтересован ни в какой сетевой активности. Если можно сделать одну страницу, на бесплатном хостинге, за 1 день, бесплатно и чужими руками (головой) – прекрасно. Кстати, такие предложения от разработчиков сайтов есть в сети Интернет. Действительно, можно бесплатно получить сайт, где будет основная информация о вашем бизнесе, сайт будет опубликован в сети и даже на вашем домене. Стоит такая услуга сейчас – 500 рублей в год. Разработчик же разместит на таком сайте СВОЙ рекламный блок. Внимание! Важная для вас информация: такой сайт не приведёт вам клиентов! Итак, владельцу бизнеса нужен не сайт, а заказы. И как можно дешевле. Это его начальная позиция. Он слышал, знает, что сайт в Интернете – это прекрасный, дешевый способ получить заказы. Каким образом, заказчик не знает. Но считает, что достаточно просто сделать сайт. Хотя бы страницу. Без дизайна. Но красиво. И дешево. Я, как специалист по созданию сайтов, часто слышу «нужен сайт», а между строк я слышу – «заказы». И вижу, что технически создание сайта – это ничтожно малая часть процесса, который называется «продвижение малого бизнеса с помощью Интернета». Оказывается, для меня первый, но крайне важный этап – это обучение заказчика, помощь ему в освоении интернет-технологий, «втягивание» его в среду Интернет, ознакомление его с терминами, технологиями, подходами. Далее, если мы продолжаем работать как заказчик и исполнитель над созданием сайта, мы должны зафиксировать наше общее представление о будущих результатах работы. Это представление фиксируется в «Описании сайта», которое содержит: требования к дизайну структура сайта функционал содержание разделов. Дальше необходимо эти идеи воплотить в HTML, PHP, MySQL, а затем, оформив домен и хостинг, разместить всю созданную красоту на сервере хостера. После этого сделать необходимые настройки, протестировать, исправить ошибки. Вот, казалось бы, и всё. Но нет, это только начало. А дальше оказывается, что сайт нужно «продвигать», т. е. сайт нужно суметь показать потенциальным клиентам, партнерам. Сказать через сайт то, что вы хотите им сказать (что вы хотите сказать?), услышать ответ, понять его и отреагировать. Если вы хотите сделать сайт, который на автопилоте будет привлекать вам заказы, заплатив за его создание 1 раз в размере среднего месячного оклада технического специалиста – то вы мечтаете о роботе, об «искусственном интеллекте», работающем на вас, которого не нужно кормить и обслуживать… Короче, пока нет таких технических решений. Итак, что нужно делать ПОСЛЕ создания сайта? Напомню, сайт – это инструмент. Уникальный инструмент, но кто-то должен им пользоваться – работать им. Для задачи «кто же именно может работать этим инструментом?» существуют всего 3 решения: Вы сами, и тогда вам нужно обучаться и хотеть обучаться. Наемный специалист, тогда нужно платить и управлять. Партнер. Третий вариант подразумевает привлечение партнера, берущего на себя все вопросы продвижения вашего бизнеса с помощью Интернета и мотивируемого процентом от прибыли вашего бизнеса. Обучатся вы можете В ПРОЦЕССЕ создания сайта. Привлечь партнера или нанять сотрудника лучше ДО создания сайта с тем, чтобы доверить ему работу над сайтом, начиная с самого первого этапа работы. Здесь действует правило: желательно, чтобы в создании сайта принимал участие тот, кто будет непосредственно работать с ним в дальнейшем. В противном случае его работа начнется с переделки сайта. В действительности у вас нет 3 вариантов, а есть лишь один – первый: учиться и работать с сайтом самостоятельно. Процитирую: Итак, ваша проблема – философская: вам нужны одновременно специалист по изготовлению сайтов, специалист по развитию сайтов и специалист по развитию бизнеса. Только тогда вы сможете решить задачу ИСПОЛЬЗОВАНИЯ ВОЗМОЖНОСТЕЙ ИНТЕРНЕТ ДЛЯ ПРОДВИЖЕНИЯ И РАЗВИТИЯ ВАШЕГО МАЛОГО (СРЕДНЕГО) БИЗНЕСА. Сможете ли вы найти и нанять, хотя бы на полгода, таких людей? В рамках своего малого бизнеса? – Нет. Следовательно, остается только одна возможность – совместить в своем лице эти 3 функции. Совместить хотя бы на уровне компетентного руководителя этих процессов, не знающего, может быть, неких частностей, но отчетливо понимающего общую философию этого триединого процесса. Федор Шуляцкий, специалист по созданию и оптимизации сайтов (SEO). «Добровольные консультанты по продвижению малого бизнеса с помощью Интернета» http://community. /dobr_consulting/15392.html Доменное имя, хостинг, выбор провайдера Используя поиск в Интернете, выясните значения слов: • Доменное имя, домен, домен 1-го уровня • Хостинг, хост, хостер. Найдите в Интернете информацию: • Как покупается доменное имя? • Что такое домен и как его получить? • Что такое хостинг и способы его получения. Историческая справка: Удивительное слово «хост». Оказывается, «хост», «хостинг» – это однокоренное слово с русским словом «гость». Пример: Yokohama to host 1st Pocket Film Festival http://www. /jp/news/422404 – «to host» – принять в гости кого-либо, приютить. Кому интересно – вот по-русски: В Японии стартовал 1-й фестиваль фильмов, снятых мобильными телефонами http://*****/news/news_07_12_07_8.html Также полезно знать, кто такой «провайдер»? Решив найти себе провайдера, начните с чтения, например, ветки форума «Обсуждение провайдеров» здесь: http://*****/forum/viewforum. php? f=326

5.2 Программирование сайта

Программирование сайта Зачем нужно программирование сайта? Ответим на этот важный вопрос, в виде последовательной цепочки вопросов и ответов на них. Зачем нужно программирование сайта? Что оно дает по сравнению с обычным деланием сайта? Сайты бывают с CMS и без CMS. CMS – это «Система управления контентом». Те, что без CMS, их программировать не надо. Просто нужно сверстать HTML-код. Те, что с CMS их нужно программировать. Либо программировать всю CMS (писать новую), либо интегрировать существующую CMS. CMS позволяет добавлять на сайт информацию без знания HTML-кода. Вы заходите в CMS и из нее, как в Ворде, добавляете новости, редактируете информацию, картинки на сайт, добавляю новые страницы. Сайты в которых есть каталоги товаров или интернет-магазин обязательно с CMS и требуют программирования. Что такое «просто нужно сверстать HTML-код»? Абсолютно все страницы сайта состоят из HTML-верстки. HTML-код – это не программирование, а верстка, разметка текста. Можно размечать флажками, колышками, а можно специальными символами. Разметка «поля текста» в Интернете, производится такими специальными символами, которые не видны на экране пользователю, но которые читает машина и, прочитав, выполняет команду. Например, «от этого колышка – 2 шага на восток и копать 5 метров». Или: «отодвинуть абзац вправо на 1,25 см». Так например работает тэг (символ, слово) «blockquote». Или, например: «отобразить на экране этот заголовок самым крупным шрифтом» – это работа тэга «h1». В дополнение к HTML-разметке может быть программирование, а может и не быть. Что такое «движки» (платные, бесплатные)? Какое это имеет отношение к CMS? «Движки» – это либо готовые CMS, либо «платформа» на которой легко сделать CMS. Что дает программирование сайта, кроме Системы управления контентом? Программирование сайта по сравнению с обычной HTML-версткой сайта дает следующие преимущества: Возможность создания на сайте «динамических страниц», на которых контент генерируется в зависимости от неких условий – например, по запросу пользователя «покажите, какие у вас в интернет-магазине есть товары по цене не дороже 100 руб». Эти «динамические» страницы не нужно верстать – ни вручную, ни через CMS. Они автоматически создаются компьютером (сервером), на котором хранится сайт, благодаря программе, которая реагирует на запрос пользователя. После того, как пользователь закрывает динамическую страницу – она бесследно исчезает. Возможность создания страниц, в которых изменяется контент, без перезагрузки страницы – например, интернет-сервис gmail. Использование авторизации на сайте, т. е. доступа по паролям. Использование модулей каталогов, интернет-магазинов. Использование на сайте системы управления контентом (CMS). Возможность разработать сайт так, что контентная часть и визуальная часть отдельны друг от друга, это позволяет изменять конетнт на сайте не изменяя дизайн. Использование на сайте «форм заказов», калькуляторов и прочих интерактивных (т. е. вступающих в «диалог» с пользователем) элементов. Подведем итог: Если на сайте стоит Система управления контентом (CMS), то это позволяет легко обновлять информацию на сайте, а также изменять ее одновременно на многих или всех страницах сайта. Работать с сайтом, оснащенным CMS, сможет как сам руководитель компании малого бизнеса, так и любой сотрудник компании. Обучение этому займет 1 час. Как ориентироваться в программинге с точки зрения менеджмента. Часть 1. Для руководителей бизнеса Возможно, малому бизнесу, находящемуся на начальной стадии своего развития, этот раздел не очень пригодится. Но бизнесу, развившемуся до годового оборота в 1 млн долларов – пригодится вполне! Также этот раздел предназначен для руководителей среднего бизнеса. Программерам (так называют себя программисты) очень, критично важно, знать о проекте ВСЁ. Начиная от общего списка частей, масштаба проекта, до последних мелких деталей, как какая-то функция должна работать и это очень большой объем информации. Особенно важно иметь один общий полный документ, описывающий проект, если программеров несколько, или есть вероятность того, что проект будет передаваться между ними. Другими словами, иметь 5 разных документов, описывающих разные части проекта – этого мало. Даже если они есть, все равно, должен появиться еще один документ, описывающий все части вместе и взаимодействие этих частей. Это должна быть аккуратная пачка файлов с говорящими названиями, потому что эта информация – основное, с чем работает программер на входе. Все составные части этой информации должна быть доступны программисту одновременно. Если ему передается половина ТЗ, а вторая половина обещается через 2 недели, то очень велик шанс, что эти 2 недели ничего делать он не сможет, или если сможет – то потом увязнет в ошибках и нестыковках. Почему это так важно? Программеру нужно сначала в своей голове, а потом в программе придумать, как это все разделено и связано друг с другом, начиная от глобальных решений типа «какие у нас объекты вообще есть? как они связаны? что они могут друг от друга требовать?» до мелочей совсем типа «когда я нажимаю кнопку – она должна сначала загореться или после? когда я ввожу строку длиннее 10 символов – как она влезет?» Если вы забыли сказать программеру, что кроме интерактивных экранов будут еще заставки-мультики – у него проблема. Забыли сказать, что какие-то экраны анимируются, а не просто картинки – у него проблема. Не сказали в конце «это всё, больше таких объектов не будет» – у него проблема, он в подвешенном состоянии, потому что не знает, как планировать систему. Программист должен заранее продумать всю систему сайта. Как дизайнер продумывает все содержание сайта в художественном пространстве – от общей композиции до последних точечек-рюшечек на кнопочках – также и программист продумывает содержание сайта, но только в пространстве ЛОГИКИ. Понятно, что в чистом виде ВСЁ известно не бывает, но вывод отсюда такой: стремиться как можно точнее описать задачу, стремиться поддерживать документацию в актуальном состоянии, обновлять как только что-то изменилось и держать в аккуратном, собранном виде. Главное – как можно точнее зафиксировать хотя бы общую логику и стараться ее не менять потом. Если плохо с документацией, если получение программистом материалов сильно разнесено по времени, то ему непонятно, что делать, непонятно, куда смотреть, какие требования. Все это время он находится в ситуации, когда ему сказали «прыгай!» – он такой приготовился, мышцы раскачал – …а «куда» – не сказали. И вот он от недели стойки в такой позиции уже вымотался, мышцы дрожат… – и тут приходят остатки материалов. Если программисту передается код, который нужно доделать, но не передается документ, описывающий систему, то нужно помнить: по коду, даже готовому, можно понять что система уже делает, но невозможно понять, что она ДОЛЖНА делать, отсюда практически нет способа это продолжить, хотя бы потому что не видны узкие места. Роман Ворушин, специалист по программированию и менеджменту в области программирования Как ориентироваться в программинге с точки зрения менеджмента. Часть 2. Для программистов Наш учебный модуль предназначен не только для руководителей малого и среднего бизнеса, но и для тех специалистов, кто занимается продвижением малого бизнеса с помощью Интернета, включая создание сайтов для малого бизнеса. Данная глава адресована программистам, и прежде всего, тем из них, кто занимается организацией работы команды программистов (руководителям проектов). Руководителям малого и среднего бизнеса эта глава тоже будет полезна, т. к. образно раскрывает часть «программерской кухни» и обогащает пониманием некоторых пружин этого процесса. Итак: как ориентироваться в программинге с точки зрения менеджмента? Как ставить задачи, как их контролировать, и что там важно? На основе плохого кода ничего построить невозможно в принципе. Если база плохая – в определенный момент достигается «порог сложности» и все начинает отваливаться по частям, и никаких новых функций становится не добавить. Сюда же: большие проекты нельзя запрограммировать на ходу. Нужно много подумать в начале. Если программер подходит типа «ну щас все напихаем, а потом оно заработает» – этого не случится. Если он подходит с позиции «кого волнует, что там внутри, оно же работает» – тоже ничего не будет. Сюда же: при передаче проекта между программерами нужен специальный протокол. Под «протоколом» имеется в виду следующее: 1. Разбираться в большом чужом коде – сложно (если только его писал не очень очень хороший профессионал) и неприятно, очень неприятно. Это как тебя заставляют надеть трусы Барбары Стрейзанд – потому что оказывается, что очень многих вещей ты сделать не можешь или какие-то очень простые вещи делаются через четыре жопы или «вся архитектура построена на том, что в главное меню вернуться нельзя» – это одна половина. Код – компьютерная программа в процессе написания его программистом. Представляет собой большое количество строк с непонятными значками (программисты в них как-то разбираются). Программные коды оборонных или космических систем управления насчитывают до 3,5 миллионов строк. В программе «Windows», которой вы пользуетесь, таких строк больше. 2. Вторая половина – лень и халява. Если полпроекта уже написано – так давай быстренько допишем до конца, не будем переделывать (так могут думать даже неплохие программеры) и на этом попались компания «NN», т. е. между трусами Барбары и халявой – второе пересилило. Для управления программингом критично видеть этот «порог сложности», признаки того, что он скоро будет достигнут. Признаки того, что он уже наступил – это когда «сделали одно – другое отвалилось», или когда долго топчемся на одном месте и ничего не меняется, или когда тысяча мелких багов и глюков по всему проекту. Баг – ошибка функционирования программного продукта. Появляется в результате ошибки, допущенной программистом в программном коде. Выражается в том, что «что-то не работает» или «работает не так». Глюк – ошибка функционирования программного продукта. Выражается в том, что временами по непонятным причинам в ответ на стандартные действия программа выдает совершенно неожиданный результат, т. е. «сходит с ума», «глючит». От слова «галлюцинация». – Что нужно делать, если «порог сложности» уже наступил? Нужно все переписывать заново? Насколько реально, что программисты исправят баги, и мы не потеряем время впустую? По хорошему, нужно стараться вести проект так, чтобы это не случилось в течение разработки. Количество «степеней свободы» в проекте постепенно уменьшается почти всегда. Нужно чтобы «порог» был за пределами проекта, или в самом конце. Если он случился – программеры, чисто из любви к прекрасному, будут тебе говорить что «надо все переписать». Не верь им! Конечно, неприятно, но дело можно поправить, хотя и будет не так красиво. Поправить так: нужно найти ключевые точки в системе, которые вызывают проблемы. Например, это может быть всего-навсего непродуманное переключение состояний, как в случае с нашей игрой. Понятно, что там еще куча всякого, но остальное – может пахнуть себе в отведенных ему закоулках. Так вот, нужно идентифицировать «корень зла». Ты можешь даже сама это сделать, тут нужна просто абстрактная логика. Увидеть все баги и как-то их обобщить одним названием. Не всегда это сможешь сделать ты, но тогда надо либо позвать кого-то умного, либо попросить-поговорить с программерами. Можно просто спросить – что самое злое и вонючее? Они тебе и расскажут сами, просто они в пылу работы не всегда могут сами обобщить и принять решение, но все признаки они тебе назовут, потому что у них от них болит голова. Это называется «рефакторинг», когда берется какая-то часть системы и переделывается. Для этого не обязательно переписывать все. Итого, твоя задача, как менеджера программинга: следить за «порогом сложности» и вовремя акцентировать внимание на необходимости рефакторинга. Лучше это не делать очень часто, потому что тогда можно все время писать одно и то же, и не двигаться. То есть: пока не начало отваливаться все подряд – терпим. Это, пожалуй, основное знание для новичка. Чтобы чуть понятнее было про сложность эту: большая программа – это огромное количество очень тесно связанных частей в разных комбинациях, масштабах. Когда начинается программирование – ты можешь что угодно. Чем больше кода написано – тем меньше ты можешь. Чем этот код хуже организован, спланирован, тем меньше ты можешь, тем больше информации и специальных случаев тебе нужно каждый раз обрабатывать, чтобы что-то сделать. Или, другими словами: программер постепенно создает «правила игры». Каждым своим шагом, результатом, он создает новые ограничения, т. е. «новые правила игры». Чем больше правил – тем сложнее двигаться. Исключение составляют очень грамотные архитектуры и очень опытные программеры, но мы считаем (сейчас, т. е. разбираясь с вопросом «управления процессом программинга»), что у нас их нет. Дальше. Когда программер приближается к «порогу сложности» – он постепенно оказывается в аду, т. е. он пьет, пьет, а ему все хуже и хуже. Радикальные решения – «дописывать до крови» и «переписать с нуля» – не работают на практике. Правильное решение при признаках этого процесса: идентифицировать «корень зла» и переделать только его. Это может потребовать довольно сильно сменить способы думать о проекте, довольно сильно посмотреть «извне», и поэтому может быть трудно неопытным программерам. Т. е. «близость порога сложности» – это критерий, метрика, который у менеджера всегда должен быть в голове, он показывает насколько проект стабилен, насколько он может развиваться, и сколько времени и сил это будет требовать. Часто переписав одну систему за неделю можно потом еще за неделю доделать бОльшую часть проекта вместо 3-х месяцев непредсказуемых пыток. Но это решение может быть стремным – мы как бы перестаем наращивать функционал проекта, а занимаемся какой-то стиркой неделю! Вот этот баланс нужно как-то чуять и четко решать: «пишем или переделываем». Его же нужно знать при передаче проекта другим программерам. Если система гибкая, стабильная – нет проблем. Если она близка к порогу сложности – нужно выделить «зоны риска», «зоны рефакторинга» и заставить нового программера с ними разобраться, иначе он потом увязнет. Это же, кстати, на мотивацию к проекту влияет – все, что сказано выше про «сложность», «рефакторинг» и «порог» – все. Дальше у меня есть еще пара моментов более технических. Технически – программмерские проекты удобно вести с багтрекером – например, это Jira. Багтрекер – посмотрите в Интернете по поиску. Jira – пред тем, как посмотреть по поиску, выполните задание: кликните по тексту поисковой страницы со словом «багтрекер». Теперь нажмите на клавиатуре клавишу «Ctrl», а затем, не отпуская ее, нажмите клавишу «N» (это действие обозначается как «Ctrl + N»). У вас откроется еще одна страница. Обратите внимание: так во всех программах открывается новая страница. Проверьте на примере Ворд (Word). Смысл: сейчас у тебя есть лист из 21 бага – постоянно обнаруживаются новые, какие-то закрываются, по каким-то появляется новая информация. Доступ к этому списку должны иметь несколько людей, и очень неудобно в таком виде списком управлять. Нужно чтобы кто-то следил, где последняя версия списка, дописывать его тогда может только 1 человек, и все должно через него проходить. И тестеры не могут результаты работы своей сдать, кроме как в виде беседы – а это время. Тестер – человек, тестирующий только что сделанную программу. Тестирование – обязательный этап в процессе «отладки» компьютерной программы. Гораздо удобнее – завести багтрекер. Это список багов, в сети, с внешним доступом, в который много людей могут добавлять баги, закрывать, писать комменты, назначать исполнителей. Он же поддерживает цикл «обнаружили – исправили – проверили – закрыли». Тестеры могут писать туда напрямую – и ты, и программеры, и все всегда видят этот список, его конечную версию. Как только что-то исправлено – оно из списка ушло – всегда видно сколько осталось. «В сети» = в Интернете. В нем же есть способы разбивки багов на категории и приоритеты. Плюс тебе не нужно дожидаться личного контакта, чтобы выдать задание – занесла в трекер, поехала на встречу, если проект хорошо разогнан – вернулась, а он уже исправлен, ты и сказать ничего не успела, хотя так, без трекера, ты была бы вынуждена дожидаться программера в скайпе, например, потом ему объяснять, а потом еще не быть уверенной в том, что он запомнил, записал это. По трекерам: если Jira слишком сложная – есть более простые, Trac например. Чего бы мы сейчас тут не придумали, проект все равно будет идти с какой-то скоростью, которую мы не всегда можем точно предсказать – например, вместо 1 дня на что-то понадобится 3, или у программера жена родила, или что-то такое. Это нужно спокойно воспринимать по возможности. Главное – ты должна ориентироваться в общей скорости проекта и сроках. До тех пор пока сильного отставания нет – все ОК. Что такое «сильное отставание» нам станет ясно, когда составим списки, из них будет примерно видно, на что сколько времени нужно и сколько есть. С каждым программистом нужно постоянно держать контакт, если ты с ним неделю не общаешься – лажа. Например, не нужно ссориться с D. Нужно, чтобы вы друг у друга не вызывали неприятных эмоций, чтобы между вами беспрепятственно ходила информация по работам и по оценкам сроков. Если в какой-то момент ты программером недоволен, постарайся как-то не переносить это в будущее – это губит. Может, мы вообще облажаемся, но это не должно влиять на отношения, потому что D делает все возможное. Умел бы лучше – сделал бы. Еще о хороших отношениях с программерами. Я только за счет хороших отношений с D получаю постоянно огромную кучу информации по проектам, которой так бы у меня никогда не было. В. Хааф, специалист в области вэб-дизайна и проджект-менеджмента, имеющий большой опыт в управлении работой коллективов дизайнеров и программистов, занимающихся разработкой и реализацией интернет-проектов высокой сложности. Авторский язык изложения оставлен без изменений

6. Развитие и продвижение сайта