Analiza migracji to nowe wyzwanie jakie dostaliśmy od naszego klienta. Zadanie ma kluczowe znaczenie ze względu na dotrzymanie harmonogramu prac.
Stanem wyjściowym są 2 WordPressy, które posiadają rozbudowane, customowe rozwiązania i dużą ilość wartościowego kontentu.
Przy czym 1 wordpress jest oparty na ACF oraz customowej templatce, a 2 wordpress jest oparty na blokach oraz potomnej templatce.
Założenia analizy migracji
- zbadanie parametrów technicznych obu rozwiązań,
- analiza funkcjonalności,
- wycena potencjalnych prac związanych z migracjami,
- analiza ryzyk.
Oczekiwany wynik analiza migracji
Przygotowanie możliwych scenariuszy oraz ich wycena. Opracowanie listy ryzyk.
Postęp prac
Prace zaczęliśmy od audytu stron pod względem szybkości działania (page speed) oraz contentu.
Następnie przeanalizowane zostały funkcjonalności zaimplementowane na stronie. Funkcjonalności zostały zgrubnie wycenione przez developerów w zakresie przeniesienia ich na inną technologię ACF -> bloki i odwrotnie.
Analiza migracji – wnioski i rekomendacje
Analiza wykazała, że wykorzystanie potomnej templatki jest znacznie wydajniejsze niż wykorzystanie templatki customowej opartej na ACF na każdym polu eksploatacji.
Zdecydowanie rozwiązanie blokowe szybciej się renderowało. Dzięki temu miało zdecydowanie lepsze wyniki a Page Speed.
Kolejnym znaczącym elementem było zmniejszenie ilości prac programistycznych. W rozwiązaniu blokowym dużą część zmian może wykonać redaktor bez znajomości kodu.
Najważniejsze wnioski zostały przedstawione w poniższej tabeli.
Wersja | ACF (customowe theme) | BLOKI (childtheme) |
stabilność | możliwe problemy przy podnoszeniu wersji | duża |
rozwój | konieczność pisania funkcjonalności w kodzie | duże możliwości wykorzystania bloków |
wydajność | długie czasy wczytywania strony | duże możliwości optymalizacji poprzez pluginy |
wykorzystanie możliwości WP | mała | pełna |
elastyczność | problemy z rozbudową funkcjonalności, konieczność dostosowanie do theme | pełna elastyczność |
Na podstawie powyższych wniosków zostały nakreślone 4 scenariusze migracji:
- Z WP1 do WP2 ze zmianą funkcjonalności na bloki (najdroższe rozwiązanie),
- Z WP1 do WP2 z pozostawieniem funkcjonalności w ACF,
- Z WP2 do WP1 z zachowaniem customowej theme,
- Z WP2 do WP1 z przejściem na childtheme.
Rozwiązanie 3 i 4 miało podobne wyceny, a 2 5% wyższą od nich.
Naszą rekomendacją był wariant 4, który zakładał globalną zmianę theme na childtheme. Klient jednak zdecydował się na wersję 3, na podstawie zapowiedzi senior developera, ze zdoła stopniowo przejść na wariant 4.
Już pierwsze prace pokazały, że zaproponowane rozwiązanie przez senior developera nie jest możliwe do realizacji. I zmieniono zakres prac zbieżny z naszymi rekomendacjami.