Приступая к стадии «запуска» проекта, можно почувствовать огромное облегчение. Наконец-то вы выполнили свою работу по разработке, создав сайт в соответствии с заданием вашего клиента или вашими собственными требованиями, и теперь вы можете нажать эту метафорическую кнопку и запустить сайт, чтобы его увидел весь мир.
Но ждать.
Перед запуском необходимо выполнить несколько проверок, чтобы убедиться, что они надежны и рассчитаны на будущее. Запустив эти проверки перед запуском каждого нового сайта, вы сможете избежать проблем в дальнейшем. В частности, вы можете избежать головной боли, смущения и ущерба вашей репутации, вызванного тем, что клиенты или пользователи обнаруживают проблемы после запуска сайта.
В этой статье я поделюсь контрольным списком, который я использую перед переносом сайта в живую. Я не утверждаю, что это святой Грааль списков — у вас будут некоторые вещи, которые вы не делаете, что вы делаете по-другому, или что вы делаете в дополнение к этому.
Стоит отметить, что проверки перед запуском актуальны не только непосредственно перед запуском сайта — в зависимости от сложности вашего проекта, вам придется работать над многими из них по мере продвижения. Это сэкономит ваше время и переработку, когда сайт будет готов к запуску, и поможет с подписью и доверием на этапах разработки, когда ваш клиент проверяет работу на сайте.
Но сказав это, я думаю, что стоит дать этому списку окончательный прогон перед запуском, просто чтобы быть уверенным.
Мой список разделен на четыре категории:
- Проект или краткие конкретные проверки
- прочность
- Будущие корректуры
- Заключительные действия
Ниже я опишу, о чем каждый из них, и предоставлю список предметов для каждой категории.
1. Проект или краткие проверки
Убедитесь, что сайт соответствует согласованному брифу, — это то, что вы должны делать все время, но перед запуском стоит провести окончательную проверку.
Этот контрольный список будет отличаться для каждого проекта, поэтому я не могу дать вам один стандартный список, но есть несколько ключевых указателей, которые вы можете использовать. Вы должны пройти через этот список, прежде чем переносить сайт на работающий сервер:
- Проверьте бриф . Если в записке, с которой вы договорились с клиентом, есть контрольный список функций или элементов сайта, убедитесь, что все они покрыты, а если нет, то что вы согласовали это с клиентом.
- Проверьте проблемы или задачи . Если вы используете систему отслеживания проблем или задач (например, проблемы в GitHub), убедитесь, что все проблемы были закрыты или задачи завершены, и что не осталось ошибок или вопросов.
- Проверьте запрошенные изменения . Проверьте, были ли внесены какие-либо изменения, запрошенные во время разработки (которые могут отсутствовать в исходной сводке), если только они не были сохранены для последующего запуска.
- Тестирование процессов на месте . Если сайт включает процессы или взаимодействия, которые должны будут выполнять пользователи, выполните эти процессы в нескольких браузерах и устройствах, чтобы убедиться, что они работают в соответствии с заданием.
- Убери пользователей . Если вы создали какие-либо фиктивные логины или, скажем, связали сайт с установкой «песочницы» PayPal, измените их на живые версии (вам может понадобиться проверить это еще раз после миграции).
- Проверьте любые авторские права и / или кредиты, такие как кредиты на фотографии.
- Убери текст . Если вы использовали текст-заполнитель (например, lorem ipsum), убедитесь, что он заменен более подходящим содержанием. Даже примечание, информирующее посетителей о том, что контент страницы находится в стадии разработки, намного более полезно и профессионально выглядит, чем текст lorem ipsum.
- Проверьте настройки администратора . Если вы настроили администратора WordPress, убедитесь, что это работает для всех пользовательских ролей, которые будет использовать ваш клиент.
- Тестирование сторонних сервисов . Если сайт интегрирован с какими-либо сторонними службами, убедитесь, что все это работает и что программное обеспечение обновлено (вам может потребоваться проверить это еще раз после миграции).
Это не исчерпывающий список, поскольку в вашем проекте могут быть дополнительные элементы, которые необходимо учитывать, но это даст вам основу для работы.
2. Надежность
Большинство пунктов в этом контрольном списке будут применяться ко всем сайтам, но могут быть некоторые вариации для разных проектов, например, если клиент требует от вас поддержки определенных устройств (хотя я всегда рекомендовал бы независимый от устройств подход к разработке).
Пройдите первую часть этого списка, прежде чем переносить сайт на работающий сервер:
- Тестирование браузера . Протестируйте свой сайт во всех браузерах, которые вы поддерживаете (что вы должны были согласовать с вашим клиентом). Вы должны делать это по мере продвижения и в идеале использовать прогрессивное улучшение , но вы должны сделать последние проверки, прежде чем начать работу. Протестируйте содержимое, используя каждый шаблон в вашей теме: отдельные сообщения, страницы, архивы и пользовательские типы сообщений.
- Совместимость устройства . Протестируйте свой сайт на всех устройствах, которые вы поддерживаете. Опять же, вы должны были сделать это, работая над сайтом, и использовать адаптивный дизайн для разных размеров экрана. Если ваш сайт использует плагины или улучшения с различными уровнями поддержки на разных устройствах, проверьте, что пользователи увидят, когда они будут просматривать его на этих устройствах, и предоставят альтернативу или ссылку на то место, где они могут получить доступ к контенту, который в противном случае был бы им недоступен.
- Подтвердите свой код с помощью валидатора W3C — опять же, вы действительно должны делать это по ходу дела. Если ваш код не проверяется, вы можете иногда отказаться от его изменения, например, если вы используете функции HTML5, которые не проверяются. Если это так, убедитесь, что это не вызовет проблем в браузерах, которые не поддерживают новые функции (используя уже упомянутый прогрессивный подход).
- Убедитесь, что ваш сайт доступен . Для получения информации о доступности в WordPress см. Превосходное руководство по доступности веб-страниц Грэма Армфилда и руководство по кодексу WordPress .
После переноса вашего сайта на работающий сервер будут проведены дополнительные тесты на надежность, которые вам могут понадобиться:
- Проверьте свою навигацию и ссылки , особенно любые перенаправления.
- Убедитесь, что база данных читается правильно и из правильного места — если ваш действующий сайт читает контент из вашей базы данных разработки, это не будет сразу видно, если вы скопировали содержимое базы данных, так как они будут идентичны. В частности проверьте ссылки в текстовых виджетах и изображениях.
- Двойная проверка интеграции со сторонним программным обеспечением и услугами . Все они должны общаться с вашим живым сайтом, а не с сайтом разработки.
- Убедитесь, что настройки сайта ссылаются на реальный URL (например, URL сайта и URL WordPress).
- Убедитесь, что постоянные ссылки работают правильно для всех типов контента — вам может потребоваться настроить их или посетить экран настроек Постоянной ссылки, чтобы очистить их.
- Пользователи . Протестируйте свой сайт (front-end и admin), используя все роли пользователей WordPress, которые будет использовать ваш клиент. Настройте любых пользователей, которые вам нужны.
3. Будущее на сайте
Третий список посвящен тому, чтобы сайт был готов к дальнейшему развитию и дополнениям. Это будет особенно важно, если вы передаете сайт своему клиенту, чтобы он мог управлять им и обновлять его.
-
Убедитесь, что основной SEO был настроен . Заголовки и метаописания должны быть включены в вашу тему или добавлены с помощью плагина SEO. В зависимости от потребностей проекта, вам может понадобиться потратить время на настройку плагина для удовлетворения потребностей вашего клиента. Еще одна важная, но легко пропускаемая проверка: если вы заблокировали доступ к поисковым системам во время разработки, удалите блок при запуске, используя настройки WordPress или файл
robots.txt. - Сделайте резервную копию файлов и базы данных при запуске .
- Настройте автоматизированную систему резервного копирования файлов тем и плагинов и базы данных. То, как это будет осуществляться и кто за это отвечает, будет зависеть от того, что вы договорились со своим клиентом и от того, какие настройки хостинга у них есть. Для этого есть ряд плагинов WordPress, в том числе премиальные плагины, такие как Backup Buddy, или бесплатные плагины, такие как WordPress Backup to Dropbox .
- Настройте сайт для аналитики Google , используя плагин или добавив код отслеживания в вашу тему.
- Внедрить систему обновления сайта . Это касается не только самого WordPress, но и тем и плагинов. Делаете ли вы это, делает ли клиент или его хостинг-провайдер, это будет зависеть от того, что вы согласились с вашим клиентом. Для этого вам может потребоваться согласовать конкретный договор на обслуживание сайта.
- Согласуйте график обзоров сайта . После запуска веб-сайт не следует оставлять в покое. Согласуйте со своим клиентом, как часто вы будете проверять производительность и эффективность сайта, и убедитесь, что вы поддерживаете связь со своим клиентом, чтобы они приходили к вам, когда им потребуется дальнейшая работа по разработке.
4. Заключительные действия
Четвертая и последняя часть моего контрольного списка очень короткая и завершает процесс запуска.
- При необходимости повторно проверьте любую из вышеуказанных проверок . Если вы внесли изменения после какой-либо из ваших проверок (например, если вы отредактировали тему после нахождения кода, который не прошел проверку), повторите проверку, которая вызвала изменение, и любые проверки, которые вы делали до этого, на результаты которых могли повлиять , Например, ваш новый проверенный код работает на всех устройствах или браузерах?
- Утверждение Если после ваших проверок произошли какие-либо существенные изменения, вам может потребоваться снова получить подтверждение клиента.
- Общаться Убедитесь, что ваш клиент и другие заинтересованные стороны знают, что сайт запущен. Если это ваш собственный сайт или ваш клиент попросил вас опубликовать его, сделайте это с помощью социальных сетей, постов в блогах или других каналов. Добавьте его в свое портфолио, если вы этим гордитесь!
- Получи оплату. Не забудьте прислать вашему клиенту счет-фактуру на этапе запуска проекта.
Резюме
Как я упоминал ранее в этой статье, этот список не предназначен для того, чтобы быть окончательным списком для всех разработчиков WordPress, но, надеюсь, он полезен для всех, кто хочет внести некоторую последовательность в процесс миграции своего сайта.
Возьмите этот список и отредактируйте его так, чтобы он соответствовал вашему стилю работы и вашим проектам, добавьте его, измените его и удалите ненужные вещи. Но если вы используете это для разработки своего собственного контрольного списка, к которому вы обращаетесь каждый раз, вы можете быть уверены, что не пропустите ничего важного и что любые проблемы будут обнаружены вами до того, как сайт заработает, а не вашими клиентами или пользователи потом.