Tworzenie stron WordPress i sklepów WooCommerce

Budujemy i naprawiamy strony na WordPressie i sklepy WooCommerce: własne wtyczki, motywy potomne, układy w Elementor Pro, wersje wielojęzyczne oraz synchronizację stanów i cen z 1C lub systemem ERP. Ratujemy też strony porzucone przez innych wykonawców, a kilkoma sklepami opiekujemy się od 2021 roku.

Kiedy warto się do nas odezwać

Większość projektów WordPress trafia do nas z historią: motyw edytowany przez trzy osoby, czterdzieści wtyczek i jedna integracja, której nikt do końca nie rozumie.

Stany i ceny są w 1C lub ERP, a ktoś co tydzień przepisuje je ręcznie do sklepu
Strona padła po aktualizacji wtyczki, a agencja, która ją zrobiła, już nie odpowiada
Strony kategorii otwierają się kilka sekund, a panel administracyjny jeszcze wolniej
Pliki motywu edytowano bezpośrednio, więc każda aktualizacja kasuje czyjeś zmiany
Potrzebujecie sklepu w kilku językach bez prowadzenia osobnych stron
Układ w Elementorze rozsypuje się na telefonach, a poprawka jednej strony psuje inną

Co robimy

Sklepy WooCommerce

Katalogi z atrybutami i filtrami, które działają, wyszukiwarka produktów, koszyk i bramki płatności, statusy zamówień i e-maile. Nowe sklepy albo zmiany w tym, w którym już sprzedajecie.

Własne wtyczki i mu-plugins

Logika biznesowa trafia do osobnej wtyczki lub wtyczki must-use, a nie do plików motywu. Przetrwa aktualizacje motywu, można ją wyłączyć na czas testów i jest trzymana w systemie kontroli wersji.

Motywy potomne i Elementor Pro

Motywy potomne na bazie komercyjnego lub autorskiego motywu, makiety z Figmy złożone w Elementor Pro i widoki mobilne, które dobrze wyglądają na małych ekranach.

Integracja z 1C i ERP

Produkty, stany, ceny i atrybuty trafiają do WooCommerce z systemu, który jest ich źródłem. Zamówienia mogą wracać w drugą stronę, więc nikt nie przepisuje danych między dwoma oknami.

Strony wielojęzyczne

Konfiguracja Polylang z przetłumaczonymi stronami, produktami, kategoriami i adresami URL, poprawnym hreflang i przełącznikiem języka prowadzącym do tej samej strony w innym języku.

Ratowanie stron i szybkość

Diagnoza stron, które się wywracają, pokazują biały ekran lub zwalniają po aktualizacjach. Znajdujemy przyczynę, naprawiamy ją i ustawiamy wszystko tak, żeby to się nie powtórzyło.

Stany i ceny prosto z systemu, który jest ich źródłem

W wielu sklepach prawdziwy katalog jest w 1C lub innym systemie księgowym, a strona to kopia, która dezaktualizuje się przed obiadem. Łączymy oba systemy tak, żeby produkty, stany magazynowe, ceny i atrybuty trafiały do WooCommerce według harmonogramu, bez ręcznego przepisywania. Najtrudniejsze są szczegóły: WooCommerce ma tabele pomocnicze, które trzeba odświeżyć po imporcie, bo inaczej filtry i wyszukiwarka pokazują niewłaściwe produkty, a system księgowy czasem wysyła dane, których WooCommerce nie przyjmuje. Takie przypadki obsługujemy w kodzie i zapisujemy w logu, więc nieudany import zostaje zauważony tego samego dnia.

Produkty, stany, ceny i atrybuty synchronizowane z 1C lub ERP
Filtry i wyszukiwarka, które działają poprawnie po każdym imporcie
Zamówienia przekazywane z powrotem do systemu księgowego tam, gdzie to potrzebne
Log odrzuconych rekordów zamiast cichych braków

Ratowanie strony zbudowanej przez kogoś innego

Typowe zgłoszenie zaczyna się od tego, że strona nie działa po aktualizacji. Zwykle winne jest wadliwe wydanie wtyczki, które cofamy w ciągu godziny, plus rekord w bazie danych do naprawy. Dłuższa praca przychodzi potem: przenosimy kod do repozytorium, zakładamy kopię testową (staging), wyciągamy własny kod z motywu do motywu potomnego lub wtyczki i usuwamy to, czego nikt nie używa. Dane page buildera wymagają szczególnej ostrożności, bo Elementor zapisuje układy jako dane serializowane, które nieuważne „znajdź i zamień” łatwo psuje. Przenieśliśmy też wielojęzyczną stronę z innej wtyczki tłumaczeń na Polylang bez utraty tłumaczeń.

Najpierw strona wraca do działania, potem szukamy przyczyny
Własny kod wyciągnięty z plików motywu, żeby aktualizacje przestały go psuć
Kopia testowa do sprawdzania aktualizacji przed stroną produkcyjną
Usunięte nieużywane wtyczki i porzucony kod

Utrzymywane latami, a nie tylko do startu

Kilkoma sklepami, z którymi pracujemy, opiekujemy się od 2021 roku. Żaden z nich nie ma programisty na etacie, więc kiedy coś psuje się w sobotę, piszą do nas. Rutyna jest zwyczajna i działa: aktualizacje najpierw na kopii testowej, potem w sklepie po sprawdzeniu katalogu, koszyka i zamówienia, kopie zapasowe w osobnym magazynie i monitoring, który pilnuje strony zamówienia, a nie tylko strony głównej. Pracę nad szybkością wykonujemy przy okazji, gdy strona kategorii zaczyna się wlec albo nowa wtyczka dokłada sekundę ładowania.

Jak zaczynamy

Dostępy i stan wyjściowy

Dajecie nam dostęp do panelu, hostingu i repozytorium. Zanim cokolwiek zmienimy, robimy pełną kopię zapasową i zapisujemy wersje wtyczek, szybkość i kluczowe strony.

Diagnoza lub specyfikacja

Przy istniejącej stronie dostajecie listę problemów i ryzyk. Przy nowej pracy dostajecie zakres ze stronami, integracjami i wtyczkami, których dotyczy.

Praca na kopii testowej

Zmiany wprowadzamy na kopii strony. Tam je oglądacie, a nie w działającym sklepie.

Wdrożenie

Zmiany trafiają na produkcję w uzgodnionym terminie, a zaraz potem sprawdzamy katalog, koszyk, zamówienie i formularze.

Wsparcie

Jeśli chcecie, co miesiąc dalej opiekujemy się stroną: aktualizacje, kopie zapasowe, poprawki i drobne zmiany.

Z czym pracujemy

WordPress

Kod

Integracje

Utrzymanie

Formy współpracy

Projekt o stałym zakresie

Nowy sklep, integracja z 1C lub ERP, przeprojektowanie w Elementorze albo przejście na Polylang, z uzgodnionym zakresem.

Miesięczne wsparcie

Aktualizacje, kopie zapasowe, monitoring, poprawki i pula drobnych zmian co miesiąc, dla sklepów, które nie mogą sobie pozwolić na przestój.

Rozliczenie godzinowe lub pojedyncze zadanie

Awaria po aktualizacji, wolna strona kategorii albo konflikt wtyczek, rozliczane godzinowo lub jako zadanie o stałej cenie.

Powiązane projekty

ConvetePHP, WordPress EYE-t – FarmaplantUX / UI design, MySQL, PHP, JavaScript, CSS3, HTML5, WordPress Freedom LessonsUX / UI design, MySQL, PHP, JavaScript, CSS3, HTML5, WordPress

Opinie

Do każdego klienta i jego projektu podchodzimy uważnie.

Zespół Revol stale usprawnia prace rozwojowe klienta dzięki wysokiej jakości pracy i niezawodnemu wsparciu. Sprawnie się komunikuje i doskonale rozumie potrzeby oraz biznes klienta.

Tomas

CEO (Jukon, Kanada)

Praca Revol w pełni spełniła oczekiwania i zadowoliła klienta. Świeże podejście i stała gotowość do wsparcia okazały się ogromnym atutem. Kto szuka komunikatywnego, zorientowanego na klienta zespołu do realizacji swoich celów, może śmiało na nich postawić.

Andrey

CEO, Stellium (USA)

Najczęściej zadawane pytania

Czy możecie przejąć sklep zbudowany przez inną agencję?

Tak, tak zaczyna się większość naszej pracy z WordPressem. Robimy pełną kopię zapasową, przeglądamy motyw, wtyczki i własny kod, a przed uzgodnieniem zakresu mówimy, co jest zepsute, co jest ryzykowne, a co może poczekać.

Jakie systemy księgowe możecie połączyć z WooCommerce?

Od lat budujemy i utrzymujemy wymianę danych między 1C a WooCommerce. Inne systemy ERP i księgowe można podłączyć przez ich API lub eksport plików. Zasada jest zawsze ta sama: system, do którego należą dane, jest źródłem, a sklep za nim podąża.

Strona przestała działać po aktualizacji. Co robicie najpierw?

Przywracamy ją do działania. Zwykle oznacza to cofnięcie wydania wtyczki lub motywu, które spowodowało problem, i w razie potrzeby naprawę bazy danych. Potem ustalamy przyczynę i zakładamy kopię testową, żeby następna aktualizacja była sprawdzona, zanim trafi na produkcję.

Czy będziecie edytować pliki wtyczek lub motywu bezpośrednio?

Nie. Zmiany trafiają do motywu potomnego lub własnej wtyczki, więc aktualizacje ich nie nadpisują. Jeśli poprzedni programista edytował pliki wtyczek, najpierw przenosimy te zmiany na zewnątrz.

Elementor czy motyw autorski?

Elementor Pro sprawdza się tam, gdzie właściciel chce zmieniać strony bez programisty. Motyw autorski sprawdza się w sklepach, w których ważniejsza jest szybkość i ścisły projekt graficzny. Wiele stron używa obu, a po przejrzeniu tego, co macie, powiemy, co pasuje.

Czy możecie zrobić wielojęzyczną wersję naszego sklepu?

Tak, na Polylang: przetłumaczone strony, produkty i kategorie, przetłumaczone adresy URL i poprawny hreflang, żeby wyszukiwarki pokazywały właściwy język. Przenosimy też strony z innych wtyczek tłumaczeń na Polylang razem z istniejącymi tłumaczeniami.

Czy możecie przyspieszyć wolny sklep?

Zwykle tak. Najpierw mierzymy, potem sprawdzamy wolne zapytania do bazy, ciężkie wtyczki, obrazy, cache i sam serwer. Dostajecie wyniki przed i po, więc widać, co dała każda zmiana.

Czy budujecie nowe strony na WordPressie od zera?

Tak, na podstawie projektu w Figmie albo briefu. Przy większych aplikacjach webowych często proponujemy inny stos technologiczny, a strona o tworzeniu aplikacji webowych wyjaśnia, kiedy ma to sens.