Rozwój WooCommerce
Sklepy na WordPressie, w których checkout należy do ciebie.
Budowa i przebudowa WooCommerce: struktura katalogu, własne typy produktów, przebieg zamówienia, integracje płatności i wysyłki. Napisane jako motyw potomny i wtyczki, żeby aktualizacje nie nadpisywały pracy.
Wycena projektowa
Od 4500 €
To obejmuje przegląd stacku i poprawki, po których znowu da się go utrzymywać. Przebudowa z blokowym koszykiem, własną logiką i migracją danych dochodzi do 16 500 €.
Wyślij opis, a dostaniesz liczbę w odpowiedzi.
Opisz projektDziała do aktualizacji, a potem nikt nie wie, która wtyczka
Sklep stoi na trzydziestu kilku wtyczkach, a każdą zainstalowano kiedyś z dobrego powodu. Pewnego dnia aktualizacja rozwala koszyk, ekran zamówień albo linię podatku, a kopii staging do testów nie ma. Więc aktualizację się cofa, a potem przestaje robić w ogóle, i sklep osiada na wersji, która działa dzisiaj. Od tego momentu dryfuje: wtyczka płatnicza przestaje dostawać poprawki, inna wciąż zapisuje zamówienia tak, jak WooCommerce robił to lata temu, a każde nowe wymaganie kosztuje więcej od poprzedniego, bo nikt nie umie powiedzieć, co się przy tym zepsuje.
Co obejmuje praca
Stack czyta się, zanim cokolwiek się napisze
Które wtyczki dotykają cyklu życia zamówienia, które są deklarowane jako zgodne z obecnym magazynem zamówień, które wciąż zakładają stary koszyk, a które są zainstalowane i nic nie robią. Ta lista przesądza, czy twój sklep potrzebuje pracy, czy planu, i powstaje przed wyceną, a nie po niej.
Koszyk, który przetrwa przejście na bloki
Koszyk i zamówienie w blokach zastąpiły strony na shortcodach, które definiowały WooCommerce przez dekadę. Bramki płatności, własne pola i logika wysyłki pisane pod starą stronę nie przechodzą tam same. Każde z nich albo przenosi się na wspierany odpowiednik, albo dostaje własną integrację blokową, a to, co przenieść się nie może, nazywa się wcześnie.
Ścieżka aktualizacji, z której naprawdę skorzystasz
Kopia staging odwzorowująca produkcję, kopie zapasowe choć raz odtworzone i rutyna aktualizacji, która nie opiera się na odwadze. Sklepy przestają się aktualizować dlatego, że aktualizacja budzi strach, a nie dlatego, że wybrały stare oprogramowanie. Usunięcie strachu jest tym, co trzyma sklep aktualnym.
Dlaczego akurat tak
Posiadanie stacku znaczy posiadanie ścieżki aktualizacji
Ceną za brak prowizji platformy jest to, że nikt nie zaktualizuje sklepu za ciebie. Platforma hostowana przenosi swój koszyk sama i informuje o tym po fakcie. WooCommerce czeka na ciebie, a sklep dalej przyjmuje zamówienia, zostając w tyle. To jest ten groźny wariant, bo nic nie wygląda na zepsute. Praca, która utrzymuje własny sklep tanim przez pięć lat, jest nieefektowna i zaplanowana.
Dane zamówień nie leżą już tam, gdzie szuka ich stary kod
Od WooCommerce 8.2 z października 2023 nowe instalacje trzymają zamówienia we własnych tabelach zamiast w tabeli wpisów WordPressa, a platforma buduje na tym dalej. Wtyczki odpytujące stare tabele bezpośrednio albo porzucone przed tą zmianą zachowują się w sposób trudny do zdiagnozowania z panelu. Sprawdzenie tego przed wyceną to różnica między ceną stałą a niespodzianką.
Jak to przebiega
Przegląd zainstalowanego stacku, trybu przechowywania zamówień, typu koszyka, hostingu i tego, gdzie faktycznie lądują kopie zapasowe.
Pisemny plan w dwóch połowach: co musi się zmienić, żeby sklep dało się utrzymywać, i co ma umieć takiego, czego dziś nie potrafi.
Praca idzie na stagingu z kopią prawdziwych zamówień i produktów, bo konflikty wtyczek nie odtwarzają się na czystej instalacji.
Wdrożenie w oknie, które wybierasz, ze ścieżką cofnięcia sprawdzoną, a nie założoną, i z prawdziwym zamówieniem testowym na produkcji po fakcie.
Rytm utrzymania uzgodniony na piśmie: co się aktualizuje, jak często, kto na to patrzy i co się dzieje, gdy o drugiej w nocy coś padnie.
Tło
Co dziś oznacza prowadzenie WooCommerce
Zamówienia nie leżą tam, gdzie szuka ich starszy kod
Przez większość życia WooCommerce zamówienie było wpisem WordPressa z metadanymi: wygodnie i bez możliwości skalowania. High-Performance Order Storage przeniósł zamówienia do własnych tabel, a od wersji 8.2 z października 2023 jest to domyślne dla nowych instalacji, podczas gdy istniejące sklepy migrują we własnym tempie przez tryb zgodności synchronizujący obie warstwy. Platforma buduje na tym dalej. Praktycznie znaczy to tyle, że każda wtyczka odpytująca stare tabele bezpośrednio albo porzucona przed tą zmianą jest dziś obciążeniem, które da się znaleźć tylko patrząc.
Koszyk zmienił się pod ekosystemem
Koszyk i zamówienie w blokach zastąpiły strony na shortcodach, które definiowały WooCommerce przez dekadę. Bloki są lepsze dla redakcji i dla mapy drogowej platformy, ale dekada rozszerzeń powstała pod starą stronę: bramki z własnymi formularzami, wtyczki dodające pola, logika wysyłki wpięta w klasyczny szablon. Część dostawców przeszła, część dowiozła częściowe wsparcie, część zniknęła. Kto planuje zmianę koszyka, w rzeczywistości planuje inwentaryzację tego, które rozszerzenia jadą razem.
Stack wtyczek to prawdziwy koszt
Handel na własnym hostingu zamienia prowizję platformy na obowiązek utrzymania, a tym obowiązkiem są głównie wtyczki. Każda to osobny harmonogram wydań, osobny stan bezpieczeństwa i osobna firma, która za trzy lata może istnieć albo nie. Tanie przez pięć lat zostają te sklepy, które świadomie trzymają stack mały, wymieniają porzucone, zanim zrobi się pilnie, i wiedzą, od których rozszerzeń koszyk naprawdę zależy.
Hosting jest częścią produktu
Na platformie hostowanej infrastruktura to problem kogoś innego. W WooCommerce jest twoja i pokazuje się jako szybkość stron, szybkość panelu i zachowanie sklepu w dniu kampanii. Cache obiektowy, baza udźwigająca rosnącą tabelę zamówień, sensowne wykonywanie crona i środowisko staging nie są dodatkami, tylko różnicą między sklepem, który rośnie, a takim, który co kwartał zwalnia. Sześć sklepów WooCommerce w portfolio działa na dziewięciu żywych domenach, na Polskę, Ukrainę, Meksyk, Brazylię, Stany Zjednoczone i na świat.
Powiązane usługi
Rozwój WordPressa
Motywy, bloki Gutenberga i układy ACF, z których redakcja naprawdę korzysta.
Migracja z Shopify
Przejście na WooCommerce, gdy prowizja platformy przestaje się opłacać.
Wtyczki WordPress
Wtyczka według twojej specyfikacji, z publikacją na wp.org, jeśli chcesz tego kanału.
86 usług
Opisz projekt
Napisz, co masz i co ma się zmienić. W ciągu dwóch dni roboczych dostajesz pisemną wycenę: zakres rozbity na części z ceną przy każdej, albo pytania, których do niej brakuje. Bez rozmowy wstępnej po drodze.
Pytania
Praca z WooCommerce: pytania i odpowiedzi
To prawdziwa migracja, więc się ją planuje, a nie klika. Istnieje tryb zgodności, który trzyma oba magazyny zsynchronizowane w czasie przejścia, i to on czyni krok odwracalnym. Ryzykiem nie jest sama migracja, tylko wtyczka w twoim stacku, która czyta zamówienia po staremu i nigdy nie została zaktualizowana. Znajduje się ją najpierw, na stagingu, przy twoim realnym wolumenie zamówień.
Docelowo tak, bo tam platforma inwestuje i tam trafiają nowe funkcje. Czy teraz jest właściwy moment, zależy od tego, co robi twój obecny koszyk. Sklep z jedną bramką i dwoma własnymi polami przechodzi łatwo. Sklep z logiką warunkową, ścieżką rezerwacji albo bramką bez wsparcia dla bloków potrzebuje najpierw odpowiedzi na to, a uczciwa odpowiedź czasem brzmi: poczekać jeszcze jedno wydanie.
Liczba znaczy mniej niż nakładanie się i utrzymanie. Trzy wtyczki po jednym zadaniu są zdrowsze niż jedna robiąca wszystko źle. Boli co innego: wtyczki bez wydania od lat, dwie wtyczki bijące się o ten sam hook i cokolwiek na ścieżce do zapłaty, co rozumie jedna osoba w internecie. Przegląd nazywa właśnie to, a nie liczy.
Czasem tak i wtedy to usłyszysz. Shopify pasuje, kiedy chcesz, żeby platforma niosła utrzymanie, i możesz żyć w jej regułach, zwłaszcza przy koszyku. WooCommerce pasuje, kiedy model produktu, logika cen albo integracje są twoje w sposób, na który żaden hostowany koszyk nie pozwala, i kiedy ktoś będzie to utrzymywał. Wybrać Woo i potem nie utrzymywać to jest ta droga ścieżka.
Zwykle to hosting, cache i stack wtyczek, nie platforma. Sklep Woo na hostingu współdzielonym bez cache obiektowego, z nieindeksowaną tabelą zamówień i page builderem na każdym szablonie będzie wolny niezależnie od tego, jak napisano kod. Praca nad szybkością zaczyna się od pomiaru na żywym sklepie, a nie od przepisywania.