Тестове середовище — це окрема копія твого сайту WordPress, де можна перевірити зміни, перш ніж застосовувати їх на робочому сайті.
Воно дає змогу оновлювати плагіни, міняти теми, правити сторінки, тестувати власний код чи перевіряти нові налаштування, не зачіпаючи реальних відвідувачів.
Корисно знати
Тестове середовище потрібне для перевірок. Робочий сайт — це та версія, яку насправді бачать користувачі.
Що таке тестове середовище
Це тестова копія сайту
Тестове середовище — це окреме середовище на основі твого сайту WordPress.
У ньому перевіряють зміни перед публікацією.
Наприклад, замість оновлювати плагіни просто на робочому сайті, спершу онови їх у тестовому середовищі й подивись, чи нічого не зламалося.
Робочий сайт і тестове середовище
Робочий сайт — це публічна версія твого сайту.
Тестове середовище — окрема, приватна версія для безпечних змін.
Просте пояснення
Робочий сайт — те, що бачать відвідувачі.
Тестове середовище — місце, де ти перевіряєш зміни, перш ніж міняти те, що бачать відвідувачі.
Коли користуватися тестовим середовищем
Перед ризикованими змінами
Користуйся ним, коли зміна може вплинути на роботу сайту, його вигляд або конверсію.
Перевір у тестовому середовищі, перш ніж:
- оновлювати ядро WordPress;
- оновлювати кілька плагінів;
- міняти активну тему;
- правити важливі сторінки;
- пробувати нові плагіни;
- міняти налаштування оформлення замовлення;
- міняти форми;
- тестувати власний код;
- міняти налаштування кешування чи продуктивності;
- готувати редизайн;
- вносити зміни у WooCommerce.
Рекомендовано
Якщо зміна може зламати верстку, форми, оформлення замовлення, вхід користувачів чи важливі сторінки — спершу перевір її в тестовому середовищі.
Для критичних для бізнесу сторінок
Тестове середовище особливо важливе для сайтів, які залежать від:
- платежів;
- форм для заявок;
- бронювань;
- акаунтів користувачів;
- підписок;
- WooCommerce;
- рекламних кампаній;
- лендингів під платний трафік.
Якщо такі сторінки ламаються на робочому сайті, це б’є по виручці, заявках і довірі клієнтів.
Важливо
Не тестуй критичні зміни просто на робочому сайті, якщо вони можуть зачепити користувачів, замовлення, форми чи платежі.
Як створити тестове середовище
Відкрий свій сайт WordPress
Щоб створити тестове середовище, відкрий панель Antihost і вибери потрібний сайт WordPress.
Якщо сайтів кілька, переконайся, що вибрав саме той.
Перейди в розділ тестового середовища
Усередині вибраного сайту WordPress відкрий розділ тестового середовища.
Якщо воно доступне на твоєму тарифі, там буде дія для його створення.
Створи середовище
Запусти створення тестового середовища.
Antihost зробить окрему копію твого сайту WordPress для перевірок.
Це може забрати якийсь час — залежно від розміру сайту.
Важливо
Не вноси серйозних змін на робочий сайт, поки тестове середовище створюється. Дочекайся, поки воно буде готове.
Відкрий тестове середовище
Коли середовище створено, відкрий його й перевір, що воно вантажиться коректно.
Щоб почати тестувати зміни, може знадобитися зайти в адмінпанель WordPress тестового середовища.
Корисно знати
Тестове середовище може мати іншу адресу, ніж твій робочий домен. Так тестова версія відділена від публічного сайту.
Що означає перенесення на робочий сайт
Перенесення публікує зміни з тестового середовища
Перенесення на робочий сайт (push to live) — це застосування змін із тестового середовища до робочого сайту.
Саме на цьому кроці перевірені зміни потрапляють на публічний сайт.
Використовуй його лише після того, як переконався, що тестова версія працює правильно.
Важливо
Перенесення зачіпає справжній сайт. Не запускай його, поки тестове середовище не перевірене.
Перенесення може замінити дані робочого сайту
Залежно від того, як платформа працює з тестовим середовищем, перенесення може стосуватися файлів, бази даних або і того, і того.
Це важливо, бо робочий сайт міг змінитися після створення тестового середовища.
Наприклад, на робочому сайті могли зʼявитися:
- нові замовлення;
- нові надіслані форми;
- нові коментарі;
- нові реєстрації користувачів;
- оновлення вмісту;
- нові завантажені медіафайли.
Якщо переносити зміни бази даних, частину свіжих даних робочого сайту може бути перезаписано.
Критично
Якщо на сайті є WooCommerce, бронювання, підписки, акаунти користувачів або активні форми, зʼясуй, що саме буде перенесено, перш ніж запускати перенесення.
Що переноситься
Файли
Перенесення з тестового середовища на робочий сайт може включати:
- файли теми;
- файли плагінів;
- завантажені медіафайли;
- власний код;
- файли WordPress, змінені під час тестування.
Це зручно, коли ти тестував нову тему, оновлення плагіна чи зміну в коді.
Зміни бази даних
Перенесення може включати й зміни в базі даних.
У базі зберігаються:
- вміст сторінок;
- записи;
- налаштування плагінів;
- налаштування теми;
- меню;
- віджети;
- користувачі;
- замовлення WooCommerce;
- надіслані форми;
- налаштування сайту.
Важливо
Саме перенесення бази — ризикована частина. Якщо після створення тестового середовища користувачі створили нові дані, перенесення бази може їх перезаписати.
Варіанти перенесення залежать від платформи
Частина систем дає різні варіанти перенесення:
- лише файли;
- лише база даних;
- повне перенесення;
- вибрані таблиці;
- вибрані зміни.
Якщо Antihost дає такі варіанти, вибирай найбезпечніший для своєї зміни.
Як краще
Для змін у дизайні чи коді безпечніше перенесення лише файлів. Для змін у вмісті чи налаштуваннях можуть знадобитися зміни бази. Завжди перевіряй, що саме включає дія перенесення.
Чого не варто робити на робочому сайті
Не тестуй ризиковані оновлення напряму
Уникай ризикованих змін просто на робочому сайті.
Це, зокрема:
- масові оновлення плагінів;
- зміна теми;
- великі оновлення WordPress;
- зміни в налаштуваннях оформлення замовлення;
- тестування власного коду;
- зміни в базі даних;
- нові правила кешування;
- серйозні зміни верстки.
Не експериментуй під час активного трафіку
Не роби серйозних змін на робочому сайті під час пікового трафіку, платних кампаній, запусків чи розпродажів.
Якщо щось зламається саме тоді, користувачі побачать помилку одразу.
Просте правило
Якщо помилку зможуть помітити користувачі — спершу тестове середовище.
Не переноси зміни, не перевіривши свіжі дані
Перед перенесенням перевір, чи не зʼявилися на робочому сайті важливі нові дані після створення тестового середовища.
Особливо це стосується:
- магазинів на WooCommerce;
- сайтів бронювання;
- сайтів із підписками;
- платформ LMS;
- сайтів зі збором заявок;
- сайтів з акаунтами користувачів.
Перед перенесенням
Перевір, чи зʼявилися на робочому сайті нові замовлення, заявки, користувачі або матеріали після створення тестового середовища.
Як перевірити зміни перед публікацією
Подивись тестове середовище очима відвідувача
Відкрий тестове середовище й пройдись по ньому як справжній відвідувач.
Перевір:
- головну сторінку;
- ключові лендинги;
- навігацію;
- форми;
- кнопки;
- зображення;
- мобільну верстку;
- швидкість завантаження;
- оформлення замовлення, якщо воно є;
- сторінки входу чи акаунта, якщо вони є.
Перевір адмінпанель WordPress
Зайди в адмінпанель WordPress тестового середовища й переконайся, що вона працює коректно.
Перевір:
- плагіни;
- налаштування теми;
- сторінки;
- меню;
- віджети;
- налаштування сайту;
- налаштування окремих плагінів.
Перевір критичні сценарії
Перед перенесенням перевір сценарії, найважливіші саме для твого сайту.
Наприклад:
- надішли форму звʼязку;
- додай товар у кошик;
- пройди тестове оформлення замовлення, якщо це можливо;
- увійди як користувач;
- перевір сценарій бронювання;
- перевір підписку на розсилку;
- перевір сторінки, повʼязані з оплатою;
- перевір лендинги кампаній.
Рекомендовано
Перевір сайт і на комп’ютері, і на телефоні. Багато проблем з версткою видно лише на малих екранах.
Зроби резервну копію перед перенесенням
Перш ніж застосовувати зміни з тестового середовища на робочому сайті, створи свіжу резервну копію робочого сайту.
Так у тебе буде точка відновлення, якщо щось піде не так.
Важливо
Завжди створюй або підтверджуй свіжу резервну копію робочого сайту перед перенесенням.
Коли писати в підтримку
Звертайся перед ризикованими діями
Напиши в підтримку Antihost, якщо:
- ти не певен, що саме перенесе дія перенесення на робочий сайт;
- на робочому сайті є свіжі замовлення, заявки чи реєстрації;
- тестове середовище не створюється;
- тестове середовище не відкривається;
- адмінпанель WordPress у тестовому середовищі не працює;
- перенесення завершується помилкою;
- робочий сайт зламався після перенесення;
- потрібна порада, що вибрати: лише файли, лише базу чи повне перенесення.
Що вказати у зверненні
У зверненні до підтримки вкажи:
- своє доменне імʼя;
- свій тариф WordPress-хостингу;
- де саме проблема — у тестовому середовищі чи на робочому сайті;
- яку зміну ти тестував;
- чи є на сайті WooCommerce, форми, бронювання, підписки або акаунти користувачів;
- чи ти вже переносив зміни на робочий сайт;
- текст помилки в панелі, якщо він є.
Навіщо це
Проблеми з тестовим середовищем зачіпають живі дані, якщо вибрати не той варіант перенесення. Ці деталі допоможуть підтримці оцінити ризик до початку робіт.
Підсумок
Тестове середовище дає змогу перевіряти зміни безпечно
Використовуй тестове середовище, щоб перевіряти оновлення, плагіни, теми, код, вміст і налаштування, перш ніж застосовувати їх на публічному сайті.
Перед перенесенням на робочий сайт перевіряй, що саме буде перенесено і чи не зʼявилися на робочому сайті нові дані.
Для критичних для бізнесу сайтів створюй резервну копію перед публікацією змін.