Як найняти розробника WooCommerce, щоб виправити оформлення замовлення, оплату й доставку

Покупці кажуть, що оплатили, а замовлення в WooCommerce немає. На кнопці «Підтвердити замовлення» без кінця крутиться індикатор, або покупці бачать «Немає параметрів доставки для…» і йдуть.

Решта магазину може виглядати нормально, поки ви втрачаєте продажі. Може бути незрозуміло, у чому причина: у платіжному плагіні, темі чи оновленні. І чи списали в когось гроші.

Я покажу, що перевірити за десять хвилин і як найняти розробника WooCommerce так, щоб не ризикувати справжніми замовленнями і не передавати паролі від платіжних сервісів.

Чому ламаються оформлення замовлення, оплата чи доставка у WooCommerce

Більшість проблем з оформленням замовлення виникають після змін: оновлення, встановлення нового плагіна чи зміни налаштувань. Замовлення й дані покупців зазвичай залишаються на місці. Коли причина зрозуміла, часто достатньо невеликого виправлення.

Причини, на які я натрапляю найчастіше:

• Конфлікт після оновлення Після оновлення WooCommerce, теми чи плагіна виникає конфлікт з іншим плагіном. Сторінка оформлення замовлення зависає, показує помилку або не реагує на натискання кнопки.
• Блок оформлення замовлення і старі плагіни У новіших магазинах використовують блок «Оформлення замовлення» замість класичної сторінки. Деякі платіжні плагіни й плагіни для оформлення замовлення працюють лише з класичною, тож спосіб оплати зникає зі сторінки.
• Платіжний сервіс не повідомляє магазин Stripe чи PayPal отримує гроші, але не може повідомити про це магазин. Таке часто трапляється після переходу на новий домен. З покупця гроші списано, а замовлення залишається в статусі «Очікування оплати».
• Налаштування зон доставки Адреса покупця не належить до жодної зони доставки або в зоні немає активного способу доставки. Якщо для товарів не вказано вагу, розрахунок вартості доставки за вагою теж може не працювати.
• Кешування кошика й оформлення замовлення Плагін кешування чи прискорення зберігає сторінки кошика й оформлення замовлення так само, як інші сторінки. Кошики самі спорожнюються або на сторінці оформлення видно чужі дані.

Якщо критична помилка чи білий екран з’являється на всьому сайті, а не лише на сторінці оформлення замовлення, знадобиться більше роботи: як найняти фахівця, щоб полагодити сайт на WordPress.

Спершу спробуйте це (10 хвилин)

Ці перевірки не змінюють налаштувань магазину. Вони допоможуть вам або розробнику побачити, на якому кроці виникає проблема.

1. Оформіть тестове замовлення самі. Купіть дешевий товар своєю карткою, з комп’ютера і з телефона. Запишіть, де саме все зупиняється, і точний текст помилки, а потім поверніть гроші за замовлення.
2. Прочитайте нотатки до замовлення і журнали. Відкрийте невдале замовлення або те, що очікує оплати, і прочитайте нотатки праворуч. Потім перейдіть у WooCommerce → Статус → Журнали і знайдіть журнал фатальних помилок (fatal-errors) або журнал вашого платіжного плагіна за той день.
3. Звірте дані з кабінетом платіжного сервісу. Знайдіть ту саму оплату в Stripe чи PayPal. Якщо гроші надійшли, а замовлення досі очікує оплати, сервіс не повідомляє магазин. Не просіть покупця заплатити ще раз, поки не перевірите.
4. Якщо помилка з доставкою, перевірте зони. Перейдіть у WooCommerce → Налаштування → Доставка → Зони доставки. Переконайтеся, що адреса покупця належить до однієї із зон і що в цій зоні є хоча б один активний спосіб доставки.

Не вимикайте плагіни по одному в робочому магазині, щоб знайти причину. Покупці бачать усі ці зміни. Таку перевірку роблять на тестовій копії сайту (staging).

Одразу зверніться до розробника, якщо з покупців списують гроші, а замовлення не з’являються, якщо не працює жоден спосіб оплати або якщо в магазині щодня є замовлення.

Якщо ці кроки не показали причину або ви не хочете чіпати налаштування магазину, зупиніться тут. Кожна зайва зміна ускладнює роботу розробника. Далі треба обрати, хто це виправить.

Хто виправить оформлення замовлення у WooCommerce

З такою проблемою можете звернутися до мене.

Що входить у виправлення

Обсяг роботи залежить від кількості проблем і того, наскільки ретельно треба все перевірити. Таку роботу можна поділити на три рівні:

Що зазвичай не входить у швидке виправлення

Швидкого виправлення може вистачити для однієї зрозумілої помилки, але це найменший обсяг роботи. Воно часто не охоплює:

• тестового замовлення від кошика до статусу «В обробці» після виправлення
• перевірки з телефона і з кожним способом оплати, який у вас є
• пошуку причини, щоб наступне оновлення не зламало все знову
• тестової копії сайту, щоб виправлення не випробовували на справжніх покупцях
• перевірки замовлень, які застрягли, поки оформлення не працювало

Якщо з покупців списали гроші, а замовлення не з’явилися, полагодити кнопку замало: треба ще зіставити оплати із замовленнями.

Як безпечно дати доступ

У магазині зберігаються імена покупців, адреси й історія замовлень. Через нього проходять ваші гроші. Дайте розробнику лише потрібний для роботи доступ через облікові записи, які контролюєте ви. Коли роботу завершено, скасуйте цей доступ.

1. Спершу зробіть власну резервну копію. Завантажте файли й базу даних з панелі хостингу і зберігайте копію не на сервері.
2. Створіть окремого користувача WordPress для розробника замість того, щоб передавати свої дані для входу. Призначте роль Менеджер магазину, якщо робота лише в налаштуваннях WooCommerce; роль «Адміністратор» давайте, лише якщо треба працювати з плагінами.
3. Дайте доступ до файлів через окремого користувача SFTP, створеного в панелі хостингу. Ніколи не передавайте пароль від облікового запису хостингу.
4. Дані для входу в платіжні сервіси залишайте собі. Не передавайте дані для входу в Stripe чи PayPal. Натомість надішліть знімки екрана невдалої оплати або налаштувань вебхуків. Якщо розробнику справді треба увійти, запросіть його як учасника команди (у Stripe є роль Developer), а потім видаліть його обліковий запис.
5. Попросіть спершу зробити виправлення на тестовій копії, а потім ту саму зміну на робочому магазині. Ніколи не дозволяйте замінювати базу даних робочого магазину тестовою копією. Нові замовлення, оформлені, поки виправлення тестували, можуть зникнути.
6. Скасуйте весь доступ, коли роботу завершено. Видаліть облікові записи розробника у WordPress, SFTP і платіжних сервісах, змініть паролі й перевірте в розділі «Користувачі», чи немає незнайомих облікових записів.

Оформлюйте хостинг, домен і платіжні облікові записи на своє ім’я: це захищає вас більше за будь-яке інше правило. Хто контролює їх, той контролює магазин.

Що надіслати до початку роботи

Підготуйте й надішліть:

• адресу магазину і тестову копію, якщо вона є
• що не працює, одним реченням, і за чим визначати, що роботу завершено («покупець може оплатити карткою, і замовлення з’являється зі статусом „В обробці“»)
• точний текст помилки зі знімками екрана і де вона з’являється (лише на телефонах, лише для однієї країни, лише з PayPal)
• коли це почалося і що змінилося перед тим (оновлення, новий плагін, переїзд на новий домен)
• способи оплати й доставки, якими ви користуєтеся, з назвами плагінів
• ваш хостинг і версії WordPress, WooCommerce та PHP (Інструменти → Здоров’я сайту → Інформація)
• якою темою чи конструктором сторінок ви користуєтеся і, якщо знаєте, як у вас оформлюють замовлення: через блок «Оформлення замовлення» чи класичну сторінку
• що показали нотатки до замовлення, журнали WooCommerce і кабінет платіжного сервісу
• скільки замовлень застрягло або скільки разів гроші списали без замовлення
• що ви вже пробували і який доступ готові дати

Чітко опишіть, що означає «готово»: так буде зрозуміло, про що саме ви домовилися.

Як я працюю з оформленням замовлення

Полагодити кнопку мало: треба знайти, чому оформлення замовлення зламалося, і перевірити весь шлях покупця. Тому я дотримуюся кількох правил:

• спершу питаю, яким платіжним плагіном ви користуєтеся, як оформлюють замовлення: через блок чи класичну сторінку, і чи є тестова копія
• роблю резервну копію, перш ніж щось змінювати
• працюю на тестовій копії, а на робочий магазин переношу лише перевірену зміну
• після виправлення оформлюю тестове замовлення з кожним способом оплати
• пояснюю, що стало причиною, щоб наступне оновлення не зламало все знову
• прошу лише той доступ, який потрібен для роботи, і ставлю лише ліцензійні плагіни

Тривожні сигнали

Хто б не працював із вашим магазином, насторожитися варто, якщо виконавець:

• Просить дані для входу в Stripe чи PayPal або пароль від облікового запису хостингу, хоча вистачило б окремого користувача WordPress і доступу SFTP.
• Обіцяє виправити «будь-яку проблему WooCommerce за годину», ще не бачивши магазину.
• Пропонує платний плагін оформлення замовлення чи оплати безкоштовно. Це піратська копія, а піратські плагіни можуть містити шкідливе ПЗ. Якщо магазин приймає оплату картками, вам точно не хочеться ще й чистити сайт після зламу.
• Збирається тестувати, вимикаючи плагіни на робочому магазині.

Не знаєте, чи достатньо одного виправлення для проблеми з оформленням замовлення, чи знадобиться більше роботи? Напишіть мені і розкажіть, на якому кроці покупці не можуть продовжити.

Після виправлення: перевірити, прийняти, запобігти

Перевірте магазин того ж дня:

• оформіть справжнє замовлення з кожним способом оплати, з комп’ютера і з телефона, а потім поверніть гроші
• перевірте, що кожне замовлення надходить у WooCommerce зі статусом «В обробці» і листи з підтвердженням надсилаються
• спробуйте адресу доставки в кожній країні чи регіоні, куди ви продаєте
• спитайте, що стало причиною проблеми, і запишіть це
• про все, що треба доробити, скажіть одразу, перш ніж прийняти роботу

Потім скасуйте наданий доступ (див. вище). Перед наступним великим оновленням зробіть резервну копію і спершу перевірте оновлення на тестовій копії. Регулярне обслуговування може допомогти помітити конфлікти, перш ніж вони знову завадять оформленню замовлення.

Якщо після десятихвилинних перевірок тестове замовлення досі не проходить, напишіть мені. Перш ніж давати доступ, зробіть резервну копію.

Підсумок

Проблеми з оформленням замовлення у WooCommerce часто виникають через оновлення, налаштування чи плагін, а наявні замовлення зазвичай залишаються в базі даних. Більше ризику ви берете на себе, коли розробник тестує зміни на справжніх покупцях або просить ваші дані для входу в платіжні сервіси. Почніть із тестового замовлення і журналів. Якщо допомога все ж потрібна, напишіть мені. Хто б не виправляв магазин, створіть для нього окремий обліковий запис і попросіть працювати на тестовій копії.