Розробка на WooCommerce
Магазини на WordPress, де чекаут належить вам.
Побудова й перебудова WooCommerce: структура каталогу, власні типи товарів, процес оформлення, платіжні та доставкові інтеграції. Написано як дочірня тема і плагіни, щоб оновлення не затирали роботу.
Проєктна ціна
Від 5 250 $
Сюди входять огляд стеку і виправлення, після яких його знову можна підтримувати. Переробка з блоковим чекаутом, власною логікою і міграцією даних доходить до 19 000 $.
Надішліть опис і отримайте цифру у відповідь.
Описати проєктПрацює до оновлення, а далі ніхто не знає, який плагін
Магазин тримається на трьох десятках плагінів, і кожен колись поставили не просто так. Одного дня оновлення ламає чекаут, екран замовлень або рядок податку, а стейджинг-копії для перевірки немає. Тож оновлення відкочують, а потім припиняють узагалі, і магазин осідає на версії, яка працює сьогодні. Далі він дрейфує: платіжний плагін перестає отримувати виправлення, інший досі пише замовлення так, як WooCommerce робив роками раніше, і кожна нова вимога коштує більше за попередню, бо ніхто не може сказати, що зламається.
Що входить у роботу
Стек читають до того, як писати код
Які плагіни торкаються життєвого циклу замовлення, які заявлені сумісними з поточним сховищем замовлень, які досі розраховують на старий чекаут, а які встановлені й нічого не роблять. Саме цей список вирішує, вашому магазину потрібна робота чи потрібен план, і він зʼявляється до оцінки, а не після неї.
Чекаут, який переживе перехід на блоки
Кошик і чекаут на блоках замінили сторінки на шорткодах, які визначали WooCommerce десять років. Платіжні методи, власні поля й логіка доставки, написані під стару сторінку, самі туди не переїдуть. Кожне з цього або переходить на підтримуваний відповідник, або отримує власну блокову інтеграцію, а те, що переїхати не може, називають рано.
Шлях оновлень, яким ви справді користуватиметеся
Стейджинг-копія, що повторює продакшн, резервні копії, які хоч раз відновлювали, і рутина оновлень, що не тримається на сміливості. Магазини перестають оновлюватися тому, що оновлюватися страшно, а не тому, що вирішили жити на старому софті. Прибрати страх це і є те, що тримає магазин свіжим.
Чому саме так
Володіти стеком означає володіти шляхом оновлень
Плата за відсутність платформенної комісії в тому, що ніхто не оновлює магазин за вас. Хостингова платформа переводить свій чекаут сама і повідомляє постфактум. WooCommerce чекає на вас, а магазин далі приймає замовлення, поки відстає. Це і є небезпечний варіант, бо нічого не виглядає зламаним. Робота, яка тримає самостійний магазин дешевим упродовж пʼяти років, непоказна і планова.
Дані замовлень більше не там, де їх шукає старий код
Від WooCommerce 8.2 у жовтні 2023 року нові встановлення зберігають замовлення в окремих таблицях, а не в таблиці записів WordPress, і платформа відтоді будує далі на цьому. Плагіни, що звертаються до старих таблиць напряму або були покинуті до зміни, поводяться так, що з адмінки це важко продіагностувати. Перевірити це до оцінки означає різницю між фіксованою ціною і сюрпризом.
Як це відбувається
Огляд встановленого стеку, режиму зберігання замовлень, типу чекауту, хостингу і того, куди насправді лягають резервні копії.
Письмовий план із двох половин: що має змінитися, щоб магазин був підтримуваним, і що ви хочете від нього такого, чого він зараз не вміє.
Робота йде на стейджингу з копією справжніх замовлень і товарів, бо конфлікти плагінів не відтворюються на чистому встановленні.
Викладка у вікно, яке обираєте ви, зі шляхом відкоту, який перевірили, а не припустили, і зі справжнім тестовим замовленням на продакшні після.
Ритм обслуговування, погоджений письмово: що оновлюється, як часто, хто дивиться і що відбувається, коли о другій ночі щось ламається.
Контекст
Що сьогодні означає тримати WooCommerce
Замовлення не там, де їх шукає старіший код
Більшу частину життя WooCommerce замовлення було записом WordPress із метаданими: зручно і не масштабується. High-Performance Order Storage переніс замовлення в окремі таблиці, і від версії 8.2 у жовтні 2023 року це стандарт для нових встановлень, тоді як наявні магазини мігрують у власному темпі через режим сумісності, що тримає обидва шари синхронними. Платформа відтоді будує далі саме на цьому. Практично це означає, що будь-який плагін, який звертається до старих таблиць напряму або був покинутий до зміни, тепер ризик, і знайти його можна лише подивившись.
Чекаут змінився під самою екосистемою
Кошик і чекаут на блоках замінили сторінки на шорткодах, які визначали WooCommerce десять років. Блоки кращі для редакції й для дорожньої карти платформи, але десятиліття розширень писалося під стару сторінку: платіжні методи з власними формами, плагіни, що додають поля, логіка доставки, вбудована в класичний шаблон. Хтось із вендорів перейшов, хтось дав часткову підтримку, хтось зник. Хто планує зміну чекауту, насправді планує інвентаризацію того, які розширення поїдуть разом.
Стек плагінів це і є справжня вартість
Самостійна комерція міняє платформенну комісію на обовʼязок підтримки, і цей обовʼязок здебільшого і є плагіни. Кожен це окремий графік релізів, окремий стан безпеки і окремий бізнес, який за три роки може існувати, а може ні. Дешевими за пʼять років лишаються ті магазини, що свідомо тримають стек малим, замінюють покинуте до того, як це стане терміновим, і знають, від яких розширень чекаут справді залежить.
Хостинг це частина продукту
На хостинговій платформі інфраструктура це чужий клопіт. У WooCommerce вона ваша і показує себе як швидкість сторінок, швидкість адмінки і поведінка магазину в день кампанії. Обʼєктний кеш, база, яка витримує зростаючу таблицю замовлень, розумне виконання крону і середовище стейджингу це не додаткові опції, а різниця між магазином, що росте, і магазином, що стає повільнішим щокварталу. Шість вітрин на WooCommerce у портфоліо працюють на девʼяти живих доменах, на Польщу, Україну, Мексику, Бразилію, США і на світ.
Суміжні послуги
Описати проєкт
Розкажіть, що є і що має змінитися. Протягом двох робочих днів ви отримаєте письмовий розрахунок: обсяг, розкладений на частини, з ціною біля кожної, або питання, яких для цього бракує. Без ознайомчого дзвінка між цим.
Питання
Робота з WooCommerce: питання й відповіді
Це справжня міграція, тож її планують, а не клікають. Є режим сумісності, який тримає обидва сховища синхронними під час переходу, і саме він робить крок оборотним. Ризик не в самій міграції, а в плагіні вашого стеку, який читає замовлення по-старому і ніколи не оновлювався. Його знаходять першим, на стейджингу, з вашим реальним обсягом замовлень.
Зрештою так, бо саме туди платформа вкладається і саме там зʼявляються нові можливості. Чи час зараз, залежить від того, що вміє ваш чекаут. Магазин із одним платіжним методом і двома власними полями переходить легко. Магазин з умовною логікою, бронюванням або платіжним методом без блокової підтримки потребує спершу відповідей на це, і чесна відповідь інколи звучить як зачекати ще один реліз.
Кількість важить менше за перетини й підтримку. Три плагіни з однією задачею кожен здоровіші за один, що робить усе погано. Болить інше: плагіни без релізів роками, два плагіни, що бʼються за один хук, і будь-що в дорозі до оплати, що розуміє одна людина в інтернеті. Огляд називає саме це, а не рахує.
Іноді так, і вам це скажуть. Shopify пасує, коли ви хочете, щоб платформа несла обслуговування, і можете жити в її правилах, особливо в чекауті. WooCommerce пасує, коли модель товару, логіка цін або інтеграції ваші так, як жоден хостинговий чекаут не дозволить, і коли є хто це підтримуватиме. Обрати Woo і не підтримувати це і є дорогий шлях.
Зазвичай це хостинг, кешування і стек плагінів, а не платформа. Магазин на Woo на спільному хостингу без обʼєктного кешу, з неіндексованою таблицею замовлень і page builder на кожному шаблоні буде повільним незалежно від того, як написаний код. Робота над швидкістю починається з вимірювання на живому сайті, а не з переписування.