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


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

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


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


    ● Типографика
      ◦ Корректные символы. Проставить корректные символы тире, кавычек и апострофов, в зависимости от языка сайта
      ◦ Переносы слов. Проставить в важных местах неразрывные пробелы между инициалами, тире, перед последними словами
      ◦ Для английского: Лигатуры. Проставить лигатуры в заголовках, если требуется
    ● Вычитать тексты и проверить правописание
    ● Связность текстов
      ◦ Проверить регистр в важных текстах и заголовках
      ◦ Обеспечить единый стиль текстов
      ◦ Единство повторяющихся фраз (т.е. «Узнать больше», «Читать далее», «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

    Похожие публикации

    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 70

      +15
      Забыли упомянуть: прикрепить сайт к Яндекс.Вебмастер и Google Webmaster Tools
      Если сайт компании:
      Зарегистрировать в Яндекс.Адресах и Гугл.Адресах, добавить на Wikimapia.org
      В принципе это подпадает под «Проверить форматирование сайта в результатах выдачи поисковиков», но, думаю что тут стоит расшифровать поподробнее
        +32
        Первым пунктом я бы написал «Подумать, нужен ли этот сайт кому то, кроме меня», после этого остальной чеклист может оказаться ненужным, за одно избавимся от кучи ежедневно захламляющих интернет "СуперМегаВебДваНульСоциальныхСетейДляСамыхКрутых" :)
          +3
          Думаю стоит заменить предложений пункт тем что — «Будет ли он кому то полезен вообще, хо тебе тебе»…

          Иногда ресурс который делаешь только для себя, сначала становится интересным для твоих друзей, а потом и для масс интернета приходится открывать )))
            +1
            Я не отрицаю, тут вкусы людей решают, а они у всех разные. А вообще я считаю не стоит каждый раз надеяться на случай — «а вдруг понравиться!», и не полениться подумать, а «нужно ли». Ведь экономите не только пространство на хостинге, но и в первую очередь свое время, которое вы смогли бы потратить на более полезные/нужные вещи.
              0
              Ну от части вы правы ))
            +5
            Насколько я понял это регламент перед непосредственным запуском — думать нужен ли этот ресурс или нет надо было на этапах планирования, утверждения, финансирования.
              0
              Может быть, но некоторые пункты все же, наводят на мысль, что тут смешаны эти этапы.
              Да и «чеклист запуска сайта», я лично для себя, могу растолковать в нескольких контекстах.
              Ну и если даже так, может этапы «планирования, утверждения и финансирования» прошли на бодром дыхании энтузиазма и радости от идеи, а в таком состоянии люди иногда не видят/не хотят видеть свои ошибки, а посмотреть назад никогда не было зазорным, вдруг все таки всё это было ошибкой? :)
              0
              Кратко этот пункт называется «Определить целевую аудиторию». Делается это, кстати, ещё на этапе проектирования сайта, определения его видения, но никак не создания.
                0
                Судя по тому, что сейчас происходит в рунете, я сомневаюсь что кто то знает про этот пункт, и этапы планирования видимо у них тоже галопом пробегают :)
                Я чуть выше и написал, что у нас почему то, почти у всех, принято делать «на эмоциях», а не по-плану.
                  +1
                    0
                    Я вообще не понимаю когда мне приводят в доводы запрос в поисковике на «данную фразу», если там есть ответ, это совсем не значит что «вся та масса людей о которой я говорил выше», читает это, и блюдет :)
                    Я могу привести в пример запрос на тексты из латыни, это же не значит что вся страна у нас знает латынь и интересуется ею :)
                    В общем мы уже от темы отходим, так что если желаете продолжить полемику на данную тематику, то пишите в личку ;)
                0
                А что места в Интернете уже не хватает?
                  0
                  Ну Россия тоже большая, но это не значит что сию секунду надо всем сорваться с места, и везти, например в Сибирь, всякое говно. Ведь места много же…
                  0
                  ну этот пункт больше подходит для момента проектирования сайта, а не запуска. Я так понял, что автор описывает как-раз тот момент, когда крутость проекта и его нужность уже была определена ранее. Этот список может служить как частичный ориентир в плане проведения завершающих работ по сайту, а то о чем говорите Вы, это делается на этапе проектирования еще или даже на этапе осмысления идеи :)
                    0
                    этот вопрос нужно задавать перед началом разработки ТЗ на сайт (или самого сайта, если разработчик надеется обойтись без ТЗ).
                    кучу времени сэкономит :)
                    +1
                    Интересная идея, можно еще добавить поля с датой начала и датой когда поставил галочку )
                    • НЛО прилетело и опубликовало эту надпись здесь
                        +2
                        Это скорее ради интереса, проверить будет ли оно хоть как-то смотреться. Кроме того, иногда на таком тесте видно, что в резине не выставлена минимальная ширина, что делает из сайта уродство на низких разрешениях. А так хоть скрол.
                          +3
                          А мобильные браузеры?
                          • НЛО прилетело и опубликовало эту надпись здесь
                              0
                              А пользователей нетбуков вы как таргет аудиторию не рассматриваете?
                                +2
                                Высота страницы обычно не важна, она и так у многих отличается, главное чтобы в ширину всё было красиво
                                  –3
                                  У пользователей ноутбуков появится горизонтальный скроллбар
                                0
                                Небольшая опечатка, эту статью по этому списки не прогонял )

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

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

                                ну и возможно еще есть
                                  0
                                  тьфу, по этому списку не прогоняли.
                                    0
                                    Да вы правы. Что самое обидное, я эти ошибки правил, но коррекции вошли только в PDF-ник, а в сорце остались. Поправил все, спасибо.
                                  +2
                                  Такое ощущение, что я это уже читал где-то с месяц назад…
                                    +8
                                      0
                                      Заметьте: там обсуждение вышло намного меньше.
                                      +5
                                      Спасибо за рерайт, но — ё-маё, ну не на хабре же!
                                      • НЛО прилетело и опубликовало эту надпись здесь
                                          +2
                                          Пардон, того топика я не видел в апреле. Что ж, если вылезет на главную, значит не я один его не читал. Кроме того, здесь есть PDF-ка.
                                            0
                                            А ссылка на источник и автора?
                                              0
                                              Присутствует в конце статьи. Это не rewrite вышеназванного топика, а самостоятельная версия.
                                      • НЛО прилетело и опубликовало эту надпись здесь
                                          –1
                                          ff → ff, ffi → ffi, ffl → ffl и т.д. (http://en.wikipedia.org/wiki/Typographic_ligature)

                                          Я так и знал, что будет упрек на счет точек в конце, но они не поставлены специально, ибо от них рябит в данном конкретном списке.
                                          • НЛО прилетело и опубликовало эту надпись здесь
                                              +2
                                              Это хорошо заметно в заголовках, когда шрифт большой и жирный. Менять для того же, что и кавычки и тире — типографические понты.
                                            0
                                            Безопасно использовать только fi и fl, они вроде бы есть во всех системных шрифтах (по крайней мере в Windows). ff, ffi и прочие ffl могут отображаться совсем не тем шрифтом, которым планировалось, или вообще квадратиками.
                                            +2
                                            Черт, меня таращит от этой картинки — ручка, пишущая в воздухе.
                                              +1
                                              Вы это все делаете прямо перед запуском?
                                                +2
                                                Это как Дед Мороз — добрая сказка для детей младшего школьного возраста =) Все понимают, что выдумка, но послушать новогодние истории любят ;))
                                                  0
                                                  Суть даже не в том что все это хорошо бы сделать перед выгрузкой, просто многое из перечисленного стоит делать в процессе разработки, а некоторое и на ее ранних этапах.
                                                  Расставлять индексы в базе потому что так положено по чеклисту, ну извините. Если сайт не держит планируемую нагрузку то и так задумаешься о их расставлении, а если держит то смысл?
                                                  Тестировать на совместимость в браузерах и под разными разрешениями перед самой выгрузкой? А может это стоит сделать сразу после разработки верстки?

                                                  И такого много.
                                                    +1
                                                    Конечно =) Я, например, во время верстки по частям просматриваю сайт во всех браузерах и сразу все выверяю — как стоит шапка, как сайдбары держатся… а то в конце потом полная каша в ИЕ6 вылезает! Но, согласитесь, заголовок «То, что нужно делать во время проектирования и разработки сайта» не столь громкий, как «Чеклист запуска сайта». Не хватает только тега «сенсация!» =)
                                                0
                                                Интересно было сравнить с webmascon.com/topics/tools/09a.asp (статья от 31.10..2004)
                                                  0
                                                  Отличная ссылка! Спасибо! Что особенно нужное в статье на Webmascon-е, так это ссылки на онлайн сервисы для проверки чеклиста. Приведу сразу и оригинал той статьи на Webmascon-е: www.maxdesign.com.au/presentation/checklist.htm (англ.)
                                                  0
                                                  Хорошо подборка, но мало кто этим будет пользоваться. Наверное даже никто.
                                                    0
                                                    необязательно чтобы всё соблюдалось безукоризненно, проверка не некоторые пункты уже делает сайт лучше и избавляет от хлопот в будущем
                                                    +2
                                                    В большинстве случаев связность, корректность и орфография Lorem ipsum… не подлежит сомнению =)
                                                      0
                                                      добавил страницу в закладки!
                                                      Я раньше так глобально разными проверками сайта не занимался, скоро запуск — скоро и опробую)
                                                      По времени это затянется — но в будущем должно быть намного меньше проблем!
                                                        0
                                                        Интересно было бы прикинуть бюджет на все перечисленные операции и сопоставить его с бюджетом на непосредственную реализацию фич. Склоняюсь к паритету :)
                                                          +1
                                                          Несколько вопросов:

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

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

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

                                                          Как они влияют на индексацию контента поисковыми системами?
                                                          Как она поведёт себя, когда встретит лигатуру fi вместо двух букв fi? Тем более, текст в заголовке — крайне важен для индексации.
                                                            +1
                                                            Где настройки веб-сервера? Где watchdog? Где автоматическое тестирование? Упущено очень многое…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                                                                403 — это оплеуха в чистом виде. Уж лучше 500.
                                                                0
                                                                >все ссылки должны генерироваться автоматически
                                                                как все попривыкали к CMS. а бывают ещё и самописные сайты…

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

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

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

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

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

                                                                  про вебмани не понял юмору.
                                                                0
                                                                сами мы не местные, но интересуемся.
                                                                XML Sitemap — это что?
                                                                  0
                                                                    +2
                                                                    Это список всех URLов сайта в специальном xml-формате.
                                                                    Создаётся для того, чтобы скормить поисковой системе — указать его в robots.txt или в вебмастерах. Так поисковики знают, какие страницы на сайте у вас есть, и сразу качают их все, а не проходят несколькими волнами по ссылкам. Более того, там, в сайтмепе, указывается параметр last-modified: время последнего изменения страницы. Теоретически поисковики учитывают этот параметр. Например, если ластмодифаеды в сайтмепе обновились, то у поисковика есть ещё один повод скачать ваши страницы заново.
                                                                    Так-то.
                                                                      0
                                                                      спасибо.
                                                                      не знал, что такое уже придумали :)
                                                                    –2
                                                                    Ваш топик как раз к месту. Запускаем новый дизайн сайта.
                                                                      –1
                                                                      Полезная напоминалка. Можно обернуть все это в небольшой стартап в виде «онлаин чеклиста по моим проектам».
                                                                        –1
                                                                        Много полезного, спасибо…
                                                                          0
                                                                          Когда читал, обратил внимание на то, что существуют пункты разного рода. Что-то важное, что делается на этапе дизайна или на этапе проектирования, соседствует с тем, что вообще далеко не обязательно.

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

                                                                          Самое читаемое