Moarte prin personalizare Magento

Site-ul web de vis pentru mulți comercianți de comerț electronic conține toate caracteristicile pe care și le pot imagina, plus orice personalizări necesare pentru a face ca dezvoltarea și gestionarea afacerii lor de comerț electronic să fie o briză.

Pentru mulți retaileri, Magento a fost acel vis. O soluție bogată în funcții, cu costuri reduse și ușor de personalizat. Din păcate, am văzut că acel vis s-a transformat într-un coșmar pentru multe suflete sărace care s-au extins prea mult adăugând prea multe funcții și personalizări pe site-ul lor Magento.

La construirea inițială, poate părea fezabilă să curățați erorile restante ale unui site supraconstruit. Dar, odată cu trecerea timpului, problemele se pot acumula una peste alta, ceea ce poate duce la distrugerea întregului site și la pierderea multor clienți (împreună cu veniturile din vânzări corespunzătoare).

Deci — Cât este prea mult?

Această întrebare are un răspuns unic pentru fiecare afacere în parte. Există o anumită limită a numărului de caracteristici și personalizări care pot fi create și întreținute în mod rezonabil de orice organizație. Companiile cu bugete mari și perspicace tehnică pot suporta software incredibil de complex (adică Google și Amazon). Dar fiecare companie trebuie să înțeleagă care sunt limitele lor și cum să opereze și să se dezvolte în limitele capacităților lor. Mai întâi, să discutăm ce fel de probleme poate cauza suprapersonalizarea:

• Costuri în creștere – Nu numai că aveți costuri mari de întreținere și modernizare a personalizărilor, dar aveți și costuri de întreținere a documentației și know-how pentru acestea.
• Riscuri de securitate – Uneori, extensiile pot conține cod care deschide o breșă de tip backdoor în site-ul dvs. Extensiile de la terți pot oferi câteva funcționalități excelente pentru magazinul dvs. de comerț electronic, dar ar trebui să fie verificate temeinic pentru calitate și securitate de către un dezvoltator cu experiență înainte de a fi instalate.
• Viteză lentă – Este de la sine înțeles că într-un mediu competitiv de astăzi, o companie de comerț electronic trebuie să plaseze viteza site-ului pe una dintre prioritățile lor principale. Majoritatea extensiilor fac solicitări HTTP pentru a încărca elemente precum CSS, scripturi, imagini etc. Dacă sunt codificate incorect, extensiile pot cauza multe tipuri diferite de probleme de performanță, dintre care unele pot fi dificil de depanat. Viteza paginii trebuie întotdeauna evaluată în mod critic atunci când o nouă extensie sau personalizare este testată într-un mediu de pregătire.
• Continuitatea site-ului web (sau lipsa acesteia) – Datorită arhitecturii vaste și complexe a Magento, dificultatea cu codul poate provoca conflicte între extensii. Acest lucru poate cauza blocarea paginilor, dacă codul nu a fost remediat. Nimic nu este mai deranjant decât o „Eroare de pagină nu a fost găsită”, cu excepția cazului în care un client vede acea eroare. Conform următoarei statistici : „Aproximativ 74% dintre vizitatori părăsesc și nu mai vizitează niciodată un site web după doar o singură instanță de eroare „Pagină nu a fost găsită”. Acestea nu sunt șanse mari.

Sunt sigur că te-am speriat până acum. Deci, cum preveniți aceste consecințe nefericite? În cele din urmă, trebuie să ne uităm la dimensiunea, veniturile și resursele companiei tale.

Comercianți mai mici – este Magento potrivit pentru dvs.?

Odată cu debutul Magento 2, am primit solicitări de cotație pentru migrare de la mulți comercianți mai mici care rulează Magento 1 Community Edition, care ar fi mult mai bine deservite prin utilizarea unei platforme software ca serviciu (SaaS) precum BigCommerce sau Shopify. Este posibil ca aceste companii să fi fost atrase să ruleze Magento din cauza numeroaselor sale caracteristici și flexibilitate, dar costul de întreținere a Magento este mult peste ceea ce sunt capabili aceste IMM-uri. În loc ca Magento să funcționeze ca un motor de creștere, devine o responsabilitate, forțând acești comercianți să cheltuiască resurse prețioase pe care ar trebui să le dedice marketingului pentru upgrade-uri, corecții și asistență. Pe lângă faptul că costurile de întreținere sunt (de obicei) prea mari, acestor comercianți le lipsesc resursele interne pentru a administra corect Magento, ceea ce le reduce și mai mult rentabilitatea investiției.

În opinia noastră, este de obicei cel mai bine pentru comercianții mici și mijlocii cu vânzări online anuale mai mici de 5 milioane USD să încerce să limiteze utilizarea modulelor personalizate pentru Magento la 10 sau mai puțin. Deși acest număr este oarecum arbitrar, este un punct de referință bun pentru comercianții care doresc să atenueze riscul de a intra într-o personalizare mai mare decât pot gestiona în siguranță.

Majoritatea comercianților care vând online mai puțin de 1 milion de dolari vor fi probabil cel mai bine serviți de o soluție SaaS precum Shopify sau BigCommerce. Dacă acești comercianți care folosesc un Saas caută să atenueze în siguranță orice risc de probleme de performanță sau erori de compatibilitate, ar trebui probabil să caute să folosească temele șablon existente și mai puțin de 5 aplicații.

Comercianți mai mari – nu sunteți imuni la bug-urile suprapersonalizării

În timp ce comercianții online mai mari au bugetele și perspicacitatea tehnică pentru a rula în mod corespunzător o platformă de site web precum Magento, ei nu sunt impermeabili la prejudicii serioase de la adăugarea prea multor funcții și personalizări. Din păcate, am văzut că comercianții mari reduc foarte mult eficiența Magento cu prea multe funcții și personalizări. De multe ori, în aceste situații, directorii optimi (în încercarea de a face o mare împrăștiere cu lansarea unui site nou și mai bun) au cerut adăugarea unor cantități excesive de caracteristici și personalizări în timp ce construiau un nou site pe Magento.

Pentru comercianții mai mari care au nevoie de un număr mare de funcții complexe pe site-ul lor, vă recomandăm să vă asigurați că personalizările lor sunt ușor cuplate și funcționează prin interfața cu API-ul Magento pentru a minimiza problemele de performanță și compatibilitate cu codul. De exemplu, un comerciant care dorește să rezolve cerințe complexe de cotație de transport poate atenua riscul de personalizare excesivă utilizând aplicația terță parte ShipperHQ . ShipperHQ este o soluție SaaS care se integrează în Magento printr-un mic cod de extensie și API-uri. Prin urmare, aplicația este foarte slab cuplată și, prin urmare, are un risc minim de a provoca conflicte de cod sau degradarea performanței.

Personalizarea nu trebuie să fie înfricoșătoare

Personalizarea poate deveni obținută, dar nu trebuie. Nu vă temeți de extensiile Magento - dar nici nu aveți încredere în ele orbește. Nu toate extensiile sunt create egale. Atâta timp cât urmați aceste instrucțiuni și sunteți strict în ceea ce privește să aveți un dezvoltator senior și să testați extensiile înainte de utilizare, puteți continua cu prudență. Ca întotdeauna, dacă aveți întrebări despre acest lucru sau dacă aveți peste cap cu personalizări, sunați-ne astăzi pentru a vorbi cu un dezvoltator Magento.