Mit kell tudnia egy élvonalbeli Magento fejlesztőnek?

Ha Magento alapú webáruházat akar egy cég, akkor erre szakosodott fejlesztőt, fejlesztőcéget bíz meg a munkával. A Magento egy komplex, erős és megbízható rendszer, ahhoz pedig, hogy valaki értőn legyen képes kezelni, számos területen szakértőnek kell magát mondania.

Kérdés az is, hogy mi a különbség a szabadúszó fejlesztők és a csapatban dolgozók között. Mikor érdemes egy cégnek szabadúszót és mikor szakosodott fejlesztőcéget megbíznia egy munkával?

Ebben a cikkben mindezekre a kérdésekre választ adunk. Ha kíváncsi vagy rá, hogyan válhatsz te magad is profi fejlesztővé, akkor itt megtalálod, mi az, amit el kell sajátítanod. Ha pedig a cégednek keresel fejlesztőt, megtudod, hogy mire kell figyelned, hogy az ideális embert találd meg.

 

Ezt fogjuk végigvenni:

  • Milyen előképzettség kell egy Magento fejlesztőnek?
    • Milyen programnyelveket kell ismernie?
  • Mit ad valójában a Magento Certified vizsga?
  • Szabadúszó vagy komoly csapat?
    • Mik az elvárások egy csapat tagjával szemben?
    • Milyen szakember a jó fejlesztő?
    • Hogyan választhatjuk ki az ideális Magento szabadúszót?
  • Milyen a jó Magento fejlesztő?

 

Milyen előképzettség kell egy Magento fejlesztőnek?

 

Az egyik legfontosabb, hogy komoly webfejlesztési tapasztalattal rendelkezzen. A Magento komplex rendszer, és a fejlesztőnek át kell látnia, hogy a munkája hogyan él majd a neten. A HTML, a CSS és a Javascript nyelvekhez értenie kell, mivel ezeket alkalmazza mindennapi munkájában.

Szintén szükséges, hogy ismerje a verziókezelő szoftverek működését. Ilyen elosztott verziókezelő például a Git, amelyet többek között a Linux-rendszermag, a VLC media player és az Android platform fejlesztéséhez is használnak.

Hogy munkáját hatékonyan és gyorsan végezhesse, érdemes ismernie valamilyen integrált fejlesztői környezetet (IDE) is. Az IDE szoftverek a programozást magát könnyítik meg, részben automatizálva a folyamatot gyors alkalmazásfejlesztést tesznek lehetővé.

 

Milyen programnyelveket kell ismernie?

 

Backend oldalon alapvető a PHP nyelvben szerzett tapasztalat, a Magento 2-vel dolgozó fejlesztő számára kifejezetten a PHP 5.6-7 ismerete a fontos. A SOLID elveket követő OOP készségszintű ismeretére is szüksége van, mivel a Magento fejlesztés megköveteli, hogy átlássa a bonyolult osztály szerkezeteket. A jó Magento Developer ismerni fogja az MVC architektúrát és a moduláris fejlesztés szabályait is.

A MySQL azért fontos, mert a Magento fejlesztése során rengeteg olyan probléma megoldására van szükség, amelyhez elengedhetetlen – ilyen különösen a join-ok kezelése, az InnoDB és tranzakciókezelés, a lockolási problémák hibaelhárítása, a Zend Query kezelése. Képesnek kell lennie arra, hogy a MySQL Explain-t értelmezze, hogy ismerje az idegen kulcsokat és a normalizált adatszerkezeteket.

A Zend Cache és általában a gyorsítótárazási technikák ismeretére szintén szüksége lesz annak, aki a Magento-val szeretne dolgozni – ide tartozik a nyílt forráskódú Redis adatbázis-kezelő használata, ahogyan a Memcached elosztott gyorstárrendszeré is, valamint az egy- és kétszintű cache használatában és a cache hibakeresésben szerzett jártasság.

Az XML ismeretére többek között a modulok konfigurálására használt config.xml miatt van szükség. Ami a backend szempontjából még fontos, az a Varnish és a Linux BASH ismerete, az alapvető rendszergazdai ismeretek megléte, valamint az, hogy rutinosan használja a fejlesztő a kollaborációs eszközöket.

Frontend oldalon nem elég a JavaScript-ben szerzett gyakorlat, ismerni kell a Prototype és Jquery keretrendszereket. A Node.js (vagy röviden Node) a Gulp, a Grunt és a Bootstrap ismerete elengedhetetlen, még a Magento 1 fejlesztéséhez is.

Nem árt, ha járatos valamilyen CSS előfeldolgozó használatában, amilyen a LeSS vagy a Sass. Emellett a fejlesztőnek ismernie kell a keresőoptimalizálás (SEO) alapjait, a reszponzív best practice-eket, tudnia kell, hogyan fejlesszen úgy, hogy a különféle okoseszközökön is egy tökéletesen funkcionális és kényelmesen használható rendszerrel találja magát szembe munkája eredményeként a végfelhasználó.

 

Mit ad valójában a Magento Certified vizsga?

magento-certified-developer

 

A webfejlesztői alapokon túlmenően a Magento fejlesztéséhez nagyon erős lexikális tudásra is szükség van, ahhoz pedig, hogy valaki ténylegesen értsen is a rendszerhez, legalább egy év intenzív fejlesztési gyakorlat is szükséges.

A Magento Certified Developer vizsga lényegében e kettő meglétét igazolja vissza: a gyakorlatét és a lexikális ismeretekét, amelyekre a fejlesztő tudása épül. Nem igazán a képesítés itt a lényeg, hanem maga a változatos Magento fejlesztési feladatok végrehajtása során megszerzett rutin.

Éppen ezért viszont igaz az is, hogy alapvetően a vizsga nem feltétele annak, hogy valakiből jó Magento fejlesztő legyen.

 

tips Megjegyzés: A rutin és a tudásanyag elsajátítható akkor is, ha ez nem a Magento által működtetett oktatási rendszerben működik – a szakterület legjobbjai között is vannak olyanok, akik a képesítéssel nem rendelkeznek, tudásukat és képességeiket viszont mindenki elismeri.

 

Hasznos a vizsga azért, mert egészen biztosan rendszerezi az ismereteket, és a kezdőknek megtanít olyan alapvető dolgokat, mint hogy ne írjanak bele a core fájlokba.

Egy fejlesztő valójában akkor mondhatja, hogy már megfelelő tudásszinten áll, amikor alapvető hibákat már nem vét, amikor korrekt kód kerül ki a keze alól és már képes a best practice-eket alkalmazni a munkájában. Ezenfelül az igazi profik vannak, akik mindezt innovatívan és kreatívan képesek megtenni.

 

Egy adott szinten persze a fejlesztőnek már azt is tudnia kell, hogy mikor lehet és mikor szükséges eltérni a szabályoktól. Adott megoldásokat, például azt, hogy egy termékimportálás, amely korábban akár 1-2 napig is letartott, 20 perc alatt elvégezhető legyen, csak így lehet létrehozni: ha a fejlesztő hajlandó megszegni az alapvető szabályokat is.

 

Ezt csak akkor teheti meg, ha pontosan ismeri nemcsak a saját képességeit, de a Magento korlátait is, és képes ezeken kreatívan túllépni – anélkül, hogy hibázna.

Önmagában tehát a vizsga, bár értékes, de kevés: a jó fejlesztőnek a legtöbbet az évek alatt megszerzett tapasztalat számít.

 

Szabadúszó vagy komoly csapat?

 

freelancer-vs-magento-agency

 

Ha egy cég Magento fejlesztőt keres, sokszor azt láthatja, hogy egy szabadúszó (freelancer) olcsóbban elvégezheti ugyanazt a munkát, amiért egy komolyabb fejlesztőcsapat többet kér.

 

Ennek azonban oka is van: bár a szabadúszók között rendkívül jó képességű fejlesztők vannak, egyszerűen magukban nem képesek ugyanazt a munkát ugyanúgy megcsinálni.

 

Egyetlen ember nem érthet minden területhez szakértői szinten – így nem tekinti a projektet dizájnerként, marketingesként vagy éppen a megtérülés oldaláról. Komoly gondot jelenthet az is, hogy a szabadúszók időbeosztása hektikus – sokan közülük például éjszakánként dolgoznak, ami azzal is együtt jár, hogy nap közben kérdéses az elérhetőségük. Komoly vállalkozás bevételi forrásának számító webshop támogatását így egyetlen ember nem képes elvégezni. Márpedig új projektek esetén kritikus az, hogy a támogatás megfelelően működjön, hogy a határidőket mindig pontosan betartsák.

Ahhoz, hogy minden részterületen a legjobb munkára számíthassunk, mindenképpen több emberre van szükség. Alkalmazhatunk persze akár egyszerre több szabadúszót is, ezen a ponton viszont már tényleg értelmetlen nem egy jól összeszokott fejlesztőcsapattal dolgoztatni.

Ennek az előnye az is, hogy a projektet nagyon precízen koordinálni lehet: tisztázható, hogy kinek pontosan mi a feladata, hogy hogyan segíthetik egymást a különféle fókuszú szakemberek, ez pedig minden esetben a jobb végeredményt szolgálja.

Egy nagyobb Magento fejlesztési projekt esetén számos szakterület kell, hogy képviseltesse magát, és annak is nagy a jelentősége, hogy a csapat képes legyen gördülékenyen együtt dolgozni, hogy mindenki pontosan tisztában legyen a saját szerepével és elfogadja mások szakmai véleményét.

A szükséges szakemberek között lennie kell mindenekelőtt

  • egy projektmenedzsernek,
  • egy IT-szakértőnek,
  • dizájnernek, aki ért az UX-hez,
  • frontend és backend fejlesztőnek,
  • minőségbiztosítási szakembernek,
  • üzleti elemzőnek,
  • keresőoptimalizálási szakembernek is.

 

Ez nem feltétlenül jelenti azt, hogy minden egyes területet más képvisel, az viszont egészen bizonyos, hogy egy olyan projektet, amelyekhez minderre a tudásra szükség van, egyetlen ember nem lesz képes elvégezni.

 

Mik az elvárások egy csapat tagjával szemben?

 

A legfontosabb az, hogy a fejlesztő ne akarjon magányos farkast játszani: ne gondolja azt, hogy maga tud mindent megoldani, hanem tudja, hogy más szakemberekkel dolgozik együtt, akiktől bármikor segítséget kap – és ha szükséges, akkor ezt kérje is.

A csapatjátékosnak meg kell osztania a tudását másokkal. A csapattagoknak folyamatosan kommunikálniuk kell egymással.

 

Milyen szakember a jó fejlesztő?

 

Aki egy csapat tagjaként akar Magento fejlesztőként dolgozni, annak a személyes tudáson, rutinon kívül is szükséges, hogy legyen egy sor olyan személyes kvalitása, amely erre alkalmassá teszi. Azon túl, hogy hajlandó tudását és tapasztalatát megosztani és másoktól sem fél segítséget kérni, egy sor tulajdonság határozza meg, hogy valaki jó csapatjátékos-e.

Ilyen személyiségbeli kvalitások:

  • az igényesség,
  • a lelkesedés,
  • a szorgalom,
  • a tudásvágy és fejlődni akarás,
  • az odaadás,
  • a felelősségvállalás saját magunkért és másokért is,
  • illetve a bizalom mások iránt.

 

Ezek ugyanis azt eredményezik, hogy a Magento fejlesztő képes minőségi munkát készíteni, gyorsan elvégezni azt, innovatív megoldásokat találni, megbízhatóan dolgozni és hatékonyan részévé válni a csapatnak, kiegészíteni és segíteni azt.

 

Hogyan választhatjuk ki az ideális Magento szabadúszót?

 

Kisebb projekteknél elegendő lehet az is, ha egy szabadúszót, és nem egy egész fejlesztőcsapatot bízunk meg a munkával.

De honnan tudhatjuk, hogy a megfelelő embert találtuk meg?

Fontos, hogy saját Github és Magento Connect extension-nel rendelkezzen, illetve, hogy mindig kérjünk referenciát: elérhető munkákat, amelyek megmutatják, hogyan dolgozik az adott Magento fejlesztő. A fő szempont ilyenkor annak felmérése, hogy mennyire működőképes az adott végtermék, de a dokumentációs is rengeteget elárulhat már egy laikus számára is.

Általában egy webshop tulajdonos önállóan nehezen tudja felmérni, hogy egy fejlesztő alkalmas-e az elvégzendő munkára, így jó, ha az interjút, a kiválasztást is egy szakemberre bízza, illetve legalábbis szakember segítségét kéri ehhez.

Egy-egy modul fejlesztését jó ötlet lehet egy szabadúszóra bízni, de előtte tisztázni kell az is, hogy vállaljon garanciát a hibamentes működésre, illetve azt, hogy adott esetben milyen feltételekkel, milyen díjazás mellett vállalja a hibajavítást.

Olyan fejlesztések esetén, amelyek frontend és backend munkát is igényelnek, amelyek szerteágazóak, érdemes dizájnert, backend és frontend fejlesztőt, vagy erre szakosodott céget is bevonni. De példának okáért egy fizetési modult egy jó backend fejlesztő teljességgel képes önállóan elkészíteni. Ha van rá lehetőségünk, az elkészült modult harmadik féllel auditáltassuk, ez mindenképpen megéri a ráfordítást.

 

Milyen a jó Magento fejlesztő?

Legfőképpen elhivatott.

Nemcsak szereti a munkáját, de lelkesedéssel is végzi, úgy, hogy mindig jobbat és jobbat akar készíteni.

Ha a személyes fejlődés iránti vágy megvan, és ehhez szorgalom is társul, akkor ez magával hozza a fent vázoltakat: a fejlesztőt motiválja majd,

  • hogy a megfelelő képesítéseket szerezze meg,
  • hogy a megfelelő készségeket sajátítsa el,
  • hogy minél több rutint és tapasztalatot mondhasson a magáénak.

Egy komoly cég pedig csakis ilyen szakembert alkalmaz: aki nem csak papíron rendelkezik elegendő tudással, de le is ellenőrizhető, és egészen biztosan minőségi fejlesztést képes az asztalra rakni.

 

Magento 2.0 modul fejlesztés lépésről lépésre – 4. rész (Knockout JS)

Tartalom:

  • Mi az a Knockout.js?
  • Miért kell / érdemes használni és mire jó?
  • Alap példa modul felépítése
  • Block-ok és layout létrehozása
  • Knockout JS használata PHTML template fájlban
  • Saját CustomerData osztály létrehozása és implementálása
  • Knockout JS használata HTML template fájlként

Mi az a Knockout.js?

A Knockout.js egy nyílt forráskódú egyszerűsített dinamikus javascript, mely egy Model-View-View Model (MVVM) rendszer/framework.

 

Miért kell / érdemes használni és mire jó?

Természetesen nem kell használni, viszont mivel a Magento 2.0 szerves részét képezi a full page cache használata miatt is, így a saját modulunkban megvalósítandó üzleti logika alapján célszerű elgondolkozni a használatán a fejlesztés megkezdése előtt. Anélkül, hogy különálló bonyolult javascript-ek készítenénk saját modulunkban, egy könnyű megoldással férhetünk hozzá customer, product, order stb. adatokhoz a frontenden és kezelhetjük azokat.

Alap példa modul felépítése

 

A jelenlegi cikkben is a már korábban használt alap példa modult fogjuk használni. A Magento 2.0-ban a Knockout JS jelentős szerepet kap, így érdemes vele megismerkedni.

 

Mivel korábbi cikkünk az alap modul felépítésére már kitért, most csak a modul felépítése kerül bemutatásra.

 

magento 2 modul szerkezet

 

Block-ok és layout létrehozása

 

A példához egy block-ot hozunk létre és két külön template fájlt, amiben két különböző módszerrel használjuk a Knockout JS-t. Az első példában magában a template fájlban használjuk a Knockout JS-t, míg a másodikban ennek segítségével egy másik HTML template fájlt implementálunk vagy úgy is fogalmazhatnánk, hogy töltünk be. A két külön példához első lépésben egy layout fájlt hozunk létre, és aszerint, hogy melyik block-ot használjuk, most az egyszerűség kedvéért csak kikommentezzük a megfelelőt.

Ehhez szükségünk lesz egy default.xml fájlra, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/view/frontend/layout/default.xml. A fájl tartalma:

 

<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
     <body>
         <referenceBlock name="sidebar.additional">
             <!-- First sample -->
             <block class="Aion\Sample\Block\Sample" name="aion.sample.knockout.sidebar" template="Aion_Sample::sidebar.phtml" after="wishlist_sidebar"/>
             <!-- Second Sample -->
             <!--<block class="Aion\Sample\Block\Sample" name="aion.sample.knockout.sidebar.second" template="Aion_Sample::second-sidebar.phtml" after="wishlist_sidebar"/>-->
         </referenceBlock>
     </body>
 </page>

 

A layout fájlban a példa kedvéért a saját block-unk és a hozzá tartozó template fájl az oldalsáv (sidebar) alatti részen fog megjelenni (<referenceBlock name=”sidebar.additional”>).

 

A következő lépésben a block osztály kerül létrehozásra, ami a fenti layout-ban is látható. Az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/Block/Sample.php. A fájl tartalma:

 

<?php
 namespace Aion\Sample\Block;
 use Magento\Framework\View\Element\Template;
 use Aion\Sample\Helper\Data as DataHelper;
 
 class Sample extends Template
 {
     /**
      * @var DataHelper
      */
     protected $_helper;
 
     /**
      * @param Template\Context $context
      * @param DataHelper $dataHelper
      * @param array $data
      */
     public function __construct(
         Template\Context $context,
         DataHelper $dataHelper,
         array $data = []
     ) {
         $this->_helper = $dataHelper;
         parent::__construct($context, $data);
         $this->_isScopePrivate = true;
     }
 
     /**
      * Get extension helper
      *
      * @return DataHelper
      */
     public function getExtensionHelper()
     {
         return $this->_helper;
     }
 
     /**
      * Sample items for example
      *
      * @return array
      */
     public function getInitSecondItems()
     {
         $sampleData = $this->_helper->getSampleProductNames();
 
         return $sampleData;
     }
 }

 

A block-ban látható getInitSecondItems() függvény a második példában fog szerepet kapni, így erre később térünk ki.

 

Knockout JS használata PHTML template fájlban

 

A Knockout JS bemutatásához szükséges még a megfelelő javascript fájlok elkészítése is. Első lépésben definiáljuk a saját modulunkhoz tartozó javascript fájlt, amit a requirejs-config.js-ban teszünk meg. Ez az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/frontend/requirejs-config.js. A fájl tartalma:

var config = {
     map: {
         '*': {
             sample: 'Aion_Sample/js/view/sample-sidebar'
         }
     }
 };

 

Itt adjunk meg, hogy a modulunkban hol található a saját javascript fájlunk.

 

Természetesen szükség van a sample-sidebar.js fájlra is. Ez az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/frontend/web/js/view/sample-sidebar.js. A fájl tartalma:

 

define([
     'ko',
     'uiComponent',
     'Magento_Customer/js/customer-data',
     'mage/translate'
 ], function (ko, Component, customerData, $t) {
     'use strict';
     return Component.extend({
         // Second example
         defaults: {
             template: 'Aion_Sample/second-sidebar'
         },
         displayContent: ko.observable(true),
         initialize: function () {
             this._super();
             this.sample = customerData.get('sample');
             // Second example
             this.someText = $t('Sample content with template.');
             // Second example. foreach examples
             this._showItems();
             // Second example, foreach example
             this._showMonths();
             // Second example, other foreach example
             this._showCategories();
             // Second example and another foreach example
             this._showMyItems();
         },
         getInfo: function() {
             return this.sample().info || this.initFullname || customerData.get('customer')().fullname;
         },
         getCartItemsCountText: function () {
             return this.sample().cart_items_text;
         },
         getCartItemsCount: function () {
             return this.sample().cart_count;
         },
         getHint: function() {
             return this.sample().hint || this.initHint;
         },
         _showItems: function() {
             var self = this;
             if (typeof this.initSampleData !== "undefined") {
                 self.sampleItems = JSON.parse(this.initSampleData);
             }
         },
         _showMonths: function() {
             var self = this;
             self.months = [ 'Jan', 'Feb', 'Mar', 'etc' ];
         },
         _showCategories: function() {
             var self = this;
             self.categories = [
                 { name: 'Fruit', items: [ 'Apple', 'Orange', 'Banana' ] },
                 { name: 'Vegetables', items: [ 'Celery', 'Corn', 'Spinach' ] }
             ];
         },
         _showMyItems: function() {
             var self = this;
             self.myItems = [ 'First', 'Second', 'Third' ]
         }
     });
 });

 

A példában szereplő függvények előtt jelzésre került, hogy melyek tartoznak a később bemutatandó második példához. Ezen objektumok és függvények előtt a //Second example látható.

Nézzük meg egy kicsit a működést!

A javascript a Magento 2.0-ban lévő uiComponent objektumot terjeszti ki, majd definiálásra kerül a saját sample objektum is, mely a CustomerData része lesz (this.sample = customerData.get (‘sample’);). Még négy függvény kerül a példában definiálásra, melyeket a template fájl fogunk használni.

 

Függvények:

  • getInfo() – a vevő (customer) nevének megjelenítésért felelős.
  • getCartItemsCountText() – string példa szöveggel, melynek része a kosárban lévő termékek száma.
  • getCartItemsCount() – integer, ami a kosárban lévő termékek számát tartalmazza (nem az összmennyiséget, sum qty)
  • getHint() – string, csak információt tartalmaz

 

Az említett függvények által visszaadott adatokat a 4. pontban leírt Sample osztály fogja kezelni.

 

Nézzük a block-hoz tartozó template fájl tartalmát, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/frontend/templates/sidebar.phtml. A fájl tartalma:

 

<?php
 $sampleHelper = $block->getExtensionHelper();
 $initFullName = $sampleHelper->getIsLoggedIn() ? $sampleHelper->getCustomerFullName() : __('You are logged out.');
 ?>
 <?php if ($sampleHelper->isEnabled()) : ?>
     <div class="block block-compare block-aion-sample" data-bind="scope: 'sample'">
         <div class="block-title">
             <strong><?php /* @escapeNotVerified */ echo __('Aion Sample Block'); ?></strong>
         </div>
         <div class="block-content">
             <strong class="subtitle" style="display: inline-block">
                 <?php /* @escapeNotVerified */ echo __('Customer Info:') ?>
             </strong>
             <p class="description">
                 <span data-bind="text: getInfo()"></span><br />
             </p>
             <p class="description">
                 <!-- ko if: getCartItemsCount() -->
                 <strong class="subtitle" style="display: inline-block">
                     <?php /* @escapeNotVerified */ echo __('Cart Info:') ?>
                 </strong>
                 <br />
                 <span data-bind="text: getCartItemsCountText()"></span>
                 <!-- /ko -->
             </p>
             <p class="hint"><small data-bind="text: getHint()"></small></p>
         </div>
     </div>
     <script type="text/x-magento-init">
     { "*": {
             "Magento_Ui/js/core/app": {
                 "components": {
                     "sample": {
                         "component": "Aion_Sample/js/view/sample-sidebar",
                         "initHint": "<?php echo __('(Refresh automatically after cart modification)') ?>",
                         "initFullname": "<?php echo $initFullName ?>"
                     }
                 }
             }
         }
     }
     </script>
 <?php endif; ?>

 

Lényegében itt látható a Knockout JS használata. Nézzük, részletesen hol használjuk, és hogyan működik.

 

<span data-bind=”text: getInfo()”></span>

A javascript fájlban definiált getInfo() függvény által visszaadott string fog megjelenni a <span> tag-ben.

 

Knockout JS:

 

<!– ko if: getCartItemsCount() –>

<strong class=”subtitle” style=”display: inline-block”>

<?php /* @escapeNotVerified */ echo __(‘Cart Info:’) ?>

</strong>

<br />

<span data-bind=”text: getCartItemsCountText()”></span>

<!– /ko –>

 

Amennyiben a javascript fájlban definiált getCartItemsCount() függvény értéke nem 0, akkor megjelenítésre kerül az if szekcióban lévő rész. A getCartItemsCountText() függvény pedig egy string-gel tölti ki a <span> tag-et.

 

<p class=”hint”><small data-bind=”text: getHint()”></small></p>

A getHint() függvény egy string-gel tölti ki a <small> tag-et.

 

Nézzük meg, hogy ezek után hogyan jelenik meg az elkészült block a Magento 2.0 sidebar részében.

 

magento 2 modul fejlesztés sidebar

 

Hogyan módosíthatjuk ezeket az adatokat különböző felhasználói interakciókra? Erre kapunk választ a következő pontban.

 

Saját CustomerData osztály létrehozása és implementálása

 

Ahhoz, hogy a fenti block-unk és annak tartalma interaktívan módosuljon, szükségünk van egy saját CustomerData osztályra, mely a javascript-ben definiált sample osztályt szolgálja ki adatokkal.

Az osztály az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/CustomerData/Sample.php. A fájl tartalma:

 

<?php
 namespace Aion\Sample\CustomerData;
 use Magento\Customer\CustomerData\SectionSourceInterface;
 use Aion\Sample\Helper\Data as DataHelper;
 /**
  * Sample section
  */
 class Sample implements SectionSourceInterface
 {
     /**
      * @var DataHelper
      *
     protected $_helper;
 
     /**
      * @param DataHelper $dataHelper
      */
     public function __construct(
         DataHelper $dataHelper
     ) {
         $this->_helper = $dataHelper;
     }
 
     /**
      * {@inheritdoc}
      */
     public function getSectionData()
     {
         $sampleData = $this->_getSampleData();

         return $sampleData;
     }
 
     /**
      * First sample data example
      *
      * @return array
      */
     protected function _getSampleData()
     {
         $sampleData = [
             'info' => __('You are logged out.')
         ];
         $isLoggedIn = $this->_helper->getIsLoggedIn();
         if ($isLoggedIn) {
             $sampleData = [
                 'info' => __('You are logged in as: %1', $this->_helper->getCustomerFullName())
             ];
         }
 
         $cartItemsCount = $this->_helper->getCartItemCount();
         $sampleData = array_merge(
             $sampleData,
             [
                 'cart_items_text' => __('You have %1 item(s) in your cart', $cartItemsCount),
                 'cart_count' => (int)$cartItemsCount,
                 'hint' => __('(Refresh automatically after cart modification)')
             ]
         );
 
         return $sampleData;
     }
 }

 

Az osztályban a getSectionData() függvény szolgálja ki adatokkal a javascript-ben definiált sample osztályt. Itt fontos megjegyezni, hogy a két osztályt célszerű azonos néven elnevezni a PHP és Javascript kódban.

A _getSampleData egy tömbbel tér vissza, melynek kulcsai megegyeznek a javascript kódban hasznát értékekkel. Itt implementálhatjuk a szükséges üzleti logikát. A példa kedvéért itt csak a customer teljes nevének átadása és kosár elemek számolása történik meg.

Szükséges még definiálni a CustomerData osztályt is, hogy a Magento 2.0 rendszer „tudjon” róla. Ezt a di.xml fájlban kell megadnunk, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/etc/frontend/di.xml. A fájl tartalma:

 

<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
     <type name="Magento\Customer\CustomerData\SectionPoolInterface">
         <arguments>
             <argument name="sectionSourceMap" xsi:type="array">
                 <item name="sample" xsi:type="string">Aion\Sample\CustomerData\Sample</item>
             </argument>
         </arguments>
     </type>
 </config>

 

A következő fontos lépés, hogy a Sample osztályban definiált getSectionData() függvény mikor fusson le, milyen felhasználói interakcióra. Ehhez szükséges egy xml fájlban megadni ezen controller-ek listáját.

 

Ezt a sections.xml fájlban kell definiálnunk, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/etc/frontend/sections.xml. A fájl tartalma:

 

<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Customer:etc/sections.xsd">
     <action name="checkout/cart/add">
         <section name="sample"/>
     </action>
     <action name="checkout/cart/delete">
         <section name="sample"/>
     </action>
     <action name="checkout/cart/updatePost">
         <section name="sample"/>
     </action>
     <action name="checkout/cart/updateItemOptions">
         <section name="sample"/>
     </action>
     <action name="checkout/sidebar/removeItem">
         <section name="sample"/>
     </action>
     <action name="checkout/sidebar/updateItemQty">
         <section name="sample"/>
     </action>
 </config>

 

Az xml-ben látható, milyen controller action-öket definiáltunk. Ezek a termék kosárba helyezése, törlése, termék számának frissítése stb.

De mit is jelent pontosan ez?

Miután elkészültünk a fenti Sample osztállyal, az említett getSectionData() függvény le fog futni ezen controller action-ök futása esetén, és a frontend-en megjelenő block-unk automatikusan ajax-szal frissülni fog a getSectionData() függvény által visszaadott adatokkal. Mindez anélkül történik, hogy bármilyen ajax függvényt és kezelést definiáltunk, írtunk volna a javascript fájlunkban.

 

Bejelentkezett felhasználóval így néz ki a block-unk miután egy tetszőleges terméket a kosárba helyeztünk:

 

magento 2 modul fejlesztés kosár

 

 

Az ajax hívásban visszakapott objektum tartalma:

 

magento 2 modul fejlesztés ajax tartalom

 

 

 

Knockout JS használata HTML template file-ként

 

Az előző példában a phtml fájlban használtuk közvetlenül a Knockout JS-t. A második esetben is ezt fogjuk alkalmazni, azonban egy külön html template fájlt használunk az adatok megjelenítésére.

Ehhez első lépésben egy második phtml példa fájlt hozunk létre. A fájl a modulunkban az app/code/Aion/Sample/view/frontend/templates/second-sidebar.phtml. A fájl tartalma:

 

<?php
 $sampleHelper = $block->getExtensionHelper()
 ?>
 <?php if ($sampleHelper->isEnabled()) : ?>
     <div class="block block-compare block-aion-sample" data-bind="scope: 'sample'">
         <div class="block-title">
             <strong><?php /* @escapeNotVerified */ echo __('Aion Second Sample Block'); ?></strong>
         </div>
         <div class="block-content">
             <!-- ko template: getTemplate() -->
             <!-- /ko -->
         </div>
     </div>
     <script type="text/x-magento-init">
     {
         "*": {
             "Magento_Ui/js/core/app": {
                 "components": {
                     "sample": {
                         "component": "Aion_Sample/js/view/sample-sidebar",
                         "initSampleData": "<?php echo addslashes(json_encode($block->getInitSecondItems())) ?>"
                     }
                 }
             }
         }
     }
     </script>
 <?php endif; ?>

 

Az első példában bemutatott phtml fájlhoz képest a különbség jól látható. A tartalmi részben kerül implementálásra a html template behívása:

<!– ko template: getTemplate() –>

<!– /ko –>

 

Itt fontos visszatérni a cikk elején bemutatott sample-sidebar.js fájlra és figyelembe venni a //Second sample kód részeket, mert a második példánkat ezek kezelik. Emellett az 1. pontban részletezett default.xml fájlban a második block-ot használjuk csak:

<block class=”Aion\Sample\Block\Sample” name=”aion.sample.knockout.sidebar.second” template=”Aion_Sample::second-sidebar.phtml” after=”wishlist_sidebar”/>

Az elsőt kikommentezzük.

 

A következő lépésben létrehozzuk a HTML fájlt, ami az app/code/Aion/Sample/view/frontend/web/template/second-sidebar.html. A fájl tartalma:

 

<!-- ko if: displayContent() -->
     <p data-bind="text: someText"></p>
 
     <h4>Items Form Block Class</h4>
     <ul data-bind="foreach: sampleItems">
         <li>
             <span data-bind="text: $data"> </span>
         </li>
     </ul>
 
     <h4>Months</h4>
     <ul data-bind="foreach: months">
         <li>
             <span data-bind="text: $data"> </span>
         </li>
     </ul>
 
     <h4>Categories</h4>
     <ol data-bind="foreach: { data: categories, as: 'category' }">
         <li>
             <ul data-bind="foreach: { data: items, as: 'item' }">
                 <li>
                     <span data-bind="text: category.name"></span>:
                     <span data-bind="text: item"></span>
                 </li>
             </ul>
         </li>
     </ol>
 
     <h4>My Items</h4>
     <ul>
         <!-- ko foreach: myItems -->
         <li>Item name: <span data-bind="text: $data"></span></li>
         <!-- /ko -->
     </ul>
 
 <!-- /ko -->
 <!-- ko ifnot: displayContent() -->
     <p class="empty-text" data-bind="text: $t('Content is empty.')"></p>
 <!-- /ko -->

 

A sample-sidebar.js-t elemezve nézzük át a HTML template fájl működését. Elsőként definiálva maga a template fájl és egy true érték, mely az if feltételben szerepel. Természetesen ezt a szükséges üzleti logika szerint lehet módosítani.

 

// Second example

defaults: {

template: ‘Aion_Sample/second-sidebar’

},

displayContent: ko.observable(true),

 

A példa adatokat szolgáló függvények automatikusan lefutnak az inicializálás során:

 

// Second example

this.someText = $t(‘Sample content with template.’);

// Second example. foreach examples

this._showItems();

// Second example, foreach example

this._showMonths();

// Second example, other foreach example

this._showCategories();

// Second example and another foreach example

this._showMyItems();

 

Ezek közül ‒ a példa céljából ‒ csak egyetlen adatai érkeznek a block osztályból (app/code/Aion/Sample/Block/Sample.php). Az átadása a phtml fájlban történik:

 

“initSampleData”: “<?php echo addslashes(json_encode($block->getInitSecondItems())) ?>”

 

A getInitSecondItems() függvény a helper osztályban van megvalósítva:

 

/**
  * Get sample product names
  *
  * @return array
  */
 public function getSampleProductNames()
 {
     $sampleData = [];
     /* @var $product Product */
     $product = $this->_productFactory->create();
     /* @var $collection Collection */
     $collection = $product->getCollection();
     $collection->setVisibility($this->_catalogProductVisibility->getVisibleInCatalogIds());
     $collection->addStoreFilter()->addAttributeToSelect(
         ['name']
     );
     $collection->getSelect()->orderRand('e.entity_id');
     $collection->setPageSize(
         5
     )->setCurPage(
         1
     )->toArray(['name']);
 
     /* @var $item Product */
     foreach ($collection as $item) {
         $sampleData[] = $item->getName();
     }
 
     return $sampleData;
 }

 

A látható termékek közül véletlenszerűen kiválaszt ötöt és ezek neveit egy tömbként adja át.

 

A sample-sidebar.js fájlban inicializált többi függvény egyszerű példa adatokat hoz létre, hogy a HTML template fájlban ezeken végig iterálva segítse a működés megértését. A második példa block-unk mindezek után így jelenik meg a forntend-en:

 

magento 2 modul fejlesztés frontend

 

ÖsszegzésA cikkben megpróbáltuk bemutatni a Knockout JS használatát egyedi modul fejlesztéshez. A Magento 2.0-ban nagyon sok helyen van alkalmazva customer, order, cart, wishlist és egyéb adatok megjelenítése céljából a frontenden.

 

Automata slider használata webshopban: Felejtsd el! Elmondjuk, miért

A slider, vagy ha úgy tetszik, a diavetítés esztétikus lehet – ezt nem tagadja senki. Sokan komoly munkaórákat ölnek abba, hogy weboldaluk tetején megfelelően váltakozzanak a nagy gonddal megalkotott diák. A probléma az, hogy minél többet dolgoznak rajta, annál többet ártanak maguknak.

 

A legnagyobb gond, hogy egy webáruházban a nagy felületű, automata slider még károsabb lehet, mint más oldalakon.

Megöli ugyanis a konverziódat.

Vegyük végig részletesen, hogy miért. Erről olvashatsz a továbbiakban:

  • Kezdjük az elején: mi az a carousel, mi az a slider?
  • Miért szeretik a grafikus dizájnerek a slidereket?
  • Dióhéjban: miért ne használj automata slidereket (soha)?
  • Mit mondanak a szakértők?
  • Mit mond a szakma és az analitika a sliderekről?
    • 1 százalék töredékei
    • Zavar, mert nem tudjuk irányítani
    • Sokan lemaradnak, ez pedig frusztráló
    • Mobilon is problémás
    • Lelassítja az oldalad
    • Mit mond el rólad, ha slidert használsz?
    • A slider a tartalom és a SEO ellensége
  • Ha mindenképpen muszáj slidert használnod…
    • CTA-t akarsz rakni a diákra?
  • Az alternatívák
    • Statikus kép CTA-val
    • Feliratkozó form
    • Diák helyett videó
  • Slider helyett: kiváló megoldások Magento webshopoknál
  • Foglaljuk össze

 

 

Kezdjük az elején: mi az a carousel, mi az a slider?

 

Az angol carousel szó: körhintát jelent, ezt alkalmazzák azokra a navigációs megoldásokra, amikor egy honlap tetején ugyanazokat a képeket láthatjuk „körbeforogni”, egymást váltva. Használatos még rá a slider vagy slideshow is, gyakorlatilag ugyanerre a megoldásra utalnak. Magyarul nevezhetjük diavetítésnek, de talán szerencsésebb az eredetit megtartani.

A carousel látványos megoldás, de meghaladott – hogy miért, arról hosszan fogunk ebben a cikkben beszélni, így egyelőre ennyit: ez a megoldás nem hatékony a perszonalizálásban, nem éri el megfelelően a látogatókat, ennek következményeképpen pedig árt a felhasználói élménynek és a SEO-nak is.

A sliderek ennek ellenére az elmúlt években még mindig nagy népszerűségnek örvendtek a dizájnerek és a kevésbé hozzáértő webmesterek körében. Éppen ezért fontos ez a cikk: részletesen leírjuk, hogy miért káros a használatuk, miért reagálnak rájuk negatívan a felhasználók és az algoritmusok is, és ha jelen pillanatban használsz is diavetítést az oldaladon, azt reméljük, hogy mire a cikk végére érsz, azt eltünteted onnan, és valami sokkal hatékonyabbal helyettesíted.

 

Miért szeretik a grafikus dizájnerek a slidereket?

 

Ennek több oka is van – és igen, elsősorban az UX (felhasználói élmény) tapasztalattal nem rendelkező  grafikus dizájnerek azok, akik a használatukat pártolják, miközben a konverzióoptimalizálási szakemberek legszívesebben az emlékét is eltörölnék az egész gyakorlatnak.

 

  • Kevesebb helyen többet mutat. A slider ideális eszköz arra, hogy maximumra járassuk a vizualitást. Miért is ne helyeznénk el öt nagyszerű illusztrációt annyi helyen, ahová egyébként csak egy férne be?
  • Figyelemfelkeltő – ami viszont probléma is lehet. Természetes, hogy a mozgó elemek megragadják az ember figyelmét, az agyunk így van programozva. Ha egy egyébként statikus weboldalon azonnal észrevesszük, amikor a slideren megváltozik a kép, az nem másnak a bizonyítéka, mint hogy őseink hatékonyan voltak képesek kiszúrni a ragadozókat maguk körül. Hogy ez miért lehet problémás, arról részletesen is írunk nemsokára: legyen elég annyi, hogy ez a típusú figyelemfelkeltés gyorsan túl sok lesz a jóból, és a bannervakság áldozatául esik.
  • Sokszor éppen azért használnak slidereket, hogy a konverziós arányt növeljék. Elhibázott gondolatmenet ez, de az alapja az, hogy minél több ajánlatot mutatunk be egy látogatónak, annál valószínűbb, hogy valami olyan kerüljön végül elé, ami valóban érdekli. Éppen ezért a legtöbb slider kattintható, gyakorlatilag váltakozó CTA-ként (call to action) vannak jelen az oldalon.

 

tips Érdekes: Lee Duddell, a WhatUsersDo alapítója egészen odáig megy, hogy egy carousel semmi másra nem jó, mint hogy megmutassuk a marketingesnek, hogy a legújabb ötletét beépítettük a főoldalba, és elégedett lehet.

 

Szerencsére az állítás, miszerint a sliderek hatékonyak, rengeteg esettanulmánnyal cáfolható: éppen ez az oka annak, hogy a szakemberek már régen felhagytak a használatukkal, akármilyen mutatósnak tartják is őket.

 

Dióhéjban: miért ne használj automata slidereket (soha)?

 

nem-kell-körhinta

 

Egy webáruház üzemeltetőjeként a célod nyilván az, hogy nagyobb konverziós arányt érj el az oldalaidra érkező vásárlók körében. Tudnod kell tehát elsősorban azt, hogy a slidereket az esettanulmányok szerint kevesebb mint 1% kattintja le.

Ennek oka nagyrészt az, hogy a legtöbben egyszerűen ignoráljuk őket. A slider egy folyamatosan mozgó elemet jelent a látóterünkben, ami nagyrészt számunkra érdektelen ajánlatokat és tartalmakat mutat.

Ha valami nem érdekes a számunkra, ha nem mi vagyunk a célközönsége, és még csak nem is feltűnően kreatív, egyszerűen nem figyelünk oda rá. Éppen ez okozta a bannerek bukását, és ezért kezdi felváltani a hagyományos reklámozást a szegmentálással és perszonalizálással dolgozó tartalommarketing.

Mikor volt utoljára olyan, hogy bármilyen oldalon emlékezetes maradt számodra egy banner – és nem negatív értelemben? Mikor keltette fel úgy a figyelmedet, hogy az valóban releváns volt, (és nem egyszerűen csak kitakarták vele az egész weboldalt, hogy egészen biztosan észrevedd)?

A látogatód értelemszerűen akkor fog kattintani, ha valami számára érdekeset mutatsz – de ha egyszerre öt-tíz diát mutatsz neki, amiből legfeljebb egy az érdekes számára, akkor elenyésző erre az esélyed.

 

Mit mondanak a szakértők?

 

Adatokkal és érvekkel fogjuk alátámasztani, hogy miért ne használj slidereket, de előbb lássuk, hogy mit mondanak az iparági szakértők. A legjobb, ha egyenesen idézünk tőlük néhány szót.

 

"A sliderek érdekesek, de némileg problémásak. A legnagyobb problémának azt látom, hogy ha a látogatók 1-2 másodperc alatt lepattannak az oldalról, soha nem fogják látni a dián lévő opciókat. Ha slidert használsz a navigációhoz, menj biztosra, és ugyanazokat a lehetőségeket statikus formában is jelenítsd meg. Szerintem a sliderek a portfóliók bemutatásánál működnek a legjobban, ahol több nagy, erős képet kell megjeleníteni egy helyen, anélkül, hogy csökkentenénk a látogató képességét a navigációra vagy hogy megállapítsa, milyen tartalom található még az oldalon."Roger Dooley, a Brainfluence szerzője és a Neurosciencemarketing.com gazdája

 

"Ritkán használunk slidereket. A slider egy önkéntelen autoscroll. Olyan, mintha a weboldal fogná a felhasználó kurzorát és elkezdene az engedélye nélkül görgetni az oldalon. Mi pedig dizájnerként elveszítjük az irányítást afelett, hogy mit lát a felhasználó. Ha legörget, talán soha nem fogja a slider diáit látni."Karl Blanks, a Convertion Rate Experts társalapítója

 

"A sliderek gonoszak és azonnal el kell őket távolítani."Tim Ash, a Landing Page Optimization szerzője

 

Ilyen markáns vélemények után biztosan kíváncsi vagy a bizonyítékokra…

 

Mit mond a szakma és az analitika a sliderekről?

 

körhinta-hatékonyság

 

Az online marketing a hagyományossal szemben azért bír hatalmas előnnyel már a kezdetektől fogva, mert itt nagyszerűen mérhető minden. Az analitikának hála remek esettanulmányokat készíthetünk, elemzéseket arról, hogy a látogatók hogyan reagálnak a változtatásokra, a hatékonyságot vizsgáló A/B teszteket és így tovább.

Magától értetődik, hogy nem kevés esettanulmány foglalkozott már a sliderek, diasorok hatékonyságával is, hiszen oly népszerűek még mindig.

Ezen a ponton érdemes megemlítenünk: ritka az, hogy a hasonló vizsgálatok egyöntetű eredményeket hozzanak. A sliderek esetében azonban gyakorlatilag teljes az egyetértés minden létező esettanulmányban.

 

1 százalék töredékei

 

Egy 2013-as tanulmány szerint körülbelül a látogatók 1 százaléka kattint egyáltalán rá bármelyik diára. Ez a dia pedig az esetek 84 százalékában az első – a többi elenyésző figyelmet kap, a látogatók töredéke töredékének figyelmét kelti csak fel.

Ezen a ponton érdemes is lehet feltenned a kérdést: webshopod „hajtás feletti részét” – ami az egyik legértékesebb pozíció – lefeded-e egy olyan eszközzel, amit a legtöbb látogatód soha nem fog lekattintani? Vagy inkább valami mást raksz oda, például perszonalizált ajánlatot vagy éppen a csaliterméked ajánlóját?

 

Zavar, mert nem tudjuk irányítani

 

A Nielsen szintén vizsgálta, hogyan viszonyul az átlagfelhasználó az ilyen diavetítésekhez, és rendkívül érdekes megállapításokra jutottak – köszönhetően többek között annak, hogy ők nagy mintából, alaposan dolgoznak, a részletekre is odafigyelve.

Az egyik fő következtetésük az, hogy a bannervakság miatt a legtöbben egyszerűen tényleg figyelmen kívül hagyják a slidert. De még nem is ez a legnagyobb probléma.

Azok ugyanis, akik észreveszik, rendkívül zavarónak találják.

 

Ennek oka egyszerű: A modern webdizájn nagy hangsúlyt fektet arra, hogy a lehető legkényelmesebb felületet adja a felhasználó keze alá. A felhasználói élmény (UX) elképesztően fontos: ha a látogató nem képes az oldaladat megfelelően használni, akkor egész egyszerűen keresni fog egy olyat, ami jobban a kedvében jár.

 

Márpedig az ilyen intuitív felületekkel a slider egyáltalán nem összeegyeztethető: az ugyanis magától mozog. A felhasználó nem bír felette kontrollal, a mozgását nem tudja szabályozni, ez az automatizmus pedig a tehetetlenség érzését kelti benne – vagyis éppen ellentétes hatást ér el, mint amit eredetileg szerettünk volna.

 

A SearchEngineLand még gyászosabb adatokat mérNáluk 0,1-0,6% között változik az egyes sliderekre kattintók aránya.

 

A felhasználó figyelmének elnyerésére minden egyes diával kevesebb esélyünk van, és könnyű belátni, hogy miért: nem fog a látogatód az oldal tetején békésen várakozni, amíg 5, 10 vagy még több dia váltakozik, hogy éppen a számára megfelelő ajánlat jelenjen meg.

Ehelyett lepattan majd, mert nem találja meg egyből, amit keres (mert egy nem neki szóló ajánlatról szól az első dia), vagy éppen elkezdi aktívan használni az oldalad, keres, legörget, és így sohasem fog találkozni talán már a második diával sem.

Te pedig így feleslegesen dolgoztál azzal, hogy ezeket mind kidolgozd, esetleg különféle CTA-kkal lásd el, amelyek más helyen, más környezetben talán kiválóan működnének.

Ha további adatokra lennél kíváncsi, akkor ugorj át az Orbit Media Studioshoz: rengeteg adatot gyűjtöttek össze a témáról – és természetesen minden vizsgálat eredménye hasonló.

 

Sokan lemaradnak, ez pedig frusztráló

 

Szintén probléma, hogy a slider egészen egyszerűen néha túlságosan mozgékony ahhoz, hogy hasznos legyen. Lehet, hogy pontosan azt mutatja, amit egy adott látogató keres, ebből mégsem lesz kattintás – annak ellenére, hogy hatalmas betűmérettel és illusztrációval az oldal tetejére rakjuk.

 

Kiknek jelenthet ez problémát?

  • Azoknak, akik kevésbé fürgék, akik kevésbé ügyesen bánnak a nettel, vagy akár mozgásukban is korlátozottak.
  • Azoknak, akik nem olvasnak olyan gyorsan: hiába mutatod meg nekik néhány másodpercre a jó ajánlatot, talán nem is fognak tudni róla, mert esélyük sincs a végére érni.
  • A nyelvet nem anyanyelvi szinten beszélőknek, akik szintén lassabban dolgozzák fel az információt.

 

Mindemellett pedig természetesen probléma az, amit már az előző példánál is láthattunk: ha diavetítésként mutatod be az ajánlatodat, annak az esélye, hogy mondjuk ötből egyet bárki észrevesz, az ötödére esik vissza.

Gondba kerülhetsz már eleve azzal is, hogy milyen hosszan jelenítsd meg az egyes diákat:

  • Ha túl rövid az idő, amíg láthatóak, akkor egyszerűen lemaradnak róluk a látogatók,
  • ha viszont túl hosszú, akkor eleve nincs értelme a több diának.

 

(Lásd a kattintási arányokat az idézett esettanulmányban.)

 

Mobilon is problémás

 

Ha már szót ejtettünk arról, mennyire fontos, hogy a felhasználók jól tudják használni az oldalad: ha lehet, ez mobilon még fontosabb, erről már beszéltünk korábban.

Mobilon böngészve a felhasználó elvárja, hogy ne csak mindent az irányítása alatt tarthasson, de kényelmesen is használhassa az oldalad, és az tökéletesen jelenjen meg a kisképernyőn.

A sliderek a legritkább esetben jelennek meg megfelelően. Általában kilógnak, szétcsúsznak, vagy egyszerűen csak elveszítik minden maradék kis funkcionalitásukat. A legjobb esetben találsz egy olyan bővítményt, ami képes reszponzívan megjeleníteni a diavetítést, sőt, még az oldalra húzást (swipe-olást) is támogatja.

Ez azonban általában nem jut eszébe logikusan a felhasználónak, aki arra számít, hogy az új tartalmakkal és ajánlatokkal lejjebb görgetve, az oldalt lejjebb húzva találkozhat. Ha pedig magyaráznod kell valami ennyire egyszerűnek a működését, akkor már régen rossz úton jársz.

 

Lelassítja az oldalad

 

Mivel több vizuális tartalmat, gyakran szükségtelenül nagy felbontású képeket zsúfolsz az oldalba, magától értetődően az lassabban is töltődik majd be – ez pedig mind a desktopon, mind mobilon rossz a számodra. Természetesen lehet ez ellen tenni, például gyorsítótárazás (cache) szolgáltatás beüzemelésével, de ez az UX problémát még mindig nem oldja meg.

 

A 3-as aranyszabályt kell mindig szem előtt tartanodOldalad töltődjön be kevesebb, mint 3 másodperc alatt és legyen összesen kevesebb, mint 3 MB méretű. Ebben nyilván nem segít az, hogy nagyméretű slidereket raksz az oldalra, és így még több és több képet, esetleg animációt zsúfolsz be.

 

Mit mond el rólad, ha slidert használsz?

 

Elsősorban azt, hogy nem tudsz megfelelő felhasználói élményt adni a látogatóidnak, vagy éppen nem is akarsz. Ez nyilván nem szimpatikus velük szemben.

Másrészt viszont: ha 5-10 diával töltöd fel weboldalad hajtás feletti részét, abból az derül ki, hogy nem tudod pontosan, milyen üzenetet akarsz közvetíteni – ezért egyszerre mindent próbálsz.

A látogatókat ezzel összezavarod, ami pedig a konverziós arányod csökkenéséhez vezet rövid úton.

 

A slider a tartalom és a SEO ellensége

 

Azt tehát tisztáztuk, hogy bármilyen tartalom megjelenítésére, ajánlására a slider önmagában alkalmatlan. De más gond is van vele, mivel elveszi a helyet.

 

  • A slider helyett weboldaladon szerepeltethetnél bármit – a legtöbb esetben mégis akkora diákat láthatunk, amelyek szinte a teljes képernyőt kitakarják, és így lejjebb szorítják az értékes, nagy gonddal megalkotott tartalmaidat.
  • Ez pedig SEO szempontból káros, mivel a tartalmakig kevesebben jutnak el, kevesebben kattintják le azokat – ez nemcsak az analitikában jelenik meg, a Google figyeli, hogy a felhasználóknak milyen élményt ad a weboldalad, és pont azokra a mérőszámokra van a slider káros hatással, amelyekből ez az algoritmus számára kiderül.
  • Gond az is, hogy sok esetben minden egyes dia külön headline-t kap, természetesen H1-ben – márpedig a SEO egyik legalapvetőbb irányelve az, hogy egy oldalon mindig csak egy H1 tag legyen. Így mindannyiszor, amikor a slider megmozdul, megváltozik a headline, ezzel pedig nagyban csökken a kulcsszóra optimalizálás hatékonysága.
  • A legrosszabb az, ha Flash-t használsz diavetítés megjelenítésére, márpedig valamilyen megmagyarázhatatlan okból ez még mindig sokaknál előfordul. A Flash egészen egyszerűen nem alkalmas arra, hogy bármilyen keresőoptimalizálást végezz a segítségével, ha pedig mobilon is szeretnéd, hogy lássák a tartalmaidat, akkor teljes katasztrófa, hiszen alig van olyan eszköz, amely tisztességesen megjelenítené.

 

[bctt tweet=”Minden létező forrás szerint az automata sliderek egészen egyszerűen rosszak és nem hatékonyak.” username=”aionhill”]

 

Ha mindenképpen muszáj slidert használnod…

 

Nem igen tudjuk elképzelni, mi okod volna arra, hogy tényleg egyszerűen muszáj legyen a webáruházadban diavetítéseket használnod – ha ragaszkodsz hozzájuk, adunk néhány tippet, hogyan teheted meg ezt anélkül, hogy megölnéd a konverziót a webáruházadban.

A slidert soha, de soha ne helyezd el a nyitóoldalon. Lassít, helyet foglal, összezavar – ennél károsabbat nem is tehetnél. De létezik olyan hely a webáruházon belül, ahol lehet némi létjogosultsága. Ilyen lehet például:

 

  • A termékoldalon, ahol termékfotókat mutathatsz be vele.
  • Egy portfólióban, ahol szolgáltatásokat mutatsz be, képeket és animációkat ugyanarról az egy témáról.
  • Ott, ahol semmi más célod nincs, mint a slider tartalmának bemutatása. Ahol a slider maga a cél, és nem arra használod, hogy valahová eljuttasd a látogatót.

 

Az ilyen helyeken a slider nem zavarja össze a felhasználót, mert nem próbál egyszerre túl sok üzenetet közvetíteni. Ehelyett egy konkrét témát mutat be több oldalról. Mindenképpen biztosíts valamilyen navigációs lehetőséget, amivel a felhasználó irányíthatja a vetítést – amivel előre vagy visszaléphet, amivel leállíthatja a diák automatikus váltakozását.

Nem elég az, ha a képek aljára néhány kis lekattintható pontot raksz – használj legalábbis két oldalt jól látható nyilakat, amelyek lehetővé teszik a léptetést. És ha a felhasználó ezekre kattint, álljon le a váltás: nincs annál idegesítőbb, mintha visszaléptetek kettőt, a slider pedig automatikusan megint megindul előre.

 

tips Jó tanács: Mobilra optimalizált oldalon felejtsd el teljesen a slidert! Használj inkább galériát, amelyet kényelmesen végiggörgethet a látogató.

 

CTA-t akarsz rakni a diákra?

 

Akkor használj egyetlen egyet.

Ne oszd meg a figyelmet, ne kérj egyszerre több mindent: legyen egyetlen CTA-d, amely minden egyes dián megjelenik és ugyanúgy, ugyanott jelenik meg.

Így a látogatónak nem kell majd keresgélnie a megfelelőt – nem ajánljuk, hogy ezzel akard irányítani a látogatódat, de ha mégis meg akarod tenni, ez az egyetlen valóban működőképes módszer.

Termékoldalon például, ahol a termékről készített fotókat mutatod be, megteheted, hogy a diákra egy olyan CTA-t raksz, amellyel a termék a kosárba helyezhető.

 

Az alternatívák

 

körhinta-videók

Ha úgy döntesz, hogy slider helyett valamilyen hatékony megoldást szeretnél oldalad tetején szerepeltetni, és nem a tartalmaidat akarod felsorolni vagy a logóddal, a navigációval elfoglalni a teljes hajtás feletti részt, akkor számos alternatívát kínálhatunk helyette.

 

1. Statikus kép CTA-val

Ne aprózd szét a figyelmet: keress egyetlen jó képet, és helyezz rá egy CTA-t. Figyelj arra, hogy a kettő harmonizáljon egymással: a vizuális üzenet erősítse meg azt, ahogyan a felhívást megfogalmazod. Ehhez bátran használd fel a színelméletet is. Így azt is megteheted, hogy valamivel több lényegi információt szerepeltetsz, mivel a látogatónak lesz ideje arra, hogy ezeket elolvassa, majd lekattintsa, nem siet sehová azért, mert tudja, hogy pár másodperc múlva eltűnik előle az ajánlat.

 

2. Feliratkozó form

Ha van csaliterméked, vagy egyszerűen csak képes vagy hívogatóan megfogalmazni, hogy miért kellene most azonnal feliratkoznia a látogatódnak a hírleveledre, akkor már az oldal tetején elhelyezheted a feliratkozó űrlapot.

 

Tartsd észben, hogy ennek nagyon egyszerűnek kell lennie: minél több mezőt használsz, annál kevesebben adják majd meg neked az adataikat.

 

Ideális esetben 2-3 mező legyen az űrlap (név és e-mail cím, így már perszonalizálni is tudsz minimális mértékben), de lehet akár egyetlen egy is, amivel a címet kéred be. A többivel ráérsz akkor foglalkozni, ha már valamennyire felépült az adatbázisod.

 

Az ajánlatod is legyen nagyon tömör és világos: a látogató számára azonnal legyen világos, hogy mit adsz te neki (amiért az adatival fizet), hogy mit kell tennie (mondjuk beírnia a címét az adott mezőbe), és mi fog történni közvetlenül ezután (például megkapja e-mailben a csaliterméket).

 

Természetesen ezt is megerősítheted képpel – a csalidat bemutatva, vagy éppen valahogyan azt, hogy milyen előnye származik majd belőle.

 

3. Diák helyett videó

Miben különbözik egy slider és egy videó? Elsősorban abban, hogy a számok azt mutatják, a videók nagyszerűen konvertálnak, javítják a konverziós arányodat, míg a sliderek megölik azt.

De miért van ez így?

Mert a videó a felhasználó kezébe adja az irányítást. Míg a slider közbeavatkozás nélkül teszi a dolgát, a videót bármikor leállíthatja vagy elindíthatja.

És egyszerre több felé sem kell figyelnie: egyetlen dolog számít neki az adott pillanatban, amit a videón lát. A videót felépítheted logikusan, gyönyörű vizuális elemekkel, akár hanggal együtt, tehát több lehetőséged is adódik arra, hogy a legfőbb üzenetedet hangsúlyozd. Nagyszerű történetmesélési eszközt kap egy nagyszerű felhasználó-idegesítő eszköz helyett.

 

Slider helyett: kiváló megoldások Magento webshopoknál

 

Amennyiben Magento alapú webáruházad van, vagy ilyet tervezel működtetni, jó hírünk van! A sliderek kiváltására számos remek lehetőséget kínál a Z-Blocks elnevezésű Magento kiterjesztés, mely már a Magento 2 rendszerével is kompatibilis.

A Z-Blocks segítségével bármilyen és bármennyi egyedi, statikus blokkot tudsz a frontend felületen megjeleníteni – pl. bannereket, CTA-üzeneteket, ptomóciókat stb. – anélkül, hogy hozzá kéne nyúlni a template vagy layout állományokhoz.

 

Legfőbb jellemzői:

  • Rengetegféle formátum a tartalmak megjelenítésére
  • Célzási lehetőségek, vásárlói szegmentálás
  • A blokkok bármely oldalra és oldalon belül is bárhová elhelyezhetők
  • Beállítható, hogy melyik blokk mikor jelenjen meg (pl. akciós időszakban a megfelelő üzenet)

z-blocks magento bővítmény

További információt ezen az oldalon találsz: Z-Blocks

 

Foglaljuk össze

  • A felhasználók többsége nem veszi észre a slidereket (“immunis” rá)
  • Aki észreveszi, azokat nagyrészt idegesíti.
  • Rontja a felhasználói élményt.
  • Elrejti legértékesebb tartalmaidat.
  • Megosztja a felhasználó figyelmét.
  • Kiveszi a kezéből a kontrollt.
  • Rossz hatással van oldalad SEO-jára.

A sliderek helyett rengeteg más megoldást alkalmazhatsz – kiválthatod őket videókkal vagy statikus elemekkel, amelyek sokkal magasabb konverziós arányt hoznak majd, vagy éppen megszabadulhatsz tőlük teljesen, és inkább promotálhatod a tartalmaidat vagy legjobb ajánlataidat főoldaladon.

A legjobb, ha ahelyett, hogy egyszerre akarnál mindenkihez szólni külön-külön üzenetekkel, inkább az analitika és tesztelés segítségével belekezdesz a perszonalizációba. Gyűjtsd be a szükséges adatokat a látogatódról, és mutass neki egyetlen üzenetet, ami viszont már nagy eséllyel érdekelheti pontosan őt.

A sliderek felett eljárt az idő: soha nem voltak hatékonyak, de ma már kifejezetten rossz, káros megoldásnak számítanak, amelyek gyakran még egyetlen funkciójuknak, az oldal esztétikai feljavításának sem felelnek meg, mivel a bannervakság miatt sokan egyszerűen észre sem veszik őket.

Nem száz százalékig indokolatlan a használatuk, de nagyon jól meg kell választanod, hogy hová rakod őket.

De a főoldaladon vagy hasonlóan fontos helyen lehetőleg soha, semmilyen körülmények között ne használd – hacsak nem akarod direkt rontani a webáruházad konverzióját.

 

5 feladat, melyeket mindenképp automatizálnod kell webshopodban

Aki online értékesít, webáruházat üzemeltet, annak sokat forognak a gondolatai a fenntartható növekedés körül. A feladatok idővel egyre számosabbá és komplexebbé válnak, egy több ezer terméket kínáló áruházat pedig már képtelenség pusztán a legalapvetőbb automatizálás segítségével hatékonyan megtartani.

 

Miről lesz szó?

  • Milyen feladatokat automatizálj?
    • E-mail kommunikáció
    • Leltározás
    • Tranzakciók
    • Ügyfélszolgálat
    • Visszatérítések és visszafizetések
  • Ezeket a szoftvereket próbáld ki
    • If This Than That
    • Buffer, Hootsuite
    • SellBrite
    • MailMaster / Sales Autopilot
  • Mi fog történni, ha nem automatizálsz?

 

Milyen feladatokat automatizálj?

Automate tasks

 

Lássuk, mely területek azok, ahol mindenképpen szükséged lesz előbb vagy utóbb arra, hogy az irányításnak legalább egy részét kiengedd a kezedből.

 

E-mail kommunikáció

 

Webáruházad legfontosabb kommunikációs csatornája az e-mail.

Levelet küldesz mindazoknak, akik

  • feliratkoznak a hírleveledre,
  • vásárolnak tőled,
  • regisztrálnak az áruházadba,
  • kérdést tesznek fel,
  • panaszt küldenek be stb.

 

Megvan a lehetőséged arra, hogy szinte minden e-mailt előre megírj, elkészíts – egy köszönő e-mail az idők során nem sokat változik majd, ha már hatékonyra csiszoltad, a kampányaidat pedig nem menet közben kell megírnod.

Kiküldeni viszont csak akkor tudod mindezeket a leveleket hatékonyan, hogy a folyamatot egy gépi rendszerre bízod.

 

Egy olyan rendszerre,

  • amely képes különféle vásárlói csoportok kezelésére,
  • amely tudja, hogy mikor kell pontosan kiküldenie egy üzenetet,
  • sőt, mit tegyen azzal, aki soha nem nyitott meg e-mailt,
  • amely tudja, hogy hogyan változtasson a listán magától.

 

Saját magad nem tudod elvégezni ezt a feladatot, és értelmetlen is volna. Nagyszerű megoldások léteznek arra, hogy a kommunikációdban valóban csak ezzel: magával a kommunikációval legyen dolgod, és ne neked kelljen bélyeget ragasztani minden levélre.

Erre alapozva azt ajánlom, hogy készíts minél több levelet: minden alkalomra, amikor valamilyen fontos esemény vagy interakció történik, készüljön el egy könnyendén személyre szabható sablon, amelyről a rendszer pontosan tudja majd, hogy mikor és kinek kell kiküldenie.

 

Leltározás

 

A leltározás bármely kereskedelmi dolgozó egyik legrettegettebb feladata, legyen szó online vagy offline boltról. Azt számon tartani emberi munkával, táblázatokkal, folyamatos számolgatással és újraszámolással, hogy miből mennyit tartalmaz a raktárkészlet, nem csak nehéz feladat – nem is hatékony ezt csinálni. Túl nagy a hiba lehetősége, amely kellemetlen visszajelzésekhez és kieső bevételhez vezethet.

 

Ideális esetben tehát egy webáruházban a nyilvántartás automatizált: a rendszer figyeli, hogy miből hány darabot rendeltek a vásárlók, és ha fogytán van egy termék, akár még automatikusan újra is rendel a beszállítótól.

 

Érdemes figyelned arra, hogy olyan nyilvántartás-automatizáló rendszert válassz, amely egyszerre akár több webáruház nyilvántartását is képes kezelni.

 

tips TIPP:  A Magento nagy előnye, hogy egyetlen adminisztrációs felületről akár több, egymástól gyakorlatilag független webshopot is futtathatsz, és ha ezeknek nem külön-külön, hanem egy egységes, mégis átlátható rendszer adsz alapul, sokkal hatékonyabban működhetsz.

 

A szinkronizáció mindig legyen valós idejű, és lehetőleg egy könnyen átlátható és kezelhető felhasználói felületet válassz – ha órákig kell a rendszerben bogarásznod ahhoz, hogy kiderítsd, hány darab maradt egy adott áruból, nem vagy sokkal előrébb.

 

Tranzakciók

 

A webáruházad akkor működik jól, ha soha, egyszer sem kell amiatt kommunikálnod telefonon vagy akár e-mailben a vásárlókkal, hogy rendezd a fizetést. Szükséged van tehát egy olyan webáruház-motorra, amelybe jól integrálhatóak a gateway eszközök, és olyan megoldásokra, amelyek kiveszik a kezedből a pénzmozgások kezelésének és figyelésének feladatát.

A választáskor figyelj arra, hogy milyen fizetési módokat integrálhatsz (nem mindegy, hogy milyen kártyákat, online fizetési lehetőségeket építettek be, választható-e utánvét és így tovább), illetve, hogy az országban, ahol a webshopod üzemel, egyáltalán használható-e tökéletesen a rendszer.

Érdemes figyelned arra is, hogy mit fizetsz ezért a kényelemért cserébe: a legtöbb tranzakciókat automatizáló szolgáltatás jutalékot kér azért, hogy a pénzmozgásaidat kezelje, akár a bankok. Ha alacsony árréssel dolgozol vagy egyébként is magasak a pénzügyi költségeid, alaposan érdemes megfontolnod a különféle tervek közötti választást.

 

Ügyfélszolgálat

 

Az ügyfélszolgálat automatizálása a legtöbbekben rossz emlékeket kelt: mindannyian végighallgattuk már néhányszor Beethoven életművét, miközben egy kezelőre vártunk valamilyen nagyvállalatnál, a különféle gombokat nyomkodtuk, hogy a menüben a megfelelő helyre jussunk.

Az online automatizálás azonban képes arra, hogy az automatizálást az ügyfél számára is kényelmessé tegye. Sok választ egyszerűen megválaszolhatunk anélkül, hogy valóban szükség volna emberi beavatkozásra, mert jó eséllyel csak egyszerűen nem találják meg az információt.

 

A cél Minél kevesebben jussanak el addig, hogy hús-vér emberrel kell beszélniük – mert erre valamilyen minimális szinten mindenképpen szükség lesz.

 

Az ügyfélszolgálat-automatizáló cégek általában valamilyen ticket-rendszert működtetnek. A felhasználó végigkattintja, hogy mi bántja, s ha nem kap megfelelő választ, az ügyfélszolgálatosnak csak akkor kell ránéznie a panaszra vagy kérdésre. Eddigre azonban a rendszernek hála az már sokkal jobban körülhatárolt, konkrétabb, tehát hatékonyabban megoldható.

A gyakran ismételt kérdéseket kezelhetjük akár ennek részeként is: a célja az, hogy megválaszolja mindazokat a kérdéseket, amelyekhez egyáltalán nem szükséges közvetlen kapcsolat, csak némi rávezetés.

 

tips TIPP: Meg is könnyítheted persze a saját dolgodat, a kérdés-válasz tartalmakat összeállíthatod kifejezetten erre tervezett kiegészítők, modulok segítségével, mint például a WordPress alapú oldalakra tervezett Instant Q&A vagy a Templatic.

 

Visszatérítések és visszafizetések

 

Mindegy, mennyire jó a terméked és a szolgáltatásod, mindenkinek nem tudsz megfelelni. Mivel a legtökéletesebb vállalatnak is vannak elégedetlen vásárlói, időt kell szakítanod arra is, hogy visszatérítésekkel és visszaküldésekkel bajlódj.

 

  • 1 – Részletesen dokumentáld a folyamatodat: írd le, hogy pontosan mikor mi a teendő, mikor van szükség mérlegelésre, mikor beavatkozásra, hogy ebből soha ne legyen kavarodás.
  • 2 – Dokumentáld megfelelően a visszatérítési tudnivalókat is, hogy a vásárlók számára is világos legyen, mikor mit és miért teszel.

 

Ezt követően már kereshetsz egy olyan szolgáltatás, amely képes neked automatizálni mindezt. Ilyen lehet például a Shopify rendszerhez elérhető Returns Manager, amely lehetővé teszi, hogy a vásárlók online kérvényezzék a visszatérítést.

Hogy mindezeket a folyamatokat automatizáld, és talán még másokat is, profi segítségre lesz szükséged: olyan szoftveres megoldásokra, amelyeket kifejezetten erre a célra fejlesztettek. Ilyeneket fogunk most ajánlani.

 

Ezeket a szoftvereket próbáld ki

Softwaters and tools

 

If This Than That

 

Az IFTTT nevében hordozza az alapelvet, amely szerint működik: egy adott akcióra adott reakciót állíthatunk be, ezt pedig úgy, hogy több tucat szolgáltatáshoz hozzáférhetünk, melyek között megtaláljuk a Drive-ot, Dropbox-ot, Facebook-ot, Instagram-ot és még rengeteg más csatornát.

Javarészt a kommunikáció automatizálását végezhetjük el vele, de nem kizárólag – beállíthatjuk például, hogy ha lecseréljük a profilképet a céges Facebook oldalon, akkor az megváltozzon a Twitteren is, vagy hogy a szolgáltatás SMS-t küldjön nekünk, ha a tőzsdén egy adott részvény árfolyama egy meghatározott szint fölé emelkedik.

Elsőre talán zavarosan hangzik, a lényeg azonban az, hogy saját automatizálási folyamatainkat állíthatjuk fel, meghatározhatjuk, hogy mikor mi történjen, meglehetősen szabadon.

 

Buffer

 

Kifejezetten az online közösségi jelenlétre kihegyezett szoftver, amely abban segít, hogy ne kelljen minden szabad percedet posztolgatással töltened.

A Buffer használatával néhány órára csökkentheted az időt, amit a különféle csatornáid menedzselésével eltöltesz – ha rendelkezel előre összeállított tartalomnaptárral, időzített tartalmakkal és azt is tudod, hogyan akarod majd alakítani a kommunikációdat a héten, akkor csak előre be kell állítanod, mit hova posztoljon a Buffer, és innen már csak a reakciókkal kell törődnöd.

 

Hootsuite

 

A Hootsuite alapvetően ugyanarra használatos, mint a Buffer: közösségi csatornáid automatizálására.

Mi a különbség?

Ha egyszerre számos csatornát akarsz menedzselni, a Hootsuite jobb választás lehet, ahogyan akkor is, ha szeretnéd közvetlenebbül megszólítani a közönségedet.

Ugyan némileg bonyolultabb, nehezebben kiismerhető szolgáltatásról van szó, ez azonban azért van így, mert a funkciók is sokoldalúak. A Hootsuite a profik eszköze, akik sok időt és energiát hajlandóak abba ölni, hogy bivalyerős közösségi kampányokat futtassanak.

A Hootsuite alkalmas arra, hogy a Twitter, Facebook, Google+, LinkedIn, YouTube, Instagram és WordPress csatornáidat is egy helyen menedzseld, időzítsd a publikációkat, és analitikai megoldásokat is biztosít arra, hogy figyeld, mennyire sikeresek a törekvéseid.

 

SellBrite

 

Egyszerű szoftver, mely lehetővé teszi, hogy a termékeidet egyszerre több csatornán is bemutasd és eladásra kínáld. Olyan platformot nyújt neked, amely lehetővé teszi, hogy könnyen és egyszerűen egy helyről menedzseld a leltáradat, az automatizáció pedig a munka legnagyobb részét kiveszi majd a kezedből.

A szolgáltatás emellett rendkívül hasznos és részletes jelentésekkel is szolgál neked, amelyeket értően kezelve növelheted az értékesítésed hatékonyságát.

 

MailMaster

 

Arról írtunk már, hogy hogyan kommunikáljon a webáruházad e-mailben. Az üzeneteidet automatizálnod kell, egészen a visszaigazolásoktól és köszönő e-mailektől a perszonalizált ajánlatokig.

 

Ezeket eleve akkor tudod csak a megfelelő embereknek – értsd: költséghatékonyan alacsony meddőszórással – kiküldeni, ha megfelelően szegmentálsz. Olyan szolgáltatásra van tehát szükséged, amely nemcsak kiküldi az e-maileket, de tudja kezelni a listáidat is és jól integrálható más szolgáltatásokkal, hogy a szegmensekre vonatkozó információk mindig frissek maradjanak.

Ebben az esetben a MailMaster (új nevén Sales Autopilot) jó megoldás lehet.

Az automatizált e-mail és hírlevél küldéseken túl extra modulok segítségével további marketingeszközöket is kínál, mint pl. az eCommerce modul, az értékesítési CRM vagy több csatornás kommunikáció modul.

Ezenkívül értékes jelentéseket is kapsz majd, amelyek segítenek tovább finomítani a kommunikációdat, növelve a megnyitási, átkattintási arányt és minél magasabb arányban elterelni címzettjeidet a célkonverzióig.

(A MailMaster / Sales Autopilot-ot a Magento rendszerével is össze lehet kapcsolni, egyedi igények alapján az AionHill tapasztalt fejlesztői ezt meg tudják oldani.)

 

Mi fog történni, ha nem automatizálsz?

Tulajdonképpen semmi, és éppen ez lesz a rossz neked. (Illetve nagyobb biztonságban leszel a robotlázadáskor.)

Nem leszel képes skálázni az üzletedet, nem leszel képes az igazán fontos dolgokkal foglalkozni, mert továbbra is olyan feladatokkal küzdesz majd a mindennapokban, amelyeket bőven képes volna egy gép, sőt, egy egyszerű szoftver vagy algoritmus elvégezni.

Egy cégvezetőnek nem feladata, hogy minkromenedzselje minden egyes alkalmazottja munkáját – ha pedig egy webáruházat működtet, akár egyedül, akkor nem feladata az, hogy minden apró dologgal saját kezűleg foglalkozzon.

A jó webáruház szinte magától működik, s neked csak a kommunikációval, a marketinggel, üzleti tervezéssel kell foglalkoznod.

Ha ezt a szintet még nem érted el, akkor még mindig bőven van hová fejlődnöd, az e-kereskedelmi automatizációban.

 

Teljes útmutató: hogyan teheted tönkre a webáruházad konverzióját?

Akármilyen profi dizájnt, háttérrendszert adsz a webshopodnak, akármilyen jó is a terméked, ezzel még nem vagy célegyenesben. Egy sor apróságot, folyamatok egyes lépéseit vétheted el, amelyek mégis azt eredményezik, hogy alacsony lesz majd a konverziós arányod.

 

A cél Képes legyél ezeket felismerni, hogy magad is lásd, mi lehet az, ami egy felhasználót végül meggátol abban, hogy vásároljon tőled – és a jövőben önállóan is képes legyél ne csak azonosítani, de javítani is ezeket.

 

Minderről beszélni fogunk a cikkben:

  • Miért kell minden részletre figyelned?
  • Rendszerszintű problémák
    • Rosszul szervezed a webshopod
    • Eltéved, vagy meglepő helyre jut a felhasználó
  • Ami a termékoldalon félresikerülhet
    • Alacsony minőségű fotók
    • Rossz minőségű termékleírások
  • A checkout-ösvény szakadékai
    • Nem adsz elég információt
    • Nem terelgeted a vásárlót
    • Kötelező regisztráció
  • A dizájn diszharmóniája
    • Túl harsány vagy túl fakó
    • Nem vagy reszponzív
    • Lassú az oldalad
    • Soha, de soha ne használj slider-eket
  • Ez nem a lista vége

 

Miért kell minden részletre figyelned?

 

A „betört ablak”-elv miatt, amely a kriminológiában született.

Az elmélet egyszerű: ha olyan környéken járunk, ahol azt látjuk, egy épületen az ablakok fele be van törve, azt feltételezzük, hogy senki sem törődik az ilyesmivel. Nem a kisebb konkrét problémákkal van probléma, hanem az általános elvvel, hogy az ilyesmit tolerálják.

 

Egy webshopban is létezik ez: ha azt látja a látogató,

  • hogy a szövegek tele vannak helyesírási hibákkal,
  • ha a dizájn szétcsúszik,
  • hogy elavult megoldásokat alkalmazunk,

azt feltételezik – joggal –, hogy eleve nem sok figyelmet fordítunk az igényességre, a hibák kijavítására. Arra, hogy korrekten, a lehető legnagyobb tisztelettel forduljunk feléjük.

 

Megint más esetekben egyszerűen arról van szó, hogy nem jól optimalizáltunk egyes folyamatokat a célközönségünkre – például azért, mert ők nem szeretnek ilyen sok oldalon keresztül lefolytatni egy fizetési folyamatot. Vagy mert nem jó színvilágot választottunk a termékhez képest.

Ha tehát azt látod, hogy a konverziós arány alacsony, le kell szűkítened, mi lehet a probléma.

Az analitikából ki kell olvasnod, hol akadnak el a látogatók, majd teszteléssel kell leszűkítened, hogy milyen konkrét megoldást kell alkalmaznod.

Vegyük sorra, milyen hibáid lehetnek.

 

Rendszerszintű problémák

 

Rosszul szervezed a webshopod

 

Megtörtént már veled, hogy besétáltál egy boltba, és percekig nem tudtad, merre indulj pontosan, pedig céltudatosan, konkrét vásárlási szándékkal érkeztél?

Ez a tanácstalanság végzetes a konverziós arányodra nézve, és igen könnyen megjelenhet egy webshopban is.

Lehet, hogy nehézzé teszed a felhasználók számára az egyes termékek megtalálását. Ezt okozhatja a rossz helyre került vagy éppen nem megfelelő kereső – ha nincs lehetősége a feltételek finomítására, ha minden egyes keresésre több száz termékkel szembesül a felhasználó, egy idő után elege lesz abból, hogy semmit sem talál.

Rossz lehet az általános navigációd is: lehet, hogy az opciókat meg sem találja a látogató, esetleg nem egyértelmű a használatuk, vagy túlságosan bonyolultak.

Ha például a termékkategóriákat egy olyan lenyíló menübe zsúfolod, ahol a kurzort vezetgetni kell, és egy rossz mozdulatra az egész kis sokszintű útvesztő eltűnik.

 

Amit tenned kell Figyeld meg, hogy a látogatók eljutnak-e egyik aloldaladról a másikra. Vizsgáld meg az oldaladat külső szemlélőként, kérdezd meg visszatérő vásárlóidat arról, hogy hogyan használják. Készíts hőtérképes vizsgálatot, hogy lásd, hogyan milyen aktivitás történik.

 

Eltéved, vagy meglepő helyre jut a felhasználó

 

Aranyszabályként tartják számon: bizonyosodj meg róla, hogy a weboldaladon minden mindenhonnan legfeljebb 3 kattintásból elérhető.

Ez ugyanakkor nem mindig a legjobb út – vagyis nem mindig elsődleges szempont. Egy 2003-as esettanulmány, amelyet még ma is sokan idéznek a szakmában, megállapította, hogy az elégedetlenség oka nem igazán a sok szükséges kattintás, inkább az, ha a látogatót nem irányítod határozottan. Ha olyan helyre juttatod, ahová nem számít rá, hogy jutni fog.

 

Mindig konkrétan tudnia kell tehát a látogatónak, hogy hová viszed: akár a CTA-n (Call To Action), akár mellette írd le neki röviden, hogy ha kattint, mi fog történni.

  • A kereső találati oldalára jut, vagy a finomítandó feltételekhez?
  • Egy termék- vagy egy kategóriaoldalra?
  • A kosár ellenőrzéséhez vagy egyből a fizetéshez?

 

Mindezekre figyelj: ne hagyd, hogy elbizonytalanodjon a látogatód.

 

Ami a termékoldalon félresikerülhet

 

Alacsony minőségű fotók

 

unomptimized-ecommerce-product-page

Ha a vásárlóid nem tudják minden lehetséges oldalról megvizsgálni a termékedet, ha nem látják megfelelően a részleteket, akkor máris csökken az esélye annak, hogy vásárolni fognak tőled.

Ennek az oka nagyon egyszerű, hiszen egy igazi boltban sem véletlenül szeretjük az árut megfogdosni, közelről megvizsgálni, mielőtt pénzt adunk érte. A webáruházban a termékfotók vagy termékvideók igyekeznek pótolni ezt az élményt úgy, hogy lehetővé teszik, hogy lássuk, mekkora egy tárgy, hogyan néz ki az adott szögből, milyen a textúrája és így tovább.

Ha nem biztosítasz megfelelő rálátást a termékeidre, azt a vásárló úgy is értékelheti, hogy igyekszel elrejteni őket: egyetlen rossz minőségű kép sugallhatja azt, hogy az áru nem éppen tökéletes, nem akarod nagyon megmutatni, s ez a kis, akár tudat alatti bizalmatlanság a konverzió halála lehet.

Ha azt akarod, hogy a vásárló elköteleződjön a terméked iránt, hogy meg akarja vásárolni, és hogy eközben őszintének is gondoljon, és információigényét is kielégítse, akkor készíts magas felbontású képeket, vagy akár alkalmazz egy profit: a jó minőségű termékillusztráció jellemzően megtérülő befektetés.

 

Rossz minőségű termékleírások

 

Egy rossz termékleírás általában még annál is rosszabb, mintha egyáltalán nincsen termékleírásod. Ha ugyanis egy kicsit is rosszul fogalmazol, máris elveheted az érdeklődő kedvét a vásárlástól.

Ilyen lehet az, ha elgépelésekkel, helyesírási hibákkal, értelmetlen mondatokkal találkozik szembe a látogató, vagy éppen azt látja, hogy egy kimásolt-beillesztett leírással van dolga, amely nem írja le jól a terméket.

A másolást egyébként is felejtsd el: nemcsak a Google nem szereti, ha duplikálod a tartalmaidat, a látogató sem fogja díjazni, ha tíz csak kicsit eltérő terméknél találgatnia kell a különbségeket.

 

tips JAVASLAT: Magyarázz el, írj le mindent részletesen, koncentrálj arra, hogy milyen problémát és hogy old meg a termék – és keltsd fel a vágyat, hogy megvásárolják.

 

A checkout-ösvény szakadékai

wrong checkout process

A legtöbb vásárlót a folyamat legvégén, a fizetésnél veszítheted el. Lehet, hogy nem vagy eléggé konkrét a CTA-kkal – erről már beszéltünk az A/B tesztelésnél is. De az is lehet, hogy mással hozod zavarba a vásárlót:

Nem adsz elég információt

 

Ha elhallgatsz bizonyos dolgokat, nem lepődhetsz meg azon, hogy a látogató meglepődik. Ha nem írod oda a termékoldalon, hogy mennyi lesz a szállítási költség, ha nincs egy dinamikusan frissülő kosár valahol, amely folyamatosan mutatja, mennyit rakott bele eddig, akkor a fizetési oldalon egy magasabb összeggel szembesülhet, mint amekkorára számított.

Ha egy boltban a kasszánál állsz, és néhány ezer forinttal több a végösszeg, már nem fogsz visszapakolni – már csak a mögötted álló türelmetlen sor miatt sem. Egy webshopban viszont a vásárlás tökéletesen személytelen folyamat, semmi kockázat sincs abban, ha a vásárló egyszerűen bezárja az ablakot, és otthagyja kosarát.

A végösszeget tehát már azelőtt a tudtára kell adnod, hogy eljutna annak kifizetéséig.

 

Nem terelgeted a vásárlót

 

Meglepődnél, hányan vannak, akik meglátogatnak egy webshopot, a kosárba helyeznek egy nekik tetsző terméket, majd egyszerűen a böngészés során elfeledkeznek róla.

 

tips JÓL TESZED: Ha a kosár nemcsak mindig látható, nemcsak megad minden szükséges információt – a végösszeg mellett a kosárban található termékek számával, sőt, lehetőleg azok nevével együtt –, de kifejezetten feltűnő is, s egy hívogató CTA-t is mellékelsz hozzá.

 

 

Kötelező regisztráció

 

Jegyezd meg Minden egyes plusz lépés, plusz feladat, plusz elkért információ százalékokban csökkenő konverziót jelent.

 

Ha azt kéred a vásárlódtól, hogy mielőtt megvásárolná a termékeidet, regisztráljon nálad, azzal rendkívül megnehezíted, hogy konvertáljon. Képzeld el, hogy egy órán át vásárolsz egy hipermarketben, majd a kasszánál közlik veled, hogy csak akkor veheted meg a szalagra halmozott árukat, ha előbb igényelsz egy törzskártyát.

A regisztráció természetesen hatalmas előny neked, de nem így kell rávenned a felhasználót, mert ezzel csak a bevételedet csökkented majd. Kérj egyszerűen egy e-mail címet a visszaigazoláshoz: a visszaigazoló levélben már felajánlhatod neki, hogy iratkozzon fel a hírleveledre, értékes tartalmaidat ajánlhatod neki, számtalan módon veheted rá, hogy veled maradjon.

 

A dizájn diszharmóniája

 wrong ux

Túl harsány vagy túl fakó

 

Ha kíváncsi vagy arra, hogy már önmagában a színvilág is mennyire befolyásolhatja egy felhasználó döntését arról, végül megbízik-e egy webshopban, olvasd el a színelméletről szóló cikkünket.

Nemcsak olyan színvilágot kell választanod, amely illik arculatodhoz és termékedhez, de olyat is, amely nem üldözi el a vásárlókat. Bármilyen célközönséget célozz is, ha tiszta citromsárgára színezed az áruházad, menekülni fognak tőled már az első kattintás után.

A minimalista stílus pedig reneszánszát éli ugyan, de könnyű átesni a ló túloldalára – ha a végén egy olyan semmitmondó oldal a végeredmény, amelyet ránézésre 1995-ben is készíthettek volna, vagy egyszerűen csak nem fektettek bele túl sok energiát, nem jársz jó úton.

 

Nem vagy reszponzív

 

2016-ot írunk: ha nem vagy reszponzív, akkor már szinte szándékosan rontod a saját üzletedet.

 

[bctt tweet=”Ha nem reszponzív a weboldalad, az szinte olyan, mintha nem is lenne.” username=”aionhill”]

 

A mobilról érkező felhasználók egyre nagyobb szeletet vesznek az e-kereskedelem tortájából, s egyre többet vásárolnak is – bár egyelőre jellemzően kisebb értékben teszik ezt, mint desktopról.

A fontos az, hogy a mobilról érkező számára a felhasználói élményt teljességgel zökkenőmentessé tedd: néhány koppintással, ujjmozdulattal megtehesse ugyanazt, amihez az asztali gépen kattintgatnia kellene. Az oldal ne csússzon szét, ne kelljen oldalra görgetni, ne kelljen túl sokat gépelni.

 

Lassú az oldalad

 

Ez persze a backend programozás, vagyis a rendszer hibája is lehet, de sokszor egyszerűen a túlzásba vitt esztétikai megoldások felelősek érte. Mivel ma már nem különösebb luxus egy nagysebességű internetkapcsolat, ez egyre kisebb probléma, de mobilon, tableten például még mindig komoly gond lehet.

 

Itt is a hármas az aranyszabály

3 MB felett egyetlen oldalad mérete se legyen, és 3 másodpercnél tovább ne töltődjön. A felhasználó türelmetlen: néha már a 3 másodperc is sok, és az online vásárlónak semmibe sem kerül a „vissza” gombra kattintani, és egy másik, jobban működő webáruházban megkeresnie a terméket, amire szüksége van.

 

Ne használj slider-eket

A sliderek (diaképek) és carouselek („körbe fogó” képek), akármit mondjanak is egyes dizájnerek, kifejezetten rosszat tesznek a konverziódnak.

A ConversionXL oldalán is láthatod a tesztek eredményeit: a mozgó grafikus ajánlók rosszabbnál rosszabb eredményeket hoznak, néha egész százalékban sem mérhető kattintással.

Persze, remek megoldás a mozgó banner arra, hogy a figyelmet felkeltsük, és ennek az oka maga az evolúció. A szakaszos mozgás, ahogyan a slider vált, majd megint vált, kis időközöket várva, magára vonja az agy figyelmét – néhány ezer éve még lopakodó ragadozók gyomrában végezte, akiben nem volt meg ez az ösztön.

Ma azonban már nem veszélyes, ha figyelmen kívül hagyjuk, s a felhasználó hamar megtanulja, hogy a figyelemfelkeltő mozgás valójában csak eltereli a figyelmét: így a bannervakságnak köszönhetően idővel teljességgel figyelmen kívül hagyja majd azt.

Sőt, a felhasználót az is idegesíteni fogja, hogy nincs a kezében az irányítás: valami zavaró van a látóterében, amit nem tud kiiktatni, ami nyilván nem javítja éppen a felhasználói élményt.

 

Ez nem a lista vége

 

Millió és egy olyan pont lehet a webshopodban, ami a konverziós arányt rontja.

Ezeket a fent már említett tesztek segítségével azonosíthatod be – mindig az a legjobb módszer egyébként, ha egyszerűen megkérdezed a vásárlóidat, de persze akik egyáltalán nem vesznek semmit a boltodban, nem érheted így el. A számukra problémás elemeket az analitikából bányászhatod elő.

Ezt követően kezdődik a kíméletlen A/B tesztelés: minden fontos elemet ki kell próbálnod több változatban, és folyamatosan futtatni a teszteket. Garantálom, hogy soha nem fogsz a végére érni ennek a folyamatnak, tökéletes webáruházat nem építhetsz ugyanis, hiszen nincsen homogén közönség, ahol mindenkinek tetszik minden megoldásod.

Azt viszont megteheted, hogy egy menü átszabásával, egy banner vagy slider eltávolításával, egy egyedi szöveg feltöltésével tíz százalékokkal emelsz a konverziódon.

 

Magento 2 modul fejlesztés lépésről lépésre – 3. rész (Observer-ek)

Ebben a cikkben az alábbiakról fogok írni:

  • Alap példa modul felépítése
  • Observer-ek létrehozása és implementálása

 

1) Alap példa modul felépítése

 

Az előző cikkekben (1. rész, 2. rész) megismerkedtünk egy példa Magento 2.0 modul elkészítésével, a hozzá tartozó adatbázis táblák, admin táblázat (grid), a modulhoz tartozó adatok létrehozásával, editálásával, mentésével és törlésével. Most egy másik egyszerű Magento 2.0 modulban az Observer-ek működésével foglalkozunk.

Ehhez első lépésben elkészítünk egy alap példa modult. Mivel korábbi cikkünk erre már kitért, most csak a modul felépítése kerül bemutatásra.

 

magento 2 modul szerkezet

 

2) Observer-ek létrehozása és implementálása

 

A Magento 2.0 példa modulban két Observer-t hozunk létre, melyeket két külön eseményre „kötünk” rá. A Magento 1.x modulok esetében egy Observer osztályban kerültek megvalósításra a különböző események során megvalósítandó függvények és azokban történő üzleti logikák. A Magento 2.0-ban minden egyes eseményhez külön saját Observer osztályt kell létrehozni, melyekben az execute(…) függvényben kerül az üzleti logika megvalósításra.

Mielőtt az Observer osztály létrehozásra kerül, definiálni kell, hogy melyik eseményre szeretnénk a saját üzleti logikánkat alkalmazni. Itt fontos eldönteni, hogy a frontend vagy az admin oldalon (adminhtml) szeretnénk használni, így a definíciós xml fájlt a megfelelő helyen kell elhelyezni.

Globálisan is el lehet helyezni, de célszerű ezt mindig külön választani. Első példában egy frontend oldali eseményre, az alap Magento 2.0 contact form (kapcsolat) elküldése után szeretnénk az elküldött adatokat „elkapni” a saját Observer osztályunkkal.

Ehhez szükségünk lesz egy events.xml fájlra, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/etc/frontend/events.xml. A fájl tartalma:

<?xml version="1.0"?>
    <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:Event/etc/events.xsd">
    <event name="controller_action_postdispatch_contact_index_post">
        <observer name="aion_sample_post_capture" instance="Aion\Sample\Observer\CapturePost" />
    </event>
</config>

A fájl felépítése nagyon egyszerű. Az event tag-ben lévő name paraméterben kerül meghatározásra, hogy melyik eseményt szeretnénk „elkapni”.

Az esetünkben a Magento 2.0 alap Contact moduljában lévő post controller utáni esemény. Az event tag-en belül pedig definiáljuk az observer tag-ben a saját Observer osztályunkat, ami majd meghívásra kerül és egyedi név paramétert is adunk neki. Az event tag-ben egymás alatt több saját Observer-t is definiálhatunk ugyanezen eseményhez, illetve az xml fájlban több event tag-et is megadhatunk, ha más eseményekhez is szeretnénk további saját Observer-t használni.

Ezt követően a saját Observer osztályunkat kell létrehozni és megvalósítani benne a szükséges üzleti logikát. A fájl az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/Observer/CapturePost.php. A fájl tartalma:

<?php
namespace Aion\Sample\Observer;

use Magento\Framework\Event\ObserverInterface;
use Aion\Sample\Helper\Data as DataHelper;
use Psr\Log\LoggerInterface;
use Magento\Framework\Event\Observer;
use Magento\Customer\Model\Customer;
use Magento\Framework\Exception\LocalizedException;

class CapturePost implements ObserverInterface
{
    /**
     * Aion Sample helper
     *
     * @var DataHelper
     */
    protected $_helper;

    /**
     * @var LoggerInterface
     */
    protected $_logger;

    /**
     * Capture Post Observer constructor
     *
     * @param DataHelper $helper
     * @param LoggerInterface $logger
     */
    public function __construct(
        DataHelper $helper,
        LoggerInterface $logger
    ) {
        $this->_helper = $helper;
        $this->_logger = $logger;
    }

    /**
     * Sample post capture event handler
     *
     * @param Observer $observer
     * @return self
     */
    public function execute(Observer $observer)
    {
        if ($this->_helper->isEnabled()) {

            $controller = $observer->getEvent()->getControllerAction();
            $post = $controller->getRequest()->getPostValue();

            if ($post) {

                try {

                    $this->_logger->debug('CapturePostObserver');
                    $this->_logger->log(100, print_r($post, true));

                    // comment out to check data
                    //\Zend_Debug::dump($post);
                    //die();

                    // do some logic

                } catch (LocalizedException $e) {
                    $this->_logger->error($e->getMessage());
                } catch (\Exception $e) {
                    $this->_logger->critical($e);
                }

            }

        }

        return $this;
    }
}

Amennyiben a fent említett events.xml fájlban definiált esemény megtörténik, a CapturePost osztályban lévő execute függvény hajtódik végre. A függvény első lépésben megvizsgálja, hogy a saját modulunk engedélyezve van-e. Abban az esetben, ha engedélyezve van, az említett Magento 2.0 alap Contact form által elposztolt adatokat „elkapja”. Az egyszerűség kedvéért a példában csak logoljuk a tömböt a debug.log file-ban. Az így megkapott adatokat felhasználva megírhatjuk a saját üzleti logikánkat.

A második példában egy admin oldali eseménynél, az alap Magento 2.0 felhasználó mentés után szeretnénk az felhasználó (customer) objektumot és adatokat „elkapni” a saját Observer osztályunkkal.

Ehhez szükségünk lesz egy events.xml fájlra, ami az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/etc/adminhtml/events.xml. A fájl tartalma:

<?xml version="1.0"?>
    <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:Event/etc/events.xsd">
    <event name="controller_action_postdispatch_contact_index_post">
        <observer name="aion_sample_post_capture" instance="Aion\Sample\Observer\CaptureCustomer" />
    </event>
</config>

 

 

 

A fájl felépítése ugyanaz, mint az előző példában említett events.xml esetében, csak ezúttal az adminhtml könyvtár van elhelyezve, így a definiált CaptureCustomer osztály csak az admin scope-ban fog meghívódni a felhasználó mentés utáni eseményre (customer_save_commit_after).

 

Ezt követően az előző példához hasonlóan a saját Observer osztályunkat kell létrehozni és megvalósítani benne a szükséges üzleti logikát. A fájl az alábbi helyen található a példa modulunkban: app/code/Aion/Sample/Observer/CaptureCustomer.php. A fájl tartalma:

 

 

<?php
namespace Aion\Sample\Observer;

use Magento\Framework\Event\ObserverInterface;
use Aion\Sample\Helper\Data as DataHelper;
use Psr\Log\LoggerInterface;
use Magento\Framework\Event\Observer;
use Magento\Customer\Model\Customer;
use Magento\Framework\Exception\LocalizedException;

class CaptureCustomer implements ObserverInterface
{
    /**
     * Aion Sample helper
     *
     * @var DataHelper
     */
    protected $_helper;

    /**
     * @var LoggerInterface
     */
    protected $_logger;

    /**
     * Capture Customer Observer constructor
     *
     * @param DataHelper $helper
     * @param LoggerInterface $logger
     */
    public function __construct(
        DataHelper $helper,
        LoggerInterface $logger
    ) {
        $this->_helper = $helper;
        $this->_logger = $logger;
    }

    /**
     * Sample customer capture event handler
     *
     * @param Observer $observer
     * @return self
     */
    public function execute(Observer $observer)
    {
        if ($this->_helper->isEnabled()) {

            /* @var Customer $customer */
            $customer = $observer->getEvent()->getCustomer();

            if (!is_null($customer) && $customer->getEntityId()) {

                try {

                    $this->_logger->debug('CaptureCustomerObserver');
                    $this->_logger->log(100, print_r($customer->getData(), true));
                    // comment out to check data
                    //\Zend_Debug::dump($customer->getData());
                    //die();

                    // do some logic

                } catch (LocalizedException $e) {
                    $this->_logger->error($e->getMessage());
                } catch (\Exception $e) {
                    $this->_logger->critical($e);
                }

            }

        }

        return $this;
    }
}

 

Amennyiben a fent említett második events.xml file-ban definiált esemény megtörténik, a CaptureCustomer osztályban lévő execute függvény hajtódik végre. A függvény első lépésben megvizsgálja, hogy a saját modulunk engedélyezve van-e.

Abban az esetben, ha engedélyezve van, az említett Magento 2.0 admin felhasználó mentés után „elkapja” a customer objektumot. Az egyszerűség kedvéért a példában csak logoljuk az objektum adatait a debug.log file-ban. Az így megkapott objektumot és adatokat felhasználva megírhatjuk a saját üzleti logikánkat.

 

Összegzés

A cikkben két példával próbáltuk illusztrálni a Magento 2.0 rendszerben, hogyan kell saját egyedi modulunkban Observer-eket definiálni és megvalósítani különböző eseményekre a frontend és az admin oldalon.

 

Magento: a legnépszerűbb webshop platform története és funkciói

A Magento színrelépése nem egyszerűen egy új rendszer megjelenése volt az e-kereskedelemben. Nem véletlen, hogy hihetetlenül rövid idő alatt az egyik legnépszerűbb rendszer lett, amelyre azonnal felfigyeltek a legnagyobb világmárkák is.

A korábbi rendszerek, legyenek nyílt forráskódú vagy megvásárolható szoftverek, sohasem biztosítottak kellő rugalmasságot: a webáruházak üzemeltetőinek mindig kompromisszumokat kellett kötniük.

A nyílt forráskód persze biztosítja, hogy a platformok alakíthatóak legyenek, a legtöbb esetben ez azonban rendkívül hosszú fejlesztési időt jelent, és nem tekinthetünk el a biztonsági problémáktól, a sokszor nem megfelelő integrációtól sem.

 

A Magento adta a kivételt.

Erőteljes, könnyen alakítható, rugalmas és skálázható rendszert adott, amelyet bármely brand a saját képére és igényeihez szabhatott – és tehet így ma is.

 

Tartalomjegyzék:

  • A Magento története
    • A kezdetek
    • Gyorsan jött népszerűség
    • Belép az eBay és az integráció
  • A Magento 2
  • Magento verziótörténet
    • A Magento Go
    • Enterprise Cloud Edition
  • Mit tud a Magento?
    • Komplex rendszer, komplex lehetőségekkel
    • Dizájn és template-ek
    • Leltármenedzsment
    • Termékmenedzsment
    • Marketing és SEO
    • Fizetési lehetőségek
    • Adatvédelem és biztonság
    • Support és közösség
    • A Magento-hoz illeszthető ERP rendszerekről
  • A Magento Marketplace
  • Magento Certification
    • Magento Certified Solution Specialist
    • Frontend Developer Certification
    • Certified Developer és Developer Plus
  • Magento rendezvények
    • Magento Imagine
    • Meet Magento
  • Ezért uralkodik a Magento

 

A Magento története

 

A kezdetek

 

A Magento 2007. augusztus 31-én mutatkozott be. A rendszer két atyja a Varien cégnél dolgozó Roy Rubin és Yoav Kutner voltak.

Közel egy étvized távolából kevesen tudják már, de a Magento eredetileg egy már akkor nagy népszerűségnek örvendő szoftver, az osCommerce forkolása lett volna.

 

Forkolás: A szoftverfejlesztésben azt a folyamatot jelöli, amikor a fejlesztők egy (jellemzően nyílt) forráskódot véve annak független továbbfejlesztését kezdik meg, egy teljesen új ágat hozva létre – vagyis egy új terméket.

 

Végül azonban a Variennél úgy látták, hogy az általuk megálmodott rendszerben ennél több potenciál van, ezért teljességgel különálló szoftvert készítettek.

A Magento elnevezés a magenta szín nevéből származik. 2005-ben, amikor a szoftver logóját tervezték, Rubin és Kutner azt akarták, hogy magenta színű legyen – bár ezzel az ötlettel akkor senki más nem értett egyet rajtuk kívül a cégnél.

Mivel ez a név, illetve a magenta.com domén már foglalt volt, több hasonló névvariácót átgondolva a “férfiasabb” hangzású Magento mellett döntöttek.

Így lett a név végül Magento.

Hallgasd meg a történetet magától Yoav Kutnertől angolul (23:25-től) – MageTalk Episode 50

A két fejlesztő elsősorban azért döntött amellett, hogy teljesen új alapokra helyezi a fejlesztést, mert úgy érezték, hogy az osCommerce hagyatéka túlságosan gúzsba köti őket: nem tudták beépíteni mindazokat a funkciókat, amelyeket megálmodtak.  A Variennél úgy gondolták, hogy az osCommerce nemcsak megfelelő hátteret és stabilitást nem képes biztosítani, de egyszerűen hiányzik belőle a kellő rugalmasság.

Tehát elkezdtek egy olyan rendszert felépíteni, amelyet szabadon alakíthat bárki úgy, hogy a saját igényeit megfelelően kielégítse.

Ezért aztán teljesen újraírták a félig megkezdett szoftvert, már az új elképzeléseknek megfelelően, az osCommerce alapokat teljesen elhagyva.

Nem sokkal később, 2008. március 31-én jelent meg az első stabil verzió: az ingyenesen letölthető, nyílt forráskódú Magento Community Edition.

 

[bctt tweet=”Tudtad? A Magento név a magenta szóból származik, ilyen színű volt az első logóterv.” username=”aionhill”]

 

Gyorsan jött népszerűség

 

A rendszer nagy sikert aratott, és hamar támogatókra talált. Számos e-kereskedő ismerte fel a benne rejlő lehetőségeket: hogy mi mindenre volnának képesek egy ilyen rugalmasan használható, sokoldalú szoftverrel. Az, hogy egy ilyen rugalmas rendszer jött létre, annak köszönhető, hogy a fejlesztők a kezdettől fogva a kiegészítőkre fókuszálva építkeztek: egy olyan rendszert hoztak létre, amely bármikor szabadon tovább bővíthető és átalakítható az adott webshop igényeinek megfelelően.

A Magento népszerűsége rohamosan növekedett: 2009 márciusában már népszerűbb volt, mint az egykori elődjét jelentő osCommerce.

Néhány héttel később pedig már meg is jelent a Magento Enterprise Edition első stabil változata. Logikus lépés volt ennek kiadása: a Magento iránt ekkor már a legnagyobb brandek is aktívan érdeklődtek, szükség volta azonban egy olyan változatra, amely ténylegesen képes kiszolgálni az igényeiket.

Az Enterprise Edition gyakorlatilag korlátlan testreszabhatóságot adott azzal együtt, hogy felhasználóit maguk a Magento fejlesztői segítették személyesen. Ez volt az a fordulópont, amely bebetonozta a Magento helyzetét, mint olyan e-kereskedelmi platformét, amely azoknak válik igazán hasznára, akik magasabb szintű e-kereskedelmi megoldásokat keresnek.

 

Belép az eBay és az integráció

 

A következő komoly mérföldkő 2011-ben jött el a Magento életében. Ez év februárjában részvényeik nagy részét felvásárolta az eBay, júniusban pedig kizárólagos tulajdonossá vált az e-kereskedelmi óriáscég.

A legtöbben nem látták ennek jelentőségét, úgy gondolták, az átlagos Magento-felhasználók életében nem sok jelentősége lesz a tulajdonosváltásnak – nekik viszont elkerülte a figyelmét az a tény, hogy az eBay ugyancsak tulajdonosa volt egy másik vállalatnak, mégpedig a PayPal online fizetési szolgáltatásnak.

A felvásárlás tehát valójában azt jelentette, hogy a Magento rendszerébe tökéletesen és véglegesen integrálták a PayPal fizetési lehetőséget. Ez viszont még csak az egyik volt a számtalan integráció közül, amelyeket a Magento felkínált felhasználói számára.

Az olyan népszerű szolgáltatások, mint a Zendesk, a Mailchimp vagy a Salesforce, illetve a számtalan egyéb kiegészítő olyan szabadságot adott a rendszert használóknak, mint korábban egyetlen másik platform sem, nem is beszélve arról, hogy milyen remekül képes a rendszer a Google Analytics szolgáltatással együttműködni.

Az analitika minden webshop számára létfontosságú: az egyes oldalak optimalizálása, a tartalomstratégia, a vásárlók szegmentálása mind lehetetlen volna, ha az Analytics nem biztosítaná a rengeteg adatot a felhasználóknak.

A vállalat végül 2010-ben változtatta meg a nevét: a Varien hivatalosan is Magento lett az eBay gyámsága alatt.

Az elmúlt években hatalmas és elkötelezett közösség alakult ki mögötte, amely nem csak online van jelen. A Magento 2011-ben rendezte meg első hivatalos konferenciáját, amelyre akkor több mint 800-an mentek el. A 2014-ben megrendezett Magento Imagine konferenciát már 1700-an látogatták meg Las Vegasban.

 

  • 2011-ben jelentették be a Magento Developer Certification-t is: a vállalat ekkortól kezdve képez hivatalosan is fejlesztőket, akik profi módon képesek bánni a rendszerrel.
  • 2012 új csúcsot jelentett: több mint 4 milliószor töltötték már le a nyílt forráskódú rendszert, amelyet több mint 150 ezer webáruház használt világszerte.
  • 2015-ben a Magento ismét függetlenné vált az eBay szerkezeti átalakulása következtében: új tulajdonosa, a Permira magántőke-alap úgy látta jónak, ha szabadjára engedi a fejlesztőket.
  • A legfrissebb fejlemény az immár önálló Magento háza tájáról, hogy 2016. augusztus 1-jén felvásárolták az RJMetrics felhőalapú analitikai szolgáltatásokkal foglalkozó céget, amely eddig is kifejezetten e-kereskedőket célzott. Mióta önállósodott a vállalat, ez az első akvizíciójuk, ezért nagy lépés, de a szoftver felhasználói számára is az lehet, hiszen pontosabb analitikai megoldások integrációja előtt nyitja meg az utat, segítve az ügyfélszerzést és a konverziónövelést az elképzelések szerint.

 

A Magento 2

 

Nyolc évvel azt követően, hogy a Variennél megálmodták a Magento rendszerét, 2015-ben végre kiadták a Magento 2.0-át is. A megújult platform új API-kat tartalmaz, amelyek még egyszerűbbé teszik az új, modern szolgáltatások integrációját a fejlesztők számára, és arra is odafigyeltek, hogy a kor követelményeinek megfelelően finomítsanak a fizetési rendszeren, így lehetővé téve a konverziók maximalizálását.

Az új rendszer hátránya, hogy ha az alap Magento rendszerről akarunk átállni, gyakorlatilag az alapoktól újra kell írnunk mindent, a migráció szinte nem is lehetséges. Az adatok különféle eszközökkel átvihetőek, az egyedi témák és kiegészítők költöztetéséről azonban le kell mondanunk.

Az új szoftverbe egy sor modern technológiát építettek be, amelyek nagyban segítik a fejlesztői munkát és gyorsabbá teszik a webáruház működését is:

  • PHP 7
  • Varnish (teljes oldal gyorsírótár a gyorsabb használatbavételért)
  • Redis
  • Modern JS Stack
  • RabbitMQ
  • Solr
  • PHPUnit
  • Composer

 

Javult a felhasználói élmény is: a rendelés áttekintésénél már láthatjuk az egyes termékek képeit is, a checkout sokkal gyorsabbá és egyszerűbbé vált (mindössze 2 lépésre redukálódott), és már a számlázási címet sem kell kötelezően megadnunk, és több olyan fizetési rendszert (WorldPay, CyberSource, Authorize.net) is támogat, amelyek korábban nem voltak integrálva.

 

Magento verziótörténet

2008:

Megjelenik az első stabil verzió, a Magento Community Edition. Nem sokkal később napvilágot lát az 1.1 is, amelyben már található API, kötegelt és virtuális termékeket is képes kezelni, és egyedi termékbeállításokkal is rendelkezik.

Az 1.2, amelyben megjelennek a letölthető termékek, a rétegzett navigáció és az FTP, ugyanebben az évben jelenik meg.

2009:

Megjelenik a CE 1.3, amely a katalógusokat vezeti be. Ennél azonban nagyobb újdonság, hogy napvilágot lát az Enterprise Edition, amely az 1.6 verziószámot viseli induláskor.

2010:

A CE 1.4 és az EE 1.8 verziók megjelenésének éve, amelyek nagyobb változásokat hoztak a megjelenés testreszabhatóságában, bevezették a widgeteket, a WYSIWYG szerkesztőt és más újdonságokat.

2011:

A CE 1.6 és az EE 1.11 verziókkal megjelenik a lehetőség, hogy egyszerre több adatbázist kezeljünk egyetlen Magento felületről, lehetővé téve, hogy több párhuzamosan futó webáruházat menedzseljünk egyszerűen és kényelmesen.

2012:

A CE 1.7 és az EE 1.12 megjelenésének alakításában még nagyobb szabadságot enged a mobile theme bevezetése, de megjelennek az automatikusan generált kuponkódok, a lehetőség, hogy felhasználói csoportok szerint árazzuk termékeinket, a REST API is. A rendszer igazodik az Európai Uniós cookie-szabályozáshoz, és a CAPTCHA is megjelenik.

2013:

A CE 1.8 és az EE 1.13 éve. Az új változatok fejlettebb árszámítási lehetőségeket hoznak, az EE pedig új indexelést kap.

2014:

A CE 1.9 és az EE 1.14 verziókban már lehetőségünk van az infinite témák használatára, ahogyan a reszponzivitás is bekerül a rendszerbe a mobilkor egyértelmű térhódításával, ideértve a reszponzív e-maileket.

2015:

Megjelenik a várva-várt Magento 2, az e-kereskedelmi platform legújabb, teljesen modernizált változata. Számos funkciót megújítottak, és a rendszer architektúrája is megváltozott a korábbi verziókhoz képest.

A Magento 2-t még 2010-ben jelentették be, fejlesztése azonban sokáig elhúzódott: eredetileg 2011-ben akarták kiadni, végül bétaverziója 2015 júliusában jelent csak meg. Azóta a Magento 1.x és 2 verziók egymás mellett léteznek, jelenleg azonban csak az utóbbi rendszert frissítik aktívan a fejlesztők.

2016:

2016 júliusában megjelent a Magento 2.1.0 CE és EE.

Az új Community Edition főbb jellemzői:

PayPal fejlesztések: konverziónövelést segítő megoldások, elmentett bankkártya az ismételt vásárlások egyszerűsítésére

Braintree hosztolt mezők: biztonságosan gyűjti ki a fizetési információkat, mialatt továbbra is teljes ellenőrzés alatt marad a checkout folyamat

Javított kezelési interfész: gyorsabb, könnyebb keresések az adminban, továbbfejlesztett új termék, kategória és CMS tartalom létrehozás

 

Az új Enterprise Edition főbb jellemzői:

Tartalomfrissítés: egyszerű tartalomkészítés, -előnézet és -időzítés (pl. termékekre, kategóriákra, CMS tartalomra, promócióra, árazásra)

Elasticsearch: a Solr-t kiváltó, forradalmi keresési megoldás, skálázható a keresési forgalom növekedésével, nagyméretű katalógusokat is kiválóan menedzsel, alapból 33 nyelvet kezel

PayPal fejlesztések, Braintree hosztolt mezők, Javított kezelési interfész (lásd CE verzó)

 

 

History of Magento

 

A Magento Go

 

A Magento Go egy 2011-ben kiadott felhőalapú változata volt a szoftvernek, amely ma már nem elérhető. Célja az volt, hogy a kisvállalkozások számára olyan opciót kínáljon, melyhez nincsen szükség a szoftver telepítésére, a rendszer teljes egészében a felhőből futott. Ez volt ugyanakkor (értelemszerűen) a legkevésbé testre szabható változat, éppen rugalmassága veszett el a Magento-nak. Végül a Magento Go platformot 2015 februárjában állították le végleg.

 

Enterprise Cloud Edition

 

A legújabb felhőalapú megoldást frissen, a 2016-os Magento Imagine konferencián jelentették be. A rendszer az Amazon AWS felhőszolgáltatását használja, ezáltal nagyobb skálázhatóságot biztosít a nagyvállalati ügyfelek számára anélkül, hogy on-premise (helyi) rendszereket kellene a Magento használatához kiépíteniük. A Magento Go hibájából tanulva e verzióban a testreszabhatóságnak semmilyen korlátot nem szabnak majd.

 

Mit tud a Magento?

 

Ha már ennyit dicsértük a Magento rugalmasságát, skálázhatóságát és testreszabhatóságát, nem árthat egy kicsit mélyebben is megvizsgálni, pontosan milyen lehetőségekkel is dolgozhat valaki, aki úgy dönt, ezt a rendszert választja webáruháza motorjául.

Nézzük tehát, hogy mit ad a Magento, ami miatt webshopok százezreit bízzák rá világszerte.

 

Do it with Magento

Komplex rendszer, komplex lehetőségekkel

 

A Magento rendszerét használni egyáltalán nem mondható egyszerűnek. Közel sem azok számára készült, akik kezdők az e-kereskedelemben, és ha egy online szövegszerkesztőnél bonyolultabb adminisztrációs felülettel még nem találkoztunk, garantált, hogy nem boldogulunk majd vele zökkenőmentesen.

Azoknak ugyanakkor, akik képesek átlátni a komplexebb kezelőfelületeket is, nagy barátja lesz: egy helyen kezelhetnek mindent az analitikától kezdve akár egyszerre több, párhuzamos webshop üzemeltetésén keresztül a termékek, felhasználók adataiig.

 

Dizájn és template-ek

 

Ha megjelenésében akarjuk testre szabni a Magento-t, gyakorlatilag korlátlan lehetőségeink vannak, csak azt kell tudnunk, hogy hol keressük ezeket pontosan.

Maga a Magento vállalat nem kínál megvételre, letöltésre template-eket, hiába is keresnénk ezeket.

Előre legyártott template-ekért felkereshetjük a Magento Connect-et, amely számos dizájncégtől vonultat fel kreatívabbnál kreatívabb megoldásokat – amelyeket aztán a megfelelő szaktudással saját képünkre szabhatunk.

A ThemeForest szintén egy olyan hely, ahol lelkesen keresgélhetünk, itt is számtalan Magento-témára akadunk, amely akár magában, minimális módosítással is alkalmas lehet arra, hogy webáruházunkra öltsük.

Megjegyzendő ugyanakkor, hogy ha nagyobb mértékben testre akarjuk szabni a webáruházat – márpedig a Magento legnagyobb előnye éppen az ilyen rugalmasság – akkor a dizájn fejlesztéséhez is szükségünk lehet profi fejlesztőkre, akik garantálják, hogy semmi se csússzon félre a folyamatban.

Annyi mindenesetre biztos, hogy azonnal több száz különféle téma közül válogathatunk, amelyeket később saját szájízünk szerint alakíthatunk. Akad olyan is persze, amelyet ingyen letölthetünk, az igazán jó munkák legtöbbje azonban fizetős, 50-100 dollár közötti árkategóriával kell számolnunk.

 

Leltármenedzsment

 

A Magento nagyon profi a leltározásban, a segítségével folyamatosan követhetjük, miből mennyi van még raktáron, mely terméke futnak ki, melyeket hirdethetünk bátran, és melyeket kell azonnal utánrendelnünk.

A menedzselés része természetesen, hogy mindent magunk szabhatunk meg: hogy mi számít kevésnek, hogy mikor teljes a raktár, és hogy a rendszer mikor kell figyelmeztessen arra, hogy ideje felvenni a kapcsolatot a beszállítónkkal.

A Magento-val természetesen virtuális, letölthető termékeket is árulhatunk – ebben az esetben pedig megszabhatjuk, hogy a leltárban korlátlan számú elem kapjon helyet. Ha e-könyveket, szoftvereket vagy más digitális termékeket árulunk a webshopunkban, az a Magento számára egy kicsivel sem jelent nagyobb kihívást, mintha pólókat, zoknikat, vagy elektronikai eszközöket kínálnánk megvételre.

A leltármenedzsment funkcióról ugyanakkor nem árt tudni, hogy alapszintű funkcionalitással bír: bármilyen hasznos is, nem képes egy ERP (vállalatirányítási) rendszer kiváltására, amelyben egyszerre akár több raktárt, telephelyet is hatékonyan kezelhetünk. Persze lehetőség van a külső ERP rendszerek integrálására is.

 

Termékmenedzsment

 

Olyan terület ez, ahol a Magento túlzás nélkül tönkreveri a piacon megtalálható nyílt vagy fizetős rendszerek legtöbbjét.

Egy e-kereskedelmi platformtól elvárjuk, hogy képes legyen bármilyen terméket kezelni, ez azonban a legtöbb esetben csak vágyálom marad. Míg egy fizikai boltot úgy rendezünk be, ahogy akarunk, azt írunk a táblákra és árcédulákra, amit csak szeretnénk, az online világban ez egy kicsit bonyolultabb.

 

Eleve termékfüggő az, hogy milyen specifikációkat kell megadnunk:

egy élelmiszernek szavatossági ideje lesz,

egy járműnek súlya,

egy csavarkészletnek darabszáma.

Végtelen különféle attribútummal dolgozhatunk, és a legtöbb rendszerből hiányzik ehhez a megfelelő rugalmasság.

 

A Magento természetesen e téren kivételt képez. A rendszerben szabadon megadhatunk bármilyen attribútumot, és azokkal aktívan dolgozhatunk is: a felhasználók képesek lesznek ez alapján szűrni, szűkíteni, keresni, amíg a számukra ideális terméket meg nem találják. (Hogy pontosan hogyan is kell bánni a Magento e-kereskedelmi rendszerben a termékjellemzőkkel, korábbi cikkünkben elolvashatod.)

 

Marketing és SEO

 

Újabb hatalmas erőssége a rendszernek. Néhány külső eszköz integrációja persze, mint a HubSpot vagy éppen a social media automatizációt biztosító Buffer és Hootsuite elfér a Magento-ban, más rendszerekhez képest azonban így is kiemelkedő funkcionalitással bír. A korábban annyit dicsért integrációk miatt a Magento gyakorlatilag helyben felkínál mindent, amire csak szükségünk lehet.

A platform alkalmas arra, hogy cross- és upsell ajánlatokat határozzunk meg, hogy egyéb módokon fogjuk meg az oldalainkon válogató vásárlókat.

A SEO automatikusan működik, ugyanakkor e téren a Magento kicsit már lemarad: főleg a keresések miatt, amelyek automatikusan rengeteg egyedi oldalt generálnak le, kevésbé tökéletes a keresőoptimalizálásra. Ezt ugyanakkor némi odafigyeléssel és jó tartalomstratégiával könnyen ellensúlyozhatjuk.

 

Fizetési lehetőségek

 

A Magento áruházakban szabadon meghatározhatjuk, hogyan fizethetnek a vásárlók:

  • köthetjük regisztrációhoz,
  • vendégként is engedhetjük a checkoutot,
  • lehet egykattintásos a fizetési rendszer,
  • de komplexebb megoldásokat is felkínálhatunk,
  • sőt, még arra is lehetőség van, hogy a vásárlásokat később számlázzuk csak ki.

 

A rendszer automatikusan megjeleníti a szükséges pontokon a költségeket – a kosárba helyezett termékek árát és a szállítási költséget is –, hogy a vásárlót ne érje meglepetés, egyébként pedig az egész fizetési folyamatot már eleve úgy optimalizálták, hogy a lehető legmagasabb konverziót érhessük el a segítségével. Ezt persze saját igényeink szerint, a meghatározott vásárlói szegmensek viselkedésének tanulmányozása után magunk is tovább finomíthatjuk, ha szükséges.

 

Adatvédelem és biztonság

 

A fejlesztők igyekeztek úgy megépíteni a Magento rendszerét, hogy ne maradjanak rajta kihasználható hátsó ajtók, sebezhetőségek (illetve amennyiben találnak ilyet, azonnal érkezik is a patch), de a biztonság természetesen azon is múlik, hogyan üzemeltetjük saját áruházunkat, milyen extra védelemmel látjuk el, milyen szerveren futtatjuk és így tovább.

A cég tehát igyekszik minden támogatást megadni ahhoz, hogy biztonságos webshopot működtethessünk: biztonsági központjuk (Security Center) bármikor szívesen fogadja a kérdésekkel, problémákkal hozzájuk forduló Magento-felhasználókat.

Rengeteg világmárka online boltja működik jelenleg is Magento platformon, s ezek nem engedhetik meg maguknak, hogy akár a legcsekélyebb eséllyel is illetéktelenek kezébe jussanak vásárlóik személyes adatai.

(Fontos persze az is, hogy milyen kiterjesztéseket használunk, mert ha kevésbé ismert modulgyártóktól vásárolunk, előfordulhat, hogy a bővítmény miatt keletkezik biztonsági rés.)

Összességében persze nem kell félni akkor sem, ha nincsen több ezer dolláros büdzsénk a kibervédelemre: a Magento a nyílt forráskódú e-kereskedelmi rendszerek között az egyik legbiztonságosabb, amelyre nyugodtan rábízhatjuk vállalkozásunk és vásárlóink adatait is.

 

Support és közösség

 

A Magento csapatába tartozó fejlesztők ügyfélszolgálatot csakis az Enterprise felhasználók számára üzemeltetnek: a nagyvállalatoknak lehetőséget biztosítanak arra, hogy személyesen is konzultáljanak velük. Ugyanakkor a kisebbeket sem hagyják magukra teljesen.

Egyrészt nemcsak a számos Magento-val foglalkozó oldalon, de a cég weboldalán is elképesztő mennyiségű oktatóanyagot találhatunk, kis türelemmel gyakorlatilag mindent megtanulhatunk itt a rendszer telepítéséről, kezeléséről, az esetleges problémák megoldásáról.

Ha pedig ez nem volna elegendő, örömhír, hogy a Magento mögött hatalmas fejlesztői közösség áll. Sok ezer lelkes szakember foglalkozik a rendszer fejlesztésével, alakításával, testre szabásával világszerte, akiket bármikor megtalálhatunk a megfelelő weboldalakon, fórumokon, közösségi oldalakon, és a legbonyolultabb kérdéseinkre is jó eséllyel szakmailag megalapozott válaszokat kaphatunk.

 

A Magento-hoz illeszthető ERP rendszerekről

 

A Magento alkalmas arra is, hogy ERP rendszerekkel hangoljuk össze. A vállalatirányító rendszerek nagyszerűen alkalmazhatóak, ha a vállalatot növekedési pályára akarjuk állítani, ha biztosítani akarjuk az erőforrások megfelelő elosztását ‒ a Magento programozói intrfésze pedig rugalmassága révén több ilyen rendszerrel is összekapcsolható. A legfontosabbak ezek közül:

  • Microsoft Dynamics AX: nemzetközi nagyvállalatok számára igazán jó választás, átfogó pénzügyi, humán erőforrási és irányítási megoldást biztosít.
  • SAP: több mint 20 iparterületen alkalmazható rendszer, kis- és középvállalkozások, illetve nagyvállalatok egyaránt találhatóak felhasználói között.
  • NetSuite: felhőalapú rendszer, amely valós idejű adatokat szolgáltat a felhasználók számára, hatékonnyá téve a jelentések elkészítését, támogatva és megkönnyítve a döntéshozatalt.

 

 

A Magento Marketplace

 

Marketplace of Magento

 

A Magento piactere a legnagyobb globális e-kereskedelmi weboldal, ahol olyan applikációkat, szolgáltatásokat, kiegészítőket és témákat találhatunk, amelyek segítenek a Magento testre szabásában, optimalizálásában, a konverziónövelésben. Idővel ez a platform hivatott a Magento Connect teljes leváltására, jelenleg még párhuzamosan futnak.

Ingyenes és fizetős letöltési lehetőségekkel egyaránt találkozunk: több ezer terméket böngészhetünk át, amelyek között szinte biztosan megtaláljuk majd azokat, amelyekre szükségünk van. Ez pedig azért van így, mert a Magento mögött hatalmas szellemi bázis áll: fejlesztők ezrei, akik kreatívabbnál kreatívabb, rendkívül változatos kiegészítéseket készítenek a rendszerhez, amelyekkel az e-kereskedők életét megkönnyíthetik.

 

Magento tanúsítványok

 

Ahogyan a Magento az egyik legprofibb és legkeresettebb elérhető e-kereskedelmi platformmá nőtte ki magát, természetesen hatalmas igény támadt olyan fejlesztőkre, akik tökéletesen otthonosan mozognak a fejlesztésében. A világmárkák nem engedhetik meg maguknak, hogy olyan szakemberekkel dolgoztassanak, akik nincsenek tökéletesen képben a Magento hivatalos fejlesztési irányelveivel – éppen ezért jöttek létre a Magento képzései.

A cég által kiadott tanúsítványok garantálják azt, hogy egy adott fejlesztő képes megbirkózni a Magento kihívásaival: hogy a problémákat megoldja, hogy az adott vállalat igényeihez képes szabni teljességgel a rendszert.

 

Lássuk, milyen tanúsítványokat kínálnak:

Magento Certified Solution Specialist

Azok, akik ezt a tanúsítványt megszerzik, elmondhatják magukról, hogy átfogó ismeretekkel rendelkeznek a Magento e-kereskedelmi üzleti alkalmazása terén a best practice-eknek megfelelően, s így értékes munkatársai lehetnek bármely online vállalkozásnak.

Front End Developer Certification

Ez a tanúsítvány igazolja, hogy a fejlesztő jártas a Magento frontendben, hogy tökéletesen érti, hogyan szabható testre a platform megjelenése, kezelőfelülete, hogyan optimalizálható a felhasználói élmény a webáruházban.

Certified Developer és Developer Plus

Magasabb szintű tanúsítványok, amelyek azt igazolják, hogy tulajdonosuk képes bánni a leltárakkal, katalógusokkal, a chekout folyamatokkal, widgetekkel, bővítményekkel és kiegészítőkkel – összességében magasabb szintű tudással rendelkezik arról, hogyan is kell a Magento rendszerét a legapróbb részletekig alakítani.

 

Magento rendezvények

 

Magento Imagine

 

A legnagyobb Magento-témájú rendezvény a világon, melyet 2011-ben rendeztek meg először. Az eseménynek immár hagyományosan Las Vegas ad otthont, ahová több ezer résztvevő látogat el több mint 45 országból, hogy tanuljon, előadásokat hallgasson vagy éppen tartson, kapcsolatokat építsen más szakemberekkel.

A 2017-es konferenciát olyan nagy nevek szponzorálják majd, mint az eBay, a Rackspace, a Symantec és egy sor más élvonalbeli technológiai vállalat.

 

Meet Magento

 

Világszerte folyamatosan zajló rendezvénysorozat: nem egyetlen esemény ez, hanem olyan találkozók sora, ahol a Magento rendszerrel dolgozó fejlesztők találkozhatnak, ismereteket cserélhetnek, megbeszélhetik az újdonságokat. Nagy előnye, hogy segít a világ minden táján összekapcsolni a szakembereket.

 

Ezért uralkodik a Magento

 

Magento Rules

 

Korábbi cikkeinkben kitértünk már arra, hogy – versenytársaival összehasonlítva –  a Magento évek óta a legnépszerűbb e-kereskedelmi platformok egyike, és nem véletlenül. Ugyan a kisebb vállalkozások, kezdő e-kereskedők számára lehet, hogy nem éppen ideális komplexitása miatt, mégis sok tízezer webshop fut rajta, s a világ legnagyobb brandjei közül számos Magento alapokon működteti saját webáruházát.

Mindebben hosszú évek nagyon kemény munkája van: a fejlesztők egy elképesztően lelkes, profi és rengeteg szakembert számláló közösséget építettek fel, amely folyamatosan gondozza a Magento-t, miközben egyre újabb fejlesztésekkel biztosítják, hogy a rendszer megfeleljen a megváltozó követelményeknek, így például a mobilkor kihívásainak is.

A Magento a leginkább testre szabható rendszer a piacon

Gyakorlatilag bárkinek bármilyen igényét képes teljesíteni az e-kereskedelem korlátain belül. A rengeteg kiegészítő, integráció, a skálázás és az alakítás szabadsága biztosítják, hogy a következő években se kelljen féltenie biztos helyét az élvonalban.

 

A következő évek pedig igen izgalmasnak ígérkeznek: hiszen a Magento 2 még éppen, hogy elkezdte bontogatni szárnyait, s egyelőre nem tudhatjuk, milyen új lehetőségek előtt nyílnak meg a kapuk az új architektúra bevezetésével.

A Magento egészen biztosan dominálja majd a 2010-es évtizedet az e-kereskedelemben, köszönhetően annak, hogy 2007-ben két fejlesztő a Variennél mert nagyobbat álmodni annál, mint hogy egy korábbi rendszer egyszerű leágazását készítsék el, s ehelyett inkább megalkották azt a platformot, amely egyértelmű választása ma bármely nagyobb online értékesítést megcélzó vállalatnak.

 

8 módszer, amellyel könnyen témákat találhatsz webshopod blogjához

Ha viszont elolvasod ezt a cikket, sokáig nem küzdesz majd ilyen gondokkal. Alább a trendek és a leghatékonyabb formátumok után konkrét témaötleteket is adunk, amelyeket akár most azonnal elkezdhetsz megvalósítani, és csakhamar annyi témád lesz, hogy a tartalomnaptáradat hónapokra előre telezsúfolhatod.

 

Mindenekelőtt lássuk, miről fogunk beszélni.

  • Tartalomtrendek az e-kereskedelemben
  • Milyen tartalomformátumokkal dolgozz?
  • Így szerezz bőséges témamennyiséget
    • Figyelj a véleményvezérekre
    • Válaszold meg a kérdéseket
    • How-to, avagy hogyan oldja meg a vásárló a problémát?
    • Közölj élménybeszámolókat!
    • Mondd el a történetedet!
    • Gyártass tartalmat a vásárlóiddal
    • Figyelj az aktualitásokra!
    • Newsjacking: repülj rá a szenzációra
  • Sohasem elég

 

Tartalomtrendek az e-kereskedelemben

 

A rendszeres tartalompublikációt nem hanyagolhatod el: a közönség kiszolgálása mellett a közösségépítésben is segít, amely egyre nagyobb szerepet kap. Egy szerethető, segítőkész, hasznos brandet akarsz felépíteni, ehhez pedig nélkülözhetetlen, hogy folyamatosan tartalmakat tegyél közzé.

A videó még központibb szerepbe kerül, főleg, ahogyan a közösségi médiában is otthonra lel: az élő közvetítések, 360 fokos videók is mindennaposak ma már, tehát te sem hanyagolhatod el a videomarketinget.

Egyesek szerint a gépileg generált tartalom megoldást jelenthet az online kereskedők tartalomdeficitjére, legalábbis a termékleírások terén – szerintünk viszont soha, soha ne használj automatikusan generált tartalmat.

Ez nemcsak minőségileg problémás, a Google is bünteti, és a felhasználóidnak sem lesz vonzó. Helyette inkább olvasd el korábbi írásunkat arról, hogyan készíthetsz nagyszerű szövegeket a termékoldaladra, amelyek segítenek a keresőoptimalizálásban és a hezitáló vásárlók meggyőzésében is.

Figyelj a mobilra: sok felhasználó ma már mobilon keres és fogyaszt tartalmat, és általában máshogyan, mint az asztali gépen: más formátumokat választhatnak, türelmetlenebbek, máshogyan is keresnek – ásd hát be magad az analitikába, és készíts a mobilos felhasználókra optimalizált tartalmakat.

Azokkal, akik tartalomsokkot kiáltanak, ne foglalkozz. Az emberiség történetében utoljára a barlangrajzok idején állt rendelkezésünkre valóban feldolgozható mennyiségű információ: a te célod az, hogy kiemelkedj a tömegből, mert annyira minőségi, hasznos és releváns, amit készítesz. Tartsd szem előtt:

 

[bctt tweet=”Nem kell mindenkinek tetszenie vagy hasznosnak lennie, amit csinálsz: kizárólag a célközönségednek.” username=”aionhill”]

 

Milyen tartalomformátumokkal dolgozz?

 

Ahhoz, hogy elérd a fent említett közönséget, több eszközzel is dolgozhatsz.

A szöveges blogbejegyzések továbbra is az alapot adják, már csak azért is, mert nagyszerűen keresőoptimalizálható velük az oldalad – és mert ha jól írsz jó témáról, elfelejtheted Jakob Nielsen közel húsz éves intését arról, hogy a weben az emberek nem olvasnak.

Írhatsz rövid, gondolatébresztő, tömör bejegyzéseket – a tartalommarketing egyik atyja, Seth Godin sem töri magát, néhány száz karakterben ugyanis jobban ír, mint szinte mindenki más a teljes eszköztárat bevetve.

Máskor persze muszáj hosszú formátumban gondolkodnod: listacikkeket vagy felhőkarcoló-cikkeket gyártanod problémák megoldásáról, trendek elemzéséről stb.

Videókat mindenképpen kell majd készítened – remekül szerepelnek a keresésekben, nagyszerűen bemutathatod a termékedet, elkötelezheted velük a közönségedet és a közösségi oldalakon is tarolhatsz.

Használj infografikákat is, ha teheted. Látványosak, egyszerűen megoszthatóak, és informatívak: ha választ adnak érdekes kérdésekre vagy betekintést engednek releváns problémákba, akkor ezekkel nagyszerű elérésed lehet – a Facebooktól a Pinterestig a közönség imádja őket.

Podcasteket is készíthetsz: amiről úgy gondolod, élő szóban jobban elmondanád, ami esetleg túlságosan laza téma egy bloghoz, vagy ha egyszerűen csak jobban szeretsz beszélni, mint írni, akkor készíts saját műsort. A podcastek reneszánszukat élik, könnyen tesztelheted, hogy a te közönséged is odavan-e a formátumért.

Ezeken felül is rengeteg mindent kipróbálhatsz még – de ezek a formátumok azok, amelyekkel egy e-kereskedelmi blogot igazán beindíthatsz.

És hogy hogyan töltsd fel mindezt értékkel?

 

Így szerezz bőséges témamennyiséget

 

Figyelj a véleményvezérekre!

 

Az egyik legegyszerűbb módja annak, hogy témaötleteket szerezz, ha követed a területed véleményvezéreit. A befolyásos véleményformálókat, nagynevű szakembereket, elemzőket, szakújságírókat és így tovább.

Ők általában saját profi blogokat, közösségi csatornákat tartanak fenn, amelyeket könnyűszerrel elemezhetsz.

Hogy miért jó ez neked? Nos azért, mert ugyanannak a közönségnek írsz. Ha önvezető autókat árulnál a webáruházadban, azt kellene figyelned, hogyan tematizálja a közbeszédet a Google, miről beszél a konferenciákon Elon Musk és miért aggódnak azok a civil szervezetek, akik szerint nem biztonságos a koncepció.

Ha matracokat árulsz, akkor pedig figyeld az alvásszakértőket, az egészséges életmódról posztolókat.

Elemezd, hogy mely témák azok, amelyek népszerűek a közönség körében: mi az, amit megosztanak, ami diskurzust generál, ami a szakmai és fogyasztói csoportokban nagyobb aktivitást vált ki. Ezeket a témákat felhasználhatod.

De véletlenül se lopd el őket: csak használd fel. Mondd el róluk a saját véleményedet, használd őket alapként ahhoz, hogy új gondolatokat ossz meg, fejtsd tovább a gondolataikat – és mindenekelőtt hivatkozz rájuk, mert így van rá némi esélyed, hogy akár meg is osztják majd tartalmaidat.

 

Válaszold meg a kérdéseket

 

Ugye van ügyfélszolgálatod? Ha igen, minden bizonnyal rengeteg kérdésre kell válaszolniuk.

Egy vállalattól a vásárlók folyamatosan csak kérdeznek: a közösségi csatornákon, e-mailben, áruátvételkor és rendezvényeken.

De kérdeznek egymástól is: fórumokban, közösségi oldalakon létrehozott fogyasztói csoportokban, kérdezz-felelek oldalakon.

Kérdések a közösségedtől tökéletes témák a blogod számára: ezeket kell megválaszolnod.

Ha ugyanis ezt megteszed, akkor te leszel az, akire információforrásként tekintenek. Ha a területeden merül fel valamilyen kérdés, te jutsz majd eszükbe, mint hiteles forrás, mint szakértő, mint olyan brand, aki segítőkészen bánik velük.

 

How-to, avagy hogyan oldja meg a vásárló a problémát?

 

A videós tartalmakról szóló cikkünkben erről már olvashattál: ha kivesézed, hogy hogyan oldja meg egy fennálló problémáját potenciális vásárlód, máris rengeteget segítesz neki – és a brandépítés mellett bemutathatod akár a termékeidet is.

Mutasd meg neki, hogy a probléma, ami miatt szüksége van rád – a termékedre vagy szolgáltatásodra – pontosan mit kíván a megoldáshoz az ő részéről. Ha komplex dolgokról van szó, akkor különösen hálás lehet azért, ha nemcsak egyszerűen a kezébe adod az eszközt, de azt is megmutatod, hogyan használja.

Ha például online eladsz egy szögbelövőt, biztos lehetsz benne, hogy egy olyan poszt, amelyben részletesen leírod, hogyan kell biztonságosan használni, hogyan ne lője lábon magát a használója, akár némi humorral és nem morbid illusztrációkkal fűszerezve, rendkívül népszerű lesz majd.

 

Közölj élménybeszámolókat!

 

  • Milyen eseményeken vesznek részt a célpiacod tagjai?
  • Hová járnak, ami számodra releváns lehet?
  • Expókra, kiállításokra, közönségtalálkozókra, futóversenyekre?

 

Teljesen mindegy, a lényeg, hogy neked is jelen kell lenned. Jelen esetben azért, hogy később beszámolhass ezekről az eseményekről. Az emberek élvezettel olvassák a személyes hangvételű tudósításokat olyan eseményekről, amelyeken részt vettek vagy amelyeken szívesen részt vettek volna – ott a lehetőség a kezedben, hogy ezt kihasználd, mert a legtöbb területen senki sem szolgáltat hasonló tartalmat.

 

tips TIPP: Akár még az élő közvetítésekben is lehet fantázia, ha már egy kiépült közönséget tudhatsz a magadénak, akiknek képes vagy terjeszteni rövid idő alatt a tartalmat.

 

Mondd el a történetedet!

 

A tartalommarketingben sokat hallhatod: a céged nem érdekel senkit. Ez továbbra is igaz: általában hidegen hagyja az embereket, hány éve vagy a szakmában és milyen fiatalos, innovatív a csapat és hasonló sabloninformációk.

személyes történet

A történetek, érdekességek viszont sokakat érdekelhetnek!

Mik a személyes motivációid, amiért azt csinálod, amit?

Milyen kihívásokkal kellett az évek során megküzdened?

Találkoztál-e olyan problémákkal, amelyekkel most potenciális vásárlóid küzdenek?

Milyen érdekes sztorik estek meg veled, mióta a területen dolgozol?

 

Ezek olyan személyesebb jellegű információk, amelyek nem csak emberközelibbé, barátságosabbá tehetik a brandedet, de ha képes vagy az érdekes történetmesélésre, akár egészen lebilincselőek is lehetnek.

Érdemes mindig pozitív kicsengésű történeteket megosztanod. Aminek az a vége, hogy a világ igazságtalan, hogy az ügyfél ostoba, hogy egyes problémák leküzdhetetlenek, egyáltalán nem motiváló, s így kevésbé szívesen is olvassák – legfeljebb a felháborodásra, haragra és hasonló érzelmekre hathatsz.

Te viszont elköteleződést akarsz, hűséget, azt, hogy szeressenek téged: maradj tehát pozitív. A felvetett problémáknak legyen megoldása, a konfliktusnak feloldása.

 

Gyártass tartalmat a vásárlóiddal

 

A user generated content (UGC), vagyis a felhasználók által gyártott tartalom nem ritkán a legértékesebb lehet a számodra.

Vásárlói véleményekből nagyszerű tartalom lehet: keress olyanokat, akik megoldottak valamilyen problémát a termékeid segítségével, és mutasd be ezeket a személyes történeteket. Így közelebb kerülhetsz a közönségedhez, a másik helyébe tudják képzelni magukat anélkül, hogy azt éreznék, te akarsz nekik eladni valamit. Hasznos információkat, tippeket kaphatnak így.

 

tips TIPP:  Rendezhetsz különféle versenyeket: biztasd arra a vásárlóidat, követőidet, hogy küldjenek neked tartalmakat, majd a legjobbakat válogasd ki és tedd közzé. A legjobb, ha mindezt a közösségi média száz százalékos kiaknázásával teszed, hogy híred könnyebben terjedjen.

 

 

Figyelj az aktualitásokra!

 

A naptárad nem arra van, hogy tudd, mikor jön el végre a péntek.

Jó eséllyel érdekes tartalmakat készíthetsz szinte miden héten egy-egy releváns esemény vagy ünnep kapcsán, néhány ötlet:

  • Hogyan készülj fel a karácsonyra?
  • Újévi fogadalmak…
  • Nyári meleg könnyebb elviselése
  • Téli hólapátolás egyszerűbben

 

Van releváns mondanivalód egy nemzeti ünnep kapcsán? Ez lehet praktikus is: például milyen cipőt érdemes felvenni, ha a családdal besétálod a város minden ünnepi helyszínét – ruházati webshopoknak ideális választás. Hogyan használhatod legálisan a tűzijátékot – pirotechnikai boltok tarolhatnak vele.

Mindig gondolkozz azon, hogy egy-egy esemény kapcsán milyen számodra releváns gondolatai lehetnek a célközönségednek, és ezekre játssz rá – de ne egy héttel korábban kezdj gondolkodni, akár már hónapokra előre építkezhetsz, vagy legalábbis megtervezheted, milyen tartalomkampányt építesz majd rá.

 

Newsjacking: repülj rá a szenzációra

 

Valamilyen számodra is releváns hír tartja izgalomban a nagyközönséget? Tökéletes alkalom arra, hogy te is beszállj és kihasználd a figyelmet!

Találj egy olyan területet, ahol gazdagítani tudod a már megjelent tartalmakat: saját szakértői véleménnyel, kutatással, szakértők megszólaltatásával vagy akár közönségszavazással.

 

Két dologra kell vigyáznod:

  • Nagyon negatív hangvételű eseményekre ne szállj rá – ez a végén visszaüthet rád.
  • Akkor, és csakis akkor foglalkozz valamivel, ha ténylegesen releváns a számodra.

 

Tartalomból és ötletekből sohasem elég

Ha feltöltötted a tartalomnaptárat fél évre előre, nem dőlhetsz hátra – és nemcsak azért, mert meg is kell írnod, hanem mert le kell forgatnod, felvenned, lefotóznod mindezt.

Ki kell gondolnod, hogy a tartalmakat hogyan terjeszted majd, hogyan szólsz a közönségedhez, hogyan kapcsolod össze más korábbi tartalmakkal – egyszóval komplex stratégiára lesz szükség.

De azért sem dőlhetsz hátra, mert a tartalomnaptáradat mindig finomítanod kell. Reagálnod, alakítanod – ahogy új kérdések merülnek fel, új hírek futnak be, új trendek emelkednek fel.

Folyamatosan figyelj ezekre, és nem lesz gondod azzal, mit blogolj – legfeljebb kiválasztani a legjobbat a rengeteg ötlet közül.

 

Hogyan alkalmazd a retargeting és remarketing technikákat webáruházadnál?

 

E cikkben éppen ezért tisztázni igyekszünk a fogalmakat, tippeket adunk a hatékony retargeting és remarketing kampányok megtervezéséhez, és konkrét példákat mutatunk, hogyan használhatod fel mindezt arra, hogy webáruházad bevételeit megnöveld.

 

Ezekről olvashatsz a következőekben:

  • Mi az a retargeting?
  • Retargeting vagy remarketing?
  • Hogyan használd a retargetinget?
    • Cross és upsell
    • Milyen a jó retargeting üzenet?
    • Szegmentálj (okosan)
    • Ne hagyatkozz egyetlen csatornára
  • Profi retargeting technikáid
  • Hogyan NE csináld
  • A retargeting erős eszköz, de…

 

Mi az a retargeting?

 

A retargeting újracélzást jelent: segítségével megjelölhetjük a potenciális vásárlókat, akik oldalainkat meglátogatják, és így információt szerezhetünk róluk, tudhatjuk, merre járnak éppen, amikor az adott hirdetési hálózathoz köthető oldalt töltenek be. Ez pedig segít abban, hogy relevánsabb hirdetéseket jelenítsünk meg nekik.

Ahhoz, hogy ez megvalósulhasson, el kell helyeznünk oldalainkon egy követőpixelt vagy egy sor kódot, amely megjelöli a felhasználót, aki az adott oldalt letölti. Egy sütit (cookie) raktároz el a böngészőjébe, amely jelez a hirdetési rendszernek, ha például egy a Google Display Networkhöz tartozó oldalon jár.

 

Példa

Adott egy átlagos felhasználó, János, aki az oldalunkon jár és megtekint egy adott terméket, de nem vásárol. A rendszer eltárolja ezeket az információkat, és amikor János legközelebb egy olyan oldalra téved, ahol hirdetünk, megjelenik neki ugyanaz a termék, amelyet korábban nem vett meg, csak éppen egy kis kedvezménnyel.

 

A retargeting tehát esélyt ad arra, hogy

  • aki csak nézelődött nálunk, rávegyük a vásárlásra,
  • aki vásárolt nálunk, annak releváns termékeket kínáljunk,
  • a visszatérő vásárlóknak különleges ajánlatokat jelenítsünk meg.

 

Rendkívül értékes eszközről van szó: mielőtt a technológia lehetővé tette volna, sehogyan sem tudtuk utólag megszólítani azokat a potenciális vásárlókat, akik az oldalunkon jártak ugyan, megnézték a termékeinket, tehát megvolt az első élményük velünk kapcsolatban, ám semmilyen adatot nem adtak meg nekünk.

Ezzel releváns élményt adhatunk nekik, úgy léphetünk velük kapcsolatba, hogy azt ne érezzék tolakodónak – feltéve, hogy a retargetinget okosan használjuk, de erről alább részletesen is szót ejtünk.

 

Retargeting vagy remarketing?

 

A két fogalom nagyon hasonlóan hangzik, és valóban hasonló dolgokat is jelölnek, de nem azonosak: a remarketing jellemzően azt jelenti, amikor korábbi vásárlóinkat vagy éppen a kosárelhagyókat e-mail kampányokkal célozzuk meg újra.

Ilyen lehet az, amikor valaki a kosarába helyez három-négy terméket, majd inkább kilép az oldalról vásárlás, konverzió nélkül – a rendszer pedig küld neki egy nap múlva egy levelet, melyben felajánlja, hogy egy napig némi akcióval vagy éppen ingyenes kiszállítással vásárolhatja meg a termékeket.

A remarketing esetén tehát nincsen szó arról, hogy mondjuk AdWords hirdetéseket jelenítünk meg a megjelölt felhasználóknak: olyanokat célzunk vele, akikről ennél már többet tudunk, mert vásároltak nálunk vagy már megadták nekünk a címüket egy csalitermékért cserébe.

E cikkben elsősorban a retargetinggel foglalkozunk majd, az e-kereskedelmi e-mail marketinget ugyanis külön írásban már feldolgoztuk.

 

remarketing webáruház

 

Hogyan használd a retargetinget?

 

A cél az, hogy az webáruházad termékoldalairól lepattanó közönséget újra elérd – de ezt releváns ajánlatokkal kell tenned, különben nemcsak hatástalan, hanem kifejezetten negatív kimenetelű lesz a kampányod.

A kosárelhagyás az egyik legnagyobb kihívás egy webshop üzemeltetője számára. Aki a kosárba rak egy adott árut, jó eséllyel nem veszi azt meg – jelenleg az átlag körülbelül 75%, de egyes becslések szerint néhány éven belül ez az arány akár a 90%-ot is elérheti az e-kereskedelemben.

A kosárelhagyásnak számos oka lehet – akkor éppen nem volt elég pénze a vásárlásra a potenciális vevőnek, csak listába szedte és későbbre elrakta, amit meg kell majd vásárolnia, vagy éppen talált idő közben egy jobb ajánlatot.

A retargeting célja, hogy az ilyen esetekben utánanyúlhassunk a vásárlónak, de még akkor is, ha a kosarába el se helyezte a terméket, csak jelezte érdeklődését azzal, hogy megtekintette a termékoldalt.

Egyszerűen azzal, hogy emlékeztetjük rá, megnézte a terméket, ismét felkelthetjük benne az érdeklődést – egy hatékony headline, egy kis azonnali kedvezmény pedig ráveheti arra, hogy konverzióra váltsa ezt az érdeklődést.

 

Cross és upsell

 

Megteheted akár azt is, hogy azokat, akik egyszer már megvásároltak tőled egy terméket, egy teljesen új tölcsérbe tereled be. Tegyük fel, hogy matracokat, párnákat, huzatokat és hasonló termékeket árulsz – ha valaki vesz tőled egy szett párnát, és sem a termékoldalon, sem a checkoutnál nem sikerül meggyőznöd arról, hogy még többet vásároljon, egy retargeting upsell ajánlattal még megteheted ezt.

De hogyan? Úgy, hogy személyre szabod a reklámot. Persze a kapacitásod véges, tehát érdemes ezt a kifejezetten népszerű és nagyobb értékű ajánlatok esetén megtenned – ezen belül is azoknál, ahol a legnagyobb az esélyed az upsellre.

Adott tehát egy pl. párnákat rendelő vásárló – neki retargetinngel hozzá illő párnahuzatokat mutathatsz a hálózaton keresztül, így ösztönözve további vásárlásra. Tartsd észben, hogy olyasvalakit, aki korábban már vásárolt tőled, sokkal könnyebb meggyőznöd arról, hogy ismét így tegyen, hiszen a meggyőzésen egyszer már túlestél – már csak abba kell energiát fektetned, hogy visszahozd az oldaladra.

 

Milyen a jó retargeting üzenet?

 

Nem elég az, hogy egyszerűen egy képet mutatsz a termékedről, de sokszor még az sem, ha valamilyen kedvezményt, akciót ajánlasz a potenciális vásárlódnak.

Olyan technikákat kell használnod, amelyekről már mi is részletesen írtunk, mint a scarcity (korlátolt készlet), a sürgetés, fel kell keltened a vágyat a felhasználóban arra, hogy azonnal meg akarja tőled venni a terméket. Használhatod a social proof és a testimonialok erejét is, ezzel győzve meg olyanokat, akik csak azért nem vásároltak nálad elsőre, mert még nem ismertek téged.

Ha limitált készlettel rendelkezel valamiből, és az erősen fogyóban van, akkor ezt ne mulaszd el a tudtára adni annak, aki hezitál – nem kell túlságosan harsánynak lenned, ha csak azért nem vásárolt korábban, mert jobban meg akarta fontolni a döntést, de a scarcity meggyőzi, akkor általában elég felkeltened a figyelmét.

 

Szegmentálj (okosan)

 

Eddig arról beszéltünk, hogyan vezesd a vásárlót vissza a termékedhez, de a retargetinggel természetesen nem ez az egyetlen lehetőséged. Az érdeklődőket vezetheted a csalitermékedhez, hogy listát építs, vagy akár a releváns tartalmaidhoz is, hogy ha már vásárolni nem akarnak nálad, akkor legalább ezzel elkötelezd őket.

Ha viszont választani akarsz a lehetőségek közül, ezt csak szegmentálással teheted meg jól. A közted és a felhasználó közötti kapcsolat alapján kell szegmentálnod: nem mindegy, hogy egyszer járt-e nálad vagy visszatérő érdeklődő, rajta van-e már az e-mail listádon vagy éppen régi vásárló, aki valamiért csak nézeget egy adott terméket.

 

retargeting szegmentálás webshop

 

Megfelelő szoftveres megoldásokat kell találnod arra, hogy jól tudj szegmentálni e kapcsolat alapján, ez teszi ugyanis költséghatékonnyá a retargetinget. Másképpen óriási meddőszórással kell számolnod: ugyanaz az üzenet sohasem győz meg mindenkit.

Hogyan találhatod meg azt, akinek valóban érdemes újracéloznod? A Mazda és a Merchenta retargetinges szoftvercég például 53%-kal magasabb konverziót, és reklámjaikkal 20%-kal nagyobb elérést értek el azzal, hogy hirdetéseiket földrajzi alapon leszűkítették, majd ezen belül konkrétan a kereskedőkhöz irányították az egyes típusok iránt korábban érdeklődő vásárlókat.

 

Ne hagyatkozz egyetlen csatornára

 

A Google Display Network a legismertebb példája annak, hogyan használhatod a retargetinget, de közel sem az egyetlen. Jó kezdés persze, de igazán akkor használhatod ki a technikát, ha a közösségi médiában is aktívan alkalmazod.

A hírfolyamban elhelyezett hirdetések kiemelten hatékonyak lehetnek, hiszen natívan jelennek meg: a felhasználó sokkal nagyobb eséllyel kattint, hiszen eleve azért böngészi az idővonalat, hogy valami kattintani érdemeset találjon.

Ne csak azt figyeld, hogy ki az, aki a termékoldalaidon járt: ha megfordultak a YouTube-csatornádon, ha egy közösségi platformról érkezve jutottak el valamilyen tartalmadhoz, akkor jó alkalom kínálkozik arra, hogy valamilyen hasonló tartalmat kínálva nekik faliratkozókat csinálj belőlük.

 

Profi retargeting technikáid

 

Néhány haladó jó tanács és praktika, hogy még hatékonyabban célozhass.

  • Késleltetett retargeting: építs az időre. Megjelölt érdeklődőid “szavatossági ideje” egy idő után lejár, de bölcsen is kihasználhatod, ami megadatott. Lassan építkezhetsz az üzenetekkel – először az ajánlattal, egy héttel később konkrét példákkal, majd a csomagajánlatokkal, még később testimonialokkal és így tovább.
  • Szekvenciális retargeting: ne csak egyszerűen szegmentálj, figyeld azt is, mit érsz el a felhasználónál. Ha a tartalmadhoz akarod terelni, és valóban elkezdi olvasni a cikkeidet, nézni a videóidat, továbbléphetsz: a preferált tartalmak alapján csaliterméket ajánlhatsz neki, vagy feliratkozást, hogy ne maradjon le az őt érdeklő újdonságokról.
  • Változtass az ajánlaton: a legtöbb webáruházban 98% körüli azoknak az aránya, akik első alkalommal nem vásárolnak. Sokszor ehhez csak egy kis lökésre van szükség, mondjuk arra, hogy egy kicsit változtass az ajánlatodon – más csalival, hasonló termékkel stb.
  • Ne foglalkozz azzal, akivel nem érdemes: ha valaki csak egy-két másodpercet tölt a főoldaladon, nem kell rá pénzt pazarolnod. Ha lepattan tőled, kisebb eséllyel fogod meg, bár az is számít, hogy honnan érkezett hozzád – egy az elsőhöz képes hiperreleváns ajánlattal talán lehet esélyed. De igazán azokat érdemes céloznod, akik végeztek valamilyen tevékenységet, több oldalt néztek meg vagy egyet hosszabban: őket célozd elsősorban újra.
  • Push-along, avagy haladjunk tovább: ha van egy jól felépített értékesítési csatornád, de egyes látogatók elakadnak bizonyos pontjain, ne hagyd őket elveszni: emlékeztesd őket, hogy továbbléphetnek, kínálj nekik olyat, hogy érdemesnek érezzék folytatni az utat.
  • Célozd konkurensed közönségét: az AdWords és más nagy platformok nem csak a saját oldalad látogatóit figyelik, megteheted, hogy a konkurenseid oldalai iránt érdeklődőkből készítesz szegmenst, és őket célzod meg egy jó (jobb ajánlattal).

 

Hogyan NE csináld

 

Bármelyik technikát alkalmazod is a kettő közül (remélhetőleg mind a kettőt), van, amit mindenképpen el kell kerülnöd:

Ez pedig az, hogy az őrületbe kergesd a potenciális vásárlóidat.

 

Példa

Képzeld el, hogy egy webshopban megnézel egy terméket – mondjuk egy piros pólót. Elsőre szimpatikusnak tűnik, de aztán mégis úgy döntesz, hogy inkább nem vásárolod meg.

Jól akkor ér el téged valaki ebben az esetben, ha egyszer-kétszer kedvezményt kínál, hátha csak hezitálsz valamiért, vagy éppen releváns termékeket mutat neked, hátha azok jobban elnyerik a tetszésed.

Rosszul pedig akkor, ha ugyanezt a piros pólót vagy kénytelen bámulni minden oldalon, amit csak beöltesz.

Ez a vásárlóban frusztrációt kelt, negatív érzelmeket a brand felé, és szinte biztos, hogy nem lesz belőle vásárlás. Ha egy boltból vásárlás nélkül sétálsz ki, az eladók sem fognak utánad szaladni, hogy ugyan, vedd már meg, amit egyszer kézbe vettél.

 

De neked sem jó, hiszen teljesen feleslegesen szórod el a hirdetési büdzsédet. Márpedig érthetetlen módon mégis rengetegen csinálják ezt – van tehát olyan terület, ahol ügyesebb lehetsz a konkurenseidnél.

 

A retargeting erős eszköz, de…

Csak akkor, ha van kit újracéloznod vele, és van mit ajánlanod neki. Tehát rajtad múlik, hogy látogatókat vigyél oldalaidra (vagy legalábbis felállíts egy stratégiát, hogy tudd, hol kell figyelned őket), és szükséged lesz erős termékoldalakra, jó tartalmakra, landing page-ekre is.

 

 

 

 </>

ÖsszegzésA retargeting nem stratégia: eleme annak. Bölcsen használva viszont elképesztően hatékonyan növelheted az elérést, a konverziós arányt és összességében a webáruházad bevételét is.