Śmierć przez dostosowanie Magento

Opublikowany: 2018-10-31

Death by magento customization

Wymarzona witryna internetowa dla wielu sprzedawców eCommerce zawiera wszystkie funkcje, jakie mogą sobie wyobrazić, a także wszelkie dostosowania wymagane do szybkiego rozwoju i prowadzenia działalności eCommerce.

Dla wielu sprzedawców Magento było tym marzeniem. Bogate w funkcje, niedrogie i łatwe w dostosowywaniu rozwiązanie. Niestety, widzieliśmy, jak to marzenie przekształciło się w koszmar dla wielu biednych dusz, które przesadziły, dodając zbyt wiele funkcji i dostosowań do swojej witryny Magento.

Po początkowej kompilacji usunięcie zaległych błędów przebudowanej witryny może wydawać się wykonalne. Jednak z biegiem czasu problemy mogą się nakładać na siebie, potencjalnie prowadząc do awarii całej witryny i utraty wielu klientów (wraz z odpowiednimi przychodami ze sprzedaży).

A więc – ile to za dużo?

To pytanie ma unikalną odpowiedź dla każdej firmy. Istnieje pewna granica liczby funkcji i dostosowań, które mogą być rozsądnie tworzone i utrzymywane przez dowolną organizację. Firmy dysponujące dużymi budżetami i przenikliwością techniczną mogą obsługiwać niezwykle złożone oprogramowanie (np. Google i Amazon). Ale każda firma musi zrozumieć, jakie są jej ograniczenia i jak działać i rozwijać się w ramach swoich możliwości. Najpierw omówmy, jakie problemy może powodować nadmierna personalizacja:

  • Rosnące koszty – nie tylko ponosisz wysokie koszty utrzymania i aktualizacji dostosowań, ale także koszty utrzymania dokumentacji i know-how dla nich.
  • Zagrożenia bezpieczeństwa — czasami rozszerzenia mogą zawierać kod, który otwiera tylne wejście do Twojej witryny. Rozszerzenia stron trzecich mogą oferować wspaniałe funkcje dla Twojego sklepu eCommerce, ale przed zainstalowaniem powinny zostać dokładnie sprawdzone pod kątem jakości i bezpieczeństwa przez doświadczonego programistę.
  • Niska prędkość – Nie trzeba dodawać, że w dzisiejszym konkurencyjnym środowisku firma e-commerce musi traktować szybkość witryny jako jeden z głównych priorytetów. Większość rozszerzeń wysyła żądania HTTP w celu załadowania zasobów, takich jak CSS, skrypty, obrazy itp. Nieprawidłowo zakodowane rozszerzenia mogą powodować wiele różnych problemów z wydajnością, z których niektóre mogą być trudne do rozwiązania. Szybkość strony należy zawsze krytycznie oceniać, gdy nowe rozszerzenie lub dostosowanie jest testowane w środowisku przejściowym.
  • Ciągłość witryny (lub jej brak) – Ze względu na rozległą i złożoną architekturę Magento, trudności z kodem mogą powodować konflikty między rozszerzeniami. Może to spowodować awarie stron, chyba że kod został naprawiony. Nic nie jest bardziej irytujące niż „Błąd braku znalezionej strony”, z wyjątkiem sytuacji, gdy klient widzi ten błąd. Zgodnie z następującą statystyką : „Około 74% odwiedzających opuszcza witrynę internetową i nigdy więcej nie odwiedza jej po zaledwie jednym wystąpieniu błędu „Nie znaleziono strony”. To nie są wielkie szanse.

Jestem pewien, że już cię wystraszyliśmy. Jak więc zapobiec tym przykrym konsekwencjom? Ostatecznie musimy przyjrzeć się wielkości Twojej firmy, przychodom i zasobom.

Mniejsi handlowcy – czy Magento jest dla Ciebie odpowiednie?

Wraz z pojawieniem się Magento 2 otrzymaliśmy prośby o wycenę migracji od wielu mniejszych sprzedawców korzystających z Magento 1 Community Edition, które byłyby znacznie lepiej obsługiwane, gdyby zamiast tego korzystali z platformy oprogramowania jako usługi (SaaS), takiej jak BigCommerce lub Shopify. Firmy te mogły zostać zwabione do uruchomienia Magento ze względu na jego wiele funkcji i elastyczność, ale koszt utrzymania Magento znacznie przekracza możliwości tych małych i średnich firm. Magento zamiast działać jako silnik wzrostu, staje się odpowiedzialnością, zmuszając tych sprzedawców do wydawania cennych zasobów, które powinni przeznaczyć na marketing na aktualizacje, poprawki i wsparcie. Oprócz tego, że koszty utrzymania są (zwykle) zbyt wysokie, handlowcy ci nie mają wewnętrznych zasobów, aby właściwie administrować Magento, co dodatkowo obniża ich zwrot z inwestycji.

Naszym zdaniem zwykle najlepszym rozwiązaniem dla małych i średnich sprzedawców, których roczna sprzedaż online wynosi mniej niż 5 milionów USD, jest ograniczenie korzystania z niestandardowych modułów dla Magento do 10 lub mniej. Chociaż liczba ta jest nieco arbitralna, jest dobrym punktem odniesienia dla sprzedawców, którzy chcą ograniczyć ryzyko wprowadzania większej liczby dostosowań, niż są w stanie bezpiecznie obsłużyć.

Większość sprzedawców sprzedających online mniej niż 1 milion dolarów będzie prawdopodobnie najlepiej obsługiwana przez rozwiązanie SaaS, takie jak Shopify lub BigCommerce. Jeśli ci sprzedawcy korzystający z Saas chcą bezpiecznie ograniczyć ryzyko problemów z wydajnością lub błędów kompatybilności, prawdopodobnie powinni wykorzystać istniejące motywy szablonów i mniej niż 5 aplikacji.

Więksi handlowcy – nie jesteś odporny na błędy związane z nadmierną personalizacją

Podczas gdy więksi handlowcy internetowi mają budżety i wiedzę techniczną, aby właściwie prowadzić platformę internetową, taką jak Magento, nie są oni odporni na poważne szkody wynikające z dodania zbyt wielu funkcji i dostosowań. Niestety byliśmy świadkami, jak duzi handlowcy znacznie zmniejszają skuteczność Magento za pomocą zbyt wielu funkcji i dostosowań. Wiele razy w takich sytuacjach optymistyczni menedżerowie (próbując zrobić duży plusk dzięki uruchomieniu nowej, lepszej witryny) żądali dodania nadmiernej liczby funkcji i dostosowań podczas tworzenia nowej witryny na Magento.

Większym handlowcom, którzy potrzebują dużej liczby złożonych funkcji w swojej witrynie, zalecamy upewnienie się, że ich dostosowania są luźno powiązane i działają poprzez interfejs API Magento, aby zminimalizować problemy z wydajnością i kompatybilnością kodu. Na przykład sprzedawca, który chce rozwiązać złożone wymagania dotyczące wyceny wysyłki, może ograniczyć ryzyko nadmiernej personalizacji, korzystając z aplikacji innej firmy ShipperHQ . ShipperHQ to rozwiązanie SaaS, które integruje się z Magento za pomocą niewielkiej ilości kodu rozszerzenia i interfejsów API. W związku z tym aplikacja jest bardzo luźno powiązana, a zatem ma minimalne ryzyko spowodowania konfliktów kodu lub obniżenia wydajności.

Personalizacja nie musi być straszna

Personalizacja może stać się apodyktyczna, ale nie musi. Nie bój się rozszerzeń Magento — ale też nie ufaj im ślepo. Nie wszystkie rozszerzenia są sobie równe. Tak długo, jak postępujesz zgodnie z tymi wytycznymi i ściśle przestrzegasz starszego weterynarza programisty i testujesz rozszerzenia przed użyciem, możesz postępować ostrożnie. Jak zawsze, jeśli masz jakiekolwiek pytania na ten temat lub przerastają Cię możliwości dostosowywania, zadzwoń do nas już dziś, aby porozmawiać z programistą Magento.