Magento terméktípusok és termékek beállítása – Minden, amit tudnod kell

Milyen terméktípusok vannak a Magento-ban?

 

A Magento-ban 6-féle terméktípus van:

  • Egyszerű termék (Simple product)
  • Konfigurálható termék (Configurable product)
  • Csoportos termék (Grouped product)
  • Kötegelt termék (Bundle product)
  • Virtuális termék (Virtual product)
  • Letölthető termék (Downloadable product)

 

 

Mire jók a különböző termék típusok?

 

Egyszerű termék:
Ez a legegyszerűbb terméktípus, általában ez van legtöbbször használva. Ezek a termékek azért egyszerű termékek, mert olyan tulajdonságokkal rendelkeznek, amelyek egyedivé teszik őket, pl. társasjáték, tévé, festmény.

Ezek a termékek eladhatók önmagukban vagy csoportos, konfigurálható, kötegelt termék részeként.

 

Példa:

Az alábbi képen egy fekete sapka látható, ahol a vásároló nem tudja kiválasztani, hogy milyen színben szeretné.

Abban az esetben, ha a termék több színben is elérhető, és szeretnénk, hogy a termék adatlapján ki tudja választani a vásárló a színt, akkor konfigurálható termékként kell létrehozni.

Magento egyszerű termék

 

Konfigurálható termék:
Ezek a termékek (pl. cipő, póló) változtatható jellemzővel rendelkeznek (pl. szín, méret).

 

Példa:

A képen látható cipőt a vásárló többféle színben (pl. kék, fekete) és méretben (pl. 39, 40, 41) megvásárolhatja.

 

Konfigurálható termék

 

A konfigurálható termékek több egyszerű termékből állnak.

Tegyük fel, hogy van egy konfigurálható termékünk, ami 2 színben és 3 méretben választható, akkor valójában 6 egyszerű terméket hoztunk létre (ezeket az egyszerű termékeket általában nem jelenítjük meg az áruházban, vagyis önmagukban nem láthatók), és 1 darab konfigurálhatót, ami ezt a 6 termékek öleli fel.

 

Csoportos termék:
A csoportos termék hasonló, mint a konfigurálható. E típusnál a felhasználó kiválaszthatja, hogy a csoportos termék tételeiből (termékekből) mit vesz meg és mit nem, illetve, hogy az egyes tételekből hány darabot vesz meg, pl. kés szett, ágynemű stb.

 

Példa:

A képen látható hálószoba-garnitúrát, amiben több egyszerű termék van, külön termékenként is meg lehet vásárolni, de így a vásárlónak felkínáljuk, hogy több hasonló vagy egymáshoz tartozó termékeket meg tud könnyebben, keresgélés nélkül venni.

 

Magento Csoportos termék

 

Kötegelt termék:
A kötegelt termékeknél a vásárló testre szabhatja, hogy ténylegesen milyen résztermékekből álljon a vásárolni kívánt termék.

Alább egy fényképezőgép látható, amihez résztermékeket vásárolhatunk, mint pl. objektív vagy nyakpánt.

A kötegelt termékek résztermékei lehetnek egyszerű és virtuális termékek is.

 

Magento Kötegelt termék

Virtuális termék:
Ezeknek a termékeknek nincs fizikai vagy letölthető formája, nem szállíthatók (mivel nincs mit szállítani). Általában ezek különféle szolgáltatások, pl. előfizetés licenc stb.

A virtuális termék adatlapja ugyanolyan, mit az egyszerű terméké, csak a vásárlási folyamatban nem kell megadnunk szállítási címet.

Példánkban egy VIP-tagságot mint virtuális terméket láthatunk.

 

 

 

 

Magento virtuális termék

 

Letölthető termék:
Ezeknek a termékeknek nincs fizikai, csakis letölthető formája, pl. szoftver, e-könyv letöltése.

A képen egy BMW autónak a használati útmutatóját lehet megvásárolni, ami egy letölthető PDF dokumentum.

 

Magento letölthető termék

 

 

Miután a felhasználó megvásárolta és kifizette, kap egy e-mail-t, amely tartalmazza a letöltési linket, de ha belép a webáruházba a „My downloadable products” vagyis a „Letölthető termékeim” menüben ugyanúgy megtalálja a terméket, és onnan is le tudja tölteni.

 

Hogyan hozható létre egy adott terméktípus?

 

Egyszerű termék (Simple product)

Egyszerű terméket egyszerű létrehozni!

  1. Lépjünk be az adminba, majd ott a Catalog –> Manage Products menüre menjünk.
  2. Ott menjünk a jobb oldalon lévő Add Product menüre.
  3. Termék létrehozás első részénél
    1. Válasszuk ki az Attribute Set-et (Jellemzőcsoportot)
    2. Válasszuk ki a Product Type-nál a Simple Product-ot, majd nyomjuk meg a Continue gombot

Magento egyszerű termék beallitás

 

  1. Ezután egy új űrlapot kapunk, ahol már a termék konkrét adatait kell megadni.

Lényeges, hogy ha több webáruházunk, boltunk, boltnézetünk van, azok saját beállításait úgy tudjuk elérni, ill. módosítani, hogy a bal oldalon fent lévő Choose Store View lenyíló menüben átváltunk a kívánt boltnézetre.

Megjegyzés: az egyszerű terméknél írom le az összes szükséges beállítást, a többi típusnál csak a változásokat.

 

A General tabot töltsük ki a következőképp:

Name: Írjuk be a termék nevét, ezen a néven fog mindenhol szerepelni

Description: a termék hosszú leírása. Ez a termékadatlapon fog megjelenni.

Short Description: a rövid leírás, ez a listákban fog megjelenni.

SKU: cikkszám, ide egyedi azonosítót írjunk be.

Weight: a termék súlya, ez a szállítási számításokhoz kell (feltéve, ha van olyan a szállítónk, aki figyelembe veszi a súlyt).

Set Product as New from Date: ez az újszerű termék kezdő időpontja (nem kötelező).

Set Product as New to Date: ez az újszerű termék végső időpontja (nem kötelező).

Status: ha szeretnénk engedélyezni, akkor állítsuk „Enabled”-re.

URL Key: URL kulcs, ha üresen hagyjuk, akkor a termék nevéből automatikusan legenerálódik.

Visibility: Ha szeretnénk, hogy a termékünk mindenhol megjelenjen, akkor állítsuk „Catalog, Search”-re. A „Not visible individually” azt jelenti, hogy önmagában nem látható az oldalon, ez a kötegelt, illetve a konfigurálható termékeknél lényeges.

Country of Manufacture: gyártó ország (nem kötelező, ritkán használjuk).

Size: méret (nem kötelező).

Color: szín (nem kötelező).

 

Magento egyszerű termék beállítás general

 

Prices fül

Price: ide írjuk be a termék árát.

Group Price: ide tudjuk felvinni a vásárlói csoportos árakat (nem kötelező).

Special Price: akciós ár (nem kötelező).

Special Price From Date: akciós ár kezdete (nem kötelező).

Special Price To Date: akciós ár vége (nem kötelező).

Tier Price: Itt beállíthatjuk, hogy bizonyos mennyiség kosárba rakása után mennyi legyen a termék ára, külön állítható be vásárlói csoportokra és website-okra, Pl. 1 termék ára 1000 Ft, de ha 10 darabot vagy többet vesz, a darabonkénti ár csak 800 Ft, vagyis ha 10 darabot vesz, összesen nem 10 000 Ft-ba, hanem csak 8000 Ft-ba kerül.

Apply MAP: minimális hirdetett ár érvényesítése erre a termékre.

Display Actual Price: hol jelenítse meg az aktuális árat.

Manufacturers Suggested Retail Price: gyártó által ajánlott kiskereskedelmi ár.

Tax Class: válasszuk ki az adóosztályt.

 

Magento egyszerű termék beállítás prices

 

Meta Information

Ezek a részek keresőoptimalizálási szempontból fontosak.

  1. Meta Title: ez lesz a böngészőben a Title elem. Ha üresen hagyjuk, a böngésző Title a termék neve lesz.
  2. Meta Kerywords: ezek lesznek a meta kulcsszavak, ha üresen hagyjuk, a termék neve fog bekerülni.
  3. Meta Description: ez lesz a meta leírás, ha üresen hagyjuk, szintén a termék neve fog ide kerülni.

 

Magento egyszerű termék beállítás meta information

 

Images

Itt kell feltölteni a termékhez tartozó képeket. Ki kell választani a Browse Files gombbal a képeket, majd az Upload Files gombbal pedig feltölteni. Miután feltöltöttük, ki kell választani, hogy

  • melyik kép legyen az alap kép, ami a termék adatlapon jelenik meg (Base Image),
  • melyik legyen a kis kép, ami a termék listákban jelenik meg (Small Image),
  • melyik legyen a bélyegkép ami a termék adatlapon a galériában a kiválasztásnál jelenik meg (Thumbnail).

 

Be lehet még állítani a képeknek a Label-t is, ami a termék kép Title-je lesz. Az exclude jelölőnégyzettel meg tudjuk adni, hogy melyik képet nem szeretnénk megjeleníteni (ez akkor jó, ha nem akarjuk törölni a képet, csak pl. ideiglenesen kikapcsolni). A remove értelemszerűen kitörli a kiválasztott képet mentés után.

 

Magento egyszerű termék beállítás images

 

Recurring Profile

Ismétlődő profilok ‒ leggyakrabban előfizetésekre vagy termék részletre való vásárlására használják. Amikor a vásárló ilyen terméket vesz, azt csak PayPal-lel tudja kifizetni (be kell állítani és engedélyezni a PayPal-os fizetést).

 

Példa:

Van egy újság, amire előfizettünk, és havonta történik a fizetés, vagyis havonta 1-szer fizetünk.

 

Beállítások:

Enable Recurring Profile: állítsuk IGEN-re, ha engedélyezni akarjuk.

 

Schedule

Customer Can Define Start Date: engedélyezzük-e, hogy a vásárló megadja a kezdeti dátumot.

Scedule Description: rövid leírás, ez a fizetés utáni „sikeres vásárlás” oldalon jelenik meg.

Maximum Payment Failures: hány sikertelen fizetés után legyen felfüggesztve.

Auto Bill on Next Cycle: Állítsuk IGEN-re, ha szeretnénk, hogy automatikusan kezdeményezze az elmaradt (sikertelen) fizetést a következő számlázási ciklusra.

Példa: a fizetés napján nem volt elég pénz a számlánkon (PayPal), tehát fel lett függesztve a fizetés, de később tettünk elég pénzt a számlánkra és így a következő fizetéskor az elmaradt pénzt is kifizeti, ha IGEN-re van állítva.

 

Billing

Billing Period Unit: Állítsuk be a számlázási időszakot (hetente, havonta stb.)

Billing Frequency: Számlázási sűrűség egy ciklusra vetítve.

Maximum Billing Cycles: Maximum hány kör, vagyis hányszor legyen számlázva (ha üresen hagyjuk, akkor végtelen számú kör /ciklus/ történik).

Példa: Legyen egy újság, aminek az ára legyen 1000, a Billing Period Unit legyen hetente, Billing Frequency legyen 3, Maximum Billing Cycles legyen 5.

Ez azt jelenti, hogy 3 hetente történik a fizetés, és összesen 5 alkalommal, vagyis 3 hetente fizetünk ki 1000-et, összesen 5000-et költünk el.

 

Trial Period

A Trial period beállításait ugyanúgy kell elvégezni, mint a Billing résznél, azonban itt van egy Trial Billing Amount, ami a próbaidőszak alatti ár.

Példa: Tegyük fel, hogy kiadunk egy új magazint, ami a vásárlók számára még teljesen ismeretlen. Valószínű, hogy nem lesz sok érdeklődő, ezért érdemes „Bevezető” időszakot indítani, kedvezményes, bevezető áron árulni az adott terméket, majd miután lejár ez az időszak, az eredeti áron lehet kínálni.

 

Initial Fees

Initial Fee: Első alkalommal kell ezt a „kezdeti díjat” kifizetni ‒ feltéve, ha beállítjuk.

Allow Initial Fee Failure: IGEN-re állítva megszakítja az előfizetést, ha nem sikerül kifizetni a kezdeti egyszeri összeget. Ha NEM-re van állítva, és nem sikerül a kezdeti összeg kifizetése, akkor a következő alkalommal, mikor már van elég pénz, kerül kifizetésre ez az összeg.

 

Magento egyszerű termék recurring profile beállítás

 

Design

Itt lehet beállítani, hogy az adott termék milyen egyedi témával / sablonnal jelenjen meg.

Custom Design: itt választhatjuk ki a design csomagot.

Active From: Az egyedi kinézet mikortól legyen aktív (ha üresen hagyjuk, akkor a beállítás napjától, vagyis figyelmen kívül hagyja ez az opciót).

Active To: Az egyedi kinézet vége (ha üres, végtelen ideig marad, ha bizonyos dátumot állítunk be, akkor annak lejárta után visszaáll az eredetire).

Custom Layout Update: Egyedi Layout xml módosítás (Programozói tudás szükséges hozzá!)

Page Layout: Oldal elrendezés módosítás (pl. a jelenlegi 1 oszlopos, de szeretnénk 2 oszloposra módosítani).

Display Product Options In: Termék kiválasztható opcióit hol jelenítse meg (olyan terméknél érdekes, amelyiknek vannak választható opciói, pl. konfigurálható, kötegelt). A Product Info column a termék ára alatt szokott megjelenni a kép mellett, jobb oldalt, a Block after info column pedig az egész infó blokk alatt, vagyis a kép alatt általában.

 

Magento egyszerű termék design beállítás

 

Gift Options

Itt engedélyezni tudjuk, hogy vásárláskor a felhasználó meg tudjon adni ajándék üzenetet. Ha IGEN-re van állítva, a vásárlás közben bekéri a felhasználótól az ajándék üzenetet (kitől, kinek, üzenet). A rendszer beállításoknál be lehet állítani, hogy termékenként is lehessen egyedi üzenetet megadni, és az egész rendelésre.

 

Magento egyszerű termék gift options beállítás

 

Inventory

Itt lehet beállítani a készletkezelést. Ahol be van kapcsolva a User Config Settings, ott a rendszerbeállításokból veszi az értéket.

Manage Stock: Legyen-e engedélyezve a készletkezelés erre a termékre

Qty: Mennyi darab van raktáron.

Qty for Item’s Status to Become Out of Stock: Ennyi darab után lesz a termék „Nincs raktáron” állapotban.

Minimum Qty Allowed in Shopping Cart: Minimum vásárolható mennyiség.

Maximum Qty Allowed in Shopping Cart: Maximum vásárolható mennyiség.

Qty Uses Decimals: Mennyiség megadásnál használható-e tizedesjegy, pl. 1,5 liter.

Can be Divided into Multiple Boxes for Shipping: Ez az opció a Qty Uses Decimals IGEN-re állításával jön, itt be lehet állítani, hogy a terméket lehet-e külön dobozban szállítani.

Backorders: Előrendelés. A „No backorders”-nél ha a termék nincs raktáron, nem lehet megvásárolni, az „Allow Qty Below 0”-nál meg lehet vásárolni (előrendelni) a terméket, ha nincs raktáron, „Allow Qty Below 0, and Notify Customer”: ez ugyanaz, mint az Allow Qty Below 0”-nál, csak itt még értesítjük is a vásárlót.

Notify for Quantity Below: Milyen mennyiség alatt készítsen jelentést a termék raktárkészletéről (Ezt az adminban a Reports -> Products -> Low Stock menüben lehet megtekinteni).

Enable Qty Increments: Ha ezt beállítjuk, a felhasználó csak akkor tudja a kosárba rakni a terméket, ha a Qty Increments opcióban beírt mennyiséget teszi bele.

Stock Availability: Van-e raktáron a termék vagy sem. Ha Out of Stock-ra van állítva, akkor nem lehet megvásárolni, még akkor sem, ha engedélyezve van az előrendelés. A Qty és a Stock Availability nem értelmezhető ugyanannak. Sokaknak megtévesztő az, hogy van belőle pl. 3 darab (Qty), de ha a Stock Availability Out of Stockra van állítva, nem lehet megvásárolni.

 

Magento egyszerű termék inventory beállítás

 

Websites

Itt tudjuk beállítani, hogy a termékünk mely webáruházakban jelenjen meg.

 

Magento egyszerű termék websites beállítás

Categories

Itt kell kiválasztani, hogy a termék mely kategóriákban szerepeljen.

 

Magento egyszerű termék categories beállítás

Related Products

Itt tudjuk kiválasztani a megadott termékhez hasonló termékeket. Ha a teljes listát szeretnénk látni, nyomjuk meg a jobb oldalon lévő Reset Filter gombot. Ezután válogassuk ki (a jelölőnégyzetet pipáljuk be), hogy mely termékek hasonlóak. Ezek a termékek az aktuális termék adatlapján általában a bal, ill. jobb oldali oldalsávban szerepelnek (de persze ez a dizájntól függhet).

 

Magento egyszerű termék related products beállítás

Up-sells

Ugyanúgy kell beállítani, mint a Related Products részt. Ezek olyan termékek, amelyeket a vevőnek ajánl a webáruház. A termék adatlapján lent jelennek meg.

 

Cross-sells

Ugyanúgy kell beállítani, mint a Related Products részt. Ezek a termékek a kosár oldalon jelennek meg, a célja ennek a funkciónak, hogy a vevőt még vásárlás előtt még több termék vásárlására biztassuk.

 

Product Reviews

Ezen a fülön a termékre érkezett vélemények vannak megjelenítve. A véleményeket az Edit gombra kattintva tudjuk módosítani (pl. elfogadni, vagy esetleg a szövegét kicsit módosítani, törölni).

 

Magento egyszerű termék product reviews beállítás

 

Product Tags

Itt jelennek meg a termékre „akasztott” címkék. A termékre címkéket a bejelentkezett vásárló tud tenni a termék adatlapján, és ezt követően ott is jelennek meg az elfogadott címkék.

Az újonnan érkezett (tehát nem elfogadott) címkéket elfogadni, módosítani az adminban a Catalog -> Tags -> Pending tags menüben lehet.

 

Magento egyszerű termék beállítás product tags

 

Customer Tagged Product

Itt azon vásárlók listája jelenik meg, akik erre a termékre akasztottak címkét.

 

Magento egyszerű termék beállítás customer tagged product

 

Custom Options

Ezek a termék egyedi opciói, valamelyes hasonlítanak a konfigurálható termék opcióihoz.

Ez az egyedi opciós beállítás lehetőségét nyújtja számunkra ‒ egyedi választható opciókat hozhatunk létre, kikerülve a jellemzők létrehozását, ill. használatát.

 

Példa:

Vegyük a korábban mutatott fekete sapka példáját! Azt szeretnénk, hogy a sapkára lehessen nyomtatni valamilyen matricát, logót stb., ekkor a következőképp kell a beállításokat elvégezni:

Add New Option gombra kel kattintani, majd ott a Title mezőbe be kell írni az opció nevét, pl. Matrica nyomtatás, majd az Input Type-nál ki kell választani, milyen típusú legyen az opció. Az Is Required azt jeleni, hogy kötelező legyen-e kitölteni ezt a részt, a Sort Order segítségével a sorrendezést végezhetjük el.

 

Text – Field: egyszerű szöveges mező, amit a vásárló tölt ki, pl. „BMW emblémát szeretnék”, a Price mezőbe írjuk be, hogy a termék eredeti árához képest mennyivel lesz drágább, a Price Type arra vonatkozik, hogy fix árral vagy százalékkal lesz több, az SKU-hoz az esetleges egyedi cikkszámot beírhatjuk, a Max Charachers-hez pedig, hogy maximum mennyi karaktert írhat be a vásárló.

 

Text – Area: szöveges mező, ide hosszabb szöveget is beírhat a vásárló. A további beállításai ugyanazok, mint a Text – Field-nél.

 

File – File: valamilyen fájlt feltölthet, pl. feltölti a BMW emblémát.

A további beállításoknál az Allowed File Extensions-be vesszővel vagy üres hellyel elválasztva írjuk be az engedélyezett kiterjesztéseket, pl. jpg, gif, png.

A Maximum Image Size-hoz írjuk be, hogy maximum mekkora képeket tölthet fel. Ha a fájl nem kép, hagyjuk a mezőt üresen.

 

Select – Drop-down: lenyíló menü, ilyenkor az adminisztrátor fogja kitölteni a felkínált lehetőségeket (a csatolt képen ilyen példa van).

Új opciók hozzáadásakor az Add New Row gombot kell megnyomni. A további beállításoknál a mezőket ugyanúgy kell kitölteni, mint a Text – Field-nél, annyi különbséggel, hogy itt a Title-be be kell írni az opció nevét, amit a vásárló ki fog választani. Egy tétel választható a vásárló számára.

 

Select – Radio Buttons: Ugyanúgy kell beállítani, mint a Select – Drop-down-nál, csak ezek rádió gombok lesznek. Egy tétel választható a vásárló számára.

 

Select – Checkbox: Ugyanúgy kell beállítani, mint a Select – Drop-down-nál, csak ezek pipálható jelölőnégyzetek lesznek. Több tételt is választhat a vásárló.

 

Select – Multiple Select: Ugyanaz, mint a Select – Drop-down, annyi különbséggel, hogy több tételt is választhat a vásárló.

 

Date – Date: Dátum választó, ahol a vásárló ki tudja választani a dátumot.

Date – Date & Time: Dátum és idő választó.

Date – Time: Csak idő választó.

 

Magento egyszerű termék beállítás custom options

 

Magento egyszerű termék beállítás custom options

 

Ezzel az egyszerű termék beállítása kész, mentsük el a terméket a Save gombra kattintva!

 

Konfigurálható termék (Configurable product)

A konfigurálható termék létrehozása előtt kell, hogy már meglegyenek olyan jellemzők, amelyeket használhatunk konfigurálásra (ezt a jellemzők részben írom le részletesen).

  1. Első lépésként válasszuk ki a termék létrehozásakor a Configurable típust.
  2. Ezután ki kell választanunk, hogy mely jellemzőket szeretnénk használni a konfigurálásra, vagyis, hogy a vásárló mikből választhat majd.

 

Magento konfigurálható termék beállítás

3) Utána ugyanúgy töltsünk ki mindent, mint az egyszerű terméknél kivéve az Inventory-t, mivel ott a hozzá tartozó egyszerű termékektől függ, hogy lesz-e raktáron.

4) A hozzá tartozó egyszerű termékeket az Associated Products fülön lehet megtalálni.

A hozzá tartozó termékeket többféleképpen lehet létrehozni: vagy létrehozzuk külön, ahogy az egyszerű terméket, vagy az itt található Quick simple porduct creation rész segítségével. Én az utóbbit javaslom, mert gyorsabb.

Az utóbbit választva töltsük ki a mezőket, majd a Quick Create gombra kattintva létrejön a hozzá tartozó termék. Itt meg fogjuk találni az előzőleg kiválasztott jellemzőket, melyeket majd a vásárló ki tud választani (pl. Size, Color).

Ha szeretnénk a Quick Create után a terméket gyorsan módosítani, a lenti listában az Edit gombra kattintsunk, ahol előjön egy ablak, és ott módosítsuk, amit kell.

 

Magento konfigurálható termék gyors beállítás

 

A lenti ábrán látunk pár opciót, melyek valamennyi összeggel drágább beállítást tesznek lehetővé (pl. a 39-es méretet szeretnénk 500-zal drágábbra állítani, mint a többit). Lehet fix vagy százalékos árat állítani. Ez a beállítás a fenti űrlap kitöltésekor is előjöhet, ha pl. abban a méretben vagy színben még nincs termékünk, vagyis a Super product attribute configuration részben nincs benne az az opció.

Az Attribute Name-hez tudjuk beírni azt a szöveget, ami megjelenik a vásárlónak, ha a Use default be van pipálva, az eredeti szöveg fog megjelenni.

 

Magento konfigurálható termék super beállítás

 

Csoportos termék (Grouped product)

A csoportos termék beállításai hasonlítanak a konfigurálhatóhoz.

  1. Első lépésként a termék létrehozásakor a Grouped Product-ot kell kiválasztani.
  2. Associated Products fülön be kell pipálni a hozzá tartozó terméket, a listában a Default Qty-t beállíthatjuk, hogy mennyi legyen az alapértelmezett mennyiség, ami alapból be lesz a termék adatlapon állítva (persze ezt a vásárló módosíthatja). A Reset Filter-rel tudjuk a teljes listát megkapni, ha szeretnénk bővíteni a hozzá tartozó termékeket.

Magento csoportos termék beállítás

 

Kötegelt termék (Bundle product)

  1. Első lépésként ki kell választani a Bundle Product-ot a létrehozáskor.
  2. A General fülön, az egyszerű termék beállításától eltérő, hogy itt a cikkszámot (SKU) és a súlyt beállíthatjuk úgy, hogy dinamikus legyen (ez a rendelésben látszódik, dinamikusnál a cikkszámokat összevonja, pl. test-1, test-2, ebből lesz test-1-test-2).
  3. A Prices tabon a price mezőnél dinamikus szóval nem lehet beleírni az árat, mivel az altermékből számolódik ki az ár).

A Price View mező pedig, az, hogy hogyan jelenjen meg a termékadatlapon és listákban az ár. Az As Low As megadja, hogy mi a kezdőára, vagyis a minimum ára a kötegelt terméknek. A Price Range, pedig tól-ig érték lesz, vagyis a minimum és maximum árat írja ki (a minimumot itt úgy kell érteni, hogy az egész kötegelt csomagból a legkevesebb, általában 1 darabot vesz meg a vásárló, a maximum pedig, ha az egész csomagot megveszi, tehát mindent belőle).

  1. Bundle Items fülön látjuk a kötegelt termék részeket.

Itt kell hozzáadni azokat a termékeket, amelyek szeretnénk, hogy a kötegelt termék részét képezzék.

 

Ezt a következőképp kell beállítani:

A Ship Bundle Items-nél be kell állítani, hogy a résztermékeket külön (Separately) vagy egybe (Together) lehet szállítani.

Ez alatt van a Bundle Items rész, ahol jobb oldalon az Add New Option-nel tudunk új opciót hozzáadni. Új opció hozzáadásánál a Default Title-höz a kiválasztás címét kell beírni, pl. Fényképezőgép Objektív.

 

Input Type: itt ki kell választani a kiválasztás típusát, hogy lenyíló legyen-e (Drop-down), Rádió gombok, jelölőnégyzet (Checkbox) vagy Többes kiválasztó (Multiple select).

Is Required: a vásárlónak kötelező-e ebből a részből választania.

Position: hányadik helyen legyen, ha több választás is van.

Az Add Selection gomb segítségével tudunk termékeket hozzáadni ehhez a választáshoz.

A teljes listát a Reset Filter-rel tudjuk előhozni, majd itt ki kell választani a termékeket, a Qty to Add pedig abban segít, hogy milyen mennyiség legyen alapból kiválasztva.

 

Ezután meg kell nyomni a fentebb lévő Add Selection Product(s) to Option gombot.

Ha ez megvan, látni fogjuk a hozzáadott termékeket. Abban az esetben, ha Drop-down vagy Radio Buttons típusú, beállíthatjuk, hogy a Default Qty mellett a vásárló tudja-e módosítani a hozzáadott termék mennyiséget (User Defined Qty). A többi típusnál erre nincs lehetőség, és mindig a Default Qty mezőben beállított mennyiség fog bekerülni a kosárba.

A Default bekapcsólóval be tudjuk állítani, hogy alapból a termékadatlapon be legyen-e ez az opció kapcsolva.

 

Magento kötegelt bundle termék beállítás

 

Virtuális termék (Virtual product)

Virtuális terméket ugyanúgy kell beállítani, mint az egyszerű terméket.

  1. Első lépésként válasszuk ki a terméktípusnál a Virtual Product-ot.
  2. A General fülön annyi eltérés van, hogy itt nem kell megadni a súlyt, mivel egy virtuális terméknek nincs súlya. A többi ugyanaz, mint az egyszerű terméknél.
  3. Általában e típusnál nem szokták a készletkezelést használni, mivel nem valószínű, hogy az ilyen termékek kifogynak a raktárból, szóval ilyenkor az Inventory tab-nál a Manage Stock-ot állítsuk NEM-re.

Virtuális termék vásárlásakor nem kell a vásárlónak megadni szállítási címet, mivel ezt a típust nem lehet kiszállítani.

 

Letölthető termék (Downloadable product)

A letölthető terméket is szinte ugyanúgy kell beállítani, mint az egyszerű terméket, csak itt pluszban van a Downloadable Information fül.

  1. Első lépésként válasszuk ki a terméktípusnál a Downloadable Product-ot.
  2. Ugyanúgy, mint a virtuálisnál, itt se kell a General fülön megadni a termék súlyát, mert nincs, és ugyanúgy a készletkezelést sem szokták e típusnál használni (persze attól meg lehet, ha szeretnénk).
  3. A Downloadable Information fülön a következőket kell beállítani:

A Links részen:

Title: adjuk meg a letölthető termékek címét (pl. Dokumentumok).

Links can be purchased separately: a letölthető dolgok megvásárolhatóak-e külön.

Ezután lent az Add New Row gomb megnyomásával tudunk új tételt hozzáadni.

Itt be kell állítani a Title-t, ami a tétel címe lesz (pl. BMW e46 Manual).

A Price-t csak abban az esetben lehet beírni, ha engedélyezzük, hogy külön megvásárolhatók a letölthető tételek, mivel ilyenkor meg kell adni a tételek árát. Ha egyben vásárolható meg, akkor az eredeti ár lesz érvényes, ami a Price fülön van.

Max. Downloads: itt állítjuk be, hogy a felhasználó hányszor tudja letölteni a megvásárolt terméket. Ha nem akarjuk korlátozni, akkor pipáljuk be az Unlimited jelölőnégyzetet.

Sharable: ha szeretnénk, hogy a letöltött terméket a vevő meg tudja másokkal osztani, akkor állítsuk IGEN-re, ilyenkor linket elküldve bárki meg tudja azt nézni. NEM-re állítva csak az a bejelentkezett vásárló tudja megnézni, aki megvásárolta.

Sample: lehet fájl vagy link, egyfajta betekintő / minta / ízelítő, amely megjelenik a termékadatlapon (pl. ha egy könyvről beszélünk, akkor a hátlapján szereplő összefoglalót szokták feltenni valamilyen formában, ami lehet kép, PDF stb.)

File: ide kerül fel a letölthető tétel teljes változata, ami lehet fájl vagy link (a link pl. mutathat egy letölthető dokumentumra).

Sort Order: ha több letölthető tételünk van, akkor a megjelenési sorrendet állítja.

 

A Link rész felett van egy Samples (ritkán van használva szerintem), ha ide feltöltünk ugyanúgy tételeket, azt a termék adatlapon ugyanúgy meg lehet tekinteni, mint a Links részen a Sample-t. Igazából ez az egész letölthető termékre vonatkozó minta (Sample), míg a Links részen mindegyik letölthető tételhez lehet külön mintát feltölteni.

 

Magento letölthető termék beállítás

 

Ezzel a résszel be is fejeztem a termékek létrehozását és beállítását.

 

Mi a termékjellemző, illetve jellemzőcsoport?

 

Mi is valójában a termékjellemző?

A termékjellemzők: azok az elemek, amelyek a termékek tulajdonságait definiálják, pl. termék színe, súlya, mérete, leírása stb. Véleményem szerint ez nagyon jól ki lett találva a Magento-ban és jól használható úgy a fejlesztőknek, mint a webáruház adminisztrátorainak!

Rendkívül jól lehet szűrni a keresőkben a termékek jellemzőire, pl. valakit csak a fekete színű, M-es méretű pólók érdeklik. A vásárlói élmény szempontjából fontos, hogy egy webáruházban könnyen és sikeresen tudjanak a vásárlók keresni, ezért nagyon jól meg kell tervezni az áruház jellemzőit és jellemzőcsoportjait.

 

Mi a jellemzőcsoport?

A jellemző csoport, ahogy a neve is mondja, jellemzők csoportosítása.

 

Példa:

Tegyük fel, hogy a webáruházunkban árulunk pólókat és laptopokat. Ilyenkor létrehozunk kettő jellemzőcsoportot a megfelelő jellemzőkkel. Miért? Azért, mert pl. a pólónak nincs memória mérete, processzor órajele, merevlemez mérete, ugyanúgy a számítógépnek pedig nincs színe (bár ez több esetben még lehetséges is lenne), tehát létrehozunk a Pólóknak egy jellemzőcsoportot, legyen pl. Ruházat a neve, a számítógépnek pedig Műszaki cikkek.

Nem ajánlott minden egyes termékfajtára létrehozni külön jellemzőcsoportokat. Ahol csak tudunk, egyszerűsítsünk, de azért figyeljünk oda, hogy nagy értelmetlenségek ne legyenek (mint ahogy a fenti póló és laptop példa is mutatja).

 

Hogyan kell létrehozni termék jellemzőt, jellemző csoportot?

 

Jellemző létrehozása

Menjünk az adminban a Catalog –> Attributes -> Manage Attributes menüre.

Itt a jobb oldalon fent lévő Add New Attribute-ra kell kattintani.

Az űrlapot a következőképp kell kitölteni:

 

  1. A Properties fülön:

 

Attribute Properties

Attribute Code:

A jellemző egyedi azonosítója (nem lehet üres hely benne, ékezetek sem, és kevesebb mint 30 karakter hosszú lehet csak) pl. color, size, memory_size.

 

Scope:

Itt az tudjuk beállítani, hogy milyen szinten lehessen változtatni a termékek értékét.

Global: mindenhol egyforma, ugyanaz az érték.

Webiste: webshoponként eltérhet az értéke (tehát pl. van 2 webshopunk, az egyiknél február 1-től lesz akciós a termék, a másiknál március 1-től).

Store View: boltnézetenként eltérhet (tehát pl. van 2 store view vagyis boltnézetünk, az egyik a magyar nyelvű, aminél az URL kulcs pl. nagyon-jo-termek, a másik az angol nyelvű, ott pedig very-good-product)

 

Catalog Input Type for Store Owner:

Itt kell kiválasztani, a jellemző beviteli típusát.

Text Field: sima szöveges mező

Text Area: szöveges blokk mező

Date: dátum formátumú

Yes/No: igen/nem típusú

Multiple Select: Többszöri kiválasztós

Dropdown: Lenyíló típusú

Price: ár típusú

Media Image: kép típusú, ezt választva sok beállítás eltűnik

Fixed Product Tax: fix adó típusú, ezt választva sok beállítás eltűnik

 

Default Value:

Itt beállíthatjuk, hogy minden termék létrehozásakor mivel töltse ki alapból ezt az értéket (ez akkor jó, ha sűrűn ismétlődik a termékeknél ez az érték, tehát kevesebbet kell gépelni).

 

Unique Value:

Itt megtudjuk adni, hogy egy adott érték egyedi legyen-e, pl. az áruházban van olyan termék, aminek pl. 8 GB a memóriamérete, de egy másik terméknek is ezt az értéket szeretnénk beállítani. Ha „unique” IGEN-re van állítva, akkor szól, hogy ez az érték már használva van. Vagyis ilyenkor két terméknek nem lehet ugyanaz az értéke.

 

Values Required:

Kötelező-e a mezőt kitölteni

 

Input Validation for Store Owner:

Bevitelkor ellenőrizz-e, hogy az adott adat megfelelő-e.

Decimal Number: tizedesjegy-e

Integer Number: egész szám-e

Email: E-mail típusú-e

URL: URL típusú-e

Letters: Betűk-e

Letters (a-z, A-Z) or Numbers (0-9): Betűk vagy számok

 

 

Apply To:

Melyik terméktípusokra legyen a jellemző érvényes, ha mindre, akkor All Product Types.

 

Frontend Properties

Use in Quick Search:

Lehessen-e a gyorskeresőben a termékjellemző értékére keresni, ha igen, akkor pl. a red szóra keresve meg fogja találni azokat a termékeket, amelyeknél ez az érték be van állítva.

 

Use in Advanced Search:

A részletes keresőben megjelenjen-e ez a jellemző

 

Comparable on Front-end:

Lehessen-e a termékeket összehasonlítani ezen jellemző alapján.

 

Use In Layered Navigation:

A szűrő, szűkítő navigációban használjuk-e. Ha igen, akkor meg fog jelenni ez a jellemző, amire a vásárló tud szűrni. Csak lenyíló, többszörös kiválasztó és ár típusúakat lehet ilyenre használni.

 

Use In Search Results Layered Navigation:

Ez majdnem ugyanaz, mint a felette lévő, csak ez a keresés utáni szűrő navigációra érvényes, hogy megjelenjen-e.

 

Use for Promo Rule Conditions:

Ha szeretnénk, hogy a promóciós szabályok feltételei között használjuk, akkor állítsuk IGEN-re. Pl. van egy szabályunk, ami ad 10% kedvezményt a piros színű pólókra, akkor a szín jellemzőnél ezt IGEN-re kell állítani, hogy a szabályt alkalmazni tudjuk.

 

Position:

A szűrő navigációban adjuk meg, hogy hányadik pozícióban jelenjen meg.

 

Allow HTML Tags on Frontend:

Ezt csak a Text Field, Text Area-ra lehet állítani ‒ lehessen-e html tag-eket használni a jellemzőérték felvételekor.

 

Visible on Product View Page on Front-end:

Egyszerű és Virtuális termékeknél lehet csak ‒ a termék adatlapján általában az Additional Information-nél megjelenjen-e.

 

Used in Product Listing:

A terméklista oldalakon megjelenjen-e az összegzés részen. Vagyis a listában ki legyen-e jelezve ez az érték. Témától is függ.

 

Used for Sorting in Product Listing:

Listaoldalon sorrendezésre lehessen-e használni. Itt is függ a témától.

 

Magento termék jellemző létrehozás beállítás

 

2) Manage Label / Options fülön:

 

Manage Titles

Ez lesz boltnézetenként (feltéve, ha van több) a jellemző neve, vagyis ahogy meg fog jelenni az oldalon.

Admin: ahogy az adminon megjelenik

Default Store View (nem biztos, hogy ilyen néven van elnevezve, lehet, hogy át lett nevezve egy adminisztrátor által) : így fog megjelenni az alapnézetben, amit a vásárló lát.

És ha van több, akkor itt fel lesz sorolva az összes. Ha nem töltjük ki a mezőket, akkor mindig az admin mezőből veszi az értéket.

 

Manage Options (values of your attribute):

Ahogy a zárójelben lévő szöveg is írja, ezek a jellemzőértékek.

Csak lenyíló illetve többszörös kiválasztónál kell megadni.

Add Option gombbal tudunk újat hozzáadni.

Ugyanúgy kell kitölteni, mint a Manage Titles-nél, de szerepel nála még pluszban a jellemző értékek pozíciója. Ha be van pipálva az Is Default, alapból a termék létrehozásakor ez lesz kiválasztva.

 

Magento termék jellemző beállítás

 

Jellemzőcsoport létrehozása

 

Az adminban a Catalog -> Attributes -> Manage Attribute Sets menüre, majd az  Add New Set gombra kell kattintani.

A jellemzőcsoport létrehozása elég egyszerű

  1. Első lépésként meg kell adni a nevét, a Based On-ban pedig, hogy mi alapján hozza létre, ajánlott a Default-ot használni (ha van).
  2. Ezután a Save Attribute Set gombra kattintva kapunk egy új oldalt, ahol be lehet tenni a kívánt jellemzőket.

A bal oszlopban tudjuk módosítani a csoport nevét.

 

A középső oszlopba kell betenni a jobb oldalon található jellemzőket. Itt több alcsoportra vannak osztva, ez az áttekinthetőség szempontjából jó, és például a memory_size jellemzőnk ne a Prices fülön legyen, mivel nem oda való. Természetesen lehet új alcsoportot is létrehozni, az Add New gomb segítségével.

A jobb oldalon csak azok a jellemzők vannak felsorolva, amelyek még nem szerepelnek ebben a jellemzőcsoportban.

Ki is lehet venni jellemzőket, ha nem akarjuk, hogy a jellemzőcsoportba tartozzon.

 

Magento termék jellemző csoport létrehozás beállítás

 

 

12 tipp, amivel bizonyítottan növelheted webáruházad konverziós arányát 2016-ban

1. Üdvözöld az új látogatókat

Ha valaki először jár nálad, online nem tudsz széles mosollyal ráköszönni, de valami még jobbat tehetsz. Felugró ablakban üdvözölheted a potenciális vásárlót. Ebben valamilyen különleges ajánlatot is kínálhatsz már rögtön az első pillanatban, például egy kisebb kedvezményt vagy akár ingyenes szállítást adva a legelső vásárláshoz.

Webshop konverzió üdvözlés

Mivel mindig a legelső konverzió a legnehezebb, és a meglévő vásárlók megtartása jóval kisebb energiádba kerül, mint az újak megszerzése, mindenképpen megéri már az első pillanatban pozitív élménnyel gazdagítani látogatóidat. A kedvezményért cserébe persze érdemes feliratkozást, e-mail címet kérned, hiszen a későbbiekben így elérheted őket eDM-ek segítségével.

2. Ne hagyd annyiban, ha valaki otthagyna!

A webáruházaknál általában a legnagyobb fejtörést az okozza, hogy ha a látogatók száma magas is, a konverziós arány alacsony. Ez azért is így van, mert rengetegen hagyják ott a kosarukat, nézelődnek vásárlás nélkül vagy készítenek egyszerűen online bevásárló listát úgy, hogy a kosárba pakolják az árukat. Ha meg akarod fogni azokat, akik már fontolgatják a vásárlást, az online marketingben elképesztően sok lehetőséged van. Az egyik ilyen a remarketing: ha a felhasználó megtekint egy-egy konkrét terméket, de nem vásárol nálad, megteheted, hogy az AdWords hálózaton keresztül ezt a konkrét terméket hirdeted neki – akár árengedményt kínálsz. Megteheted azt is, hogy ha a felhasználó elnavigálna oldaladról, egy felugró ablakban jelenítesz meg neki egy ajánlatot, például egy egyszeri, csak arra az alkalomra szóló kisebb kedvezményt. A legjobb, ha ezt az üzenetet személyre szabod: ha pontosan arra a termékre vagy kategóriára célzod, amelyet a felhasználó megtekintett.

3. Egyszerűsítsd a fizetést

Az esettanulmányokból kitűnik, hogy rengetegen hagyják ott a kosarukat az utolsó pillanatban – már akkor, amikor éppen fizetni készültek volna. Ennek több oka lehet. Az egyik, ha túlságosan bonyolult a check-out. Ha túlságosan sok oldalon kell átkattintani, túl sok adatot megadni, az már önmagában sokakat eltántoríthat. Egy vásárlásért ne kérj regisztrációt – bátoríthatod erre kedvezményekkel, különleges ajánlatokkal a felhasználókat, de semmiképpen se tedd kötelezővé. A lépések számát minimalizáld, hogy a lehető legkevesebb kattintással vásárolhasson nálad az ügyfél. A kosarat, a fizetés CTA-ját (Call To Action) helyezd el az oldalon jól láthatóan: a legjobb, ha jobb felülre teszed ezeket, ahol ösztönösen mindenki keresi. Mindig írd ki, éppen hány termék van a kosárban és mennyibe kerülnek összesen. És soha ne takargass plusz költségeket. Már a termékoldalon tüntesd fel, mennyibe kerül majd egy adott termék szállítása: elképesztően sokan tesznek le a vásárlásról az utolsó pillanatban azért, mert a végösszeghez hozzáadódó szállítási díjjal csak a check-out utolsó oldalán szembesülnek.

4. A/B tesztelj szünet nélkül

Olyan pillanat, amikor hátradőlhetnél és azt mondhatnád, készen vagy, sohasem lesz. Webáruházadat folyamatosan optimalizálnod kell, odafigyelve arra, hogy a látogatók, vásárlók pontosan hogyan használják azt.

A B teszt konverzió

A konverziós arány szempontjából nem mindegy már az sem, hogy egy-egy gombot hová helyezel el a weboldalon, milyen színt vagy formát adsz neki, mit írsz rá. Magadtól pedig nem fogod kitalálni, melyik hozza majd a legjobb eredményt. Folyamatosan figyelned kell tehát az oldalaid adatait – hogyan változik a hatékonyságuk, a közönség összetétele, mennyi időt töltenek az oldalon, hová kattintanak, mit nem vesznek észre. Ha meghatároztad a problémás pontokat, ahol változtatásra lehet szükség, mindig készíts két (vagy akár több) változatot az oldalból, és azokat véletlenszerűen mutasd meg a közönségednek. Igyekezz minél több adatot begyűjteni arról, hogy melyik változat működik jobban, és onnantól kezdve azzal dolgozz.

5. Ne spórolj a képeken!

A hitelességedet szolgálja az is, ha igyekszel a lehető legpontosabban megmutatni, mit is vásárolnak nálad az emberek. Az első tehát, amit tenned kell, hogy termékeidről saját fotókat készítesz.   A más oldalakról átvett, alacsony felbontású képeket azonnal el is felejtheted: jól bevilágított, profi fotókra lesz szükséged, amelyeken egy adott termék minden szögből megtekinthető. Hogy a látogató ugyanúgy képes legyen szemügyre venni, mintha a boltban forgatná, közel hajolna, részleteit vizsgálgatná.

Webáruház képek használata

A dizájnod lehetőleg legyen letisztult és helyezze a hangsúlyt a termékekre, hívja fel a figyelmet képekkel. A szöveges tartalmaid és videóid kiválóan alkalmasak arra, hogy hozzád tereljék a látogatókat vagy éppen kérdéseket válaszoljanak meg. A webshop nyitóoldalán vagy éppen a további termékek ajánlásában viszont élénk képekre lesz szükséged. Hogy miért? A Oneupweb felmérése szerint például a látogatók több mint 70 százaléka nagyobb valószínűséggel vásárol, ha a nyitóoldalon megjelennek a termékek képei. A legjobban akkor jársz, ha népszerű termékeidet mutatod be így. Ez elsőre lehet, hogy kontraproduktívnak tűnik, hiszen miért azt reklámoznád az új vevőknek, ami egyébként is jól megy, miért nem egy kevésbé népszerű terméket? Nos, azért, mert a népszerű termékek már bizonyítottak, nagyobb eséllyel nyerik meg a tömeget.

6. Engedd, hogy a vásárló személyre szabja a terméket

Ennek megvalósíthatósága persze attól is függ, hogy pontosan mit árulsz. De ha teheted, adj minél több lehetőséget a vásárlónak arra, hogy olyan terméket válasszon, ami számára a leginkább megfelelő! Választhassa ki a színt, formát, méretet és így tovább – lehetőleg mindezt a termékoldalon, egy intuitív felületen, mindössze néhány kattintással. Adj lehetőséget arra is, hogy extrákat adhassanak hozzá – ha például egy felhasználó negyed-fél órát tölt el azzal, hogy egy nagyszerűen kezelhető felületen összeállítsa a számára ideális laptopot egy elektronikai webáruház oldalán, már úgy fogja érezni, létrehozott valamit. Ez a koncepció már az övé. És a végén nagyobb eséllyel vásárol még akkor is, ha egyébként az, amit összerakott magának, drágább, mint bármelyik sztenderd termék.

7. Légy megbízható – és tűnj is annak!

Bár az online vásárlásban ma már semmi igazán forradalmi nincs, a felhasználók egy részében még mindig élnek kétségek a webáruházakkal kapcsolatban. Tartanak attól, hogy visszaélnek adataikkal, hogy pénzük eltűnik, hogy soha nem kapják meg a terméket. Ha mindezeket a kétségeket el akarjuk oszlatni, számos dolgot tehetünk. Mindenekelőtt a nyilvánosan elérhető értékelések, vélemények azok, amelyek megerősíthetik a felhasználó bizalmát. Ha a webáruházban értékelhetjük az eladókat, a termékeket, ha van egy olyan felület, ahol kérdezhetünk, ahol megfogalmazhatjuk panaszainkat és választ is kapunk azokra, az már önmagában biztonságérzetet ad. A felhasználók értékelhetnek csillagokkal, megfogalmazhatnak szöveges véleményeket, mindenki számára látható kérdéseket küldhetnek be és így tovább. Annak szerepe, hogy valódi emberektől származó beszámolókat olvashatnak, óriási: ma már közel olyan jelentősége van egy ismeretlen, de valóban létező embertől olvasott online véleménynek, mintha ismerősünk ajánlana valamit. Különösen fontos ez olyan esetekben, amikor a felhasználónak eleve kétségei lehetnek az online vásárlással kapcsolatban. A ruha lehet, hogy nem áll majd jól rajta, a kozmetikum lehet, hogy éppen nála nem működik megfelelően és így tovább. Az olyan termékeknél, amiket rendesen a boltban „kipróbálnánk”, megnéznénk, kérdeznénk róla, fontos, hogy biztosítsunk valamilyen lehetőséget a visszalépésre is. Ha bízol a termékedben, ha valóban minőséget árulsz, ha mindent megteszel, hogy a vásárló a neki megfelelő árut választhassa ki, akkor a visszaküldések aránya alacsony lesz – viszont annál többen fognak tőled vásárolni, mert nagyobb biztonságban érzik majd magukat. A vizuális elemek lehetősége is nagy: tüntesd fel jól láthatóan, milyen tanúsítványokkal rendelkezel, milyen fizetési lehetőségek választhatók. Az online platform mellett tüntess fel más elérhetőségeket (cím, telefonszám) is. Érzékeltesd, hogy nem egy zugbolt vagy, ami csak elnyeli a pénzt, hanem egy nyíltan működő üzlet, amelynek fontos, hogy ügyfelei elégedettek legyenek. Segít az is, ha a telefonszámot mindenhol jól látható helyen szerepelteted – mobilos felhasználóknál például kifejezetten előny, ha akármelyik oldalon egyetlen kattintással fel tudnak hívni és kérdéseiket szóban elmondani.

8. Használj időjárás alapú szegmentációt!

A legtöbb webáruház azt figyeli, hogy az oldalra érkező látogató új vagy visszatérő-e, hogy honnan jött, milyen a korábbi története és így tovább. Emellett természetesen megtudhatjuk azt is, hogy földrajzilag hol található a látogató, városra és országra bontva. Mégis van egy trükk, amit kevés webshopban alkalmaznak: a szegmentálás aktuális időjárás alapján.

Webshophoz időjárás szegmentálás

Mivel ismerjük a földrajzi helyzetet, minimális erőfeszítéssel megtehetjük azt is, hogy utánanézünk, éppen milyen az időjárás ott, ahol látogatónk él. Ezt pedig rengeteg különféle iparágban használhatjuk fel arra, hogy személyesebbé tegyük a vásárlást. Ha autókat árulunk, hangsúlyozhatjuk annak előnyeit a hidegben olyanoknak, akiknél éppen tél van. Árengedményeket adhatunk különféle ruhadarabokra, ha valakinél esik az eső, esőkabátot, esernyőt kínálhatunk neki aktuális kosara mellé. Ha bort is árulunk, külön felhívhatjuk erre az olyanok figyelmét, akiknél éppen rossz idő van, amiben valószínűleg nem mozdulnak ki otthonról. A lehetőségeknek a fantáziánk szab csak határt: használhatunk időjárás alapú szegmentációt gyógykészítményeknél, barkácsáruknál, kertészeti termékeknél, kozmetikumoknál stb.

9. Forgass videókat, melyek konvertálnak

A videós tartalmak nemcsak az új érdeklődők megragadásában, de a konverziós arány növelésében is a segítségedre lehetnek.

Webshop videók készítése

Érdemes felmérned azt, hogy az egyes termékekkel kapcsolatban mire a legkíváncsibbak a vásárlók. Figyeld meg, milyen kérdéseket küldenek be, milyen kulcsszavakat írnak a keresőkbe és így tovább. Állíts össze egy listát a leggyakoribb kérdésekről, és ez alapján készíts rövid videókat, amelyek bemutatják a termék használatát. Ezekbe minimális energiát kell fektetned, egy nap akár egy tucat hasonló videót is elkészíthetsz, és semmi mást nem kell tenned, mint hogy röviden és érthetően elmondod, amire a felhasználók kíváncsiak, megmutatod a terméket használat közben és hasznos tippeket is adhatsz. Ez helyettesítheti azt az élményt, amikor a boltban megkérdezzük az eladót, ezt hogyan kell használni, annak van-e amolyan funkciója stb.

10. Indíts blogot, írj sokat

Erről egy későbbi cikkünkben részletesen is írunk majd, de álljon itt néhány szó a céges blog jelentőségéről. Milyen pluszt ad neked az írott tartalom, ha webáruházat üzemeltetsz?

Webshop blog cikkek

A tartalommarketing segíthet abban, hogy még azelőtt megválaszold a felhasználók kérdéseit, hogy egyáltalán feltennék azokat. Ugyanígy eloszlathatod kétségeiket egy termékkel kapcsolatban: egyszerűen olyan szövegekkel, amelyek leírják, hogy egy terméket hogyan kell használni, kiknek fontos, miért éri meg megvásárolni (mindezt őszintén, nem agresszív értékesítési céllal). Máris rengeteg felhasználót nyerhetsz meg, akik egyébként nem kérdeztek volna, egyszerűen csak elállnak a vásárlástól. A releváns tartalmakat hivatkozhatod a termékoldalakon is, amolyan GYIK-kedvcsináló keverékként. És ha már a termékeknél tartunk – ne spórolj a karakterekkel itt sem. Igyekezz minden lényegeset belevenni a termék jól szerkesztett leírásába a tulajdonságoktól a választható opciókon keresztül a felhasználási módokig. De ne listaként írd meg a szöveget – inkább érdekes cikként, alcímekkel, ívvel, mondanivalóval. Jellemzően a különféle hirdetési oldalakon is azok a legnépszerűbb reklámok, amelyek mellett remekül megírt szövegek szerepelnek.

11. Kövesd a vásárlót!

Emlékszel a Különvélemény című filmben mutatott reklámokra? Amelyek néven szólították a vásárlót és megkérdezték, hogy bevált-e a nemrégiben vásárolt termék? Ha ügyes vagy, te is valami hasonló élményre kell, hogy törekedj, csak éppen tolakodás nélkül. Figyeld a vásárlóidat, szokásaikat, és nyúlj utánuk diszkréten! Valakit, aki már nálad vásárolt, sokkal könnyebben vezethetsz el újra a konverzióig, pláne, ha kellemes élménnyel „távozott”. Küldj neki e-mailt, amiben a korábban általa választott kategória más termékeit ajánlod neki. Remarketinggel hirdess hasonló termékeket neki más felületeken. Ha hozzád látogat, köszöntsd személyes módon felugró ablakban, akár ajánlj neki valamilyen kedvezményt, ha újra vásárol. Fontos, hogy szem előtt tartsd azt is, ki mit vett nálad. Ha például prémium matracokat árulsz tízéves garanciával, nincs értelme a vevőnek ugyanolyan matracokat hirdetni már másnap – ez egyszerűen pazarlás. Mit tehetsz ehelyett? Már a termékoldalon releváns dolgokat ajánlhatsz neki – például ágyneműt, ami ideális az adott matractípushoz. E-mailben a gyártó más termékeit mutathatod be neki, amelyekre jó eséllyel szüksége lehet. Továbbá figyelheted, hogy ki mikor vásárolt nálad. Ha egy olyan terméket adsz el, amit valószínűleg két évig használ az adott vevő, két év után küldj neki egy személyre szabott (automatizált) e-mailt. Kérdezd meg, bevált-e a termék, és ajánld fel, hogy ha egy új darabot akar, akkor azt csak ő, csak most valamilyen kedvezménnyel megkapja.

+1. Soha ne a saját fejeddel gondolkodj

Mindig azt tartsd szem előtt, ami a vásárlóidnak jó. Gondold el, téged egy vásárlás során mi tölt el jó érzéssel és mi frusztrál. Hogyan keresel információt? Hogyan döntöd el, mit válassz? Minek örülnél hosszú távon?

Webshop konverzió, fogyasztói gondolkodas

 

tips Nem számít, ha egy-egy megoldás neked nem tetszik, az eredményességre figyelj: Válassz egy olyan rendszert a webáruházad alá, amely megfelelően rugalmas és költséghatékony, amellyel különféle változtatásokat eszközölhetsz, hogy optimalizáld az oldalt. Amelybe könnyen integrálhatsz e-mail marketinges eszközöket vagy éppen különféle tartalmakat, ha ezek bizonyulnak a leghatékonyabbnak. Ne félj változtatni akár a bevált megoldásaidon sem, mert mindig van egy olyan apróság, ami emelheti néhány százalékkal a konverziót – ami pedig komoly bevételt hozhat neked.

 

Felkészülés a Magento Developer Certification vizsgára

Előzmények

Közép- és általános iskolai tanulmányaim folyamán rengetegszer adatott meg a lehetőség, hogy különféle versenyeken részt vegyek. Rendszerint ezeken a versenyeken mindig szerettem indulni, mert tetszett az, hogy össze tudtam mérni a tudásomat mondjuk egy másik iskola diákjaival. A tanáraim is mindig szorgalmazták, hogy minél többen menjünk el, szerezzünk tapasztalatot és ezzel készüljünk fel a végső nagy vizsgára, az érettségi vizsgára.

Amikor itt az AionHillnél felmerült az az igény, hogy jó lenne, hogy minél többen letegyük a Magento Developer Certifiction vizsgát, én azonnal jelentkeztem, hogy szívesen venném ezt az akadályt. Akkor már két kollégámnak is megvolt a Magento Developer Certifiction vizsgája. Mivel nem az AionHillnél ismertem meg a Magento-t, hanem úgy jöttem ide, hogy rendelkeztem Magento-s ismeretekkel, ezért már a vizsgáról is hallottam. Természetesen, akkoriban túl távolinak és elérhetetlennek tűnt számomra ez a vizsga.

How i prepared for Magento Developer Plus Exam Ahogy nőtt a tapasztalom a Magento-ban, úgy került ez a cél egyre elérhetőbbnek.

Felkészülés a Magento vizsgára

A vizsgára a felkészülést körülbelül két hónappal a vizsga előtt kezdtem el munka mellett. Miután megnéztem a vizsgakövetelményeket, rájöttem, hogy nem elég csak a munkám folyamán megszerzett gyakorlati és némi elméleti tapasztalat a sikeres vizsga letételéhez. Elengedhetetlen, hogy kifejezetten a vizsgatananyag témaköreire is felkészüljek. A vizsgakövetelményeket itt lehet áttekinteni: Magento Certified Developer Exam Study Guide .PDF A dokumentumba beleolvasva látszik, hogy 10 témakör köré épülnek a kérdések:

  • Alapok – 6%-a a vizsgának
  • Kérés kiszolgálása – 7%-a a vizsgának
  • Renderelés – 7%-a a vizsgának
  • Adatbázis műveletek Magentoban – 13%-a a vizsgának
  • Entity-Attribute-Value (EAV) Model – 10%-a a vizsgának
  • Adminhtml – 7%-a a vizsgának
  • Katalógus – 10%-a a vizsgának
  • Fizetés – 16%-a a vizsgának
  • Rendelések és felhasználók – 11%-a a vizsgának
  • Haladó szolgáltatások – 13%-a a vizsgának

A legtöbb kérdés a fizetés (checkout) folyamatból volt összeállítva. Ismerni kell azokat az osztályokat, amelyek felelősek a kosárért, a cím kezelésért, a kosár végösszegéért, a fizetési és szállítási módokért. A második legtöbb kérdés az adatbázis műveletekből volt összeállítva. Itt is nagyon mélyen kellett ismerni az adatbázissal kapcsolatos osztályok működését, az install, upgrade scriptek működését, illetve azokat a metódusokat, amelyek bennük használhatók.

Magento Developer Exam Preparation Miután alaposan képbe kerültem a követelményekkel, elkezdtem tematikusan felkészülni a vizsgára. Mindig kiválasztottam egy témát, és a lehető legmélyebben igyekeztem megismerni azt. Telepítettem egy teszt Magento-t a saját fejlesztői környezetemben, ahol ki tudtam próbálni az újonnan megszerzett ismereteket.

Ezenkívül van egy nagyon jó videosorozat (angol nyelven), amely nagyon részletesen, példákon keresztül, de mégis az elméletet előtérbe helyezve mutatja be a Magento működését. Az oktatóanyag a Fundamentals of Magento Development nevet viseli, amelyet azóta fizetőssé tettek, és itt érhető el: Fundamentals of Magento Development

Ebből a 40 órás videosorozatból is rengeteget tanultam.

Itt van még néhány link, amelyek további segítségemre voltak a felkészülésben:

 

Néhány tanács

A feljebb felsorolt oktatóanyagok és videók mellett nagy hangsúlyt fektetettem a felkészülés folyamán a kísérletezésre. Mindig kipróbáltam az oktatóanyagokban található példákat és megpróbáltam kicsit módosítani is őket, hogy még jobban megismerjem a Magento működését. Mivel mindennap tömegközlekedéssel utazok, a fenti anyagok nagy részét feltöltöttem a telefonomra, hogy amikor van egy kis időm az utazás alatt, tudjak készülni a vizsgára.

Egy másik tökéletes felkészülési stratégia lehet a Magento core felépítéséhez lehető leghasonlóbb modulok írása. Ez alatt értem azt, hogy használjam a modulokban a modelleket, collection-öket, ACL-eket (Access Control List), és a külső JavaScript és CSS állományokat xml-ből húzzam be. Természetesen lehet választani Magento modul fejlesztés közben olyan megoldásokat, amelyek távolabb állnak a Magento alapvető koncepciójától. Ez a módszer felgyorsítja a fejlesztést, de átláthatatlanná teszi a kódot, és mivel csapatban dolgozok, az átlátható kód kulcsfontosságú.

Amikor egymás kódját nézzük át fejlesztői szemmel, nagyon hamar kibuknak azok a megoldások, amelyek távol állnak a Magento core felépítésétől. Ilyenkor a fejlesztőnek át kell írnia a működő, de „csúnya” kódot olyanra, ami egységes, átlátható, logikus és nem tesz keresztbe a Magento core felépítésének. Több információ ezzel a témával kapcsolatban a zend.com oldalán olvasható: Zend Framework Coding Standard for PHP

Magento Developer Plus Exam Preparation

A vizsga

A vizsgára az IQSoftnál jelentkeztem, amely a XIII. kerületben a Csata utca 8. alatt található. Nagy előny volt számomra, hogy Budapesten is van vizsgaközpont, ahol Magento Certificate vizsgát lehet letenni. Tudom, hogy ez apróság, de amennyire magamat ismerem, az utazás és az új környezet mindig annyira kifáraszt, hogy nem tudtam volna maximálisan a vizsgára figyelni.

A vizsgára 2015. június 23-án került sor, aminek az időpontját én határoztam meg, természetesen a szabad férőhelyek függvényében. Nagyjából egy héttel a vizsga előtt már tudtam a pontos időpontot. A vizsga díja 260 dollár volt, amely elég húzós, ha azt vesszük, hogy se tankönyvet, se próbavizsgát nem biztosítottak hozzá. Nekem szerencsém volt, mert az AionHilltől kaptam voucher kódot, amellyel ingyen vizsgázhattam. A voucher a Magento Enterprise Edition licensz megvásárlása esetén jár.

Az IQSoftnál nagy szigorúság volt a vizsga alatt. A teremben végig működött a kamera, ami engem és a többi vizsgázót vett. Minden személyes tárgyat kint kellett hagyni, se karóra, se telefon, sőt még papír zsebkendő sem lehetett nálam. A vizsgáztató adott papír zsebkendőt és aláíratott velem egy felelősségvállalási nyilatkozatot, amelyben angolul voltak kifejtve azok a magatartási elvek, amiket a vizsga alatt be kellett tartanom.

A vizsga számítógép előtt történt és azonnal ki lett értékelve. Kizárólag feleletválasztós kérdések voltak angol nyelven, viszont sok kérdésnél több választ is meg lehetett jelölni, és a pont csak akkor járt, hogyha mindegyiket tudtam, tehát részpontok nem voltak.

85 feleletválasztós kérdés volt, amiből 70 kérdésre helyes választ kellett adni a sikeres vizsgához. Amikor kijöttem a teremből, azonnal kinyomtatták a kiértékelést, amin sajnos csak az egyes témakörök százalékos teljesítményei voltak feltüntetve. Tehát nem tudtam meg azt, hogy milyen kérdésre adtam rossz választ, melyikre adtam helyeset.

És végül itt a Magento Certifiction Profile linkem.

ÖSSZEFOGLALÁS

Mindenkit, aki érez magában affinitást, szeretnék bátorítani a Magento Developer Certifiction vizsga letételére, mert megéri. Az ismeretek kibővítése és a tudás mélyítése az, amelyeket ki tudok emelni fő előnyként. Remélem, meghoztam azok kedvét, akik eddig esetleg hezitáltak egy ilyen vizsga letételében. Talán az egyedüli negatív dolog az egészben a szigorúság volt, de a vizsga tétjét és komolyságát figyelembe véve ez is megérthető.

 

Sok sikert mindenkinek!

 

Magento vs. PrestaShop – profik és kezdők eszköztárai

Mielőtt belekezdenénk e két szoftver boncolgatásába, először egy egészen más szempontot érdemes megvizsgálni: saját vállalkozásunkat. Látni fogjuk, hogy a két szoftvert különböző méretű, profilú és ambíciójú vállalatoknak szánják, és elsősorban ez lesz az a szempont, amely a döntést megkönnyítheti. A két nyílt forráskódú − tehát bárki által szabadon használható és fejleszthető, módosítható − szoftver első látásra inkább hasonlóságokat mutat, mintsem eltéréseket, arra azonban már az első lépések során rájöhetünk, hogy valójában rengeteg a különbség. A következő szempontokat vesszük végig a cikkben, hogy egészen biztosan mindent megtalálj itt, egy helyen:

  • Árazás: mennyit kell kiadnod a rendszerekért, és mennyibe kerülnek hosszú távon? Mennyire költséghatékonyak?
  • Support és közösség: kitől kérhetsz segítséget, mire számíthatsz, ha problémád akad?
  • Kezelhetőség és funkciók: egymagad is boldogulsz, vagy profi segítség kell?
  • Testreszabhatóság: mennyire alakíthatod szabadon a funkciókat, megjelenést, működést?
  • Kompatibilitás: a rendszerek alapvető igényeiről
  • SEO: avagy egy jó rendszer esélyt ad a találati listák meghódítására is
  • Mit ad a PrestaShop?
  • Mit ad a Magento?

Kezdjük is az egyik legfontosabb szemponttal, ami nem más, mint az…

Árazás

A PrestaShop egy igen egyszerű alkalmazás, amely ingyenes és nyílt forráskódú. Ahhoz, hogy használhassuk, mindössze le kell töltenünk és telepítenünk a szerveren. A Magento Community Edition esetében ugyanez igaz: szintén egy ingyenesen elérhető, nyílt forráskódú szoftverről beszélünk. A Magento-ból elérhető az Enterprise Edition is, ez azonban már valóban a legnagyobb játékosoknak való, éves előfizetési díja igen borsos (több mint 20 000 USD).

Magento PrestaShop ár

Amivel mind a két esetben számolnunk kell hosszú távon, az elsősorban a hoszting szolgáltatás díja. Szükség van arra, hogy egy megfelelő hardver-infrastruktúrát gördítsünk a rendszer alá, különben nagyobb forgalmat, nagyobb terheléseket már nehézkesen lesz csak képes kezelni. Lesz még szó arról, hogy az alap szoftvert miként bővíthetjük, módosíthatjuk – ez a költségek tekintetében is fontos, hiszen a legtöbb profi sablonértért (theme), dizájnért, bővítményért (extension) fizetnünk kell. Ki kell itt térnünk arra is, hogy a Magento esetében az olcsón vásárolható theme-ek nem tökéletesek, gyakorlatilag minden esetben front-end fejlesztést vagy back-end javítást tesznek szükségessé, ha száz százalékosan testre akarjuk őket szabni. Sokszor a testre szabás és hibajavítás szinte ugyanannyi munkával jár, mintha az alapoktól építtetnénk fel a dizájnt. Általában azonban a vásárlás jóval olcsóbb, mintha sajátot fejlesztenénk (már ha ténylegesen találunk olyat, amely tökéletesen megfelel az igényeinknek), és a Magento esetében a webáruház tulajdonosok általános tapasztalata az, hogy ezek a befektetések bőségesen visszahozzák az árukat amennyiben már van egy létező vásárlói bázis és kidolgozott értékesítési stratégia. Fontos, hogy az élesítést követően folyamatos büdzsével kell és ajánlott számolni, a funkcionalitást ugyanis természetesen a felhasználók visszajelzései és saját méréseink alapján folyamatosan optimalizálnunk kell. Erre azért van szükség, mert a webáruház csak akkor tudja kiszolgálni a vásárlók igényeit, ha valóban képes a piaci trendekkel együtt változni, csak így termelhet több bevételt: ha azt adja a vásárlónak, amire szüksége van. Az igazi munka következésképp csak az élesítés után veszi kezdetét – ez minden webáruház-rendszer esetében így van, amelyet lehetséges ilyen módon optimalizálni. A büdzsé iparág függvényében persze változhat.

 

Támogatás és közösség

 

A két platform jelentősen különbözik, ha oda jutunk, hogy valamilyen kérdésünk megválaszolásra vagy problémánk megoldásra szorul. A PrestaShop esetében csatlakozhatunk egy kisebb online közösséghez, amely azonban igen lelkes felhasználókból és profikból áll. A hivatalos support lehetőségei pedig meglehetősen korlátozottak.

PrestaShop Közösség

A PrestaShop hátrányai közé tartozik még, hogy a tapasztalatok szerint viszonylag sok kisebb buggal találkozhatunk használata során, ezért a fejlesztőknek gyakran kell javításokat közzétenniük. Ezek ugyanakkor nem automatikusak és telepítésük feltételez némi technikai tudást. A javítások azonban általában gyorsan megérkeznek, és az utóbbi megállapítás a Magento-ra is igaz: a javítások, bővítmények telepítésekor igazán akkor járunk jól, ha szakemberre bízzuk magunkat. A Magento esetében hivatalos támogatást csak akkor kapunk, ha az igen drága, nagyvállalatokra szabott Enterprise Edition-t használjuk, az ingyenes Community Edition felhasználói sem maradnak azonban magukra. A Magento mögött egy rengeteg felhasználót számláló közösség áll, soraiban számos tehetséges és lelkes webfejlesztővel, akiket bármikor elérhetünk a különféle online fórumokon.

Magento közösség

És persze igény esetén olyan Magento fejlesztő partnert is találunk, aki képes az adódó problémákat megoldani, a rendszert az igényeknek megfelelően alakítani. Ennek oka többek között az, hogy a Magento jelenleg az egyik legnépszerűbb e-kereskedelmi platformnak számít a közepes méretű és multinacionális kereskedelmi vállalkozások körében, a piac közel 30 százalékát fedi le. Bár maga a rendszer bonyolultabb, az esetleges problémák megoldására emiatt mégis nagyobb esélyünk van.

 

A Magento, ill. PrestaShop kezelhetősége és funkciói

 

Maga a telepítés mind a két esetben viszonylag egyszerű, nem kíván meg különösebben mélyebb szintű ismereteket a felhasználótól, és általában csak néhány percet vesz igénybe. A Magento esetén azonban ehhez fejlesztő kell, illetve meg kell győződnünk a fejlesztői környezet alkalmasságáról is. A telepítéskor a Magento esetében tanácsos eldönteni azt is, hogy egyetlen webshopot, vagy több áruházas (multi-store) rendszert akarunk-e üzemeltetni. Figyelnünk kell arra is, hogy a Magento bővítményeinek telepítése – amelyekre előbb vagy utóbb egészen biztosan szükségünk lesz – már bonyolultabb, szakembert igénylő feladat. Hacsak nincsen komolyabb tapasztalatunk a komplexebb rendszerek kezelése terén, jó eséllyel akadályokba fogunk ütközni. Ahhoz, hogy a webáruház megfelelően működhessen, a profi segítség általában elengedhetetlen. A kezelésnél szintén mutatkoznak különbségek. A Magento kezelése is komolyabb feladat, hosszabb ideig tart kiismerni, hogy az egyes funkciókat hol találjuk – vagy egyáltalán milyen funkciókat tartalmaz a rendszer. Márpedig a Magento arról híres, hogy rengeteg funkcióval bír már alapból, bővítmények nélkül is. A PrestaShop gazdag lehetőségeket tartogat azoknak, akik egy egyszerűbb webáruházat akarnak működtetni. Az egyszerűség alatt itt nem a termékek mennyiségére gondolunk, a PrestaShop ugyanis elméletileg bármit képes kezelni, amit maga a fizikai infrastruktúra, a szerver is képes. Ugyanakkor a skálázhatósággal a tapasztalatok szerint akadnak gondok. Korábban a rendszer nem tartalmazta a multi-store lehetőséget sem, az 1.5-ös verzió óta azonban már a Magento megoldásához hasonlóan menedzselhetünk vele egy adminisztrációs felületről több külön doménen hosztolt, különféle dizájnnal rendelkező webáruházakat. A Magento inkább a komplexebb webshopok motorja, olyan vállalatok eszköze, amelyek folyamatos optimalizálással, részletes testre szabási, célzási lehetőségekkel és kimeríthetetlen funkciókkal szeretnének dolgozni, így hosszú távon biztosítva, hogy rendszerüket mindig az aktuális követelményeknek és piaci igényeknek megfelelően alakíthassák. Ezzel együtt jár az is, hogy kezelése leginkább a technikai beállítottságú felhasználóknak lesz kényelmes. A PrestaShop hátrányban marad abban is, hogy nem képes olyan hatékonyan statisztikai adatokat gyűjteni és jelentéseket készíteni, mint a Magento – bővítményekkel persze a rendszerek képességeit mind a két esetben növelhetjük.

 

Testreszabhatóság

 

Mind a két platform nyílt forráskódú, így természetesen rengeteg különféle beépülő modul, bővítmény érhető el hozzájuk – mindkét esetben több százas nagyságrendről beszélünk. A valódi különbség az, hogy a PrestaShop e téren is egyszerűbb: a modulok telepítése és kezelése a kezdő felhasználók számára sem túlságosan nehéz, míg egy Magento bővítmény megfelelő telepítéséhez olyan szakemberre lesz szükségünk, aki járatos a rendszer kezelésében, fejlesztői tapasztalattal bír.PrestaShop modulok

Az viszont biztos, hogy a lelkes közösségek, soraikban rengeteg tehetséges fejlesztővel, nem fukarkodnak az újabb és újabb bővítmények előállításában. Éppen ezért mind a két szoftver esetében megadatik, hogy pontosan olyan megoldásokat találjunk, amelyeket a mi igényeinkre szabtak. Ha egyedi igényeink támadnának, érdemes alaposan utánanézni, hogy olyan bővítményeket keressünk, amelyekről kedvezőek a felhasználói vélemények, és ezek alapján választani. A Magento esetében viszont ezek telepítéséhez (vagy akár egyedi bővítmények fejlesztéséhez) hozzáértő fejlesztőcsapatot érdemes keresnünk. Alapból a PrestaShop kevesebb lehetőséget kínál fel arra, hogy oldalunkat testre szabjuk. Még ha a Magento rendszere komplexebb is, ez azért van, mert jóval több lehetőséget tartalmaz. Igazságos üzletet köt tehát az, aki hajlandó az idejéből többet feláldozni, hogy kiismerhesse a rendszert azért a rengeteg opcióért cserébe, amelyeket így szabadon használhat.

Magento Connect

A beállítási lehetőségeket már csak azért is érdemes nagyon alaposan kitapasztalni, mert sok olyan dologhoz, amihez azt hinnénk, hogy egyedi fejlesztésre van szükség, valójában ez nem szükséges – így pedig pénzt, időt és fáradságot spórolhatunk azzal, ha behatóan ismerjük saját rendszerünket.

 

KOMPATIBILITÁS

 

Fontos kitérnünk erre a kérdésre, ugyanis a tapasztalatok szerint ez egyes esetekben gondokat okozhat. Mindkét rendszernél adódhatnak olyan esetek, amikor valamely szoftverrel nem képes együttműködni – éppen ezért a telepítés előtt, vagy ha komolyabb változtatásra készülünk, mindenképpen érdemes előbb utánanézni a lehetséges következményeknek. A legjobb, ha ilyen esetben profi fejlesztőkkel egyeztetünk. Ahhoz, hogy a PrestaShopot használni tudjuk, az alábbi követelményeknek kell megfelelnie rendszerünknek: Apache web server 1.3 vagy újabb verzió, Nginx vagy Microsoft IIS, PHP 5.2 vagy újabb verzió, MySQL 5.0 vagy újabb verzió, illetve Linux, Unix, vagy Windows operációs rendszer. A Magento használatához e követelményeknek kell megfelelnünk: Ubuntu 10 vagy későbbi változat, illetve CentOS 6, Apache 2.x, nginx 1.7.x, PHP 5.4 és a szükséges kiterjesztések, MySQL adatbázis.

 

SEO

 

Ha azt akarjuk, hogy kellően nagy forgalmat vonzzon a webáruház, a keresőoptimalizálásra is oda kell figyelnünk. A szakemberek egybehangzó véleménye, hogy bár a PrestaShop tartalmaz néhány alapvető optimalizálási lehetőséget, a Magento SEO terén sokkal erősebb, annyi lehetőséget kínál a keresőmotorok meggyőzésére, amennyit egyetlen más e-kereskedelmi platform sem.

Magento Prestashop SEO

Ide tartozik a reszponzivitás kérdése is, hiszen a Google algoritmusa ma már azt is figyeli, hogy a weboldalunk mobilbarát-e vagy sem. Ha nem az, akkor lemondhatunk a mobileszközökről indított kereséseknél a találati listán elért jó eredményekről. A Magento 2014 óta általánosságban reszponzívnak számít, remekül optimalizálható bármilyen platformra, könnyen kezelhető felületet nyújt a felhasználóknak – és így a keresésekben sem sorolja hátrébb az algoritmus. A PrestaShop korábban szintén nem volt “gyárilag” reszponzív, de mára ez már megoldódott. Jelenleg a Google számára az oldalbetöltési sebesség és a webáruházunkra mutató releváns bejövő linkek mellett a reszponzivitás a legfontosabb szempont, ami a mobileszközről vásárló felhasználók számára is kiemelten fontos.

 

Mit ad a PrestaShop?

 

Egy nyílt forráskódú szoftvert számos hasznos funkcióval, sok lehetőséggel, ingyen – ugyanakkor ahhoz, hogy lehetőségeit megfelelően kihasználhassuk, szükségünk lesz bővítményekre, sablonokra és így tovább.

Mit kínál a PrestaShop?

A PrestaShop szintén mobilbarát rendszer. Ugyan az 1.4 és az 1.5 korai változataiban még külső fejlesztők által készített theme telepítésére volt szükség, de az 1.6-os verziótól kezdve már alapból támogatott a reszponzivitás. (Magento CE esetében ez 1.9 -es verziótól van így.) A PrestaShop-ot 2007-ben alapította Igor Schlumberger és Bruno Lévêque, méghozzá kifejezetten azzal a céllal, hogy az átlagfelhasználók számára elérhetőbbé tegyék az e-kereskedelmet. Nem véletlen, hogy ennek az egyszerűbb rendszernek a célközönségét elsősorban a kis- és középvállalkozások adják. A Magento-ban rejlő komplex lehetőségek miatt közép- és nagyvállalatoknak érdemesebb Magento rendszerben gondolkodni, míg a kisebbeknek, frissen indulóknak jobb választás lehet az egyszerűbb, könnyebben kiismerhető PrestaShop.

 

Mit ad a Magento?

 

Nyílt forráskódú, ingyenes szoftver rengeteg lehetőséggel. Amiben igazán erős, az a testreszabhatóság – természetesen ebben az esetben is szükségünk lesz bővítményekre, ezekből azonban több ezer érhető el, melyek között nagyon valószínű, hogy megtaláljuk a számukra ideálisat.

Magento egyedire alakítása

Csak olyan cégnél érdemes hoszting szolgáltatást választani, amelynek vannak konkrét tapasztalatai a Magento rendszerrel e téren, kiszolgáltak már nagyobb terhelésű Magento áruházakat is. A korábbi munkák jól megmutatják, milyen erős a hoszting, még akkor is, ha nincsen még napi sokezres látogatószám. Fontos az is, hogy az egyedi konfigurációt is vállalja a cég, tehát nem kell globális beállításokhoz igazodni, mint a nagynevű hoszting cégeknél.  Remekül keresőoptimalizálható, bár legnagyobb erőssége, a szűkítő keresés funkció némileg visszafogja e téren egy Magento fejlesztőcéggel azonban ezt is könnyen korrigáltatni lehet. Bonyolultabb rendszer, ám nem véletlenül, hiszen sokkal több lehetőséget ad a felhasználó kezébe. Elsősorban nagyvállalatok számára ideális, illetve olyan cégek számára, amelyek kifejezetten a webáruház(ak)ra építik üzleti modelljüket, több ezer vagy akár több tízezer termék értékesítésével.

 

Összefoglalás

A PrestaShop vásárlási folyamata egyszerűbben szabályozható, a Magento viszont sokkal több lehetőséget kínál, azok tökéletes eszköze, akik szeretnek minél több tényezőt az irányításuk alatt tudni, és terveik között szerepel külső ERP rendszerekkel (SAP, Microsoft Navision, Dynamics) történő mélyintegráció. A Magento telepítéséhez és kezeléséhez komolyabb szakértelemre van szükség, míg a PrestaShop-ot akár kezdők is gond nélkül használhatják. Olyanok rendszere a PrestaShop, akik induló vagy nemrégiben indult e-kereskedőként szeretnék az online piacot tesztelni – hasonlóan a WooCommerce-hez. És ha az üzlet beindult a piac visszajelzései alapján, a növekedéshez elkerülhetetlen egy ERP rendszer bevezetése és mélyintegráció a webáruházzal, akkor már mindenképpen érdemes komolyan elgondolkodni a Magento-ra való átálláson. A két rendszer teljesen más célközönséget céloz, így a döntés nem kifejezetten nehéz. Dilemmát leginkább csak bizonyos közepes méretű cégek számára okozhat, akik maguk sincsenek azzal teljesen tisztában, hogy mennyire gondolják komolyan az online értékesítést: erre alapozzák-e a jövőjüket vagy sem? Mielőtt tehát választanál, ezt kell tisztáznod.

 

Magento kedvezmények, Magento kuponok használata

Az árszabályok használata egy hatékony vásárlás ösztönző eszköz az eladó kezében, amit érdemes mindig használni, mivel a vásárlók szeretik magukat megkülönböztetve érezni. Ha egy termék akciós, a vásárlók nagyobb kedvvel vásárolják meg, mintha nem lenne az.

A kedvezmények szerkesztését az admin felületen, a Promotions (magyarul: Promóciók) főmenüpontban lehet elvégezni.

Alapvető különbség a katalógus és bevásárlókosár ár szabályok között az, hogy a katalógus ár szabálynál már az áruházba belépve látják a vásárlók a kedvezményt, míg a kosár árszabálynál csak a kosárban és a checkout folyamatban látják.

 

Magento katalógus árszabály

A szabály információk fülön (tab) az alapvető beállításait tudjuk megtenni a szabálynak. Itt állíthatjuk be, hogy milyen időintervallumban, milyen vevőcsoportokra legyen érvényes a szabály.

Magento kedvezmény catalog price rule

A feltételek fülön lehet összekattintani azt a szűkítést, amire szeretnénk adni a kedvezményt. Megadhatjuk feltételnek a jellemző csoportot, jellemzőt és a kategóriát. Lehetőség van tagadni is a feltétel összeállításában, ez azt jelenti, hogy a kiválasztott jellemző csoportra vagy kategóriára ne legyen érvényes az adott szabály.

 

A műveletek fülön a kedvezmény értékét tudjuk beállítani százalékosan vagy fix összeggel. Alapból egy áruházban akár több kedvezmény is érvényesíthető. Ennek a meggátolására a műveletek fülön a további szabályok feldolgozásának leállítása opciót igenre kell állítani.

FONTOS
A katalógus árszabályokat érvényesíteni kell. Ezt meg lehet tenni a „Mentés és alkalmazás” gombbal, de ha be van állítva a cronjob, akkor minden éjfélkor elvégzi ezt automatikusan a Magento.

 

Magento kosár árszabály

FONTOS
Beállítási lehetőségek hasonlóak, mint a katalógus árszabály beállításai. Különbség az, hogy ebben az esetben nem a termék ára fog változni, hanem a kosár végösszege vagy a szállítási költség. Feltételnek a katalógus árszabály feltételein kívül be lehet állítani szállítási, számlázási információkat, kosár teljes súlyát.

 

Magento kupon kódok

Lehetőség van a kosár árszabályoknál kuponok felvitelére is. Ha generálni szeretnénk, akkor végtelen számú random kupont tudunk generálni, viszont ha egyesével szeretnénk felvinni, akkor mindegyikre külön-külön árszabályt kell felvinni.

Magento kedvezmény shoppig cart price rule

 

Valós életből vett példák

 

1) Most a Magyarországra szállított termékek 10%-kal olcsóbban vásárolhatók meg

Ebben a példában láthatjuk, hogyan lehet kedvezményt adni szállítási cím alapján.

Feltétel beállítása:

Kattintsunk a „Conditions” fülre, majd a „+” ikonra. A legördülőből válasszuk ki a Shipping Country-t, majd a „…” linkre kattintva válasszuk a listából a „Hungary” opciót.

Magento kedvezmény szállitási hely

 

Az „Actions” fülön az Apply címkénél legyen a „Percent of product price discount” opció választva és a Discount Amountot pedig állítsuk be 10-re.

 

Magento kedvezmény kosár árszabály

 

2) 10 000 Ft feletti vásárlás esetén most 50%-ot elengedünk ha a PayPal Express fizetési módot választja

Ebben a példában egy olyan kosár árszabályt szeretnénk beállítani, amely a 10 000 Ft-os végösszeget meghaladó kosarakra vonatkozik és a vásárló a PayPal Express fizetési módot választotta.

Feltétel beállítása:

Kattinsunk a „Conditions” fülre, majd a „+” ikonra. A legördülőből válasszuk ki a „Subtotal” opciót. Kattintsunk az „is” linkre és válasszuk helyette az „equals or greater than” opciót, majd a “…” linkre kattintva adjuk meg értéknek a 10000-et.

Miután sikerült beállítani a kosár végösszeget, adjuk meg egy újabb “+” jel megnyomásával a “Payment method”- ot, majd a “…” linkre kattintva a “Paypal Express Checkoutot”.

Legvégül az “Actions” fülre az Apply címkénél legyen a „Percent of product price discount” opció választva és a Discount Amountot pedig állítsuk be 50-re.

 

Magento kedvezmény mérték

 

3) 10% kedvezmény egy 5 000 Ft-nál drágább termékre

Ebben a példában kuponkód segítségével fogjuk beállítani a 10%-os kedvezményt egy 5 000 Ft-nál drágább termékre.

Feltétel beállítása:

Kattintsunk a „General Information” fülre és a „Coupon” opciónál válasszuk a Specific Coupon opciót, majd az alatta megjelenő “Coupon Code” beviteli mezőben adjuk meg a 10OFFF értéket. Ezáltal ha a vásárló a kosár oldalon megadja a 10OFF kuponkódot, akkor egy termékre 10%-os kedvezményt kap.

A következő lépésben nem a “Conditions” fülön fogjuk beállítani az 5 000 Ft-ot, hanem az Actions fül “Apply the rule only to cart items matching the following conditions (leave blank for all items)” szekciójában. Kattintsunk a „+” ikonra majd a „Product attribute” opciócsoporton belül a „Price” opciót válasszuk. Az „is” linkre kattintva adjuk meg a „greater than” opciót és összegnek írjuk be az 5000-t. Ugyanezen a fülön az Apply opciónál a „Percent of product price discount” legyen kiválasztva, a “Discount Amount” beviteli mezőbe pedig írjunk 10-t, illetve a “Maximum Qty Discount is Applied To” mezőbe 1-et.

Magento kedvezmény mérték 5000 ft felett

 

4) 5% kedvezmény a vásárlás végösszegéből, ha UPS (Next Day Air) szállítási módot választ.

 

Ebben a példában kuponkód segítségével fogjuk beállítani az 5%-os kedvezményt.

Feltétel beállítása:

Kattintsunk a „General Information” fülre és a „Coupon” opciónál válasszuk a Specific Coupon opciót, majd az alatta megjelenő “Coupon Code” beviteli mezőben adjuk meg a 5OFFF értéket. Ezáltal ha a vásárló a kosár oldalon megadja a 5OFF kuponkódot, akkor a végösszegre 5%-os kedvezményt kap.

Kattinsunk a „Conditions” fülre, majd a „+” ikonra és válasszuk a „Shipping Method” opciót, majd a “…” linkre kattintva a “ [ups] Next Day Air”-t.

Legvégül az “Actions” fülön az Apply címkénél legyen a „Percent of product price discount” opció választva és a Discount Amountot pedig állítsuk be 5-re.

Magento kedvezmény kosár árszabály kupon

 

Komplexebb esetek

Előfordulhat olyan is, amikor az üzleti igényeknek a Magento alaptudása nem felel meg. Ilyen esetben fejlesztéssel kiegészíthető ez az alapfunkcionalitás. Nézzünk néhány példát ilyen fejlesztésre.

 

1)   Csak nőknek/férfiaknak, életkor szerinti kedvezmény

Ebben a példában szeretnénk kedvezményt adni az 50 év feletti férfiaknak a vásárlás végösszegéből.

Hiába lehet megadni a születési dátumot és a nemet Magentóban, ezeket sajnos nem lehet felhasználni feltételként a katalógus és kosár árszabályokban. Fejlesztéssel ki lehet egészíteni, hogy ezeket a felhasználói jellemzőket is figyelembe vegyék az árszabályok.

 

2)   XY felhasználónak szeretnék egy kedvezményre jogosító kuponkódot adni

Ebben a példában egy bizonyos, előre meghatározott felhasználónak akarunk egy kuponkódot adni, hogy olcsóbban vásároljon az oldalon.

Azt be lehet állítani, hogy egy kuponkód csak egyszer legyen felhasználható, viszont azt csak fejlesztéssel lehet megadni, hogy pontosan melyik felhasználó használja fel a kuponkódot. Egy kis csalással azért meg lehet oldani ezt, de nem a legelegánsabb: annak a felhasználónak, akinek szeretnénk a kupont adni, létrehozunk egy felhasználói csoportot és az árszabályt úgy állítjuk be, hogy csak ennek az egy felhasználói csoportnak legyen érvényes.

 

3)   Visszatérő vásárlóknak kedvezmény

Ebben a példában a gyakran vásárló felhasználókat szeretnénk jutalmazni.

Sajnos nem lehet alapból az árszabályoknál azt figyelni, hogy ki hányszor és milyen összegben vásárolt a webáruházban. Fejlesztéssel természetesen megoldható, hogy a vásárolt termékek árát összeadja és bizonyos összeg felett érvényesítsen valamilyen összegű kedvezményt.

 

tips +1 Megoldás:
Készítettünk olyan fejlesztést is, amely egy teljes űrlappal egészítette ki a checkout folyamatot. Az űrlap elemei pedig a kosár árszabálynak megfelelően jelentek meg. Például lehetett olyat is beállítani, hogyha számítógép konfiguráció volt a kosárban, akkor megjelent egy checkbox a rendelési folyamatban, hogy kéri-e a vásárló, hogy a számítógép konfigurációt a boltban összeállítsák neki.

 

A fent említett példák csupán egy töredéke, amit meg tudunk valósítani fejlesztéssel

Bármilyen kérdésed merül fel a cikkel vagy a fent említett keretrendszerekkel kapcsolatban, írd meg kommentben és válaszolunk!

 

 

Magento termék importálás: 4 bizonyítottan működő megoldás

A Magento rendszer egyik legnagyobb előnye, hogy a vásárlók szinte korlátlan számú paraméterre rákeresve válogathatnak a feltöltött árucikkek között. Ez megkönnyíti a vásárlást, megnöveli a konverzió esélyét, hiszen az érdeklődők nagyobb eséllyel találják meg az oldalon a számukra legjobb terméket, akár több ezer között is. Ahhoz azonban, hogy ez megvalósulhasson, a webáruházat fel kell töltenünk termékekkel – egy üres kirakatnál senki sem fog megállni. Szerencsére erre több praktikus megoldás is létezik.

Az alapok: adminisztrációs felületen keresztül

A legalapvetőbb, legegyszerűbb módszer természetesen az, ha kézzel visszük fel a termékeket a katalógusba. A Katalógust könnyen megtaláljuk az adminisztrációs felületen, ezen belül a Termékek kezelése oldalon találjuk meg az Új termék gombot. A Magento által használt CMS, vagyis Content Management System lehetőséget ad arra, hogy a termékadatbázist könnyen és gyorsan módosíthassuk, termékenként adjuk meg a paramétereket, amelyek alapján a felhasználók nem csak kereshetnek, de intelligens szűrőket is beállíthatnak. Sőt, mi is beállíthatunk olyan felhasználói csoportokat, akik csak bizonyos ajánlatokat látnak majd ez alapján. Mindez igen megkönnyíti a dolgunkat a mindennapi webboltmenedzsment során, az adatbázis létrehozásánál azonban ennél hatékonyabb módszerre lesz szükségünk.

1. Egyszerű importálás

A Magento alapvetően lehetőséget ad arra, hogy minden nehézség nélkül, gyakorlatilag néhány kattintással importáljuk termékeinket egy .csv fájlból. E módszer viszonylag egyszerű, ha már megtanultuk, mit hol kell keresnünk és milyen sorrendben végezzük a műveleteket. Erősen limitált lehetőségeket kínál azonban. Default Magento Product Importer Ha ugyanis olyan paraméterek is szerepelnek a fájlban, amelyek a rendszerben még nem szerepelnek (mert a megfelelő attribútumokat még nem hoztuk létre), akkor a feltöltés sikertelen marad, majd az adatellenőrzésnél félbe fog szakadni a folyamat. Olyan módszert kell tehát találnunk, ahol a feltöltött .csv fájlban szereplő attribútumok pontosan megegyeznek a rendszerben lévőkkel. Ezt a Rendszer -> Import/Export -> Import oldalon tehetjük meg. Mivel itt felhasználói adatokat is feltölthetünk, meg kell adnunk, ezt kívánjuk-e tenni, vagy termékadatokat töltenénk fel. Meg kell határoznunk azt is, hogy pontosan mit akarunk tenni:

  • hozzáadni az új .csv fájlban szereplő adatokat a létező adatbázishoz,
  • cserélni a létező adatbázist az importálandóra,
  • illetve törölni az adatbázisból az importfájlban szereplő tételeket.

 

2. Kötegelt importálás néhány extra lépéssel

Persze az adminfelületen sem csak arra van lehetőség, hogy egyesével vigyük fel a termékeket – ha így volna, a Magento eleve hibás rendszer lenne, márpedig nem az. Magento kötegelt importálás   Lássuk, hogyan importálhatunk tehát kötegelve termékeket előre meghatározott jellemzőkkel (attribútumokkal). A kiindulópont hasonló: mindenekelőtt egy kategóriát kell létrehoznunk az adminisztrációs felületen. Ezt a Katalógusban, a Kategóriák kezelése menün belül tehetjük meg. Hozd létre az összes olyan kategóriát, amelyre éppen szükséged van, majd ha kitöltötted a szükséges információkat, mentsd el őket. Érdemes ezen a ponton lejegyezned az újonnan létrehozott kategóriák azonosítóit (ID), legjobb, ha elmented őket egy szövegfájlba. Az azonosítót a rendszer akkor írja ki, amikor az újonnan létrehozott kategóriát elmented. Ezen a ponton érdemes azokat az attribútumokat is megadni, illetve létrehozni, amelyeket a későbbiekben használni akarunk majd. A Magento rendszere értelemszerűen nem tartalmazhat mindent, amire szükségünk van, lehetőséget biztosít azonban ezek hozzáadására. Ezt a Katalógus menün belül az Attribútumok -> Attribútumok kezelése oldalon belül tehetjük meg. Ha ezzel megvagyunk, készen is áll a mintatermékünk, amelyet template-ként használunk majd a továbbiak kötelet importálásához. Mentsük el, és meg fog jelenni a terméklistában. A következő lépésben látszólag bonyolódik a helyzet, valójában azonban egyszerűen elvégezhető a folyamat. Azt szeretnénk, hogy a mintatermék paramétereihez hozzáférjünk saját számítógépünkön, egyszerűen módosítható formában, majd ezt töltsük vissza a boltba. Ide pedig így juthatunk el: A Rendszer -> Import/Export -> Dataflow Profilok oldalon a Minden termék exportálása opciót kell megkeresnünk. A Profilinformációkban meg kell adnunk azt a webboltot, ahová a termékeket importáljuk majd – értelemszerűen ennek ugyanannak a webboltnak kell lennie, melyben korábban a mintaterméket létrehoztuk. Az Adatátvitel lenyíló menü alatt a Helyi/Távoli Szerver opciót válasszuk ki, és bizonyosodjunk meg arról, hogy a formátumnál CSV van megadva. Ezután mentsük el a profilt, majd exportáljuk ismét az összes terméket és kattintsunk a Profil Futtatása Popupként gombra. Így alapbeállításként egy “export_all_products.csv” nevű fájlt kapunk (melynek neve természetesen szabadon állítható), amelyet a Magento telepítőkönyvtárába ment el a rendszer. Ezt a fájlt egy FTP kliens segítségével letölthetjük a számítógépünkre, benne pedig a korábban megadott attribútumoknak megfelelő oszlopokat találjuk majd. Ha megnyitjuk egy táblázatkezelő programmal (Microsoft Excellel például), könnyedén kitölthetjük a mezőket, és így hozzáadhatjuk az importálni kívánt termékeket. Itt kell megadnunk a kategóriák azonosítóját (ID) is, figyeljünk, hogy melyik terméket melyik kategóriába helyezzük. Az előbbi útvonalon az adminisztrációs felületen ezúttal a Minden termék importálása opciót kell megkeresnünk, ha készen vagyunk, kiválasztani a Fájl feltöltése lehetőséget, és megkeresnünk a módosított .csv fájlt. Ha ez megvan, ismét lépjünk a Minden termék importálásához, válasszuk ki a Profil futtatását és a lenyíló menüből válasszuk ki az imént feltöltött fájlt. Ezután nincs más dolgunk, mint hogy a terméklistában ellenőrizzük, sikerült-e a művelet.

3. A Magento Mass Importer, vagyis Magmi használata

Ha egy átláthatóbb módszert akarunk több opcióval, ajánlott az ingyenes Magmi applikáció használata. Ez lényegében egy külső felhasználói felület, mely segítségével egy sor olyan import/export opcióhoz férhetsz hozzá, amelyek alapból nem találhatóak meg a Magento rendszerében. Magmi Magento importálás   A tapasztalatok szerint a Magmi használatával jóval egyszerűbb a termékeket importálni a rendszerbe, bár természetesen az ehhez használt .csv fájlokat továbbra is nekünk kell majd létrehoznunk. Sajnos az adatbázist valamilyen módon mindenképpen nekünk kell kialakítani – a Magmi segítségével azonban könnyebbé tehetjük az adatbázis feltöltését. Hátránya talán annyi, hogy még egy adminisztrációs felület használatát meg kell tanulnunk, a tapasztalatok szerint azonban ez egyáltalán nem teljesíthetetlen feladat. Főleg, azért, mert az applikáció bőséges dokumentációja lépésről lépésre végigvezet mindenen, és még saját Wikit is létrehoztak a felhasználók megsegítésére. Erőssége, hogy olyan dolgokat is megtehetünk a segítségével, mint például a képek tömeges importálása, vagy éppen a kategóriák automatikus létrehozása importáláskor.

4. Fizetős kiegészítők

A Magento képességeit azzal is felturbózhatjuk, ha speciális kiegészítőket vásárolunk hozzá. A legtöbben természetesen inkább a Magmi applikációt használják, hiszen ingyenesen letölthető és rengeteg funkcióval rendelkezik, ha azonban mégis valamilyen speciális funkcióra volna szükségünk, találhatunk az igényeinkre megfelelő kiegészítést. Magento store manager importálás   Arra kell csak felkészülnünk, hogy ezekért 50-100 dollárt kérnek el átlagosan, tehát azért, hogy egy-egy funkcióbővítéshez hozzájussunk, a zsebünkbe kell majd nyúlnunk, és talán nem is egyszer, hiszen lehet, hogy egyszerre több applikációra is szükségünk lesz a hatékony munkához.

tips Fontos Tippek:

 

Megfelelő szoftverválasztás

Mint az a fentiekből látható, a Magento esetében az egyik legnagyobb nehézséget az alap sablonok legyártása okozhatja, amelyeket aztán a későbbiekben a termékek feltöltéséhez használni akarunk – ha nem figyelünk oda nagyon pontosan a folyamatra, kompatibilitási problémák adódhatnak már egy-egy kihagyott attribútum miatt is. A sablont tehát úgy kell elkészítenünk, hogy azt először magában a webáruházban hozzuk létre, így elkészítve azt a mintát, amelyet egészen biztosan a későbbiekben is értelmezni tud majd a rendszer. Ezt a fájlt kell exportálnunk saját gépünkre, ott pedig megszerkeszteni úgy, hogy minden kívánt termék részletes adatait tartalmazza. A Magento esetében ugyanakkor nem mindegy, hogy milyen programmal kezeljük a .csv fájlokat. Az Excel a tapasztalatok szerint nem képes ezeket megfelelően kezelni, így érdemes egy másik program segítségéhez folyamodnunk. A Libre Office irodai szoftvercsomagjában megtalálhatjuk a Calc programot – ez ingyenesen letölthető, bármely Excel-felhasználó számára könnyen kezelhető és megfelelően képes bánni a számunkra szükséges fájlokkal is.

Speciális karakterek

A CSV fájl lementésekor használjunk UFT-8 formattálást, a tapasztalatok szerint így nem lesznek komoly gondjaink a későbbiekben – persze minden hibalehetőséget ez sem szűr ki. A speciális karakterekkel például vigyáznunk kell. Ha olyan speciális karaktereket használunk a termék valamely attribútumánál, amellyel az adott formátum nem bír el, ez az importálásnál gondot okozhat. A hibajelenség általában úgy jelentkezik, hogy a rendszer egyszerűen üresen hagyja az adott terméket. Ha mindenképpen akarsz speciális karaktereket alkalmazni, például sortörést vagy vesszőt, a mező tartalmát (a példákat keresd az attribútumokról szóló pontnál) tedd idézőjelbe, így már jó eséllyel megfelelően jelenik majd meg. Ez persze elsősorban a termékleírásra érvényes, a többi attribútum esetében a legjobb, ha tartózkodsz az ilyesmitől.

Az importálandó képeket helyezd a /media/import könyvtárba

Az importálás során minden egyes képet fel kell dolgoznia a rendszernek. A nyers képeket tehát a fent leírt könyvtárba töltsük fel még a termékadatbázis importálását megelőzően, innen dolgozik majd a rendszer. Fontos az is, hogy nagyon figyeljünk a képfájlok elnevezésére – ellenőrizzük, hogy a táblázatban is ugyanazokat az elnevezéseket, kiterjesztéseket adtuk-e meg, így nem találkozunk majd kellemetlen meglepetésekkel.

Ne változtass a táblázat oszlopain

Az egész fent leírt folyamat lényege, hogy pontosan azokat az attribútumokat használjuk, melyeket a webáruház motorja is képes felismerni, kezelni. Ha a fájl szerkesztésekor ezeken önhatalmúlag változtatunk, akár csak egy kicsit átírjuk azokat, az előre nem látható hibákat generálhat – bár az eredmény valószínűleg az lesz, hogy az importálás sikertelen marad.

Az oszlopok (/attribútumok), amiket muszáj megadnod

Alaposan körüljártuk már, milyen kompatibilitási problémáid akadhatnak, ha nem a megfelelő formában töltöd fel termékeidet – lássuk, melyek azok az oszlopok, vagyis attribútumok, amelyeket mindenképpen bele kell foglalnod a forrásként használt .csv fájlba.

  • websites – a termékhez tartozó entitás, mely alapesetben „base” értékkel bír.
  • store – a termékhez tartozó webbolt, alapesetben „admin” értékkel bír.
  • type – a termék típusa.
  • attribute_set – default, vagy egy másik attribútum-csoport – ezeket az adminfelületen a Catalog -> Attributes -> Manage Attributes oldalon ellenőrizheted.
  • tax_class_id – a termékhez tartozó adótípus, az adminfelületen a Sales -> Tax alatt találod a lehetőségeket.
  • status – a termék állapota, “Enabled” (aktív) vagy “Disabled” (inaktív) értéket vehet fel.
  • weight – a termék súlya. ha nincs erre szükséged, egyszerűen írj 1-et.
  • sku – a termék egyedi azonosítója.
  • name – a termék neve.
  • price – a termék ára.
  • description – a termék részletes leírása, amely a termékoldalon jelenik majd meg.
  • short_description – a termék rövid leírása, a beállításoktól függően megjelenhet például a találati oldalakon.
  • visibility – a termék láthatóságát adja meg, „Not Visible Individually”, „Catalog, Search”, „Catalog” és „Search” értékeket vehet fel (nem látható, katalógusban és keresésben látható, katalógusban látható, keresésben látható).
  • category_ids – a kategóriaazonosító (ID), erről beszéltünk már korábban.
  • qty – a termékből rendelkezésre álló mennyiség.
  • is_in_stock – a termékhez rendelt leltári érték, az 1 azt jelenti, a termék raktáron van, a 0, hogy nincsen. A raktáron nem lévő termékeket nem mutatja a webáruház a főoldalon és megvásárolni sem lehet őket.
  • image, small_image, thumbnail – itt adhatjuk meg a termékhez rendelt kép(ek) elérési útvonalát, fájlnevét. Nagyon kell itt figyelnünk arra is, hogy a rendszer a kis és nagy betűk közötti eltérésekre is érzékeny, a szóközök használatát pedig hanyagoljuk. A háromféle képmegjelenítéshez (image, small_image, thumbnail) ugyanazt a nagy képfájlt is használhatjuk, a rendszer automatikusan átméretezi majd.

 

Lehetséges hibák

 Magento import hibák

„Image does not exist”

Ezt a hibaüzenetet akkor látjuk majd, ha rosszul adtuk meg a képfájlok nevét a .csv fájlban. Ilyenkor érdemes újra ellenőrizni a pontos neveket és azt is, nem használtunk-e problémás karaktereket.  

Meg nem jelenő termékek

Az importált termékek akkor nem jelennek meg a főoldalon, ha bizonyos attribútumokat nem megfelelően adtunk meg. A megjelenéshez szükséges értékek:

  • websites = base
  • store = admin
  • status = Enabled
  • visibility = Catalog, Search
  • category_ids = # (létező kategóriaazonosítónak kell lennie!)
  • qty > 1
  • is_in_stock = 1

 

Összegzés

A Magento rendszerének alapvető funkciói lehetőséget adnak arra, hogy termékeket, jellemzőket, termékcsoportokat és más olyan entitásokat hozzunk létre, amelyek elképesztően hasznosnak bizonyulnak. Előre felépített adatbázisokból azonban az importálás már kifoghat rajtunk, ha csak a beépített opciókra támaszkodunk. A fent leírt módszerek használatával ugyanakkor – köszönhetően a Magento rugalmas rendszerének – .csv fájlok használatával könnyedén tölthetünk fel akár több tízezer termékből álló adatbázisokat olyan formában, hogy azokat a szoftver képes legyen probléma nélkül értelmezni. Ezzel pedig rengeteg időt spórolunk, hiszen nem kell minden terméket egyesével feltöltenünk, minden paramétert kézzel megadnunk – ez munkaórákban számolva egy nagyobb adatbázisnál elképesztően sok pénzbe kerülne. Továbbá lehetőséget ad arra is, hogy más rendszerekből származó adatbázisainkat egyszerűbb módon migrálhassuk Magento-ba.   Amennyiben még mindig úgy érzed, segítségre szorulsz, ajánljuk szíves figyelmedbe Magento projektválság-kezelés szolgáltatásunkat, amellyel szinte bármilyen, Magento webáruházával kapcsolatos problémát segítünk megoldani.

 

Magento vs. Shopify – egyszerűségre vagy szabadságra vágysz?

A népszerűséget tekintve megnézhetjük azt is, mit mutatnak a Google keresések. A Magento iránti érdeklődés 2009-ben kezdett szárnyalni, 2011 óta pedig stabilan magas keresési számokat hoz. A Shopify görbéje viszont csak 2013-ban kezdett komolyabban emelkedni és a kereséseket tekintve 2015-re már feleolyan erősnek számított. A népszerűség azonban önmagában még semmit sem jelent, semmit sem mond el arról, hogy személyesen neked melyik rendszer való. Érdemes tehát megnéznünk részletesen, hogy a két megoldás közül kinek melyik lehet a jobb választás. A következőekben ezeket a szempontokat vesszük majd sorra, mindent alaposan átbeszélve, hogy mire a cikk végére érsz, pontosan tudd, melyik a tökéletes rendszer számodra:

  • Árazás: hogy tudd, mi mennyibe kerül
  • Support: hová fordulhatsz segítségért?
  • Funkciók és lehetőségek: melyekkel testre szabhatod áruházadat
  • Kezelés: hogy tudd, boldogulsz-e majd a rendszerrel
  • Marketing: hogyan adhatsz el hatékonyabban és hogyan segít ebben a rendszer?
  • Dizájn: alakíthatod-e a weboldalt saját brandednek és a visszajelzéseknek megfelelően, szabadon?

Kezdjünk is bele!  

Árazás

A két rendszer árazását nehéz összehasonlítani, más rendszerben működnek ugyanis. A Magento Community Edition (CE) ingyenes változat, amelyet szabadon letölthet bárki – és a nyílt forráskódnak köszönhetően fejleszthet, módosíthat is rajta, ez azonban nem az átlagfelhasználók terepe, hanem a profi fejlesztőké. A komolyabb lehetőségeket kínáló, erősebb webáruház építésére alkalmas Enterprise Edition beszerzése már pénzbe kerül, ahogyan a kiegészítő modulok egy része is. Ezek azonban jellemzően olyan, a funkcionalitást nagyban kiterjesztő kiegészítők, amelyek már rövid távon is behozzák az árukat – a piacon úgy tartják, a Magento a legköltséghatékonyabb e-kereskedelmi rendszer közepes és multinacionális kereskedelmi vállalkozások körében, a fizetős kiegészítőkkel egyetemben.

Magento Enterprise

tips Hasznos: A Shopify viszont előfizetéses rendszerben működik. A kezdőcsomagért még viszonylag keveset kell fizetnünk, a korlátlan (Unlimited) csomag azonban már havonta 179 dollárba kerül.

 

Shopify pricing

A Magento CE lényegében ugyanazt ingyen kínálja, amit a Shopify látszólag irreálisan magas áron, a Magento esetében azonban azzal sem árt számolnunk, hogy dedikált hoszting szolgáltatásra is szükségünk lesz. Önmagában pedig a CE még nem rendelkezik egyedi, céges arculatra szabott dizájnnal, előre beállított, országspecifikus egyedi konfigurációval (például szállítási és fizetési módok beállítása, nyelv függvényében a rendszer e-mailek, visszaigazolások, egyedi funkcionalitás és így tovább). A Magento ugyanis elsősorban a profik megoldása. Bárkinek kiváló rendszer lehet, jellemzően azonban a nagyvállalatok, egyszerre több webshopot üzemeltetők, nagy közönséget több ezer vagy tízezer termékkel kiszolgálók platformja. A Magento használatához olyan büdzsé felett kell rendelkezned, amely lehetővé teszi, hogy folyamatosan finanszírozni tudd az újabb és újabb változtatásokat, a visszajelzések és változó piaci igények alapján végzett optimalizációt. Egy már működő, rendszeres havi bevételt generáló, piacra bevezetett áruházban, egy több éve működő stabil forgalmat generáló és növekedő vállalkozás esetén ez megközelítőleg havi 40-60 órányi fejlesztés díját jelenti. Ebben a havi időkeretben már temérdek vásárlói felületet érintő optimalizáció illetve funkcionális továbbfejlesztés kivitelezhető, amely mind a vásárlók elégedettségére – ezáltal extra bevétel realizálására – szolgál. A hoszting a Magento esetében szintén havidíjjal fog járni, de jóval alacsonyabb havidíjjal, és cserébe egy stabil háttér-infrastruktúrát kapunk, amely a nagyobb terhelésekkel is képes megbirkózni. Ha pedig ki akarjuk használni a rendszer lehetőségeit, ha növekedni, fejlődni akarunk, szükségünk is lesz erre. Összességében pedig még mindig ez az olcsóbb megoldás, fontos azonban kihangsúlyoznunk, hogy olyan céget kell választanod, amely kellő tapasztalattal rendelkezik e téren. Amikor Magento rendszerhez keresel hoszting szolgáltatót, bizonyosodj meg róla, hogy futtatnak már működő áruházakat, fokozott terhelés mellett is stabilan működő Magento-referenciákat tudnak bemutatni, amely igazolja, hogy fejlesztési és hoszting oldalról is képesek megfelelő optimalizálásra. Ki kell térnünk még arra is, hogy a Shopify százalékot kér tranzakcióinkból. A kezdő csomag esetén ez 2%, korlátlan csomagnál már 0%. Nem tűnik talán soknak a kezdő változatnál ez az egy ötvenednyi részesedés, hosszú távon viszont ezek a díjak összeadódnak. Sok termék, sok tranzakció esetén már komolyan megérezhetjük, hogy a bevétel egy része a webáruház szolgáltatójához vándorol. A Magento esetében ugyanakkor nem kell százalékot fizetnünk a tranzakciók után, csak annak a szolgáltatónak, amely magát a tranzakciót (tehát például a kártyás fizetést) intézi – ezt azonban egyébként sem kerülhetjük el, és a Shopify esetében ugyanúgy addicionális költség.  

Támogatás (Support)

Az ügyféltámogatás összehasonlítása igen egyszerű: a Shopify-nál van ilyen, a Magento esetében nincs. Pontosabban fogalmazva: a Magento supportját a hatalmas, elhivatott közösség jelenti, a nyílt forráskódú rendszert folyamatosan fejlesztő, tesztelő, jobbító közösség. Ha van bátorságunk erre a közösségre bízni a problémánkat, igen értékes válaszokat kaphatunk, amelyek bizonyosan segítenek megtalálni a megoldást.

Shopify ecommerce

Vagy fordulhatunk olyan profi fejlesztőcéghez, aki kifejezetten a Magento rendszerrel foglalkozik, ez utóbbi mindenképpen biztosabb technikai hátteret ad. Arról is győződjünk meg, hogy amennyiben a hoszting cég egyben a Magento fejlesztését is végzi, azt házon belül teszi, nem pedig alvállalkozónak szervezi ki. Ha valaki úgy érzi, hogy úgysem lesz probléma a webbolttal, vagy elég erősen érzi lüktetni saját webfejlesztői vénáját ahhoz, hogy úgy gondolja, maga is meg tudja oldani a gondokat, a Magento jó választás – ha viszont nincs erre megfelelő emberünk, a Shopify egy egyszerűbb megoldást jelent 24/7 supporttal. (Mit jelent a Magento esetében a megfelelő felkészültség? Nos, minimum szenior php programozói szintet Zend Framework ismerettel, ha korábban nem foglalkoztál Magento-val.)  

A Magento, ill. Shopify funkciói és a bennük rejlő lehetőségek

E téren a két rendszer meglehetősen közel áll egymáshoz. A webáruház alapfunkciói terén gyakorlatilag egyenlőnek mondható a két rendszer, a különbség csak annyi, hogy míg a Shopify lehetőségeinek feloldásához ki kell fizetnünk a borsos havidíjat, a Magento CE esetében ezt ingyenesen megtehetjük. A meccs azonban nem ezen áll vagy bukik. A versenyt ebben a kategóriában a szoftverek típusa dönti el. A Shopify egy fizetős szoftver, amelyhez korlátozott számú kiegészítő lehetőséget vehetünk igénybe. Ezek leszabályozott, a fejlesztők által készített alkalmazások, amelyek remek lehetőségeket biztosítanak ugyan, kicsi azonban az esélye, hogy minden igényünket megfelelően ki tudják elégíteni.

Shopify features

FONTOS A Magento nyílt forráskódú szoftver. Ez pedig azt jelenti, hogy bárki szabadon módosíthatja, fejlesztheti – és rengetegen meg is teszik ezt. Elképesztő mennyiségű harmadik fél által fejlesztett bővítést találunk hozzá – ingyeneseket és fizetőseket egyaránt – a neten, a hibákat folyamatosan keresik és javítják, és sokkal könnyebben találunk olyasmit a több ezer lehetőség között, ami pontosan lefedi azt, amire szükségünk van.

 

Magento Enterprise Features

Ha egy egyszerű, kezdő szintű webáruházat akarunk működtetni, akkor mindkét versenyző megállja a helyét – a Shopify Unlimited azonban már eleve a nagyobb játékosoknak való, a kezdő csomag pedig rendkívül korlátozott lehetőségeket ad csak. A Magento ellenben szabadságot ad. A bővítmények telepítéséhez valószínűleg szakértői segítségre lesz szükségünk, még ezzel együtt is sokkal praktikusabb megoldás azonban, ha komolyabban vesszük az e-kereskedelmet.

Kezelés

A Magento lényegesen komplexebb rendszer, adminisztrációs felülete azonban nem véletlenül olyan, amilyen: rengeteg lehetőséget biztosít ugyanis arra, hogy mindent testre szabjunk. A Shopify összességében egyszerűbben telepíthető és kezelhető a mindennapokban, ez azonban azért van, mert a lehetőségünk is kevesebb. A kezdő csomagban például (egyébként összesen négy csomag létezik, egyre emelkedő havidíjakkal) összesen csak 25 terméket szerepeltethetünk a webáruházban, ami nevetségesen kevés. A Magento CE ingyenes és már alapból korlátlan számú terméket vihetünk fel a rendszerbe – ha bírjuk háttérkapacitással és egyedi megjelenésű, funkcionalitású áruház esetén profin van optimalizálva (például az oldalankénti lekérdezések száma), lásd az infrastruktúráról szóló részt. A Magento élen jár abban is, hogy a termékeket, azok megjelenését szabadon alakíthatjuk, akármilyen kategóriákat és attribútumukat hozzájuk rendelhetünk, tehát magát a keretrendszert hozzáidomíthatjuk termékeinkhez.

Marketing – a Magento vagy a Shopify segít többet eladni?

E téren megint csak hátrányban marad a Shopify, a rendszer ugyanis nem támogatja a kuponokat, leárazásokat, kedvezménykódokat a kezdőcsomagban, míg a Magento igen. Sőt, a Magento-ban már bővítmények telepítése nélkül is rengeteg lehetőségünk van arra, hogy a vásárlási folyamatba beavatkozzunk, hogy cross-sell és upsell lehetőségeket kínáljunk fel a felhasználóknak, termék-összehasonlításokat készítsünk és így tovább.

Shopify sales

A Magento-ban rengetegféleképpen állíthatunk be különféle promóciókat. Megadhatjuk például, hogy egy adott jellemzővel rendelkező termékekből vagy egy adott kategóriából kedvezményt adjunk, pl.

  • hogy az egész vásárlásra kedvezményt kapjanak, ha egy bizonyos terméket a kosárba helyeznek;
  • hogy az első vásárlásnál olcsóbb legyen a szállítás;
  • vagy éppen hogy ha három terméket vásárolnak, egyet ingyen kapjanak.

Úgy játszhatunk a beállításokkal, mintha csak egy boltban krétával írnánk fel a táblára az éppen eszünkbe jutó promóciós lehetőségeket, akciókat. Adhatunk kedvezményt ingyen termék, ajándék, százalék formájában is – napestig sorolhatnánk a példákat, de a személyes tapasztalattal semmi sem ér fel.

Magento Sales

Annyi biztos, hogy a Magento-nál nem találunk olyan rendszert, amely erősebben támogatná a kuponokat, akciókat, különféle promóciókat, amelyek nagyban segíthetik az értékesítést. Mindezt pedig még fejlesztő segítsége nélkül is képesek vagyunk kezelni.  

Dizájn

Mindkét rendszer jól testre szabható, ingyenes sablonok tömegei állnak a rendelkezésünkre, hogy azokból kialakítsuk saját webáruházunk arculatát. Fontos szempont, hogy mindkét rendszer reszponzív, tehát mobiltelefonokon ugyanolyan jól, használhatóan jelenik majd meg, ahogyan asztali gépeken.

Shopify themes

Esztétikailag a Shopify által kínált ingyenes témák valamivel jobban teljesítenek, de előnyük inkább abban mutatkozik meg, hogy egyszerűbben telepíthetők. A Shopify alapvetően egyszerűbb felhasználói felülete miatt megjelenését átalakítani is könnyebben vagyunk képesek, mint a Magento esetében, pedig a Magento-hoz is rengeteg ingyenes (és persze még több fizetős) template áll rendelkezésünkre.

Magento Designs  

Összefogalás

A Shopify minden szempontból egyszerűbb választás. Egyszerűbb, mert kevesebb lehetőséget kínál fel, és ez sokak számára nem jelent problémát. Kezdők számára, akik csak egy kisvállalkozás néhány termékét akarják eladni, nem fog gondot okozni, hogy kevés lehetőségük nyílik a testre szabásra, mert egyszerűen nem lesz rá szükségük. A Magento a komplexebb rendszer. Egyfelől sokkal több lehetőséget ad: a legkisebb részletekig mindent magunk állíthatunk be, a termékek attribútumaitól kezdve a megjelenés részleteiig. Több lehetőségünk van a rendszer gazdagítására bővítményekkel, javításokkal – ugyanakkor nincs support és nincs hoszting, ilyen szempontból magunkra vagyunk utalva – akinek az alap Magento rendszernél több kell, annak költenie kell a fejlesztésre is, a hoszting emellett eltörpül kiadásként. Másfelől viszont a Magento egyben olyan rendszer is, amelynek lehetőségeit csakis akkor aknázhatjuk ki teljesen, csak akkor lehetünk képesek valóban mindent magunk elvégezni, ha profin értünk a webes programozáshoz (a front-end és back-end fejlesztéshez egyaránt), vagy olyat alkalmazunk, aki ezt a feladatot ellátja. Emellett azt is tudnod kell, hogy a Magento üzemeltetése megköveteli, hogy folyamatosan tudj áldozni rá. Lépést kell tartanod a piac, a megrendelők igényeivel, rendszeredet mindig ennek megfelelően optimalizálni. A/B teszteket kell futtatnod a vásárlói felületen, ennek megfelelően pedig a megfelelő tanulságokat leszűrve átalakítanod a vásárlási folyamatot, a dizájnt, a promóciókat és így tovább. Ez jelentős fejlesztéseket követel majd meg, egy komolyabb webáruház esetén akár havi 40-60 órát. Persze már rövid távon is megéri az árát, hiszen mindez a hatékony értékesítést segíti. A Magento növekedés előtt álló, fejlődni vágyó középvállalkozások, illetve pályán lévő nagyvállalatok számára remek rendszer, különösen azért, mert rendelkezésre áll az infrastruktúra és szakértelem megfizetésére a büdzsé, vagy eleve adottak a feltételek. A kezdőknek azonban a Shopify egy valóban egyszerű, out-of-the-box megoldást kínál, amelyhez nincs szükség mélyebb ismeretekre, hosszabb tanulási folyamatra vagy éppen arra, hogy magunk szerezzünk hoszting szolgáltatást. Mint azt már az elején leszögeztük, elsősorban nem a két rendszer képességei határozzák meg, hogy melyik a jobb – ugyanis nem egy ligában játszanak, legalábbis kicsi az átfedés. Egyszerűen más a célközönség, és a választás leginkább azon múlik, hogy meg tudd mondani, Te melyik kategóriába tartozol.

 

10 hasznos módszer a Magento-ban rejlő lehetőségek kiaknázására

Ezért fontos, hogy a már meglévő lehetőségeket mind magunk, mind pedig más fejlesztők és a későbbi fejlesztések/bővítések érdekében, a lehető legjobban kihasználjuk. A következő néhány bekezdésben a Block-ok, Layout XML-ek, Installer Script-ek és tempate fájlok (.phtml) esetében előforduló hibákkal, és/vagy olyan kódrészletekkel fog a cikk foglalkozni, amelyeknél formai vagy egyéb kívánnivalók maradtak a kód átadása után. A kifejtett példákat természetesen egyéb módon is meg lehet oldani, ezek csupán felvázolt lehetőségek. A következőkre térünk ki a cikkben részletesebben:

  • Tömb kulcs-érték párok Magento alatt
  • Objektum értékeinek vizsgálata feltételben (beszédes értékek)
  • Magentoban lévő Block típusok kihasználása
  • Kódismétlés a phtml-ben
  • Elkerülhetetlen lekérdezések (hogyan kezeljük ezeket)
  • Collection megjelenítéskori szétválasztás
  • Installer Script-ek hibára futása, és kezelése
  • Collection kapcsolatok, egymásba-ágyazott lekérdezések
  • Module többnyelvűsítésre felkészítése
  • Helperek használata

 

Tömb kulcs-érték párok Magento alatt

Még ha biztosak is vagyunk benne, hogy egy tömbnek adott kulccsal rendelkeznie kell, ez idővel változhat, ezért (is) ilyen egyértelmű hivatkozást ne helyezzünk el a kódban:

$value = $data['key'];

A Magento szinte összes objektumának egyik legmélyebben elhelyezett őse, a Varien_Object, amely osztály magic-method-ain keresztül könnyedén ellenőrizhetőek ezek az értékek. Az említett osztály konstruktorában átadott tömb értékek elérhetőek egy az objektumon hívott $obj->getData(‘key’), vagy a példánál maradva $obj->getKey() metódus hívásával, amely a kulcshoz tartozó érték hiányának esetén NULL-al tér vissza.

$objData = new Varien_Object($data);
$value = $objData->getKey(); //same as $objData->getData('key');

Ezek után pedig egy if(!is_null($value)){…} vagy if(!empty($value)){…} vizsgálattal léphetünk be a szükséges elágazásba, amennyiben az érték nem NULL.

Objektum értékeinek vizsgálata feltételben (beszédes értékek)

If ($objData->getFlag() == 1) {/*...*/}

Az értéket természetesen adott pillanatban a fejlesztő gond nélkül azonosítja, pár hónap elteltével, vagy egy új/más fejlesztő bevonásával azonban már is csak egy szám, jelentés nélkül. Ezzel szemben a beszédes változó és konstans értékekkel nem csak, hogy tudjuk hova kapcsolni, de a forrás module-t is tudjuk azonosítani.

If ($objData->getFlag() == Module_Helper_Data::FLAG_STATUS_ENABLED) {/*...*/}

Még jobb, ha ilyen esetben ezeket a lehetőségeket, a példában status-okat Model-ben, és a hozzá tartozó táblában tároljuk, és a vizsgálatkor már esetleg csak a helperen történő Module_Helper_Data::getEnabledStatusId() hívással ellenőrizzük. Mindkét megoldás helyes, a fő, hogy a vizsgált érték megadja annak forrását és jelentését.

Magentoban lévő Block típusok kihasználása

A Magento-ban nem olyan sok html elem szerepel, mint Block típus, de amelyek igen, azokat használjuk ki. Gyakran fordul elő, hogy olyan kódrészek, amelyek eredetileg „csak egy helyen fognak szerepelni” címkével voltak ellátva, végül még is minimum 3-4 helyen megjelenítésre kerülnek, ami később ha a kód be volt égetve egy phtml-ben például

<select name="my_select" id="mySelect">
    <?php foreach ($items as $item): ?>
        <option value="<?php echo $item->getId() ?>"><?php echo $item->getName() ?></option>
    <?php endforeach; ?>
</select>

Ilyen Block például a Select amely az app\code\core\Mage\Core\Block\Html\Select.php helyen található. Ennek metódusaival szépen paraméterezhető egy lista, amely aztán több helyen is megjeleníthető, és a forrásban is sokkal jobban mutat.

<module_controller_action>
    <reference name="content">
        <block type="aion_module/block_type" name="aion_module_block_type" as="blockalias">
            <block type="core/html_select" name="selectchild" />
        </block>
    </reference>
</module_controller_action>

Ha így döntünk, lehetőség van a paraméterek megadására layout-ban és a reference Block-on történő metódus-híváson keresztül is, magában a metódusban. Mi most ez utóbbi lehetőséget tárgyaljuk. A Block-ban amelyre reference-ként hivatkoztunk létrehozunk egy getSomeSelectHtml metódust, ahol felkészítjük a Select-et a kiíratásra.

public function getSomeSelectHtml()
{
    $select = $this->getChild('selectchild');
    $select->setData(
        array(
            'id' => 'frontend-id',
            'class' => 'frontend-class-one frontend-class-two',
        )
    );
    //select upload with options $select->setOptions() || $select->addOption()
    return $select->toHtml();
}

ha ezzel végeztünk, már csak a phtml fájlban kell megjelenítenünk a listánkat, ahol is egy echo $this->getSomeSelectHtml(); híváson keresztül ezt megtehetjük.

Kódismétlés a phtml-ben

Előfordul, hogy egy már meglévő működést kell kiegészíteni, aminek már van egy template fájlja, de ilyenkor se legyünk restek egy if-esle vagy egy switch-case helyett, a meglévő template mellé létrehozni egy új template fájlt.

Switch ($mode):
    Case 'list':
        Foreach ($entities as $entity): ?>
            <div class="dsadsa"><a href="..."></a><!--...--></div>
        <?php Endforeach;
    Break;
    Case 'grid':
        Foreach ($entities as $entity): ?>
            <div class="dsadsa"><a href="..."></a><!--...--></div>
        <?php Endforeach;
    Break;
Endswitch;

Ezeket a kódokat duplikálás helyett felsőbb szintű block-ba érdemes helyezni, ahol egy az if vagy switch alapján a megfelelőt hívjuk be. Azért is egyszerűbb, illetve tanácsosabb ez a módszer, mert az ilyen elágazásokban gyakran ugyanazok a html részek szerepelnek, egy-egy plusz elágazással, amelyeket szintén alsóbb szintű block-okba rendezve egy olyan szépen strukturált szerkezetet kaphatunk, amiben ha módosítani kell egy megjelenítést, azt egy helyen megtéve, az oldal minden részén módosul. Ezen felül indokolja még ezt a frontend fejlesztők támogatása és maga a kód átláthatósága is.

<block type="something/list" name="something.list">
    <block type="list/grid" name="gridList">
        <block type="list/item" name="gridListItem"/>
    </block>
    <block type="list/row" name="rowList">
        <block type="list/item" name="rowListItem"/>
    </block>
</block>
If ($mode == Module_Helper_Data::MODE_LIST) {
    $block->getChildHtml('rowList'); //amin belül még az item-et is getChildHtml()-el kérjük le
} else if ($mode == Module_Helper_Data::MODE_GRID) {
    $block->getChildHtml('gridList');
}

Elkerülhetetlen lekérdezések (hogyan)

A törekvések ellenére előfordul, hogy a teljesítmény vagy egyéb indok miatt (csakis kényszerítés hatására!), kénytelenek vagyunk direkt, nem pedig collection-ön keresztüli adatbázis lekérdezéseket futtatni. Ez egy szükséges rossz, de ennek is megvan a formai követelménye, a Magento ad lehetőséget mind egy meglévő Collection Select-jének módosítására, mind pedig új, custom lekérdezés létrehozására. Mindkettő esetén a Varien_Db_Select lesz alapesetben az osztálya az objektumnak amit visszakapunk, amin további metódushívásokkal tudunk dolgozni.

[code]$results = $conn->fetchAll("SELECT *, DATE_ADD( tn.`created_at` , INTERVAL tn.`duration_days` * 0.9 * 24 * 60 MINUTE ) as end_date FROM `tablename` as tn INNER JOIN `anothertablename` as atn ON (tn.atn_id = atn.id) WHERE tn.`somecolumn` = 1 GROUP BY atn.`groupcolumn`");[/code]

A fenti példa egy nagyon rövid, meglehetősen egyszerű lekérdezés, de már ez sem átlátható, már ennek is akár többszöri átolvasása szükséges egy olyan fejlesztőtől, aki elsőre látja, ezért az alábbi formára hozzuk:

[code]//in the installer you can get the connection object like this $this>getConnection();
$conn = $collection->getConnection();
$select = $conn->select()
    ->from(
        array('tn' => 'tablename'),
        array(
            '*',
            'end_date' => new Zend_Db_Expr('DATE_ADD( tn.`created_at` , INTERVAL tn.`duration_days` * 0.9 * 24 * 60 MINUTE )')
        )
    )->joinInner(
        array('atn' => 'anothertablename'),'tn.atn_id = atn.id','*'
    )->where(
        'tn.`somecolumn` = ?',1
    )->group('atn.`groupcolumn`');[/code]

Máris sokkal szebb és átláthatóbb, a Select megvan, ideje lekérni a megfelelő rekordokat, melyre a legegyszerűbb módszer a $results = $conn→fetchAll($select); amin már csak végig kell iterálnunk.

Collection megjelenítéskori szétválasztás

Egy táblában több állapotú elem is lehet, ez nem újdonság, és az sem hogy van ahol csak az A máshol pedig csak a B állapotú elemeket kell megjeleníteni egy oldalon. Azonban ezt mindig a collection szinten kell szűrni, nem pedig ciklusban a block-ban, vagy esetleg a template fájlban.

$entities = Mage::getResourceModel('module/some_collection');
$typesA = array();
$typesB = array();
foreach ($entities as $entity):
    if ($entity->getStatus() == 1 || $entity->getStatus() == 2):
        $typesA[] = $entity;
    else:
        $typesB[] = $entity;
    endif;
endforeach;

Ha egy collection-t ciklusban bontunk szét több részre, amit megjelenítünk az oldalon, annak kimenete lehet (oldalakra bontva) egy olyan első oldal, ahol közöljük a felhasználóval, hogy a B állapotú elemből nincs, majd egy olyan 2. vagy 3. oldal, ahol mégis megjelenik B állapotú elemből N darab. Ezenfelül a limit is az egész collection-re számítódik, nem pedig állapotonként, így az csoportokban megjelenő elemek elosztása nem lesz egyenletes.

//filtered for status, both collections limited to 10
$A = $this->getItemsToStatusA(10); 
$B = $this->getItemsToStatusB(10); 

foreach ($A as $item) {/*...*/}
foreach ($B as $item) {/*...*/}

Installer Script-ek hibára futása, és kezelése

Az installerek esetében minden esetben fel kell készíteni az esetleges hibákra. A verzió ne lépjen feljebb, ha nem sikerült mindent megoldani, amit abban meghatároztak. Ez azért probléma, mert nincs minden installer-ben lehetőség az előző installer által hozzáadott összes jellemzőt vagy egyéb elemet leellenőrizni, és nem is a mi feladatunk mások munkájának a leellenőrzése. A mi feladatunk behatárolt.

$installer->startSetup();
try{
    //do what you have to do
} catch(Exception $e){
    Mage::logException($e);
}
$installer->endSetup(); //this method will upgrade the version number

Véleményem szerint az egyik legegyszerűbb módja az előző installer-script sikeres lefutásának vizsgálatára, a module verziószámának ellenőrzése. Ez természetesen feltételezi, hogy a script szintén csak teljes sikeresség esetén lépteti a modul verzióját.

if(Mage::getConfig()->getModuleConfig("Package_MyModule")->version == '1.5.3'){
    $installer->startSetup();
    try{
        //do what you have to do
        $installer->endSetup(); //this method will upgrade the version number
    } catch(Exception $e){
        Mage::logException($e);
    }
}

A másik dolog, amit ki tudunk védeni azzal, hogy csak teljes siker esetén engedjük a verziót növekedni, hogy más installer-ek a sajátunk sikertelensége miatt történő verzió-visszaállítás után ne fussanak le többször, pl. data-installer-ek, amelyek nem vizsgálják, hogy adott cms/page vagy cms/block esetleg létezik-e már.

Collection kapcsolatok, egymásba-ágyazott lekérdezések

Az egymásba ágyazott collection lekérések esetén a folyamat sokkal lassabb. Ha lehet, inkább kevesebb lekérdezéssel, célzottabban próbáljunk meg az erőforrásainkat használni.

$mainCollection = Mage::getModel('module/main')->getCollection()
    ->addFieldToFilter('field', array('in', array('value1', 'value2', 'valueN')));

foreach ($mainCollection as $mainCollectionItem) {
    $subCollection = Mage::getModel('module/sub')->getCollection()
        ->addFieldToFilter('parent', $mainCollectionItem->getSomeField());
    foreach ($subCollection as $subItem) {
        /*...*/
    }
    $subCollection->save();
}

A fenti példában látható módszer időben és teljesítményben is költségesebb, célszerűbb a collection-t már előtte lekérni, és az item-eken végigiterálni. A collection-ok lehetőséget adnak a meglévő elemeik közül visszaadni egy megadott mező értékéhez kapcsolódóan, illetve egy collection megadott mezőinek összes értékét is, amivel ciklus nélkül is lekérhetjük a második collection-t, és így tovább.

$mainCollection = Mage::getResourceModel('module/main_collection')
    ->addFieldToFilter('field', array('in', array('value1', 'value2', 'valueN')));

$subCollection = Mage::getResourceModel('module/sub_collection')
    ->addFieldToFilter('parent', array('in'=>$mainCollection->getColumnValues('some_field')));

foreach ($mainCollection as $mainCollectionItem) {
    $mainSubCollection = $subCollection->getItemsByColumnValue(
        'parent', $mainCollectionItem->getColumnValues('some_field')
    );
    foreach ($mainSubCollection as $subItem) {
        /*...*/
        $subItem->save();
    }
}

Ebben az esetben, ahogy a példában is láthatjuk, arra kell még figyelni, hogy az első esetben míg a végén egy $subCollection->save(); hívással el tudjuk menteni az összes elem változását, addig a második esetben, mivel a $subCollection->getItemsByColumnValue(‘parent’, …) egy tömböt ad vissza, azon nem tudunk metódust hívni, így azt még a ciklusban kell az elemeken egyesével. $subItem->save();

Modul többnyelvűsítésre felkészítése

Nem szükséges a modulnak alapból tudnia minden nyelvet, de még csak az alap nyelven felül sem feltétlen többet, (kivéve ha az anyanyelved nem angol, akkor illik legalább angolra megcsinálni).

<span>
    <label class="main label" for="next_input">This is the label of the input</label>
        <input type="text" name="next_input" id="next_input" placeholder="Next input" />
</span>

Nem kerül erőfeszítésbe, ha modulunkat attól függetlenül, hogy esetleg nincs lefordítva semmilyen nyelvre, erre felkészítve jelenítsük meg a szövegeket, és még csak nem is sokkal hosszabb az ennek megfelelő megjelenítése.

<span>
    <label class="main label" for="next_input"><?php echo $this->__('This is the label of the input'); ?></label>
    <input type="text" name="next_input" id="next_input" placeholder="<?php echo $this->__('Next input'); ?>" />
</span>

Azon felül, hogy a nyelvesítés mindenképp egy plusz pont, ha a module-hoz kapcsolódó szövegeket erre felkészítve adjuk meg, már csak pár mozdulat, hogy a felhasználó a saját nyelvére írhassa át a szövegeket, és nem kell neki szöszölnie, keresgélni a még idegen kifejezéseket a frissen letöltött module-ban.

Helperek használata

Helper hívások szerepelhetnek Block-ban, phtml-ben, de akár Controllerben vagy Model-ben is, a lényeg, hogy a Helperbe olyan adatokat, Konstansokat, metódusokat helyezünk el, amelyeket gyakran használunk, de leginkább egyik részbe sem tartozik. Ilyen például egy config érték Mage::getStoreConfig(‘module_config_path’); vagy config flag Mage::getStoreConfigFlag(‘module_config_path’); lekérése, de egy-egy érték deklarálása CONSTANT MODULE_ENABLED_STATUS = 2; (bár ezek hozzájuk tartozó model-ben is elhelyezhetőek, ha van ilyen), és a kisebb, de több helyen használatos metódusok is kerülhetnek ide.

Összegzés

Kijelenthető, hogy ha előre gondolkodva fejlesztünk, akkor egy gyors, stabil, és átlátható kódot fogunk kapni, amiben mindenki meg fogja találni amit keres, és ha néha ez a bonyolultabb megoldás is, ez többnyire megtérül mikor egy kis fejlesztést 3-4 alkalommal bővítenek ki új működésekkel. Amikor a kód minőségéről van szó, egyszerűen gondolj arra, mit szólnék, ha most nyitnám meg ezt a kódot először? Mi lenne az első benyomásom? Kihasználtam-e minden lehetőséget amiről tudtam, és a rendelkezésemre állt? Ha ezekre a válasz igen, akkor nyugodtan adhatod át.