Így optimalizálhatod termékoldalaidat (konkrét tippek és kritériumok)

Tartalom

  • Miért kell optimalizálnod?
  • URL struktúra
  • Breadcrumb (morzsamenü) navigáció
    • Hierarchia szerinti breadcrumb
    • Előzmény, megtett út szerinti breadcrumb
    • Attribútum szerinti breadcrumb
  • Meta title & description
  • Termékleírások
  • Vélemények
  • Közösségi integráció
  • Képek és videók
  • Betöltési sebesség
  • Legyen az oldal mobilbarát
  • Látens Szisztematikus Indexelés (LSI)
  • Hogyan kezdj neki a termékoldali SEO-nak?

 

Miért kell keresőoptimalizálnod a webáruházad?

Az organikus forgalom, mely termékoldalaidra érkezik, aranyat ér. Olyan felhasználókat jelent, akik egy adott termékre, megoldásra, szolgáltatásra kerestek rá a keresőmotor segítségével, és a te oldaladat találták a leginkább relevánsnak ‒ ezt viszont nem könnyű elérni.

A statisztikákból kitűnik, mennyire fontos, hogy ne csak az első oldalon, de egyenesen annak legtetején szerepeljen a te oldaladra mutató hivatkozás. Az Optify adatai szerint

  • az első pozícióban található link átkattintási aránya átlagosan 36,4%,
  • a második pozícióba kerülőé 12,5%,
  • a harmadiké pedig már csak 9,5%.

 

A legegyszerűbb megoldás persze az, hogy ha egyszerűen megvásároljuk a kiemelt helyeket, hiszen a Google egy ideje már az organikus találatok elé helyezi a találati oldalakon a fizetett hirdetéseket. Sőt, friss változás, hogy mobilon még több teret kap a fizetett szöveg: 140 karakterre növelik ezeket, 47 százalékkal több helyet biztosítva a találati oldalon. (Ez két 30 karakteres headline-t és egy 80 karakteres leírást jelent a jelenlegi 25 és 35 karakter helyett.)

 

Ezzel csak egy probléma van:

hogy nem hosszú távon fenntartható stratégia. A konkurencia ugyanis szintén igyekszik majd ezeket a pozíciókat megvásárolni az AdWords-ben, a nagy verseny pedig dráguláshoz vezet – előbb vagy utóbb tehát túlságosan nagy összeget emészt majd fel, hogy így csalogassunk forgalmat az oldalunkra.

A hosszú távon sikeresen fenntartható, stabil módszer, amelyet alkalmazhatunk, a keresőoptimalizálás. A SEO ennél olcsóbb, és ha egyszer ráérzünk, kevesebb erőforrást emészt fel, még akkor is, ha folyamatosan finomítanunk kell az analitika és a változások miatt.

A Google jelenleg 2-300 faktort vesz figyelembe, amikor meghatározza, hogy a találati oldal (SERP) mely részén, illetve hányadik oldalon kapjunk helyet. Mindezeket most nem vesszük végig, ám minden fontos tudnivalót átveszünk, amit figyelned kell ahhoz, hogy megfelelően optimalizált termékoldalakat készíthess.

 

URL struktúra a webshop keresőoptimalizálásban

A legelején kezdve, nézzük mindjárt azt, hogyan is kell kinéznie egy keresőoptimalizált URL-nek.

Amikor webáruházak termékoldalaira érkezünk, sokszor találkozunk ilyesféle címekkel:

randomwebshop.hu / webshop / product_info.php?products_id=878

 

Ezzel az a gond…

hogy nem derül ki belőle, milyen oldalra, milyen termékhez visz – ami nemcsak az emberek, de a keresőmotorok számára is zavaró. A keresőbotok a címből nem tudják kiolvasni a szükséges kifejezéseket.

Az ilyen URL-eket általában a webshopmotor automatikusan generálja. Éppen ezért megéri olyan motort választani, amely támogatja az egyedi URL-eket (a Magento például több más között ilyen rendszer).

Egy keresőbarát URL-nek nagyjából így kell kinéznie:

randomwebshop.hu / slim-fir-férfi-ing

 

Ez a forma azért előnyösebb, mert

  • a keresőkifejezések (pl. „slim fit” és „férfi ing”) jól értelmezhetőek a keresőnek,
  • az URL-ben elöl találhatóak, nem egy hosszú cím legvégén,
  • a találati oldalon az emberek is jól látják a félkövérrel kiemelt szavakat, így tudják, hová érkeznek kattintás után.

 

Miért érdemes a Breadcrumb (morzsamenü) navigációra figyelni?

Egy webáruházban a hagyományos navigációs megoldások néha zavaróak lehetnek – éppen ezért jött létre a breadcrumb, amely Jancsi és Juliska meséjének kenyérmorzsáiról kapta a nevét. E navigációs forma lényege, hogy lépésenként jeleníti meg utunkat, és pontosan jelzi, hol tartózkodunk egy adott rendszeren, vagyis webldalon belül.

zsemlemorzsa

 

Keresőoptimalizálás szempontjából több előnnyel is bír:

  • Kereszthivatkozásokat hoz létre az oldalon belül, erősítve a linkstruktúrát.
  • Segít a felhasználóknak eligazodni az oldalon, a felhasználói élmény javításával pedig közvetlenül az algoritmusra is hathatunk.
  • A keresőbotok szintén könnyen eligazodhatnak a site-on.
Többféle breadcrumb navigációs formát is ismerünk, ezek az alábbiak:

 

Hierarchia szerinti breadcrumb

Ahogyan azt a legújabb Windows operációs rendszereknél is megszokhattuk, a hierarchia szerint jelzi, hol állunk éppen: a magasabb szinteket mutatja, így mindig könnyedén feljebb léphetünk tetszés szerinti számú szinttel. Egy webshop esetében ez nyilván azt jelenti, hogy tágabb kategóriába léphetünk vissza. Ez így nézhet ki:

Ruházat > Férfi ruhák > Ingek

 

Előzmény, megtett út szerinti breadcrumb

Megtett utunkat követhetjük vissza a segítségével, így mindig könnyen visszajuthatunk a korábban meglátogatott oldalakra. Hasznos lehet, ha például a belső kereső oldalára akarunk visszatérni. A „Vissza a keresési eredményekhez” link egy ilyen breadcrumb-nak minősül.

 

Attribútum szerinti breadcrumb

A kereséskor kiválasztott attribútumokat láthatjuk, amelyek alapján az oldalmotor termékeket jelenít meg nekünk. Ezekkel a szűrőket nemcsak a keresőben alkalmazhatjuk, hanem folyamatosan is.

Ma már a breadcrumb-okat a Google is felhasználja, a találati oldalon nem ritkán láthatjuk ezt az utat, amely a felhasználónak segít pontosan megérteni, hová kerül kattintás után.

 

Meta title & description megírása elengedhetetlen

A találati oldalon megjelenő név, a meta title tag létfontosságú. Ha az adott termékoldal neve ugyanolyan, mint a többié, ha nem ad pontos információkat vagy éppen túl hosszú a teljes megjelenítéshez, akkor rossz módszert alkalmazunk.

 

A legjobb megoldás az alábbi formula használata lehet:

Elsődleges kulcsszó | Másodlagos kulcsszó | Brandnév

 

Egy ilyen módon megjelenő termékoldal így nézhet ki:

Slim fit ing | Férfi ingek | Random Webshop

 

A jó ebben az, hogy a lehető legtöbb hasznos információt adja a rendelkezésre álló pár karakterben, amiért a keresőmotorok is hálásak.

Annak is lehet haszna, ha a fő kulcsszavakat H1, H2, H3 tagek-be (alcímek) tesszük az oldalon, de vigyázzunk, ne optimalizáljuk túl a szöveget, mert így a puska „visszafelé sülhet el”, vagyis a Google nemhogy előrébb hozza az oldalt, hanem inkább hátrébb sorolja.

A metaleírások (meta description) lehetőség szerint legyenek egyediek: lehet, hogy óriási munka minden egyes termékhez egyedi leírást készíteni, de SEO szempontból bőven megéri. Ezzel ugyanis optimalizálhatunk, elkerülve, hogy az automatikusan generált leírás ugyanaz legyen, mint száz másik webshop esetében.

Elhelyezhetünk a leírásban CTA-t (call to action), növelve az átkattintási arányt és javítva a helyezésünket ezzel. Konkrét információkat foglalhatunk bele, így biztosítva arról a felhasználót, hogy a megfelelő helyre érkezik a kattintást követően, így ugyanezt a hatást érve el.

 

Termékleírások ‒ legyen egyedi, sok információval

Korábban már megemlítettük (5 stratégia a vásárlói halogatás leküzdésére), mennyire elképesztően fontosak a jó termékelírások, mivel képesek a bizonytalan vásárlókat vásárlásra bírni, és emellett rengeteg hasznos információt is megadhatunk számukra érdekes formában.

termékoldal

A termékleírás azonban SEO szempontból is nagyon értékes.

Ennek oka, hogy a Google nem szereti, ha több oldalon is ugyanazt a tartalmat látja. Márpedig ha egyszerűen felsoroljuk egy termék adatait, vagy éppen a gyártó leírását másoljuk ide, nagy valószínűséggel a tartalomduplikáció hibájába esünk: rengeteg webshop csinálja ugyanezt.

Az egyedi termékelírások (melyek egyben minőségiek is, vagyis nem hemzsegnek helyesírási hibáktól, túlzsúfoltak kulcsszavakkal és valóban érdekesek a vásárlók számára is) önmagukban is sokat lendíthetnek a helyezésünkön.

 

A vásárlók véleményét is érdemes használni!

Nem hangsúlyozható eléggé, milyen fontos, hogy a felhasználói véleményeket és értékeléseket megjelenítsük a termékoldalakon.

A potenciális vevőket is könnyen rábírhatjuk ezzel a vásárlásra, de a keresők is szeretik a véleményeket.

Mindjárt nagy előnyt ad az, hogy folyamatosan új, egyedi tartalommal gazdagítják a termékoldalt, ráadásul ingyenes user generated tartalmat adnak.

Segítenek a long tail kulcsszavakra optimalizálásban is: a felhasználók nagy eséllyel használnak olyan szavakat és kifejezéseket saját leírásaikban, amelyekről mi elfeledkeztünk.

A véleményekből micro data információkat is nyerhetünk: ezek a találatokban jelennek meg, csillagos értékelésként például: így már a termékoldalon látható, hogy a felhasználók jónak értékelnek-e egy terméket.

A micro data működésére remek példát láthatunk, ha rákeresünk valamilyen filmre vagy sorozatra: az imdb.com oldalaihoz a találati listán a Google azonnal társítja az aktuális értékelést és a szavazatok számát is.

 

Közösségi integráció ‒ az ismertségnövelés hatékony eszköze

Ha lehet, rakjunk minden egyes oldalra közösségi megosztási lehetőséget. Ezek rendkívül értékesek, és nem csak azért, mert a Google egy ideje már bevallottan figyeli és az algoritmusba építi a megosztások számát (legalábbis néhány szolgáltatás esetében).

A felhasználók a megosztásokkal további, az oldalra mutató hivatkozásokat generálhatnak és forgalmat csatornázhatnak az egyes termékoldalakra, ezekkel közvetlenül pozitívan befolyásolhatják a helyezésünket.

 

Képek és videók a felhasználói élmény fokozásáért

A képek alkalmazásával értékes információkat és interaktivitást adhatunk a felhasználóknak. Ugyanakkor az is szolgáltat előnyt, ha a képeket optimalizáljuk az Alt (alternatív) leírás, illetve title elem segítségével, megadva a legfontosabb kulcsszavakat.

Normál esetben ez az a szöveg, amelyet akkor láthatunk, ha egy adott oldalon magát a képet valamiért nem tudjuk betölteni, a keresőmotor azonban vizsgálja is ezeket.

Érdemes figyelni arra is, hogy a képek mérete ne legyen túl nagy, ne lassítsák az oldal betöltését, ez ugyanis negatív hatással lehet rangsorolásunkra. Továbbá a kép fájlnevében is érdemes a kulcsszót megemlíteni, és így feltölteni a webáruházba.

video

A videók segítségével szintén forgalmat nyerhetünk: a termékbemutatók, tippek és trükkök és hasonló formátumok igen népszerűek, sokszor rábírják a vásárlásra az érdeklődő felhasználókat.

Emellett a YouTube-on remekül optimalizálhatóak is: az oldalt ugyebár a Google üzemelteti, tehát ha megfelelő kulcsszavakkal és leírásokkal dolgozunk a már megszokott módon (a leírást itt is érdemes 100-200 szavasra megírni!), jól rangsoroló videókat kapuk, amelyek jó eséllyel a találati oldalakon is feltűnnek a Google-ben, így pedig nagyobb forgalmat irányíthatunk a termékoldalra (amelyre ajánlott a releváns videókat beágyazni).

 

Betöltési sebesség: minél nagyobb, annál jobban szereti a Google

Az aranyszabály:

  • az oldal mérete legyen kisebb, mint 3 MB,
  • az oldal töltsön be kevesebb, mint 3 másodperc alatt.

Ha ezeket a számokat tartjuk, nagy gond nem lehet, bár a 3 másodpercből még bőven van hol faragni. Ha túlságosan lassan tölt be az oldal, felhasználókat veszítünk mobilon, de a keresőbotok is lejegyzik, hogy nem elég gyors az oldalunk ‒ éppen azért, mert ez ronthatja a felhasználói élményt, így a rangsorolásunkra is rossz hatása lesz.

Egyes kutatások szerint már 1 másodperces késlekedés a betöltéskor is 7 százalékos konverziócsökkenést eredményezhet!

sebesség optimalizálás

 

Legyen az oldal mobilbarát

Ezt leírni már szinte feleslegesnek hat, de mivel szó szerint létfontosságú, említést kell tennünk róla: egyre többen neteznek és ezzel együtt vásárolnak mobilon, ezt pedig a Google is észrevette már. Az algoritmus mobilon egyszerűen nem fog nem mobilbarát oldalakat megjeleníteni a találati listák előkelő pozícióiban, mert ezek rontják a felhasználói élményt.

Hogy mennyire mobilbarát az oldalunk, a Google Mobilbarát tesztjével könnyedén ellenőrizhetjük, érdemes ezt termékoldalainkkal megtennünk.

mobil betöltődési sebesség

 

Látens Szisztematikus Indexelés (LSI): szinonimák, rokonértelmű kifejezések használata

A kulcsszavak ma már csak kis jelentőséggel bírnak a Google számára, s ha túlságosan sokat használunk belőlük, még feketelistára is kerülhetünk.

Vannak azonban megoldások, amelyekkel jól hathatunk az algoritmusra. A már említett long tail kifejezések, vagyis általában hosszabb keresőkifejezések mellett az LSI kulcsszavak is ilyenek.

Ez már a Google MI-technológiáinak egyik első gyümölcse: a rendszer képes az asszociációra, az egymáshoz képest releváns szavak, kifejezések értelmezésére is. Ha tehát szinonimákat, rokon értelmű szavakat használunk a termékoldalakon, a Google is jobban érti majd, miről szól az oldal.

Egy jó példa erre: képzeljük el, hogy a termékoldalt a „körte” kifejezésre optimalizáljuk. Ebből a Google még nem fogja tudni, hogy gyümölcsöt vagy villanykörtét kínálunk-e, márpedig a motor jobban szereti érteni azt, amit a találati oldalakon megjelenít, hiszen így relevánsabb találatokat biztosíthat, növelve a felhasználói élményt.

 

Hogyan kezdj neki a termékoldali SEO-nak?

SEO audittal:

Vizsgáld meg, hogy az egyes oldalaid, a főoldaltól a kategóriaoldalakon keresztül a termékoldalakig hol hibádznak. A fent leírt kritériumokat és tippeket követve ezt könnyen megteheted: használj checklist-et, végezz próbakereséseket és vizsgált az Analytics adatait is.

Végezz kulcsszókutatást:

Nézd meg, hogy milyen kulcsszavakkal találnak a felhasználók az oldalara ‒ de azt is, hogy melyek a legnépszerűbbek, amelyek nem hozzád irányítják a forgalmat. Végezz konkurenciaelemzést, nézd meg, hol erősebbek versenytársaid.

Gyárts tartalmat:

Multimédiás és szöveges tartalmakat mindenképpen szerepeltetned kell oldalaidon, ha jól akarsz szerepelni a találati listákon. Neki is kezdhetsz tehát az egyedi, releváns, informatív és hasznos tartalmak elkészítéséhez: ehhez korábban adtunk már néhány hasznos tippet.

 

 

Összegzés

Igazából nagyon kevés webáruház alkalmazza következetesen, profi módon ezeket a módszereket termékoldalaik keresőoptimalizálására. Óriási előnyre tehetsz szert a versenytársakkal szemben, ha a fenti tippeket elkezded alkalmazni, vagy ezekkel a feladatokkal megbízol egy szakértőt.

Egy webshop esetén nem kevés erőfeszítésbe kerül az összes termékoldalt jól beállítani mind felhasználói élmény, mind keresőoptimalizálási szempontból, de ezt inkább egyfajta befektetésnek érdemes felfogni, amely elengedhetetlen ahhoz, hogy hosszú távon sikeresen üzemeltethesd a webáruházadat.

Kíváncsi vagy, most mennyire felel meg a webshopod az aktuális SEO elvárásoknak? SEO audit szolgáltatásunk ebben segít.

 

Külső adatbázisok elérése és egyedi raktárkészletek kezelése Magento-ban

Miről is lesz szó a cikkben?

  • Mi is az az FMCG?
  • Általánosságban pár szó az adatbázisokról
  • Adatbázisok és a Magento
  • Adatbázis típusok és felhasználásuk az FMCG-hez
  • Készlet változások kezelése a Magentoban, kérdések és javaslatok
  • Middleware: Köztes rétegek, MOM rendszerek

Mi is az az FMCG?

Rövid defíníció:

Fast-moving consumer goods vagy consumer packaged goods (CPG), azaz gyorsan forgó fogyasztási cikkek.

Azokat az árucikkeket értjük ez alatt, amelyek viszonylag gyakran, napi, heti vagy havi rendszerességgel újra megvásárlásra kerülnek és viszonylag alacsony árúak.

Ide tartozik például a borotva, papír zsebkendő vagy kisbabások esetén a nedves törlőkendő és a pelenka, de lehet szó a kötszerekről vagy a ragtapaszról is.

 

 Adatbázisok

Rövid defíníció:

Az adatbázisok azonos minőségű, strukturált információk összessége, amelyet tárolásra, szerkesztésre és lekérdezésre alkalmas adatbázis-kezelő alkalmazás kezel. Az adatbázisok célja az adatok megbízható, hosszú távú tárolása és viszonylag gyors visszakeresés biztosítása.

Az adatbázisokat két nagy csoportba érdemes bontani, a logikai és a fizikai adatbázisokra. A logikai adatbázisokat felépítésük, működésük és sajátosságaik alapján szokás megkülönböztetni a fizikai adatbázisoktól. Adatmodellekkel reprezentáljuk őket és a korszerű adatbázisoknál a fizikai adatbázist több logikai adatbázison keresztül is elérhetjük, mintha egyfajta burkoló rétegeket képeznének a tárolt adatok elé.

A Magento adatmodelljei (model) és gyűjteményei (collection) pontosan egy ilyen logikai adatbázist képeznek le a fizikai adatbázis elé, hogy megkönnyítsék és érthetőbbé tegyék az adatok feldolgozását. Az adatmodellekről, gyűjteményekről részletesebben olvashatsz ebben a cikkünkben: Magento 2 modul fejlesztés lépésről lépésre – 1. rész

 

magento külső adatbázis, modellek közti összefüggés

Fogalmi, logikai és fizikai modell összefüggése

 

Adatbázisok és Magento

A webáruházak és manapság minden alkalmazás egyik legfontosabb része az adatbázis, melyek üzemeltetése, karbantartása és fejlesztése hatalmas összegekbe kerül. Az adatbázisok lehetnek elosztottak is, mivel a Magento webshop logikai adatbázisa beburkolja a kapcsolatot, így csökkenthetjük a költségeinket és a megfelelő adatokat a megfelelő helyeken kezelhetjük.

A Magento emellett képes egyszerre több különböző adatbázist is kezelni, melyekhez a PDO-t használja, így Cubrid, FreeTDS / Microsoft SQL Server / Sybase, Firebird, IBM DB2, IBM Informix Dynamic Server, MySQL 3.x/4.x/5.x, Oracle Call Interface, ODBC v3 (IBM DB2, unixODBC és win32 ODBC), PostgreSQL, SQLite 3 és SQLite 2, Microsoft SQL Server / SQL Azure, 4D alapú kapcsolatokat könnyedén kiépíthetünk benne.

 

Többszörös adatbázis-kezelés

Ahhoz, hogy egyszerre több adatbázist is kezelni tudjon a Magento webáruházunk, csupán elegendő a modulunk config.xml konfigurációs állományba felvenni az új adatbázis elérhetőségének paramétereit (host, username, password, dbname), valamint a connection > use-ban meghatározni a kapcsolat azonosítóját.

Ezzel a kapcsolatnak már nincs szoftveres akadálya, ha a hálózaton keresztül a host elérhető, akkor a kapcsolat létrejön. A fejlesztőknek ezután már csak a logikai adatbázist (model, collection) kell létrehoznia, hogy az adatok áramlása zökkenőmentes legyen.

 

Adatbázisok: Állomány alapú források

A tapasztalatok azt mutatják, hogy a legtöbb esetben egyszerű (csv) vagy összetett (xml, json) forrás állományok állnak a felhasználók birtokában. Ezek az állományok tartalmazzák a teljes termékkínálatot, a felhasználói adatokat vagy akár a rendeléseket is. A Magento is lehetőséget biztosít ezen adatok exportálására, egészen könnyedén az adminisztrációs felületről.

 

magento külső adatbázis, skálázhatóság

 

Előnyei

  • Könnyen kezelhetőek
  • Könnyen módosíthatóak
  • Az ember számára viszonylag könnyen olvasható formátum
  • Exportálási lehetőség elérhető, nem indokol fejlesztést

 

Hátrányai

  • Szerkesztéskor nagy a hibalehetőség, amivel a teljes állomány szerkezete felbomolhat
  • Rekordok szerkesztése nehézkes
  • Az állományok kódlapjának beállítása adattorzulást okozhat
  • Importálásnál a teljes adatmennyiséget feldolgozzuk
  • Nem frissül automatikusan

 

Adatbázis-kezelő rendszerek

Az állomány alapú forrásokhoz képest itt annyi a különbség, hogy egy adatbázis-kezelő rendszeren keresztül érjük el adatainkat. Az adatbázis-kezelő áthidalja az állományok kezelése okozta hátrányokat, hiszen jól értelmezhető logikai adatmodelleket kínál erre. A fizikai adatfüggetlenség biztosítására az adatbázis-kezelő motortól független állományszervezési rendszereket dolgoztak ki, hogy a háttértár szervezése illetve eszköz függetlensége biztosítva legyen.

Az adatmodellek alapján megkülönböztethetünk relációs, objektumorientált, hálós, deduktív, objektumrelációs, deduktív relációs, deduktív objektumorientált adatbázis-kezelőket.

 

Háttértár szervezések

  • Optikai
  • Lyukszalagos
  • Mágnesszalagos
  • Merevlemezes
  • Memória-adatbázis

 

Előnyei

  • Felhasználói felület az adatokhoz
  • SQL általános nyelvből alakultak ki a lekérdező nyelvek
  • Funkcionalitás bővíthető
  • Elosztott rendszerek megvalósíthatóak

 

Hátrányai

  • Bonyolultak: Logikai, halmazkezelési ismeretek szükségesek
  • Lekérdező nyelvet ismerni kell
  • Nő az adattároláshoz és az adatbázis kezelőhöz szükséges tárterület szükséglet.

 

Adatbázisok: Szolgáltatás alapú források

A szolgáltatás alapú források alá tartoznak azok az adatbázis elérések, melyeket egy interfészen keresztül érhetünk el egy másik szerveren, mely akár a világ másik felén is lehet. Még a mai napig is leginkább SOAP protokollon keresztül vagy a fejlesztéseknek hála, valamilyen REST szolgáltatáson keresztül tudjuk az adatokat elérni és manipulálni.

A SOAP interfészen keresztül történő elérés legnagyobb hátránya, hogy az interfész bonyolult és részletes, szemben a REST interfésszel, mely sokkal egyszerűbb és kényelmesebb. A biztonság szempontjából a SOAP kliens volt korábban a megbízhatóbb, azonban az SSL kapcsolatokkal és egyéb titkosítási algoritmusokkal most már azonos megbízhatósági szintre került a két interfész.

A mobil alkalmazások fejlődési iránya azt mutatja, hogy szolgáltatás alapon érik el a távoli adatbázisokat, leginkább REST kliensként, mivel az adatbázisok méretei miatt ezek készüléken elhelyezése és feldolgozása hardver- és szoftverteljesítmény szempontjából sem lenne ideális.

 

Előnyei

  • Teljesítmény: Kisebb teljesítmény is elegendő az alkalmazás futtatásához
  • A REST alapú szolgáltatások interfésze egyszerű (HTTP kérések), jól érthető és kicsi erőforrásigényű a JSON alapú formátum könnyen kezelhető, akár már frontend szinten is.
  • A SOAP protokoll dokumentáltsága és hibajelzése kiforrottabb
  • Az általános biztonság SSL tanúsítványokkal megvásárolható

 

Hátrányai

  • A SOAP alapú szolgáltatások interfésze összetett, bonyolult, a fejlesztések drágák és az XML formátum miatt nehézkes a feldolgozása
  • A hálózati kommunikáció bizonytalanságai miatt lassú, elérhetetlen lehet
  • A hálózati kommunikáció miatt a biztonság nem 100%-os, további titkosítási algoritmusokra lehet szükség

 

 

magento külső adatbázis rest, soap

 

Adatbázisok: Külső alkalmazás források

A vállalatirányítási rendszerek adatbázisai nem különülnek el a külső adatbázisoktól, azonban mégis összetettebbek, nagyobbak (méret) lehetnek, mint más célirányosan összerakott adatbázisok. Mivel ezek az adatbázisok vállalatirányítási feladatokat látnak el, így folyamatosan frissülnek, változnak és bővülnek. Éppen ezért összetett interfészekkel rendelkeznek a külső rendszerek számára, melyek integrációja a közepestől a nagy bonyolultságú feladatig terjedhet.

Szerencsére a legtöbb ERP, CRM és PIM rendszer rendelkezik olyan modullal mely telepítése és minimális konfigurációja révén biztosítja a webáruházunkkal történő összekötést. Nagyon fontos, hogy ezen rendszerek között ajánlott az azonnali, kétirányú kommunikáció kialakítása, hogy a lehető legkevesebb emberi erőforrást kelljen az adminisztrációs munkára fordítani.

 

Előnyei

  • A kommunikáció lehet teljesen automatizált, így az adminisztrációs feladatok jelentősen csökkennek
  • Egy rendszert elegendő megtanulni kezelni és figyelni
  • A legismertebb rendszerekhez történő integráció gyors és zökkenőmentes
  • Fejlett felhasználói interfésszel rendelkeznek
  • Több protokollon vagy interfészen keresztül is képesek kommunikálni

 

Hátrányai

  • A rendszerek közötti kommunikáció keresztmetszete
  • A rendszerek közötti kommunikáció hiánya esetén adatvesztés
  • Kétirányú kapcsolat és/vagy aszinkronitás nélkül túl nagy emberi erőforrásra van szükség

 

Termék- és készletváltozások

Az FMCG esetén kritikus tényező a termék- és készletváltozások azonnali, legalább naprakész frissítése. Hiszen, ha egy új termék érkezik az áruházba, annak nem biztos, hogy fontos azonnal eladhatónak lennie a webáruházban, de ha elfogy egy termék készlete, akkor azt azonnal jelezni kell a vásárló felé vagy leadni a rendelést a beszállító, raktár vagy gyártó felé.

Ez a szinkronizáció ideális esetben kétirányú, azaz mindkét oldal képes jelezni a másik oldalnak, hogy az adatok megváltoztak és automatikusan az üzleti logikának megfelelően frissíteni az adatbázisokat. Ez még két rendszer esetén is bonyolult fejlesztést igényel mind a webáruház, mind az adatbáziskezelő alkalmazás részén, de vannak olyan esetek is, amikor egy ERP, egy PIM és több webáruház összekötése a feladat.

 

Mit lehet ilyenkor tenni?

 

Első és talán legfontosabb kérdés, hogy mekkora adatmennyiségeket szeretnénk mozgatni? A teljes termékkészletet, termékeket, megrendeléseket és vevői információkat frissíteni akarjuk? Elegendő időszakosan, várólistás (queue) megoldással az adott időszakban éppen aktuális változásokat frissíteni? Azonnal frissíteni kell minden változást a rendszerek adatbázisai között?

A fenti kérdések mind-mind kulcsfontosságúak, hogy meghatározzuk, milyen szintű integrációra van szükség. Egy sekély integrációnál lehet, hogy elegendő egy napi csv/xml állomány alapú importálás a külső rendszerből a webáruházba, akár ezt automatizálva futtatni. Közepes szintű bonyolultság a várakozó listás megoldás, ahol egyik vagy másik oldal is egy sor-szervert használ a frissítésre. A mély integrációnál pedig már akár köztes rétegben történik az adatok szinkronizációja.

Az alább felsoroljuk a különbségeket az egyes módszerek között, röviden ismertetve, hogy melyik mivel járhat és mennyire komplex a fejlesztési listában.

 

1.1. Teljes adatok cseréje

Az adat mennyiségek mozgatása és frissítése szempontjából a teljes adatok cseréje az úgynevezett fapados megoldás. A termékek, megrendelések mennyisége fontos szempont ebben az esetben, mivel több tízezer termék esetén az ilyen frissítés már akár percekig is eltarthat, ami kiesést vagy termék elérhetetlenséget jelenthet a webáruházban. Éppen emiatt csak abban az esetben javasoljuk ezt a megoldást, ha a termékek vagy készlet információk frissítése viszonylag rövid ideig tart vagy jól időzíthetően az áruház forgalmához az esetlegesen elhúzódó frissítés.

 

1.2. Részleges adatok csere

A részlegesadat-kommunikáció akkor jöhet szóba, ha többször az áruház működése alatt is frissíteni kell a termék-, készlet- vagy rendelési információkat. Az időzített megoldások mellett, melyek pontatlansága okozhat problémát az azonnali szinkronizáció is szóba jöhet, mivel a kisebb mennyiségű adatkommunikáció gyorsan végrehajtódik a rendszerben.

A készletkezelés és az FMCG típusú áruházak integrációs megoldásai pontosan ide tartoznak, mivel nem a teljes termék, csupán a darabszámok változnak.

 

2.1. Adatok áttöltésének iránya: egyirányú, kétirányú

Viszonylag egyszerű kérdés, azonban ha jobban átgondoljunk, további kérdéseket vet fel, ráadásul az integrációs költségek növekedése mellett az adatkommunikáció mennyiségét is jelentősen növelheti.

Egyirányú adatkommunikációról akkor beszélünk, ha van egy kiválasztott (master) rendszer – mondjuk egy ERP –, amelybe minden másik külső rendszer, azaz például a webáruházunk is beküldi az adatokat. A fő rendszer (ERP) pedig feldolgozza és tárolja őket, az ERP-t használó adminisztrátorok pedig a kapott adatok alapján irányítják a vállalati folyamatokat.

Kétirányú kommunikáció esetén mindkét rendszer kommunikál a másikkal és egymástól függően vagy függetlenül megadott interfészeken keresztül küldik el az adatokat. Itt már nincs alá- és fölérendelt szerep, csupán a prioritásokat kell megfelelően meghatározni vagy sorszerverekkel vezényelni a változások kezelését.

Az ERP integráció megtervezéséről ebben a cikkünkben olvashatsz: Magento ERP integráció: hogyan készítsük elő hibák nélkül

 

3.1. Adatok közvetett áttöltése

Az adatok áttöltését lehet közvetetten (manuális vagy ütemezett módon) vagy közvetlen (API interfészeken keresztül) frissítéssel megoldani. Az időszakos áttöltésnél szóba jöhet az emberi beavatkozás, aki az egyik rendszerből átemeli az adatokat a másik rendszerbe.

Ez történhet egyszerű export-import folyamatként, ahol az adatok egy állományba kerülnek mentésre (export), majd ezt az állományt a másik rendszer erre kialakított interfészén keresztül betölti az adatbázisba (import). Ez a folyamat természetesen automatizálható, ha az adott alkalmazás által kimentett adatokat a másik rendszer meghatározott időközönként (pl. cronjob) automatikusan betölti az adatbázisába.

Láthatjuk, hogy ez a módszer még az emberi tényező kivonása mellett is lassú, pontatlan és emiatt nem eredményes az FMCG szempontjából, azonban más esetekben, ahogy tapasztaltuk, elegendő lehet.

3.2. Közvetlen információcsere

Az adatok közvetett áttöltése nem éppen a legjobb megoldás a raktárkészletek kezelésére, hiszen a termékek darabszámának változását érdemes minél pontosabban szinkronizálni, így a közvetlen információcsere lehet a kézenfekvő megoldás. Ahhoz, hogy ez megvalósuljon, sokféle technológia áll a rendelkezésünkre, a Magento beépített XmlConnect, API (SOAP vagy REST) megoldásai mellett a legtöbb külső alkalmazáshoz már kész modulokat vásárolhatunk a Magento Connect-ből.

Kétségkívül az egyik legjobb megoldás, hiszen az adatok szinkronizálása azonnal, a változások bekövetkezésekor megindul, azonban, ha speciális külső alkalmazásunk van, melyhez még nincs konnektor (Magento modul), akkor az integrációs költségek jelentősen megugranak. Ne feledjük el, hogy az automatikus, azonnali megoldásokhoz az esetek nagyobb hányadában mélyintegrációra van szükség, mely a korábban leírtak szerint mind időben, mind fejlesztési költségekben nagy.

 

3.3. Automatikus vagy kézi szinkronizáció

Az előzőekben már szóba került, hogy emberi erőforrásokkal is megoldható az adatok szinkronizálása az alkalmazásaink között és ennek automatizálása is megoldható, azonban ezek az időszakos adatkommunikációk meglehetősen megnehezítik a készletek szinkronizációját. Automatikus szinkronizáció alatt itt azt az időzített feladatot értjük (pl.: cronjob), amikor a folyamatot a rendszer indítja, de helyette akár egy ember is meg tudja oldani. Ezek a jelentősen olcsóbb megoldások.

 

3.4. Aszinkron, azonnali megoldások

Az aszinkron megoldásokkal jelentősen gördülékenyebbé tehetjük a készlet- és adatszinkronizációt az alkalmazásaink között. A végtelenségig azonban még így sem lehet egyszerűsíteni a folyamatokat, hiszen az üzleti igények kötött függőségei miatt az aszinkronitás csak bizonyos feladatok vagy részfolyamatok esetén vezethet hasznos eredményre. Az azonnali adatkommunikáció pedig pontosan ugyanezen függőségek miatt nem valósítható meg 100%-osan.

A legjobb, legtisztább és egyben a legbonyolultabb megoldások közé tartozik, jelentős fejlesztési idővel és költségekkel, így ezt csak akkor érdemes választanunk, ha valóban indokolt a webáruházaink esetén.

 

Köztes réteg: Middleware, MOM

A köztes réteg (middleware), mint megoldás a készlet- és adatkommunikáció szinkronizációja az egyik leginkább fejlődő és jelenleg a legmodernebb technológiai megoldás, mind hardver, mind szoftver téren. Egy olyan megoldásról (szoftver és hardver) beszélünk, mely az alkalmazásaink közé ékelődve külső beavatkozás nélkül, az előre meghatározott üzleti logika alapján megvalósítja az adatkommunikációt.

 

magento külső adatbázis middleware

 

Tulajdonképpen egy félig intelligens rendszer, melyen keresztül az adatok áramlanak és eljutnak egyik alkalmazásunkból a másikba, attól függően, hogy éppen mely üzleti folyamat, mely részén tartanak.

Tekinthetünk úgy rá, mint egy hatalmas labirintusra, melynek egyes ki- és bejáratainál az alkalmazásaink találhatóak és az adatok a labirintuson keresztül jutnak el a másik alkalmazás kapujához, hogy közben a falakon lévő szabályokat követik. Az áthaladás közben az adatok átalakulnak a kívánt formátumba és a fogadó félnek megfelelő adatstruktúrát veszik fel, így nincs szükség alkalmazásainkban az adatok transzformálására.

Ezek a köztes szoftverek külön szerverekből állnak, olyan kiegészítő technológiákkal, mint az Üzenetorientált köztesréteg (Message Oriented Middleware), Redis memória alapú gyorsítótár és egyéb szoftveres és hardveres megoldások a köztes réteg támogatására. A köztes rétegek ma már a felhőben helyezkednek el, memória-alapú szervereken, melyek API interfészei a legtöbb webáruházhoz illeszkednek. A piacon már elérhetőek kész megoldások, melyekkel könnyedén integrálhatjuk rendszereinket és összehangolhatjuk a folyamatainkat az egyes rendszerekben.

Ezek a megoldások az általános üzleti folyamatokra épülnek, és többé-kevésbé személyre szabhatóak, azaz jól illeszkednek az általános, nem speciális üzleti igényeket kiszolgáló webáruházakhoz. Vegyük azonban figyelembe, hogy ha az üzleti folyamataink speciálisak és eltérnek az adott alkalmazás általános üzleti folyamataitól, akkor az integráció is egyedileg, személyre szabottan fog ideálisan működni.

 

magento external databases connection fmcg infographics

Konklúzió

Az FMCG kezelésére rengeteg megoldás létezik és ezekből a számunkra megfelelő megoldásokat kiválasztva egy olyan optimális rendszert építhetünk fel, mely kiszolgálja Magento webáruházunkat. A döntés szempontjából fontos kritériumokat a fentiek alapján meg tudjuk határozni, így ki tudjuk választani a kézenfekvő megoldást.

Ne feledjük el azonban, hogy a hosszú távú célok és az adott piaci szegmens ismerete nélkül, ha a legegyszerűbb és (nem biztos, hogy) a legolcsóbb megoldás választjuk, könnyen megeshet, hogy az integrációs költségeket többször is meg kell majd fizetnünk.

Ha bizonytalan a döntésben, írjon nekünk vagy hagyjon kommentet, és segítünk kiválasztani a megfelelő technológiát és megoldást, ezzel jelentős költségeket megtakarítva cégének.

 

Magento trendek az Imagine 2016 után: Miért áll nagy siker előtt a Magento 2?

A Magento webáruház a webshop-tulajdonosokból, egyéni fejlesztőkből, szolgáltató illetve modulfejlesztő cégekből és partnerekből köré szerveződő közösség révén mára világszerte meghatározó  szereplővé vált az e-kereskedelemben. A Magento 2008-ban bocsátotta útjára forradalmi e-kereskedelmi szoftverét, amely villámgyorsan rendkívül népszerű lett hála többek közt újszerű, gazdag funkcionalitásának,  a széles körben elterjedt Linux-Apache-Mysql platformnak, stabil és magas színvonalú,  nyílt forrású kódjának, moduláris felépítésének és nem utolsó sorban a modulfejlesztők és kereskedők egymásra találását segítő piacterének, a Magento Connect-nek.

A Magento üzleti modelljében a fő bevételforrást a Magento Enterprise Edition jelenti, amely szintén a nyílt forráskódú Community Edition-re épül, de olyan további funkciókat tartalmaz, mint jobb teljesítményt támogató teljes oldali gyorsírótár és a fejlettebb indexelés, vagy mint a vállalati szintű kereskedőknek szánt vásárlói szegmentáció, kreditrendszer, ajándékkártyák és kategóriaszintű jogosultságkezelés.

 

Kihívások és válaszok

Hogy mint a világ vezető e-kereskedelmi platformja növekedési pályán maradjon és a versenytársak előtt járva új lendületet vehessen, a Magento-nak tartani kell a lépést a legújabb technológiákkal és értékes új megoldásokat nyújtani a partnerek és felhasználók közösségének.

 

Kihívás: új technológiák, jobb teljesítmény és bővíthetőség

Megoldás: Magento 2

A Magento 2: a szoftver teljes kódszintű átdolgozása hasonló funkcionalitással. Az átdolgozás alapvetően három területet fed le: technológiai újítások, tökéletesített modularitás mind backend, mind frontend részről és javított teljesítmény.

 

magento trendek magento 2 teljesítmény bővítés

 

Kihívás: igény az új funkciókra  és  a folyamatos innovációra

Sok kereskedő bevált és kiforrott webshopot üzemeltet Magento 1 alatt, és önmagában a jobb teljesítmény sokszor nem elég vonzó ahhoz, hogy a kereskedők gyorsan a Magento 2-re váltsanak, mivel az valójában nem csupán egy új verziója a szoftvernek, hanem lényegében egy teljesen új platform.

 

Megoldás: új funkciók előtérben az Enterprise Edition-nel

A Magento stratégiája a következő hónapkora felvértezni a Magento 2-t számos új funkcióval, amelyek valós, kiemelt értékeket nyújtanak a nagyvállalati ügyfeleknek.

 

magento trendek magento 2 új-funkciók

 

Magento 2.1

A pénztári folyamatba közvetlenül beépülő biztonságos (PCI-kompatibilis) fizetési megoldások, együttműködésben a PayPal-lel és Braintree-vel.

Enterprise Edition:

Változatkezelés és előnézet a termékek, kategóriák, CMS-tartalmak, promóciók, árazás és témák kezelésében. Dátum és kampány alapján csoportosítva, idővonal alapján tekinthetők meg és aktiválhatók.

Enterprise Edition:

Új weboldalon belüli keresés az Elasticsearch segítségével:  jobb keresési teljesítmény, gazdagabb vásárlói élmény háttérben való  indexeléssel és horizontális skálázással, alapértelmezetten 33  nyelv támogatásával.

A Magento felismerte az Elasticsearch technológiája által nyújtott előnyöket, mely kiválóan alkalmas valós idejű jelentések késztésére, személyre szabott oldalak összeállítására és teljesítmény optimalizálásra is. Számíthatunk arra, hogy  a Magento mérnökei az Elasticsearch-öt a jövőben szélesebb körben fogják alkalmazni, és az sem volna meglepő, ha az Elasticsearch a Magento stratégiai partnerévé válna. Az AionHill-nél mi jelenleg is széles körben használjuk az Elasticsearch megoldásait.

 

Magento 2.2

Ez a verzió a tervek szerint elsősorban az Enterprise Edition B2B funkcióira fog koncentrálni: jogosultságkezeléssel ellátott fiókok, személyre szabott termékkatalógus és –árazás, árajánlat-kérés és újrarendelés.

 

Magento 2.3 és későbbi verziók

Ebben a verzióban továbbfejlesztett tartalomkezelő rendszer, új promóciótípusok, jobb, új funkciókkal bővülő  jelentések várhatók.

 

Kihívás: megbízhatóbb minőségű fejlesztői modulok

A Magento Connect, a Magento 1 bővítmények hivatalos piactere, több mint 8000 modult kínál, hatalmas sikerrel. A Magento azonban mindeddig nem vett részt aktívan a Magento Connecten kínált modulok minőségbiztosításában, a modulok minőségéről elsősorban a felhasználói értékelések alapján lehetett tájékozódni.

 

Megoldás: Magento Marketplace

A 2016-os Imagine konferencián a Magento elindította a Magento Marketplace-t (Magento Piactér), az új moduláruházat, ahol a kereskedők közvetlenül  a Magento által átvizsgált és hitelesített modulokat vásárolhatnak.

A Magento emellett a modulfejlesztők és -vásárlók érdekeit egyaránt szem előtt tartja és felveszi a harcot a plagizálással szemben is. A Magento ígérete szerint a Marketplace-ből befolyó összegeket visszaforgatja annak fenntartásába és továbbfejlesztésébe.

 

magento trendek magento 2 bővítmények

 

Kihívás: a felhő

A Magento CE és EE oldalak jelentős része már jelenleg is felhő alapú szolgáltatásként működik. A felhő alapú rendszerek nyilvánvaló előnye többek közt a rövid üzembeállítási idő, rugalmasság és skálázhatóság, átlátható és tervezhető költségek és távoli menedzselés.  A felhőszolgáltatások gyakorlatilag a dedikált szerverek összes funkciójával rendelkeznek, kiegészítve a virtualizáció előnyeivel.

A virtualizáció kulcsfontosságú napjaink webfejlesztésben. Szerepet kap a fejlesztői számítógépeken, alapja a tesztkörnyezetek használatának,  folyamatos integrációnak (Continuous Integration, CI) és folyamatos szoftverfrissítési technológiáknak (Continuous Deployment, CD)  és ugyancsak a felhő alapú virtualizációra épülnek a nagy hibatűrésű és skálázható éles környezetek.

Megfelelő DevOps és automatizálási háttérrel a virtualizáció segítségével a környezetek egységesítése az egész infrastruktúrára kiterjedően megoldható, még az olyan komplex esetekben is, mint egy számos szerveren futó klaszter.

A konténerizáció, a mai egyik legfejlettebb virtualizációs technológia egy lépéssel tovább megy: bevezeti a „könnyűsúlyú”, könnyen létrehozható, klónozható, és eldobható konténereket, ahol egy-egy szoftver az őt futtató környezettel egybeépített egységet alkot. Ezeknél a tulajdonságoknál fogva a konténerek jelentősen megkönnyítik a dinamikusan fejlesztett szoftverrendszerek biztonságos menedzselését.

 

magento trendek magento 2 felhő

 

Megoldás: Magento Enterprise Cloud

Magento Enterprise Cloud

A Magento Enterprise Cloud melyet az Imagine 2016 konferencián jelentettek be, egy teljes értékű CI és CD felhő alapú platform, amely szolgáltatásként (Paas) igényelhető a Magento Enterprise Edition-höz.

A Magento Enterprise Cloud egy izgalmas, új, kulcsrakész felhőalapú hoszting és DevOps platform a nagyvállalati ügyfelek részére, az innovatív megközelítés, a technológiák összekapcsolása ugyanakkor a többi szereplő és az egész Magento-közösség számára inspiráló lehet.

  • A Magento Enterprise Cloud megalkotásához a Magento a maga területén vezető szolgáltatókkal fogott össze. A rendszer alapja a Platform.sh, egy innovatív CI és CD platform, melynek hátterében teljesen automatizált konténerizációs technológia áll, saját API-val és webes interfésszel. A Platform.sh Git verziókezelő rendszer szorftver-verzióira (branch) épülő, gombnyomásra létrehozható  tesztkörnyezeteket nyújt az aktuális éles adatbázis másolásával. A Platform sh által kínált szolgáltatások közé tartozik még az éles rendszer leállítása nélkül végezhető dinamikus szoftverfrissítés.
  • A felhő alapű szerverszolgáltatást a világ vezető felhőszolgáltatója, az Amazon Web Services biztosítja, olyan megoldások felhasználásával, mint az Aurora DB, melyet kifejezetten hibatűrő, üzembiztos, skálázható infrastruktúrákhoz terveztek.
  • A monitorozásról és profilozásról a New Relic és  Blackfire.io gondoskodik, teljes betekintést nyújtva a webshop erőforrásainak állapotába az üzemeltetők számára.
  • A statikus és dinamikus tartalmak gyorsítótárazását a Fastly Varnish alapú tartalomszolgáltató hálózata (CDN) biztosítja.

Az AionHillnél hasonló, Git-re épülő CI és CD  rendszert használunk,  amelyet saját DevOps csapatunk fejleszt. Platformunk nagyrészt ugyanazokra a technológiákra épül, mint a Magento Enterprise Cloud, köztük az AWS-szel és New Relic-kel. Fastly helyett azonban például AWS CDN-t használunk, illetve saját megoldásunk van a profilozásra, HTTP gyorsítótárazásra és a folyamatos szoftverfrissítésre.

Különös figyelmet fordítunk az agilis, tesztalapú fejlesztésre és a folyamatos integrációra, természetesen a  Magento 1 projektek esetén is. Mindezzel a tapasztalattal magunk mögött különösen nagyra becsüljük a Magento Enterprise Cloud értékeit, melyek, úgy érezzük, maximálisan igazolják saját erőfeszítéseinket is.

A Magento Enterprise Cloud-dal a Magento és partnerei olyan e-kereskedelmi megoldást nyújtanak a kereskedőknek, mely lehetővé teszi, hogy egy rugalmas, nyílt forráskódú rendszer nagy teljesítményű, skálázható, hibatűrő felhőalapú platformon fusson, amely egyúttal a szoftverfejlesztés legjobban bevált gyakorlatait alkalmazza.

Mindezeknek köszönhetően a Magento Enterprise nagy valószínűséggel erős pozíciót foglalhat majd el a piacon, ahol a főbb vetélytársak elsősorban kevésbé rugalmas, többfelhasználós felhőalapú szolgáltatásokat kínálnak.

 

A legnagyobb kihívás: az egészet sikertörténetté kovácsolni

A Magento több fronton is sikeres stratégiát alkalmaz, és a legújabb innovációk új utakat nyitnak meg előtte. Sok újdonság várható még a Magento háza táján következő hónapokban, a Magento 2 sikere viszont valószínűleg azon múlik, sikerül-e ráérezni a közösség igényeire, folyamatosan új értékeket adni a számára, és kiaknázni a fejlődési lehetőségeket.

Az AionHill elkötelezett támogatója a Magento sikerének, és ügyfeleink minél színvonalasabb kiszolgálásával igyekszünk mindent megtenni ennek érdekében.

 

Magento ERP integráció: hogyan készítsük elő hibák nélkül

 

Egy ilyen rendszer legkritikusabb részei a következők:

  • A) az ERP szoftver
  • B) az e-kereskedelmi platform
  • C) a közöttük felépülő adatáramlási séma
  • D) az adatkapcsolat implementációja

 

Cikkünkben a rendszer-integráció szempontjából a Magento e-kereskedelmi rendszert fogjuk megvizsgálni, amely véleményünk szerint a kis- és középvállalkozások számára az egyik legmegfelelőbb e-kereskedelmi platform. Ezt az alábbiakban számos érvvel igyekszünk majd alátámasztani.

Ami az ERP (Enterprise Resource Planning – Vállalatirányítási információs rendszer) oldalát illeti, itt a megítélés szempontjából az e-kereskedelmi rendszerhez való integrálhatóság csak egy szempont a sok közül, de alapvető elvárásnak tekinthető egy aktívan fejlesztett, moduláris, bővíthető ERP rendszer, amely igazodik a vállalkozás igényeihez és anyagi lehetőségihez, és amely támogatja a más rendszerekkel, különösen az e-kereskedelemmel való integrációt. Külön előny, ha az ERP szoftver megfelelően dokumentált, bővíthető API-val rendelkezik.

 

Az alábbiakban alapvetően a következő kérdést igyekszünk körüljárni:

Milyen folyamatokat, hogyan lehet és érdemes szinkronizálni a Magento és egy ERP rendszer között?

 

A következő témákat fogjuk érinteni:

Üzleti szempont – az e-kereskedelem szerepe a vállalkozásban

  • Integráció – Miért?
  • Központi vezérlés
  • Méretbeli szempontok
  • A növekedés hatásai – egyre inkább középpontban az ERP

 

A webáruház-dilemma – miért a Magento?

  • Számtalan funkció és beállítási lehetőség
  • API (Application Programming Interface)
  • Kulcsra kész integrációs megoldások

 

Az ERP-oldal

  • ERP: belső folyamatok összehangolása
  • A rugalmasság ára
  • ERP – felhő vagy saját szerver?
  • API és ERP

 

Az Integráció

  • Elmélet: Adatfolyam-modell
  • Gyakorlat: Megvalósítási lehetőségek
  • Hogyan válasszunk?

 

Mit kérdezzünk egy rendszerintegrátortól?

  • Megbízhatóság: Hogyan garantált az integráció megbízhatósága?

 

 

 

Üzleti szempont – az e-kereskedelem szerepe a vállalkozásban

 

Integráció – Miért?

Mérettől függetlenül minden vállalkozásnál, akár egy mellékállásban üzemeltetett webshopnál is néhány termékkel, előbb-utóbb felmerül az igény, hogy optimalizáljuk és automatizáljuk a monoton, ismétlődő munkafolyamatokat. Ezzel időt és pénzt takarítunk meg, csökkentjük a hibázás lehetőségét, megsokszorozzuk a képességeinket és sok fejfájástól kímélhetjük meg magunkat és kollegáinkat. Az az egyik ok, amiért célszerű a az általunk használt rendszereket integrálni. A különböző rendszerek különféle feladatokra vannak optimalizálva, erőforrás-kezelési célokra való az ERP-k, kapcsolatkezelésre a CRM-ek, e-mail küldésre az e-mail marketing szoftverek. Ha mindenből a legjobbat szeretnénk használni, nincs más választásunk, mint integrálni.

A integráció óriási előnye, hogy csak egyszer, egy helyen kell egy feladatot elvégezni, és munkánk eredménye a többi kapcsolt rendszerbe automatikusan átkerül.

Az integrációval szemben persze alapvető követelmény, hogy zökkenőmentesen és automatikusan működjön. Talán említeni sem kell, kevéssé hasznos az integráció abban az esetben, ha több problémával jár, mit ha az integrálandó feladatokat külön-külön végeznénk el.

 

Központi vezérlés

A leghatékonyabb megoldás tehát dedikált rendszereket alkalmazni úgy, hogy csak egyetlen központi helyen kelljen egy-egy feladatot elvégezni vagy adatokat kezelni. Bárhol is keletkezzenek például a rendelések, online vagy offline, legjobb, ha mindig az ERP-ben kezeljük őket.

Ugyanígy, ha a termékeket már egyszer már importáltuk, beáraztuk, konfiguráltuk az ERP rendszerünkben, bizonyára nem szeretnénk ugyanezt még egyszer megtenni a webáruházunkban. Mindig lehet persze kompromisszumokat kötni, példálul a termékeket kötegelve importálni az ERP-be majd hasonló képpen a webáruházba, és utána csak a raktárkészletet szinkronizálni az ERP-ből, de ahhoz, hogy megfelelő következtetésekre jussunk, elméletben és gyakorlatban koncentráljunk most csak egyaránt ideális működésre, és tekintsünk el az esetleges implementációs nehézségektől, várható költségektől és technikai problémáktól.

 

Méretbeli szempontok

Könnyű belátni, hogy minél nagyobb egy cég e-kereskedelmen kívüli része, annál több dolgot célszerű elvégezni az ERP rendszerben és az így keletkezett adatokat szinkronizálni a Webáruházba. Ugyanakkor minél kisebb egy vállalkozás nem e-kereskedelemmel foglalkozó része, annál kevesebb dolgot érdemes a Magentón kívül kezelni, hiszen a Magento már eleve rendelkezik alapvető ERP funkciókkal: készletkezeléssel, bizonyos országokban hivatalosan is elfogadott számlázási megoldással, és szállításkezeléssel.

 

magento ERP integráció nagy cégek

 

Egy csupán néhány terméket árusító kezdő vállalkozás például praktikusan először csak a számlázási rendszerét szeretné integrálni: elég a megrendeléseket leszinkronizálni a webshopból és minden mást továbbra is kényelmesen lehet a Magentón belül intézni.

Egy több raktárral és áruházzal rendelkező üzletlánc vagy egy globálisan szállító nagykereskedő viszont adott esetben gyorsan változó raktárkészletét, árazási, számlázási és szállítási adatokat és üzleti folyamatait eleve a maga ERP rendszerben kezeli, így e-elengedhetetlen, hogy az e-kereskedelmi megoldása teljes körűen integrálódjon ahhoz – így adott esetben még arra se legyen szükség, hogy be kelljen lépni az integrált webáruház admin felületére, kivéve esetleg ha a webshop felhasználói felületet, online ajánlórendszer beállításait kell módosítani.

Az ERP szempontjából ugyanez vonatkozik a webshop mellett minden más integrált rendszerre: CRM, BI, e-kereskedelmi marketing, 3PL stb. Minél szerteágazóbb egy kereskedő tevékenysége, annál kevésbé praktikus ezeket a rendszereket — tulajdonképpen áttételesen — az e-kereskedelmi platformmal összekötni, és annál ésszerűbb őket szinkronizációs szempontból az ERP köré építeni, ahol az adatokat tulajdonképpen kezeljük.

 

magento ERP integráció kis cégek

 

A növekedés hatásai – egyre inkább középpontban az ERP

Az e-kereskedelmi integráció, illetve az integráció aranyszabálya az arra való törekvés, hogy egy műveletet a legalkalmasabb, központi helyen végezzünk el, és a változásokat ebből a forrásból terjesszük el a többi kapcsolódó rendszerbe.

 

 

A webáruház-dilemma – miért a Magento?

 

Számtalan funkció és beállítási lehetőség

A Magento-t a kezdetektől fogva arra tervezték, hogy a maximumot nyújtsa mint dedikált e-kereskedelmi platform. A nyílt forráskód, a számtalanféle termékbeállítás, vásárlói csoportok, árszabályok, a szűkítő keresés, fizetési és szállítási integrációk, importálási és exportálási lehetőségek egyedivé teszik a piacon.

 

API (Application Programming Interface)

A Magento talán legkiemelkedőbb előnye, hogy fejlett API-kat tartalmaz, melyek a legtöbb beépített funkcióhoz hozzáférést nyújtanak. Technikai szempontból a Magento a következő API-kkal rendelkezik: SOAP API v1, v2, XML-RPC, REST és XMLConnect mobil alkalmazásokhoz. A Magento API-k jól dokumentáltak, amellett az integráció szempontjából óriási előnyük, hogy bővíthető, moduláris felépítésűek.

 

Kulcsra kész integrációs megoldások

Végül, de nem utolsó sorban, a Magento számtalan rendszerhez már eleve integrálva van. a A piacon több tucatnyi kulcsra kész integráció közül választhatunk, köztük az olyan vállalati szintű rendszerekkel, mint a SAP, Microsoft NAV, Sage, NetSuite stb.

 

 

Az ERP-oldal

 

ERP, a belső folyamatok összehangolása:

Az ERP rendszereket alapvetően olyan üzleti folyamatok összekapcsolására és egységes kezelésére fejlesztették ki, mint a pénzügyek, fizetési műveletek, számvitel, számlázás, gyártás, emberi erőforrások, munkafolyamat-kezelés, minőség-ellenőrzés, beszerzés, ellátási lánc irányítás, raktározás, raktárkészlet-kezelés, ügyfélkapcsolat-kezelés stb.. Az ERP rendszerek, azáltal, hogy összekötik az adatokat és a folyamatokat, javítják a minőséget, hatékonyságot, kollaborációt, monitorozást és döntéshozást a vállalaton belül.

 

A rugalmasság ára

Az ERP rendszereket mindig az adott cég igényeire kell szabni, illetve konfigurálni, így a rugalmasság minden igazi ERP génjeibe van kódolva. Minél rugalmasabb és minél inkább testre szabott azonban egy ERP, annál nehezebb egy másik rendszerrel összekötni. Különösen igaz ez akkor, ha a másik rendszer is olyan összetett, mint amilyen a Magento, és a rendszerek összekötésénél a belső folyamatok sajátságaira is tekintettel kell lenni.

 

ERP – felhő vagy saját szerver?

Napjainkban fénykorukat élik a különféle felhőalapú szolgáltatások, és nincs ez másként az ERP-k világában sem. A felhő alapú szolgáltatások számos nyilvánvaló előnnyel rendelkeznek, melyek közül a legfontosabbak a gyors telepíthetőség, alacsonyabb működtetési összköltség, megbízhatóság, nyílt, átlátható frissítések és fejlett API-interfész. Mindez a felhőalapú ERP rendszereket igen versenyképessé teszik a középvállalatok körében.

A felhő alapú szolgáltatók különös figyelmet fordítanak arra, hogy rugalmas API-felületet biztosítsanak ügyfeleiknek; funkcionális API nélkül nehéz egy felhő alapú szolgáltatást elképzelni, ami remek alapja lehet az e-kereskedelmi integrációnak is.

A saját szerverre telepített ERP-k, közép- és nagyvállalatok számára viszont igen nagy szabadságot, jobb irányítási lehetőséget, adatbiztonságot kínál, valamint az egyedi igények átfogóbb kiszolgálását nyújtja a kereskedőnek.

Egy kisebb vállalkozásnak tökéletesen megfelelő megoldás lehet egy kompakt ERP rendszer is, hozzá tartozó támogatással akár az irodai számítógépeken, akár közeli adatközpontban üzemeltetve. Az e-kereskedelmi integrációhoz ilyen esetben azonban valószínűleg erősen egyénre szabott megoldásra van szükség.

 

API és ERP

Az ERP rendszerek egyik történelmi hiányossága, hogy mivel kifejlesztésükkor az elsődleges szempont a belső modulok integrációja volt, a külső rendszerekkel való szabványos kapcsolódás kérdése gyakran csak a második fázisban került elő.

Ez a trend gyorsan változik, és a napjainkban széles körben alkalmazott felhőalapú szolgáltatások világában a fejlesztő cégek egyre inkább felismerik a teljes körű összekapcsolhatóság értékét.

A teljes körű integrálhatóság jól dokumentált, robusztus, teljesítmény-optimalizált API-t jelent, mely a rendszer funkciónak egészét lefedi. Az API-k két fő működést valósítanik meg:

  • üzleti logika, amely az ellenőrzött adatcserén keresztül lehetővé teszi a belső folyamatok elérését,
  • standard és documentált interfész, amely az üzleti logikára épül.

Mindkettő igen lényeges. A régebbi  ERP rendszerek közül sok csupán adatbázis vagy fájl/dokumentum alapú elérést tesz lehetővé, így ha ilyen rendszereket kell integrálni, maga az adatkapcsolat megvalósítása is nagy kihívást jelenthet.

Néhány ERP saját, integrált webshop modult is tartalmaz. Amennyiben az integrációt valamilyen jól dokumentált API felület segítségével alakították ki, akár az ERP, akár az e-kereskedelmi oldalán, lehetőség nyílhat a beépített webshopot az eredeti API felület megtartása mellett jobbra cserélni.

 

Az Integráció

 

Amint megtaláltuk céljainknak megfelelő ERP rendszert és e-kereskedelmi platformot, nincs más hátra, mint összekötni őket. Itt szeretnénk azért megjegyezni, hogy amikor akár technológiaváltás vagy új üzletág bevezetése miatt új ERP-t (vagy Webshopot) keresünk, érdemes előre meggyőződni arról, hogy a rendszerek megfelelően összekapcsolhatók egy hozzáértő partner és alkalmas technológia segítségével.

 

Elmélet: Adatfolyam-modell

Az ERP-webáruház integrációról, illetve általában a rendszerintegrációról szólva érdemes áttekinteni néhány tervezési szempontot.

 

Adatáramlás – forrás és cél

Ez az adatfolyam-modellezés legkönnyebben megérthető, legáltalánosabb szintje. Az egyik rendszerben keletkezett vagy frissített adatot át akarjuk vinni egy másik rendszerbe. Ezen a szinten mellékes, hogyan végezzük ezt el, van-e különbség az adatformátumban, mellékesek az adatátviteli csatornák, csak annyit tudunk, hogy szükségünk van a műveletre. Ilyen például, hogy ha egy termékjellemző frissül az ERP-ben, akkor ezt a változást át akarjuk vinni a webshopba is.

 

Időzítés – mekkora késés elfogadható?

Miután megterveztük az adatáramlási sémát, vagyis hogy mikor milyen adatokat akarunk A-ból B-be, ill. B-ből A-ba szinkronizálni, fontos felmérni, hol van szükség azonnali – vagy inkább minimális késéssel megvalósított – frissítésre és hol tolerálhatók nagyobb késések.

Néhány rendszerben például a termékkészlet nagyon sűrűn változik; ilyenkor gyakran elvárás, hogy a készletadatok a webshopban is minél frissebbek legyenek. A legoptimálisabb megoldás ilyenkor, ha az a rendszer kezdeményezi közvetlenül a frissítést, ahol a változtatás történik, de bizonyos esetekben az is elfogadható alternatíva, ha a céloldali rendszer gyakori státuszellenőrzéseket végez.

 

magento ERP integráció összekötés

 

Szinkron vagy aszinkron

Az időzítés egy másik szempontja a szinkronicitás. Egy rendszeren belül két művelet szinkron folyamat, ha a rendszernek várnia kell egy hívás – akár helyi, akár pedig távoli hívás, pl. adatátvitel – eredményére vagy befejezésére ahhoz, hogy a következő műveletet elvégezhesse.

Az aszinkron I/O esetében a rendszer tétlen várakozás helyett valami más, hasznos dolgot végezhet, és csak akkor tér vissza az eredeti művelethez, mikor a hívás befejeződött. A blokkoló jellegű függőség bizonyos hívások közt olykor elkerülhetetlen, de az adatáramlási sémában, amikor csak lehetséges, érdemes kiiktatni ezeket a szekvenciális függőségeket, és az adatáramlást alapvetően aszinkronná tenni.

Megfelelően alkalmazva az aszinkron folyamatok sokkal hatékonyabban működnek, és kevésbé hajlamosak szűk keresztmetszeteket, „adatforgalmi dugókat” előidézni. A hibatűrés fokozása és a robusztusság érdekében azonban még az aszinkron folyamatok esetén is ajánlatos a hívások sikeréről visszajelzéseket gyűjteni és azokat monitorozni.

 

Tranzakciós adatok

Bizonyos esetekben az a cél, hogy egy sor művelet két vagy több rendszerben egyaránt végbemenjen, vagy ne menjen végbe egyik rendszerben sem. Az egyik legtriviálisabb példa erre az átutálási tranzakció.

Az átutalandó összeget az egyik helyen a számláról le kell vonni, közben a másik helyen a számla összegéhez hozzá kell adni. Ha ezt bármi megakadályozza, akár a folyamat közepén is, az eredeti állapot vissza kell állítani mindkét helyen.

Egy másik, az e-kereskedelemre jellemző példa a rendeléslétrehozás. Gondoljunk egy webshopra, mely engedményes árú termékeket árul nagyon alacsony készlettel egy olyan raktárból, amely offline rendeléseket is kiszolgál.

Ebben az esetben jogos elvárás lehet, hogy a webshopon kezdeményezett rendelés, ha a raktár aktuális készletadatai lehetővé teszik, egyszerre jöjjön létre az ERP rendszerben és a webshopban, vagy ellenkező esetben ne jöjjön létre egyik rendszerben sem, miközben hibaüzenet tájékoztatja a vevőt a webshopban arról, hogy az adott termék a kívánt mennyiségben már nem áll rendelkezésre.

 

 

Gyakorlat: Megvalósítási lehetőségek

Az eddigiekben átvettük az integráció magas szintű struktúráját, megértettük, mi az adatforrás célja, az időzítés lényege, mit takar a szinkronizálás és aszinkronizálás folyamata és mit kell tudni a tranzakciókról. Eljött az ideje, hogy megnézzük, hogyan alkalmazzuk ezeket a gyakorlatban.

 

Szerver-kliens API

Az adatcsere egyik kulcsfontosságú eleme a szerver-kliens modell, amelyben a kliens oldal kezdeményezi a kommunikációt, aktívan küld, illetve kér le adatokat, vagy parancsot továbbít, míg a kiszolgáló (szerver), ahogy a neve is mutatja, kiszolgálja a kéréseket, adatokat dolgoz fel, ad vissza, vagy feladatokat hajt végre.

A kliens valamilyen csatornán keresztül meghívja a szervert, az pedig feldolgozza a hívást, ideális esetben azonnali választ küldve visszajelzésként. Mindez a kérés/válasz paradigmára épül, amely lehetővé teszi a két vagy több rendszer közti aktív, egyidejű kommunikációt.

Ez a modell ideális olyan aszinkron folyamatok kezelésére is, melyek során a működés sikerességére vonatkozó visszajelzésre van szükség. Egy szerver/kliens felépítés könnyen tudja kezelni a több klienses párhuzamos kapcsolatokat, tehát jól skálázható.

 

Fájlátvitel és adat-közzététel

Ez tulajdonképpen egy protokoll nélküli adatátvitel, melynek során az egyik fél szimplán elérhetővé teszi az adatokat a másik fél számára egyszerű dokumentumként. Ennek leghétköznapibb formája, ha közzétesszük az adatot letölthető formában az interneten, vagy egy FTP szerveren, illetve ha FTP-n keresztül feltöltjük a célszerverre.

Egyszerűségének köszönhetően ez a modell jól működhet olyan körülmények között, ahol a fogadó fél megbízik az adatforrásban, tehát nincs szükség bonyolult hozzáférés-kezelésre, formátum-ellenőrzésre, vagy közvetlen visszajelzésre.

Bár ez a módszer messze nem mondható kifinomultnak és rugalmasnak, tökéletesen illik az adatszolgáltató/fogyasztó paradigma egyirányú információáramlásához, és még ma is rendkívül elterjedt – különösen a termékadatok átvitelében. Ami az átvitt adatokat illeti, természetük szerint aszinkron adatokról van szó, ugyanakkor maga a dokumentum-átadás és -feldolgozás kontrollálható, szabályozható, sorosítható.

Ez a fajta kommunikáció mind a küldő, mind a fogadó fél részéről aktivitást kíván. A küldő félnek aktívan publikálni kell a dokumentumokat, míg a fogadónak aktívan befogadni és feldolgozni. Mindez általában egyedi fejlesztést kíván a fogadó fél oldalán.

 

Közvetlen adatbázis-kapcsolat

A közvetlen adatbázis-kapcsolat hatékony szinkronizálási módszer, a legtöbb esetben azonban sok hibalehetőséget rejt és veszélyes, mivel megkerüli az adatbázis köré épített üzleti logikát.

 

Köztes rendszerek

Külön modell un. köztes rendszerek használata a kommunikációban: ilynkor az összekapcsolt rendszerek közé beékelődik egy harmadik, mely menedzseli, optimalizálja, naplózza, monitorozza, az adatcserét, egymásba alakítja különböző adatformátumokat, vagy akár gyorsítótáraz bizonyos adatokat. Ez a köztes réteg nemcsak két rendszer csatlakozási pontja lehet, hanem alrendszerek egész infrastruktúrájának mindent mindennel összekötő csomópontja.

Ezeket a közbenső szoftvereket gyakran nevezik Vállalati Szolgáltatás Buszoknak (ESB).

Az ilyen szolgáltatási csomópontokra jó példája a Zapier, mely kliensként számtalan különböző rendszer API-jához képes csatlakozni, a forrásrendszerből érkező bemeneti adatokat átalakítja a célrendszer formátumává, és mindezt felhő alapú szolgáltatásként kínálja.

A legizgalmasabb ebben a módszerben, hogy a köztes rendszerben egy bizonyos külső szoftver API-jához csatlakozó klienst csak egyszer kell lefejleszteni, amikor legközelebb egy másik külső rendszert kell illeszteni az eredeti rendszerhez, csak megfelelően le kell képezni közöttük az adatokat.

A köztes rendszert természetesen ki lehet egészíteni saját szerver-végpontokkal illetve  API-val annak érdekében, hogy kívülről aktívan elérhető legyen.

Ugyanennek az elvnek még fejlettebb változata, amikor a bemeneti adatokat egy univerzális belső formátumra fordítják le az API kliensek köré épített kiegészítő rétegben. Ebben az esetben az adatcsomópont különböző szerver/kliens végpontjai ugyanazt a nyelvet beszélik és nincs szükség a rendszeren belül két pont közti közvetlen átalakításra. Az adatokat ilyenkor mindössze megfelelően kell irányítani a különböző végpontok között. Ez persze  erősen idealizált modell, de a komplex adathálózatok népszerű irányzata napjainkban.

Ma már több rendszerintegrátor kihasználja a köztes rendszerek valamilyen formáinak előnyeit; különösen igaz ez azokra az integrátorokra, melyek többféle ERP-t kapcsolnak  össze többféle e-kereskedelmi platformmal, hiszen az egyes rendszerek közt külön-külön lefejlesztett közvetlen integráció többszörös erőfeszítést, potenciális problémákat és költségeket jelent.

 

Közvetlen integráció vagy köztes rendszer

A ponttól pontig integráció azt jelenti, hogy két rendszer közvetlenül kapcsolódik egymáshoz. A P2P kapcsolat szerver-kliens szempontból sokféle lehet. Vannak bizonyos esetek, amelyekben az ERP kapcsolódik kliensként az e-kereskedelmi platformhoz, más esetekben mindez fordítva történik, és vannak helyzetek, amikor ezek kombinációja valósul. Előfordul, hogy az API-kat menet közben, kimondottan a P2P integráció kedvéért építik egyik vagy mindkét végponton.

P2P integráció esetén általában nagyobb a lehetőség a tervezésre és a testre szabásra, és a konkrét üzleti igények szabják meg a fejlesztés irányát.

 

Hogyan válasszunk?

Integráció során a legfontosabb szempont, hogy maradéktalanul kielégítse az üzleti igényeket. A megfelelő adatfolyam-modell és a megvalósított funkciók a legfontosabb tényezők közé tartoznak, de az integrátortól, a választott technológiától és az alkalmazott  technológiát függetlenül egyéb szempontok is rendkívül fontosak lehetnek.

A konkrét technológia vagy technológiák, illetve a rendszerintegrátor kiválasztásakor a megbízhatóság és a célszerűség az elsődleges szempont, miközben meg kell találni az egészséges egyensúlyt költségek, a teljesítmény, a skálázhatóság, a támogatás minősége és egyéb tényezők között. A megrendelő és a rendszerintegrátor közös felelőssége tisztázni a prioritásokat és megérteni a kritikus pontokat.

 

Mit kérdezzünk egy rendszerintegrátortól?

 

Az alábbiakban összegyűjtöttünk néhány kérdést, melyek segíthetnek a különböző megoldások összehasonlításában és kiválasztásában.

 

Megbízhatóság: Hogyan garantált az integráció megbízhatósága?

Ha egy folyamat kritikus az üzletünk számára, például a raktárkészlet frissítése, arra fel kell hívnunk a rendszerintegrátor figyelmét, és különösen fontossá válik a naplózás, monitorozás, az automatikus hibakezelés, az értesítési rendszer és akár folyamatosan elérhető segítségnyújtás.

 

tips Kérdések:

 

Teljesítmény: Hogyan fokozható a teljesítmény? Elérhetők-e teljesítménytesztek vagy összehasonlítások? Mi az integráció szűk keresztmetszete, illetve mik a korlátai? Hogyan küszöbölhető ki a szűk keresztmetszet? Mi az egyes folyamatok teljesítményének felső határa?

Teljesítmény szempontjából érdemes meghatározni a várható legnagyobb terhelést és összevetni a kínált megoldás mutatóival. Meg kell fogalmazni az elvárásainkat, és ha azok nincsenek összhangban az integrátor által szállított megoldás lehetőségeivel, akkor az integráció testre szabására, esetleg alternatív megoldásra lehet szükség.

A kötegelt adatimport és -frissítések okoznak a legkönnyebben teljesítményproblémákat, ezért bárhol, ahol nagy mennyiségű adatot szinkronizálunk egyszerre, különös körültekintésre van szükség.

 

magento ERP integráció kérdések

 

Skálázhatóság: További erőforrások hozzáadásával javítható-e a teljesítmény? Ki lehet a megoldást terjeszteni úgy, hogy további webshopokat tudjon kezelni?

Meg kell győződnünk róla, hogy az integráció képes megfelelni minden jelenlegi, illetve potenciális jövőbeli üzleti elvárásnak.

 

Adatgazda, adatbiztonság és átláthatóság: Kinek a tulajdonában van az adatok? Hogyan garantált az adatbiztonság? A szinkronizálási folyamatok mennyire átláthatók a kereskedő számára?

Ezek lényeges kérdések lehetnek abban az esetben, ha bizalmas adatokat kezelünk, és felhő alapú, illetve szolgáltatott szoftver (SaaS) megoldásban gondolkozunk.

 

Egyedi fejlesztés: Hogyan történik a hibajavítás és az új szoftververziók telepítése? Bővíthető-e az integráció harmadik fél által? A részben vagy egészben nyílt forrású e- a szoftver? Rendelkezésre áll műszaki vagy fejlesztői dokumentáció?

Az integráció során valamilyen szintű testreszabásra a legtöbb esetben szükség van, illetve gyakran új kérések merülnek fel menet közben Nagyobb szabadságot tesz lehetővé a megrendelő számára, ha külső, vagy saját fejlesztőket is be lehet vonni.

 

Kód karbantartás és aktív fejlesztés: A kódot aktívan karbantartják? Milyen gyakran jönnek ki új kiadások? Mennyire egyszerűen tudja a kereskedő az új változatokat vagy frissítéseket telepíteni? Tartalmazza-e a támogatási csomag ezeket a folyamatokat?

 

Költségek és szállítási határidők: Milyen költségei vannak a telepítésnek, a konfigurálásnak, a támogatásnak és a testre szabásnak? Milyen szolgáltatásokat tartalmaz a meghirdetett ár? Mennyire bonyolult a megoldás konfigurálása? Mennyi egyedi fejlesztésre van szükség az alapértelmezett megoldáshoz képest?

Általában minél inkább lefedi egy kulcsra kész megoldás a kereskedő igényeit, annál kevésbé kockázatos annak testreszabása és élesítése. Egy megoldás megvalósításának és üzemeltetésének teljes költségének számos összetevője van, és érdemes minddel tisztában lenni.

 

Támogatás: Milyen támogatást nyújt az integrátor felhasználói kérdések megválaszolásában, sürgős esetben elérhető-e műszaki személyzet, amely azonnal cselekedni tud?

Természetesen az állandóan rendelkezésre álló támogatás a legelőnyösebb, de amennyiben ez nem elérhető, győződjünk meg róla, hogy a szolgáltató reakcióideje megfelelő a számunkra.

 

Konklúzió

A Magento-ERP integráció komplex feladat, rengeteg lehetséges szemponttal, amit figyelembe kell venni. Mielőtt belevágnánk a megvalósításba, még az egyszerűbb esetekben is ajánlott felmérni az üzleti igényeket, számba venni és fontossági sorrendbe állítani a kívánt funkciókat, a teljesítménnyel szembeni elvárásokat és egyéb számunkra lényeges tényezőket.

Szintén hasznos előre tájékozódni a különböző megoldások előnyeiről és hátrányairól – a fenti lista remélhetőleg segítséget nyújt ebben.

Az AionHillnél az évek során számos ERP és egyéb külső rendszert integráltunk sikeresen Magento webshoppal, és készséggel állunk rendelkezésére bárkinek, akinek segítségre van szüksége.

 

Amennyiben bármilyen kérdésed merülne fel a témával kapcsolatban, írd meg kommentben és szívesen válaszolunk.

 

11 tipp, hogyan javíts a termékoldalaidon, hogy több konverzió legyen

Miről lesz szó?

  • Milyen egy átlagos, hatástalan termékoldal?
  • Termékleírások
  • Kapcsolódó tartalmak
  • Nem mindegy, hová rakod a CTA-t
  • Adj elegendő információt
  • Fotózd, amit fotózhatsz
  • Még több tanács a navigációhoz
  • Ne feledd a megosztásokat!
  • És a véleményeket se
  • Cross-sell és upsell lehetőségek
  • Termék-összehasonlítások és interaktivitás
  • Utolsó és legfontosabb tanácsunk

 

Milyen egy átlagos, hatástalan termékoldal?

Kezdjük ott, ahol a legtöbben abbahagyják. Egy egyszerű kereséssel webáruházak tucatjaira lelhetsz, ahol a termékoldalt megoldják annyival, hogy (jó esetben) kiraknak egy közepes minőségű képet az adott áruról, és annak legfontosabb paramétereit listázzák.

Olyan oldalak ezek, mintha a használati útmutató első oldalát másolták volna ki – amit ugye akkor tekintesz meg, miután már megvásároltad a terméket.

 

Webshop átlagos termékoldal

 

A lehető legalapvetőbb információkat adják csak át, vagyis ez csak azok számára lesz hasznos, akik valami konkrétat keresnek, akikben már erős a vásárlási szándék. Ha egy barkácsáruházban valaki nem tudja eldönteni, hogy milyen csavart vegyen a már megtervezett konyhabútorhoz, akkor ezek az információk segíthetnek neki. Ha még csak gondolkodik azon, hogy mit is csináljon a hétvégén a szabadidejével, akkor viszont hasznuk egészen pontosan nulla.

A termékről készült egy darab gyenge minőségű fotóval szintén rengeteg gond van, de ezt alább részletesen kifejtjük majd. Nézzük inkább az átfogó képet.

Egy ilyen termékoldal csupasz, steril, semmivel sem igyekszik megragadni a potenciális vásárló figyelmét, felkelteni benne a szándékot a vásárlásra. Marketinges szempontból hatástalan, nem létező.

A cikkben részletesen olvashatsz arról, mi az, ami egy ilyen oldalról hiányzik, mi eleve elhibázott, és melyek azok a bevált gyakorlatok, amelyek mentén saját webáruházadban a többszörösére növelheted a termékoldalak sikerességét.

 

Termékleírások

Ez az egyik olyan elem, amelyet a legtöbben semmibe vesznek. Ez valahol érhető is, hiszen egy több ezer terméket árusító webáruházban egyedi termékleírásokkal feltölteni az adatbázist elképesztően idő- és energiaigényes feladat.

Viszont jobb, ha tudod, hogy olyan feladat ez, amelyet el kell végezned.

 

webshop termékoldal adatlap termékleírások

 

Tisztázzuk: nem kell, hogy minden egyes csavarhoz (hogy a példánál maradjunk) kisregényt írj: ilyen esetekben egy rövidebb, de mindenképpen egyedi leírás a cél.

Ha kapacitásod, büdzséd véges, akkor azokkal a termékekkel kezdd az erőteljes termékleírásokat, amelyeken a legnagyobb hasznod van, illetve amelyből a legtöbbet akarsz eladni.

Gondolj arra, hogy ezek az oldalak a landing page szerepét töltik be minden egyes termék esetében. Mindenkit, aki nem konkrét és határozott vásárlási szándékkal érkezett erre az oldalra, meg kell győznöd arról, hogy neki ezt a terméket meg kell vásárolnia.

 

Ehhez pedig kiváló szövegre lesz szükséged.

tips Ötletek: A legjobb eszközöd a storytelling lehet: még a legjelentéktelenebb tárgyról is írhatsz olyasmit, ami kreatív, amitől vonzóvá teszed.

Mégis mit írhatsz például egy fehér zokniról, kérdezed?

Semmi sem állhat a lábad és a cipőd közé. Ezt a zoknit kivéve.

Puha szeretettel ölel, akár egy nagymama.

Hogyan adj el egy szerszámosládát?

Minden benne van, amire a fiadnak szüksége lesz a barkácsoláshoz.

Használj hosszabb leírásokat, ne csak egy vagy két mondatot írj arról, hogy a termék tartós, olcsó és garanciális.

Tedd a vásárlást személyessé. Ha ismered a célközönségedet, van elképzelésed arról is, hogy miért akarná megvásárolni, amit kínálsz neki. Erre kell rájátszanod, és egy olyan történetet elmesélned, amelynek nemcsak lehetne a főszereplője, de már annak is érzi magát.

 

Kapcsolódó tartalmak

Írtunk már arról korábban, hogy miért jársz jól egy bloggal a webáruházad mellé. Ebben nyilván olyan tartalmak is helyet kapnak majd, amelyek szervesen kapcsolódnak bizonyos termékeidhez.

Vegyük például a barkácskészletet. Ha fiús apukáknak akarod eladni, akkor készíthetsz egy olyan blogposztot, amelyben egy lépésről lépésre útmutatót helyezel el egyszerű játékok összerakásához, ezt pedig fotókkal gazdagítod.

 

webshop termék oldal kapcsolódó tartalmak

 

Ezt a bejegyzést mindenképpen helyezd el a termék lapján is: a felhasználó így további megerősítést kaphat azzal, hogy használat közben látja az eszközöket.

Cselekedj ugyanígy a releváns videókkal is: a how-to videók remekül működnek, de még azok is, amelyek egyszerűen, kreatívan mutatják be, hogyan működik az eszköz. A legjobb példa erre a Blendtec cég régóta futó kampánya, mellyel nagy sikerrel értékesítik turmixgépeiket – ha nem tudod, miről van szó, nézd meg a Will it blend? című kisfilmet, és gyönyörködj például abban, hogyan turmixolnak össze egy iPhone-t.

 

Nem mindegy, hová rakod a CTA-t

A CTA (Call to action) gombnak egyetlen funkciója van: hogy a felhasználó azt megnyomva a kosarába rakja a terméket.

A laikus azt hihetné, mindegy, hogy milyen gombot használunk és hová tesszük, az igazság azonban ettől nagyon messze áll.

A megjelenése sokféle lehet: a formát, színt és szöveget A/B tesztekkel kell finomítanod. Ez ügyben néhány jó tanácsot tudunk csak adni:

  • Adj neki élénk, kontrasztos színt, amely kiemeli a háttérből.
  • Írd rá, mi fog történni. Légy konkrét: a „Kosárba teszem” jobb szöveg, mint a „Tovább”, mert a felhasználó pontosan tudni fogja, mi történik a kattintás után.
  • A piros és a narancs színek hatékonyan keltenek sürgető érzetet, a kék bizalmat ébreszt – használd okosan a színeket, és ébreszd a megfelelő érzelmeket a látogatóban, hogy szívesebben kattintson.

Azt, hogy hogyan működik neked legjobban, magadnak kell kipróbálnod – az elhelyezést illetően azonban nagyon is konkrét tanácsokat adhatunk.

 

webshop termékoldal cta, ab-teszt

 

Minél komplexebb egy ajánlat, annál később kell a potenciális vásárló pénztárcája után nyúlnod. Több milliós szolgáltatásokat áruló landing oldalak éppen ezért néha extrém hosszúak, s mégis csak a végén találjuk meg a CTA-t: mert szükség van a hosszas meggyőzésre.

Ha viszont a termékoldaladat jól optimalizálod, nem lesz szükséged ilyen hosszú győzködésre.

A legjobb, ha a CTA már rögtön az oldal betöltésekor jól látható és beazonosítható. Ha felkelti a figyelmet.

 

Adj elegendő információt

A termék ára és a legfontosabb jellemzői nem elegendőek – a minimum minimumát adják csak.

Mindenekelőtt soha, soha ne feledd, hogy minden költséget – általában ez a szállítási költséget jelenti – írj ki az oldalra. Ne árulj zsákbamacskát, mert a kosárelhagyók nagy része éppen azért hagyja félbe a vásárlást, miután már a fizetésig jutott, mert csak az utolsó lépésben szembesül azzal, hogy mennyit is kell fizetnie.

Az oldalon folyamatosan mutasd az aktuálisan a kosárban lévő termékeket és a vásárlás végösszegét is.

 

webshop termék elegendő információ

 

Az sem árt, ha megadod, hogy a termékből hány darab van raktáron, ezzel ugyanis megsürgetheted a vásárlást, azt mutathatod, hogy a termékből már nincsen sok, így ösztönözheted kattintásra, aki nem szeretné, hogy hezitálása miatt lemaradjon. (A vásárlói halogatás kezeléséhez ebben a cikkben adunk hasznos tanácsokat: 5 stratégia a vásárlói halogatás leküzdésére)

A folyamatosan a vásárlások szerint frissülő leltáradatok nem kell, hogy hangsúlyos szerepet kapjanak, elég, ha a darabszámot diszkréten de jól olvashatóan a CTA alá helyezed el.

 

Fotózd, amit fotózhatsz

Az egyik legnagyobb hiba, amit elkövethetsz, hogy nem használsz elég képet. Ne értsd félre: nem kell telezsúfolni képekkel a termékoldalt.

Viszont a terméket magát minden lehetséges szögből fotózd le. Készíts jó minőségű, nagy felbontású fotókat, ne sajnáld a pénzt akár egy profi fotósra sem.

Ennél a pontnál pedig fontos kitérnünk a navigációra.

Jelezd a felhasználónak egyértelműen, hogy ha akarja, más szögből is megnézheti a terméket, és lehetőleg mindig tudja, hogy éppen honnan nézi azt. Egy webáruházban nem tudjuk kézbe venni, megfogni, körbejárni az árut, amit megvenni készülünk, holott ez fontos része az elköteleződésnek.

 

webshop termékoldal, fotózás

 

Ha viszont lehetőséget adsz arra, hogy alaposan megnézze magának a felhasználó, akkor közelebb kerülhetsz ehhez az élményhez. Ha több színben vagy összeállításban is rendelhető egy termék, azt is egyértelműen jelezd.

Még fontosabb ez olyan termékeknél, ahol fontos, hogy a részleteket is lássuk: adj esélyt arra, hogy a látogató mindent megvizsgálhasson magának a képeken.

 

Még több tanács a navigációhoz

Ha több információt akarsz a termékoldalon elhelyezni, ezt tedd úgy, hogy nem zsúfolod túl az oldalt. A különféle méretek, színek, konstrukciók elbújtathatóak lenyíló menükben is.

A dizájn lehetőleg legyen minimális, egyszerű: az egyetlen, amire rá akarod irányítani a figyelmet a terméked – azután pedig a CTA. Ha bármi olyan vonja el a felhasználó figyelmét, amivel nem ösztönzöd az eladást, akkor egyszerűsíts tovább.

 

webshop termékoldal navigáció

 

Ne feledd a megosztásokat!

Az oldalon szerepeltess közösségi lehetőségeket is: a felhasználó, ha akarja, lájkolhassa, tweetelhesse, oszthassa meg az adott terméket. Amikor a Facebook bevezette a külső oldalakba beágyazható Like/Tetszik gombot, éppen arról álmodoztak, hogy az emberek majd így közlik ismerőseikkel, milyen termékek tetszenek nekik – láthatjuk, hogy ez tökéletesen bejött.

Kapcsolhatsz a termékhez, ha elég különleges, egy egyedi hashtag-et is (ez ugye a # szimbólummal jelölt jelige), ennek az előnye, hogy több platform is támogatja. A hashtag-eket megtalálod Facebookon, Twitteren és Instagramon is (többek között).

 

webshop termékoldal megosztás

 

Amellett, hogy a termék hírét viszed, másra is jó ez. Ha például cipőt árulsz, és hashtag-et kapcsolsz hozzá, könnyedén megtalálod a felhasználók képeit Instagramon, amelyeken a te termékedben pózolnak – ezért jutalmakat adhatsz, vagy akár engedélyt is kérhetsz a használatukra.

A felhasználói tartalmakkal sokkal hatékonyabban hirdethetsz, akár a termékoldaladon is bemutathatod ezeket, mert őszintébbek, mintha modelleket öltöztetnél be.

 

…és a véleményeket se

Más felhasználók pozitív véleményei elképesztően nagy hasznodra lehetnek. Mivel ezek hasznáról korábbi cikkünkben részletesen beszéltünk (12 tipp, amivel bizonyítottan növelheted webáruházad konverziós arányát 2016-ban) most lássuk, pontosan hogyan építheted be ezeket.

Egy élő kommentfolyam is hasznos lehet, de természetesen itt figyelned kell majd a moderálásra – még ha tökéletes is a terméked és a szolgáltatásod, akkor is akadhatnak rossz szándékú kommentelők (a szakirodalomban troll néven ismeretesek), illetve szűrőket is alkalmaznod kell, hogy az automatikus spam kommentek ne kerüljenek ki.

 

webshop termék vélemények

 

Jobb választás lehet tehát, ha a közösségi médiából screenshot formájában emeled át a pozitív értékeléseket, megjegyzéseket, ha a beérkező e-mailekből másolod ki ezeket és így tovább. Természetesen mindehhez a vélemény (testimonial) gazdájának engedélyét sem árt kérned, ezek ugyanis akkor igazán hitelesek, ha név is kapcsolható hozzájuk. Mégpedig valódi név, és nem Kovács János egy stockfotóval.

 

Cross-sell és upsell lehetőségek

Ha valaki vásárol tőled egy terméket, miért állna meg itt?

Általában nem azért, mert ne volna kedve még valamit venni (hiszen egyszer már meggyőzted), hanem azért, mert nem rakod elé az ajánlatot.

Minden bizonnyal ismered a viccet az értékesítőről, aki eladott egy hajót, horgászfelszerelést, kempingfelszerelést és egy rakás más dolgot a férjnek, aki tulajdonképpen tamponért ment az áruházba. Ez a tökéletes példa.

Meg kell keresned azokat az ajánlatokat, amelyek az adott pillanatban jól működnek. A cross-sell az egyik módszer erre.

Ha például ruhákat árulsz, akkor a termék kosárba helyezése után feldobhatsz egy ajánlatot egy olyan ruhadarabra vagy kiegészítőre, amely jól illik az éppen megvásárolthoz. Hasonló termékeket természetesen emellett is szerepeltethetsz az adatlapon.

 

webshop termék oldal cross-sell, upsell

 

Kínálhatod az adott termékeket csomagban is, felhívhatod rá a figyelmet, hogy ezeket általában együtt vásárolják meg – ha valaki kenut vesz, emlékeztesd, hogy a legtöbben evezőt is kérnek hozzá.

Az upsell lényege pedig, hogy lényegében ugyanazt adod el, csak többet, nagyobbat. Ezt is úgy persze, hogy tekintettel vagy a felhasználó igényeire. Ha egy fogyótermékből vesz egy adagot, kérdezd meg, nem akar-e előre bevásárolni, hiszen a termék tartós, és ha többet vesz, kedvezményesebb áron juthat hozzá.

Ha a látogatód valamit a kosarába rakott, nem az a dolgod, hogy egyből a pénztárhoz penderítsd. Tartsd a termékoldalakon, keresd meg azokat a termékeket, amelyekre még szüksége lehet, hiszen itt már jóval kevesebb meggyőzésre van szükséged.

 

Termék-összehasonlítások és interaktivitás

Adj lehetőséget a vásárlódnak arra, hogy összehasonlítsa a különféle termékeket! Ne kelljen egy harmadik félhez, egy olyan árösszehasonlító oldalhoz fordulnia, amely felett semmi hatalmad nincs. Biztosítsd neki a lehetőséget a rendszeren belül arra, hogy két terméket bármilyen szempont szerint összevethessen.

 

webshop termék összehasonlítás

 

Sokan egyáltalán nem azért vágynak ilyen funkcióra, hogy a legolcsóbbat megtalálják – hanem inkább a számukra ideális konstrukciót keresik. Ha valaki laptopot akar vásárolni, egy adott árkategórián belül rengeteg tulajdonságot kell sorra vegyen, hatalmas előny lehet hát, ha ezt egyetlen oldalon megteheti gyorsan, ahelyett, hogy tucatnyi aloldalon navigálna jegyzetelve.

És ha már itt tartunk: a laptop kitűnő példája annak, hogyan használhatod ki az interaktivitást. Ha a felhasználó magának állíthatja össze a terméket, kötődés alakul ki benne: aki egy órán keresztül foglalkozott azzal, hogy a számára tökéletes számítógép alkatrészeit összeválogassa, nagyon nehezen hagyja majd ott az „alkotását”, hiszen úgy érzi, máris valami értékes felett rendelkezik.

 

Utolsó és legfontosabb tanácsunk

Lehet akármilyen egyszerű, gyönyörű, interaktív, mobilbarát az oldalad, ha egy feltétel nem teljesül, mégsem fog tőled vásárolni senki.

Ez pedig…

 

webshop konverzió őszinteség 

 

…az őszinteség.

 

Soha, egyetlen tartalomban, egyetlen számmal vagy szóval se állíts vagy sugallj olyasmit, ami nem valós: a felhasználó valódi igényeit valódi megoldásokkal szolgáld ki.

Ha ezt az utat követed, akkor már elkezdheted az olyan termékoldalak megalkotását, amelyeken egyszerűen képtelenség nem vásárolni.

 

Magento javítócsomagok, patch fájlok – miért fontosak?

Miről lesz szó a cikkben?

  • Mik azok a patch-ek? Milyen fajtáik vannak?
  • Miért fontosak a javítócsomagok?
  • Magento javítócsomagok és fontosságuk
  • Foltok vagy verzió frissítés?
  • Hogyan kell telepíteni Magento 1 és Magento 2 alatt a javítócsomagokat?
  • Javítócsomagok ellenőrzése
  • Telepítsük vagy ne telepítsük?
  • Konklúzió

 

Mik azok a patch-ek (foltok)?

Javítócsomagok: Egy-egy szoftver fejlesztése során gyakran előfordul, hogy a fejlesztőknek soron kívül kell módosításokat eszközölniük. Ilyenkor a szoftvefejlesztők különféle szoftver frissítések segítségével javítják a program kiadása utáni hibákat, hiányzó adatokat, biztonsági réseket, azaz a bug-okat.

 

A javítócsomagok (service packs) tartalmazzák a javított állományok teljes egészét, míg a nyílt forráskódú szoftverek esetén a foltokban (patch) csak az eltéréseket leíró állományokat teszik közzé. A Magento hivatalosan foltokat ad ki a hibák javítására.

 

 

Magento patches emblema

 

A foltok (patch-ek) előnye, hogy valóban csak a változtatásra szoruló kód sorokat módosítják, és egyszerre több, régebbi szoftver verzióval is kompatibilisek lehetnek, hátrányuk viszont, hogy némi plusz szakértelem és gyakorlat szükséges az alkalmazásukhoz.

Éppen emiatt a különbség miatt a javítócsomagok mérete nagyobb lehet, mint az eredeti alkalmazás állományaié, szemben a folttal, ami csak a különbségeket tartalmazza, melyek esetében olyan futtatható állományokról van szó, amelyek automatikusan módosítják az alkalmazás állományait.

Elengedhetetlen feltétel még, hogy a folt és a javítócsomag is csak a megadott verziójú alkalmazáshoz használható, ezt általában feltüntetik a csomag nevében és leírásában is.

 

Miért fontosak a foltok (patch-ek)?

A foltokkal és a  javítócsomagokkal elsősorban az elkészült alkalmazások hibáit, adat hiányait vagy biztonsági réseit javítjuk. Éppen ezért kiemelten fontos, hogy figyelemmel kísérjük az egyes alkalmazások újabb javítócsomagjainak megjelenését, hírlevél, RSS hírcsatorna, közösségi média vagy az alkalmazásba épített értesítő felületen (pl.: adminisztrációs oldal) keresztül. A szoftverfejlesztésben a foltok és  javítócsomagok lehetnek nem hivatalos (unofficial) forrásúak, biztonsági típusúak (security) és kiemelten fontos (hot) javítások.

magento patch folt illusztráció

tips FONTOS: Mindenképpen kötelezően ajánlott telepíteni a biztonsági javításokat, mivel ezek az alkalmazás sebezhetőségének hibáit hivatottak javítani. Ha egy biztonsági javítás megjelenik az alkalmazásunkhoz, akkor azt a lehető leggyorsabban telepíteni kell. Fontos megjegyezni, hogy ezeket a biztonsági javításokat csak megbízható (official) forrásból telepítsük, mivel csökkentenénk az alkalmazás biztonságát más forrásokból származó kártékony foltozással.

A hot (dinamikus szoftver fejlesztés) típusú javításokat az alkalmazás futása közben is telepíthetjük, mivel nem okoznak rendszer hibákat, újraindulást vagy rendszerleállást.

A nem hivatalos forrásból származó javítások, ahogy a nevük is mutatja, nem kereskedelmi javításai egy kereskedelmi alkalmazásnak, amit egy harmadik félen keresztül az eredeti fejlesztő adott ki.

 

magento patches security center biztonság

 

Milyen javítócsomagok jöttek ki és miért fontosak?

A Magento – és általában a legtöbb nagy közösséggel és felhasználói táborral rendelkező e-kereskedelmi szoftvergyártó – értesíti a felhasználóit, ha újabb frissítés vagy verzió került kiadásra. A Magento esetén hírlevél formájában a regisztrált fiókunkon keresztül, valamint az adminisztrációs felületre belépve egy figyelmeztető üzenet formájában is értesülünk ezen megjelenésekről.

 

magento patches message box magento1 üzenet

Figyelmeztető üzenetek Magento 1 adminisztrációs felületen

 

magento patches rendszer üzenet, magento2

Magento 2 adminisztrációs felületen a figyelmeztető üzenetek megjelenése

 

A Community Edition javítócsomagokat a Magento hivatalos oldaláról tölthetjük le a következő lépéseket végrehajtva:

  1. Jelentkezzünk be fiókunkkal a magentocommerce.com/download linken.
  2. Az oldal jobb felső részében kattintsunk a My Account Ha nincs még fiókunk, hozzunk egyet létre a regisztrációval – ez a lépés teljesen ingyenes.
  3. A Magento Community Edition Patches részben válasszuk ki az általunk telepíteni kívánt patch-et.
  4. A listában a patch mellett válasszuk ki a saját CE verzió
  5. Kattintsuk a Download-ra.
  6. Ha készen vagyunk a letöltéssel, következhet a telepítés.

 

Az Enterprise Edition javítócsomagokat szintén a Magento hivatalos oldaláról tölthetjük le a következő lépéseket végrehajtva:

  1. Jelentkezzünk be fiókunkkal a magentocommerce.com/download linken. Az oldal jobb felső részében kattintsunk a My Account linkre.
  2. A bal oldali panelen válasszuk a Downloads
  3. Kattintsunk a Magento Enterprise Edition szövegre a jobb oldali részben.
  4. Kattintsunk a Support Patches-re.
  5. Keressük meg a megfelelő patch-et.
  6. Kattintsunk az általunk használt megfelelő verzió számú letöltésre.
  7. Ha készen vagyunk a letöltéssel, következhet a telepítés.

 

magento patches letöltés panel, Enterprise Edition

Magento EE javítócsomagok gyűjtője

 

Folt vagy verzió frissítés?

A Magento letöltési oldalán feltünteti, hogy egy-egy szoftver verzió milyen foltot tartalmaz, így adott esetben kétféle választásunk is nyílhat a javítások alkalmazására:

  • Folt integrálása
  • A teljes verzió frissítése

 

A legfontosabb tudni, hogy az új verziók a javításokon túl egyéb új és módosított funkciókat is tartalmazhatnak, melyek – különösen nagyobb verzió ugrás esetén – „eltörhetik” a működő webáruházunkat. A biztonsági javításoknál a Magento fejlesztői arra törekednek, hogy a kódot a célnak megfelelően csak a szükséges mértékben módosítsák, így néhány kivételtől eltekintve foltozás után a webáruházunk jó eséllyel ugyanúgy fog működni, mint előtte. Ha a folt mégis visszafelé inkompatibilis hibát tartalmaz, azt a szoftverfejlesztő jelzi az adott foltnál vagy a verzió frissítésnél.

 

Hogyan kell telepíteni a javítócsomagokat Magento 1 alatt?

Mindegyik Magento verziónál adott a lehetőség, hogy a legfrissebb verziót – amely már tartalmazza a korábbi javítócsomagokat is – egyetlen állományként letöltsük a weboldalról és felülírjuk vele a már meglévő Magento verziónkat. Mivel feltételezzük, hogy a fejlesztők a szabályos moduláris kiterjesztéseket használták és a Core állományokat kiterjesztve érintetlenül hagyták, ezért ezzel nem okozhatunk problémát.

Azonban nézzük csak meg a Magento 1.9.2.4 (2016-02-23) telepítőjét: 109.4 MB, 14310 file, a 33.5MB-os ZIP állomány kitömörítése közel 1 percet vesz igénybe! Ha ezeket az állományokat fel szeretnénk másolni a szerverünkre, akkor a kapcsolat sebességétől függően akár fél óráig is eltarthat, ha közben még összehasonlítást is végzünk, akár órákra is emelkedhet ez az idő. Ez pedig közel sem ideális.

A foltok a maguk méretében kicsik (néhány kB-tól a pár száz kB-osig) és csupán a szükséges állományok megfelelő sorait cserélik ki a javított kódra. Ezek a szekvenciális állományok lépésről lépésre hajtják végre a feladatokat és végzik el a foltozást.

Ha ezt a megoldást használjuk, akkor mindenképpen figyeljünk arra, hogy a jelenlegi Magento-nk milyen verzióját használjuk és a hozzá tartozó patch fájlt futtassuk le.

 

# 9. Track patch applying result
echo "Patch was applied/reverted successfully."
ADDITIONAL_INFO=`$SED_BIN -n ""$ADDITIONAL_INFO_LINE"" "$CURRENT_DIR""$BASE_NAME"`
APPLIED_REVERTED_ON_DATE=`date -u +"%F %T UTC"`
APPLIED_REVERTED_PATCH_INFO=`echo -n "$APPLIED_REVERTED_ON_DATE"" | ""$ADDITIONAL_INFO""$REVERTED_PATCH_MARK"`
echo -e "$APPLIED_REVERTED_PATCH_INFO\n$PATCH_APPLY_REVERT_RESULT\n\n" >> "$APPLIED_PATCHES_LIST_FILE"

exit 0


SUPEE-6482 | CE_1.9.2.0 | v1 | | Tue Jul 14 14:17:04 2015 +0300 |

__PATCHFILE_FOLLOWS__
diff --git app/code/core/Mage/Api/Model/Server/Adapter/Soap.php app/code/core/Mage/Api/Model/Server/Adapter/Soap.php
index 0f9a3fa..1ac0d57 100644
--- app/code/core/Mage/Api/Model/Server/Adapter/Soap.php
+++ app/code/core/Mage/Api/Model/Server/Adapter/Soap.php
@@ -233,9 +233,9 @@ class Mage_Api_Model_Server_Adapter_Soap
 : $urlModel->getUrl('*/*/*');
 
 if ( $withAuth ) {
- $phpAuthUser = $this->getController()->getRequest()->getServer('PHP_AUTH_USER', false);
- $phpAuthPw = $this->getController()->getRequest()->getServer('PHP_AUTH_PW', false);
- $scheme = $this->getController()->getRequest()->getScheme();
+ $phpAuthUser = rawurlencode($this->getController()->getRequest()->getServer('PHP_AUTH_USER', false));
+ $phpAuthPw = rawurlencode($this->getController()->getRequest()->getServer('PHP_AUTH_PW', false));
+ $scheme = rawurlencode($this->getController()->getRequest()->getScheme());
 
 if ($phpAuthUser && $phpAuthPw) {
 $wsdlUrl = sprintf("%s://%s:%s@%s", $scheme, $phpAuthUser, $phpAuthPw,
diff --git app/code/core/Mage/Catalog/Model/Product/Api/V2.php app/code/core/Mage/Catalog/Model/Product/Api/V2.php
index ff71ec5..46fc492 100644
--- app/code/core/Mage/Catalog/Model/Product/Api/V2.php
+++ app/code/core/Mage/Catalog/Model/Product/Api/V2.php

 

Példa: SUPEE-6482_CE_1.9.2.0_v1 sh állományból

 

Patch telepítése .sh állományból lépésről lépésre

A következő lépéseket követve tudja telepíteni az.sh kiterjesztésű foltot a Magento-jához – ha a kiterjesztése .patch lenne, akkor először látogasson el a Magento Support-hoz.

 

1) Másolja fel az .sh állományt a Magento telepítés gyökerébe.

sh patch-file-name.sh

 

2) Adja ki a következő parancsot egy olyan felhasználóval, aki képes írni a Magento állományokat.

Ha a folt sikeresen telepítésre került a következőhöz hasonló üzenetet fog kapni:

Patch was applied/reverted successfully.

 

3) A telepítés után vissza kell szereznie a jogosultságait a módosított állományok felett:

A) Keressük meg a webszerver felhasználóját:

ps -o “user group command” -C httpd, apache2

A USER oszlopban szereplő érték lesz a webszerver felhasználója.

B) root felhasználóként adjuk ki a következő parancsot a Magento telepítési gyökér könyvtárban:

chown -R web-server-user-name .

 

Hajtsunk végre minden további instrukciót, amit a Magento Support írt.

 

Patch visszavonása

Ha a foltozás során hiba lépett fel, akkor a következő lépéseket hajtsuk végre és vegyük fel a kapcsolatot a Magento Support-tal:

  1. Lépjen be a Magento telepítés gyökér könyvtárába.
  2. Adja ki a következő parancsot egy olyan felhasználóval, aki képes írni a Magento állományokat:
sh patch-file-name.sh -R

 

Hogyan kell telepíteni a javítócsomagokat Magento 2 alatt?

A Magento 2.0.4 (2016-03-31) telepítője: 224 MB, 41458 file, a 69.4MB-os ZIP állomány kitömörítése kb. 2-3 percet vesz igénybe! Ha ezeket az állományokat fel szeretnénk másolni a szerverünkre, akkor a kapcsolat sebességétől függően akár egy óráig is eltarthat, ha közben még összehasonlítást is végzünk, több órára is megnövekedhet ez az idő. Ez, ahogy az 1.9.2.4-es verziónál is megállapítottuk, nem ideális.

A Magento 2-es verziónál a frissítéseket Composer segítségével vagy a GIT repository-ból tölthetjük le és telepíthetjük parancssorból. Telepítéskor pedig lehetőségünk van rá, hogy egy varázsló segítségével lépésről lépésre haladva frissítsük rendszerünket.

 

Hogyan ellenőrizhető, hogy telepítésre kerültek a javítócsomagok?

Miután a foltok és javítócsomagok telepítése megtörtént, fontos lehet ellenőrizni annak helyességét, erre két módszert is tudunk javasolni:

  1. A http://magereport.com oldalon adjuk meg a Magento webáruházunk URL-jét és részletes elemzést kapunk arról, hogy milyen javítócsomagok vannak telepítve és milyen javításokra van még szükségünk.
  2. Az .sh állományokban szereplő kód részleteket azonosítva ellenőrizhetjük, hogy a kódbázis frissítése megtörtént-e.

 

Miért nem jó, ha nem telepítjük a javítócsomagokat?

A Magento közösség gőzerővel dolgozik azon, hogy Magento webáruházunk megfeleljen minden igénynek és az esetlegesen felmerülő biztonsági hibákat orvosolják. Hiszen, mint minden szoftver esetén, hiába a sok tesztelés, a használat folyamán derülnek ki olyan hibák, amelyek problémákhoz vezetnek.

A javítócsomagok ezeknek a hibáknak a javításaira adnak gyors megoldást, ráadásul a később érkező verziókba ezek már belekerülnek és így egy javított, biztonságosabb verziót telepíthetnek a felhasználók. Ez a folyamat hosszú, hiszen ahogy egyre többen használják a szoftvert, egyre több igény merül fel és egyre jobban kiderülnek azok az apróságok és megvalósítási problémák, melyek az elején még nem jelentkeztek.

 

Nézzünk rá egy egyszerű példát

Magento CE SUPEE-5344 SHOPLIFT BUG PATCH

 

A patch 2015. február 19-én jött ki, Netanel Rubin jelentette, részletes leírása megtalálható a fenti linken. Javításra kerül a CE 1.9.1.1 verzióban és minden korábbi webáruházat érint, valamint az EE verziót is az 1.14.2.0-ás verziószámig.

Ez egy biztonsági folt, amely megakadályozza, hogy az adminisztrációs oldal átirányítási rendszerében szereplő extra paramétert kihasználva valaki adminisztrációs felhasználókat hozzon létre vagy malware-t telepítsen a rendszerbe. A patch hasznosságának értéke 9.1 (kritikus), ami azt jelenti, hogy veszélyben van a webáruházunk, hiszen aki ismeri a sebezhetőséget akár a teljes uralmat átveheti felette!

Ha belegondolunk, hogy mennyi információt lehet az adminisztrációs felületen megszerezni, akkor láthatjuk, hogy ennek a foltnak a telepítése valóban kritikus webáruházunkban.

 

Konklúzió

A webáruházunk egy szoftver, így rendelkezik egy életciklussal, egy fejlődési úttal és sokszor tartalmazhat hibákat, bugokat vagy biztonsági réseket. Ezeket a Magento mögött álló hatalmas közösség gyorsan, pontosan próbálja orvosolni, így azonnal foltokat (patch) vagy javítócsomagokat adnak ki, melyeket mindenképpen érdemes telepíteni. Az újabb verzióban beépítik ezeket a javításokat, így egy megbízhatóbb és stabilabb rendszert kapunk, ha a legújabb verziót használjuk fel.

Fontos azonban, hogy figyelemmel kövessük a megjelenő patch-eket és újabb verziókat – telepítsük is őket azonnal –, mert a biztonsági réseken keresztül rosszindulatú hackerek férhetnek hozzá áruházunk adataihoz vagy vehetik át felette az uralmat. Legyünk naprakészek és ne sajnáljuk az időt, pénzt és energiát, hogy befoltozzuk ezeket a réseket.

 

5 stratégia a vásárlói halogatás leküzdésére

Ezeket vesszük most sorra, hogy olyan webáruházat építhess fel, ahol a vásárló nem szorul majd rá, hogy gondolkodjon, mert ellenállhatatlan vágyat ébresztesz benne a vásárlásra, ha pedig mégis hezitálna, te terelgeted majd a gondolatait.

 

Hogyan használhatod a sürgetést?

Egy webáruház üzemeltetőjének álma az a vásárló, aki meglátja a terméket, azonnal tudja, hogy szüksége van rá és azonnal meg is veszi azt. Vagyis gyakorlatilag egy anomália, ilyen vásárló ugyanis csak elvétve téved az oldalra.

Lead nurturing: A legtöbb esetben hosszas noszogatásra van szükség, amit lead nurturing néven ismerünk: ez az a folyamat, amely során meggyőzzük a „lead”-et arról, hogy konvertáljon. Van ugyanakkor néhány trükk, amivel felgyorsítjuk a folyamatot.Ezek célja jellemzően az, hogy a sürgősség érzését keltsük a látogatóban.

 

Miért alkalmazd a vásárló sürgetés taktikát?

Egyszerű: a sürgetéssel elérheted azt, hogy a vásárló máshogy kezdjen gondolkodni egy ajánlatról. A viselkedéskutatók úgy találták, hogy amikor sürgető cselekvést megkívánó szituációban találjuk magunkat, a megfontoltság kevésbé érvényesül és hajlamosabbak vagyunk gyorsan, ösztönösen cselekedni. (Mindez persze nem túl meglepő.)

Egy webáruház esetében úgy teremthetjük meg ezt a kívánt szituációt, hogy érzékeltetjük, ha a vásárló halogatja a döntést, lecsúszik a kedvezményről vagy akár magáról a termékről.

 

vásárló sürgetése webáruház

 

1) Válogasd meg a szavaid

A legalapvetőbb módszer, ha úgy szövegezed meg ajánlataidat, hogy ezzel sürgeted meg kicsit a vevőt.

A kulcs az, hogy a vevő problémáit vedd előre, az ő igényeit igyekezz kielégíteni. Úgy írd meg a szöveget, hogy ne is legyen kérdés, szüksége van-e a termékre.

Vedd előre az előnyöket, ne a tulajdonságokat, mutasd meg, hogyan oldod meg a problémáját.

Használj olyan szavakat, amelyek felpiszkálják benne a türelmetlenséget, hogy a kosárba rakja a terméket.

Ilyenek lehetnek a „siess”, az „utolsó”, a „rögtön”, „azonnal”, „ne maradj ki” és így tovább. Persze nem árt kerülnöd azt a hatást, hogy csak le akarod nyomni a torkukon a terméket: ha már sürgeted őket, alaposan indokold meg, hogy miért.

Ha meg akarod tudni, hogy milyen szavak és kifejezések működetnek a legjobban egy adott közönségnél, nem kell mást tenned, mint hallgatni rájuk: figyeld meg, milyen szavakat használnak a közösségi fórumokon, leveleikben, amikor az ügyfélszolgálatodhoz fordulnak. És persze A/B tesztelj, vizsgáld meg, hogy mely változatok működnek a legjobban.

 

2) Limitált ajánlatok

A termék ritkasága már önmagában elég lehet a vásárlásösztönzéshez. Nem kell határidőt szabnod vagy látványosan sürgetned: elég, ha egyszerűen kiírod a termék mellé, hogy már csak X darab van raktáron.

 

limitált ajánlat webáruházban

 

Ne csak azt írd ki, hogy mennyi van összesen: használj aktív számlálót, amely folyamatosan jelzi, hogy éppen hány darab van még a készletből.

Különösen akkor működik ez jól, ha valami újjal állsz elő: a termék egy új típusával, egy átalakított szolgáltatással stb. Ha valami új, mégis kevés elérhető belőle, kívánatosabb is lesz.

Persze elhelyezhetsz akár visszaszámlálót is a termék mellé: ezzel jelezve akár azt, hogy meddig érvényes valamilyen kedvezményes ajánlat, vagy hogy maga a termék meddig vásárolható meg.

Ha limitálod a darabszámot vagy az időt, az nagyon is jól szolgálhat, mert jó eséllyel kiárusítod a készletet.

A limitált ajánlatokhoz tartozik még a licit is: nagyon kevés darabszámú terméket, amelyet valamilyen tekintetben prémiumként pozicionálsz, aukcióra bocsátasz, hogy a felhasználók versengjenek érte. Ismered a licitáló oldalakat, tudhatod, hogy remekül működik a taktika, de csakis akkor, ha képes vagy felkelteni az igényt.

Hogy a látogatóid egymásra licitálva versenyezzenek egy termékért, úgy kell gondolniuk, hogy az nagyon értékes a számukra – lehet ez valamilyen teljesen egyedi termék, egy régi népszerű széria legutolsó darabja vagy valami hasonló.

 

3) Használd a színelméletet!

Röviden vegyük csak át a színek hatását, pszichológiai hatásukról ugyanis monográfiákat lehetne írni (ahogyan írtak is már néhányan). A lényeg a következő: az egyes színek bizonyítottan másképpen hatnak az emberi agyra, ezért fordítanak egyes munkahelyen kiemelt figyelmet például a falakra, vagy hogy legyen elég zöld egy szobában.

 

színelmélet webshopnál

 

A kék bizalmat ébreszt, a szürke untat. A zöldről a pénz és (milyen meglepő) a természet jut eszünkbe. Na de hogyan tudsz ezzel eladni?

A piros, a narancs és ezek különféle árnyalatai a sürgetés érzését keltik az emberben. Akcióra sarkallják.

Nem kell persze az egész oldaladat vörösbe öltöztetned: elég, ha a stratégiailag fontos helyeken veted be. Például egy piros nyíllal, amely a CTA (Call to Action) gombra mutat. Vagy magán a CTA gombon.

Ugyanitt megemlítjük: figyelj arra, hogy a CTA és a fő eladást segítő vizuális elemek valamilyen a háttérhez képest kontrasztos színben pompázzanak.

A sürgősség rendkívül változatos módokon kelthető életre. Kínálhatsz például

  • egy terméket adott ideig,
  • egy termékből csak adott mennyiséget,
  • napi/heti ajánlatot, kedvezményt,
  • azonnali, viselkedésalapú kedvezményt,
  • feltételhez kötött ingyenes szállítást.

 

Mikor vall kudarcot a sürgetés?

Mint bármilyen marketinges technika, a sürgetés is kudarcot vallhat.

Elsősorban akkor, ha a végén úgy hangzol, mint egy autóügynök, aki fűt-fát ígér az ég minden csillagával együtt, ha a potenciális vásárló hajlandó neki odaadni a pénzét.

A kulcs általában az őszinteség. Nem kell azt hazudnod, hogy egy cipő repülni is tud és színt vált, mint a kaméleon: ha tényleg tökéletesen vízálló és kényelmes, és hatásos szöveget tudsz írni, amelyben nem hazudsz az érdeklődőknek, máris meggyőzheted őket. Ezután már csak azt kell kommunikálnod, hogy csak korlátozott esélyük van megszerezni a terméket.

Az őszinteségről szólva: ha valamire azt mondod, hogy utolsó darab, tényleg az utolsó legyen. Ne írd ki a termékadatlapra, hogy már csak 4 darab van valamiből, ha két nap múlva visszaállítod a számlálót 200-ra. Ugyancsak ne csinálj „vissza nem térő” akciót, amely a jövő héten visszatér.

A kudarc oka lehet az is, hogy nem adsz elég információt a CTA-ban, túlságosan homályosan fogalmazol. Ha a felhasználó nem tudja pontosan, hogy a vásárlás következő szakaszában mire számíthat, kevésbé valószínű, hogy tovább halad majd.

 

4) Erősítsd a szándékot

 

Használd a véleményeket

Tudod, miért fontos, hogy lehessen az oldaladon kommentelni, hogy ügyfélszolgálatot működtess (és aktívan reagálj is) és így tovább? Nem csak azért, hogy egy saját felületen biztosíts lehetőséget a visszajelzésre.

Azért is, mert a pozitív véleményeket (miután erre engedélyt kértél) felhasználhatod. Ha például elhelyezel egy testimonialt a CTA közelében, azzal megerősíted a vásárlási szándékot a hezitálókban.

 

Szavazzunk!

A felhasználói véleményeknek teret adhatsz úgy is, hogy megszavaztatod a közönségedet. Ha nem vagy biztos abban, hogy minden terméked csúcsminőségű – nos, akkor alapvető problémáid vannak, de ebbe most ne menjünk bele.

Megteheted, hogy nem értékelésre kéred a felhasználókat, hanem valóban szavaztatsz: amelyik terméket kedvelik, arra adhatnak egy pontot, csillagot, pluszt, bármit. Tudod, ki alkalmazza tökéletesen ezt a csak pozitív véleményeknek teret adó rendszert? A Facebook. Ezért nem fogsz soha dislike (Nem tetszik) gombot nyomni ezen a közösségi oldalon.

A legnépszerűbb termékekből készíthetsz toplistát, így az új látogatók mindig láthatják, hogy a korábbi vásárlóid milyen termékeket szeretnek a legjobban. Sőt, azt is megteheted, hogy az aktuális X legnépszerűbb heti termékre egy kis kedvezményt adsz.

 

Szövegelj annyit, amennyit kell

A termékoldalon nagyon is helye van a szöveges tartalomnak, sőt, a sztorizásnak.

[bctt tweet=”A storytelling a legerőteljesebb eszközöd lehet az értékesítésben.” username=”aionhill”]

Hogyan adhatsz el egy fekete garbót például?

Apád már hordta. Steve Jobs halhatatlanná tette.

És máris megvan, mitől különleges az egyáltalán nem különleges terméked.

Persze minél drágább az ajánlat, minél komplexebb, annál több meggyőzésre, vagyis több szövegre lesz szükséged. Mesélj arról, hogy a túracipő hogyan mentett meg a Mátrában (igen, téged, személyesen) attól, hogy lezuhanj egy szikláról. Hogy a processzorral hogyan szabadultál meg a stressztől, mert végre gyorsabban ment a munka vagy nem szaggatott be a Call of Duty.

A lényeg, hogy tedd személyessé az élményt, adj egy sztorit az olvasónak azzal a termékkel, amit még meg sem vásárolt, hogy így közelebb érezze azt a szívéhez.

A terméktulajdonságok csak ezek után következhetnek.

 

5) Figyelj a viselkedésre

 

Mit csinált a vásárló a múltban?

Figyeld folyamatosan, hogy ki mit vásárolt az oldaladon. Ha legközelebb hozzád látogat, már a főoldalon azokat az ajánlatokat mutasd meg neki, amelyek a legjobban érdekelhetik: szabd személyre, perszonalizáld a tartalmat. (Ehhez persze az sem árt, ha ráveszed a regisztrációra, de soha ne követeld azt meg a vásárláshoz.)

A múltbéli vásárlások alapján kínálhatsz csomagajánlatokat is: ha például valaki rendszeresen együtt vásárol dezodort és szappant ‒ hogy egy egyszerű példát vegyünk ‒, akkor csak neki ajánld fel, hogy csomagban mondjuk 5 százalék kedvezménnyel veheti meg.

 

vasarloi-magatartas-figyeles-webaruhaz

 

Mit csinál most a vásárlód?

Azt is figyeld, mit tesz éppen, amikor az oldaladon van. Ehhez kiegészítőket használhatsz.

Chat ablakot például, amelyben felugrik (nem zavaró módon) egy üzenet, ha már harmadik alkalommal tér vissza ugyanarra az oldalra, hogy „Ha kérdésed lenne az Y termékről, írd meg bátran!”.

Ha el akarja hagyni az oldalad, vagyis azt érzékeled, hogy a kurzor az oldal jobb felső széléhez közeledik, gyorsan dobj fel egy popup ablakot, amelyben egy azonnali kedvezményt ajánlasz fel: ha mégis vásárol tőled, akkor ingyen kiszállítást vagy valami kis extrát kap, de csak akkor, ha azonnal megveszi a terméket.

 

Emlékeztesd e-mailben

Azt látod, hogy egy lead, akinek megvan az e-mail címe többször is megnézett egy terméket, de végül nem vásárolt? Néhány nap múlva küldj neki egy levelet.

Ebben is kínálhatsz valamilyen kedvezményt, vagy egyszerűen csak rákérdezhetsz arra, hogy kíváncsi-e valamire a termékkel kapcsolatban.

A lényeg, hogy emlékeztesd rá, szüksége van az adott termékre, és igyekezz elérni, hogy úgy érezze, most már tényleg érdemes megvásárolnia azt (a sürgetéses technikák itt is jól működhetnek: emlékeztetheted például, hogy ami iránt érdeklődik, abból mostanra már csak pár darab maradt).

 

email értesítő webshop vásárló

 

Konklúzió

Szinte mindenki hezitál, ha pénzt ad ki a kezéből – ez természetes. A te feladatod, hogy ezt a hezitálást legyőzd, ebben pedig a segítségedre lehet

  • a jól megírt marketingszöveg,
  • az okosan kialakított dizájn,
  • a sürgetés, a limitált ajánlatok,
  • a kiegészítők, mint a felugró ablakok vagy a chat,
  • a különféle marketingcsatornáid

és szinte minden online marketinges eszköz, amihez hozzáférsz.

A titok annyi, hogy tervezd meg minden kampányodat alaposan, és mindig maradj őszinte. Ha ez megvan, akkor már csak egy remek terméket kell találnod, hogy azonnal eladhasd.

Amennyiben hasznos, vásárlói konvertálásról szóló tippekről is szívesen olvasnál, nézd meg ezt a cikket: 12 tipp, amivel bizonyítottan növelheted webáruházad konverziós arányát 2016-ban

 

OpenCart vs. Magento: a kezdők és profik eltérő igényeihez

A Magento a legtöbb népszerű e-kereskedelmi rendszertől komplexitásában különbözik: több lehetőséget kínál, ezért jellemzően olyanok használják, akik profi webáruházakat működtetnek akár több ezer termékkel, vagy éppen olyan funkciókat akarnak használni, amelyek más, kisebb teljesítményű rendszerekben egyszerűen nem elérhetőek.

Jelen esetben is ez a helyzet, a következőekben pedig részletesen átvesszük, hol tapasztalhatunk lényeges eltéréseket.

 

Miről olvashatsz a cikkben?

  • Árak
  • Telepítés és használat, frissítések
  • Megjelenés, dizájn
  • Funkciók
  • Testreszabhatóság
  • A közösség
  • Promóciós lehetőségek
  • A Magento összegezve
  • Az OpenCart összegezve
  • Melyiket választják a rutinosak?

 

Árak

Az OpenCart nyílt forráskódú rendszer, vagyis előfizetésre nincsen szükségünk, hogy használhassuk – mindössze le kell tölteni és telepíteni. Persze a webáruház nem lesz ingyen, hiszen ebben az esetben is fizetnünk kell például a hoszting szolgáltatásért.

 

opencart vs magento letoltes

 

A Magento esetében több lehetőséggel is találkozunk. Szintén nyílt forráskódú a rendszer, a Community Edition beszerzése lehetséges díjmentesen, emellett azonban több professzionálisabb változat is létezik – a leginkább említésre méltó az Enterprise Edition, melyet kifejezetten nagyvállalatok igényeire szabva alkottak meg, ennek megfelelően igen borsos (közel 20 000 dolláros) éves előfizetői díjjal kínálják.

Jelen összehasonlításban nyilván annak van igazán értelme, ha a CE-t hasonlítjuk az OpenCart-hoz. Ebben az esetben szintén lesznek a hoszting szolgáltatáshoz hasonló költségeink, emellett nem árt külön büdzsével számolni a fejlesztések tekintetében sem.

A Magento rendszere ugyanis igen komplex, az egyedi fejlesztéseket ajánlott erre szakosodott fejlesztőkkel elvégeztetni. Ez valamivel drágábbá teheti a választást, ugyanakkor nagy szabadságot is ad cserébe, mivel a Magento fejlesztésében jártas szakembert könnyen találhatunk.

 

Telepítés és használat, frissítések

Az OpenCart használata sokak szerint egyszerűbb, a Magento ugyanakkor jóval komplexebb lehetőségeket is kínál. Ha teljesen kezdők vagyunk az e-kereskedelemben és egy egyszerű, nagyon könnyen kezelhető webshop motort akarunk telepíteni első webáruházunkhoz, az OpenCart bizonyára jobb választásnak bizonyul.

A Magento tehát bonyolultabb, gyakorlott felhasználóknak ajánlott, akik nem most találkoznak először nyílt forráskódú webáruház rendszerrel. Ezért cserébe elképesztő mennyiségű lehetőséget kapunk arra, hogy a boltot testre szabjuk, hogy a vásárlási folyamatokat optimalizáljuk, termékeket formáljunk úgy, ahogy az a legjobb, vagy éppen hogy adatokat kérjünk le a vásárlói tevékenységekről és a webáruház működéséről.

A telepítéstől egyik esetben sem kell tartanunk, jó esetben percek alatt végezhetünk vele és egy funkcionális webáruház büszke adminisztrátorai lehetünk.

A legújabb biztonsági frissítéseket az OpenCart esetében úgy telepíthetjük, hogy frissítjük a szerveren található fájlokat, erre más megoldás sajnos nem létezik. A Magento esetében viszont választhatunk, hogy ha egy új verziót publikálnak, a teljes rendszert frissíteni akarjuk-e, vagy csak a biztonsági fájlokat. Megjegyzendő az is, hogy sok felhasználó panaszkodik rá, hogy az OpenCart frissítései elmaradoznak, míg a Magento esetében 10-15 naponta számíthatunk egyre.

 

Megjelenés, dizájn

Egy vállalat számára a brand építése az egyik legfontosabb feladat – ehhez pedig szükség lesz arra, hogy ne az első utunkba akadó ingyenes template-et használjuk a webáruházhoz. A dizájnnak tükröznie kell a brand arculatát, miközben felhasználóbarát is kell legyen. A legjobban tehát minden esetben egy egyedi megoldással járunk.

Az OpenCart theme rendszere viszonylag egyszerű, az egészet könnyen átböngészhetjük a catalog/view/theme könyvtárban. A default megjelenés másolásával meg is kezdhetjük az egyedi módosításokat (amihez persze nem árt némi rálátás, tapasztalat, rutin, különben könnyen széttárja a karját a rendszer).

A Magento ennél sokkalta bonyolultabb eset, a Community Edition változatban telepítés után az app/design/frontend úton a base könyvtárat, ezen belül pedig a template mappát kell keresnünk – senkinek nem javasoljuk ugyanakkor, hogy anélkül elkezdjen a Magento dizájnján módosítgatni, hogy valóban komoly tapasztalatai lennének a rendszerrel és lehetőleg ért a kódoláshoz. Jobb az ilyet kifejezetten Magento fejlesztőre bízni.

 

opencart vs magento magento dizájn

 

 

Magento és OpenCart funkciók

A rendelkezésre álló funkciók, eszközök számában jelentős különbség van a két rendszer között, a Magentónál alapból körülbelül 350-et, az OpenCart esetében 100-at találhatunk. A fontos dolgokban kisebb eltéréseket tapasztalhatunk ugyanakkor: mindkettő támogatja a multi-store menedzsmentet, vagyis egyetlen adminisztrációs felületről egyszerre akár több webáruház rendszerét is kezelhetjük (ami igen nagy könnyebbséget jelenthet a mindennapokban), mindkét esetben végtelen számú kategóriát, terméket és jelentést hozhatunk létre.

Ami különbözik: az OpenCart nem támogatja az URL-ek átírását (SEO szempontból ez hátrányos lehet), kevésbé mobilbarát is, korábban API-integrációra sem volt lehetőség. Viszont a 2014-ben kiadott OpenCart 2.0 sok korábbi hibát és hiányosságot javított. Így például megjelent a teljesen reszponzív dizájn is.

 

Keresőoptimalizálás

Mindkét rendszer rendelkezik bizonyos SEO-funkciókkal – webshopok esetén, hacsak nem akarunk kiemelten a tartalompublikációra is fókuszálni, a kérdéskör általában a termékekhez kapcsolódó tartalmak, a termékoldalak optimalizációjában csúcsosodik ki.

Mint azt már említettük, az OpenCart az egyedi URL-eket nem támogatja, míg a Magento igen, ami nagy plusz jelent az utóbbi számára. Ez azonban szinte az egyetlen előnye a Magento-nak, összességében azt mondhatjuk, hogy az OpenCart keresőbarátabb rendszer.

 

Testreszabhatóság

Mind a két rendszerre igaz, hogy online elképesztő mennyiségű kiegészítőt érhetünk el hozzájuk – ingyenes és fizetős megoldásokat egyaránt. Ebből következik, hogy jó eséllyel találunk olyat, amely megfelel az igényeinknek, és némi befektetéssel meg is szerezhetjük azt, ez a nyílt forráskódú rendszerek hatalmas előnye.

A Magento annyival szerencsésebb megoldás lehet, hogy ha valami teljesen egyedi fejlesztésre van szükségünk, egyszerűen könnyebb fejlesztőt találni, aki elkészíti ezt nekünk. Ennek oka a népszerűségben keresendő: bár mindkét rendszer elterjedtnek számít, a Magento-t nagyságrendekkel többen használják, ezért többen is foglalkoznak az ehhez köthető kiegészítésekkel, bővítményekkel, egyedi fejlesztésekkel.

Az OpenCart könnyebben programozható, ugyanakkor kevesebben is foglalkoznak vele. Általában olyan startupoknak ajánlott, akik integrációk nélkül, gyorsan és egyszerűen akarják létrehozni webboltjukat.

És ha már szó esett a fejlesztőkről…

 

A közösség

Mind a két rendszer mögött sok ezres lelkes fejlesztői közösség áll, így ha valamilyen problémánk adódik, bátran felkereshetjük a releváns fórumokat, biztosak lehetünk benne, hogy segítőkész társaságra találunk.

Ez nagy segítség akkor, ha váratlan problémák jelentkeznek, vagy éppen ha valamilyen bővítményt keresünk, illetve valamilyen egyedi megoldást illetően akarunk tanácsot kérni. Ugyanakkor természetesen az egyedi fejlesztések esetében hasznosabb azokhoz fordulnunk, akik azt elkészítették.

A Magento esetében arra is lehetőségünk van, hogy a hivatalos fejlesztőcsapattól kérjünk segítséget, emellett pedig rengeteg különféle tutorial és leírás áll a rendelkezésünkre, amelyek segíthetnek a megoldáskeresésben.

 

magento közösség

 

 

Promóciós lehetőségek

A Magento messze földön híres arról, hogy rendkívül változatos promóciós lehetőségeket biztosít a felhasználóknak. Lehetőségünk van cross-sell és upsell ajánlatok, kuponakciók vagy akár olyan speciális ajánlatok létrehozására, amelyek a felhasználók adott csoportjaira vonatkoznak, vagy akár különféle termékkombinációkra, különféle időtartamokra és így tovább. Az ilyen promóciók némelyikéhez ugyanakkor bővítmények telepítésére lehet szükségünk.

Az OpenCart alapból szegényebb e téren, ugyanakkor a bővítmények révén szintén adott a lehetőség, hogy promóciókat futtassunk. Ezek segítségével szintén létrehozhatunk kuponos ajánlatokat, akciókat és így tovább.

 

A Magento összegezve

A Magento rendszere egy igazán profi online kereskedelmi rendszert ad, és pontosan ott mutat erősségeket, ahol az OpenCart gyengébbnek mutatkozik. Segítségével nem csak egy rendkívül sokoldalú webshopot hozhatunk létre, köszönhetően a teljes mértékben személyre szabható termékkategóriáknak és attribútumoknak, de megfelelő fejlesztéssel a megjelenésben sem kell kompromisszumokat kötnünk.

A Magento emellett SEO téren is igen jól teljesít, igazi erőssége azonban a rendszernek az, hogy a kosarat, a vásárlói interakciókat úgy alakíthatjuk, hogy az számunkra a legnagyobb hasznot hozza. Korlátozott mértékben tartalommarketinges megoldásokat is alkalmazhatunk, adatgyűjtés terén pedig kifejezetten jól teljesít a Magento.

 

opencart vs magento, magento CE

 

Láthatjuk, hogy az egyes felhasználók milyen termékeket rendeltek a múltban, melyek a nemrégiben megtekintett vagy legnépszerűbb termékek, és azt is, hogy milyen termékeket rendelnek rendszeresen együtt. Alkalmazhatunk különleges promóciós megoldásokat is, például kuponakciókat, de megtehetjük, hogy egyes termékeket együtt rendelve kínálunk akciósan. Jelentéseket készíthetünk a készletről, az eladásokról, a keresésekből, és a Magento segítségével egyszerre akár több webshopot is üzemeltethetünk egyetlen felületről.

A Magento a legtöbb e-kereskedelmi rendszerrel szemben erősen teljesít, mivel eleve erre tervezték – ezzel szemben a tartalomkezelés tekintetében rendszerint alulmarad, mivel ilyen funkciókkal a tervezők nem látták el (ez természetesen egyedi fejlesztések alkalmazásával megoldható).

 

Az OpenCart összegezve

Ideális választás lehet azok számára, akik kisebb büdzsével rendelkeznek, nem tudnak a webáruház egyedi fejlesztéseire komolyabb összegeket költeni, és nem is rutinosak a webáruházak kezelésében. Összességében egy olyan webshop, amely egy kevés termékkel rendelkező, frissen indult vállalkozást szolgál ki, amely nem rendelkezik tapasztalt e-kereskedelmi szakemberrel, az OpenCart egyértelműen kedvezőbb választás.

 

opencart vs magento, opencart 2

 

Az adminisztrációs felület kialakítása is ennek megfelelő, az első lépések is egyszerűbbek, ugyanakkor természetesen ilyen egyszerűbb rendszer lévén megvannak a maga korlátai.

SEO téren kevesebb lehetőségünk akad, egyedi URL-eket sem hozhatunk létre, és ahhoz, hogy kiaknázzuk a rendszerben rejlő lehetőségeket, mindenképpen szükségünk lesz bővítmények telepítésére. Összességében kevesebb lehetőségünk adódik a webshop testre szabására, mint a Magento esetében.

 

OpenCart vagy Magento ‒ Melyiket választják a rutinosak?

A Magento részesedése az elmúlt években 25-30 százalék körül alakult a legnépszerűbb egymillió weboldal e-boltjai között (a Community Edition és Enterprise Edition verziókat is számolva). Az OpenCart felhasználói ennél jelentősen kevesebben vannak, a rendszer részesedése 3,5-4 százalék körüli. Ezzel ugyanakkor még mindig az egyik leggyakrabban alkalmazott webáruházmotornak számít.

 

Magento Imagine – Miért érdemes minden évben részt venned?

Az első Magento Imagine

Magento fejlesztőként 2008-ban találkoztam először a rendszerrel, ami akkor még az 1.1-es verziónál tartott. Az elmúlt évek során csak a Magento-val foglalkoztam, és végig követtem a verziókat egészen a legutolsó 1.9.2.4-esig, illetve a Magento 2.0 fejlesztését is követtem a tavaly novemberi megjelenése előtti másfél évben.

Mivel az elmúlt nyolc évben a Magento az életem részévé vált, 2013-ban megszereztem a Magento Certified Developer Plus vizsgát, mert backend fejlesztőként fontos volt számomra, hogy tudásomat elmélyítsem és hivatalosan is elismertessem.

Ezen tapasztalatokkal indultam útnak Las Vegas-ba az első Magento Imagine konferenciámra, ami természetesen lenyűgöző volt és nem okozott csalódást. Nagyon vártam már, hogy a gép leszállása után részese lehessek élőben is Magento-közösségnek.

 

Magento imagine commerce 2016 konferencia molinó

 

A konferencia

Szombat este érkeztünk Las Vegas-ba egy több mint 24 órás több átszállásos repülőút után, és a hotelszoba elfoglalását követően sok erőnk már nem volt, így úgy terveztük, hogy inkább kipihenve vágunk neki a következő napnak, mivel a konferencia csak hétfőn kezdődött meg hivatalosan.

Már szombaton és vasárnap is voltak Pre-Imagine események, mint például a 4th Pre-Imagine Magehackathon, ahol a fejlesztők különböző csapatokba szervezve gyűjtötték össze ötleteiket különböző projektekkel kapcsolatban és ismerkedhettek meg egymással, amit eddig csak az interneten tehettek meg.

Vasárnap este egy kellemes koktélparti keretében történt az első nagyobb összejövetel, ahol Magento-s és egyéb vezetők, kereskedők, partnerek és ügynökségek (Magento fejlesztő cégek) beszélgethettek egy jót, ismerkedhettek meg egymással.

Hétfőn kezdődött a valódi konferencia, ami a regisztrációval indult, majd egy közös reggelivel (Welcome Breakfast) folytatódott, ahol a már a fent említett résztvevők szabadon megjelenhettek. A kellemes reggeli közben a színpadon a fizetési (payment) megoldások legnagyobb nevei, vezetői (Magento, PayPal, Le Creuset, Blue Acorn, Gorilla Group, Espresso Parts, Classy Llama) tartottak beszélgetést, melyet rendkívül érdekes volt hallgatni, miközben az asztalunknál lévőkkel is társalogtunk.

 

Magento imagine commerce 2016 konferencia előadás

 

A hétfői napon tudtam részt venni az első 2 órás session-ön is, ami az első bevezetés volt a Magento 2.0 rendszerbe, és ezek mellett bejelentésre került a Magento Marketplace is, ami a jelenlegi Magento Connect-et lesz hivatott leváltani. Természetesen nem rögtön, hanem egy megfelelően megtervezett átmenettel.

A déli ebéd szintén ismerkedéssel (networking) telt, majd délután kezdetét vette a Sponsors Marketplace, ahol mi is jelen voltunk egy standdal (booth) az Itegration céggel közösen. A Sponsors Marketpalce-en több száz cég képviseltette magát saját standdal, akik bronz, silver és gold solution partnerek, vagy kiemelt szponzorok. Az eseményt egy hatalmas teremben rendezték és mindenki a saját standján próbált a leendő ügyfelekkel megismerkedni, beszélgetni, ismertetni saját tevékenységét, és minél jobb reklámot elérni.

A Sponsors Marketplace zárása, este 7 óra után az esti koktélparti és vacsora vette kezdetét, ahol szintén a community-val, és minden más résztvevővel való beszélgetésre, egyeztetésre volt lehetőség.

 

Magento imagine commerce 2016 konferencia

 

A második nap szintén közös reggelivel indult, ahol további kapcsolatépítésre volt lehetőség, majd az ebédszünet (networking, beszélgetés) után folytatódott a Sponsors Marketplace. A standunkon rengeteg cég, fejlesztő és egyéb érdeklődő megfordult, akikkel nagyon sokat beszélgettünk, kérdéseikre válaszoltunk, információt cseréltünk.

A második napon megrendezett General Session & Keynotes előadáson a vezetőség köszöntötte a megjelenteket, bejelentették hivatalosan is, amit már korábban hírekben is jeleztek, mely szerint a Magento külön cég lett és immár nem az eBay része : ) Bejelentették a már említett Magento Marketplace indulását és Magento Enterprise Cloud Edition-t is, ami nagy meglepetés volt mindenki számára. A megnyitón és valójában az egész konferencián a Magento 2 volt a középpontban.

Lehetőségem volt egy előadáson részt venni, ahol a Magento 2.0-át mutatták be performancia szempontból. Összehasonlításra került PHP 5.6.x és 7.0.x verziók alatt Varnish Cache nélkül és annak használatával.

A második nap egy hatalmas közös eseménnyel végződött, ahol többek közt Magic Johnson volt az est sztárja, aki üzleti, üzletfejlesztési szempontokat vázolt fel egy motivációs előadás keretében.

Ezt követően vacsorával és koktélpartival folytatódott az est, ahol további lehetőség volt beszélgetésre, ismerkedésre a Magento közösség részt vevő tagjaival.

A harmadik nap a szokásos közös reggelivel indult, majd ismét megnyitott a Sponsors Marketplace, ahol a standnál folytattuk a munkánkat. Az utolsó nap délután 2 órakor ért véget hivatalosan, de további szemináriumokon is részt lehetett venni.

 

Magento imagine commerce 2016 konferencia, hall

 

 

Érdekességek

Nekem, mint Magento backend fejlesztőnek, rendkívül érdekes volt a Magento-nál dolgozó senior vagy junior fejlesztőkkel beszélgetni, tapasztalatokat megosztani és kérdezni. Nagyon készségesen válaszoltak minden kérdésre, és ők is érdeklődtek minden információval, visszajelzéssel kapcsolatban.

Külön érdekesség volt a Sponsors Marketplace-en helyet kapó Ask Magento stand is, ami a hivatalos Magento rész. Itt is sok érdekes kérdésre kaphattunk választ, beszélgethettünk a support csapattal.

Engem különösen érdekelt a Magento 2.0 Certification vizsga, amiben szintén kedvesen segítettek. A vizsga a jelenlegi tervek szerint 9 hónap vagy 1 éven belül lesz elérhető, és addig oktatói kurzusok (osztályok) indulnak, melyeken részt lehet venni. Sajnos ez Európában egyelőre csak Spanyolországban lesz elérhető, de bízunk benne, hogy bővítik az országok listáját, mert ezek a kurzusok nem online történnek, hanem személyesen.

 

Magento Imagine Commerce 2016 konferencia, Attila

 

Ajánlom mindenkinek, aki Magento-val foglalkozik

Akinek még nem volt lehetősége elmenni Magento Imagine konferenciára és Magento-fejlesztő, illetve bárki, aki a Magento rendszerrel foglalkozik, mindenképpen próbáljon legalább egyszer eljutni egy nagyobb Magento-rendezvényre. Nem feltétlenül a legnagyobb Las Vegas-i konferenciára, hanem akár az európai kisebb konferenciák egyikére, mert lenyűgöző élmény azok számára, akiknek ez a munkája, és mint nekem, a hobbija is egyben.

Egyedüli lehetőséget biztosít az ismerkedésre, új információk vagy tudásanyagok megszerzésére és legfőképp kapcsolatépítésre. Biztos, hogy minden évben új és izgalmas dolgok történnek majd itt, csakúgy, mint a mostani alkalommal is. Már alig várom a következő Magento-s eseményt!