Ось і настав той довгоочікуваний момент, коли новий WordPress сайт повністю готовий, і так не терпиться натиснути чарівну кнопку для запуску? Але не варто так поспішати. Перш ніж ви зробите, перевірте за допомогою цього списку рекомендацій, чи все працює правильно.
Вчора ми розглядали подібний сервіс для перевірки тем оформлення перед публікацією у каталозі WordPress.org, а сьогодні поговоримо про аналогічну перевірку, тільки перед запуском сайту.
Дивіться також:
- Як продати сайт на WordPress незацікавленому клієнту
- Робити WordPress сайт для кожного клієнта з нуля? Або застосувати готові інструменти?
- Поради для початківців розробку сайту на WordPress
- 5 речей, про які варто задуматись перед тим, як створювати блог
- Як довго потрібно освоювати премудрість роботи з WordPress?
Ми пропонуємо вам простий загальний передстартовий чекіст, з яким необхідно звіритися, щоб уникнути будь-яких проблем із сайтом після його публікації.
Він складається із чотирьох пунктів:
- Відповідність сайту брифу
- Перевірка надійності
- Підготовка сайту до майбутніх доповнень
- Завершальні дії
А тепер розглянемо кожен із них детальніше.
1. Відповідність сайту брифу
Переконайтеся, що сайт відповідає всім викладеним у брифі вимогам. Звичайно ж, всі брифи різні, і чекліст, відповідно, відрізнятиметься для кожного проекту. Але все ж таки, є багато загальних критеріїв.
- Перевірка брифу. Якщо узгоджений із клієнтом бриф має список необхідних функцій та елементів для сайту, перевірте, чи всі пункти виконані.
- Перевірка завдань. Якщо ви використовуєте систему управління завданнями, переконайтеся, що всі завдання виконані і не залишилося багів.
- Тестування внутрішніх процесів сайту. Якщо сайт включає процеси або взаємодії, які потрібно буде виконувати користувачам, перевірте їх на різних пристроях і в різних браузерах. Переконайтеся, що вони працюють відповідно до брифа.
- Перевірте користувачів. Якщо ви створювали безглузді логіни або, скажімо, використовували посилання на PayPal, змініть їх для кінцевої версії сайту (може виникнути необхідність зробити це ще раз після міграції сайту).
- Перевірте всі авторські права.
- Видаліть тестові тексти. Переконайтеся, що всі тестові тексти були замінені на відповідний контент. Навіть напис "Сайт знаходиться в процесі наповнення" виглядає набагато краще, ніж стандартний текст lorem ipsum.
- Протестуйте адмінські налаштування. Перевірте, чи всі налаштування користувача налаштовані належним чином.
- Протестуйте сторонні послуги. Переконайтеся, що все працює правильно і програмне забезпечення оновлено.
Якщо цей список не повністю відповідає вашому брифу, доповніть його своїми пунктами, відштовхуючись від запропонованих.
2. Перевірка надійності
Більшість пунктів у цьому чеклісті підійдуть для багатьох сайтів, але для різних проектів можуть бути свої доповнення. Наприклад, якщо клієнт вимагає підтримки певних пристроїв.
Використовуйте перевірку першої частини цього чекліста до запуску сайту, другу – після його міграції на сервер.
- Перевірка браузера. Протестуйте сайт у всіх підтримуваних браузерах, які ви затвердили з клієнтом. Навіть якщо ви робили це багато разів у процесі, не полінуйтеся зробити перевірку ще раз. До того ж, перевірте вміст кожного шаблону активної теми: записи, сторінки, архіви та типи постів.
- Сумісність пристроїв. Перевірте, як виглядає сайт на всіх підтримуваних пристроях, особливо якщо ви використовуєте адаптивний дизайн під різні роздільні здатності екранів.
- Перевірте код за допомогою Валідатор W3Cнавіть якщо ви вже робили це в процесі роботи над сайтом.
- Перевірка доступу до сайту. Щоб це зробити, скористайтесь непоганими порадами та керівництвом у WordPress Codex.
А ось і друга частина чекліста для післяміграційної перевірки:
- Тестування навігації та активності посилань, особливо редиректів.
- Перевірка коректності роботи бази даних.
- Дабл-чек інтеграції зі сторонніми сервісами та програмним забезпеченням. Все має бути сумісним із сайтом після його запуску.
- Відповідність налаштувань сайту та URL-адрес (наприклад, URL вашого сайту та WordPress).
- Коректна робота пермалінків всіх типів контенту. У разі потреби налаштуйте їх.
- Користувачі. Протестуйте фронтенд і бекенд сайту за допомогою всіх ролей користувача. За потреби створіть нові.
3. Підготовка сайту до майбутніх доповнень
За допомогою третьої частини чекліста ви перевірите готовність сайту до встановлення доповнень у майбутньому. Це важливо, якщо клієнт, для якого ви розробили сайт, захоче встановити будь-які оновлення чи плагіни.
- Дотримання всіх основних критеріїв SEO. Переконайтеся, що в темі є тайтли та мета-описи, або додайте їх за допомогою SEO-плагіну. Є ще один важливий момент. Якщо в процесі розробки було відключено ранжування сайту пошуковими системами, не забудьте активувати його під час запуску сайту за допомогою налаштувань WordPress або файлу robots.txt.
- Бекап файлів та бази даних під час запуску.
- Налаштування автоматичної бекап-системи для теми, плагіна та бази даних.
- Налаштування сайту для Google Analytics за допомогою плагіна або в результаті додавання трекінгу коду до вашої теми.
- Створення системи підтримки оновлень сайту. Це включає не тільки WordPress, але й теми та плагіни.
- Погодження графіка перевірки сайту. Після запуску за сайтом слід продовжувати стежити. Погодьтеся з клієнтом, як часто потрібно перевіряти функціонування та ефективність сайту.
4. Завершальні дії
І нарешті, четверта та найкоротша частина нашого чекліста завершує підготовку сайту до запуску.
- Перевірка всіх змін під час виконання чекліста. Якщо ви виправили що-небудь на сайті виходячи з вищевикладених пунктів, не полінуйтеся протестувати внесені зміни ще раз.
- Погодження з клієнтом. Якщо ви внесли зміни, обов'язково погодьте їх з клієнтом.
- Повідомлення про запуск. Не забудьте повторно повідомити клієнта про запуск сайту та написати про це в соцмережах, на сторінках блогу та інших каналах зв'язку з користувачами. А якщо це ваш власний сайт, то можете сміливо додавати його до свого портфоліо. Якщо, звісно, ви задоволені отриманим результатом.
- Оплата. Нарешті! Не забудьте надіслати клієнту рахунок для отримання зароблених грошей за проект.
Висновок
Пропонований чекліст у цьому пості не є повним, а скоріше універсальним. Він створений не конкретно для певного проекту, але допоможе не забути про важливі речі під час перевірки будь-якого виду сайту перед його запуском.
Джерело: code.tutsplus.com
Коментарі до запису: 1
Дякуємо!