Чеклист запуска сайта / Веб-разработка / Хабрахабр

Чеклист запуска сайта

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

Перед запуском

Контент и стиль

● Типографика
  ◦ Корректные символы. Проставить корректные символы тире, кавычек и апострофов, в зависимости от языка сайта
  ◦ Переносы слов. Проставить в важных местах неразрывные пробелы между инициалами, тире, перед последними словами
  ◦ Для английского: Лигатуры. Проставить лигатуры в заголовках, если требуется
● Вычитать тексты и проверить правописание
● Связность текстов
  ◦ Проверить регистр в важных текстах и заголовках
  ◦ Обеспечить единый стиль текстов
  ◦ Единство повторяющихся фраз (т.е. «Узнать больше», «Читать далее», «N комментариев» и др.)
  ◦ Пунктуация в списках (напр. если пункт списка заканчивается точкой, следующий пункт должен начинаться с заглавной буквы и наоборот для точки-запятой)
● Проверить нет ли на сайте вшитых ссылок на dev-сервер (т.е. после запуска ссылки должны вести на сайт «в миру»)
● Проверить не осталось ли на сайте тестового контента
● Проверить печатные версии важных страниц
● При редизайне или изменении информационной архитектуры, проверить стоят ли редиректы со старых адресов разделов на новые
● Проверить скрытые текст (e.g. alt/title атрибуты HTML тегов, тексты в Javascript функциях)

Стандарты и валидация

● Доступность для людей с ограниченными возможностями (не препятствуют ли нарушения восприятия цвета, звука и т.д. навигации по сайту)
● HTML валидация
● Javascript валидация
● CSS валидация

Доступность в поисковиках, SEO и статистика

● Заголовки страниц очень важны; убедиться, что они осмысленны и содержат важные ключевые слова
● Заполнить мета-тег «description» для важных страниц
● Привести ссылки на главную страницу к единому виду (т.е. выбрать что-то одно из вариаций site.ru www.site.ru www.site.ru/index.html)
● Гарантировать предыдущий пункт редиректом на выбранную версию (напр. редирект с www.site.ru/* на site.ru/*)
● Убедиться в семантически-грамотном использовании HTML тегов (<h1>, <h2>,… и т.д.)
● Проверить наличие важных ключевых слов в контенте
● Привести формат ссылок к читабельному виду (напр. site.ru/blog/how-to-make-coffee, site.ru/user/vasya и т.д.)
● Прикрутить Google Analytics, FeedBurner, и/или другие системы измерения статистики
● Создать XML Sitemap
● Добавить сайт в Google Webmaster Tools

Тестирование функциональности

● Проверить весь заказанный/особый/сложный функционал
● Проверить работу поиска (включая релевантность)
● Проверить работу сайта в разных браузерах (Internet Explorer, Firefox, Opera, Safari, Chrome etc.), версиях (6, 7, 2.2, 3.1 etc.) и платформах (Windows, OSX, Linux)
● Проверить вид сайта на разных разрешениях экрана (1280×1024, 1024×768, 1920×1200, 800×600...)
● Протестировать все формы (контактов, комментариев, фидбека, ...), поставить на них капчу или другую защиту
● Проверить все e-mail шаблоны
● Проверить работоспособность сайта с выключенным Javascript, Flash, и другими компонентами
● Проверить работоспособность внешних ссылок

Безопасность/Риски

● Настроить бекапы по расписанию, и проверить восстановление из них.
● Проверить нет ли у посетителей доступа к служебным/секретным/закрытым страницам
● Закрыть поисковикам доступ к служебным/секретным/закрытым разделам сайта, используя robots.txt
● Отключить вывод ошибок на экран
● Проверить количество доступного дискового пространства и вычислить на сколько его хватит
● Настроить email/SMS уведомления о неработоспособности сайта/сервера;

Производительность

● Провести нагрузочное тестирование
● Провести оптимизацию изображений/графики
● Проверить и реализовать кэширование где это необходимо
● Проверить общий размер/скорость загрузки страниц сайта
● Минимизировать/сжать статику (Javascript/HTML/CSS)
● Оптимизировать CSS: короткие пути к изображениям; использовать «каскадную» природу стилей, и т.д.
● Проверить наличие индексов в таблицах БД
● Проверить другие настройки производительности на всех уровнях (Сервера, БД, CMS и т.д.)
● Включить логи ошибок/производительности на сервере

Финальные штрихи

● Создать свои страницы 404/403
● Создать страницу «Сайт на обслуживании»
● Создать favicon

После запуска

Маркетинг

● Добавить сайт в социальные медиа: Twitter, ВКонтакте, LinkedIn, Facebook, и т.д.
● Добавить сайт в поисковики
● Настроить PPC/Google Adwords кампании, если требуется
● Проверить форматирование сайта в результатах выдачи поисковиков

Другое

● Мониторить фидбек (прямой с сайта, на Социальных Медиа, в выдаче Google и т.д.)
● Отлавливать в статистике возможные проблемы с некоторыми разделами/страницами сайта
● Обновлять контент

Версию для печати можно найти здесь — drupaldance.com/blog/website-launch-checklist

websites
, launch

+112

29 июля 2009, 16:35

557

neochief

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

комментарии (70)

+15

ZiNTeR 29 июля 2009, 16:44 #

Забыли упомянуть: прикрепить сайт к Яндекс.Вебмастер и Google Webmaster Tools
Если сайт компании:
Зарегистрировать в Яндекс.Адресах и Гугл.Адресах, добавить на Wikimapia.org
В принципе это подпадает под «Проверить форматирование сайта в результатах выдачи поисковиков», но, думаю что тут стоит расшифровать поподробнее

+32

Rivethead 29 июля 2009, 16:45 #

Первым пунктом я бы написал «Подумать, нужен ли этот сайт кому то, кроме меня», после этого остальной чеклист может оказаться ненужным, за одно избавимся от кучи ежедневно захламляющих интернет "СуперМегаВебДваНульСоциальныхСетейДляСамыхКрутых" :)

Bygaga 29 июля 2009, 17:11 # ↑

Думаю стоит заменить предложений пункт тем что — «Будет ли он кому то полезен вообще, хо тебе тебе»…

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

Rivethead 29 июля 2009, 17:19 # ↑

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

Bygaga 29 июля 2009, 17:31 # ↑

Ну от части вы правы ))

ZiNTeR 29 июля 2009, 17:25 # ↑

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

Rivethead 29 июля 2009, 17:33 # ↑

Может быть, но некоторые пункты все же, наводят на мысль, что тут смешаны эти этапы.
Да и «чеклист запуска сайта», я лично для себя, могу растолковать в нескольких контекстах.
Ну и если даже так, может этапы «планирования, утверждения и финансирования» прошли на бодром дыхании энтузиазма и радости от идеи, а в таком состоянии люди иногда не видят/не хотят видеть свои ошибки, а посмотреть назад никогда не было зазорным, вдруг все таки всё это было ошибкой? :)

Niketas 30 июля 2009, 01:07 # ↑

Кратко этот пункт называется «Определить целевую аудиторию». Делается это, кстати, ещё на этапе проектирования сайта, определения его видения, но никак не создания.

Rivethead 30 июля 2009, 09:03 # ↑

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

Niketas 30 июля 2009, 13:03 # ↑

Ну почему-же :-)

Rivethead 30 июля 2009, 13:21 # ↑

Я вообще не понимаю когда мне приводят в доводы запрос в поисковике на «данную фразу», если там есть ответ, это совсем не значит что «вся та масса людей о которой я говорил выше», читает это, и блюдет :)
Я могу привести в пример запрос на тексты из латыни, это же не значит что вся страна у нас знает латынь и интересуется ею :)
В общем мы уже от темы отходим, так что если желаете продолжить полемику на данную тематику, то пишите в личку ;)

ExcimeR 30 июля 2009, 09:01 # ↑

А что места в Интернете уже не хватает?

Rivethead 30 июля 2009, 09:04 # ↑

Ну Россия тоже большая, но это не значит что сию секунду надо всем сорваться с места, и везти, например в Сибирь, всякое говно. Ведь места много же…

ivanr 30 июля 2009, 09:35 # ↑

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

nicothin 30 июля 2009, 16:22 # ↑

этот вопрос нужно задавать перед началом разработки ТЗ на сайт (или самого сайта, если разработчик надеется обойтись без ТЗ).
кучу времени сэкономит :)

Bygaga 29 июля 2009, 16:46 #

Интересная идея, можно еще добавить поля с датой начала и датой когда поставил галочку )

НЛО прилетело и опубликовало эту надпись здесь

neochief 29 июля 2009, 17:01 # ↑

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

wasia 29 июля 2009, 17:13 # ↑

А мобильные браузеры?

laisan 29 июля 2009, 18:09 # ↑

А пользователей нетбуков вы как таргет аудиторию не рассматриваете?

kim 29 июля 2009, 18:40 # ↑

Высота страницы обычно не важна, она и так у многих отличается, главное чтобы в ширину всё было красиво

–3

OverWolf 29 июля 2009, 18:46 # ↑

У пользователей ноутбуков появится горизонтальный скроллбар

tkf 29 июля 2009, 16:59 #

Небольшая опечатка, эту статью по этому списки не прогонял )

● Заголовки страниц очень важны; убедиться, что они осмысленны и содержат важныЕ ключевые слова

● ПрОверить и реализовать кеширование где это необходимо

ну и возможно еще есть

tkf 29 июля 2009, 17:02 # ↑

тьфу, по этому списку не прогоняли.

neochief 29 июля 2009, 17:05 # ↑

Да вы правы. Что самое обидное, я эти ошибки правил, но коррекции вошли только в PDF-ник, а в сорце остались. Поправил все, спасибо.

sse 29 июля 2009, 17:08 #

Такое ощущение, что я это уже читал где-то с месяц назад…

sse 29 июля 2009, 17:11 # ↑

habrahabr.ru/blogs/webdev/57702/

Niketas 30 июля 2009, 13:05 # ↑

Заметьте: там обсуждение вышло намного меньше.

sse 29 июля 2009, 17:13 # ↑

Спасибо за рерайт, но — ё-маё, ну не на хабре же!

neochief 29 июля 2009, 17:28 # ↑

Пардон, того топика я не видел в апреле. Что ж, если вылезет на главную, значит не я один его не читал. Кроме того, здесь есть PDF-ка.

saahov 29 июля 2009, 17:38 # ↑

А ссылка на источник и автора?

neochief 29 июля 2009, 17:52 # ↑

Присутствует в конце статьи. Это не rewrite вышеназванного топика, а самостоятельная версия.

saahov 29 июля 2009, 17:57 # ↑

Мне больше кажется, что это самостоятельная версия на основе оригинала. На вашем сайте даже стиль таблицы такой же, как на сайте оригинала: www.boxuk.com/blog/the-ultimate-website-launch-checklist VS drupaldance.com/blog/website-launch-checklist

neochief 29 июля 2009, 18:06 # ↑

Там ссылка на источник присутствует.

saahov 29 июля 2009, 18:26 # ↑

Теперь да, полчаса назад её не было.

–1

neochief 29 июля 2009, 17:31 # ↑

ff → ﬀ, ffi → ﬃ, ffl → ﬄ и т.д. (http://en.wikipedia.org/wiki/Typographic_ligature)

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

neochief 29 июля 2009, 18:11 # ↑

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

savados 29 июля 2009, 19:21 # ↑

Безопасно использовать только ﬁ и ﬂ, они вроде бы есть во всех системных шрифтах (по крайней мере в Windows). ﬀ, ﬃ и прочие ﬄ могут отображаться совсем не тем шрифтом, которым планировалось, или вообще квадратиками.

Nesp 29 июля 2009, 17:40 #

Черт, меня таращит от этой картинки — ручка, пишущая в воздухе.

1Tiger1 29 июля 2009, 17:44 #

Вы это все делаете прямо перед запуском?

vitalikk 29 июля 2009, 18:10 # ↑

Это как Дед Мороз — добрая сказка для детей младшего школьного возраста =) Все понимают, что выдумка, но послушать новогодние истории любят ;))

1Tiger1 29 июля 2009, 18:42 # ↑

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

И такого много.

vitalikk 29 июля 2009, 18:57 # ↑

Конечно =) Я, например, во время верстки по частям просматриваю сайт во всех браузерах и сразу все выверяю — как стоит шапка, как сайдбары держатся… а то в конце потом полная каша в ИЕ6 вылезает! Но, согласитесь, заголовок «То, что нужно делать во время проектирования и разработки сайта» не столь громкий, как «Чеклист запуска сайта». Не хватает только тега «сенсация!» =)

Vorchun 29 июля 2009, 17:47 #

Интересно было сравнить с webmascon.com/topics/tools/09a.asp (статья от 31.10..2004)

pika 22 января 2010, 17:48 # ↑

Отличная ссылка! Спасибо! Что особенно нужное в статье на Webmascon-е, так это ссылки на онлайн сервисы для проверки чеклиста. Приведу сразу и оригинал той статьи на Webmascon-е: www.maxdesign.com.au/presentation/checklist.htm (англ.)

punch 29 июля 2009, 17:53 #

Хорошо подборка, но мало кто этим будет пользоваться. Наверное даже никто.

kim 29 июля 2009, 18:42 # ↑

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

vitalikk 29 июля 2009, 18:03 #

В большинстве случаев связность, корректность и орфография Lorem ipsum… не подлежит сомнению =)

sera2007 29 июля 2009, 18:37 #

добавил страницу в закладки!
Я раньше так глобально разными проверками сайта не занимался, скоро запуск — скоро и опробую)
По времени это затянется — но в будущем должно быть намного меньше проблем!

mx2000 29 июля 2009, 18:46 #

Интересно было бы прикинуть бюджет на все перечисленные операции и сопоставить его с бюджетом на непосредственную реализацию фич. Склоняюсь к паритету :)

wiktar 29 июля 2009, 19:19 #

Несколько вопросов:

1. Что такое «Добавить сайт в социальные медиа: Twitter, ВКонтакте, LinkedIn, Facebook, и т.д.»? Куда их там добавлять?

2. Почему бы не проверить сайт при выключенных картинках?

3. Чем проверять валидность Javascript?

ZiNTeR 30 июля 2009, 22:23 # ↑

Ну, например FireBug

wiktar 29 июля 2009, 19:28 #

Что касается лигатур.

Как они влияют на индексацию контента поисковыми системами?
Как она поведёт себя, когда встретит лигатуру ﬁ вместо двух букв fi? Тем более, текст в заголовке — крайне важен для индексации.

WheelReinventor 29 июля 2009, 20:47 #

Где настройки веб-сервера? Где watchdog? Где автоматическое тестирование? Упущено очень многое…

С очень многими пунктами не согласен:

> ● Вычитать тексты и проверить правописание
> ● Связность текстов

Это нужно делать при приемке контента, но никак не перед запуском.

> ● Проверить нет ли на сайте вшитых ссылок на dev-сервер (т.е. после запуска ссылки должны вести на сайт «в миру»)

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

> ● Проверить не осталось ли на сайте тестового контента
> ● Отключить вывод ошибок на экран

При грамотном подходе к разработке, с разделением на дев/продакшен, это просто не имеет смысла.

> ● Привести формат ссылок к читабельному виду (напр. site.ru/blog/how-to-make-coffee, site.ru/user/vasya и т.д.)

Задача для ранней стадии, скорее для разработчика движка (или настройщика готового)

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

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

> ● Проверить нет ли у посетителей доступа к служебным/секретным/закрытым страницам
> ● Закрыть поисковикам доступ к служебным/секретным/закрытым разделам сайта, используя robots.txt

Если такое допускается, то автора надо без зазрения совести увольнять с заключением о проф.непригодности.

> ● Проверить и реализовать кэширование где это необходимо

Какое кеширование? Средствами вебсервера? Средствами движка? Нужно ли кеширование байт-кода? Тема кеширования не раскрыта, а это порой очень большая часть при разработке.

> ● Создать свои страницы 404/403

А где 500/503? Где был автор в момент отладки?
Да и 403 — это как плевок в пользователя, «страница есть, но не для тебя, пшел вон отсюда»

0leGG 29 июля 2009, 22:10 # ↑

Действительно, 403 не нужна. А группы пользователей и всякие админки — пережиток тоталитаризма и расовой сегрегации.

WheelReinventor 29 июля 2009, 22:42 # ↑

> А группы пользователей и всякие админки — пережиток тоталитаризма и расовой сегрегации.

На хорошем сайте не должно быть ссылок, которые ведут на «закрытые» разделы сайта (разные админки), а если пользователь начал перебирать урлы и пытается зайти куда-то вроде example.com/admin/, то ему лучше показать 404, форму авторизации (когда к админке имеет доступ большое количество пользователей), на худой конец просто кинуть редирект на главную. Но не 403.

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

403 — это оплеуха в чистом виде. Уж лучше 500.

tikondrus 29 июля 2009, 23:00 # ↑

>все ссылки должны генерироваться автоматически
как все попривыкали к CMS. а бывают ещё и самописные сайты…

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

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

WheelReinventor 30 июля 2009, 00:39 # ↑

> как все попривыкали к CMS. а бывают ещё и самописные сайты…

Это которые в ворде или notepad.exe делают? Без слез на них смотреть нельзя, а если и можно, то строятся такие сайты слишком долго. В остальных случаях используют CMS в той или иной степени, даже если в итоге на хост заливается статический HTML.

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

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

про вебмани не понял юмору.

qmax 29 июля 2009, 20:48 #

сами мы не местные, но интересуемся.
XML Sitemap — это что?

Hellcunt 29 июля 2009, 21:11 # ↑

Вот — www.sitemaps.org/ru/protocol.php

Niketas 30 июля 2009, 13:52 # ↑

Это список всех URLов сайта в специальном xml-формате.
Создаётся для того, чтобы скормить поисковой системе — указать его в robots.txt или в вебмастерах. Так поисковики знают, какие страницы на сайте у вас есть, и сразу качают их все, а не проходят несколькими волнами по ссылкам. Более того, там, в сайтмепе, указывается параметр last-modified: время последнего изменения страницы. Теоретически поисковики учитывают этот параметр. Например, если ластмодифаеды в сайтмепе обновились, то у поисковика есть ещё один повод скачать ваши страницы заново.
Так-то.

qmax 30 июля 2009, 16:58 # ↑

спасибо.
не знал, что такое уже придумали :)

–2

elibri 29 июля 2009, 23:58 #

Ваш топик как раз к месту. Запускаем новый дизайн сайта.

d1pr3d 30 июля 2009, 01:17 #

Полезная напоминалка. Можно обернуть все это в небольшой стартап в виде «онлаин чеклиста по моим проектам».

mcslayer 30 июля 2009, 11:09 #

Много полезного, спасибо…

piumosso 11 августа 2009, 17:40 #

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

Веб-разработка