Creative Solutions | Креативные решения - cоздание, разработка и продвижение сайтов в Санкт-Петербурге Заказать сайт

 

Процесс разработки web-сайта

 

Простым языком о сложном процессе разработки Internet-сайта

 

Процесс разработки web-сайта

 

Простым языком о сложном процессе разработки Internet-сайта. Данная статья является отрывком книги Web Style Guide: Basic Design Principles for Creating Web Sites авторов Patrick J. Lynch и Sarah Horton, посвященной технологиям создания как простых сайтов, так и сложных корпоративных интеренет-проектов

 

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

 

  1. Постановка задачи и планирование сайта
  2. Информационная архитектура
  3. Дизайн сайта
  4. Конструкция сайта
  5. Маркетинг сайта
  6. Слежение, анализ и обслуживание

 

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

 

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

 

 

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

 

Постановка задачи и планирование

 

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

 

Контрольный список создания веб-сайта.

 

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

 

Производство

 

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

 

Технология

 

  • Какие операционные системы и браузеры должен поддерживать Ваш сайт?
    • Windows, Macintosh, unix, Linux
    • Firefox, Internet Explorer, Safari, Opera; минимальная поддерживаемая версия
  • Какова средняя пропускная способность сети у посетителя сайта?
    • Внутренняя аудитория, или в значительном большинстве внешняя аудитория
    • Ethernet, или быстродействующие соединения, типичные для корпоративных офисов
    • ISDN, или DSL средне-скоростные соединения, типичные для жилых домов
    • Модемные соединения с низкой скоростью передачи данных
  • Будет ли у сайта динамический HTML и расширенный функционал?
    • Необходимость JavaScript
    • Необходимость Java апплетов
    • Требование дополнительных модулей браузера, разработанных третьей стороной
    • Требование специальных особенностей окружения сервера на Linux, Unix или Microsoft IIS
    • Дополнительные требования безопасности, или особенностей конфиденциальности информации
  • Как пользователи будут обращаться в службу поддержки?
    • Сообщения по электронной почте от пользователей
    • Комнаты для дискуссий, форумы, справочные службы, или поддержка по телефону?
  • Будет ли требовать сайт поддержки базы данных?
    • Для доступа к разделам сайта необходимо будет зарегистрировать имя пользователя и войти под ним в систему
    • Необходимость анкетирования
    • Необходимость поиска и поиска по базам данных
  • Будет ли сайт иметь аудиовизуальное содержание?
    • Видео или аудио продукты

 

Поддержка Web-сервера

 

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

 

Составление бюджета

 

  • Каковы расходы на персонал?
    • Краткосрочный штат разработки
    • Долгосрочный штат редактирования и поддержки (редактор сайта или веб-мастера)
    • Постоянная серверная и техническая поддержка
    • Обслуживание и поддержка базы данных
    • Разработка нового содержимого и обновлений
  • Какие аппаратные средства и программное обеспечение необходимо для членов команды внутренних разработчиков?
  • Каковы затраты на обучение персонала?
    • Использование Web, базы данных, Интернет-маркетинг, веб-дизайн
  • Какова оплата за услуги при передачи заказа сторонней организации?
    • Разработка и дизайн сайта
    • Технический консалтинг
    • Разработка базы данных
    • Маркетинг сайта

     

Чтобы стать руководителем процесса («process manager»), назначьте редактора сайта

 

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

 

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

 

Информационная архитектура

 

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

 

Типичные результаты, или договорные обязательства по завершению этого этапа включают:

 

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

 

Дизайн сайта

 

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

 

Типичные продукты или результаты в конце этого этапа включают:

 

Компоненты содержимого, детализированная организация и сборка

 

  • Текст, отредактированный и откорректированный
  • Спецификации графического дизайна для всех типов страниц
    • Готовый интерфейс графики для шаблонов страниц
    • Графика заголовка и нижней части страницы, логотипы, кнопки, фоны
  • Детальное аккомпанирование страниц, или законченные примеры ключевых страниц
    • Руководство по графическим стандартам сайта для крупных, сложных сайтов
  • Проект интерфейса и основные шаблоны разметки страниц завершены
    • Завершенные страницы HTML-шаблонов
  • Иллюстрации
  • Фотографии

 

Функциональные и логические компоненты

 

  • JavaScript скрипты, апплеты Java разработаны
  • Таблицы базы данных и программирование, взаимодействия прототипов завершено
  • Поисковая система разработана и проверена

 

Шаблоны

 

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

 

Доступность

 

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

 

Боковая панель: доступность сети

 

Убедитесь, что веб-сайты доступны и пригодны к пользованию людьми с ограниченными возможностями, которым доступна сеть. Ключевые усилия в этой области возникают в World Wide Web Consortium (W3C) в рамках Web Accessibility Initiative. Усилия WAI сосредоточены на разработке инструментов и лучших методах, которые способствуют развитию универсально доступных веб-сайтов. Большинство инструментов проверки правильности используют руководящие принципы WAI в качестве стандарта, по которому оцениваются сайты.

 

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

 

  • Web Accessibility Initiative
  • Developing a Web Accessibility Business Case for Your Organization
  • Web Content Accessibility Guidelines
  • Evaluating Web Sites for Accessibility

 

Конструкция сайта

 

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

 

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

 

Типичные продукты и результаты в конце этого этапы должны включать:

 

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

 

Сопровождаемый код

 

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

 

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

 

Рассмотрите два примера кода ниже:

 

Пример 1

 

<table summary=”HR Committee Schedule, FY 2008”><tr><th>Meeting Dates 2008</th><th>Agenda Item Submission Deadline</th></tr><tr><td>Monday, Oct 6, 2008</td><td>Friday, Oct 3, 2008</td></tr></table>

 

Пример 2

 

<table summary="HR Committee Schedule, FY 2008"> <tr> <th>Meeting Dates 2008</th> <th>Agenda Item Submission Deadline</th> </tr> <tr> <td>Monday, Oct 6, 2008</td> <td>Friday, Oct 3, 2008</td> </tr> </table>

 

Какой из примеров Вы находите более простым для понимания? Эти примеры абсолютно эквивалентны для веб-браузера, но большинство людей найдет Пример 1 значительно более простым для чтения и понимания. Если вы заключите контракт с разработчиком для построения Вашего сайта, важно понимать, как разработчик пишет код, в каком состоянии будет код, когда Вам предоставят сайт, совместимо ли программное обеспечение, используемое разработчиком с теми программами, что будете использовать Вы, чтобы сопровождать сайт после завершения разработки. Некоторое программное обеспечение для веб-разработки производит HTML-код, который практически невозможен для чтения человеком без существенного (и накладного) переформатирования. Другие программы (такие как Adobe Dreamweaver) производят HTML-код, который является легким для чтения веб-программистами. Это может иметь огромное значение, если Вы решите изменить Веб-разработчиков, или если Вы решите отредактировать HTML непосредственно при обслуживании Вашего сайта.

 

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

 

Проверка правильности HTML и CSS кода

 

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

 

Инструменты проверки правильности кодов HTML и CSS, предоставляемые W3C:

 

  • Проверка правильности HTML: validator.w3.org
  • Проверка правильности CSS: jigsaw.w3.org/css-validator

 

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

 

Маркетинг сайта

 

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

 

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

 

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

 

URL-адрес Вашей домашней страницы должен появиться на всех следующих источниках:

 

  • Печатная реклама
  • Радио и телевизионная реклама
  • Вестибюли, места с большой посещаемостью на вашем предприятии, или в местных библиотеках, школах или других подходящих местах
  • Почтовая рассылка с агитацией
  • Визитные карочки
  • Канцелярские товары
  • Счета и заявления
  • Руководства пользователя продукции и упаковка
  • Ответные письма и гарантийные листы
  • Публикации и продвигающие рекламные материалы
  • Пресс-релизы
  • Эмблемы и доски объявлений
  • Плакаты и рекламные щиты

 

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

 

Слежение, оценка и обслуживание

 

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

 

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

 

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

 

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

 

Поддержка сайта

 

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

 

Резервные копии и архивирование сайта

 

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

 

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

 

Рисунок 3 – Много старых зданий растет с течение времени за  счет добавления и адаптации. Сайты растут и изменяются в ответ на меняющиеся  потребности и идеи. (По аналогией со Стюартом Брендом «Как строить здания.  Учебник»)

 

Рисунок 3 – Много старых зданий растет с течение времени за счет добавления и адаптации. Сайты растут и изменяются в ответ на меняющиеся потребности и идеи. (По аналогией со Стюартом Брендом «Как строить здания. Учебник»)

 

Источники:

 

  Web Style Guide: Basic Design Principles for Creating Web Sites, 3rd Edition
Patrick J. Lynch and Sarah Horton
Yale University Press; 3 edition (January 15, 2009)