Strony w Oxygen Builder – projekt, wdrożenie, opieka

Oxygen daje swobodę porównywalną z pisaniem szablonu od zera, ale wymaga wiedzy o HTML, CSS i strukturze WordPressa. Sprawdza się, gdy strona ma nietypowy układ, korzysta z własnych typów treści i ma być rozwijana przez osobę techniczną. Jeśli na co dzień stronę edytuje dział marketingu bez wsparcia developera, podpowiemy, czy wystarczy Oxygen z dobrze przygotowanymi polami do edycji, czy lepszy będzie kreator, w którym edycja wizualna jest prostsza dla osób nietechnicznych.

Strony w Oxygenie bywają trudne do przejęcia, bo kreator pozwala na wszystko – także na skróty. Spotykamy style przypisane do pojedynczych identyfikatorów, zdublowane szablony z nakładającymi się warunkami, fragmenty PHP wklejone bez zabezpieczeń i zależności od wtyczek, których nikt już nie aktualizuje. Zaczynamy od kopii i spisu: które szablony obsługują które podstrony, gdzie jest własny kod, jakie dane pochodzą z pól. Na tej podstawie poprawiamy błędy i porządkujemy strukturę tak, by kolejne zmiany nie wymagały zgadywania.

Brak motywu i zwięzły kod to dobry punkt wyjścia, ale nie gwarancja dobrego wyniku. Spowolnienia powodują zwykle ciężkie obrazy w sekcjach otwierających, czcionki z zewnętrznych serwerów, skrypty śledzące i wtyczki ładowane na każdej podstronie, nawet tam, gdzie nie są używane. Mierzymy wskaźniki Core Web Vitals na realnych podstronach – LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 – i usuwamy konkretne przyczyny opóźnień, zamiast dokładać kolejną wtyczkę do optymalizacji.

Przy migracji pamiętamy, że struktura stron jest zapisana w danych kreatora, a nie w standardowej treści wpisów. Wyłączenie Oxygena lub zmiana kreatora oznacza więc odtworzenie układu, które planujemy razem z zachowaniem adresów URL, metadanych i przekierowań. Tak samo podchodzimy do przejścia ze starszej linii Oxygena na wersję 6 – najpierw inwentaryzacja szablonów i własnego kodu, potem etapy prac na kopii roboczej, a na końcu przełączenie bez przestoju strony.

Oxygen daje dużą swobodę, a to oznacza, że każda strona może być zbudowana według innych zasad. Dlatego po wdrożeniu lub audycie przygotowujemy dokumentację: listę klas i ich zastosowań, zmienne kolorów i odstępów, szablony z warunkami wyświetlania oraz miejsca, w których użyto własnego kodu.

Dokumentacja chroni Twoją inwestycję. Kolejna osoba pracująca przy stronie, także z naszego zespołu, szybko odnajdzie się w strukturze i nie będzie dokładać przypadkowych stylów, które z czasem utrudniają rozwój.

Zespoły klientów rzadko potrzebują dostępu do samego kreatora. Najczęściej zmieniają teksty, zdjęcia, wpisy i pozycje w listach. Dlatego treści, które się zmieniają, przechowujemy w polach własnych i typach treści, a Oxygen tylko je wyświetla.

Dzięki temu redakcja pracuje w zwykłym panelu WordPressa, wypełniając czytelne formularze, a układ strony pozostaje nienaruszony. To podejście ułatwia też przyszłe zmiany technologii, bo treść nie jest zamknięta w strukturze kreatora.