arsus

Контрольный список, который поможет запустить профессиональный сайт на WordPress

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

Но подождите…

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

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

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

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

Мой список разделен на четыре категории:

– Проектная проверка или проверка по техзаданию
– Надежность
– Устойчивость в будущем
– Заключительные действия

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

1. Проектная проверка или проверка по техзаданию

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

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

Проверьте техзадание. Если ТЗ, которое вы согласовали с клиентом, содержит перечень функций или элементов сайта, проверьте, все ли пункты выполнены, и если нет, согласуйте это с заказчиком.

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

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

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

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

Проверьте все объекты авторского права – например, фотографии.

Очистите текст. Если вы использовали автоматическое заполнение текстом (например, loremipsum), убедитесь, что все это было заменено более подходящим контентом. Даже уведомление посетителей о том, что страница находится в стадии разработки, будет более полезно и профессионально смотреться, чем текст loremipsum.

Протестируйте настройки администратора. Если у вас – права администратора в WordPress, убедитесь, что это будет работать для всех типов пользователей, необходимых вашему клиенту.

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

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

2. Надежность

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

Отработайте первую часть этого списка перед тем, как переносить сайт на рабочий сервер:

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

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

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

Убедитесь, что ваш сайт доступен. Для получения консультации по вопросу о доступности в WordPress смотрите отличное руководство Web Accessibility от Грэма Армфилд или инструкцию по WordPress.

После запуска вашего сайта на реальном сервере необходимо будет провести дополнительные проверки на надежность:

Проверьте свою навигацию и ссылки, особенно все перенаправления.

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

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

Убедитесь, что настройки сайта относятся к действующему url (например, url сайта и url WordPress).

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

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

3. Устойчивость в будущем

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

Убедитесь, что были настроены основные аспекты SEO. Названия и мета-описания должны быть проработаны в вашей тематике или добавлены при помощи SEO плагина. В зависимости от потребностей проекта вам, возможно, нужно будет уделить время настройке плагина для удовлетворения потребностей вашего клиента. Еще одна важная, но легко забываемая проверка: если вы во время разработки заблокировали доступ к поисковым системам, при старте уберите блокировку, или используя настройки WordPress, или при помощи файла robots.txt.

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

Настройте автоматическое резервное копирование системы для файлов темы и плагинов, а также для базы данных. Реализация таких настроек будет зависеть от того, как вы согласуете этот вопрос с клиентом и от настроек хостинга. Для этого есть целый ряд плагинов WordPress, в том числе плагины премиум-класса наподобие Backup Buddy или бесплатные плагины типа WordPress Backup to Dropbox.

Настройте для сайта Google analytics, либо используйте соответствующий плагин, либо добавьте код в вашу систему.

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

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

4. Заключительные действия

Четвертая и последняя часть моего контрольного списка очень коротка – и она завершает процесс запуска.

Повторите любую из вышеуказанных проверок по мере необходимости. Если вы внесли изменения – повторите любую из ваших проверок (например, если вы отредактировали тему после того, как обнаружили неработающий код), повторите проверку, которая утвердит изменения, и все остальные проверки, которые вы делали перед этим. К примеру, будет ли работать ваш новый код на всех устройствах или браузерах?

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

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

Зарабатывайте деньги. Не забудьте отправить вашему клиенту счет-фактуру на этапе запуска проекта.

Заключение

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

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

По материалам: tutsplus.com.