Termék importálás Magento webshopba a Magmi rendszerrel

Tartalom

    • Mi is az a Magmi?
    • A Magmi és a Magento 2.0
    • A Magmi telepítése
    • A Magmi alapbeállítása
    • Magmi plugin-jainak a beállítása
  • Egyszerű termék importálása
  • Hogyan kell csoportos árat (Group Price) importálni?
  • Hogyan kell mennyiség kedvezmény árat (tier prices) beállítani?
  • Hogyan tudom a termékeket hozzárendelni a több website-os áruházban?
  • Hogyan kell importálni?
  • Konfigurálható termék importálása
  • Kötegelt termék importálása
  • Csoportos termék importálása
  • Letölthető termék importálása
  • Virtuális termék importálása
  • Jellemző és jellemzőhalmaz importálása
  • Termékkategóriák importálása
  • Többnyelvű importálás

Mi is az a Magmi?

A Magento egy erőteljes, a legtöbb e-kereskedelemmel kapcsolatos feladat ellátására alkalmas platform. Alapértelmezett kezelőfelülete azonban hagy némi kívánnivalót maga után. A Magmi, azaz a Magento Mass Importer feladata, hogy segítsen ezeknek a réseknek a kitöltésében, és könnyebbé tegye a Magento rendszeren üzemeltetett webáruházunk működtetését.

Gyakran merül fel az igény például arra, hogy egyszerre több száz, vagy akár több ezer termékből álló online katalógus hozzunk létre és kezeljünk, a lehető legegyszerűbb és leghatékonyabb módon. Ennek kivitelezése a Magento kezelőfelületén keresztül, manuális módon egyáltalán nem egyszerű feladat.

A Magmi egy olyan, nyílt forráskódú rendszer, melynek segítségével egy sor olyan import/export opcióhoz férhetünk hozzá, amelyek alapból nem találhatóak meg a Magento rendszerében, ám rendkívül megkönnyíthetik az ilyen, és ehhez hasonló munka elvégzését. Lényegében egy külső felhasználói felület, mely segítségével könnyedén importálhatunk termékeket (akár nagy számban is) egyszerű CSV-fájlokból a Magento alapú webáruházunkba.

Sajnos az adatbázist valamilyen módon mindenképpen nekünk kell kialakítanunk, ami azt jelenti, hogy az ehhez használt .csv kiterjesztésű fájlokat továbbra is nekünk kell létrehoznunk. Ezek a fájlok azonban az MS Excel vagy a LibreOffice Calc segítségével is könnyen szerkeszthetők, a Magmi segítségével pedig gyorsabbá és egyszerűbbé tehetjük az adatbázis feltöltésének feladatát. Legnagyobb erőssége, hogy olyan dolgokat is megtehetünk a segítségével, mint például a képek tömeges importálása, vagy éppen a kategóriák automatikus létrehozása termékeink importáláskor.

A Magmi használatának hátránya mindössze annyi, hogy a már megszokott magento kezelőfelület mellett egy újabb adminisztrációs interfész használatát meg kell tanulnunk, a tapasztalatok szerint azonban ez egyáltalán nem teljesíthetetlen feladat. Az applikáció bőséges dokumentációja ugyanis lépésről lépésre vezet minket végig minden fontos funkción, a fejlesztők pedig még saját Wikit is létrehoztak annak érdekében, hogy segítség a Magmi használata mellett döntő felhasználókat..

A Magmi és a Magento 2.0

Mint azt már nyilván sokan tudják, a Magento 1.x verzióinak hivatalos támogatása 2020 júniusában véget ér. Ez azt jelenti, hogy a keretrendszer 2.0-nál korábbi verziói ettől az időponttól kezdve sem szoftveres, sem pedig biztonsági támogatásban nem részesülnek hivatalosan, így használatuk veszélyessé válik.

A legtöbb e-kereskedő éppen ezért árhatóan a Magento 2.x verzióira vált majd, ezzel a váltással pedig óhatatlanul felmerül a kérdés: mi a helyzet a Magmi-val, ami a Magento 1.x verziói esetében olyan jó szolgálatot tett, ha a webruházba történő importálás és expotálás feladatáról volt szó?

Nos, van egy jó hírünk! A Magmi természetesen a Magento 2.0 verziójához is elérhető, habár bizonyos funkciói egyelőre kevésbé működnek hatékonyan, mint a rendszer korábbi változatai esetében. A Magento 1.x támogatásának megszűnésével azonban várható, hogy a fejlesztők belevetik magukat a Magmi új rendszerrel kompatibilis verziójának tökéletesítésébe, és hamarosan egy minden funkciójában tökéletes, az export és import feladatokat hibátlanul ellátó kiegészítőt köszönthetünk a legújabb Magmi-frissítés személyében.

A Magmi telepítése

A Magmi telepítése

A Magmi telepítése némi gyakorlatot igényel, azonban az interneten rengeteg segédanyagot találhatunk azzal kapcsolatban, hogyan is csináljuk helyesen, és természetesen most mi is azért vagyunk itt, hogy segítsünk.

A cikkben a Magmi 0.7.22 verziójának telepítését és alkalmazását fogjuk bemutatni.

  • Első lépésként töltsük le a Magmi-t a GitHub-ról. A Magento 2.0 verziójával kompatibilis változat az oldalon, ide kattintva érhető el.
  • Ha ez megtörtént, az FTP-kliens segítségével másoljuk fel a magento root könyvtárunkba.
  • Aki régebbi Magmi verziót használ (< 0.7.22) annak ajánlott a Magmi mappát átneveznie, és e mellet még htaccess-es megoldással levédeni a magmi/ root mappáját. Ha ezeket a beállításokat nem végezzük el, akkor bárki elérheti a Magmis felületünket.

 

Magmi plugin-jainak a beállítása

Magmi pluginjainak a beállítása

A Magmi kiegészítőinek beállításai a Configure Current Profile opció alatt, illetve a general és az itemprocessors résznél találhatók.

Mindegyik plugin-nál található egy Info gomb, melyre rákattintva rövid leírást kapunk az adott kiegészítőről. A Documentation gomb (mely nem biztos, hogy minden felhasználónál megjelenik) pedig a Magmi Wiki oldalára visz, ahol részletesebb leírást is találhatunk az adott pugin-ról.

Ha az egyik plugin-t aktiváljuk, megjelenik egy Configure gomb is, melynek megnyomása után be tudjuk állítani a kiegészítőhöz tartozó, fontos beállításokat.

Most minden plugin-ról leírunk pár fontos tudnivalót, a teljes, részletes ismertetőket a plugin-ok fentebb említett dokumentációjában találhatod meg.

Magmi beállítás általános

Remote Agent Plugin v0.0.1

  • Fejlesztette: Dweeves
  • Leírás: ez a plugin lehetővé teszi a távoli rendszeren való működést, akkor használatos, ha a Magmi távoli rendszeren van telepítve
  • Beállításai:
    • HTTP Url for magento base dir: távoli rendszer magento mappa url-je

Attribute Cleanup v0.0.1

  • Fejlesztette: 5byfive GmbH
  • Leírás: ez a plugin eltávolítja azokat a jellemzőket, melyek az adott terméknél nem használunk
  • Beállításai: nincs

Attribute Set Importer v0.0.2

  • Fejlesztette: 5byfive GmbH
  • Leírás: ez a plugin lehetővé teszi a jellemzőhalmazok és jellemzők importálását.
  • Beállításai:
    • Enable attribute import (Engedélyezzük-e a jellemző importálását)
      • CSV import mode: fentebb részletezve (a további beállítások is ugyanazok, mint a CSV options-nál)
      • Set default values for non-existing columns in CSV (JSON): ide kell beírni azokat az értékeket, amelyek mindegyik jellemzőnél ugyanazok, JSON formátumban kell megadni, pl. {“is_user_defined”:1,”is_visible”:1,”default_value”:”Test”}
      • Prune attributes which are not in CSV from database: ha ez be van kapcsolva, akkor először lefutatja a jellemző-importot, majd az összes olyan jellemzőt törli, ami nincs a csv-ben. Ez akkor jó, ha mindig az összes jellemzőt importáljuk és szeretnénk, ha a felesleges jellemzőket a plugin törölné.
      • Don’t touch non-user attributes when pruning (ha a prune attributes be van kapcsolva): Ezt akkor kell használnunk, ha csak azokat a jellemzőket szeretnénk törölni, amik is_user_defined = 1, vagyis a nem rendszer attribútumok. (ezt az egyedi fejlesztések során létrejött jellemzőkre szoktuk állítani)
      • additionally, keep following attributes when pruning, even if not given in CSV (comma-separated): Ebbe a mezőbe azoknak a jellemzőknek a kódját kell beírni (vesszővel elválasztva), amelyeket nem szeretnénk törölni (ezt akkor érdemes használni, ha a csv-ben nem adjuk meg a jellemzőt, de mégse szeretnénk, hogy a rendszer törölje)
      • Delete attributes marked “magmi:delete” = 1: ha ez be van kapcsolva és a csv-ben a magmi:delete oszlop létezik, amelynél 1-es értékre van állítva, akkor azt a jellemzőt törölni fogja
      • Create attributes from CSV which are not in database: ha ez bevan kapcsolva, akkor a plugin létrehozza azokat a jellemzőket, amelyek még nincsenek az adatbázisban. Ha nincs bekapcsolva, akkor a csv-ben lévő jellemzők
      • Update attributes from CSV which are already in database: kapcsoljuk be, ha szeretnénk, hogy frissítse a csv-ben megadott jellemzőket (ami szerepel az adatbázisban)
    • Enable attribute set import: engedélyezzük a jellemzőhalmaz importálását, Az itt található többi beállítás ugyanaz, mint a jellemzőnél.
    • Enable attribute association import: Ezzel tudjuk összepárosítani, hogy melyik jellemző melyik jellemzőcsoportba tartozzon.
      • CSV import mode: fentebb részletezve (a további csv beállítás is ugyanaz, mint a CSV options-nál)
      • Add these attribute associations to given CSV data: ide lehet plusz jellemző párosítást beletenni, vesszővel kell elválasztani ilyen formában: (attribute_set_name,attribute_code,attribute_group_name)

Ehhez tartozó beállítás ugyanaz, mint az előbbiekben leírtaknál.

Import Report Mail Notifier v1.0.0

  • Fejlesztette: Dweeves
  • Leírás: ezzel tudunk jelentést küldeni az importról
  • Beállításai:
    • Email report to: Kinek küldje a jelentést. Vesszővel elválasztva több e-mail címet is megadhatunk.
    • Report sender: küldő e-mail címe
    • Report sender alias: küldő alias-a
    • Subject: tárgy
    • Body: tartalom
    • Attachments: csatolmányok:
      • Attach import log: csatolja-e a jelentés log-ot
      • Attach source CSV: a csv forrást csatolja-e
      • Zip attachments: összecsomagolja-e a csatolmányokat

Magmi Import Url UI v1.0.3

  • Fejlesztette: Dweeves
  • Leírás: ez nem befolyásolja az importot, csak kiírja nekünk, hogy milyen url-en lehet meghívni. Ezeket általában cronjob-okba szokták írni.
  • Beállításai: nincs

Magmi Optimizer v1.0.5

  • Fejlesztette: Dweeves
  • Leírás: ez a plugin indexeket tesz pár olyan táblára, ahol észleli, hogy szükség van rá.
  • Beállításai: nincs

Magmi Magento Reindexer v1.0.3a

  • Fejlesztette: Dweeves
  • Leírás: ez a plugin a Magento-s reindexet hívja meg shell-ből, vagyis reindexelést végez.
  •  Beállításai:
    • PHP CLI command: php cli parancs
    • Indexing : Ki kell választani, hogy melyik index típusokat szeretnék, ha újraindexelné.

On the fly category creator/importer v0.2.5

  • Fejlesztette: Dweeves
  • Leírás: ezzel lehet importáláskor a kategóriákat létrehozni.
  • Beállításai:
    • Assign product to: Melyik kategóriához rendelje a terméket.
      • all categories in tree: az összes kategóriához a kategória fában (pl. Fő kategória/Alkategória/ ebben az esetben mind a 2 kategóriába bele fog tartozni)
      • last category of each branch: itt csak az utolsó szinten lévő kategóriába teszi bele a terméket.
    • Tree level separator: Alkategória elválasztójel (pl. / ebben az estben Kategória 1/Kategória 2)
    • base category tree: főkategória, ezt akkor ajánlott használni, ha mindegyik kategóriánk ugyanabba a főkategóriába tartozik.
    • url ending: url utótag, általában ajánlott a .html végződés

Downloadable products importer v1.0.0.1

  • Fejlesztette: Tangkoko SARL
  • Leírás: ez a plugin importálja a letölthető termékeket
  • Beállításai: Bővebben a „Letölthető termék importálása” résznél foglalkozunk vele

Group Price Importer v0.0.4 info

  • Fejlesztette: Tim Bezhashvyly és Dweeves
  • Leírás: csoportos árakat lehet importálni vele
  • Beállításai:
    A csv-ben ezt az oszlopot kell megadni:
    “group_price:groupName” ahol a groupName a vevőcsoport neve.
    Bővebben kifejtem a „Egyszerű termék importálása” résznél.

Image attributes processor v1.0.33a

  • Fejlesztette: Dweeves és Tommy Goode
  • Leírás: ez a plugin importálja a termékekről készült képeket.
  • Beállításai:
    • Image search path: melyik mappákban keresse a képeket (ezeket előzőleg fel kell tölteni a szerverre, ajánlott a media/import mappa), pontosvesszővel kell elválasztani, ha több mappát szeretnénk megadni
    • Image Renaming: átnevezze-e a képeket; hagyjuk üresen, ha az eredeti fájlnevet szeretnénk megtartani.
      Itt lehet dinamikus változókat használni.
      Ha szeretnénk átnevezni a képet, a következő formátumot javaslom:
      {item.sku}_{meta.attr_code}_{meta.store}.{meta.imagename.ext}
    • Image import mode: importálás módja
      • Keep existing images: ebben az esetben nem írja felül, vagy nem fogja letölteni (távoli url-ről) azokat a képeket, amelyek ugyanazon a néven léteznek.
      • Overwrite Existing Images: felülírja és újra letölti (távoli url-ről) az ugyanazon a néven szereplő képeket.
    • Assing only existing images: (ezt a beállítást nem figyeli a rendszer ebben a verzióban)
      • Import into DB: adatbázisba importálja-e; ezt csak akkor állítsuk Enabled-re, ha be van állítva a Magento-nkba a Media storage.
      • Debug mode: hibakeresés be legyen-e kapcsolva
      • Remote Image root: tavoli képek útvonala (ha nincs, üresen kell hagyni)
      • Remote root Authentication: szükség van-e távoli bejelentkezésre
      • Pre-download check: (ezt a beállítást nem figyeli a rendszer ebben a verzióban)

On the fly indexer v0.2

  • Fejlesztette: Dweeves
  • Leírás: ez a plugin importáláskor ír néhány index táblába (url_rewrites és a category_products)
  • Beállításai:
    • URL endings: url végződések, legyenek-e használva, és ha igen, akkor mik legyen azok.
    • Use Categories in Url: kategoriák legyenek-e az url-ben

Custom Options v0.0.7a

  • Fejlesztette: Pablo és Dweeves
  • Leírás: ezzel a plugin-nal lehet beimportálni a termékekhez az egyedi opciókat
  • Beállításai: a következőképp kell beállítani a csv-ben a custom optionokat:
    Name:Type:Is Required:sort number
    vagyis pl. Size:drop_down:1:1, és a terméksorba pedig pl: Small|Medium|Large
    A többi részletes variációt megtalálhatjuk a plugin dokumentációs oldalán.

Product Deleter v0.0.2

  • Fejlesztette: Dweeves
  • Leírás: ezzel a plugin-nal termékeket lehet törölni
  • Beállításai:
    • Delete Children products: törölje-e az alá tartozó termékeket. Ez a konfigurálható és kötegelt termékeknél lényeges.
      A csv-be új oszlopként fel kell venni a magmi:delete-et, és a törlendő termékeknél 1-re kell állítani.

Product Tags Importer v0.0.3

  • Fejlesztette: Dweeves, Pawel Kazakow
  • Leírás: termék címkéket lehet importálni vele
  • Beállításai:
    csv-ben vesszővel elválasztva kell beírni a címkéket a tags oszlopba

Tier price importer v0.0.9a

  • Fejlesztette: Dweeves, bepixeld
  • Leírás: ezzel lehet mennyiségre vonatkozó, kedvezményes árat importálni
  • Beállításai:
    Bővebben az „Egyszerű termék importálása résznél” foglalkozunk vele.

Weee Tax importer v0.0.5

  • Fejlesztette: Garbocom & Dweeves
  • Leírás: ezzel lehet a Weee-ket, vagyis környezetvédelmi adókat importál
  • Beállításai:
    • Weee Tax Attribute name: a környezetvédelmi adó jellemző kódja
    • Weee Tax Country code: az adó ország kódja (pl. FR)

Column mapper v0.0.3b

  • Fejlesztette: Dweeves
  • Leírás: ezt a plugin-t akkor érdemes használni, ha az import fájlban eltérőek az oszlopok nevei a Magento jellemzőkódoktól.
  • Beállításai:
    • Mapped columns list: ide kell felsorolni, vesszőkel elválasztva a Magento-ban szereplő jellemzőkódokat
    • New name for col X: ide írjuk be az import fájlban szereplő nevét az adott jellemzőnek (ha a Mapped columns listbe újat írunk be, akkor jelenik meg a New name for col …)

SKU Finder v0.0.3

  • Fejlesztette: Dweeves
  • Leírás: ezt a kiegészítőt akkor kell használnunk, ha nem adjuk meg az import fájlunkban az SKU vagyis cikkszám oszlopot, helyette egy másik termékjellemző alapján kell összepárosítani
  • Beállításai:
    • sku find attribute code: a párosítandó jellemző kódja.

Default Values setter v0.0.5

  • Fejlesztette: Dweeves
  • Leírás: ezzel lehet beállítani az olyan értékeket, amelyek mindegyik jellemzőnél ugyanazok, így nem kell az import fájlba beírni
  • Beállításai:
    • Default attribute list: vesszővel elválasztva be kell írni a jellemző kódjait, ahogy a Magento-ban szerepel, majd az alatta lévő oszlopokba pedig az értéket

Magmi Import Limiter v0.0.7

  • Fejlesztette: Dweeves
  • Leírás: ezt akkor kell használni, ha limitálást szeretnénk az importjainkra tenni, vagyis pl. csak bizonyos jellemzőket szeretnénk beimportálni, vagy csak bizonyos sortól sorig használni azokat.
  • Beállításai:
    • Column filter: melyik jellemzőket importáljuk, pl. sku,price,qty
    • Limiter ranges: pl. 1-100, vagyis hogy melyik sortól kezdve meddig importáljon
    • Limiter filters: csak azokat a termékeket importáljuk, amelyek bizonyos szűrési feltételnek megfelelnek,
      pl. sku::00.* – vagyis csak azokat a cikkszámokat importálja, amelyek 00-val kezdődnek
      pl. sku:00.*;;!name::.*blue.* – vagyis a 00-val kezdődő cikkszámokat és a név nem blue-val kezdődik.

Generic mapper v0.0.6a

  • Fejlesztette: Dweeves
  • Leírás: ezzel a plugin-nal a Magento-s értékekkel való értékpárosítást lehet elvégezni. Tipikus jellemző a page_layout és a visibility.
  • Beállításai:
    Ha szeretnénk használni, akkor az adott jellemzőre létre kell hoznunk a jellemző nevével egy csv fájlt a „magmi/plugins/itemprocessors/genericmapper/mappings” könyvtárba, pl. „magmi/plugins/itemprocessors/genericmapper/mappings/is_recurring.csv”
    Ennek a tartalmába be kell az érték párost írni. pl.
    „Yes”,1
    „No”,0
    Részletesebb leírást a plugin dokumentációjában olvashatunk.

Value Replacer v0.0.8a

  • Fejlesztette: Dweeves
  • Leírás: ezzel a plugin-nal jellemzők értékeit tudjuk lecserélni. Dinamikus változókat is használhatunk, vagyis pl. ha az összes termék cikkszámához szeretnénk perfixet tenni, akkor a következőképp kell beírni a mezőbe: prefix-{item.sku}
  • Beállításai:
    • Replaced attributes: fel kell sorolni a jellemzőkódokat, amelyeknél szeretnénk cserélni az értéket (vesszővel elválasztva)
    • New value for X: ide kell beírni az értéket
      További leírás a dokumentációban található.

Value Trimmer for select/multiselect v0.0.3

  • Fejlesztette: Dweeves
  • Leírás: ez a plugin automatikusan levágja az üres helyeket a többszöri vagy sima kiválasztós jellemzők értékénél
  • Beállításai: nincs

Grouped Item processor v1.4.1

  • Fejlesztette: Alpine Consulting, Inc & Dweeves
  • Leírás: ezzel lehet csoportos termékeket importálni
  • Beállításai:
    • Perform simples/group link: összekapcsolja-e az egyszerű termékeket a csoportos termékkel.
    • auto match simples skus before grouped: ezzel tudjuk beállítani, hogy automatikusan keresse-e meg a csoportos termékhez tartozó egyszerű termékeket, ha nem, akkor az import fájlban léteznie kell a „grouped_skus” oszlopnak, ahol pontosvesszővel elválasztva fel kell sorolni a hozzá tartozó egyszerű terméket.
    • Force simples visibility: az egyszerű altermékek láthatóságát állítsa-e, ha igen, akkor mire.

Bundle Item processor v1.1

  • Fejlesztette: Björn Tantau, Dweeves, igi8819
  • Leírás: Kötegelt termékeket importálhatunk vele
  • Beállításai:
    A „Kötegelt termékek importálása” résznél bővebben kitérünk rá, de mindegyik beállítás arra szolgál, hogy beállítsa az értékeket a megadott típushoz, abban az esetben, ha az import fájlban nem írjuk be azokat.

Configurable Item processor v1.3.7a

  • Fejlesztette: Dweeves
  • Leírás: Segítségével onfigurálható termékeket lehet importálhatunk.
  • Beállításai: ugyanazok, mint a csoportos terméknél, melyek fentebb olvashatók.

Cross/Upsell Importer v1.0.3

  • Fejlesztette: Dweeves
  • Leírás: Segítségével cross- és upsell termékeket importálhatunk.
  • Beállításai:
    Az import fájlban két új oszlopot kell beírni:
    us_skus – Upsell
    cs_skus – Cross sell
    Mindkettőnél cikkszámokat kell felsorolni, vesszővel elválasztva.

Product relater v1.0

  • Fejlesztette: Dweeves, jwtechniek
  • Leírás: Segítségével hasonló termékeket impotálhatunk.
  • Beállításai:
    Az import fájlban a re_skus oszlopba kell beírni a cikkszámokat.
    Részletesebb leírást a plugin dokumentációban olvasnhatunk.
    A plugin beállításait a lenti Save Profile gombbal kell elmenteni.

 

Egyszerű termék importálása

Egyszerű-termék-importálás

Első lépésként fontos, hogy konfiguráljuk a plugin-ok legfontosabb beállításait.
Ezután leírjuk, hogyan is kell egy import fájlt létrehozni. Mint ahogy az elején említettük, ezt egy CSV-fájlon keresztül fogjuk bemutatni.

Mielőtt azonban nekikezdenénk, bizonyosodjunk meg róla, hogy van olyan programunk, ami alkalmas a CSV-fájlok kezelésére. Amennyiben még nem rendelkezel ilyennel, azt javasoljuk, hogy szerezd be a következő két, ingyenes program valamelyikét:

  • Open Office (azon belül is a Calc)
  • Libre Office (azon belül is a Calc)

Fontos, hogy a CSV-t mindig UTF-8 beállítással és a megadott elválasztó paraméterekkel kell megnyitnunk/mentenünk.

Magmi CSV szöveg import

Miután megnyitottuk, a következő oszlopokat kell beírni fejlécként a CSV-be:

  • sku: termék cikkszáma, ezzel fogja a rendszer módosításkor beazonosítani a meglévő terméket
  • attribute_set: jellemzőhalmaz neve, ugyanúgy kell beírnunk, mint ahogy a Magento-ban szerepel, pl. Default
  • type: a termék típusa, lehetőségek:
    • simple – egyszerű
    • configurable – konfigurálható
    • downloadable – letölthető
    • bundle – kötegelt
    • grouped – csoportos
    • virtual – virtuális
  • websites: Ez a 0.7.17 verziótól elavulttá vált.
  • store: ide kell beírni, hogy melyik store view-hoz rendeljük hozzá (mindig a store view kódot kell megadnunk). Ezzel lehet a nyelvesítést elvégezni, amit bővebben a „Többnyelvű importálás” résznél fejtünk ki. Ha egy store view-nk van, vagyis egynyelvű az áruházunk, akkor nem kell, hogy szerepeljen az import fájlban. Illetve a képen látszik, hogy admin van beírva a store-nak, ilyenkor ez ugyanaz, mintha be se írtuk volna az oszlopot.
  • categories: ide kell beírni, hogy mely kategóriákhoz rendeljük a terméket (ha nincs bekapcsolva az „On the fly category creator/importer v0.2.5” plugin, akkor a beírt kategóriáknak léteznie kell a rendszerben, még mielőtt importálunk. A beírt adatok szintaxisa:
    • Kategória1
    • Főkategória/Alkategória
    • Kategória1;;Kategória2 – vagyis ha több kategóriába is beletartozik egy árucikk, akkor kettő darab pontosvesszővel kell elválasztani
    • Kategória1/Alkategória1;;Kategória1/Alkategória2;;Kategória2/AlKategória3
  • name: a termék neve
  • description: termék hosszú leírása, html tag-ek engedélyezve vannak
  • short_description: termék rövid leírása, html tag-ek engedélyezve vannak
  • price: a termék ára, itt mindig az alapértelmezett pénznemben kell beírni, adó nélkül (tehát nettó árat), pl. 150
  • special_price: a termék kedvezményes ára, ha nincs, akkor 0
  • special_from_date: ha a terméknek van kedvezményes ára, akkor ide be lehet írni, hogy mikortól legyen akciós (pl. 2016-05-20), ha mindig, akkor üresen kell hagynunk
  • special_to_date: meddig legyen akciós a termék, üresen hagyva a végtelenségig akciós lesz
  • news_from_date: újdonságnak jelölt termék kezdeti dátuma
  • news_to_date: újdonságnak jelölt termék befejezési dátuma
  • qty: ha van készletkezelés, akkor a termék raktáron lévő mennyisége (pl. 5)
  • in_in_stock: van-e raktáron, értékek: 1 – igen, 0 – nem
  • manage_stock: használja-e ennél a terméknél a raktárkezelést (ha használunk raktárkezelést, ki lehet egyes terméknél kapcsolni, hogy legyen-e vagy sem), értékek:1 – igen, 0 – nem
  • use_config_manage_stock: használja-e a rendszerbeállításban megadott raktárkezelést. Ha állítani akarjuk az előbbi manage_stock értéket, akkor itt 0-át kell megadni, hogy ne a rendszerbeállításból olvassa ki az értéket, hanem az ennél a terméknél megadott manage_stock értékből.
  • status: engedélyezve van-e a termék, értékek: 1 – igen, 0 – nem
  • visibility: a termék láthatósága, értékek:

1 – egyedileg nem látható, ezt általában a konfigurálható, csoportos termékeknél szokták használni. Ebben az esetben a termékadatlap sem érhető el, a többinél a termékadatlap elérhető
2 – csak a katalógusban, vagyis a kategória oldalakon látható, a keresésnél nem
3 – Csak a keresésnél látható
4 – Mindenhol látható

  • weight: a termék súlya, pl. 0.5. Ha ezt nem szeretnénk használni, akkor a jellemzőnél át kell tenni, hogy ne legyen kötelező megadni.
  • tax_class_id: az adóosztály id-je vagy a neve, pl. Taxable goods
  • thumbnail: a termék bélyegképe, pl. ball-for-football.png
  • small_image: a termék kis képe
  • image: a termék főképe
  • media_gallery: termékgaléria, itt a képek nevét pontosvesszővel kell elválasztani, pl. ball-for-football.png;ball-for-football2.png

Magmi CSV minta

 

A képeket csak akkor fogja importálni a rendszer, ha a „Image attributes processor v1.0.33a” plugin be van kapcsolva.

Természetesen a többi jellemzőt bele kell írni az import fájlunkba.

A select, vagyis egyszeri kiválasztós jellemzőknél a szöveges értéket kell beírnunk. (pl. a color jellemzőnek a Red szót írhatjuk.)

A többszöri kiválasztós értékeknél ugyanúgy kell tennünk, mint a select-nél, csak ha több értéke van, akkor a Magmi beállításában megadott Multiselect Separator-nál megadott karakterrel kell elválasztanunk (pl. Red|Green|Blue)

Magmi csoportos ár

Hogyan kell csoportos árat (Group Price) importálni?

A csoportos ár importálásához a CSV-fájlba fel kell vennünk egy “group_price:groupName” oszlopot, ahol a gropName a csoport neve, ahogy a Magento-ban szerepel.

Ha több csoporthoz szeretnénk árat importálni, még ha egyformát is, akkor külön oszlopba be kell azt beírnunk.

Ha nem létezik az adott vásárlócsoport, akkor a Magmi létre fogja azt hozni.

Hogyan kell mennyiség kedvezmény árat (tier prices) beállítani?

Az import fájlban egy új oszlopként be kell írnunk a következőt:
tier_price:group1 – ahol a group1 a vásárló csoport nevét jelöli.

Ha szeretnénk, hogy az összes csoportra érvényes legyen, akkor tier_price:_all_
Ha több csoportnak szeretnénk beállítani, akkor ugyanúgy, mint a csoportos árnál, új oszlopban kell felsorolnunk.

A terméksorba pedig:
25:10.00;50:9.00;100:8.00 – ami annyit jelent ebben az esetben, hogy 25 mennyiségnél vagy felette 10-be, 50 felett 9-be, 100 felett pedig 8-ba kerül.

Százalékos kedvezményt is meg lehet adni, ilyenkor pl. 25:85%, vagyis 25 mennyiségnél vagy felette 85 százalékos kedvezményt adunk.

Magmi CSV kedvezmény ár

Hogyan tudom a termékeket hozzárendelni a több website-os áruházban?

Ha olyan áruházat üzemeltetünk, mely egyszerre több weboldallal is rendelkezik, és vannak olyan termékeink, amelyek csak egyes oldalakon érhetők el, akkor a CSV-ben a store oszlopba azokn üzletek a store_view kódjait kell felsorolnunk, amelyekben a termék elérhető. Bemutatom egy példával:

8-Magmi-egyszeru-weboldal-aruhaz

A következő képen látható, hogy van 2 weboldalunk. Mindkettőnél 1 store van, az US store-nál csak angol nyelv, az EU store-nál pedig három nyelv is szerepel.
American English store_view kódja legyen:us, eu store-nál az Engilsh legyen: en, a German: de, a Hungarian pedig: hu.

  • Ha pl. a test 1-es termékünk, csak az us websopban van, akkor a store oszlopba az us kódot írjuk be.
    • Ha pl. az test 2-es termékünk csak az eu storokban szerepel, akkor fel kell sorolni mind a 3 nyelvet, vagyis en,de,hu
    • Ha a termék mindegyiknél szerepel, akkor az admin szót kell beírni.

Magmi egyszerű weboldal áruház csv

A többnyelvűség beállításával a „Többnyelvű importálás” részben bővebben foglalkozunk.
Itt található példa egy egyszerű termék importjára: magmi_simple_example.csv

Hogyan kell importálni?

A Magmi oldalán láthatunk egy Run Magmi feliratot, ott kell kiválasztanunk, hogy melyik profil alapján, milyen módban szeretnénk elvégezni az importálást.

Importálás után szükséges a reindexálás kell (reindex plugin a Magmiban is elérhető), illetve törölni ekll a cache-t a Magento-ban.

  • Update existing items only, skip new ones: csak a már Magento-ban létező termékeket frissíti, az újakat figyelmen kívül hagyja.
  • create new items & update existing ones: újakat is és a meglévőket is frissíti
  • create new items only, skip existing ones: csak az újakat hozza létre

Ezután a run import gombot kell megnyomnunk az importálási folyamat elvégzéséhez.

Konfigurálható termék importálása

A konfigurálható termék importálás funkció eléréséhez be kell kapcsolnunk a „Configurable Item processor” plugin-t. A konfigurálható terméknél most csak az egyszerű termékhez képesti különbségeket foglaljuk össze, mivel a többi beállítás gyakorlatilag megegyezik.

Magmi CSV konfigurálható termék

A konfigurálható termék több egyszerű termékből áll össze. Az import fájlban mindig az egyszerű termékeket kell előre tenni, és utána jön a konfigurálható termék.

Konfigurálható termék importálásakor először is meg kell adnunk, hogy mely jellemzők lesznek választhatóak a vásárlók számára (pl. méret, szín).
Csak „Globális” hatókörű, „Lenyíló” típusú jellemzőt lehet használni konfigurálásra és be is kell, hogy állítsuk a jellemzőnél, hogy konfigurálásra használható.

Fontos továbbá, hogy az a jellemző az adott jellemzőhalmaz része legyen.
Ha nem írjuk bele a fájlba a párosítandó cikkszámokat, akkor a plugin-ban be kell kapcsolnunk, hogy automatikusan megkeresse az altermékeket („auto match simples skus before configurable”), ilyenkor a cikkszámot a következőképp kell elnevezni:

Magmi CSV konfigurálható auto match

A konfigurálható cikkszáma (pl. testconf) Az altermékek cikkszáma: testconf1*** – a csillag helyére bármi mást be lehet írni, javasolt a konfigurálható jellemző értéke, (pl. testconf1-white-s, testconf1-white-m).

Ha pedig egyedi cikkszámot szeretnénk a termékeknél, akkor a simple_skus oszlopba kell beírni, hogy mely cikkszámok tartoznak alá.
Ha eltér az altermékek ára (pl. az M-es méretű drágább, mint az L-es) akkor a fájlba be kell írnunk a „super_attribute_pricing” oszlopot, amibe a konfigurálhatónál a következőképp kell  megadni:
jellemzőkód::érték:ár;érték:ár, jellemzőkód::érték:ár;érték:ár

vagyis pl. size::L:43;M:55

Ha fix ár helyett százalékos növelést szeretnénk, akkor pedig:
jellemzőkód::érték:ár:százalékos-e;érték:ár:százalékos-e
size::L:15:1;M:20:1 – vagyis, ha 1-es, akkor százalék, ha 0 akkor fix ár.

Ha nem adjuk meg ezt az értéket, a rendszer alapból fix árat fog használni.

Magmi CSV konfigurálható példa

Itt található egy konfigurálható termék import példa: magmi_configurable_example.csv

Kötegelt termék importálása

Ebben a részben azt mutatjuk be, hogy mit kell beállítani az import fájlban annak érdekében, hogy kötegelt termékeket tudjunk importálhassunk.

A Magmi plugin-jai között először is kapcsoljuk be a „Bundle Item processor” plugin-t.
Itt ugyanúgy kell létrehozni és kitölteni a CSV-fájlt, mint az egyszerű terméknél, ezért csupán a két módszer közötti különbséget mutatjuk be.

A következő oszlopokat kell beletennünk:

bundle_options:

Magmi CSV kötegelt opciók

-*;Code,Option name;type:is_required;position

pl.

-*;CPU:Central Processing Unit:radio:1:0;RAM:Random Access Memory:select:1:1;MOUSE:Mouse:checkbox:0:2

Ahol:

  • -* ha ezt az elejére írjuk, akkor a rendszer törli az előzőleg beírt opciókat a Magento-ból. Ha ezt nem írjuk, akkor a meglévőkhöz hozzáteszi a beírtakat.
  • Code: ez lesz a kódja az opciónak, ezt használjuk a bundle_skus-nál az összepárosításra
  • Option name: ez a neve az opciónak, ez a szöveg fog látszódni a terméknél
  • type (radio, checkbox, select, multi): ez az opció típusa
  • is_required: kötelező-e a vásárlónak választani az adott opcióból (1-igen, 0-nem)
  • position: a termék adatlapon milyen sorrendbe jelennek meg (számokat kell írni)
  • bundle_skus:

Magmi CSV kötegelt SKUS

Code:sku:selection_qty:can_change_qty:position:is_default:selection_price_value:selection_price_type
pl.
CPU:cpu1:1:0:1:1:0:0;CPU:cpu2:1:0:0:1:0:0;RAM:ram1;RAM:ram2;MOUSE:mouse1:1:0:0:1:50:1

Ahol:

  • Code: a bundle_options-nál is megadott kód
  • sku: az altermék cikkszáma
  • selection_qty: a kosárba helyezés mennyisége
  • can_change_qty: kiválaszthatja-e a vásárló, hogy az adott opcióból mennyit vásárol
  • position: opciók pozíciója
  • is_default: alapértelmezett-e az adott opció
  • selection_price_value: a kiválasztás ára (ez csak akkor érvényesül, ha a csv-ben a bundle-nél vagy a plugin beállításánál a price_type 1-re (Percent) van állítva
  • selection_price_type: az ár típusa (0 – Fixed, 1 – Percent)
  • price_view: az ár megjelenési típusa, 1 (Legkisebb ár, amelyen megveheti), 0 (ár tartomány, tehát x összegtől y összegig)
  • price_type: ár számítási típusa, 0 – dinamikus, 1 – fix ár
  • options_container: Hol jelenítse meg az opciókat (container1, container2), ez témától függ
  • shipment_type: a kötegelt elemek szállítása, 1 – elkülönítve, 0 – egyben
  • sku_type: cikkszám típusa, 0 – dinamikus, 1 – fix
  • weight_type: súly típusa, 0 – dinamikus, 1 – fix

Magmi CSV kötegelt egyéb

Importálás után csináljunk egy reindexet és cache-frissítést. Ha mindent jó állítottunk be, akkor a képen látható módon kell a termék adatlapnak megjelennie.

16-Magmi-kotegelt-Frontend

Itt található egy kötegelt termék import példa: magmi_bundle_example.csv

Csoportos termék importálása

A csoportos termék beállításai nagyon hasonlóak a konfigurálható termékéhez.
Először is, a Magmi plugin-jai között be kell kapcsolnunk a „Grouped Item processor” plugin-t. Eztuán az import fájlba a grouped_skus oszlopot kell beillesztenünk, amiben az egyszerű altermékek cikkszámai szerepelnek.

17-Magmi-csoportos-pelda

Itt található egy példa a csoportos termék importjára: magmi_grouped_example.csv

Letölthető termék importálása

A letölthető termék importfájlja hasonló az egyszerű termékéhez. A „links” oszlop kell bele, amit a következőképp kell kitölteni:

file:link,sort_order :position,title:file title,sample :example link,is_shareable :config or 0 or 1,number_of_downloads :value

  • file: ide kell a letölthető fájl linkje, url vagy teljes útvonal, ha lokálisan szerepel
  • sort_order: pozíció (ha több links van)
  • title: fájl neve
  • sample: betekintő fájl
  • is_shareable: a vásárló megoszthatja-e mással a fájlt
  • number_of_donwloads: hányszor töltheti le a fájlt

Ha több fájlunk van, akkor csak a fenti sort kell duplázni, pontosvesszővel elválasztva (pl. file:http://aionhill.com/test.zip,sort_order:1,title:Test,sample:,is_shareable:1,number_of_downloads:100;file:http://aionhill.com/test2.zip,sort_order:2,title:Test2,sample:,is_shareable:0,number_of_downloads:1; )

Magmi letölthető példa

Itt található egy letölthető egy példa a letölthető termék importjára: magmi_downloadable_example.csv

Virtuális termék importálása

Virtuális termék importálása ugyanaz, mint az egyszerű terméké, annyi a különbség, hogy a type nem simple, hanem virtual.

Magmi Virtuális példa

Itt található egy példa a virtuális termékimportra: magmi_virtual_example.csv

Jellemző és jellemzőhalmaz importálása

Jellemző vagy jellemzőhalmaz importjához először is be kell kapcsolnunk és beállítanunk az „Attribute Set Importer” plugin-t.
Itt három CSV import fájlt kell létrehozni: egyet a jellemzőkre, egyet a jellemzőhalmazokra és egyet a párosításokra.
A jellemzőnél kötelezően meg kell adnunk az attribute_code-ot, vagyis a jellemző kódját (pl. color).
A többi oszlop megadása nem kötelező, csak akko, ha nem az alapértelmezett értéket szeretnénk használni.

Jellemző, magmi

A jellemzőcsoport esetében meg kell adnunk az attribute_set_name-et, vagyis a jellemzőcsoport nevét (pl. Ruházat).
A többi oszlop megadása nem kötelező, csak akkor szükséges, ha nem az alapértelmezett értéket szeretnénk használni.

Jellemzőhalmaz, Magmi

A jellemző és jellemzőcsoport párosításánál pedig a következőket kell megadnunk:

  • attribute_set_name: jellemzőhalmaz neve
  • attribute_code: jellemző kódja
  • attribute_group_name: melyik jellemzőcsoportba kerüljön a halmazon belül

Jellemzőhalmaz, Magmi, jellemző, párosítás

Termékkategóriák importálása

A termékkategóriák a termék importáláskor jönnek létre, ha a Magmi-ban be van kapcsolva az „On the fly category creator/importer” plugin.
Leggyakrabban a képen látható beállítás alapján használják a plugin-t.

Magmi kategória importer beállítás

Ez alapján a következőképp kell a CSV-ben a kategóriát beállítanunk.

Magmi kategória Importer CSV

A képen látható példában a termék a „Football” főkategóriában szereplő „Ball” és „Accessories” kategóriákba fog bekerülni.

A per (/) jellel lehet az alszinteket megadni, pl. Elsőszintű/Másodszintű/Harmadszintű.
A kettő darab pontosvesszővel tudjuk több kategóriába is besorolni, pl. Elsőszintű/Másodszintű/Harmadszintű;;MásikElsőszintű/MásikMásodszintű/MásikHarmadszintű
Új kategóriáknál megadhatjuk azt, hogy aktív-e, link-e, és hogy a navigációs menüben benne legyen-e, szintakszisa: category name::[is_active]::[is_anchor]::[include_in_menu]
pl. Football/Ball::1::0::0

Többnyelvű importálás

Többnyelvű (ami több store view-t jelent, ahol webáruházunk más-más nyelven jelenik meg) importálásnál minden terméket annyiszor kell a beírnunk az import fájlba, ahány nyelven azt szeretnénk megjeleníteni.

magmi többnyelvű importálás

Ahány nyelv, annyi sor, a store oszlopba kell beírni annak a store_view-nak a kódját amelyik nyelvű boltnézetbe szeretnénk beletenni.

A kategóriáknál sajnos a rendes fordítás nem megoldott, így vagy adminból fordítunk, vagy minden nyelvnek saját kategóriafát hozunk létre, pl.:

  • English Root
    • Ball
  • German Root
    • Ball
  • Hungarian Root
    • Labda

A name, description stb. oszlopba az adott nyelven kell beírni a szövegeket.

A lenyílós jellemzőknél a következőképp:
Adott nyelvű érték::[Admin érték]
Az első elem az adott nyelven megírt fordítása, a kapcsos zárójelbe kell az admin vagyis a default nyelven létező string-et írnunk. (pl. Red::[Red], Piros::[Red] )

Itt található egy példa többnyelvű importra: magmi_multilanguage_example.csv

Összegzés

A Magmi előnyei:

  • Telepítése és beállítása egyszerű
  • Használata felgyorsítja a munkát (egyszerre akár több ezer terméket is pár perc alatt importálhatunk a segítségével)
  • mind a 6 terméktípus importálására képes
  • automatizálható (vagyis automatikusan futó importokat is létrehozhatunk)

A Magmi hátrányai:

  • az importfájlok létrehozása kicsit bonyolult, maximális pontosságot igényel annak érdekében, hogy minden adat megfelelően jelenjen meg
  • mivel nyílt forráskódú, így sajnos akadnak benne apróbb hibák, egyes kiegészítők nem működnek mindig tökéletesen
  • a termék mentésekor futó observerek enm futnak le, mivel direkt SQL-el dolgozik
  • a Magento mellett még egy adminisztrációs felület használatát meg kell tanulnunk

Reméljük, sikerült minden részletre kiterjedően bemutatnunk a Magmi tulajdonságait, beállításait és használatát. Ha bármilyen témába vágó megjegyzésed vagy kérdésed lenne, ne habozz megírni alább, a komment részlegben. Ahol tudunk, segíteni fogunk abban, hogy a Magento és a Magmi segítségével te is kihozhasd saját webáruházadból a maximumot!

 

Magento 1 vs. Magento 2: 15 ok, amiért Magento 2-re érdemes váltanod

Jelenleg is rengeteg webáruház használja aktívan a Magento 1.x verziójú rendszereket, azonban ha eddig nem tettük meg, itt az idő az átállásra. A Magento ugyanis hamarosan véglegesen megszünteti a 2.0 előtti rendszerek támogatását, ami az jelenti, hogy a korábbi verziók sem biztonsági, sem minőségbeli frissítést nem kapnak majd a fejlesztőktől.

 

Ebben a cikkben megmutatjuk miért érdemes minél hamarabb átállni a 2.0 rendszerre, és hogyan lehet a váltás folyamata zökkenőmentes.

A Magento 2.0 béta verziójának megjelenését a fejlesztők már 2010-ben bejelentették, maga a rendszer pedig 2015-ben vált elérhetővé. Ez nem tegnap történt, több ezer e-kereskedő azonban máig nem szánta rá magát arra, hogy 1.x verziójáról az újabb, több lehetőséget kínáló megoldásra váltson. Ennek több oka is lehet, a leginkább általános azonban az újítástól, valamint az ezzel járó teendőktől való félelem.

Most azonban eljött az idő. 2020 júniusában ugyanis a Magento 2.0 előtti verzióinak hivatalos támogatását a fejlesztők végleg megszüntetik.

A továbbiakban sorra vesszük a váltással kapcsolatos, fontos szempontokat: A szükséges fejlesztéseket, az új funkciókat, az átálláshoz szükséges büdzsét.Valamint azt, hogy a régi rendszer a hivatalos támogatás elvesztése után meddig, milyen formában, illetve milyen kockázatok mellett lesz használható.

Az alábbi a pontokon fogunk végighaladni:

    • A Magento 2-ről általában
    • Mikor érdemes váltanod?
    • Mennyire problémás a migráció?
    • Fejlesztés
    • Fejlesztési büdzsé
    • A közösségi faktor
    • A Magento 2 újításai
      1. Skálázható, gyorsabb rendszer
      2. Reszponzív, jól böngészhető
      3. Könnyített fizetés
      4. Elasticsearch
      5. Olcsóbb, könnyebb frissítés
      6. Ajax add-to-cart
      7. Egyszerűbb navigáció
      8. Elkülönített adatbázisok
      9. Dashboard
      10. Egyszerűbb termékfeltöltés
      11. Hatékonyabb perszonalizáció
      12. Platformkompatibilitás
      13. Hardverkövetelmények
      14. Hatékonyabb tesztelés
      15. Egyszerűbb integráció
    • Mikor avul el a Magento 1.x?
    • Megéri vagy sem?

 

A Magento 2-ről általában

Magento 1

A Magento 2 megjelenésével alapjaiban változott meg a jól ismert webáruház-rendszer mögött álló szoftver, melyet világszerte e-kereskedők százezrei használnak.

A fejlesztők stratégiája az új verzió létrehozása során egyértelműen az új rendszer megerősítése, funkcióinak bővítése volt, elsősorban úgy, hogy a nagyvállalatok számára különösen vonzóvá tegyék a Magento 2-t.

A funkcionalitás sok szempontból javult, de az új verzió alapvetően három téren hozott komoly előrelépést:

  •  technológiai szinten,
  • · modularitásban (backend és frontend szinten egyaránt),
  • · illetve teljesítményben.

A Magento 2 éppen elődeinél sokkal jobban képes alkalmazkodni a mai modern, többcsatornás értékesítési környezethez. Használatával a kereskedők munkáját a teljesítmény és biztonság növekedését szolgáló fejlesztések mellett továbbgondolt, kibővített szolgáltatások is segítik.

Páratlan rugalmassága lehetővé teszi a kereskedők számára azt, hogy a lehető legkisebb kiadások mellett, rekordidő alatt biztosítsák a tökéletes kereskedelmi élményt.

Annak érdekében pedig, hogy a rendszer minden elvárásnak megfeleljen, negyedévente új funkciókat kap a hivatalos fejlesztőcsapattól. Ez egyaránt érvényes a Magento ingyenesen használható Community, valamint a prémium, Enterprise változataira is.

Mikor érdemes váltanod Magento 1-ről Magento 2-re?

Ha egészen idáig Magento 1.x verziójú webshopot használtál, nem feltétlenül kellett azzal foglalkoznod, hogy a 2.0 rendszerre válts, hacsak az általad használt verzió nem volt túlzottan elavult, és nem jelentkeztek a működéssel kapcsolatos problémák.

Most azonban felforrósodott a talaj, és ha hosszabb távra tervezel, mindenképp itt az ideje annak, hogy Mageto 1.x motorral működő webshopodat új alapokra helyezd.

A korábbi rendszerek ugyanis 2020 júniusában kapják meg az utolsó, hivatalos biztonsági és szoftveres támogatást.

Sőt, ami ennél is fontosabb, hogy a Magento 1.x által használt PHP 5.6 támogatása már lejárt, ez pedig csak tovább sürgeti az új rendszerre történő átállást.

A hír persze nem újdonság. Az eredeti tervek szerint ugyanis a Magento 1 szoftveres támogatásának már 2018 novemberében le kellett volna állnia. A fejlesztők azonban belátták azt, hogy számos olyan kereskedő használja a rendszer különböző verzióit, akiknek a 2.0-ás verzióra történő, sikeres átállás több időt vehet igénybe.

Ennek érdekében a támogatás leállításának időpontját 18 hónappal meghosszabbították. Ilyen módon a kereskedőknek 2020 júniusáig van idejük arra, hogy rendezzék soraikat, és végrehajtsák az új rendszerbe történő migrációhoz szükséges feladatokat.

És hogy miért annyira fontos ez?

A támogatás megszűnésével a Magento 1 alapú webhelyek sebezhetősége fokozottan megnövekszik. A folyamatosan frissülő biztonsági szolgáltatások hiányában érzékenyek lesznek a fenyegetésekre, és jóval nagyobb valószínűséggel érheti őket hackertámadás.
Ez azt jelenti, hogy az elavult rendszer használatával nem csak saját vállalkozásod és bevételed, de ügyfeleid adatainak biztonsága is veszélybe kerül.
A váltástól azonban nem kell megijedni, hiszen a Magento 2 számos új funkciót, lehetőséget és újítást hozott magával, amelyek nem csak garantálják webshopod biztonságát, de utat nyithatnak a növekedés felé is. Ilyen módon úgy szolgálhatod ki ügyfeleidet, ahogyan korábban erre nem lett volna lehetőséged.

A konkrét eltérésekről alább beszélgetünk részletesen.

 

Mennyire problémás a migráció?

Nézzünk szembe a tényekkel: a bútorokat, dekorációt, a lakókat átmozgathatjuk egy kalyibából egy palotába, de a plusz emeletet vagy a hozzátoldott garázst nem vihetjük magunkkal.

A migráció sohasem fájdalommentes folyamat, még akkor sem, ha ugyanazon rendszer két verziója között zajlik.

A Magento 2-re való áttérést ugyanilyen komplex tevékenység. Nem tekinthetjük egyszerű „verziófrissítésnek”, valójában ugyanis egy teljesen új, a Magento 1-hez képest lényeges keretbeli különbségekkel rendelkező platformra való áttérésről beszélünk.

Ez némileg megnehezíti a migráció folyamatát, és komoly energiabefektetéssel is járhat.

A termékeket, attribútumokat, adatbázisokat természetesen magaddal viheted a régi keretrendszerből, ezek nélkül aligha érné meg még a fejlesztésekkel együtt is bárkinek a migráció.

Viszont az egyedi fejlesztéseket, a személyre szabott dizájnmegoldásokat sajnos hátra kell hagynod. Vagy ha meg akarod őket tartani, akkor a Magento 2 alapú rendszeredre újra kell őket fejlesztetned.

Minden kiterjesztést és egyéni kódot felül kell vizsgálni, át kell írni, és kompatibilissé kell tenni a Magento és a PHP újabb verzióival is.
Azonban ha ránk hallgatsz, akkor erre nem visszahúzó erő, hanem egy hatalmas lehetőségként tekintesz. Hogy miért?

Az átmeneti erőfeszítést nem más, mint a siker érdekében nélkülözhetetlen, újjáépítési folyamat. Igen, valóban pluszmunkát jelent és pluszköltségekkel is járhat, azonban arra is rákényszerít, hogy ahol csak lehet, megújulj, és magad mögött hagyd a vállalkozásodat visszahúzó tényezőket.

  • Átgondolhatod, eddig valóban jól csináltál-e mindent,
  • nincsenek-e felesleges elemek az áruházadban,
  • van-e olyan, ami hiányzik, és már régóta beépítenéd,
  • összességében javíthatsz az üzleteden.

A továbbiakban látni fogod azt, hogy a Magento 2 számos újdonságot hozott magával, a migrációt pedig ez az érzékelhető technológiai ugrás teszi nehézkessé.

Nem azért nehéz a váltás, mert egy nehezebb, bonyolultabb rendszerbe költöznek adataid, hanem azért, mert a Magento 2 rengeteg szempontból messze meghaladja az 1.x változatokat, sok új megoldást alkalmaz, és rengeteg lehetőséget tartogat..

Elsőre tehát nagy kihívásnak tűnhet a folyamat, az eddigi tapasztalatok azonban azt igazolják, hogy az adatbázisok migrációja a két rendszer között, különösen az elérhető Data Migration eszköz segítségével, egyáltalán nem jelent problémát.

Az ügyféladatbázisok, termékek, rendelések és hasonló információk átvitelével, jó eséllyel simán megy– de azért érdemes a munkát egy hozzáértő profi segítségével elvégezni, hiszen az ilyen adatbázisok egy webáruház számára a legnagyobb értéket jelentik.

Fejlesztés

Néhány évvel ezelőtt még nehezen találhattunk olyan fejlesztőt, aki a Magento 1 meleltt az új platformon is dolgozott, mára azonban ez a feladat sem jelent különösebb kihívást.
A legtöbb fejlesztéssel foglalkozó cég az elmúlt időszakban már átállt az új keretrendszerre, és a projekteket már a modern elvárásoknak megfelelő, Magento 2 alapon indítják.
Ilyen módon a saját funkciók és kiegészítők tervezése, a régi platformról történő átemelésük is egyszerűbb, gördülékenyebb feladattá vált.

Fejlesztési büdzsé

Az átállás egyéni igények esetén azzal jár, hogy mindenképpen fejlesztőhöz kell fordulnunk.

Azt azonban, hogy pontosan mekkora büdzsé szükséges egy Magento webáruház lefejlesztéséhez, nem tudjuk megmondani. Éppen az a különleges ugyanis ebben a rendszerben, hogy szinte a végtelenségig személyre szabható, az egyéni igényekhez igazítható, ennek következtében viszont nem is lehet általános becslést adni.
A Magento 2 alapon működő webshopok fejlesztése összetett feladat, melynek ára főként a projekt jellegétől és funkcionalitásától függ. Míg korábban azonban jóval többet kellett érte fizetnünk, mint az 1.x verzióval működő oldalakért, mára az árak közt kevés eltérés tapasztalható.

A közösségi faktor

A Magento esetében nagy erősséget jelent, hogy hatalmas és profi fejlesztői közösség áll mögötte. Tekintve, hogy nyílt forráskódú rendszerről beszélünk, rengetegen foglalkoznak napi szintű fejlesztésével, javításával.

Az elmúlt több, mint 10 évben ez a közösség a Magento 1.x változatokat használta, ezekkel dolgozott, így aki a legfrissebb Magento verzióval kapcsolatban szeretett volna fejlesztői segítséget kapni, bármikor hozzájuthatott.

Az elmúlt években szerencsére a közösség tagjai egyre inkább áttértek a Magento 2.0 verziójának használatra, és egyre többen foglalkoznak olyan mélységben vele, mint a rendszer korábbi változatával.

Így ma már az új platform támogatottsága is egyre nagyobb, napról napra gördülékenyebb feladat az esetlegesen felmerülő problémák megoldása.

 

A Magento 2 újításai

Magento 2 áruház

A korábbi verziókhoz képest a Magento 2-ben mind kívül, mind belül rengeteg dolog változott. A kódolástól kezdve a szemmel látható funkciókig és felhasználói élményig szinte minden megújult – néhány főbb szempontot emelünk most ki ezek közül, amelyek jól mutatják, hogy mekkorát fejlődött a Magento a 2-es verzió megjelenésével.

1) Skálázható, gyorsabb rendszer

A Magento 2 használatával a webshop oldalainak betöltési ideje lényegesen csökkenthető, ami által gyorsabbá tehető a vásárlás folyamata és hatékonyan növelhető a felhasználói élmény.

A Magento 2 betöltési ideje messze a sztenderdként meghatározott 3 másodperc alatt van. A főoldal, kategóriaoldalak és termékoldalak is kevesebb, mint 1,5 másodperc alatt töltenek be.

 

Megjegyzés: A szakértők szerint, ha egy weboldalad 3 másodpercnél tovább tölt vagy 3 MB-nál nagyobb, akkor kezdened kell vele valamit, ennek köze van ahhoz is, hogy ennél hosszabb idő elteltével a felhasználók jelentős része elkattint.

Az aktuális felmérések szerint ráadásul nem csak a betöltési sebesség gyorsabb. A Magento 2 használatával 39%-al növelhető a megrendelések feldolgozásának hatékonysága, és akár 51%-al is növelhető a checkout folyamatának sebessége.

Ez többek közt annak is köszönhető, hogy a korábbi verziókkal ellentétben a Magento 2 támogatja a PHP legújabb verzióját.

2) Reszponzív, jól böngészhető

Ami a frontendet illeti, a Magento 2 természetesen reszponzív, ami azt jelenti, bármilyen eszközről böngészhetik a vásárlók. Ez rendkívül sokat jelent, hiszen a Google 2015 óta hivatalosan is előnyben részesíti a mobilbarát oldalakat, a rangsorolásban is.

Emellett pedig természetesen a reszponzivitás a felhasználói élményt is javítja.

3) Könnyített fizetés

Az új rendszerrel a checkout is egyszerűbb lett, könnyebben és gyorsabban fizethetnek az áruért a vásárlók.
Vásárolhatnak vendégként, regisztráció nélkül is, de a regisztrált vásárlókat e-mail címűk alapján már automatikusan meg is keresi a rendszerben a Magento 2.
A checkout-nál lehetőség van a regisztrációra is, ami ugyancsak leegyszerűsödött, a vásárlók ott helyben a fizetésnél hozhatnak létre új felhasználót.

4) Elasticsearch

Az Elasticsearch segítségével javult a webáruházban lefuttatott keresések minősége (Enterprise Edition), a háttérben futó reindexeléssel és horizontális skálázással pedig a felhasználói élmény is emelkedett.
Nem elhanyagolható szempont, hogy az Elastisearch már eleve 33 nyelvet képes kezelni, ezért nyilvánvaló, hogy a Magento fejlesztői a jövőben továbbra is szeretnének a használatára támaszkodni.

5) Olcsóbb, könnyebb bővítményfrissítés

A Magento 1.x rendszerekhez képest jóval egyszerűbbé, és így egyben olcsóbbá is vált az új bővítmények, modulok telepítése.

Korábbi cikkünkben beszéltünk már arról, hogy még ha csak 1-2 tucat alapvető modult akarunk is a Magento 1.x változatokhoz telepíteni, az is rengeteg munkaórájába kerülhet még a profi fejlesztőnek is. Nem számolva azzal, hogy a telepített modulok között problémák, összeütközések is akadhatnak.

Ez a feladat most némileg könnyebbé vált, ahogyan a frontend fejlesztés is egyszerűsödött, köszönhetően a HTML5 és CSS3 csodájának.

6) Ajax add-to-cart

A Magento 1 esetében komoly teljesítménybeli problémát jelent, hogy akárhányszor a kosárba helyezünk valamit, a rendszer újratölti az oldalt.
Ez a folyamat rosszabb esetben másodperceket is igénybe vehet, ha pedig rendszeresen olvasod a blogot, tudhatod, hogy százalékokban mérhető azoknak a felhasználóknak az aránya, akik akár néhány másodperc késlekedés miatt úgy döntenek, hogy elállnak a vásárlástól.

Ha kisebb értékű termékeket forgalmazol, ha eleve több terméket helyeznek a kosárba a vásárlóid, akkor ez olyan probléma, ami felett nem hunyhatsz szemet.

 

Az új rendszernél az Ajax add-to-cart alkalmazása miatt már nincsen szükség arra, hogy egy kosárba helyezés esetén újratöltődjön a teljes oldal, ez pedig mindenképpen pozitívan befolyásolja majd a felhasználói élményt, és hatással lesz a bevételeidre.

7) Egyszerűbb navigáció

A Magento 1 kapcsán a webshopot üzemeltetők egyik legnagyobb fájdalma mindig is az volt, hogy az adminisztrációs felület kissé bonyolult, nehezen kezelhető. Csak azok igazodtak el benne ösztönszerűleg, akiknek korábban is volt már dolguk komplexebb felületekkel.
A Magento 2-es verziójában a fejlesztők egyszerűsítették és modernizálták a navigációs interfészt, így az adminpanelek között sokkal gyorsabban navigálhatunk, egyszerűbben találhatjuk meg a szükséges információkat, és összességében hatékonyabban menedzselhetjük a webáruházat akkor is, ha alacsonyabb felhasználói szinten állunk.

Akinek nincsen saját Magento fejlesztője, annak igazi megváltás lehet az új, egyszerűbb és egyértelműbb adminfelület.

 

8) Elkülönített adatbázisok

A Magento 1-ben a vásárlóknak, adminoknak, és a fejlesztőknek is mind ugyanazt az egy adatbázist kellett használniuk, ez viszont azt jelentette, hogy az könnyen túl is terhelődhetett.

Ha az adminfelületen valamiért túlságosan leterheltük az adatbázist, a vásárlóinknál nehézségek jelentkezhettek.

A Magento 2-ben (Enterprise Edition) megvan a lehetőségünk arra, hogy három külön adatbázist hozzunk létre:

  • egy fő adatbázist,
  • egyet, amelyet a checkout folyamatnál használ a rendszer,
  • és egyet, ahol a rendeléseket tárolja.

Így az az egyik adatbázison keletkező, esetleges terhelés nem befolyásolja majd negatívan a másikat, és nem lassítja le rendszerünket.

9) Dashboard

Hatalmas könnyebbséget jelentő újítás, hogy a Magento 2-ben a legfontosabb információkat végre mind egy helyen találhatjuk meg.
Az átfogó Dashboard kezelőfelület azonnal megmutatja,

  • mennyi eladásunk volt,
  • mekkora az átlagos kosárérték,
  • láthatjuk a legutóbb leadott rendeléseket,
  • a leggyakoribb kereséseket,
  • a legnépszerűbb megtekintett termékeket,
  • az új vásárlókat és így tovább.

Rálátunk a pénzügyi adatokra is, tehát a webáruház általános helyzetéről egy pillanat alatt tájékozódhatunk.

magento 2 admin dashboard

10) Egyszerűbb termékfeltöltés

A Magento 2-ben az új termékek létrehozása is egyszerűsödött.
Az új rendszerben egy egyértelműsített folyamatot lépésről lépésre vezet minket végig mindenen.

A korábbi verziókhoz képest újdonságnak tekinthető az is, hogy most már nemcsak képeket tölthetünk fel az egyes termékekhez, hanem a kor követelményeinek megfelelően videókat is linkelhetünk hozzájuk.

11) Hatékonyabb perszonalizáció

A perszonalizált vásárlói élmény ma már alapkövetelménynek tekinthető egy komolyabb webáruház szempontjából.

Az upsell és cross-sell ajánlatok, a személyre szabott fizetési opciók, akár megjelenés, a korábbi viselkedés alapján adott kuponok mind olyan eszközök, amelyek a Magento 2-ben az e-kereskedő rendelkezésére állnak.

Az on-site viselkedési adatok folyamatos megfigyelésével befolyásolhatjuk azt, hogy a felhasználó milyen tartalmakat lásson, milyen kedvezményeket és milyen ajánlatokat kapjon a rendszertől.

12) Platformkompatibilitás

A Magento 2 támogatja a legfejlettebb webes technológiákat, köztük a CSS3-at, HTML5-öt és természetesen a MySQL-t is.

Újdonság, hogy a prototype.js helyett már jQuery könyvtárat használ.

13) Hardverkövetelmények

A korábbi verzióktól eltérő kódsturktúra és adatbázis egyik legnagyobb előnye, hogy a Magento 2 hardverigényei nem emelkedtek. Sőt, az új rendszernek ugyanolyan teljesítmény eléréséhez kevesebb hardverre van szüksége.

Ez pedig mind költségek, mind a kezelhetőség szempontjából kiváló hír.

Az új hardver beszerzése ugyanis nem olcsó mulatság. Már évente egy-két darab vásárlása is komolyan megterhelheti egy fejlődőben lévő vállalkozás büdzséjét. Emellett a több szerver kezelése több munkával jár, és több potenciális probléma lehetőségét is magában rejti.

Ha nem saját szerveren, hanem hoszting szolgáltatónál fut a webáruház, akkor is olcsóbban jövünk ki az új változat használatával.

14) Hatékonyabb tesztelés

A Magento 1 esetében a regressziós tesztelés, mely a regressziós hibák előzetes feltárására hivatott, egyáltalán nem jelentett egyszerű feladatot.
Ha komplexebb Magento rendszerrel dolgozunk, sok egyedi fejlesztéssel, bővítménnyel, modullal használjuk webáruházunkat, és kifejezetten akkor, ha egy nagyobb forgalmú webshopot üzemeltetünk, természetes, hogy szeretnénk a kockázatokat minimálisra csökkenteni.

A tesztelés tehát elengedhetetlen, ezért szerencsés, hogy a Magento 2 esetében könnyebbé tették számunkra a feladatot.

Az új rendszerben sokkal egyszerűbben bizonyosodhatunk meg arról, hogy a hozzáadott funkciók, modulok nem zavarják a már létező rendszert, nem produkálnak váratlan hibákat.

A beépített tesztelési keretrendszerrel mérettől függetlenül bármilyen Magento oldalon futtathatunk automatizált teszteket.

15) Egyszerűbb integráció

Webáruház-tervezés során már a Magento korábbi verziói esetében is rendkívül hasznos funkciónak bizonyult az, hogy a munkánk során rengeteg különféle rendszert tudtunk integrálni – leltárszoftvereket, ERP-t, CRM-et.

Abban az esetben azonban, ha az integráció nem sikerült tökéletesen, egyáltalán nem volt egyszerű kitalálni azt, hogy a Magento és a másik rendszer között pontosan hol nem érkeztek meg megfelelően a működéshez szükséges üzenetek.

A Magento 2 Enterprise Edition ezt a problémát is orvosolja, méghozzá egy beépített keretrendszer, a RabbitMQ (Message Queue) segítségével, melynek feladata a Magento és az integrált rendszerek közötti kommunikáció folyamatos vizsgálata.

Legfőbb funkcióját a nevének második fele mutatja meg: a valamiért el nem küldött üzeneteket tárolja, és amint lehetséges, továbbítja azokat megfelelő rendszernek (például abban az esetben, ha a leltárszoftver csak naponta egyszer frissül).

Mikor avul el a Magento 1.x?

Magento 2

Mint azt fentebb már említettük, a technikai támogatás 2020 júniusáig működik az 1.x verzióknál. A Magento 1 persze ezután is használható, azonban rendkívül sérülékennyé, az esetleges kibertámadásokkal szemben kiszolgáltatottá válik.

A migráció így lényegében elkerülhetetlen, hiszen a fejlesztők csak a Magento 2 folyamatos támogatását folytatják hivatalosan.

Aki új áruházat szeretne tehát indítani, annak már egyértelműen a Magento 2-ben kell gondolkodnia. Hamarosan ugyanis nem csak új funkciók és patchek nem jelennek meg a korábbi rendszerhez, de a biztonsági és szoftveres támogatását is teljes mértékben elveszíti.

Éppen ezért legyünk óvatosak, hiszen elszaporodhat az olyan, kártékony szoftverek a száma, melyek kifejezetten azokat a sebezhetőségeket célozzák, amelyek az utolsó biztonsági frissítések publikálása óta kerültek napvilágra.

Persze, megteheted, hogy a fejlesztőkkel patchelteted a rendszered a sebezhetőségek ellen, ez azonban plusz fejlesztési költségeket és rengeteg plusz munkát jelent, miközben nem lehetsz biztos abban, hogy akár már másnap nem publikálnak egy újabb kiaknázható sebezhetőséget.

A stabilitás tehát igen komoly szempont lehet, ha hosszú távra tervezel, és egyértelműen olyan tényező, ami az újonnan induló vagy már kifejezetten elavult 1.x változatot használók esetében egyértelműen a Magento 2-t teszi jó választássá.

Megéri vagy sem?

A válasz arra, hogy Magento 1-et vagy 2-t éri meg jobban használnod, a hamarosan bekövetkező változásoknak köszönhetően egyértelmű: ha új webáruházat indítanál, mindenképp a 2-est válaszd, ha pedig jelenlegi webshopot Magento 1 alapon működik, itt az idő, hogy továbblépj!

Hosszú távon csak ez a megoldás az, amely képes biztosítani a megfelelő stabilitást, hiszen az 1.x rendszerek a támogatás megszűnése után elkezdenek veszélyesen elavulni. Ez az időpont pedig vészesen közeleg!

A plusz költségeket és a migrációval járó munkát pedig tekintsd egyszerűen befektetésnek. A rengeteg fejlesztési munkára ugyanis idővel így vagy úgy, de mindenképp szükség lesz. És ha már ez elkerülhetetlen, akkor sokkal jobban megéri a Magento 2-re váltanod, amely várhatóan 7-8 évig az uralkodó, stabil és megbízható alapverzió lesz a piacon.

 

Mennyibe kerül valójában egy Magento webáruház?

Miért a Magento-t választanátok? Biztosra vesszük,hogy az ok a funkcionalitás: ezen a téren magabiztosan mondhatjuk, hogy egyetlen rendszer sem képes felvenni vele a versenyt.

Viszont azt is leírtuk már, hogy nem való mindenkinek.

Ennek fő oka a büdzsé: a Magento fejlesztése nem két fillér, hiszen nagyon komoly szakembergárda végzi. Ez garantálja a profi végeredményt.

A fejlesztési költség olyasmi, amivel muszáj számolni, ez a leggyakoribb kérdés, amelyet bármely Magento-val foglalkozó cégnek feltesznek az érdeklődők.

Gond az is, hogy nem egyszerű előre egyértelműen megállapítani, mennyibe fog kerülni a fejlesztés: az árak évről évre, régióról régióra változnak, az elérhető forrásokban nem egyszer hatalmas eltéréseket olvashatunk, akár óradíjról, akár projektalapú árazásról beszélünk.

Ennek a cikknek nem egyszerűen az a célja, hogy segítsen neked eligazodni az ártengerben.

El is magyarázzuk, hogy a Magento fejlesztése miért annyiba kerül, amennyibe, hogy min nem érdemes spórolni, és hogyan veheted észre, ha át akarnak verni.

Ezzel a tudással felvértezve már magabiztosan becsülheted meg az e-kereskedelmi projekted kivitelezésének büdzséjét, és biztosabban kerülheted el a kellemetlen meglepetéseket.

 

Eszerint haladunk végig az árazás kérdésein:

  • Magento Community vagy Enterprise Edition?
    • Néhány szó a bővítményekről
    • Magento 1 vagy Magento 2?
  • Házon belül fejlesszünk vagy bízzuk külső szakemberre?
    • Mennyibe kerül a házon belüli fejlesztés pontosan?
  • Fejlesztőcég vagy szabadúszó fejlesztő?
    • Megbízhatóság
    • Minőség
    • Tapasztalat és nézőpont
    • Ügynökségi árazás
  • Erre figyelj (árajánlat és egyéb tényezők)
  • Magento hosztolás árak
  • A pontos árak
    • Fapados Magento webáruház
    • Alap Magento webáruház
    • Egyedi Magento webáruház
    • Magento Enterprise webáruház
  • Nem az ár az elsődleges kérdés, hanem ez: mire van szükséged?

 

Magento Community vagy Enterprise Edition?

 

Az első döntés, melyet meg kell hoznod, hogy melyik Megento-változatot akarod használni, ez már önmagában is jelentős hatással van ugyanis a büdzsére.

A Community Edition ingyenesen letölthető és használható, ugyanakkor semmilyen támogatás nem jár mellé a Magento részéről.

Ha valamit tehát változtatni akarunk, akkor ezt saját magunknak vagy az ezzel megbízott fejlesztőcégnek vagy szabadúszónak kell megoldania.

Ezzel szemben az Enterprise Edition-ért fizetnünk kell.

A Gold Support csomag esetén egy évben több mint 22 ezer dollárt. Választhatunk Platinum Support csomagot is ez még drágább, illetve forgalomarányosan jutalékot kell fizetnünk érte.

A pénzért cserébe természetesen supportot kapunk, illetve új fejlesztéseket és funkciókat, amelyek gyorsítják a weboldalt, az adatbázis-kezelést és így tovább.

Ha a Community Edition-nél akarunk hasonló funkcionalitást elérni, ahhoz körülbelül 65 bővítményre lesz szükségünk. (Az persze az egyéni igényektől függ, hogy valóban minden modulra szükségünk van-e.)

A Magento 2 megjelenésével együtt a Magento 1 Enterprise Edition elérhetősége megszűnt, és az árazási modell is átalakult.

Renato Medina az MDN blogján szedte össze, hogy milyen árakkal számolhatunk az új, jutalékos rendszerben.

Tehát a bevételtől teszik függővé, mennyit fizetünk, méghozzá sávos rendszerben. Ez azt is jelenti, hogy minél magasabb a bevételünk, annak annál kisebb százalékát kell a fix licencdíjra kifizetnünk.

A Magento 2 EE szolgáltatásaiért akkor is 22 ezer dollárt kell fizetnünk, ha egyáltalán nincsen bevétele a webshopnak, 100 millió dollár bevétel felett viszont már évi 250 ezer dollárba is kerülhet a support.

Itt a Gold csomag árairól beszélünk, a Platinum csomag minden esetben +20%-os költséget jelent ezekhez képest.

Ha az első évet követően a licencet nem hosszabbítjuk meg, ettől még természetesen a webshopunk ugyanúgy működni fog, a supportot viszont elveszítjük, tehát ezt követően minden bővítést, változtatást magunknak kell elvégeznünk, elvégeztetnünk, illetve a bővítményeket meg is vásárolhatjuk.

Figyelembe kell viszont venni azt is, hogy a legtöbb megvásárolható bővítmény esetében az EE-változat drágább, mint a CE-változat.

 

Összességében elmondható: a kis és közepes méretű webshopoknak a CE a megfelelő, nagyobb webáruházaknak viszont az EE kötelező.

 

Néhány szó a bővítményekről

 

Már azt sem könnyű eldönteni, hogy pontosan milyen bővítményekre lesz szükségünk, hiszen ehhez nem árt pontosan ismerni a lehetőségeket, a funkciókat, a bővítmények működését – de még egy szakértőnek is nem kevés idejébe kerülhet a tökéletes válogatás.

Ezeket a modulokat aztán telepíteni is kell.

 

Itt is adódhatnak gondok: a Magento komplex rendszer, ami áldás és átok is. A telepítés ritkán sikerül tökéletesen, különösen akkor, ha egyszerre sok bővítménnyel dolgozunk, amik konfliktusba kerülhetnek egymással.

 

A telepítéssel még ideális esetben is rengeteg idő mehet el.

Tegyük fel, hogy a fejlesztő profi, így bővítményenként csak két órára van szüksége. Mondjuk, hogy több mint 60 bővítményből csak 10-et akarunk telepíteni. Ez még így is 20+ munkaórát jelent, és jó eséllyel nem is csak egy ember idejéből, mivel a telepítés során felvetődő kérdéseket meg kell beszélnie az üzemeltetővel, menedzsmenttel, akár marketingessel és így tovább.

Kérdés, hogy milyen óradíjjal dolgozik a fejlesztő – mindössze 10 bővítmény telepítése még akkor is 3-4000 dollárba kerülhet, ha minden tökéletesen működik, zökkenő nélkül, erre viszont ne számítsunk.

Ezután még jön a teljesítményoptimalizálás az új bővítményekkel, és persze időt kell szánni arra is, hogy a bővített rendszert megtanuljuk profin használni.

A fejlesztői, ügynökségi árakról nemsokára részletesen is beszélünk.

 

Magento 1 vagy Magento 2?

 

Szintén fontos kérdés, hogy egyáltalán melyik verziót választjuk – jelenleg is több tízezer webáruház működik 1.x verziójú Magento rendszereket futtatva, éves szinten akár több tízmilliós forgalmat bonyolítva le.

A Magento 1 valamely verziója tehát megfelelő választás lehet, ha viszont teljesen új projektbe akarunk kezdeni, akkor érdemes hosszú távon gondolkodni, és a Magento 2-t választani.

Enterprise Edition esetén persze nincs értelme a kérdésnek, hiszen itt már csakis a 2-t vehetjük igénybe.

 

Házon belül fejlesszünk vagy bízzuk külső szakemberre?

 

Ha nem akarunk külső fejlesztőt – akár szabadúszót, akár ügynökséget – megbízni a fejlesztéssel, mert jobb szeretnénk mindent egy kézben tartani, akkor nem csak fejlesztőkre lesz szükségünk.

A legegyszerűbb esetet tekintve is szükség lesz egy dizájnerre és UX-szakemberre, akik a weboldal megjelenéséért, az alapvető felhasználói élményért felelnek.

Korábbi cikkeinkben beszéltünk már arról, hogy már csak a megfelelő színek kiválasztásának is milyen óriási szerepe lehet – hát ezért kell mindenképpen külön dizájner.

Szükség lesz valakire, aki előzetesen meghatározza, hogy milyen üzleti célokat érhetünk el reálisan, és ehhez az adott piacon (figyelembe véve a célközönséget, terméket, konkurenseket és így tovább) pontosan milyen funkcionalitásra lesz szükségünk, milyen általános specifikációk mentén kell levezényelnünk a projektet.

Ha a projekt komplex frontend funkcionalitással bír, akkor a fő fejlesztőn túl szükség lehet egy frontend szakemberre is.

A frontend (Javascript, HTML, CSS) és backend (Magento PHP) fejlesztéshez eltérő képességek és tapasztalatok kellenek, és ritka az olyan szakember, aki mindkét szakterületen képes maradéktalanul megállni a helyét. (Ahogyan egy plasztikai sebésszel sem húzatnánk szívesen fogat, úgy itt is fontos a specializáció és az adott szakterületen szerzett tapasztalat.)

És persze szükségünk lesz egy projektmenedzserre is, aki az egészet kézben tartja.

A lista tovább bővülhet, ha ennél is komplexebb megoldásokra van szükségünk, kellhet például a csapatba ERP-integrációval foglalkozó szakember vagy 3D-modelleket építő dizájner.

Saját csapatot építeni tehát költséges és komplex feladat.

Ha több millió dolláros éves bevételre számítunk és hosszú távon tervezünk, akkor persze lehet, hogy megéri harmadik fél helyett egy teljesen saját csapatot felépíteni, akiknek semmi más feladata nincs, mint a mi rendszerünkkel foglalkozni.

 

Mennyibe kerül a házon belüli fejlesztés pontosan?

 

A tapasztalatok szerint, ha házon belül akarjuk megoldani a fejlesztést, akkor a CE és EE verziók között nincsen érzékelhető különbség.

Egy kezdő fejlesztő (egy évnél kevesebb tapasztalattal) alkalmazása évente 60-80 ezer dollárba fog kerülni, egy senior fejlesztő ennek legalább kétszeresébe. Átlagosan mondjuk, hogy évente 120 ezer dolláros fizetéssel számolhatunk egy már nem kezdő fejlesztőnél.

Ehhez pedig hozzájöhet még természetesen az eszközköltség (szerverek, megfelelő munkaeszközök), a szükséges szoftverek költségei, adott esetben az iroda bérleti díja és így tovább.

 

Összefoglalva: A legnagyobb cégeknek megérheti saját fejlesztőcsapatot fenntartaniuk, alacsonyabb szinten viszont aligha.

És még a nagyobb cégeknél is rizikós vállalkozás ez, hiszen az alapoktól felépíteni egy csapatot nem egyszerű: a szakemberek akkor dolgoznak jól, ha összeszoktak, és igazán akkor bízhatunk meg bennük, ha megfelelő referenciákkal rendelkezik egy csapat.

Tehát még a legnagyobb vállalatoknak is jobban megérheti egy kipróbált, összeszokott fejlesztőcsapattal, ügynökséggel dolgoznia.

 

Fejlesztőcég vagy szabadúszó fejlesztő?

 

Ha e két lehetőség között hezitálunk, a döntés előtt rengeteg szempontot kell figyelembe vennünk.

Tény, hogy szabadúszót választani rendszerint olcsóbb döntés, megvan azonban az oka annak, hogy az ügynökségek drágábban dolgoznak.

Most sorra veszünk minden szempontot, hogy megkönnyítsük a döntést.

 

Megbízhatóság

 

A szabadúszók egyik gyenge pontja az ügynökségekkel szemben az elérhetőség.

Nem szaktudásról vagy személyes kvalitásokról beszélünk: képzeljük el, mi történik, ha a szabadúszó egy kritikus pillanatban példának okáért annyira lebetegszik, hogy nem tud a projekten dolgozni.

Ezzel szemben egy ügynökségnél csak azért, mert egy ember kiesik, a munka még nem áll meg, hiszen egy fejlesztő helyettesíthető, és jó eséllyel eleve egyszerre többen dolgoznak a projekten, ismerik azt annyira, hogy folytatni tudják a munkát.

 

Kockázat: Egyetlen emberre építeni veszélyes, ha komolyabb projektről van szó, ez komoly kockázatot jelent, pótlása nagyon komoly problémákat okozhat.

 

Minőség

 

A saját tapasztalatunk is ezt támasztja alá: azok az ügyfelek, akik projektválság-kezelés keretében kerestek meg minket, a szabadúszókkal kapcsolatban a rendszertelen kommunikációt, valamint a projektmenedzsment teljes hiányát jelölték meg.

Hogy mennyibe kerül szabadúszóval fejlesztetni, nem könnyen megválaszolható kérdés.

A legolcsóbban dolgozó fejlesztők (jellemzően Délkelet-Ázsiára, Indiára, Pakisztánra jellemző ez) akár már a hihetetlenül olcsó, óránkénti 10-20 dolláros sávban is vállalnak munkát.

Kelet-Európában már jellemzőbb a 20-60 dolláros órabér, míg Nyugaton (Nyugat-Európában, az Egyesül Királyságban és az Egyesült Államokban) már inkább 150-200 dollárral kell számolnunk.

Hogy a legalsó sávban mennyire végezhető ténylegesen minőségi munka, azt mindenki eldöntheti – a mi tapasztalatunk az, hogy komplex projektekkel, egyedi funkcionalitás kivitelezésére szóló megbízásokkal nem érdemes itt szakembert keresni.

Ugyanakkor a template-ek vagy modulok telepítésére megfelelő választás lehet egy szabadúszó, ezekkel elvétve adódik csak gond.

 

Tapasztalat és nézőpont

 

Egyetlen szabadúszóra komplexebb projektet bízni azért sem szerencsés, mert valószínűleg leginkább a saját nézőpontjából nézi majd, és kevéssé figyeli a teljes képet.

Egy ügynökségnél rendelkezésre áll számos szakember, akik egymás álláspontját finomítva egy minden szempontból jól működő rendszert képesek kialakítani.

Egy komolyabb ügynökségnél 20-60 ezer dollárba kerülhet egy olyan Magento oldal felépítése, amely megfelelő alap funkcionalitással bír, és a megjelenésével sincsenek problémák.

Nyilvánvalóan pár ezer dollárból is megúszhatjuk az oldal indítását – ha olyan harmadik felet választunk, aki automata telepítéssel néhány tíz dolláros template-eket telepít valódi fejlesztői munka nélkül.

 

tips Szögezzük le:  senki sem vonja azt kétségbe, hogy egyetlen ember is képes lehet egy működő Magento webáruházat létrehozni. Az viszont tény, hogy egy versenyképes, komplex, ténylegesen minőségi Magento webáruházhoz egyetlen ember kevés.

 

Ügynökségi árazás

 

Ha ügynökséget keresel, többféle árazással is találkozni fogsz.

A leggyakoribb az, hogy projektminimumot adnak meg – infografikánkon láthatod, hogy az Egyesült Államokban és globálisan milyen minimumot határoznak meg az ügynökségek.

 

Ehhez egy megjegyzés: az Egyesült Államokban ugyan átlagosan feleannyi a minimum projektár, hozzá kell azonban számítani, hogy itt sokkal több kifejezetten Magento-fejlesztésre specializálódott ügynökség működik, mint bármely más országban.

Az alacsony árakon dolgozó ázsiai vagy dél-amerikai fejlesztők rendszerint szabadúszók, így kevesebb az alacsony áron dolgozó ügynökség.

Nyugat-Európában viszont az ügynökségek jellemzően nagyobb projektekkel dolgoznak, a legtöbb esetben 20-50 ezer dollár (vagy euró) körül határozzák meg a minimális árat.

 

Ezzel szemben az amerikai ügynökségek között rengeteg olyan kisebb csapatot is találhatunk, akik kifejezetten a kisebb projektekre specializálódtak.

Az ügynökség árazhat havonta is, tapasztalataink szerint ez általában minimum 7500 dollár körüli összeget jelent. Ha hosszú távra tervezünk, és tudjuk, hogy szükség lesz komolyabb fejlesztésekre, érdemes lehet eleve ilyen rendszerben szerződni.

Vannak olyan ügynökségek is, amelyek egyáltalán nem határoznak meg minimumot – jellemzően ők azok, akik a kisebb projekteket szolgálják ki.

Ha árajánlatot kapsz, figyelj arra, mit látsz ebben.

Pontos összeget persze igen nehéz mondania bármilyen tapasztalt fejlesztőnek (hogy miért, azt mindjárt kifejtjük), az ajánlat részletességéből azonban láthatod, hogy mennyire komoly csapatról van szó.

Ha külön látod például, hogy mennyibe kerülhet a dizájn, a frontend és backend fejlesztés, a keresőoptimalizálás, a későbbi karbantartás és így tovább, az jó jel arra nézve, hogy mennyire komoly ügynökséggel van dolgod.

 

Hogy a szabadúszók és ügynökségek árairól átfogó képet adhassunk, felkerestük a CommerceHero.io adatbázist. Itt több száz, kifejezetten a Magento-ra specializálódott fejlesztő és cég képviselteti magát.

A szabadúszókat régiónként és képesítések szerint vizsgáltuk.

Az egyik, ami a számokból jól látszik, hogy minél komolyabb képesítéssel bír egy fejlesztő, annál magasabb az óradíja is: egy Certified Developerhez képest egy Solutions Specialist 10-30 dollárral is többet kérhet óránként, akárhol is dolgozik.

A régiókat tekintve nem szembesülünk különösebb meglepetéssel.

A legdrágábban Észak-Amerikában dolgoznak a fejlesztők, Nyugat-Európa, majd Kelet-Európa követi őket, Dél-Amerikában és Ázsiában pedig már megfeleződnek az árak az Egyesült Államokhoz képest.

 

Ha fejlesztőt keresel és szeretnéd áttekinteni, saját piacodon hol találsz ilyet korrekt áron, ajánljuk az oldal felkeresését: a regisztráció ingyenes, a szűrés pedig remekül működik.

 

Szabadúszó óradíjak régiónként és képesítésenként ($)

 

magento fejlesztési árak, szabadúszók

 

Magento projektek minimum árai országonként (átlagolva):

 

magento minimum projekt árak

 

Erre figyelj – árajánlat és egyéb tényezők

 

Ha árajánlatot kérünk, több mindenre is érdemes figyelni.

A legalapvetőbb: a fejlesztőcég vagy szabadúszó aligha tud előre, mondhatni látatlanban pontos árat mondani arra, hogy mennyibe fog kerülni a projekt.

A legtöbb esetben az árajánlatban becslést kapunk, míg a számlázás már a valós munka alapján történik.

Ez persze kettős helyzetet eredményez.

A megrendelő nyilván szeretné minél pontosabban tudni, hogy mennyibe fog kerülni a fejlesztés. A fejlesztő viszont nem teheti meg, hogy látatlanban kötelezi el magát, mert lehet, hogy ezzel ő kerülne pénzügyileg kilátástalan helyzetbe.

Megrendelőként tehát a legjobb, amit tehetünk, hogy felső és alsó becslést is kérünk, és az előbbivel számolunk, amikor a büdzsénket megtervezzük.

Figyelj arra, aki túl gyorsan akar végezni: a Magento weboldalak felépítése időigényes munka, magas szintű PHP-fejlesztői tudást igényel.

Ne higgy annak, aki azt ígéri, hogy 1-2 hét alatt elkészül az oldaladdal (lásd a példát feljebb arról, mennyi időt emészthet fel egyszerűen a bővítmények telepítése).

Ahogyan a házon belüli fejlesztésnél, úgy a külső fejlesztő alkalmazásánál is adódhatnak plusz költségek.

Az egyedi dizájn például magától értetődően megnöveli majd a büdzsét, már csak azért is, mert a dizájnernek aktívan együtt kell dolgoznia a fejlesztőkkel.

Ne spórolj a szaktudáson!

Egy kezdő fejlesztő vagy egy PHP-fejlesztő egymagában nem lesz képes a teljes Magento wbáruházadat felépíteni.

Egy ilyen projekthez több fejlesztőre (frontend és backend), SEO- és analitika szakemberekre, dizájnerre, grafikusra is szükség lesz.

Egyetlen szabadúszó fejlesztővel elvégeztetheted a bővítmények telepítését, de nem bízhatsz rá egy teljes komplex projektet.

Mielőtt bármilyen ajánlatra rábólintasz, ellenőrizd a fejlesztő(cég) referenciáit.

Főleg külföldi fejlesztők esetében: légy biztos benne, hogy a munka elkészül, és tényleg minőséget várhatsz.

Ne hidd, hogy egyszeri kiadásról van szó.

Az e-kereskedelemben nem állhatsz tétlenül, a rengeteg konkurens, a változó technológiák és csatornák arra kényszerítenek, hogy folyamatos fejlesztésekkel biztosítsd előnyödet.

Folyamatosan költened kell majd arra, hogy a weboldalad naprakész, jobban használható, gyorsabb legyen. Ha tehát hosszú távon gondolkodsz, ennek megfelelően hosszú távra kell büdzsét elkülönítened.

 

tips Nem győzzük eléggé hangsúlyozni: az ár nem minden, soha ne a legolcsóbbat válaszd az ajánlatok közül.

Ha van esély arra, hogy az üzleted komolyan növekedjen, akkor fektesd bele a szükséges tőkét. Lehet, hogy pár ezer dollárért egy úgy-ahogy ténylegesen működő webáruházat kaphatsz, ehet az is, hogy van fejlesztő, aki óránként 30 dollárért elvégzi neked a legszükségesebb feladatokat.

Ezzel viszont nem emelkedsz ki, nem nyújtasz jobb felhasználói élményt, nem segíted elő a növekedést.

 

A profitodból biztosítsd a lehetőséget a növekedésre, és ha 2 millió dolláros éves bevételnél gyorsan növekedsz, ne félj akár 100 ezer dollárt költeni a fejlesztésre.

Ha csak 10%-os növekedéssel számolhatsz ennek következtében, már akkor is több mint kétszeres lesz a befektetésed megtérülése egyetlen év alatt.

 

Magento hosztolás árak

 

A Magento erőssége, hogy elképesztően sok funkcióval bír, testre szabható, olyan komplex rendszert építünk belőle, amilyet csak akarunk – éppen ezért hoszting tekintetében is erőforrásigényes, ha optimális teljesítményt akarunk elérni.

2014 előtt az Enterprise Edition felhasználói még igénybe vehették a Magento saját hoszting szolgáltatását, erre azonban ma már nincsen lehetőség – hosztingról tehát, bármelyik verzió mellett tesszük is le a voksunkat, magunknak kell gondoskodnunk.

A CE esetében egyszerűbb a választás, az EE azonban már legalábbis egy saját, dedikált szervert igényel.

A hoszting olyan költség, amelyet sokan hagynak figyelmen kívül a projekt büdzséjének tervezésekor, pedig a megfelelő hoszting cég megtalálása létfontosságú ahhoz, hogy sikeres vállalkozást indítsunk.

Ha megosztott hosztingot akarunk (CE-t használóknak már ez is megfelelő lehet), 150 dolláros havidíjjal is megúszhatjuk a rendszer működtetését, míg az ennél erőforrásigényesebb projektek esetében a klaszter rendszerben működtetett dedikált szerverekért akár 4500 dollárt is fizethetünk.

 

A hosztingszolgáltató kiválasztásakor ezekre a kérdésekre érdemes választ keresnünk (ezek egy részét már a Magento AWS hosztingról szóló cikkünkben is olvashattad):

  • Mennyi a látogatók száma az oldalon naponta?
  • Mennyi az indított munkamenetek száma egy hónapban?
  • Peak-ek esetén mi volt a legnagyobb munkamenetérték a periódusban?
  • Mekkora ezeknek a csúcsoknak az előfordulási aránya egy adott üzleti évben?
  • Hány párhuzumos munkamenetre számítunk átlagosan és a csúcsidőszakokban?
  • Földrajzilag hová célozzuk a szolgáltatásunkat?
  • Milyen verziójú Magento áruházat szeretnének készíttetni, illetve melyik verziót szeretnék migrálni?
  • Jelen webshopban mekkora az SKU (Stock Keeping Unit)?
  • Használni akarjuk-e a SOLR, Elasticsearch vagy Sphinx keresést a Megento-ban?
  • Használni akarjuk-e a Magento Payment Bridge-et?
  • Az aktuális szerver vagy szerverek milyen specifikációval rendelkeznek?
  • Elegendő lehet a megosztott hoszting vagy dedikált, esetleg többszerveres klaszter rendszerben működő szolgáltatásra van szükségünk?
  • Milyen külső rendszerekkel kommunikál a webáruház, és vannak-e tervek ennek bővítéséről (adatbázis típus/méret, számlázó szoftverek, ERP, CRM stb.)?
  • Elemezzük-e weboldalaink működését, teljesítményét valamilyen külső eszközzel (Pingdom, New Relic stb.)?
  • Szükségünk lesz-e valamilyen tartalomelosztó hálózatra (CDN)?

 

Megosztott hoszting szolgáltatással viszonylag olcsón futtathatjuk a webáruházat, de természetesen ez korlátozásokkal is jár: nagyobb forgalmú áruházat ne akarjunk ilyen rendszerben működtetni.

Hosszú távon gondolkodva mindenképpen számítsunk arra, hogy drágább szolgáltatásra kell váltanunk, dedikált szervereket kell bérelünk egy profi szolgáltatótól.

A megosztott hoszting rendszerben havi 20-120 dollár lehet a hoszting, attól függően, milyen komoly igényeink vannak.

Ha dedikált szerveren akarjuk futtatni a webáruházat, az körülbelül havi 500-750 dollárba fog kerülni szerverenként.

 

A pontos árak

 

Fapados Magento webáruház

 

Becsült ár: 1500 – 5000 dollár (0,5–1,5 millió Ft)

 

Ha szakembert kérdezünk, általában 10-20 ezer dollár körüli minimum költséget mond arra, mennyiért lehet Magento webáruházunk.

Ez, mondjuk úgy, félig igaz csak. 1500 dollárért is lehet egy működő Magento webáruházad.

De nem ajánljuk, hogy legyen.

Ennyi pénzért egy nagyon olcsón dolgozó szabadúszót tudsz felfogadni, és sem idő, sem tapasztalat nem jut majd arra, hogy a lehető legalapvetőbb telepítésen kívül bármi más helyet kapjon a webáruházban, nem is beszélve a későbbi fejlesztésekről.

 

Szögezzük le: Aki ebben az árkategóriában gondolkodik, és 20-50 ezer dollárt komolyan sokall egy webáruházért, annak egyszerűen nem való a Magento.

 

Kis- és középvállalkozások is használják persze, de a Magento lényege éppen fejleszthetősége, komplexitása, a végtelen funkcionalitás – ekkor büdzsével ez kihasználhatatlan, a BigCommerce, WooCommerce vagy valamely más ingyenes rendszer így valószínűleg jobban szolgál majd.

 

Alap Magento webáruház

 

Becsült ár: 10 000 – 40 000 dollár (3–12 millió Ft)

 

Ha más platformról költöztetsz át egy már működő, kisebb webáruházat, vagy éppen el akarod indítani új üzletedet, és a jövőre is gondolva a Magento-t akarod erre használni, akkor ennyi a minimum büdzsé, amivel számolnod kell.

Ennyiért viszont még mindig csak alap funkcionalitásról beszélhetünk.

Láthattuk korábban, hogy már csak a bővítmények telepítése is több ezer dollárba kerülhet, még ha csak töredékükről, és problémamentes telepítésről beszélünk.

Ennyi pénzért tehát megkaphatod az ingyenes Magento CE legújabb verzióját, ehhez egy beépített vagy nagyon olcsó sablont és a legfontosabb funkciókat.

Ennyiért egy profibb szabadúszó vagy egy kisebb ügynökség telepíti az oldalt, a kiválasztott sablont. A dizájnnál szóba jöhet némi minimális testreszabás, az SSL beállítása.

Szó sem lehet viszont bármilyen egyedi fejlesztésről, komolyabb bővítménytelepítésről vagy akár egyedi bővítményekről, teljesen egyedi dizájnról, a Back Office rendszerek integrációjáról.

Kisebb forgalom és termékszám, korlátozott lehetőségek jellemzik az ilyen webáruházakat.

 

Egyedi Magento webáruház

 

Becsült ár: 40 000 – 100 000 dollár (12–30 millió Ft)

 

Ezen az áron egy komolyan vehető ügynökség egy valóban egyedi, az igényeinknek megfelelő Magento weboldalt képes fejleszteni.

 

Kinek való? Olyan kereskedőknek, akik már jól működő, szép profitot termelő webáruházat akarnak Magento alá költöztetni, vagy új üzletágként indítják azt – a lényeg, hogy hosszú távon is legyen büdzsé a fejlesztésekre, hosztingra és növekedésre.

 

Ezért a pénzért egyedi bővítményeket, funkciókat fejlesztethetünk, amelyek illeszkednek a termékkínálathoz, az üzletpolitikához.

Alapos teszteléssel javíthatjuk a felhasználói élményt és teljesen egyedi dizájnt kaphatunk, amelyet dizájner szakemberek a frontend fejlesztővel együtt alkotnak meg.

Itt már használhatjuk az olyan ránk szabott funkciókat, mint a kuponozás, a hírlevelek kiküldése, a tartalmak közzététele, a bonyolultabb keresési lehetőségek.

Emellett a fejlesztőktől is komolyabb támogatást kaphatunk, nem csak tesztelést, de dokumentációt, garanciát, az adatok migrálását más webáruház-rendszerekből.

 

Magento Enterprise webáruház

 

Becsült ár: 100 000 dollártól (40 millió Ft-tól)

 

Nagyvállalatoknak való rendszer, melynek alapja már nem a Community Edition, hanem az Enterprise Edition (ennek árazási struktúrájáról korábban beszéltünk).

 

A Magento Enterprise weboldalak már száz százalékban egyediek lehetnek A funkciók, megjelenés egyedire szabhatóak, emellett pedig a Magento EE olyan alapfunkciói is rendelkezésre állnak, mint

  • a mobilra szabott megjelenés,
  • egyszerre futtatható több webáruház,
  • beépített modulok,
  • keresőoptimalizálás (SEO),
  • szegmentálás,
  • targetált promóciók,
  • egyedi kuponok,
  • retargeting és remarketing eszközök stb.

 

Nem az ár a kérdés, hanem az: mire van szükséged?

 

Egy kis- vagy mikroméretű vállalkozásnak a Magento nem a legjobb rendszer.

Beszéltünk már korábbi cikkeinkben arról, hogy olyan esetekben, amikor elindítani akarunk egy kisebb webáruházat, amelyből komolyabb bevételre nem számítunk (vagyis évi 1-2 millió dollár alatt maradunk), akkor a Magento helyett jobban megérheti valamilyen más, ingyenes, könnyebben testre szabható webáruház-rendszert választani.

Ennek az oka az, hogy a Magento fejlesztése költséges.

A legkisebb webáruházaknak nincsen szüksége olyan szerteágazó funkcionalitásra, amilyet ez a rendszer biztosítani tud, a közepes és nagyvállalatok azonban, amelyeknek ez már létszükséglet ahhoz, hogy versenyképesek maradhassanak és biztosíthassák a növekedést, meg kell tudniuk fizetni a fejlesztőket ügynökségeket akár.

Kérdés az is, hogy mennyire gondolkodunk hosszú távon.

Írtunk róla, hogy a Magento nem egyszeri költséggel járó rendszer, legalábbis, ha komolyan gondoljuk a használatát:

folyamatos fejlesztésre, finomításra szorul, már csak a piaci változások miatt is.

Éppen ezért akinek nem áll rendelkezésre 100-200 ezer dollárja az egyedi fejlesztésekre, jó eséllyel nem a Magento-ban találja meg az ideális webáruház-rendszert.

Szabadúszók segítségével alacsony áron is elindítható egy ilyen webáruház, amely működőképes és nyereséges lehet, kicsi azonban arra az esély, hogy hosszú távon nagyobb növekedést mutasson fel.

Természetesen rengeteg webáruház használ Magento-t, írtunk már arról, mekkora a piaci részesedés – ezek között azonban rengeteg olyat is találunk, amely nem nyereséges, nem képes növekedni.

Az első három évben az induló vállalkozások több mint 90%-a kénytelen csődöt jelenteni – és erről nem a Magento tehet, hanem az elhibázott üzletpolitika.

 

Az igazi kérdés ez: ha egy közepes és gyorsan növekedő vállalkozást vezetsz, hajlandó vagy-e befektetni a növekedésbe?

 

A webáruházadba éppen úgy be kell fektetned, mint egy fizikai boltba: ha az üzleted rozsdás, beázik, ha a kassza nem működik és az eladó is mogorva, a vevők nem vásárolnak majd nálad, inkább mennek néhány utcát a konkurensedig.

A neten nem kell ennyi erőfeszítést tenniük azért, hogy egy nálad jobbat találjanak.

Ha rá tudsz szánni 100-200 ezer dollárt egy Magento webáruház felépítésére úgy, hogy fizetni tudod az alkalmazottaid, a befektetőket, hogy van pénzed egyéb területeken (például a marketingben) is áldozni a bővülésre, és azt is biztosítani tudod, hogy valamilyen váratlan katasztrófa esetén néhány hónapig működhessen a vállalat, akkor érdemes befektetned a jövőbe.

Ha a jobb funkcionalitás, fizetési lehetőségek, felhasználói élmény akár csak 10%-os növekedést hoznak, akkor jó eséllyel már egyetlen év alatt megtérül a befektetésed – márpedig egy egyedi rendszer ennél sokkal többre is képes.

Rengeteget írtunk már arról, hogy megfelelő online marketing eszközökkel megtámogatva mi mindenre képes a Magento: nem kétséges, hogy ha profi fejlesztőcsapattal dolgozol, a 10%-os bevételnövekedés nem elérhetetlen álom.

 

 

Hogyan használd a Twittert? Alapok, üzleti tippek és eszközök

És néha még az is csődöt mond.

A legelső lépésektől átvesszük, hogy pontosan hogyan kezdj bele, hogyan hozd létre a felhasználódat, hogyan találd meg a közönségedet.

Hogy milyen témákban és hogyan posztolhatsz, hogyan találhatsz influencereket és építhetsz követőtábort, és egyáltalán milyen extra eszközökkel turbózhatod fel a teljesítményedet.

 

Kezdjük a közönségeddel

 

A Twitter jelentősége a közösségi platformok között mára ugyan csökkent némileg, de ezzel együtt még mindig 317 millióan használják havonta a 2017 januári adatok szerint.

 

Néhány statisztika arról, hogyan használják a Twittert a felhasználók:

  • A Twitter tartalmai nyilvánosak, csak a tweeteléshez, aktivitáshoz kell regisztráció – éppen ezért az oldalt minden hónapban 500 millióan látogatják meg anélkül, hogy belépnének.
  • A beágyazott tartalmakkal együtt viszont összesen egymilliárdnál is több internet-felhasználót érnek el.
  • A legtöbben mobilról használják a platformot, egészen pontosan a felhasználók 82%-a. (Ez a gyorsaság miatt fontos: a Twitteren az azonnali kommunikációé a főszerep.)
  • A videómegtekintéseknél a mobileszközök részesedése még ennél is nagyobb, 90%.
  • Egy átlagos felhasználót 208-an követnek, 391 milliónak viszont egyáltalán nincsenek követői. (A felhasználói fiókok és a valós, egyes emberekhez köthető, általuk üzemeltetett fiókok között nyilván van különbség.)

 

Rendben, ismerünk adatokat – de abban még nem lehetünk biztosak, hogy a te közönséged ténylegesen ott van-e a Twitteren, aktívan használja a szolgáltatást, vagyis egyáltalán van-e értelme annak, hogy nagyobb energiát fektess a platformba.

Ha ezt már tudod, azt kell meghatároznod, hogyan fogsz velük kommunikálni, milyen stratégiát, megközelítést válassz.

 

A PewResearchCenter 2014-es kutatása szerint a felületen folyó diskurzusoknak, közösségeknek, hat archetípusa azonosítható be:

  • Polarizált közösségek: nagyobb csoportok, amelynek tagjai egy-egy nagyobb témakörben egymással beszélgetnek és az ellentétes véleményű csoport tagjaival vitatkoznak. Az ilyen megosztó diskurzusok jellemzően politikai témák körül alakulnak ki, amikor ún. visszhangkamra-struktúrák alakulhatnak ki és ütközhetnek egymással a közösségi felületeken.
  • Szoros közösségek: szakmai közösségek, hobbik köré szerveződő társaságok, aktuális események, például konferenciák aktív diskurzusai tartoznak ide. Itt nincsenek kívülállók, a résztvevők mind az adott közösség tagjai.
  • Brand-klaszterek: termékek, márkák, hírességek vagy események köré szerveződő diskurzusok, melyeknek nagyon vegyes, sokszínű és nagyszámú résztvevője van, a diskurzus sok, egymástól független szálon, klaszterben fut.
  • Közösségi klaszterek: globális jelentőségű események jellemzően ilyen mintát alakítanak ki, több kisebb és nagyobb résztvevővel, rengeteg különálló csoporttal, amelyek mind egy témáról tweetelnek.
  • Hírhálózatok: hasonlóan a hagyományos médiához, általában híroldalak vagy hírekkel foglalkozó véleményvezérek köré szerveződik. A hírek megjelennek a felhasználók pedig retweetelik, megbeszélik, kommentálják azokat.
  • Támogatói hálózatok: az ügyfélkapcsolatok csoportjai, ilyen az, amikor egy adott fiókot kifejezetten a tömegekkel való kapcsolattartás miatt hozunk létre. Brandek, cégek ugyanúgy jelen vannak itt, mint médiumok, kormányszervek vagy akár vallási csoportok.

 

Figyeld meg, hogy a közönséged milyen diskurzusokban vesz részt, milyen közösségekben aktív (a cikkben olvashatsz néhány analitikai eszközről, amelyek segíteni fognak ebben), és ennek megfelelően alakítsd a saját kommunikációdat is.

 

Mielőtt tweetelni kezdenél…

 

Mielőtt elkezdenéd használni a Twittert, érdemes alaposan elgondolkodnod rajta, hogy mi a célod ezzel.

Számtalan közösségi felület áll rendelkezésedre, hogy a brandedet építsd, hogy eladj vagy tartalmat tégy közzé – a legnagyobbakkal már mind foglalkoztunk ezen a blogon.

A Twitternek is megvannak a maga sajátosságai, ezért kezdd azzal, hogy megfigyeled, hogyan viselkedik itt a célközönséged.

Ha például szeretnek kérdéseket feltenni egymásnak és az üzleteknek, ahonnan vásárolnak, pozicionálhatod magad információforrásként. Hasznos tartalmakat oszthatsz meg, ügyfélszolgálati kérdésekkel foglalkozhatsz és így tovább.

 

Az alapok

 

A Twitternek, mint a legtöbb közösségi felületnek, saját nyelvezete van, szokásai vannak, melyeket ösztönösen kell használnod.

A legfontosabb persze, hogy legfeljebb 140 karakterben írhatunk tweeteket, nagyrészt ez teszi különlegessé az egészet.

Ez kevésnek tűnhet, de meglepően sok mindent fejezhetünk ki már néhány tweetben is – elég csak arra gondolni, hogy a politikában milyen hangsúlyos szerepet kapott az utóbbi néhány évben ez a platform.

Ha azt akarod, hogy a közzétett üzeneteidet könnyen megtalálják, hashtageket kell használnod, melyek elé a # karakter kerül.

Érdemes kitalálnod egy saját hashtaget, hogy így építsd a branded és a közösséget, amelyet remélhetőleg összehozol itt.

Ha valakihez nyilvánosan akarsz szólni, fel akarod hívni a figyelmét, megemlítheted (mention), ekkor az üzenetben a felhasználónevét, előtte pedig a @ karaktert kell használnod.  A másik fél ilyenkor az alapbeállításoknak megfelelően értesítést kap róla, hogy megemlítették a nevét egy tweetben.

Mások tweetjeit újraközölheted, retweetelheted – ha mondjuk az egyik ügyfeled egy pozitív értékelést oszt meg az üzletedről, így a saját csatornádon is helyet kap.

Kedvencnek szintén jelölhetsz olyan üzeneteket, amelyek elnyerik a tetszésedet, ennek jóval kevesebb értelme van, nagyjából a Facebook lájkjának felel meg.

Végül lehetőséged van privát üzenet (direct message) küldésére is, de csak olyanok esetében, akik követnek téged.

Ma már képeket és videókat is feltölthetsz a Twitterre, így színesebbé teheted a csatornádat, nem vagy szigorúan 140 karakterre korlátozva – egyben hatékonyabban hirdetheted is a tartalmaidat, termékeidet.

 

Erre figyelj a profilodon

 

Az első lépés, mint minden esetben, a profilod felépítése.

Figyelj rá, hogy illeszkedjen a branded arculatához.

  • Fejléckép: valami olyat tölts fel, amiről rögtön rád asszociálnak, ami kapcsolódik a tevékenységedhez és átadja az arculatod hangulatát.
  • Profilkép: javasolt, hogy a logódat használd – rögtön felismerhető, egyszerűen beazonosítható.
  • A „handle”, vagyis a név, amellyel a Twitteren elérhető vagy. Ez nem feltétlen kell, hogy egyezzen a felhasználóneveddel.
  • A bio: írd le, mivel foglalkozol, akár azt, mire használatos ez a fiók (például itt publikálod a híreket vagy itt kérdezhetnek tőled).
  • A weboldalad: a fiók rendeltetéséhez képest irányítsd az embereket, megadhatod a blogodat, a webáruház nyitóoldalát, de akár egy landing page-et is.

 

Mit írj, hogyan írj

 

A Twitter nem az a felület, ahol halmoznod kell a tartalmat annak reményében, hogy a későbbiekben organikus forgalmat hoz.

A célod az, hogy reagáljanak arra, amit közzéteszel, ez az engagement (bevonás).

A platform kevés lehetőséget ad neked arra, hogy az üzeneteidet „formázd”, de jó, ha tudsz pár dolgot.

A hivatkozásokat tartalmazó tweetek 86%-kal több retweetet eredményeznek.

Használj linkrövidítő alkalmazást, például a Bit.ly eszközét, hogy minél kevesebb karaktert vegyen el az üzenetedből maga az URL.

(Egyben érdemes azt úgy alakítanod, hogy egyértelmű legyen, a rövidített URL mögötti hivatkozást pedig felparaméterezned, hogy az analitikában pontosan lásd a forgalomforrást.)

 

Igen, beszélgetned kell

 

Tudomásul kell venned, hogy ha a webshopodnak saját csatornája van Twitteren, az ügyfélszolgálati jellegű használata elkerülhetetlen.

A felhasználók java része itt talál meg a leggyorsabban, itt tudnak a legegyszerűbben nyilvánosan kérdezni, üzenni.

A Conversocial egy tanulmánya szerint két év alatt 250%-kal növekedett az ügyfélszolgálati jellegű üzenetek száma a platformon – a felhasználók egyre szívesebben használják ezt az azonnali lehetőséget az érdeklődésre vagy panaszkodásra.

Ennek jó és rossz oldala is van.

A jó az természetesen, hogy azonnal reagálhatsz szinte bármire – ha van erre elegendő időd. (Már csak ezért sem nagy baj, ha van a csapatban egy social media manager, aki az ilyen ügyekkel foglalkozni tud.)

A rossz oldala az, hogy ha felháborodott, csalódott vásárlóval van dolgod, akkor nehéz lehet itt kezelni a panaszokat.

Ha trollok céloznak meg, akkor sem igazán tudod eltüntetni a nyilvánosság elől az egészet, bár kreatív kommunikációval a magad javára is fordíthatod az ilyen eseteket.

 

Ha ügyfélszolgálatról van szó, akkor egyértelműen az Amazon a legjobb példa: Nézd meg, hogyan beszélgetnek folyamatosan a vásárlóikkal. Ha gond adódik, segítenek, de reagálnak a teljesen egyszerű említésekre, feltöltött képekre is, méghozzá nagyon barátságos, közvetlen hangnemben. A világ legnagyobb e-kereskedelmi üzletéről van szó, ügyfelek millióival, mégis képesek úgy beszélgetni a Twitteren a vásárlóikkal, mintha a sarki hentes lennének.

 

Használj hashtageket!

Ez nemcsak 21%-os növekedést hoz átlagosan az engagement arányában, de segít abban is, hogy a megfelelő diskurzusokba kapcsolódj be. Ebben sem hagy magadra a net.

Ott van például a Hashtagify.me, amely segít megtalálni neked az aktuálisan legjobbakat, vagy a Keyhole, amivel egyes hashtageket tudsz követni (ráadásul nem is csak a Twtitteren, hanem az Instagramon és a Facebookon is).

Tartsd viszont észben azt is, hogy míg egy hashtagnél ennyire pozitív a hatás, ha három vagy annál több szerepel a tweetedben, már 17%-kal csökken az engagement.

Ha képeket használsz a tweetben, az a tapasztalatok szerint szintén akár 50%-kal emelheti az elköteleződést – de azért emlékezz, hogy nem az Instagramon jársz.

 

Egy keveset a témákról

 

Olyan nem igazán van, amiről nem beszélhetsz Twitteren, de érdemes meghatároznod, hogy a fiókod pontosan mivel fog foglalkozni.

Zavart kelthet például, ha a kifejezetten tartalomterjesztésre használt accountodon néha ügyfélszolgálati jellegű diskurzusokat is folytatsz, erre két dedikált fiókot is létrehozhatsz.

 

  • Alkalomadtán közzétehetsz promóciókat, új termékajánlatokat, de bánj ezzel óvatosan. Érdemes lehet a twitterezőknek speciális ajánlatokat tenned (ahogy más közönségeknek is), például a nekik szóló promóciós kódot adnod.
  • Tegyél fel kérdéseke Ezzel fokozhatod az aktivitást, de akár kutatási célokra is használhatod, ha például megkéred a követőidet, hogy jellemezzék két szóban a veled vagy termékeddel kapcsolatos tapasztalataikat.
  • Kérd ki a véleményüket – szlogenekről, terméknevekről, logókról, bármiről, amire néhány karakterben is reagálhatnak.
  • Tedd közzé friss tartalmaidat, más csatornákról is mutasd be, mit teszel közzé – blogposztok, YouTube-videók például bátran kerülhetnek ide.
  • Tégy közzé érdekes infografikákat.
  • A rövid, lényegre törő idézeteknek is itt a helye – ezek lehetnek testimonialok, de kerüld a túlzott önfényezést. Inkább legyen hasznos vagy érdekes, mint például az iparági szakértőktől, interjúkból vett megállapítások.

 

Ha brick&mortar üzleted és webshopod is van, akkor például a Home Depot stratégiáját érdemes megnézned.

A Twittert nem öncélúan, hanem egy cross-platform stratégia részeként használják. Megosztanak itt friss tartalmakat (például „csináld magad” témakörben, ami külön nagyszerű húzás), nemcsak bemutatják a terméket, de tippeket is adnak hozzá, hogyan használd, véleményvezéreket, partnereket, testimonialokat tesznek közzé, és szinte minden tartalmuknál a vizualitáson van a hangsúly.

Aztán ott van az Arena Flowers. Virágokat árulnak. Tudod, mit nem találsz a Twitter-feedjükben?

Virágokat.

A cég úgy döntött, nem érdeklik a releváns hashtagek, kulcsszavak, a termékpromóció. Ők egyszerűen egy nagy és lelkes követőtábort akarnak, és ezt humorral érik el.

Egy adott ponton egyszerűen hagyták a korábbi stratégiájukat a fenébe, és elkezdtek vicces képeket, szövegeket feltölteni az idővonalukra.

És ezzel 18 hónap alatt 18 ezer új követőt szereztek, megduplázták az őket megemlítők számát a megelőző év azonos időszakához képest, és összességében annyi embert érnek el, amennyiről egy egyszerű virágküldő szolgálat aligha álmodhat.

 

Mikor tweetelj?

 

Ha aktualitásról van szó, azonnal.

De ha megtervezett, hosszú kampányban használod, akkor érdemes a felhasználói szokásokhoz igazítanod a posztolás idejét.

A Wiselytics szerint egy tweet „élettartama” mindössze 24 perc, ezt követően már nagyon kicsi az esély rá, hogy komolyabb hatást érsz el vele.

Akkor érdemes tehát megjelennie, amikor a közönségedből a lehető legtöbben látják, mert éppen a Twitteren lógnak.

Rengeteg különféle statisztikát mutathatnánk, hiszen abszolút közönségfüggő, ki mikor twitterezik.

Amiben mindenhol egyetértenek, hogy hétköznapokon szerencsésebb posztolni, mint hétvégén.

Napon belül az egyik legszerencsésebb időszak a 12-15 óra közötti, illetve a 17-18 óra közötti – nagyjából ez szűrhető le a Kissmetrics, a HubSpot, a QuickSprout és a többiek adataiból. (A HubSpotnál egy nagyszerű gyűjtést és infografikát találsz erről.)

 

Így találd meg a véleményvezéreket (+eszközök)

 

Ha észre akarod vetetni magad a közösségi médiában, akkor az egyik leghatékonyabb módszer a véleményvezérek megkeresése.

Ez viszont nem egyszerű feladat: a Twtitteren nem találsz listát arról, hogy a te meghatározott közönséged pontosan milyen embereket követ rendszeresen.

A Twitter nagyfokú szervezetlensége és a rengetegféle felhasználó és tartalom okán nehéz megtalálni azokat a fiókokat, akiket követned, retweetelned érdemes, akikkel jó, ha aktívan kommunikálsz vagy ahol jó, ha megjelensz.

Feltételezzük, hogy tudod, kik a konkurenseid a piacon, végeztél már konkurenciakutatást – az ő fiókjaik megkeresésével érdemes kezdened.

Keress rá olyan listákra, amelyeken a szakterületed véleményvezérei szerepelnek.

A Twitter egy idő után magától is elkezd majd olyan felhasználókat ajánlani, akik az általad korábban követettekhez hasonlóak, mindig figyeld, hogy az algoritmus szerint kire kell figyelned.

Trükkökhöz kell tehát folyamodnod ahhoz, hogy a megfelelő embereket megtaláld. És emlékezz arra, hogy akár több tucat vagy több száz is lehet belőlük.

A legegyszerűbb módszer persze az, ha listacikkeket keresel a legbefolyásosabb twitterezőkről egy-egy területen, és ezekből mazsolázod ki a megfelelő jelölteket.

De van más lehetőséged is: a Klear eszközzel például többféle platformon is elemezheted a fiókokat (a Twitter mellett a YouTube-on, az Instagramon és akár blogplatformokon is.)

Bizonyos mértékben még helyi influencerek felkutatására is alkalmas, első körben ugyanis a kategória mellett az országot is megadhatod. Második körben pedig az eredményeket tovább szűrheted, például befolyás, skillek alapján vagy éppen a céges accountokat kiszűrve a listáról.

A tapasztalatok szerint nagyszerűen használható a Little Bird alkalmazás is, amely úgy keres és rangsorol influencereket, ahogyan tíz évvel ezelőtt a Google rangsorolta a honlapokat: az egymáshoz fűződő kapcsolataik alapján.

A logika a következő: ha elég befolyásos véleményvezér vagy, akkor logikus, hogy sok más befolyásos véleményvezér követ téged. Egészen jó arra, hogy egy adott témában feltérképezd a legnagyobb neveket.

Emellett arra is használhatod, hogy a legnépszerűbb tartalmakat figyeld, hogy milyen blogposztokat tesznek közzé a véleményvezérek, szűrhetsz ország szerint is, sőt, előfizetéssel jelentéseket is készíthetsz.

Az Agorapulse arra ad lehetőséget, hogy adott kulcsszavakat kövessünk (több egyéb funkció mellett), lássuk az adott témában megjelenő tweeteket.

Van még benne több hasonlóan hasznos funkció, szűrhetünk például aszerint, hogy kiket retweetelik a legtöbben egy adott időintervallumon belül.

Ezeken felül is rengeteg eszközt használhatsz, az Audiense, a BuzzSumo, a Twitonomy is jól használhatóak adott célokra – azt ajánlom, próbáld ki ezeket, kezdetben használj akár többet is egyszerre, és látni fogod, hogy melyik neked a legkényelmesebb, leghasznosabb.

 

Az e-kereskedő fegyverei

 

Sajnálatos módon a termékkártyák 2015 óta nem elérhetőek a platformon, pedig remek eszköz volt ez az e-kereskedők számára, hogy a 140 karakteren felül extra információkat osszanak meg a közönségükkel.

Másfajta kártyákat azonban használhatsz.

Ha erre a felületre célzol egy kampányt, akkor az érintett termékoldalakba, landing page-ekbe építsd be a kódot, amely alapján a Twitter tudni fogja, hogy milyen információkat kell „behúznia” egy adott linkhez – ilyen a cím, a leírás, a kép.

A leghasznosabb, jelenleg is elérhető típus valószínűleg a website-kártya, amelyhez CTA-t is meghatározhatunk.

Egy másik nemrég végleg elhalálozott eszköz, mellyel az e-kereskedőknek akartak kedvezni, a vásárlásgomb (buy button) volt.

Az okok némileg zavarosak, látszik, hogy nem fókuszáltak erre erősen a cégen belül, de a lényeg, hogy többé nem vásárolhatunk egyetlen kattintással semmit egy tweetből.

 

Mi maradt akkor?

Jelen pillanatban a különféle Twitter-hirdetésekkel dolgozhatnak a kereskedők, ami elég szegényes.

Egyes tweeteket, fiókokat vagy akár trendeket szponzorálhatunk meg, ezzel nagyobb elérést nyerve. Ezek natívan ágyazódnak a felhasználók idővonalaiba.

Ha a brandedet akarod építeni, ha egy új termékről vagy akcióról posztolsz a felületre, akkor ezek hasznosak lehetnek, de abban sajnos nem segítenek, hogy az értékesítést a Twitter felületére vidd, lerövidítsd a vásárlási utat.

 

Különös: Olyan lehetőség, amely jelenleg közvetlen vásárlást kínálna, jelenleg – érthetetlen módon – nem áll rendelkezésünkre.

 

Ugyan 2015 óta beszélnek arról, hogy a vállalat már fejleszti a termékoldalakat, ezen a téren azóta sem sok új hír látott napvilágot.

Néha megemlítik ugyan, de akár arra is fogadhatunk, hogy nemsokára ez az elképzelés is a termékkártyák és a vásárlásgomb sorsára jut.

Ha promotálod a posztjaid, legyenek egyszerűek.

A Twitter saját mérései szerint a 120 karakternél rövidebb üzenetek 8, a 100 karakternél rövidebb üzenetek 18%-kal teljesítenek jobban engagement terén.

A hangvétel legyen közvetlen, érezzék a felhasználók, hogy a „túloldalon” egy ember ül, még akkor is, ha a tweet mellett egy céges logót látnak.

Számos olyan kampányt láthattunk már, ahol az ügyfélszolgálatosok magukat túlteljesítve, egy-egy aktualitás kapcsán közvetlen módon, humorosan válaszoltak minden egyes üzenetre, és a visszhang szinte egyhangúan pozitív.

Ajánlott az is, hogy ne erőltesd az új diskurzust, ne véleményvezér akarj feltétlen lenni, inkább kapcsolódj be.

Ne akard lenyomni a torkukon a terméked, ha a promotált tweetjeidnek csak 20%-ában található valamilyen termékoldalra vagy landing page-re vezető link, az már bőven elég, hiszen a fő cél itt az engagement és a brandépítés.

 

Eszközök a hatékony Twitter-marketinghez

 

Említettünk már néhány hasznos applikációt, amit felhasználhatsz arra, hogy elemezd a Twittert, megfigyeld a követőidet és véleményvezéreket találj.

Ebben az alfejezetben egy kicsit részletesebben bemutatunk néhány igazán nagyszerű eszközt.

 

Social Quant

 

Ha növelni akarod közönséged elköteleződését Twitteren, ezt kell kipróbálnod. Ugyanazt csinálják, mint egy profi közösségimédia-menedzser, csak éppen a big data erejét használva: figyelik a beállított kulcsszavakat és algoritmusokkal elemzik, hogy az egyes diskurzusok résztvevői közül kit érdemes követni, kire érdemes odafigyelni.

Releváns, hűséges, elkötelezett közönséget építhetsz így.

A Social Quant átveszi tőled az építkezés feladatát, hogy nyugodt szívvel a minőségi tartalmak előállítására koncentrálhass.

 

Dripper

 

Ha automatizálni szeretnéd a Twittered, akkor érdemes erre a szolgáltatásra vetned a tekinteted.

A szolgáltatás nemrég indult el – hosszú tesztelést követően, számos influencer bevonásával, hogy mást ne mondjak, Elon Musk személyesen is kipróbálta.

Hogy mire jó? Automatikus említéseket és üzeneteket küldhetsz ki, méghozzá azzal a céllal, hogy twitteres követőidet vásárlókká alakíthasd – a tesztek szerint 10-szer hatékonyabban, mint a korábbi módszerekkel.

 

Post Planner

 

A legjobb tartalom az, amit a közönségedre szabsz.

De hogy ötleteket nyerhess, hogy tudd, valójában mire is vágynak, rengeteg időt kell a kutatásba ölnöd.

Ebben segít a Post Planner: kulcsszavak, hashtagek, Facebook- és Twitter felhasználók figyelésével szolgáltat új tartalmakat és ezzel ötleteket.

Algoritmusok segítségével big data elemzéseket végez és megjósolja, milyen elköteleződést várhatsz egyes közönségek esetében, így a tervezést jóval gyorsabbá teszi.

Az algoritmus még azt is megmondja, hogy a tapasztalatok alapján mikor a leginkább érdemes posztolnod.

 

 

Beszélgetni nem kerül semmibe

 

Mindenképpen próbáld ki a Twittert.

Előtte mérd fel a közönséged – olvasd el cikkünket a szegmentációról, és ha teheted, kérdezd is meg őket arról, hogy használják-e a platformot, és ha igen, akkor mire.

Ha másra nem is jó, az ügyfélszolgálati kommunikációd egy részét ide irányíthatod, és könnyedén kezelheted némi talpraesettséggel.

Használd az eszközöket, amelyeket megmutattunk neked: az automatizáció, az analitika elképesztően hasznos lesz, szinte magától működik majd a Twittered – neked csak arra kell figyelni, hogy stratégiákat, kampányokat dolgozz ki rá és értékes tartalmat gyárts, bármilyen is legyen az.

 

 

Menedzselt hosztolás: a teljes útmutató (alapok, pro és kontra)

Hogyan válassz szolgáltatást?

 

A megfelelő szolgáltató keresése

 

Ebben a fejezetben megvizsgáljuk, hogy ügyfélként mire lehet szükségünk, figyelembe véve a céges ügyvitelünket, működési elveinket, szokásainkat.

 

tips Példa: Ha egy webshopot üzemeltetünk, és vállalkozásunk egy jól kimutatható fejlődési pályára állt, könnyen olyan helyzetben találhatjuk magunkat, amelyben a webáruház üzleti folyamatainak fejlesztése, az új piaci területek meghódítása annyira erőforrás igényes munkafolyamattá duzzad, hogy az ezeket kiszolgáló infrastruktúra működtetését, karbantartását, és a jelentősen megnövekedett igények kiszolgálását nem tudjuk professzionálisan önerőből ellátni.

 

Ilyenkor érdemes számba vennünk, hogy miért lehet érdemes megbízni ezzel egy külsős partnert.

Ugyanis a szolgáltatói szektor szakmai követelményei az utóbbi évtizedben jelentősen megváltoztak – a piac átalakulásának köszönhetően, aki szakmailag valóban a legtöbbet akarja kihozni magából, annak nemcsak elhivatottnak kell lennie, de menedzsmenti szemlélettel, koordinációs képességekkel is rendelkeznie kell.

Milyen jellemzőkre érdemes odafigyelnünk, hogy ha úgy döntünk, szeretnénk hatékonyságunkat célirányosan, egy szakértői team, vagyis egy professzionális szolgáltató bevonásával növelni?

Ha a fejlődés a cél, a fejlesztés kikerülhetetlen. Ennek érdekében tisztában kell lennünk saját kompetenciáinkkal, és a partnerrel szemben támasztott elvárásainkkal is.

Nézzük meg, mit szoktunk keresni ügyfélként a leendő szolgáltatónál!

 

Szakmai felkészültség

 

Természetesen egy jó hoszting szolgáltató legfontosabb tulajdonsága a magas szintű szaktudás.

Igazi értéket, és ütőképes szakmai tudást, a napi munka és tapasztalat, sok-sok éves problémamegoldó, tesztelő és fejlesztő gyakorlat adja.

 

Mindezek felett,

  • a szolgáltatást nyújtó csapat naprakész,
  • szakmájában otthonosan mozog,
  • képben van az újításokat illetően,
  • tudja, hogy az általuk kezelt rendszerekben milyen problémák fordulhatnak elő,
  • és hogyan lehet azokat a leggyorsabban, a legkisebb okozott kényelmetlenséggel és fennakadással megoldani.

 

Megfontolandó tehát, hogy rendszerünket a tudás és tapasztalat széles és speciális spektrumával rendelkező szakemberek egy csoportjára bízzuk, akik a nap 24 órájában rendelkezésre állnak, vagy egyéni rendszergazdánk egyedi tudására és idejére tudunk csak támaszkodni.

 

Kommunikáció, ügyfélközpontúság

 

A technikai tudás mellett, nagyon fontos a kommunikációs készség is.

A szolgáltatónak fel kell tudni mutatni olyan szakembert vagy szakembereket, akiknek az ügyfelekkel aktívan kommunikálniuk kell.

Vele beszélnek, ha a rendszerindító tervezéséről, optimális kialakításáról, installálásáról, majd később fejlesztésről, javításról van szó, ha kérdések akadnak vagy problémák lépnek fel.

Éppen ezért a szolgáltatónak, ha igazán sikeres akar lenni a szakmájában, tudnia kell tisztelettel és türelemmel bánnia minden egyes partnerrel. Azt kell, hogy érezze az ügyfél, hogy rendszere profi és gondos kezekben van, ahol a szolgáltatónak alapvető szempont a megbízható, gyors és magas szintű segítségnyújtás, válaszadás, együttgondolkodás.

Ennek része az is, hogy érthetően és világosan tudja kifejezni magát, úgy szakértővel, mint a szakmát kevésbé ismerővel történő egyeztetés során.

Sok esetben nem képzett informatikus van a vonal másik végén, így fontos, hogy el tudja magyarázni, át tudja adni a szakmai jellegű információt úgy, hogy azt a laikusok is megértsék, és ne úgy érezzék, hogy hozzá nem értőként kezelik őket.

Az előzőek után érdemes elgondolkodnunk, mennyire fontos számunkra, hogy türelmes, pontosan érthető és szolgáltatói attitűdre kiemelkedő hangsúlyt fektető szolgáltatót választunk.

 

Specializált tudástár, felelős csapat

 

Nagyobb rendszerek esetén elengedhetetlen, hogy ne csak egy ember foglalkozzon azok felügyeletével, karbantartásával, a probléma-elhárítással.

Át kell látnia a feladatokat, munkafolyamatokat, a felmerült probléma alapjait, mibenlétét, hogy aztán szakszerűen és hatékonyan össze tudja hangolni a csapat munkáját a lehető leggyorsabb és legszakszerűbb eredmény elérése érdekében.

A rendszergazdának tehát képesnek kell lennie arra, hogy munkatársakat irányítson, munkafolyamatot ellenőrizzen, abban folyamatosan együttműködjön, majd az elkészült munkát minőségében ellenőrizzen.

 

Mit válasszunk tehát?

Mi a jobb?

1) A rendszerünket egy állandóan tevékeny és speciális tudással rendelkező csapatra bízzuk?

2) Vagy bár lehet profi, de erősen limitált erőforrással, idővel és lehetőségekkel rendelkező egyéni szakértőkre, rendszerint hasonló költség-nagyságrenddel?

 

Proaktivitás

 

A szolgáltató – optimális esetben – nemcsak passzívan szemléli a gondjaira bízott rendszereket, hanem aktívan tesz azok jobbá tételéért.

Ha kell, megfelelő technikai változtatásokat és fejlesztéseket kezdeményez, hogy a korábban tapasztalt problémákkal még egyszer ne kelljen bajlódni, hogy elkerülhető legyen azok megismétlődése.

Ha pedig úgy látja, hogy az ügyfél igényeit jobban kiszolgáló megoldás is lehetséges, vagy egy másik típusú szolgáltatás volna megfelelő, ezt egyértelműen jelzi.

 

Saját igényeink és kompetenciánk felmérése

 

A példa kedvéért vegyünk alapul egy webáruházat, és ennek tükrében vizsgáljuk meg, a helyzetet!

Ahogy azt korábban említettük, nemcsak a szolgáltatóval szemben kell megfogalmaznunk elvárásainkat, de a siker érdekében, fontos, hogy tisztában legyünk saját előnyeinkkel, vagy épp hiányosságainkkal is!

Próbáljuk meg 6-8 mondatban leírni, hogy mi a tervünk a mostani oldalunkkal, és hogyan látjuk azt a következő 1 évben.

Ha ez megvan, igényeink pontos megfogalmazásához tegyük föl magunknak az alábbi kérdéseket:

  • Milyen megoldásra keresünk hosztingot (pl.: WordPress blog vagy eCommerce)?
  • Van-e meghatározott verzióigény bármilyen webtechnológiára (pl.: PHP verziószám)?
  • Szükség van-e speciális szoftverek futtatására, egyéb külső alkalmazásokra?
  • Kezdetben mekkora forgalomra számítunk? (A várható hálózati terhelés miatt.)
  • Melyek azok a külső szolgáltatások, technológiák amiket preferálunk vagy szeretnénk csatlakoztatni?
  • Mennyire fontos a kiszámítható, előre tervezhető IT budget?

 

Azzal is érdemes tisztában lennünk, hogy jelen erőforrásainkkal mit tudunk lefedni a megvalósítandó feladatokból.

Mire van cégen belüli megoldás, mi az amit „kintről” kell beszereznünk?

Amennyiben ezekre megfelelő választ tudunk adni, át kell gondolnunk, hogy a felszabaduló kapacitást, hogyan tudjuk befektetni, újrahasznosítani!

 

Számba kell vennünk azokat a pontokat is, amivel ügyfélként rendelkezünk:

  • Van hozzáférésünk a naprakész statisztikákhoz (amiből a szolgáltató esztimálhat, Google Analytics)
  • Ha már használunk valamilyen infrastruktúrát, az alapvető hálózati topológiával és specifikációval kerüljünk tisztába (ha eddig nem tettük volna meg)
  • Nem kell szakértőnek lennünk a témában, de jó, hogy ha tudjuk, mik a piaci trendek, és a fejlődési irányok
  • Ismerjük a menedzselt szolgáltatások, felhő szervizek alapjait, jellegét

 

Ezek az információk azért is fontosak, hogy csak olyan szolgáltatásokat rendeljünk meg, amikre valóban szükségünk van.

Amennyiben professzionális partnert keresünk terveink megvalósításához, lépjünk fel mi is profi ügyfélként.

Ha már a fenti pontokkal tisztában vagyunk, nézzük meg, hogy milyen hoszting típusokkal találkozhatunk, és melyik nyújtja a legjobb megoldást, hogy üzletünk új fejlődési szintre léphessen!

 

Hosztolás, menedzselt hosztolás,  menedzselt ecommerce hosztolás

 

Vizsgáljuk meg, mi a különbség a hagyományos hosting, a manage-elt hosting, és a speciális „eCommerce managed hosting” megoldások között!

 

Hosztolás (Hoszting)

 

A hoszting szolgáltatás olyan (szervereken futó) szolgáltatás, ami lehetőséget biztosít különféle tartalmak interneten történő megjelenítésére bárki számára.

A szolgáltatásnak különféle szintjei és fajtái vannak. A legelterjedtebb a webhosting (web tárterület), amely weboldalak üzemeltetésére szolgál. Kiegészítő szolgáltatásként gyakran e-mail cím üzemeltetés, illetve DNS szolgáltatás tartozik hozzá, amely a domain nevek üzemeltetéséhez kötődik.

Általában induló vállalkozások alap igényeit ki is elégíti, és többnyire „házon belül”, a helyi IT csapat látja el az ezzel kapcsolatos munkálatokat, hiszen általában egyetlen szerverről beszélünk, vagy egy nagyon egyszerű szolgáltatás igénybevételéről, amit egy speciális panelen keresztül érnek el.

Mivel nincsenek, vagy nem számítanak hirtelen forgalom- és ezáltal gyorsan megugró kapacitásigény-növekedésre, vagy, mert az alkalmazás nagyon egyszerű, ezért nem igényel speciális környezetet, finombeállításokat, így gyakran ugyanaz a szerver szolgálja ki a webshopot és az eseleges adatbázist is.

Ez az indulást követő időszakban még elégségesnek bizonyulhat, de később a megnövekedett piaci igények kiszolgálására nekünk is fejlődni kell.

 

Ez pedig állandó beruházásokat jelent: nemcsak a növekedő géppark megújítása (fizikai tárolás, fejlesztés, karbantartás), a meglévő szolgáltatás kiterjesztése, de ennek az üzembiztos működtetéséshez nélkülözhetetlen kompetenciáért is egyre többet kell majd fizetnünk (értelemszerűen a komplexebb rendszereket üzemeltető szakértelmet egyre magasabb áron szerezhetjük, és tarthatjuk csak meg).

Ezért kijelenthetjük, hogy közép-hosszú távon egy webáruház üzemeltetéséhez jellemzően nem megfelelő egy hagyományos webtárhely szolgáltatás.

A nagymértékben változó forgalom (pl. karácsonyi roham) által generált többletterhelést csak jelentős tartalékokkal rendelkező szerverek képesek biztonsággal kiszolgálni, ezt általában nem biztosítják a tárhely szolgáltatók.

Nincs kellemetlenebb annál, mint amikor az ünnepek környékén a megnövekedett terhelés miatt a szerver belassul, vagy a szolgáltató adatforgalmi korlátozást vezet be, jelentős veszteséget okozva ezzel a webshopot üzemeltető cégnek.

Jellemző, hogy a webshopok számára egyedi PHP beállítások, speciális konfiguráció szükséges, melyeket a hagyományos shared-hosting konstrukcióban a szolgáltatók nem képesek maradéktalanul kiszolgálni, vagy követni.

Az is gyakori, hogy az áruházat fejlesztő szakemberek számára szükséges a napi és közvetlen kapcsolattartás a szervert üzemeltető személyekkel, mely szintén nehézkes vagy megoldhatatlan tud lenni egy hagyományos tárhely szolgáltatás esetében.

Ennek kivédésére szolgálhat egy stratégiai döntés, hogy olyan cégekkel működjünk együtt, ahol egy kézben összpontosulnak a webshop-fejlesztéshez és annak hosztolásához szükséges kompetenciák!

 

Menedzselt hosztolás (magaged hosting)

 

A menedzselt hosztolás egy olyan IT modell és egyben szemlélet, amelyben a hosztingot nyújtó cég, mint szolgáltatást, bérbe adja a szervereket és az egyéb kapcsolódó hardveres, valamint emberi erőforrásokat, szakértelmet ügyfele számára.

Az igénybe vett eszközök, vagyis minden berendezés, és az ezeket üzemeltető, felügyelő, karbantartó szakértői csapat az ügyfél szék- és telephelyeitől eltérő földrajzi területen található, és a szolgáltató, vagy egy harmadik fél tulajdonában van.

Elsősorban abban különbözik a többi dedikált hosztingtól, hogy a szolgáltató kezeli a hardvert, az operációs rendszer(eke)t és az egyéb alkalmazásokat.

Az ügyfél általában adminisztratív hozzáférést kap, de rendszerint ritkán használja ki ezt a lehetőséget, ehelyett inkább eléri, és használja a bérelt rendszer erőforrásait egy webes felületen keresztül, továbbá igénybe veszi a 24/7/365-os support csapatot, ha valami problémával, vagy jövőbeni fejlesztési igénnyel kapcsolatban kérdése merül fel.

 

Jellemzően a tárhely szolgáltató felelős

  • a hardver üzembe helyezéséért, konfigurálásáért,
  • a szoftverek telepítéséért,
  • technikai támogatást nyújt,
  • felügyeli, menedzseli az erőforrásokat,
  • detektálja, és elhárítja az esetleges felmerülő problémákat,
  • valamint frissítéseket telepít.

 

Még egyszerűbben fogalmazva a „managed hosting” lefedi az ügyfél helyett, annak kényelmére az üzemeltetést és karbantartást. A klasszikus „hosting” megoldás szimplán a környezet és az erőforrások bérlése a szolgáltatótól.

 

Példa: A felhő szolgáltatások és a közüzemi fogyasztások, mondjuk a vízhasználat összehasonlítása. Az ügyfelek ebben az esetben is egy tőlük független, más tulajdonában lévő rendszerre csatlakoznak, amikor megnyitják a csapot.

Ez azt is feltételezi, hogy a működtetéshez szükséges folyamatokkal sem kell foglalkozniuk, hiszen nekik csupán egy a fontos: amikor szükségük van rá, folyjon a víz, legyen szolgáltatás.

Az elhasznált mennyiség után pedig díjat kötelesek fizetni. A menedzselt erőforrások használatakor ugyanez történik: az ügyfél használja a hosztoló cég tulajdonában lévő erőforrásokat.

 

Egy speciális területe ennek a szervizfajtának a felhő alapú (cloud) megoldások tárháza.

A fogyasztók egy bizonyos része sokszor nincs is tisztában, hogy tudtán, vagy akaratán kívül is adatai valamilyen felhő részét alkotják.

Erre az egyik legegyszerűbb példa az Apple termékeket vásárlók tömege: a telefont be sem üzemelhetjük az úgynevezett iCloud fiók létrehozása nélkül, ami kérdezés nélkül – ahogy azt neve is mutatja – azonnal szállítja profilunkat és a hozzá kapcsolódó adatokat a felhőbe.

Ezenfelül léteznek egyéb szolgáltatások is, amelyek szolgáltatótól függően már egy alapcsomag részét képezhetik, vagy extra szolgáltatásokként kerülnek felajánlásra.

 

Tipikusan ilyenek

  • a biztonsági mentések (backups),
  • a hálózati terhelés elosztása (load balancing)
  • és a súlyos, üzletfolytonosságot negatívan érintő hibák, összeomlások,
  • ide vehetjük még a „katasztrófa” utáni helyreállítást (disaster recovery),
  • valamint a biztonsággal kapcsolatos folyamatok, mint például a jogosulatlan behatolás figyelését (Intrusion Detection, azaz ID) és elosztott túlterheléssel járó támadás (DDoS) elleni védelmet.

 

Ahhoz, hogy elérjük vállalati céljainkat, egy mérhető skála alapján, a hosztoló cégnek nem pusztán professzionális technikai szolgáltatónak, hanem megbízható partnernek is kell lennie.

Ezért most elsősorban a PaaS és IaaS szolgáltókra gondolunk. Ezekbe a csoportokba tartoznak azok a cégek, akik megbízhatóbbá, kiszámíthatóbbá tehetik az üzletünket érintő mindennapos IT működésünket.

A korábbi Cloud Hosting-gal foglalkozó cikkünkben már definiáltuk a PaaS és IaaS szolgáltatókat.

Ezek a cégek hozzáférést biztosítanak a megosztott adatközpontokhoz, így nyújtva számunkra – függetlenül cégünk méretétől – a redundáns, megbízható működést.

Ezzel időt és pénzt takaríthatunk meg, mert nem kell az újabb és újabb hardveres fejlesztéseinket megvásárolni, ezeknek az eszközöknek a megfelelő tárolásáról, karbantartásáról gondoskodni, ezért szó szerint értendő, hogy csak fogyasztásaink után kell fizetnünk.

Ezek a szolgáltatások egyaránt költséghatékonyak a rövid távú projektek, de a jó skálázhatóság miatt, a hosszú távú üzleti elképzelések kiszolgálásához, on-demand típusú források igénybevételéhez is.

Például, néhány percen belül megduplázhatjuk a memória kapacitásunk mennyiségét, hogyha honlapunknak szüksége van extra erőforrásra a hirtelen megugrott látogatószám kiszolgálása érdekében.

Ügyfél oldalról az egyik visszafogó erő szokott lenni az adatbiztonságban való kételkedés.

Ez egyfelől technológiai, másfelől szemléleti kérdés. Egy részük még mindig nehezen tudja elfogadni, hogy üzletkritikus adataik egy másik fél számítógépén helyezkedjenek el.

Pedig az, hogy ragaszkodunk szervereink fizikai közelségéhez, egyáltalán nem garantálja a nagyobb biztonságot, sőt! Egy sértett, saját igazát kereső alkalmazott gyakran nagyobb károkat képes okozni, mint egy esetleges külső támadás.

Pontosan ezért a hoszting cégeknek több biztonsági szabványnak és elvárásnak kell megfelelnie, hogy elnyerje ügyfele bizalmát mivel az adatok nem megfelelő kezelésével saját reputációját, végső soron működését sodorja veszélybe.

 

Előnyök és hátrányok (nem menedzselt vs. menedzselt hosztolás)

 

Sok jellemzőt, tulajdonságot és példát hoztunk fel a két szolgáltatási gyakorlattal kapcsolatban.

A könnyebb átláthatóság kedvéért foglaljuk ezeket egybe, nézzük meg egymás mellett, melyek a lényegi különbségek a menedzselt, és a klasszikus hoszting között:

 

nem-menedzselt-hoszting-hu

 

menedzselt-hoszting-elonyok-hu

 

Akkor melyik megoldás a jobb?

 

A helyzet az, hogy rosszul tesszük fel már eleve a kérdést. Azt látjuk már, hogy mennyire és miben különböznek egymástól.

Az igazi kérdés az, hogy melyik illeszkedik jobban a megoldandó feladatokhoz, melyik tudja kiszolgálni az üzleti igényeinket?

Menedzselt hosztolást érdemes választani, ha:

  • kisebb vállalkozásban vagyunk, és szerényebb, limitált IT erőforrásokkal rendelkezünk, mind az emberi kompetenciák, mind a hardware terén
  • az IT budget-ünket következetesebbé, átláthatóvá kívánjuk tenni
  • nincs időnk, szakértelmünk a szerver konfigurációval bíbelődni
  • inkább az üzletfejlesztésre kívánunk fókuszálni a napi IT problémák megoldása helyett
  • hajlandók vagyunk kiszervezni az infrastruktúránkat, és más kezébe adni annak felügyeletét

Klasszikus hoszting mellett maradjunk, amennyiben:

  • mi, vagy a munkatársaink tapasztaltak a webszerverek üzemeltetésében
  • , és 1-2 informatikai szakembernél többel nem működünk együtt, vagy nem szeretnénk, illetve tudunk nagyobb csapattal együttműködni
  • van időnk és tudásunk a távoli erőforrásokat konfigurálni, karban tartani
  • ha idegen tőlünk, hogy egy megbízott hozzáférjen adatainkhoz, és bizalmasan kezelje azt

 

Voltaképpen, hogy mi előny és hátrány, azt nagyban a céges ügyvitelünk, vagy az ezt szabályozó környezet határozza meg!

 

Szolgáltatók

 

A fentiek fényében összeállíthattuk már, hogy milyen irányban tudunk lépéseket tenni, pontosabban melyik szerviz típus ad kielégítőbb választ a minket érő mindennapi IT kihívásokra.

A szekciónak megfelelően essen szó pár menedzselt hoszting szolgáltatóról a teljesség igénye nélkül, hiszen egy igencsak széles skáláról kell szűrnünk!

Akárcsak a piaci szereplők, úgy az árspektrum is nagy. Előző cikkünkben említettük, hogy menedzselt hoszting esetén milyen árazásra érdemes számítani.

A szolgáltatók már igen alacsony, havi 4-5 dolláros szinten kínálnak megoldásokat, mint például a SiteGround. Az ügyfelekért vívott harcban persze nem csupán a padlóáras fegyverkezés az egyetlen stratégia!

Sok esetben találunk pénzvisszafizetési garanciával működő cégeket, ahogy teszi ezt a HostGator is. A hozáadott értéket növeli, ha az ügyfél minél nagyobb biztonságban érezheti magát.

Ez nem csupán IT biztonsági kérdés, hanem egyben kényelmi faktor is. Igen gyakori, hogy az ügyfeleket az év minden napján, annak minden órájában elérhető támogatás fedi le, ehhez nem egyszer nagyobb call-center kiépítése is szükséges a hosztoló részéről.

Többek közt ezt hangsúlyozza ki az Integrated Computer Services, vagy épp az A2 Hosting. Ha pedig nagyobb infrastruktúrára van szükségünk, és ennek a finanszírozása nem jelent gondot, akkor költségesebb megoldásokban is gondolkodhatunk: pl. liquidweb vagy peer1.

Mindenképp tartsuk észben hogy – bár lehet a szolgáltatási leírások, és ez a modell jelenthet megoldást az elképzeléseinkre – az ilyen típusú hoszting és / vagy managed hosting cégek csak az infrastruktúrát kezelik, ezért vállalnak felelősséget, az alkalmazással kapcsolatos munkák, feladatok, rájuk már nem vonatkoznak!

Bevett szokás mára, hogy a legtöbb esetben live chat formában fel tudjuk tenni kérdéseinket a megfelelő személynek, amikor valamely MSP (Managed Service Provider) honlapját böngésszük.

Szinte minden esetben releváns válaszokat kapunk, ezért ha nem akarunk hosszasan lapozgatni a szolgáltatás leírások, SLA dokumentumok között, érdemes ily módon beszerezni az információkat.

Mivel közelítő árat is csak akkor fogunk megtudni, ha a projektünkkel kapcsolatban megfelelő számadatokkal láttuk el a partnert, ügyfélként elsősorban az adatbiztonságra, rendelkezésre állási időre kérdezzünk rá!

 

Tájékozódjunk a teljesebb kép érdekében

  • a vállalható hűségidőről,
  • az infrastruktúra skálázhatóságáról,
  • a jelenleg használt és jövőben bevezetni kívánt alkalmazásokról,
  • a támogatás és a tanácsadás menetéről!

 

Akármelyik menedzselt hoszting szolgáltató mellett döntünk, az ügyfél szempontjából mindenképp van egy kedvező tény, amit minden MSP-nél megtalálunk: az árazási modell.

A PaaS és IaaS szolgáltatók akár órára pontosan képesek költségeinket fogyasztás alapon meghatározni, legyen szó folyamatról, vagy hardverről. Ezek a hardverek lényegében egy-egy különálló, virtuális gépet jelentenek, amelyeken egy, vagy akár több száz alkalmazás is futtható egyszerre, itt tárolódhatnak adataink, és ezek a szolgáltatás legnagyobb anyagi kitettségű részei.

 

Menedzselt ecommerce Hoszting

 

A fentebb említett körülmények végett, előbb-utóbb szükségét érezzük majd annak, hogy webshopunkat egy, választott keretrendszerre optimalizált futási környezetbe helyezzük.

Ezért a hoszting szolgáltatók külön ki is emelik az eCommerce hosztolási lehetőségeiket, melyekben garantálni tudják a boltunk folyamatos üzembiztonságát és a megfelelő HW / SW támogatással a leghatékonyabb működést elérni.

Ez egy olyan szolgáltatási forma, mely akkor jön létre, ha a webáruházunk a szolgáltató által a keretrendszer igényeihez szabott futási környezetben van elhelyezve. Ez lehet bármilyen szerveren felhőben és privát környezetben, a lényeg, hogy a futtató környezet igényeihez legyen igazítva.

Mivel minden webshop keretrendszer egyedi tulajdonságokkal bír, nincs két egyforma menedzselt hoszting megoldási recept sem.

Ezért jelenik meg alapvető igényként, hogy a szolgáltató munkatársai ismerjék a kiválasztott rendszert, hiszen pont az ezzel való aprólékos háttérmunka az, ami alól tehermentesíteni kívánják az ügyfelet.

 

Ebben benne kell, hogy legyen

  • a rendszer karbantartása,
  • hardveres konfigurációk beállítása,
  • szoftverek telepítése, felügyelete (monitorozás),
  • frissítések,
  • patch-elések,
  • és az ügyfél kérdéseit, kéréseit, megválaszoló, illetve kielégítő technikai támogatás, segítségnyújtás.

 

Ehhez kiegészítő megoldásokként általában opcionálisan választhatók

  • a biztonságot és teljesítményt növelő egyéb szolgáltatások,
  • terhelés kiegyensúlyozása,
  • az automatikus skálálzás,
  • optimalizálás (load balancing),
  • az összeomlás utáni ambuláns helyreállítás (disaster recovery),
  • sebezhetőségi vizsgálatok,
  • performancia tesztek,
  • jövőbeni fejlesztéskre tett ajánlatokkal kapcsolatos konzultációk.

 

Minden webshop keretrendszernek meg vannak a maga igényei és az az IT környezet, amelyben a leghatékonyabban lehet azt működésre bírni.

Az ehhez szükséges szakértelemnek is szolgáltató birtokában kell lennie, így ügyfélként ez a teher nem a mi vállunkat nyomja majd. Ezeknek a finomhangolt eljárásoknak köszönhetően biztosak lehetünk benne, hogy webáruházunk mindig készen áll az ügyfelek kiszolgálására, és a lehető legjobb teljesítményt is nyújtja.

Nézzük meg, melyek azok a területek, ahol a webshopokra fókuszáló menedzselt hosztolás, mint szolgáltatási forma a gyakorlatban is a hasznunkra válik webáruházunk szemszögéből.

 

Preventív menedzsment

 

Az egyik legnagyobb előnye a szakemberek által kezelt erőforrásoknak, hogy az időben történő beavatkozásokkal segít megakadályozni fellépő problémákat.

Szoftver kompatibilitási ellenőrzések, a biztonsági vizsgálatok és a teljesítmény monitorozása segít a szolgáltatónak felismerni és kezelni a kisebb anomáliákat, mielőtt azok súlyos problémákká alakulnak, és nagymértékben rombolják a konverziós rátát, vele a webshop reputációját is.

 

Oldalbetöltési sebesség

 

A lassú betöltődés befolyásolja a keresőmotor rangsorolását, és könnyen elriasztja a potenciális ügyfeleket.

Míg néhány esetben a túlzott terhelést okozhatja a honlap helytelen konfigurációja, gyakran a szerver sebessége is gátat szab a zavartalan működésnek.

Azonban az eCommerce-re specializált szerver hoszting esetén a felelős csapat figyeli és észleli a teljesítménnyel kapcsolatos problémákat, valamint alkalmazza a napjainkban elterjedt különféle gyorsítótárazási technológiákat, így biztosítva hogy az webhely gyorsan töltődjön be, nem számít, hogy mekkora forgalommal kell megbirkóznia.

 

Elérhetőség

 

Egyszerű: ha webshop nem érhető el, nem generál forgalmat, elesünk a bevételtől.

A szolgáltatók garantálják, hogy az így üzemeltetett oldalak éves tekintetben 99.5% -os rendelkezésre állási aránnyal működnek. Ennél még nagyobb biztonság is elérhető, ha professzionális szolgáltatót választunk, ahol a megosztott erőforrások eleve redundánsak.

 

Biztonság

 

Az IT védelem mindkét fél számára kiemelten fontos. A menedzselt hoszting rendszerében a kétoldalú felelősségi határok pontos meghatározása a jellemző.

A szolgáltató pedig általában leveszi a terhet a vállunkról, ami a szerver(ek), szoftverek, használt alkalmazások konfigurációját, frissítését, hibajavítását jelenti.

A vírus- és a kibertámadások elleni védelem, annak naprakészen tartása sem az ügyfél gondja, ha a megfelelő szolgáltatót választjuk.

Mindezek tudatában érdemes sorra vennünk, hogy a vállalkozásunkkal kapcsolatos terveink mennyire állnak összhangban a jelenlegi infrastruktúránkkal, mennyire tudja elképzeléseinket támogatni, kiszolgálni a jövőben.

Ezért fontos az, hogy pontosan írjuk le magunk és a felhő szolgáltató partnerünk számára üzleti víziónkat, elvárásainkat, hogy a kiszolgáló a legjobb megoldást tudja kínálni!

 

Menedzselt Magento hosztolás a gyakorlatban

 

Amennyiben olyan lehetőség után kutatunk, ami kifejezetten a webáruházunkra lett tervezve, akkor a specializált tudásért és szakértelemért általában nagyobb összeget kell fizetnünk, mint az általános megoldásokért cserébe – de ez persze nemcsak a menedzselt szolgáltatások világában van így.

Ha például Magento webáruházunkat szeretnénk a leginkább megfelelő környezetbe helyezni – és eszerint válogatunk – jó pár szolgáltatóval fogunk találkozni, akiknek esettanulmányaik és referenciáik bizonyítják, szavatolják hozzáértésüket.

Találhatunk olyan hoszting céget, aki több eCommerce keretrendszer specialistájának hirdeti magát. Az MGT Commerce extrém gyors betöltési sebességgel szolgálja ki ügyfeleit, ha valakinek pedig nemcsak a gyorsaság, de a naprakész újítások is fontosak, annak érdemes megnézni a Nexcess nyújtotta lehetőségeket.

Ezekre a cégekre jellemző, hogy saját szerverparkkal is rendelkeznek, akárcsak a nagyobb felhőóriások (Amazon, Windows, Google). A magántulajdonban lévő infrastruktúra mellett olyan megoldások is próbálják meggyőzni a leendő ügyfeleket, mint a kifejezetten egy adott eCommerce típusra optimalizált VMI (Virtual Machine Image), amit kínál többek közt a Bitnami is.

Fontosak az akkreditált, vagy certifikációkkal megerősített kompetenciák.

A szolgáltatónak alapvető kérdés, hogy ismerje az általa kezelt, felügyelt környezetet, amiben az ügyfél adatait kezeli.

Az partner bizalmát nem csupán a versenyképes ár nyeri el, a cég erősíteni tud a pozícióján a használt technológiákhoz tartozó folyamatos képzéseken való részvétellel és az ott megszerezhető képesítésekkel.

Mi az AionHill-ben úgy látjuk el mindennapi feladatainkat, hogy csapatunkban több Magento Developer vizsgával rendelkező fejlesztő is dolgozik, az Amazon Web Services (AWS) cloud szervizeit pedig több éves gyakorlattal rendelkező és akkreditált rendszergazdáink felügyelik.

 

Menedzselt hosztolás felhő alapon

 

A menedzselt szervizek piacán erőteljes növekedésnek indultak az elmúlt években a felhő szolgáltatások.Arról korábban értekeztünk, hogy mit is jelent a gyakorlatban, ha valaki a „felhőbe” a migrálja adatait, és kizárólag innen látja el a napi rutinjait.

A lényeg, hogy az ügyfél számára fizikailag elérhetetlen erőforrásokat bocsátanak rendelkezésre – amivel akár teljes üzleti tevékenységét le tudja fedni – amit rendszerint egy webes felületen keresztül ér el fogyasztó.

Eddig az effajta IT stratégia csak a közepes és nagy vállalkozások privilégiuma volt, azonban a technológiák csiszolásával és a szemlélet terjedésével a kisebb vagy jó értelemben véve egyszerűbb felépítésű cégek számára is megfizethető közelségbe került vállalati felhő struktúra.

Ez nemcsak egy informatikai hóbort, nagyon markáns és erőteljes trenddé vált a „cloud computing”, a mamutvállalatok számítástechnikai mindennapjai – robusztus méretüknél fogva – pedig elképzelhetetlenek kiszervezett, vagy cloud technológiák nélkül.

A Cloudswave kutatása is azt jelzi, hogy emelkedő felhő-szolgáltatások folyamatos növekedésben vannak globálisan vizsgálva.

 

OnCloud vs. OnPremise (Off Cloud)

 

Ha a mai paci kínálatot vesszük górcső alá, ahogy a felhő (cloud), úgy a helyi, vagy házon belüli (on-premise) megoldások közt is találunk olyat, ami leginkább igazodik működési elveinkhez, gyakorlatainkhoz.

Az sem szokatlan, hogy az ügyfél mindkét szolgáltatásfajtából igénybe vesz elemeket, ezt nevezzük hibrid megoldásnak. De nézzük meg előbb, milyen előnyökkel vagy hátrányokkal szembesülhetünk a két szerviztípus választásakor.

Felhő-alapú megoldásokkal találkozunk nap mint nap, gyakran veszünk igénybe magánemberként is olyan szolgáltatásokat, melyekről nem is feltétlen tudjuk, hogy használatával a felhőben tevékenykedünk (pl.: Dropbox, Spotify stb).

Lassan minden szoftvernek elkészül egy cloud verziója, és azt halljuk szinte minden médiumban, hogy ez az informatikai fejlődés kikerülhetetlen trendje, minden cég előbb-utóbb a felhőben „végzi”. Ahhoz, hogy felelős döntést tudjunk hozni a felhő bevezetéséről vagy arról, hogy egy hibrid megoldásban milyen arányban érdemes alkalmazni a technológiákat, meg kell vizsgálnunk saját céljainkat, belső működésünket is.

 

„OnPremise” jellemzők:

Akkor használjuk a fenti jelzőt, ha az intézményi megoldások a hagyományos, „házon-belüli” módon vannak telepítve és üzemeltetve, helyi IT munkatársakkal, és cégen kívül csak általában a hálózatot szolgáltató partnerrel vannak szerződésben.

Ebben az esetben minden hardver és szoftver a vállalkozás tulajdonában van, ennek teljes anyagi, könyvelési vonzatával.

A teljes felelősség azok kezeléséért, karbantartásáért az intézmény saját maga felel, vagyis a teljes infrastruktúra a cég falain belül marad.

Bizonyos esetekben részfeladatokra megbízhatnak rendszer-integrátorokat, de a fizikai védettségről (pl.: az adatközpont vagy akár egy kis szerverterem megfelelő elhelyezése, az eszközök tárolása, a terem hűtése), az elektromos hálózat felügyelete, szintén a vállalkozás felelőssége. Még akkor is, ha távoli adatközpontokban bérlünk megosztott, vagy virtualizált erőforrásokat (VPS).

 

„OnCloud” jellemzők:

Akkor beszélhetünk ezekről a megoldásokról, ha az intézményünk munkatársai egy tőlünk független szolgáltatótól veszik igénybe a HW / SW erőforrásokat.Gyakorta az ezekkel a szolgáltatásokkal dolgozó egyéneknek nincs is tudomásuk az erőforrások fizikai hollétéről – és az esetek többségében ez számukra teljesen irreleváns is.

Az adatközpont, a szoftverek, az ezeket működtető tudás gyakorlatilag minden a partner tulajdonát képezi.

Általában kötött időtartamra szerződnek a vállalkozással egy adott projektre, de sok példa van arra is, hogy a szolgáltató és fogyasztó hosszú éveken át kitartanak egymás mellett.

Ezek a szolgáltatók általában több cég kéréseit fedik le.

Az is bevett szokás, hogy a szolgáltató egy harmadik fél infrastruktúráját bérli, és ennek a kezelését, konfigurációját oldja meg az ügyfél helyett.

A felelősség lehet megosztott vagy kizárólagosan a szolgáltatóé – ezt mindig a szerződési feltételek döntik el – de általánosan megállapítható, hogy a hosztoló azért kell felelősséget vállaljon, amit szolgáltatásként nyújt a partnere számára.

Ha az egy adatközpont, akkor felel a szerverekért, a telephely biztonságáért, a hálózatért. Ha egy szoftvert nyújt szolgáltatásként, akkor annak konfigurálásáért, támogatásáért, a cég ügymenetébe való integrálásáért szokás felelősséget vállalni.

 

Melyik megoldás a jobb?

 

Jelen cikkünkben többször kitértünk arra, hogy minden annak fényében kell vizsgálnunk, hogy mi az, ami ügyfélként a leghatékonyabban segíti a mi működésünket, fokozza hatékonyságunkat és ésszerűsíti, egyben átláthatóvá teszi az informatikai vonatkozású költségeinket.

Ehhez segítséget nyújt az alábbi táblázat, melyben megvizsgálunk bizonyos szempontokat, és feltüntetjük az adott jellemzőt illetően melyik megoldás előnyösebb:


menedzselt-hosztolas-melyikjobb-hu

 

OnPremise (Off Cloud) szolgáltatók, megoldások

 

Ezek a hoszting cégek méretüknél és szemléletüknél fogva jóval hajlamosabbak a hibrid megoldásokra is az ügyfélérdeket szem előtt tartva.

Általában kevésbé költséghatékonyabbak mamutméretű versenytársaiknál, ezt igyekeznek személyre szabottabb szolgáltatásokkal ellensúlyozni.

Ha nem is akkora számban, de rendelkeznek saját adatcentrumokkal, amelyekkel széles skálán tudják lefedni ügyfeleik számításkapacitási vagy tárhelyigényeit – általában globálisan 3-5 lokációról beszélünk.

A Zadara Storage például igen nagy hangsúlyt fektet a privát felhő nyújtotta privilégiumokra, mint VPSA Storage tömbökre és a ZIOS objektum alapú tárolási megoldásaira.

A cég a hitvallása szerint a felhő flexibilitását nyújtja anélkül, hogy ehhez ki kéne adni a kezünkből az irányítást, migrálásmentesen. Demo környezetben is ki lehet próbálni a szolgáltatásaikat.

Nagyon fontos számukra a gyors és stabil hozzáférhetőség a hibrid és privát vállalati felhőt pedig SAN és NAS tárolási lehetőségekkel is támogatják.

Ha ennél nagyobb fokú személyre szabottság szükséges, és hajlandóak vagyunk megfizetni a privát infrastruktúra exkluzivitását, akkor kiváló megoldást nyújthat a Verizon.

A privát felhő mellett a Verizon az adatbázisok kezelésében való jártasságát domborítja ki az Oracle felhő integrációjával. Az ügyfél igényeihez minél jobban próbál alkalmazkodni azáltal, hogy 30 percen belüli reagálási limitet szab meg bármilyen kérdésre, kérésre, és ügyfél-dedikált Service Delivery Manager-t jelöl ki partnere számára.

Mivel ez érezhetően megkíván fogyasztóként is egy viszonylag nagyobb szerkezeti felépítést (ahová Service Delivery Manager szükséges, azok tipikusan nem a 15-20 fős kis cégek), ezért széles körben támogatja az eltérő operációs rendszereket és különböző adatbázisokat.

 

OnCloud szolgáltatók és megoldások

 

Rengeteg szolgáltató és még több megoldás közül válogathatunk, ha online boltunkat, ügyvitelünket, adatainkat a felhőbe szeretnénk mozgatni.

Alább felsorolunk 3 nagyobb céget és néhány alapszolgáltatást is összevetünk, természetesen a teljesség igénye nélkül.Egy-egy óriás hosztoló teljes portfóliójának ismertetése tanulmány szintű cikksorozattá duzzadna, ezért röviden bepillantunk a Microsoft, az Amazon és a Rackspace felhőjébe.

Windows Azure

A Windows PaaS platformja, az Azure egyben kínálja és kezeli saját operációs rendszerét, ami igen hatékony, ha az alkalmazásunk nem igényel speciális megoldásokat.

Úgy tudunk fejlesztéseinkre  koncentrálni, hogy az OS frissítése, a patch-elések, javítások miatt nem nekünk kell aggódni.

 

A Windows Azure három fő megoldást kínál e téren:

  • „Web role”:Ez a Windows Azure által szállított operációs rendszer rendelkezik előtelepített IIS 7-tel (Internet Information Services) és lehetővé teszi olyan webtechnológiák használatát, mint az NET, PHP és a Node.js.
  • Worker role: Ez az OS képes tetszőleges kódok és szinte bármilyen applikáció futtatására, beleértve az Apache Tomcat webszervert vagy a Java Virtual Machines-t is, és természetesen együttműködik a fent említett Web role-lal.
  • Virtual Machine role: Mi, az ügyfél látjuk el OS-szel az erőforrást, méghozzá egy Windows Server 2008 R2 (Enterprise vagy Standard) VHD image feltöltésével. Ellentétben a Web és Worker role-okkal, ebben az esetben mi vagyunk felelősek az operációs rendszer karbantartásáért, frissítéséért. Az Azure-ban használhatunk szinte bármilyen nyelvet, keretrendszert vagy eszközt alkalmazásaink felépítéséhez. A funkciók és szolgáltatások az úgynevezett REST (Representational State Transfer) protokollon keresztül működhetnek. A Windows Azure kliens könyvtárak több programozási nyelv támogatása érdekében is rendelkezésünkre állnak, nyílt forráskódú licenccel. Ezek GitHub-on is tárolva vannak.

A Microsoft egy három hónapos ingyenes próba környezetet biztosít az Azure-ben, amely magában foglal egy kicsi kapacitású szervert, (Small Compute Instance) és olyan egyéb erőforrásokat, melyek elegendőek az IT személyzet részére, hogy teszteljék és megismerjék a Windows Azure-t.

Mint a többi felhő szolgáltató, a Microsoft is egy pay-as-you-go árrendszert használ, az igénybe vett eszközök óraalapú költségelszámolásával.

A Microsoft’s SLA-ja (Service Level Agreement), vagyis a szolgáltatási szintről szóló megállapodás értelmében, 99.95%-os elérhetőséget garantál, amennyiben minimum két szervert igénybe veszünk, egy role-on belül.

Az SQL Azure egy szintén jól skálázható, relációs, felhő alapú adatbázis szolgáltatás, ami nevéből adódóan is SQL Server technológiára épül, amit az Azure felhő vagy a saját, irodai alkalmazásaink is használhatnak.

Adatot is exportálhatunk belőle és támogatja a folyamatos szinkronizálást a helyi adatbázisainkkal.Fizethetünk pay-as-you-go rendszerben vagy hathónapos kötelezettségvállalással kedvezmény érdekében.

Mindkét esetben, megvásárolhatjuk ezt a szolgáltatást önállóan, vagy együtt más Windows Azure platform termékekkel.

A Microsoft felhőjében lehetőség nyílik strukturált vagy strukturálatlan adatok tárolására, amikhez hozzáférhetnek az Azure alkalmazások és más applikációk REST protokollon vagy API-kon keresztül.

Az Azure Drive segítségével felcsatolhatunk (mount) tárhelyet, amit virtuális HDD-ként kezel a rendszer, amiket mozgathatunk a privát és publikus felhőnk közt. A tárhely és virtuális meghajtó szolgáltatás is pay-as-you-go alapú.

Rackspace felhő alapú hoszting

 

A Rackspace Cloud Hosting infrastruktúra átveszi az operációs rendszer feletti ellenőrzést.

Automatikus OS frissítéseket is tartalmaz a szolgáltatásuk, amennyiben a Managed Service Level-re (Menedzselt Szolgáltatási Szint) fizetünk elő.

Ellentétben az AWS-sel és a legtöbb más IaaS szolgáltatóval, a Rackspace nem engedi feltölteni a saját meglévő virtuális gépünket, tehát választanunk kell a cég által támogatott Windows vagy Linux verziókból.

A Rackspace minden szerverhasználatot óránkénti díjban határoz meg. Ellentétben néhány más felhő hosztolóval, nem teszi lehetővé, hogy az óraalapú díjazást megállítsuk a szerverek felfüggesztésével.

Ha meg szeretnénk tartani egy ún. „tétlen” (idle) szervert úgy, hogy a használat nélküli időt ne számlázzák ki az adott időszakban, biztonsági másolatot kell készíteni a szerver image-ről (amiért külön díjak merülhetnek fel a Rackspace Cloud File szolgáltatása miatt), törölnünk kell a szervert a fiókunkból. Ezt az image-t tudjuk visszatölteni, ha később újra futtatni szeretnénk.

Tartsuk szem előtt, hogy a cég jelenleg nem kínál ingyenes próba környezetet, bár szabadon létrehozhatunk egy fiókot, amivel elérhető az adminisztrációs portál, ha rá szeretnénk jobban látni, hogy hogyan is működik ez a szolgáltatás.

Fizetnünk csak szerver indítása vagy más erőforrrások bekapcsolása után vagyunk kötelesek.Bár sok szempontból megoldást nyújthat a Rackspace kínálta lehetőség – főleg ha valakit nem zavar a nagyobb szolgáltatókhoz viszonyított kisebb flexibilitás – jövőbeni terveink megalkotásánál nem mehetünk el a tény mellett, hogy a Rackspace hivatalosan is felhagy a Magento webshop Managed Hosting-jával, habár infrastruktúra szinten tovább támogatja.

Mindenestre döntésével a teljes dolgozó állományának 6%-át érintette negatívan, és nagyjából 200 Magento típusú webshop hosztingja vált kérdésessé.

Az utóbbi években erős volt a versenytársak nyomása a cégen, az érezhetően szűkülő paci részesedésük miatt kerülhetett sor egy nagyszabású akvizícióra még 2017 februárjában. (Forrás: sdxcentral)

A Managed Service Level tartalmazza a szerverek felügyeletét, az operációs rendszer és alkalmazás-infrastruktúra réteg támogatását (beleértve az automatizált frissítéseket és javításokat), és technikai útmutatót is biztosít a felhő szerverek használatához. A Rackspace SLA szerint, az adatközpontjaik rendelkezésre állási aránya 100%, kivéve a tervezett karbantartásokat, amelyek legalább tíz munkanappal korábban bejelentett leállások, és nem haladják meg a 60 percet egy naptári hónapra vetítve.

Ennek eredményeként, a garantált rendelkezésre állás tényleg csaknem száz százalékos, lényegében 99,999%-ot garantálnak ügyfeleiknek e téren.

 

Amazon Web Services (AWS)

 

Az Amazon Elastic Compute Cloud (EC2) egy IaaS platform, a legfontosabb komponens az AWS kínálatában.

Ez biztosítja a masszív infrastruktúra kiépítésének alapját, szinte bármilyen operációs rendszert támogat, amit az alkalmazásaink megkívánnak.Mint ilyen, az Amazon EC2 segítségével rendkívül hatékonyan felügyelhető az operációs rendszer, de a patch-elés felelősségét ránk bízza.

Tetszés szerint importálhatunk támogatott virtuális gép image-eket a meglévő környezetbe (Windows Server 2003 R2 és a Windows Server 2008 R1 / R2, VMware ESX VMDK, Citrix Xen VHD, vagy Microsoft Hyper-V VHD).

Természetesen a Linux disztribúciók sem maradhatnak ki a sorból, hiszen gyakori a CentOS használata is.

Az Amazon EC2 is kínál előkonfigurált szervereket, melyeken népszerű adatbázis-kiszolgálók futnak (IBM DB2, MySQL stb.), erőforrás-gazdálkodási megoldásokat, webszervereket (Apache, IIS / ASP.NET), alkalmazás fejlesztői környezetet, különböző alkalmazások futtatására optimalizált és egyéb, mint például médiaszervereket.

A Free Tier lehetőséget ad arra, hogy létrehozzunk egy „mikro” Linux vagy Windows alapú szervert, valamint bekapcsoljunk egyéb hasznos erőforrásokat, alkalmazásokat, amivel elég széles betekintést nyerhetünk az AWS kínálta lehetőségekbe.

 

Az Amazon három fizetési metódust is ajánl:

  • On-Demand: abban az esetben, amikor az erőforrás használata után fizetünk óra- vagy havidíj-alapon, hűségidő nélkül.
  • Preserved: azokban az esetekben, amikor egy egyszeri díjat kérnek el tőlünk, ezért viszonylag nagy kedvezmény is jár 1‒3 éves hűségidő fejében, illetve akkor vesszük nagy hasznát, ha jól fel tudjuk mérni előre a szükséges számításikapacitás-igényünket.
  • Spot: egy különleges helyzet, amikor az ügyfél tesz ajánlatot a felhő erőforrásra. Ehhez tisztában kell lennünk saját IT szükségletünkkel, és össze kell vetnünk a jelen informatikai kiadásainkkal. Ebben segít nekünk a Spot Bid Advisor.

 

Az Amazon SLA szerint a cég 99,95 százalékos éves rendelkezésre állást vállal, de ehhez egy EC2 instance-ot legalább két példányban kell futtatnunk, két különböző „Availability Zone”-ban. (Az AWS „Elérhetőségi Zónái”-ról írtunk előző cikkünkben.)

Az Amazon Web Services is kínál adatbázis-szolgáltatásokat: az Amazon DynamoDB egy teljes testreszabható NoSQL adatbázis felhő szolgáltatás (free tier alatt bizonyos lehetőségek nem érhetőek el benne), míg az Amazon RDB szolgáltatás felhő-alapú relációs adatbázis megoldást nyújt, hasonló képességekkel, mint a MySQL vagy az OracleDB.

Az Amazon Elastic Block Storage (EBS), mint neve is mutatja blokk-szintű tároló köteteket hoz létre, amit minden esetben egy futó EC2-höz köt.

Minden EC2 szerverhez tartozik egy bizonyos méretű tárhely, de az üzembiztonsághoz szükséges redundanciát az EBS biztosítja. Akárcsak egy merevlemezt, formázhatjuk a blokkot, és mi állíthatjuk be a kívánt fájl rendszert is!

Létrehozható Snapshot („pillanatkép”) a kötetekről biztonsági mentés céljából.

Bár ezek tárolásáért külön kell fizetnünk, ezek a mentések lényegesen kevesebb helyet igényelnek, mint az eredeti kötet, több okból is: a tömörített, üres blokkok nem tárolódnak, és a létrejött Snapshot első verziója után, csak az új, illetve a módosított adatok kerülnek rögzítésre.

 

A felhő szolgáltató kiválasztása

 

Mielőtt döntenénk arról, hogy melyik szolgáltatóval szeretnénk együttműködni, hogy a legjobb megoldást kapjuk online üzleti elképzeléseinkre, ajánlott feltenni pár kérdést, de nem csupán a szolgáltató felé.

A végeredmény nagyban függ attól, hogy:

  • milyen szolgáltatás(ok)ra van szükségünk
  • hogyan kívánjuk használni, elérni ezeket az erőforrásokat
  • milyen mértékben kívánjuk növelni felhő-kitettségünket az on-site (helyi, irodai) IT környezethez képest
  • mekkora ellenőrzésre, kontrollra van szükségünk az OS felett (használt applikációk vagy fejlesztés szempontjából)
  • a szolgáltató rendelkezik-e aktuális biztonsági akkreditációkkal
  • jogi környezetünk előírja-e a céges adatok tárolására vonatkozó földrajzi környezetet
  • tájékozódtunk a jelenlegi és cloud IT költségek különbözetéről (CTO)

 

A Windows Azure jó választás olyan alkalmazás fejlesztők számára, akiknek nem kell Linux környezet futtatni (habár az Azure 2015 óta indíthatunk Linux szervereket is).

Szinte minden programozási nyelvet támogat, versenyképes áron. Ha az alkalmazásaink lehetővé teszik, hogy a Microsoft operációs rendszereken dolgozzunk, akkor nem kell többet aggódnunk OS javítások és frissítések miatt.

A Rackspace azoknak az ügyfeleknek válhat be, akiknek szempont, hogy a szolgáltatónál maradjon az operációs rendszer feletti ellenőrzés, együtt a menedzselt szolgáltatásokkal.Az IaaS és PaaS modell együtt nyújtja a legnagyobb kényelmet az ügyfél számára. Másrészt viszont, a Rackspace-ből hiányzik néhány szolgáltatás, a másik két hoszting cégnél megvan, valamint a kényelem megkéri az árát.

A három közül ő a legdrágább megoldás.

Az Amazon EC2 az egyik legerősebb felhő szolgáltató, ha szükségünk van az operációs rendszer feletti teljes ellenőrzésre, legyen az Windows vagy Linux szerver.Az Amazon Web Services kínálja a legtöbb fajta megoldást, szolgáltatást (összesen 72 felhő szervizből válogathatunk).

Emiatt nagyon jól skálázható a rendszer, és szélesebb körben tudjuk felhasználni az erőforrásokat, legyen szó számításkapacitás igényes alkalmazásokról, tárhelyről, adatbázisról vagy webshopról.Az előre konfigurált AMI-kal (Amazon Machine Image) pedig jól tudjuk üzleti elképzeléseinkhez igazítani a virtuális gépparkot.

 

Magento fejlesztő vállalkozásként, mi az AionHill-ben az AWS nyújtotta felhőbe visszük ügyfeleink webáruházait.

Nem csupán belföldi, de több külföldi partnerrel is dolgoztunk már együtt, akiknek sikeresen optimalizáltuk a környezetet webáruháza számára.

Volt, ahol jelentős (csaknem 400 dollár / hó) költségmegtakarítást értünk el az AWS infrastruktúra átfogó testreszabásával, és van olyan esettanulmányuk, ahol drasztikusan csökkentettük az oldal betöltési idejét.

Manapság a Magento motorja található meg a webes kereskedelemmel foglalkozó top 100 000 oldal 1/3-ánál a világon.

Míg a többi eCommerce megoldás is jelentős előrelépéseket ért el, a legjobbak közt is kiemelkedően teljesít a Magento.

A benne rejlő lehetőségek nemcsak egy sikeres integrált vásárlási platformmá tették, amely szinte minden szempontból kezeli az online üzleti igényeket, hanem a hálózati szakemberek számára egy folyamatos kihívás, ha a teljesítmény optimalizálásáról van szó.

Ahogy a felhő egyre nagyobb teret hódít, és kikerülhetetlen trenddé alakult az elmúlt 10 évben az üzemeltetési megoldások terén, a potenciálisan szóba kerülő szolgáltatókat érdemes versenyképességük alapján megvizsgálni.

Birtokában vannak-e a megfelelő készségeknek vagy ismereteknek? Milyen referenciákkal, szakembereik milyen képesítéssel rendelkeznek?

 

A felhő szolgáltatótól elvárható 6 fontos kompetencia

 

Amit egyfolytában hangoztatnak a szolgáltatói oldal képviselői, hogy a felhőbe való migrálással hathatósan és tartósan csökkenthetjük az IT alkalmazottaink terhelését, faraghatunk informatikai büdzsénken és több forrás juthat az üzlet fejlesztésére.

Ezért érdemes ügyfélként az ígéretek mögé tekinteni, és tisztában lenni a mi üzleti céljainkkal, de a pontos elvárásokat is megfogalmazni leendő szolgáltatónkkal szemben.Az új környezet, új kihívásokat jelent, és új képességeket követel meg a felektől.

Az alábbiakban felsorolunk 5 olyan képességet, melyek manapság elvárhatók egy versenyképes felhő szolgáltatótól:

1) Műszaki ismeretek

Míg a kiszolgáló csapat szükséges tudás típusa és annak mértéke attól függ, hogy mekkora és mennyire összetett a felhő projektünk, addig az internetalapú tudás a webes környezetben gyorsan futó alkalmazások felépítésére irányuló képesség marad az irányadó.

Érthető, hogy teljesen más szintű tudás szükséges egy tárhely szolgáltatás menedzseléséhez, esetleg archiváláshoz, és megint más szintű szakértelmet igényel egy virtuális magánfelhő konfigurálása, dedikált adatbázisszerverekkel.

A tudásbázis erősen kell hogy építsen a szerzett tapasztalatokra, de előtérbe kerülhet a virtualizáció terén szerzett ismeret. A nyílt forráskódú eszközöket és a nyelvekkel való tapasztalatokat is jól lehet hasznosítani.

 

2) Vállalati architektúra és üzleti igények elemzése

Elengedhetetlen ahhoz, hogy egy megfelelő ütemtervet tudjunk vázolni a bevezetéshez, hogy milyen szolgáltatásokra lesz szükségünk.

Ennek birtokában gördülékenyebb az együttműködés az ügyféllel, beszélik az üzleti nyelvet, és megtalálja a hangot az informatikai szakemberekkel is.

Ha megértjük az alapelveket a szolgáltatás-orientált architektúra hosszú távon tudja segíteni vállalatunk működését.

 

3) Projekt menedzsment ismeretek

Napjainkra már nélkülözhetetlenné váltak a PM ismeretek és szerepkörök egy IT projekt véghezvitelében, amelyeket elsősorban határozott, vezető egyéniségű emberek tölthetnek be.

Egy ilyen szakembernek jól kell átlátnia mindkét oldal helyzetét, kezelnie a különböző forrásokat az egész vállalkozásra kiterjedően, egyeztetni a célokat, felügyelni, hogy a kijelölt fejlesztési pontokat, lépéseket, vagyis a „mérföldköveket” az előre meghatározott módon és időben érik el.

Nagy felelősséggel járó területe ez a felhő migrációnak, hiszen a projekt manager-ek vannak „frontvonalban”, az ügyfél és a szolgáltató között.

Nagy erőfeszítésbe kerül az, hogy az IT projektek ne a határidőt meghaladva és túllépve a kalkulált anyagi keretet fejeződjenek be, mindkét fél kárára.

Azzal is számolnia kell, hogy az ügyfél könnyen eshet a túlköltekezés hibájába, mivel a felhőben viszonylag gyorsan lehet ki- és bekapcsolni az erőforrásokat, ezért könnyen ott találhatja magát a kliens, hogy többlet költséget generál a gyakori, átgondolatlan szolgáltatásmegrendelésekkel és extra erőforrások beüzemelésével.

 

4) Áttekinthető ügyfélkommunikáció

Elvárható, hogy egy szolgáltató minden kérdésben le tudja követni az ügyfél igényeit és megfeleő válaszokat adjon a felmerülő kérdésekre.

A felek közötti kommunikációt kétoldalúan követi (tehát mindenről van dokumentáció a későbbi vitás helyzeteket elkerülendő), és azonnal reagál, amikor a dolgok nem a tervek szerint haladnak.

Például, amikor a felhő szolgáltatás váratlanul leáll, vagy szokásostól eltérően alulteljesít. Ezeknek a szituációknak a rendezéséhez, és a vitás helyzetek diplomatikus és hatékony elrendezéséhez alapszükségletté vált a megfelelő szakemberek jelenléte (project owner-ek, dedikált manager-ek).

Ide sorolható még az áttekinthető, egyértelmű árképzés, és a szolgáltatási portfólió, csomagok egyértelmű leírása. Az ügyfelekkel szemben tanúsított nyílt és pontos kommunikáció közép-hosszú távon megtérülő befektetés.

 

5) Biztonság és megfelelés

A telepített felhő típusától, annak összetettségétől függetlenül kiemelten fontos az ügyféladatok védelme, azok bizalmas kezelése.

Ehhez kapcsolódnak azok a szabványok, tanúsítványok és rendelkezések ‒ mint például a Sarbanes-Oxley, HIPAA, és a számtalan adatkezelési törvény – amelyeknek folyamatosan meg kell felelnie a szolgáltatónak, de az ügyfélre is vonatkoznak szabályok.

Az AWS felhőjében ezt különösen komolyan veszik és erre vonatkozóan egy közös felelősségi modellt dolgoztak ki. Ennek értelmében az együttműködést szigorú feltételekhez szabják és védik saját, de egyben az ügyfél érdekeit is a felelősségi területek pontos elhatárolásával (SRM – Shared Responsibility Model)

 

11 kérdés, melyeket a szolgáltatónak teszünk fel

Korábbi cikkünkben kifejtettük, hogy mire érdemes felkészülnünk ügyfélként, ha találkozunk a felhő szolgáltató cég embereivel, milyen kérdéseket szegezhetnek nekünk.

Most fordítsuk meg a helyzetet és nézzük meg azokat a fontosabb témákat, és az ebből fakadó kérdéseket, melyeket az ügyfélnek érdemes feltennie egy tárgyalás során.

 

1) Hol lesz elhelyezve az adatom?
Manapság a felhő szolgáltatók számának terjedésével, olyan árverseny alakult ki ezen a piacon, ahol a túl drága megoldásra gyanakvóan nézhetünk, de ugyanez a helyzet a túl olcsó vagy piaci ár alatti ajánlatokkal.

Senki sem szeretné, ha üzletkritikus adatai egy alapvetően békés informatikus nyakában lógnának, egy flash drive-on…

Nos, ideális esetben adataink valamilyen megosztott vagy dedikált szerveren, egy adatközpontban kerülnek elhelyezésre, ami földrajzilag távol tőlünk, egy fizikailag óvott helyen található.

Hogy országhatáron belül vagy kívül esik, azt az üzletmenet, és a jogi környezet is szabályozza.

 

2) Milyen problémák merülhetnek fel az aktuálisan futó telepítés vagy a migráció során?
Ütközésekre lehet számítani, ha az előzetes egyeztetések alkalmával nem pontosítottuk a szoftveres környezet jellemzőit.Kompatibilitási kérdések az OS-től kezdve a kapacitásigény felmérésén át a használni kívánt webtechnológiák verziószámáig (pl.: PHP, cachelés).

A migrálás – mondjuk egy webshop esetében – értelemszerűen szolgáltatáskieséssel jár, ezért kérdezzünk rá a várható mérnöki munkaórák számára, és hogy munkaidőben vagy kevésbé látogatott napszakban hajtják-e végre a migrácót.

 

3) Önök a szolgáltatás viszonteladói vagy rendelkezésükre áll az infrastruktúra?
Mindjárt a cikk elején kitértünk rá, hogy a szolgáltatásként eladott erőforrások képezhetik a szolgáltató vagy akár harmadik fél tulajdonát.

Például a korábban említett Rackspace-nek saját adatközpontjai vannak több helyen is. Azonban ha Cloudreach, vagy Datapipe – illetve az AionHill – ül az asztal másik oldalán, akkor ezek a szolgáltatók AWS partnerként az Amazon felhő infrastruktúráját értékesítik tovább, IT szakembereik pedig ezeket a cloud eszközöket kezelik, és igazítják az ügyféligényekhez.

 

4) Milyen felhő szolgáltatásokat nyújtanak?
Nézzünk utána a fontosabb szolgáltatási típusoknak, használjuk a nagy felhő cégek költségkalkulátorát.

Mielőtt tárgyalásokba bocsátkozunk, tájékozódjunk arról, hogy a szolgáltató rendelkezik-e a megfelelő kompetenciákkal, szolgáltatási portfólióval.

Ehhez persze pontosan meg kell fogalmaznunk saját üzleti jövőképünket és elvárásainkat a felhőtől.

Egyeztessünk, hogy a kínált szolgáltatások megoldást nyújtanak-e a problémánkra?

 

5) Milyen árazási konstrukciót használnak? 
Csak azért kellene fizetnünk, amit valóban el is használunk. Ez a felhő alapú szolgáltatások egyik alapelve.

Ezért érdemes vigyáznunk az irreálisan nagy induló költségekkel (upfront).

Az esetek 80%-ában meg sem jelenik ez a tétel, hiszen ahogy korábban is említettük, gyakorlatilag minden szolgáltató a pay-as-you-go sémát követi, és erről havi számlát állít ki a hoszting vállalat.

Pontosan ez az egyik árazási metódus, ami jóval az ügyfél saját szerverparkjának üzemeltetési és fenntartási költsége alá tudja nyomni a felhőben generált fogyasztást.

Az upfront tétellel, egy esetleges rögzített futamidejű kötelezettség vállalás esetén találkozhatunk. Ilyenkor meglepődhetünk nagyobb induló kötségen, de ezzel érjük el általában fajlagosan a legnagyobb kedvezményt. A cloud erőforrások havi szinten a 2-3 USD-től akár a több tízezer USD-ig is terjedhetnek. Minden azon múlik, hogy cégünknek mekkora és milyen szoláltatásra van szüksége.

 

6) Mennyire biztonságos a szolgáltatott felhő? 
Nem is az a kérdés, hogy mennyire biztonságos, hanem hogy a szolgáltató mi mindent követ el a biztonság érdekében.

Rendelkezik-e a megfelelő tanúsítványokkal, engedélyekkel, vagy harmadik félként olyan szolgáltatásokat menedzsel, amelyek rendelkeznek a szükséges előírásokkal.

Az adatkezelés mellett, megfelelő figyelmet kell fordítani a tűzfal figyelésére, vírusvédelem biztosítására, jogosultsági szintek megadására, hozzáférésvezérlésre, titkosításra.

 

7) Mi történik, ha megsérül vagy elveszik az adatom? 
Az ezzel kapcsolatos kérdéses helyzetek elkerülésére kiválóan alkalmas a pontos SLA leírás.

Ebben a vállalásban többek között erre és az ehhez hasonló esetekre is ki szoktak térni. Tudnunk kell, hogy az adatainkat mi is elérjük, vagy teljességgel megbízzuk ezzel a szolgáltató embereit.

Ha a mi munkatársaink is hozzáférnek az állományokhoz, akkor az elérések naplózását is követni kell.

Győződjünk meg arról, hogy milyen módon kívánja a szolgáltató a biztonsági mentéseket ütemezni (napi, heti rendszerességű backup-ok).

Az archiválás milyen feltételekkel és gyakorisággal megy végbe? Nem kívánt összeomlás és adatvesztés esetén milyen gyorsan állítható vissza a rendszer (disaster recovery)?

 

8) Milyen ügyféltámogatási szolgáltatások vannak? 
Milyen hibabejelentési metódusok állnak rendelkezésre? Milyen óra, nap lefedettségben érem el az ügyfélszolgálatot?

Milyen időhatárok vonatkoznak a hibák elhárítására? Van-e VIP support, és ha igen, mi számít kritikus hibának, aminek az elhárítását azonnal el kell kezdeni, és mik esnek a „next-business day” kategóriája alá?

Milyen felületeken tudunk kapcsolatba lépni a szolgáltató munkatársaival, ha hibát észleltem? Meg kell tudni határozni az átlagos válaszadási időt is.

 

9) Könyen skálázható a rendszer, hogy le tudja követni az üzleti igényeket? 
Üzletünk növekedésével előbb-utóbb ki fogjuk nőni az aktuálisan használt infrastruktúrát.

Nőni fog a bemenő-kijövő adatforgalom, nagyobb adatbázissal kell dolgoznunk, nő a tárhelyigényünk, esetleg drasztikusan növekedik a termékszámunk és ezzel egyenesen arányosan oldalunk látogatóinak az aránya is.

A flexibilitás és skálázhatóság szavakat is meglehetősen gyakran halljuk a szolgáltatóktól. Járjunk utána, hogy az erőforrásbevonásoknak vagy az azok lekapcsolásának (fel-, illetve lefelé skálázásának) milyen időbeni és / vagy anyagi vonzatai vannak.

 

 

10) Milyen a szolgáltatáskiesési arány? 
Leállásról (Downtime) vagy más néven szolgáltatáskiesésről akkor beszélünk, amikor átmenetileg nem tudjuk elérni a szolgáltató felhőjét.

Ez rendkívül nagy anyagi kárt tud okozni.

Ezért olyan cégeket érdemes keresni, akik a legnagyobb elérhetőségi arányt garantálják az év napjaihoz képest.

Természetesen a fenti kérdésre a válasz az, hogy nincs kiesés. A lényeg, hogy az elérési arány minél közelebb legyen a 100%-hoz.

A cégek jó része általában nyilvánossá teszi a kiesések naplófájljait online. Ha mégsem találunk erről nyílt információt, kérdezzünk rá!

 

11) Hogyan érem majd el a felhőt? 
Fontos tisztázni, hogy a felhő erőforrásokat milyen úton lehet igénybe venni, azokat milyen hozzáféréssel érjük el.

A statikus tartalmak feltöltését milyen protokollon keresztül oldjuk meg?

Manapság az ügyfél egy bizonyos adminisztratív szintű hozzáférést kap, amit desktop-okról és igen gyakran minden smart eszközről el lehet érni.

 

Összegzés

A menedzselt hoszting világa nagyon összetett, és első látásra igen ijesztő lehet az ügyfelek számára.

Egy webshoptulajdonos nem valószínű, hogy rendelkezik azzal a tudással, amellyel az áruházát a felhőbe helyezheti, ezért van szükség specializálódott szolgáltatókra.

Ez az ismertető cikk azért íródott, hogy az alapfogalmak tisztázódjanak, és segítséget tudjunk nyújtani neked az első lépések megtételében.

Amennyiben nemzetközi piacokat is szeretnél elérni, szükség van arra, hogy a számítástechnikára más szemszögből nézd. A folyamatosan fejlődő technológiának köszönhetően ma már sokkal költséghatékonyabb és kapacitás-optimalizáltabb megoldások léteznek, mint akár csak pár évvel ezelőtt.

Az, hogy a webáruházadat menedzselt felhő-alapú környezetbe migrálod, az egyik legjobb üzleti döntésnek bizonyulhat.

 

 

Hogyan építs fel egy marketingcsapatot – struktúra, feladatok és feltételek

Bár ez egy valós folyamat, azért nem szükségszerű, hogy így legyen.

Az online marketing ugyanis nem egyszemélyes feladat, hanem komoly emberi erőforrást igénylő folyamat.

Főleg akkor, ha a cég több területen is aktív. Elég csak egy ecommerce cégre gondolni, ahol a tartalommarketing, a SEO, a Google Adwords, Facebook ads, a retargeting és az e-mail marketing is előkerülhet mint vevőszerző és vevőmegtartó megoldás. Bizonyos komplexitás és méret felett ezt egy személyben szinte lehetetlen hatékonyan végezni.

Emiatt érdemes már előre végiggondolni, hogy milyen erőforrásokkal rendelkezünk, és milyenekre lesz szükségünk később. Ez ugyanis döntően befolyásolja majd, hogy milyen csapatot kell és tudunk felépíteni a feladatok ellátására.

 

A feladatok és felelősök az elosztása elsősorban három dologtól függ:

  • az elvégzendő feladat mennyiségétől
  • a szervezet méretétől
  • a rendelkezésre álló budget-től

 

Ezek jellemzően egymással párhuzamosan mozgó tényezők. Ez pedig bizonyos szempontból jó hír, mert előre tudunk kalkulálni ezekkel. Ennek köszönhetően pedig megfelelő struktúrákat tudunk kialakítani a feladatok elvégzéséhez.

 

Ha folyamatában nézzük a legtöbb marketinges megoldást és csatornát, akkor alapvetően 3 fő lépést határozhatunk meg:

  • Forgalomterelés (traffic generation)
  • Konverzió (soft conversion)
  • Sales (hard conversion)

 

Ezek az elemek az értékesítési funnel-nek, vagyis magyarul a tölcsérnek az egymásra épülő részei. A tölcsér tetején elkezdjük „beönteni” a felhasználókat, olvasókat és igyekszünk minél többet a későbbi folyamatokra átvinni. A nehézség az, hogy minden egyes következő szintnél elvesztünk valamennyit közülük.

 

Példa: Ha 100 embert terelünk az oldalunkra, közülük 20-an iratkoznak fel az email listánkra, és 2-en fizetnek is majd érte, akkor a konverziós rátánk 20/100, azaz 20% az első szinten, a másodikon pedig 2/20, azaz 10%. Ha a teljes folyamatot nézzük, akkor pedig 2/100, vagy 20%*10%, azaz 2%. Itt tehát 2 embert konvertáltunk a 100-ból.

 

A forgalomterelés folyamata a tölcsér teteje. Ezt hívják top-of-the-funnel (TOFU) résznek. A középső rész a middle-of-the-funnel (MOFU) rész, míg a sales (hard conversion) rész lesz a bottom-of-the-funnel (BOFU).

 

1 emberes csapat

 

Abban az esetben, hogyha a teljes feladatot egy ember látja, akkor értelemszerűen mind a 3 funkciót ugyanannak a személynek kell elvégeznie.

Őket hívjuk full-funnel marketingesnek.

 

marketing-csapat-egy-ember

 

Ha lehetőségünk van már több embert alkalmazni, akkor ezeket a részeket szét lehet egymástól választani, és akkor minden munkatárs fókuszálhat akár csak 1-1 részre.

 

Ha csak a tartalommarketinget nézzük most mint fő marketing tevékenységet, és ezt valakinek egy személyben kell végeznie, akkor az alábbi tevékenységek tartoznak hozzá:

  • tartalom kitalálása
  • tartalom gyártása
  • keresőoptimalizálás
  • disztribúció
  • közösségi média kezelése

 

Egyszerre kell jó tartalomstratégának, jó szövegírónak, SEO szakértőnek, e-mail marketingesnek és közösségi média szakembernek lenni.

Valljuk be, ez nem könnyű feladat. Ezért gyakran egy-egy területre már megéri felvenni egy új embert, akár egy gyakornokot is.

 

2-5 emberes csapat

 

Ha már egy több fős csapatról van szó, akkor ezek a szerepkörök szépen más-más személyhez kerülnek.

 

marketing-csapat-harom-ember

 

Ezek döntően a 2-5 fő közötti csapatokra jellemző felállások.

Itt az 1. opcióban a 3 terület 3 különböző embernél van.

A 2. esetben a forgalomterelés (traffic) és konverzió (soft conversion) jellemzően 1 ember kezében összpontosul. De azt is meg lehet tenni, hogy a soft és hard conversion kerül egy kézbe.

A lényeg, hogy a 3 elem már szétválik a munkamegosztás során. Ahogy nő a csapat mérete, ezt a hierarchiát egyre jobban lehet már tagolni.

 

Több mint 8 emberből álló csapat

 

Egy 6-8 fő feletti cég esetében már teljesen szétválnak ezek a funkciók, sőt van, hogy 1 funkciót már több ember lát el. Vagy akár egy külön csapat.

 

marketing-csapat-nyolc-ember

 

Ezekben az esetekben már szükség van egy dedikált marketingvezetőre is (Head of Marketing, Chief Marketing Officer), aki a legtöbb esetben már nem is az effektív tartalomgyártási munkát végzi, hanem a többi munkatárs munkáját koordinálja. Ahogy nő a csapatok mérete, úgy lesznek persze egyre bonyolultabbak ezek az ábrák.

 

Itt látszik, hogy a tartalomgyártás és forgalomterelés esetében már nem egy ember felel mindenért, hanem 4 külön embert is tudunk alkalmazni:

  • egy ember a blog fenntartásáért és felépítéséért felel,
  • egy másik a designnal foglalkozik csak,
  • a harmadik területe a SEO,
  • a negyedik pedig tartalomstratégiát gyárt, cikkeket ír, videókat készít, vagy akár a social media felületeket kezeli.

 

A legnagyobb marketing csapat, amiben én eddig dolgoztam, 14 fős volt. Egy USA cég teljes online marketingjét vittük együtt.

Ott a Head of Marketing jórészt már csak a csapat és a külső szakértők munkáját koordinálta, a tényleges tartalomgyártási munkában ő már nem vett részt.

Annyi szereplőre volt szükség, hogy a csapat közel felét egyébként nem is a belső csapat adta. A 8 belsős csapattagot 6 külső freelancer és szakértő egészítette ki.

Közülük az én dolgom csak a SEO volt, semmi más. Nem kellett e-mail marketinggel, designnal se foglalkozni. Csak a keresőoptimalizálással.

Ez már tényleg egy teljes értékű online marketinges (full-size online marketing team) csapat volt.

 

Pozíciók egy online marketingcsapatban

 

Egy pár gondolatban érdemes is megnézni, hogy milyen feladatkörökre és funkciókra van szükség egy ilyen teljes értékű csapatban.

 

Marketing vezető

Feladatok:

  • a csapat tagjainak menedzselése
  • a hiányzó pozíciók felismerése, a pozíciók feltöltése
  • emberek felvétele
  • célok meghatározása, nyomon követése

 

Feltételek:

  • eredmény-orientált, híve az adatvezérelt marketingnek
  • 2-3 év tapasztalat az online marketing legalább 2-3 területén
  • jó kommunikációs készség
  • csapatjátékos

 

Blogger, tartalomíró

Feladatok:

  • tartalom írása a megadott témákban
  • a más, vendégírók által írt tartalmak szerkesztése, véleményezése
  • tartalmak szerkesztése, alap szintű formázása

 

Feltételek:

  • az adott iparág ismerete
  • jó írási készség, megfelelő hangnem alkalmazása
  • önálló munkavégzés
  • legalább 2-3 év tapasztalat az adott területen

 

Közösségi média manager

Feladatok:

  • a cég közösségi média profiljainak kezelése, menedzselése
  • a legyártott tartalmak tömörítése, előkészítés a közösségi médiában való megosztásra
  • a kommentek és interakciók moderálása, kezelése
  • a tartalom megosztása, disztribúciója

 

Feltételek:

  • jó kommunikációs készség
  • folyamatos rendelkezésre állás
  • a közösségi média csatornák működésének ismerete

 

SEO specialista

Feladatok:

  • a cég on-page és off-page SEO-jának kezelése
  • együttműködés a bloggerekkel, tartalomírókkal
  • organikus forgalmi célok meghatározása, követése
  • a legfrissebb SEO trendek ismerete, gyakorlati alkalmazása

 

Feltételek:

  • 2-3 év releváns tapasztalat
  • a SEO, analitika és kulcsszavak mély ismerete
  • adatvezérelt gondolkodásmód
  • jó kommunikációs készség

 

Designer

Feladatok:

  • a megírt tartalmak vizualizálása
  • együttműködés a többi tartalomgyártóval
  • a tartalmakhoz, közösségi megosztásokhoz szükséges anyagok elkészítése
  • prezentációk, infografikák gyártása
  • hajlandó legyen a célcsoporthoz illő design készítésére és alkalmazására
  • ne csak a saját designelképzeléseihez ragaszkodjon

 

Feltételek:

  • releváns tapasztalat az adott területen
  • kreatív gondolkodó, de hatékony grafikus
  • gyors, megbízható munkaerő
  • előny, ha korábban házon belüli vagy ügynökségi designer volt
  • előny a html, css, javascript ismerete

 

Ez az összes feladatkör persze ritkán van meg egyetlen cégen belül.

Ezért nagyon gyakran külső szakembereket szoktak bevonni egy-egy feladat ellátására. Gondolhatunk itt akár egy külsős tartalomíróra, desingerre vagy akár keresőoptimalizálás szakértőre.

Ez a lista persze munkamennyiség és pénz függvényében tovább bővíthető. Akár egy email marketingessel, egy analitkai szakemberrel. Ecommerce cég esetén olyannal, aki ért az RFM modellhez vagy épp a transactional e-mailekhez.

A legtöbb esetben érdemes felmérni, hogy milyen feladatok vannak, amelyeket végezni szeretnénk, és ez alapján megalkotni a saját „ideális” marketinges szervezeti felépítésünket. Ezt akár saját tapasztalatból is megtehetjük, akár iparági szereplőktől is szerezhetünk ötleteket.

 

Egy hasznos tipp:

  • Keress egy olyan nemzetközi piacon lévő céget, amelyik nagyjából hasonló méretű és profilú, mint a Tiéd
  • Nézd meg a LinkedIn-en, hogy kik dolgoznak ott és gyűjtsd ki az összes olyan embert, aki ott dolgozik
  • A titulus (job title) alapján már viszonylag könnyen felrajzolható, hogyan épül fel a szervezet

 

Egy gyors példa:

Ha rákeresel a Shapr3D csapatára a LinkedIn-en, akkor 13 találatot fogsz látni:

 

marketing-csapat-linkedin-1

 

  • Ha végignézed az embereket egyesével, akkor látni fogod, hogy ebből a 13-ból 3 nem a cégnél dolgozik, csak ott van a profilján ez a kifejezés (mint Skill)
  • 1 ember már nem dolgozik ott
  • 2-en pedig tanácsadók (advisor-ok), tehát a csapat mérete jelenleg valójában 7 fő
  • Ebből a 7 főből 1 CEO, 3 fejlesztő, 1 termék designer és 2 marketinges (Papp Gábor és Rosner Dániel)
  • Máris fel tudod rajzolni, hogy nagyjából hogy nézhet ki a hierarchia

 

És ezt persze nemcsak az adott méretnek megfelelő cégnél lehet felrajzolni, hanem akár egy olyan méretűnél ahova szeretnél eljutni.

Ha mondjuk nem egy 7 fős startupot akarsz elemezni, hanem mondjuk egy sokkal nagyobb szereplőt, akkor arra is van lehetőség.

Ha gyorsan rákeresel arra a LinkedIn-en, hogy „BioTech USA marketing”, akkor megtalálod azokat, akiknél a LinkedIn-en meg van adva munkahelynek a Biotech USA és a marketing szerepel a profiljukon.

 

marketing-csapat-linkedin-2

 

Gyorsan találhatunk olyan titulusokat mint:

  • Head of Online
  • Digital Marketing Strategist
  • Marketing Manager
  • Online Marketing Analyst
  • Junior Marketing Manager

 

És bátran lehetne tovább haladni a listán. Ezeket szépen ki kell szűrni és máris felrajzolható egy hozzávetőleges csapat- és feladathierarchia.

A csapatméret persze nem minden, de jó indikátor tud lenni, hogy mennyi feladat elvégzése reális és milyen outputot lehet várni egy ilyen helyen.

Ha kifejezetten csak a tartalomgyártásra koncentrálunk, akkor érdemes megnézni azt, hogy mennyi időbe is telik egy-egy jobb tartalmat legyártani.

 

Mennyi időbe telik egy jó tartalmat legyártani?

 

A válasz nyilván sok tényezőtől függ:

  • Rendelkezünk minden erőforrással házon belül?
  • Van-e pénzünk arra, hogy megfizessünk jó szakembereket?
  • Van-e már tapasztalatunk a tartalomgyártásban?

 

Saját tapasztalatom szerint egy jól körbejárt, igényesen megírt, szépen szerkesztett tartalomba legalább 1-2, de inkább 3-4 napnyi munkát érdemes beletenni.

De volt már olyan anyag is, amin 3 héten keresztül dolgoztunk 8-an. A legnagyobb anyag 2,5 hónapig készült, bár annak az eredményei is lényegesen jobbak voltak, mint bármelyik rövid idő alatt elkészült anyagnak.

Évekkel ezelőtt találtam egy kutatást, amit a TechValidate készített 236 cég megkérdezésével. Ebből a kutatásból az jött ki, hogy egy jó tartalom megírása jellemzően 2-5 hetet vesz igénybe. Ezt én is alá tudom támasztani.

 

marketing-csapat-tartalom-keszites-ido

 

Ebbe persze beletartozik a tartalom kitalálása, a kutatómunka, az elkészítés, design, SEO, publikálás, disztribúció és az utánkövetés is.

Ennél gyorsabban is ki lehet egy tartalmat pörgetni, de ha kellően minőségi és komplex anyagról van szó, akkor az időigénye egy-egy ilyen anyagnak hetekben mérhető inkább és nem órákban vagy épp napokban.

 

A legtöbb időt az alábbi anyagok szokták jellemzően igénybe venni:

  • ebook, whitepaper
  • microsite-ok
  • videók
  • termékdemók
  • esettanulmányok
  • webináriumok

 

Amik jellemzően kevesebb időt vesznek igénybe:

  • blogposztok
  • prezentációk
  • hírek, PR cikkek

 

Az időkorlátok ismerete főként azért fontos, mert ezzel tudjuk tervezni a szükséges erőforrásokat és így tudjuk ütemezni az adott tartalmak megjelenését is. Arra ugyanis érdemes figyelni, hogy lehetőség szerint azonos időközönként jelenítsünk meg tartalmakat.

Persze, a mai napig nagyon sok hazai cégnél és startupnál vannak  egyszemélyes, full-stack marketingesek, akik önállóan látják el ezeket a feladatokat. De akadnak 2-3 fős, kisebb csapatok. Azt viszont érdemes látni, hogy ahogy nő a cég, úgy fog nőni a feladatok komplexitása is. Ezt pedig jellemzően csak megnövelt erőforrással lehet ellátni. Erre pedig érdemes már előre felkészülni.

Ezt úgy lehet a legkönnyebben megtenni, hogy tanulmányozzuk más cégek csapatának, azon belül is a marketingcsapatának a számosságát és felépítését. Erre ma a Linkedin egy jó csatornának bizonyul a hazai és nemzetközi piacon is egyaránt. De akár a Facebook-ot is lehet erre használni, bár ott jellemzően kevesebb embernél van kitöltve, hogy hol dolgozik.

Ha ezeket az infokat begyűjtöttük, akkor pedig megpróbálhatjuk visszafejteni, hogy mások hány emberrel és milyen szervezeti felépítéssel dolgoznak egy-egy cég sikeréért. Ez pedig sokat segíthet a saját csapatunk méretének és összetételének megtervezésében.

Az eszközök rendelkezésre állnak, csak merni kell használni őket!

 

Létező, de nem jól működő csapat újrastrukturálása

 

Jogosan merülhet fel a kérdés, hogy mi van akkor, amikor valaki nem nulláról akar egy csapatot felépíteni, hanem egy már meglévő teamet kell újraalakítani?

Akár azért, mert új feladatkörök jönnek be, vagy épp valamit le kell építeni, esetleg azért, mert valaki alulteljesít.

 

Ilyenkor két dolgot érdemes mérlegelni:

  • Az adott személy tudását, képességét és akaraterejét (will, skill, knowledge)
  • Az elvégzendő feladathoz szükséges időt és tudásszintet

 

Ha az történik, hogy egy adott feladat elvégzésére sokkal nagyobb tudású emberre van szükség, mint amit az egyik csapattag el tud látni, akkor a következő lehetőségek vannak:

  • A feladat elvégzésére felveszünk egy hozzáértő, seniorabb embert. A junior kollégát átrakjuk másik feladatra vagy megválunk tőle.
  • Felveszünk egy tanácsadót, aki mentorálja a juniort, hogy felnőjön az adott feladathoz

 

Itt főként azt kell érezni, hogy a will-skill-knowledge hármasból mi az, ami a leginkább hiányzik a sikeres munkához. Ha lelkes és ügyes, de a tudása még nem elég biztos, akkor az egy jó kiindulópont.

Ha valaki lelkes, de ügyetlen, akkor a skill-eket kell fejleszteni. Ha az akarat megvan, de minden más hiányzik, akkor valószínűleg nem fog működni a közös munka.

Azt persze nagyon nehéz előre megjósolni, hogy kiből milyen jó szakember válhat, de az biztos, hogy akinél a will-skill-knowledge hármasból 2-vel is komoly gond van, akkor ott szinte biztos, hogy alulteljesítő csapattaggal vettünk magunkat körbe.

Ilyenkor azt kell végiggondolni, hogy más pozícióban és feladatkörben lehet-e az illetőt használni. Ha a válasz egyértelmű nem, akkor meg kell válni tőle.

Sok esetben az történik, hogy hiába tudja valaki, hogy milyen feladatot kell megoldani, egyszerűen nem talál megfelelő tudású embert a piacon, aki azonnal el tudja végezni az adott feladatot.

Vagy azért, mert szakemberhiány van, vagy a projektje csak nem elég szexi másoknak, vagy csak nincs annyi pénze, hogy megfizesse őket. Ezekre a szituációkra nehéz általános érvényben jó választ adni.

Nyilván azonosítani kell a fő blokkoló tényezőt és azon kell dolgozni, hogy ezt elhárítsuk.

 

A követendő lépések sorban:

  • Azonosítsuk, hogy mi a probléma, a blokkoló tényező
  • Dolgozzunk ki egy stratégiát, hogy milyen lépésekben lehet ezt megoldani / feloldani
  • A stratégiából csináljuk kisebb feladatokat, projekteket (action item-eket)
  • Határozzuk meg, hogy milyen időkeret alatt kell ezt megoldani
  • És essünk neki lépésről lépésre

 

Ha a végcélból fejtjük vissza a szükséges feladatokat és lépéseket, akkor folyamatosan fejlődésre kényszerítjük magunkat és a saját csapatot is.

A legtöbb tartalommarketinges csapatnak van egy negyedéves, féléves terve, amit utána havi és heti sprintekbe szokott bontani.

3-6 hónapra előre látják, hogy mi a fő a csapásirány, azt havi szinten átbeszélik, és heti sprintekbe osztják a feladatokat.

A heti meeting sokat segít a rövid távú feladatok kiosztásában és a folyamatok is haladnak. A havi és negyedéves tervezés pedig a közép- és hosszú távú irányt tudja támogatni.

Az online marketinges piacra is igaz, hogy a piac egy része viszonylag szaturált.

Ez azt jelenti, hogy nagyon sok a szövegíró, tartalommarketinges, de ahogy haladunk egyre magasabb szintre úgy kezd egyre „ritkábbá válni a levegő”.

Nagyon jó online marketingesből viszonylag kevés van, nemcsak hazai, de régiós és nemzetközi szinten is.

 

 

Ez viszont egyben nagyon jó lehetőség is arra, hogyha találunk valakit, akivel közös együttműködés keretében partneri kapcsolatot alakíthatunk ki, akkor nemcsak a saját olvasóközönségünket, hanem az ő követőit is meg tudjuk célozni egy-egy tartalommal, kampánnyal.

Ezeknek az influencereknek a felkutatása komoly időt és energiát emészthet fel. Erre érdemes lehet komoly erőforrásokat szánni. Akár úgy, hogy valaki dedikáltan ezzel foglalkozik, akár úgy, hogy a marketingvezető kimondott feladata, hogy heti szinten találkozzon, beszéljen ilyen emberekkel.

Ezek a személyes kapcsolatok később alkalmasak lehetnek együttműködések kialakítására, növelni lehet rajtuk keresztül a márkaismertséget, egy-egy vendégposzt kapcsán új forgalmat csatornázhatunk be az oldalunkra, értékes backlinkeket is szerezhetünk, ami jó hatással van a SEO-ra is, és persze hiring oldalról is hasznos tud lenni.

Gondoljuk bele, hogyha mondjuk a mi cégünkről ír egy jó marketinges, egy elismert szakember esettanulmányt a saját blogján, akkor olyan emberek érdeklődését is fel lehet kelteni a cég iránt, akik korábban lehet, hogy nem is hallottak az adott cégről.

 

Nyereséges webáruház 24 óra alatt? – 25 inspiráló e-kereskedelmi esettanulmány

 

Megtudhatod, hogyan érdemes kutatnod, közönséget és terméket keresned, hol baltázhatod el a büdzsét és mire érdemes költened.

Nem szaporítjuk a szót, mert lesz bőven olvasnivalód – az első néhány tanulmányból a legérdekesebb következtetéseket részletesen is kivesézzük.

 

Erről olvashatsz mindjárt:

 

Gamerszemüvegek és közösségi kampányok Tea, 3 nap, 1000 dollár Pólók, 3 hét és 1248 dollár bevétel 24 órás kihívás Újabb 24 óra: marhahússal A THEGREATBUILD projekt Havi 120 ezer dollár szakállápolásból És a többi történet… 6 jó tanács

 

 

Gamerszemüvegek és a közösségi kampányok ereje

 

Corey Ferreira a Shopify csapatának tagjaként kifejezetten azért indított webáruházat, hogy esettanulmányt készíthessen belőle.

Mivel a csapat korábbi esettanulmányaihoz dropshipping áruházakat építettek fel, Corey valami mással próbálkozott meg.

Közvetlenül egy kínai gyártótól importált árut – aminek a kiválasztásához egy sor kritériumot határozott meg:

  • A terméknek kicsinek és könnyűnek kellett lennie, hogy legfeljebb egy cipősdobozban elférjen.
  • Viszonylag olcsónak is kellett lennie, 1-10 dollár között, így a költségek nagyobb rendelés esetén is alacsonyan tarthatók, és persze nagyobb árréssel is dolgozhat a webáruház.

 

Előbb a közönséget találd meg, aztán a terméket

 

Az elektronikai termékeket és ételeket Corey eleve kizárta, mert rizikósak (el/megromolhatnak többek között). Egy olyan terméket akart, amellyel egy szűk és szenvedélyes célközönség megcélozható.

Végül először nem a terméket határozta meg: keresett inkább egy célközönséget, ebben az esetben a gamereket. A választás adta magát, mert Corey maga is gamer, így jól ismeri az igényeiket, problémáikat.

Az egyik jellemző probléma a megerőltetett szem – amit egy bizonyos szemüvegtípus, mely a kék fényt szűri, megoldást kínálhat.

Az ötlet tehát meg is van. Ezt mélyebb kutatási fázis követte. Corey először hasonló termékeket keresett a neten, hogy megállapítsa, mennyit hajlandóak költeni rá a célcsoport tagjai, melyek fogynak a legjobban, milyen visszajelzések érkeznek, milyen stílusokat kedvelnek leginkább, és persze kik a főbb konkurensek.

A Google Trends is értékes adatokkal szolgált: megmutatta, hogy az elmúlt években meredeken emelkedett a „gaming glasses” és „blue light blocking” keresőkifejezésekkel futtatott keresések száma – az igény tehát valószínűleg megvan a piacon.

 

Üzleti előkészületek

 

Ezután ki kellett választani a forrást: az Alibaba kínálja erre a legjobb lehetőséget. Itt kereshetünk termékekre és eladókra is, a terméket leíró keresőkifejezéssel érdemes kezdeni leginkább Corey szerint.

A lehetséges ellátók listájának összeállításában az üzleti szempontok domináltak, például az, hogy a minimális rendelhető darabszám (tekintve a limitált büdzsét) kellően alacsony legyen.

A lehetséges beszállítókat egyenként kereste meg üzenetben szakemberünk, majd a válaszokat egy Excel-táblában követte.

A kiválasztásnál az Alibaba rendszere segítségére volt – innen megtudhatta, ki kereskedő és ki gyártó (utóbbinál valószínűleg olcsóbban beszerezhető a termék), mennyi ideje működik a cég, milyen visszajelzéseket kapnak a termékei.

Szempont volt az is, hogy mennyire specializálódtak az adott terméktípus gyártására.

A megbízhatónak és profinak tűnő vállalatoktól kapott ajánlatok alapján a szakember kiszámolta, hogy első 700 dolláros befektetésével hány darabot kellene eladnia, mire megtérül a befektetése. (Egyébként meglehetősen keveset, tekintve, hogy a tervezett árrés hatalmas volt.)

 

Itt következik az egyik legérdekesebb része az építkezésnek: Corey összeírta, milyen csatornákon akarja a terméket népszerűsíteni és hány eladást vár ezektől. Közöttük szerepelt a Reddit, a Facebook-hirdetések, YouTube influencerek megkeresése, a Facebook csoportok, az Instagram és a Twitter és még vagy egy tucat megoldás. Összesen 50 darabot remélt első körben értékesíteni, ami már bőven a profittermelésen belül van.

A becslések persze nem voltak, nem is lehettek pontosak, a közösségi felületek értékesítési hatékonyságát aligha mérheted patikamérlegen, főleg ha egy viszonylag új megoldást akarsz bemutatni, korábbi tapasztalatok híján.

 

A bolt felépítése

 

Corey természetesen hazai pályán, a Shopify-on készített webáruházat, kifejezetten olyan témát választva, amely nem katalógus-jellegű, hanem egy termékre fókuszál. Megvette a megálmodott brandhez (Syght Glasses) a domaint.

Az oldalra az alapvető információkon felül érdekes és értékes tartalom is került, olyan aloldalak, amelyek a termékelőnyöket a potenciális vásárlók szempontjából fogalmazták meg, illetve a szemüveg mögötti tudományt magyarázták el.

A szövegek megírásához a hasonló termékek weboldalait vette alapul Corey, de sok visszajelzést is elolvasott az Amazonon, termékteszteket nézett a YouTube-on, így érezve rá a pontos nyelvezetre, amit közönsége használ.

A szöveget diagramokkal és a termékről készült jó minőségű, digitálisan feljavított képekkel gazdagította.

A nagyfelbontású termékfotókra a büdzséből nem kellett költeni, mert rendelkezésre állt egy ismerős profi fotós – de más esetben se sajnáld erre a pénzt, írtunk már arról, milyen fontos, hogy a vásárló a lehető legjobban láthassa, amit megvenne.

 

Jöhet a tartalom és az influencerek

 

Következhetett a közösségi csatornák felépítése – szigorúan a brand arculatának megfelelően, a színeket, nyelvezetet megtartva, és a megfelelő felületeken (Twitter, Instagram) célzottan az ottani közönségnek szóló kuponokkal.

Ezen a két felületen egyébként úgy gyűjtött követőket Corey, hogy hasonló termékekkel foglalkozó brandek követőit követte be – majd néhány nap után, a TwitNerd és Unfollowgram segítségével törölte azokat, akik nem követték vissza.

A saját tartalmak gyártása helyett (mivel korlátozott idő állt rendelkezése) a tartalomkurációt választotta szakemberünk: érdekes híreket, cikkeket és vizuális tartalmakat osztott meg, méghozzá a Buffer és a Latergramme segítségével ütemezve.

Eközben egy szűkebb kör betekintést kapott a termékekbe (kollégák, barátok stb.), és a visszajelzések alapján finomodott a stratégia és a tartalom.

A Redditre is kikerült a termék – a brand helyett egy leíró témával („Anti eye fatigue and eye strain gaming glasses”), ami elég szép forgalmat kezdett el a webshop oldalára csatornázni, illetve más oldalakról is kapott backlinkeket, amelyek szerkesztői itt akadtak rá a Syght Glasses-re.

Miután elkezdtek gyűlni a megrendelések, Corey az Affiliately segítségével elkezdte felállítani affiliate-programját.

Ehhez persze influencer-eket kellett találni, akik hatékonyan hirdethetik a terméket. Emberünk közepes követőtáborral bíró streamer-eket és YouTube-ra posztoló gamereket nézett ki, akik elérhetők, mégis viszonylag sok terméket segíthetnek értékesíteni.

Végül (néhány meggyőző e-mail és pár ingyen minta) kiküldése után 4-en csatlakoztak 3 megkeresettből az affiliate-programhoz, és 3 YouTube-os termékteszt-videó is született.

A legnagyobb hasznot egy 140 ezer Instagram-követővel bíró véleményvezér hajtotta, aki teljesen saját kuponkódot oszthatott, de nyereséges volt a Facebookon futtatott retargeting-kampány és a Google Shopping használata is.

Végül az előzetes várakozásokhoz képest az Instagram és a Google teljesítettek jelentősen felül.

A növekedésre is van persze koncepció – a blogolás, vagyis a minőségi tartalom gyártása és terjesztése, YouTube-videók készítése, az affiliate-program bővítése többek között ígéretes koncepciók Corey számára, aki 5 hét alatt közel 2500 dollárt keresett ezzel a kísérlettel.

 

A teljes, elképesztően részletes esettanulmányt itt olvashatod el. Mi a tanulságokat így foglalnánk össze:

  • A tervezési és kutatási fázist türelemmel és végtelen alapossággal végezd, mert már itt eldől, piacképes leszel-e.
  • A lehető legjobban ismerd meg a célpiacod – nem elég, ha egy jó megoldást adsz nekik, a saját nyelvükön kell azt bemutatnod, tökéletesen célozható csatornákon.
  • Ne támaszkodj egyetlen felületre vagy eszközre: egyszerre akár egy tucat különféle közösségi, hirdetési, tartalomterjesztési kampányt is futtathatsz már minimális büdzséből is. A kulcs ezek megválasztása.

 

Az első ezer dollárig teával – 3 nap alatt

 

Egy újabb Shopify-kísérlet, ezúttal teával.

Richard Lazazzera néhány kollégájával együtt szintén limitált büdzsét és időt szabva állt neki az esettanulmánynak.

500 dollárból építettek webshopot, és mindössze 3 napot adtak maguknak.

Kezdésként megállapodtak abban, hogy matcha teát, egy japán őrleményt árulnak majd, már csak azért is, mert a Google Trends tanúsága alapján egyre növekszik iránta az érdeklődés.

És nemcsak népszerű, de kisméretű, könnyen szállítható, egész évben értékesíthető, és mivel fogyasztható termék, nagy az esélye, hogy visszatérő vásárlókat szerezzenek vele.

A csapat a dropshipping-modellt választotta.

A beszállító kiválasztásához egyszerűen Google-ben kerestek rá a lehetséges partnerekre, majd a megfelelő szállítótól mintatermékeket rendeltek. Ez alapján meghatározták, mennyiért adják majd a saját brandjükkel ellátott árut.

A brand megtervezését azzal kezdték, hogy egy cégnév-generátorral készítettek egy listát a matcha szóból kiindulva, majd megnézték, hogy azok közül, melyek jól hangzanak, melyiknek a domainje szabad.

A termékfotókat okostelefonnal készítették el – a szűkös keret és idő miatt nem volt lehetőség profi fotóst fogadni, de szerencsére egy jobb minőségű okostelefon kamerája ma már csodákra képes, főleg utómunkával együtt.

Következhetett a webbolt felépítése.

 

Teawebáruház a semmiből

 

A büdzsé egy részét egy profi Shopify sablonra, a Startup Theme-re költötték el (ez 180 dollárba került), aminek előnye, hogy könnyen testre szabható.

 

Ami kellett ahhoz, hogy a webshop esztétikus és hatékony legyen:

  • egy hero shot a főoldalra (ennek célja általában a legfőbb termékelőnyök bemutatása, a brand megalapozása és így tovább),
  • jó minőségű termékfotók,
  • némi szöveg a legfontosabb információkkal, illetve
  • a főoldalra egy hatékony értékesítési szöveg, mely bemutatja a USP-t, vagyis az „egyedi értékesítési ajánlatot”, ami miatt érdemes őket választani a konkurenciával szemben.

 

Stratégiák és csatornák: így marketingezz 3 nap alatt

 

Az alapgondolat a marketingstratégia mögött egyszerű volt:

minél több csatornát, eszközt kipróbálni, hogy lássák, mi működik és maximalizálják az eredményeket.

 

  • Az első lépés a személyes kapcsolatok kiaknázása volt: a terméket a csapat mindenkinek felajánlotta ismerősei, kollégái között, akit érdekelhetett.
  • Feltöltötték a Product Hunt oldalra is: ennek a rendeltetése éppen ez, hogy a legújabb termékek láthatóságot nyerjenek. Az oldal közel ezer látogatót hozott nekik.
  • Használták a Redditet is: mivel itt a közvetlen értékesítés kevésbé célravezető, a BuzzSumo segítségével olyan teával kapcsolatos tartalmakat kerestek, amelyek az elmúlt fél évben kiemelkedően népszerűek voltak. Végül tartalommutációt alkalmaztak: egy népszerű videóból listacikket készítettek és ezt posztolták saját oldalukon.
  • Egy teákkal foglalkozó subredditben hasonló módszerrel fotókat gyűjtöttek össze az elmúlt év legnépszerűbb posztjaiból, és szintén listacikket készítettek belőle. Bár ez a két kísérlet ennyi idő alatt nem volt hatékony, hosszabb távon a stratégia igen ígéretes.
  • Instagramon több százezres követőtáborral bíró influencereket kerestek, hogy szponzorált posztokat vásároljanak tőlük. A kis büdzsé és idő miatt ez nem jött össze, így végül csak követőket gyűjtöttek, posztoltak, lájkoltak, abban pedig nem biztosak, hány vásárló érkezett innen, mivel a posztokban nem lehet kattintható linkeket közzétenni.
  • Pinterestre szintén a webáruház blogján gyártottak érdekes, posztolható tartalmat (a Starbucks zöld teájának receptjét írták le), 20 dollárért pedig vásároltak egy pint egy influencertől – ebből nem jött közvetlen eladás, de hosszabb távon szintén ígéretes módszer, mivel már ennyi idő alatt is tisztességes aktivitást mértek.
  • Egy gyors, jól célzott Facebook hirdetési kampánnyal látogatókat hoztak be és még el is adtak a termékből.
  • A Twitterre kevéssé fókuszáltak, ennek ellenére személyes tweetjeik viszonylag sok látogatót és egy eladást is hoztak.

 

Végül összesen 2414 látogatót hoztak be a webáruház oldalára, 97-en elértek a checkoutig is, 32-en pedig vásároltak – a bevétel 922 dollár volt mindössze 3 nap alatt.

Az online marketing költései minimálisak voltak, a legdrágább az üzlet beindítása volt (a büdzsé kétharmadát a bolt és a termékek vitték el).

A végső profit mindössze 56 dollár volt, de csak a magas kezdeti költségek és az összesen 3 napos kísérlet miatt.

 

Egy pólóbolt, 3 hét és 1248 dollár bevétel

 

Tucker Schreiber a Shopify csapatától egy egyhónapos kísérlet keretében egy pólókat kínáló webáruházat épített fel.

Ő is a közönséget kereste meg először, méghozzá a limitált idő miatt egy olyan közönséget, amely már létező, amelyet nem magánk kell kinevelnie.

 

A közönséggel szemben támasztott kritériumai a következőek voltak:

  • Legyen egy „feel good” témájú közösség, vagyis képes legyen örömmel végezni az értékesítést.
  • Legyen olyan piac, amely nem tűnik el egyik pillanatról a másikra, inkább folyamatosan fejlődik.
  • Legyen aktív a közösség, legyen a téma népszerű, esély a viralitásra.
  • Legyenek megközelíthető influencerek, nagy követőszámmal bíró Instagram felhasználók és mások, akik népszerűsíthetik a terméket.
  • Az üzleti modell legyen annyira rugalmas, hogy ha a pólóknál működik, bögrékre, párnákra, más termékekre is alkalmazható legyen.

 

Tucker a Redditet célozta meg, és megnézte, melyek ott a legnagyobb, legaktívabb közösségek.

Végül a kutyásokat célozta be, mert úgy látta, rengeteg potenciál van a különféle kreatív kutyás pólókban.

Google-keresés következett: melyek a legnépszerűbb kutyafajták?

Majd a Reddit segítségével megnézte, melyekre épülnek aktív közösségek, és végül jött a konkurenciakutatás: milyen termékeket árulnak már most is ennek a közösségnek?

A Google a „dog owner shirt” kifejezésre igen széles választékot ad, hasonló kutatás gyakorlatilag bármilyen terméknél elvégezhető.

A következő számunkra érdekes lépés a márkanév megtalálása volt: aranyosnak és könnyen megjegyezhetőnek kellett lennie, lehetőleg a .com domainnek szabadnak, könnyen kiejthetőnek és az összes fontos közösségi csatornán szabad kell legyen a név.

Egy cégnév-generátorral egy szép listát hozott össze Tucker, majd a fenti kritériumok alapján szűkítette azt le, és végül a THINK PUP lett a nyertes.

A kísérlet kedvéért Tucker nem vásárolt webshop sablont, hanem egy ingyeneset használt fel, ezt szabta testre, amennyire csak tudta, hogy az elképzelt megjelenéshez illeszkedjen.

 

Néhány tudatos döntés, amelyet a dizájnnal kapcsolatban meghozott:

  • Eltávolította a navigációt, hogy az oldalra látogatóknak le kelljen görgetniük vagy egy termékre kattintani.
  • Minden pólót megjelenített már a főoldalon.
  • Módosította a checkout folyamatot, hogy annak megjelenése, színei illeszkedjenek a brandhez – ezzel garantálva a vizuális message match-et, nem zökkentve ki a vásárlásból a felhasználót.
  • Amennyire csak lehet, egyszerűre tervezte a boltot, a felesleges aloldalakat, menüpontokat és minden mást elhagyva.

 

Ilyen egy hatékony termékoldal

 

Tucker előre gondosan megtervezte, hogyan akarja felépíteni a termékoldalait.

 

A következő dolgoknak mindenképpen meg kellett jelenniük:

  • Terméknév
  • Ár
  • Elérhető méretek
  • Leírás
  • Információk magáról a ruháról
  • Szállítási idő
  • Kapcsolódó termékek
  • Termékfotó

 

Lényegében ennyi minden elég is a termékoldalra: ha a fotók jó minőségűek, minden fontos információt megjelenítünk és hatékony értékesítési szöveget írunk, nagy baj már nem lehet.

 

Irány a közösségi média

 

Az első marketinges lépés a közösségi csatornák megalapozása volt – a webáruház megjelent Facebookon, Instagramon, Pinteresten és Twitteren.

A Redditre is kiposztolt egy terméket az új termékekkel foglalkozó subredditbe. Ennek hátránya egyébként, hogy a közönség semmilyen szinten nem célzott, viszont az /r/shutupandtakemymoney subredditben nagyon erős a vásárlói szándék.

A siker kirobbanó volt, ami minden bizonnyal a kreatív terméknek is köszönhető, a webáruház oldalán a következő órákban folyamatosan 40-70 aktív látogató volt.

A pólót felkapták Redditen több helyen is, és végül több mint 10 ezer látogatót és 522 dollárnyi megrendelést eredményezett ez az egyetlen kis kampány – ráadásul ingyen.

Mindjárt innen egyébként egy termékblog is megtalálta a pólót, ez is hozott megrendelést.

A következő lépés a Facebook-csoportok meghódítása volt. Tucker megkereste a különféle kutyafajtákkal foglalkozó zárt csoportokat – innen végül nem szerzett bevételt, de a kampányt el is siette, pusztán posztolta a termékeit a csoportokba bármilyen más aktivitás nélkül.

 

Előre tervezz, mert lemaradsz a lehetőségről

 

Tuckerben megvolt a szándék, hogy a látogatóitól e-mail címeket gyűjtsön be, hogy később is elérje, újracélozza őket.

Sajnos azonban nem számolt azzal, hogy a Redditről ekkora forgalmat szerez majd, így a több mint 10 ezer egyedi látogatótól már nem kérhette be a címeket.

Ezután szélsebesen beállította az exit popupot, amely a mailcímért cserébe egy 5%-os azonnali kedvezményt ajánlott fel. Ez végül 1,34%-os konverziós arányt mutatott fel, ami több mint 30 címet hozott.

 

Így építkezz Instagramon, hirdess Facebookon

 

A következő lépés az Instagram meghódítása volt: szponzorált megjelenések segítségével a pólóbolt több mint 300 követőt gyűjtött be.

 

tips Ami fontos:  ha valaki végignézi az idővonalad, kapja el a figyelmét a profilképed, mert e mellett láthatja majd a biódat, vagyis a bemutatkozásod – itt elhelyezhetsz kattintható linket is, és az Instagramon ez nem gyakori, ezért kiemelten fontos az is, mit írsz ide. Ajánlott az emojik, aranyos kis ikonok használata.

 

Használt UTM paramétereket és linkrövidítőt, hogy nyomon követhesse, hány látogató érkezik innen az oldaladra.

A tartalmon túl sokat itt nem kellett gondolkodni, aranyos és vicces kutyás képek adták a posztok nagyját, amelyeket hashtagekre keresve talált Tucker.

Miután elkezdett épülni a csatorna, influencereket keresett meg 100 ezresnél nagyobb követőtáborral.

Méghozzá olyanokat, akik legfeljebb 100 dollárt kértek egy szponzorált megjelenésért, illetve minden posztjukra több ezer kedvelés érkezett.

Az Instagram hozott néhány eladást, de nem kiemelkedően sokat, erre nem is volt idő. Ezt a Facebook-os terjeszkedés követte.

A cél itt az volt, hogy azoknak a felhasználóknak hirdesse újra a terméket Tucker, akik jártak már az oldalon, de nem vásároltak, a kosarukhoz adták a terméket, de nem végeztek a checkout folyamattal.

Némi finomhangolás után nagyon pontos célzással kezdett kampányokat futtatni, elsősorban különféle kutyákkal kapcsolatos csatornák, kiadványok közönségére lőve.

A hirdetések éppen ezért kiemelkedően jól teljesítettek aktivitást és elérést tekintve.

Emberünk a kosárelhagyóknak küldött levéllel is szerzett eladást, ráadásul úgy, hogy ez nem került neki semmibe.

A 3 hetes kísérlet végére összesen 43 pólót adott el (nagyját az első Reddites sikernek köszönhetően), ezzel 1248 dollár bevételt szerezve – úgy, hogy a webáruház felépítése és a kampányok csak 260 dollárt vittek el. Miután a dropshipping beszállítót is kifizette, Tuckernek 148 dollár haszna maradt, ami ennyire gyerekcipőben járó kampányokkal és bolttal szépnek mondható.

 

Nyereséges pólóbolt 24 óra alatt

 

Egyetlen nap alatt is el lehet indítani egy nyereséges webáruházat, ha eléggé eltökélt az ember.

Ez a kísérlet is Richard Lazazzera nevéhez fűződik, aki úgy döntött, hogy a torontói metróhálózat állomásaihoz készít egyedi dizájnokat.

 

Ez a gyors döntések és az egyszerűség 24 órája volt: a Shopify segítségével szinte azonnal elindított egy webáruházat, majd közel 6 óra alatt megtervezte a 60 egyedi pólódizájnt. Ezeket feltöltötte az oldalra, majd integrálta a Shopify Printful applikációjával.

 

A név kiválasztására nagyjából 2 percet szánt – saját legközelebbi metróállomásából kiindulva így lett a bolt Finch’s.

Marketingre ennyi idő alatt nem nagyon tudott áldozni – viszont eszébe jutott egy nagyszerű ötlet, ami a newsjacking határát súrolja.

A helyi metróhálózat ugyanis éppen a bolt elindítása előtt néhány héttel ünnepelte 60. születésnapját, erről pedig számos helyi híroldal és blogger is beszámolt.

Richard felkereste az egyiküket és a figyelmébe ajánlotta a webshopját – másnap reggel re már ki is került egy poszt az adott blogban (ez hatalmas szerencse) és meg is indultak a vásárlók a webáruház felé, amelynek a híre terjedni kezdett.

Richard összesen 24 dollárt költött el arra, hogy a webáruházat elindítsa. A pólónként 13 dolláros költségével számolva pedig 210 dollárnyi profitot termelt.

Gyakorlatilag egyetlen munkanap és a lehető legminimálisabb összegbefektetésével egy nyereséges webáruházat épített fel, amely a jövőben is kényelmes bevételt termelhet neki, főleg, ha marketingre is jut majd idő.

Ennek az esettanulmánynak a tanulsága leginkább az, hogy ha csak azért nem indítottál még webáruházat, mert egyetlen tökéletes ötletre vagy a legjobb alkalomra vársz, akkor inkább cselekedj: némi elhivatottsággal már másnap pénzt kereshetsz.

 

Újabb 24 óra és 3000 dollárnyi marhahús

 

Noah Kagan szintén egy egynapos kihívást teljesített azzal, hogy elindított egy nagyon egyszerű webáruházat.

Úgy döntött, hogy szárított marhahúst (beef jerky) fog árulni – ez adott volt a kihívás miatt, így ő nem a közönséget kereste meg először.

Itt is a gyors és határozott döntések domináltak – az elnevezés (Sumo Jerky) mindössze 3 perc alatt született meg.

Elsőként meghatározta,

  • hogy a célcsoport milyen gyakran vásárol,
  • mi alapján döntik el, hogy hol vásárolnak,
  • mi vehetné rá őket, hogy most azonnal pénzt adjanak ki szárított marhahúsért
  • és mi tántoríthatja őket el ettől.

 

A célcsoport a tudatosan egészségesen étkező fiatal szakemberek, értelmiségiek lettek.

A webshop felállítása szintén perceket vett csak igénybe – Noah gyakorlatilag azonnal az értékesítéssel kezdett el foglalkozni, és az ismerőseitől kezdve a neten talált, célcsoportba illő irodákig mindenkit megkeresett személyes üzenetekkel, miközben Facebookon, Twitteren is saját csatornáján kezdte hirdetni az üzletet.

Szintén hatékony volt az e-mail marketing, pedig nem listára küldött levelet, csak az ismerősöknek, illetve ismerősei ismerőseinek rajtuk keresztül, szívességek révén.

Noah a 24 óra végére a nulláról 3000 dollárnyi előrendelést szedett össze, ami egészen lenyűgöző eredmény, pláne, hogy szinte tudatosan a lehető leginkább amatőr módszereket alkalmazta. A teljes esettanulmányt itt érheted el, ajánlott olvasmány minden kezdő e-kereskedőnek.

 

A THEGREATBUILD projekt

 

Még egyszer visszatérünk Lazazzerához, mert ennél jobb esettanulmányt keveset találni a neten: a Finch Goods Co. egy több hónapos kísérlet, amelyet a legapróbb részletekig dokumentált a szerző.

Olyan webáruház ez, amely már nem egyszerű kísérlet, a megélhetést is biztosítja a szakember számára.

A webshop prémiumkategóriás férfiaknak szánt termékeket kínál – nem saját gyártásúakat persze, a USP az, hogy az elérhető termékek legjobbját gyűjti egybe és egy helyen teszi elérhetővé.

Lazazzera szerint a siker kulcsa elsősorban az, hogy mindent megtesz azért, ha valaki az oldalára téved, minél kisebb eséllyel hagyja azt el vásárlás nélkül – vagy legalábbis visszatérjen.

 

Ennek érdekében:

  • E-maileket küld a kosárlehagyóknak, és igyekszik visszacsábítani őket a boltba. A témáról bővebben a kosárlelhagyással foglalkozó cikkünkben
  • Hűségprogramot működtet, lényegében gamifikál minden interakciót: a felhasználók pontokat szerezhetnek azzal, ha regisztrálnak, ha véleményt küldenek be egy termékről és persze azzal is, ha vásárolnak.
  • Alkalmazza a hat alapvető Cialdini-féle meggyőzési alapelv közül a reciprocitást, mely szerint, ha valakivel valami jót teszel, úgy fogja majd érezni, viszonoznia kell azt. Ezt jellemzően azzal teszi meg, hogy kis apróságokkal kedveskedik a vevőinek – kézzel írt üzenetekkel, kisebb ajándékokkal és hasonlókkal.
  • Minimális raktárkészletet tart: termékkurációval foglalkozik, és nem szeretné mindenét a boltba fektetni, éppen ezért a lehető legkisebb mennyiséget tartja kéznél, a rendelésekre inkább több figyelmet fordít, mint hogy a lakását telepakolja azokkal.

 

A teljes, fél éves projektről itt olvashatsz 14 fejezetben.

 

Havi 120 ezer dollárt hozó szakállápoló webshop 1 év alatt

 

A Beardbrand sztorija elsősorban azért tanulságos, mert megmutatja, hogyan lehet kemény és elkötelezett munkával egy elképesztően jó brandet felépíteni.

A modern szakálldivatra alapozva a bolt mögött álló emberek nagyon is tudatosan kezdtek el építkezni.

Már az első pillanattól kezdve konzisztens képet igyekeztek kialakítani és fenntartani a boltról, minden termékükről és tartalmukról, hogy a célközönség megismerje, megszeresse őket és hűséges vásárlókká váljanak.

A csapat hosszú távra gondolkodott, és éppen ezért nem is féltek a befektetésektől, mert tudták, hogy hosszú távon megtérül majd a munka.

 

Eric, a bolt egyik tulaja a következő három lépésben határozza meg azt, ami miatt igazán sikeresek lehettek:

  • Nagyon odafigyeltek a célközönségre. Minden branding tevékenységet, minden tartalmat és kommunikációt úgy terveztek meg és építettek fel, hogy a célközönség (saját elnevezésük szerint az „urban beardsman”) tetszését elnyerjék, igényeit kielégítsék, problémáira megoldást kínáljanak.
  • A weboldal tartalmainak optimalizálása. A Beardbrand elképesztő energiákat fektet a tartalomgyártásba, és nemcsak a szövegek, hanem a videók elkészítésébe is, így köti magához a közönséget hosszú távon is.
  • Nem árral, minőséggel versenyeznek. A termékeik a piacon kimagasló színvonalat képviselnek, de ez nem elég: prémium vásárlói élményt is adnak például a csomagolással, a szállítással, a vásárlóknak adott kedvezményekkel, egyedi ajánlatokkal és így tovább.

 

A teljes sztorit itt találod, nagyon ajánlott az elolvasása, ha komolyan gondolod a webáruházadat és hosszú távon jövedelmező üzletet akarsz létrehozni.

 

És a többi tanulságos történet…

 

Webáruház 30 perc alatt

 

Ha nem tudsz várni, ég benned a tettvágy és azonnal el akarod indítani a webáruházadat, akkor Tomas Šlimas útmutatója lépésről lépésre szépen végigvezet téged ezen a folyamaton.

Persze, egy igen egyszerű, alapszintű webáruházról van szó – eben a konkrét esetben például egy olyanról, amely márkátlan, de menő női ruhákat árul.

De ha hónapok óta csak halogatsz, pedig az ötlet, az elképzelés már megvan, akkor ez segíteni fog abban, hogy villámgyorsan megindulj a pénzkeresés felé.

 

Kosárelhagyás ellen: így növelheted a konverziót 65%-kal

 

Nem véletlenül írtunk külön útmutatót arról, hogyan küzdhetsz meg a kosárelhagyással, hiszen ez talán az e-kereskedők legnagyobb réme.

Ha érdekel, hogyan működik egy ilyen kampány a gyakorlatban, akkor érdemes a MarketingSherpához ellátogatnod, Adam Sutton ugyanis két teljes éven keresztül figyelte a folyamataikat.

Ez idő alatt 51,18%-ról (2011) 30,9%-ra (2013) csökkentették a kosárelhagyók arányát, ami egészen elképesztő eredmény, jóval kevesebb mint a fele az átlagnak.

Ehhez a termékoldalaikat, a kosarat és persze magát a check-outot is átalakították – hogy pontosan hogyan, azt innen tudhatod meg.

 

Hogyan szerezz 300 ezer követőt a Facebookon?

 

Hát a user generated content (felhasználók által létrehozott tartalom) és a social proof (közösségi megerősítés) erejével.

 

A Diamond Candles pontosan ezt tette: még 2011-ben indították el webáruházukat, és a termékeikkel együtt egy nyereményakciót is a nagyvilágra szabadítottak, melyben 5000 dollárt lehetett nyerni.

 

De nemcsak ezzel érték el a sikerüket.

Tudatosan figyeltek arra, hogyan vegyék rá vásárlóikat, hogy a közösségi médiában képeket, beszámolókat osszanak meg mindarról, amit náluk vásároltak, ahogyan arra is, hogy a termékoldalaikat a lehető legjobban optimalizálják (csak a termékfotók átszabásával 13%-os konverziónövekedést értek el).

Minderről itt tájékozódhatsz részleteiben.

 

Havi 4000 dollárig 5 nap alatt

 

Noah Kagannel már találkozhattál ezen a listán – most azt mutatja meg neked a Facebook egykori 30-as számú alkalmazottja, hogy hogyan építhetsz egy havi 4000 dollárt hozó e-üzletet mindössze 5 nap alatt.

Az esettanulmány elképesztően részletes, számok, stratégiák, tesztek és eredmények találhatóak benne, kísérletet sem teszünk arra, hogy akár csak summázzuk – inkább olvasd el elejétől a végéig és fogadd meg a tanácsait.

 

8%-kal több napon belüli kiszállítás

 

Az Edible Arrangements egy olyan problémával állt szemben, amely nem egy marketinges üldöz: adott volt egy remek ajánlatuk (a napon belüli kiszállítás) amit viszont senki sem használt ki, mivel egyszerűen a vevőik nem tudtak róla.

Ebből az esettanulmányból megtudhatod, hogyan tették az ajánlatot láthatóvá, pontosan hogyan hatottak a vásárlóikra, hogy ezzel növeljék a napon belüli szállítással rendelt termékek számát.

Végül 8 százalékos növekedést értek el.

 

Tégy máshogy ajánlatot, és növeld a konverziót 68%-kal!

 

Érdemes elolvasnod a Company Folders történetét is.

A gond elsősorban az ajánlattételi rendszerrel volt – és nemcsak elavultsága miatt, hanem azért is, mert a hatalmas termékválaszték miatt több mint 15 millió kombináció volt lehetséges, így aztán az átalakítandó rendszer elképesztően komplex volt.

Végül újratervezték az egész weboldalt, így 67,68%-kal emelve meg a konverziót – itt tudhatod meg, hogyan.

 

Közösségi megosztás gombok elhagyása: még a javadra is válhat

 

A Taloon.com nem végzett radikális változtatásokat: lényegében annyit tettek, hogy lefuttattak egy A/B tesztet termékoldalaikon, hogy lássák, hogyan válnak be a közösségi megosztásra buzdító gombok.

Nem nagyon, ugyanis pont a törlésükkel 12%-kal emelkedett a konverzió. Ennyivel kattintottak többen a „Kosárba helyezés” (Add to Cart) gombra, miután ezeket levették. Megdöbbentő, de igaz.

Nézd meg ide kattintva, mért történhetett ez így.

 

Kerüld el az árversenyt és növeld az eladásaid 107%-kal

 

Az Express Watches esettanulmánya egy régi vita végére tesz pontot: az eredeti termékek kommunikálásával bizony sokkal jobb eredményeket érhetsz el, mint azzal, hogy belemész a konkurenseiddel folytatott kártékony árversenybe.

Erről bővebb információt szerezhetsz, ha elolvasod, mit tett a sikerért az órákkal kereskedő csapat.

 

41%-os eladásnövelés termék-összehasonlítással

 

Az Underwater Audio-nak egyetlen fő problémája volt: hogy sokan akadtak el az értékesítési tölcsérjükben.

A vásárlók konkrét termékeket kerestek, de az összehasonlító oldalaknál túl sokan hullottak ki.

 

Amit tettek: magát az összehasonlító oldalt tervezték újra úgy, hogy a fontos információkat egy helyen, rögtön a hajtás után könnyen fogyasztható formában kapják meg a felhasználók a korábbi zsúfolt és kicsit kaotikus oldal helyett – ezzel 41%-kal növelve eladásaikat.

 

Egyetlen összehasonlítással kiiktathatod a konkurenciát?

 

A Paperstone-nak legalábbis sikerült.

Nem tettek mást, mint hogy termékoldalaikon elhelyeztek egy táblázatot, amely az aktuális termék árát hasonlította össze a konkurenseik webáruházaiban található árakkal.

Ezzel pedig 10,67%-kal növelték meg online eladásaikat.

Ez nem árverseny, egyszerűen rájöttek, hogy jobb áron kínálják a termékeiket, az üzenet pedig nem más, mint hogy ismerd meg saját erősségeid.

A részletekért kattints ide.

 

170 ezer dollárnyi eladott szósz 10 hónap alatt (a média erejével)

 

Elolvashatod két barát történetét, akik teljesen az alapoktól építettek fel egy csodálatosan jövedelmező vállalkozást.

Annak idején azzal kezdték, hogy saját személyes kontaktlistájukra küldtek leveleket – innen jött az első ezer dollár.

Kiváló esettanulmány, amelyből megtudhatod, hogyan juthatsz el a nyilvánossághoz, hogyan használhatod a médiát arra, hogy az eladásaidat növeld, egyáltalán hogyan hívd fel magadra a figyelmet. Olvasd el itt.

 

A legőrültebb ötlet is gazdaggá tehet

 

Ha nem hiszed, akkor itt van a Pixie Faire esettanulmánya: otthonülő szülők, akik havi 50 ezer dollárért értékesítenek ruhákat – játékbabáknak.

A fő tanulnivaló ebből az, hogy bármilyen szűk és különös is legyen a célpiac, amelyet meghatározol, kiválóan értékesíthetsz nekik – sőt, minél inkább az, annál konkrétabb üzeneteket fogalmazhatsz meg.

 

Jól válaszd meg az értékesítési csatornáid

 

A Raw Generation biztosra megy: elsősorban olyan csatornákat alkalmaznak, ahol nem a potenciális vásárlásért fizetsz (mint mondjuk a Google vagy közösségi hirdetések esetében), hanem a tényleges vásárlásokért.

Persze, ezért cserébe arányaiban kevesebbet is keresel, így nem biztos, hogy ez a modell megéri.

Nekik a 2014-ben újraértelmezett értékesítési stratégia havi 96 ezer dollárt hozott, ebből az interjúból pedig azt is megtudod, hogyan.

 

Mindegy, ki vagy, egy jó webáruházzal sikeres lehetsz

 

A fenti tételmondatot bizonyítja Robert Nava története, aki már 11 éves korától az amerikai büntetés-végrehajtási rendszer rendszeres vendége volt – hogy aztán később egy havi 80 ezer dolláros bevételt hozó webshopot építsen fel.

Ehhez a dropshipping modellt használta fel, így minimális saját befektetésre volt csak szüksége, és elsősorban a Facebookon építkezett, itt láthatod hogyan.

 

Itt az e-kereskedelmi recepted a YouTube-hoz

 

A Luxyhair.com nem tett mást, mint hogy egyetlen csatornára fókuszálta erőfeszítései nagyját, mégpedig a világ legnagyobb videómegosztó oldalára.

Videóikat sok millióan nézték meg, több százmillió megtekintést generálva, és ezzel megszilárdítva a helyüket a videomarketingesek úttörői között.

Ha lemásolnád a modelljüket, itt találsz egy igen részletes interjút.

 

Így lesz egy humoros ötletből egy több mint 100 ezer dolláros webshop

 

Ez a történet talán a legjobb mind közül.

Egy Reddit-felhasználó osztotta meg, aki felépített egy webshopot, majd olyan gyorsan eladta azt, hogy még a második körös rendeléseket sem küldte ki – és ezzel 6 számjegyű összeget keresett dollárban.

Az ötlet egyszerű volt: úgy gondolta, nagyszerű volna, ha egy ismerősének elküldhetne egy zsák pénisz alakú cukorkát azzal az üzenettel, hogy „egyél egy tarisznya f*szt” („eat a bag of d*cks”). Hamar rájött, hogy ez valószínűleg másoknak is tetszene, innen pedig nem volt megállás.

A teljes sztorit itt olvashatod, ha a cikkből csak egyetlen helyre kattintasz át, ez legyen az.

 

Egy webáruház és egy felnövéstörténet

 

Egy tanulságos történet arról, hogyan boldogul egy webáruház a hippi-szcénában – nem sikertörténet és nem is látványos bukás, egyszerűen inkább lépések és döntések sorozata, ami számos tanulsággal szolgálhat, ha az első webáruházad elindítását fontolgatod.

Láthatod, hogyan költöttek az online marketingre, hogyan omlott össze annak idején a Facebook organikus elérése, és hogy milyen hatással volt az üzletre, amikor túl sok pénzt kellett kivenni belőle.

Életszagú beszámoló, amit itt olvashatsz el teljesen terjedelemben.

 

Így tehetsz sikeressé egy feliratkozós szolgáltatást

 

Még egy Redditről gyűjtött történet, ami esettanulmánynak is kiváló: lépésről lépésre megtudhatod, hogyan tehetsz sikeressé egy „subscription box” szolgáltatást – egy olyan webáruházat, ahol rendszeres termékküldésekre iratkozhatnak fel a vásárlók.

A weboldal megvásárlásától a brand felépítésén keresztül a sikeres eladásig követheted nyomon a történetet.

 

 

6 örökérvényű jó tanács, mielőtt elindítod az üzleted

 

  • Ne gondolkodj túl sokat az alapokon. 3 nap alatt akár a büdzséd 184%-át is megkeresheted, ha nem félsz kezdeményezni.
  • Célozd jól az influencereket. Egyetlen megjelenés már az első 24 órában több mint 10 000 látogatót hozhat.
  • Ha csökkenteni akarod a kosárelhagyást akár 39%-kal, küldj retargeting e-maileket!
  • Van egy jó ajánlatod? Ha csak annyit teszel, hogy kiemeled, akár 8%-kal növelheted az eladásaid.
  • Használd ki a közösségi megosztás erejét.
  • Kedvezően jössz ki az összehasonlításokból? Vidd a saját oldaladra, akár 41%-kal növelheted az eladásaid.

 

tips Ami a legfontosabb:  ne ülj az ötleteden a végtelenségig. Szinte ingyen elindíthatsz bármikor egy webshopot, a lehető legminimálisabb befektetéssel, miközben az első napokban több ezer dollárt kereshetsz.

 

Feltéve persze, hogy nem hagyod ki a piackutatást, hogy okosan választasz közönséget és terméket, hogy egyszerre több csatornán marketingezel és folyamatosan finomítod a kampányod – és ha követed a fenti esettanulmányokból kiolvasható tanulságokat.

 

Tuti bukás ‒ Webáruház indítása a nulladik lépés nélkül

Az első eset gyakoribb – bár a legtöbb vállalat igyekszik létező igényeket kielégíteni, még viszonylag ritka az, hogy először a bázist építenék fel, és csak azután szabnának az igényeikre egy vagy több árut, pláne tudatosan.

Ha megvan a nagy ötlet, a termék, akkor fel kell készülnöd a kutatásra. Az első lépés nem a marketing, legalábbis nem az aktív része. Hiszen még azt sem tudod, egyáltalán milyen marketingbe fogj.

Az első lépés az, hogy megkeresed és megismered a potenciális piacodat.

Ezután következhet az, hogy a stratégiádat a képükre szabod.

Cikkünkben végigszaladunk minden lépésen, ami meg kell, hogy előzze a webáruházad elindítását.

Egészen pontosan ezekről fogunk beszélni:

 

  • Ha előbb a terméket találtad meg…
    • Keresd a közönséged: TAM, SAM, SOM
    • Ismerd meg az ideális vásárlód
  • Ha előbb a közönségedet építetted fel…
  • Így mérd fel az igényeket
    • Google Trends és a piaci igények
    • Kövesd a közösségi trendeket
    • Kérdezz rá, megvennék-e a terméked
  • Ha nem tudsz mit eladni – de igény az volna rá
    • Affiliate-rendszerek
    • Dropshipping
    • Hogyan találsz dropshipping kereskedőt?
  • A megfelelő webáruház kiválasztása
    • Ha nem kell saját webshop: Amazon
  • Hogyan tervezd meg a stratégiád?
  • Elérésnövelés olcsón, okos kutatással
  • Amivel jó, ha előre készülsz
    • Közösségi felületek
    • Vezess egy blogot
    • Készíts egy csaliterméket és építs listát
  • Miért nem éri meg egyből belevágni?

 

Ha előbb a terméket találtad meg…

 

Keresd a közönséged: TAM, SAM, SOM

 

Mielőtt belevágunk a konkrét piackutatási teendőkbe, érdemes néhány alapfogalommal megismerkedni.

Egy sikeres vállalat nem nagy vonalakban határozza meg a célpiacát, már a kutatás első fázisában a lehető legkonkrétabban behatárolja azt.

Sok kezdő követi el például azt a hibát, hogy a teljes elérhető piacot tekinti céljának. Ez az úgynevezett TAM, a Total Available Market, amely egy adott termék vagy szolgáltatás teljes globális vagy regionális, nemzeti piacát jelenti. Ez a Venn-diagram legnagyobb halmaza.

Ezen belül található egy kisebb halmaz, a SAM, vagyis Serviceable Available Market. Ide tartoznak azok az emberek, akiket a termékünkkel ténylegesen ki tudunk szolgálni.

 

tips A különbség egy egyszerű példával szemléltethető: mondjuk, hogy filmkészítéssel foglalkozunk. Ilyenkor a teljes elérhető piacot a mozikat látogató emberek volnának, nyilvánvaló azonban, hogy nemcsak nem érhetjük el mindet a termékeinkkel, nem is fogja a filmünk mindegyiket érdekelni.

A horrorfilmmel nehezen érnénk el a családokat, egy romantikus vígjáték kis eséllyel fogja meg a kemény akciófilmekért lelkesedőket. Az adott zsáner moziba járó kedvelői adják ebben az esetben a kiszolgálható piacot.

 

Végül egy még ennél is szűkebb réteget kell körülírnunk, ezt már sokkal inkább becsléssel, mint konkrét számításokkal.

A következő a SOM, a Serviceable Obtainable Market, vagyis azok a vásárlók, akiket nemcsak kiszolgálni tudunk potenciálisan, de megszerezni is.

 

Ismerd meg az ideális vásárlód

 

Ha megvan ez a szűk célközönség, akkor következhet a szegmensek és buyer personák, vagyis mintavásárlók felállítása.

Figyeld meg, hogy milyen főbb célcsoportokra osztható a kiszolgálható piacod – vedd számításba a demográfiai adatok mellett az olyan tényezőket is, mint hogy milyen csatornákon érhetőek el, milyen médiumokat követnek, milyen tartalmakat fogyasztanak és így tovább. Erről bővebben is olvashatsz, ha fellapozod a szegmentálásról szóló útmutatónkat.

 

Állítsd fel a mintavásárlókat: olyan félfiktív személyiségeket kell tervezned, akik egy-egy szegmenst hűen reprezentálnak. Adj neki nevet, írd fel a szokásait, igényeit, problémáit, alapvető jellemzőit. Kezeld teljes, valós személyként, hogy minél pontosabb képet kaphass arról, hogyan adhatsz el neki.

 

Ha előbb a közönségedet építetted fel…

 

Ez az eset jellemzően mondhatni véletlenül fordul elő: valaki elkezd tartalmakat szolgáltatni, mondjuk szakmai cikkeket közzétenni vagy éppen szórakoztató videókat forgat a YouTube-ra. Egy komolyabb méretű, hűséges tábor épül ki, amely már észrevehető vásárlóerőt is képvisel.

Ekkor az ötletgazda rájön, hogy pénzt csinálhat a népszerűségből, és termékeket kezd el kínálni. Egy youtuber például pólókat, párnákat, egéralátéteket a csatornája, a brandje jellegzetességeivel díszítve.

Ma már viszont az is egyre gyakoribb, hogy komoly cégek, marketingszakemberek kezdenek közönségépítésbe még a termékfejlesztés előtt. Pénzt, energiát és időt áldoznak arra, hogy tartalommarketinggel kiépítsenek egy tábort.

 

Méghozzá azért, mert a siker így szinte garantált: csak ügyesen kell kérdezni, és tökéletes terméket teremthetünk létező igényekre.
  1. A közönséggel kérdőíveket töltethetünk ki, e-mailben kérhetünk tőlük történeteket, véleményeket, akár játékot szervezhetünk abból, hogy user generated content (felhasználók által létrehozott tartalom) formájában maguk mutassák be a problémáikat.
  2. Ezt követően indulhat az ötletelés és a terméktervezés – még a prototípus megalkotása előtt akár animáció, 3D-modell formájában elkészíthetjük az elképzelt terméket, erről ismét kikérve a célcsoport véleményét, és addig finomítva azt, amíg a lehető legjobban nem illeszkedik az igényeikhez.

Persze a folyamat időérzékeny lehet – ha a tervezési fázis túl hosszúra nyúlik, valaki lecsaphat az ötletre, de az is lehet, hogy időközben átalakulnak az igények. Viszont rendkívül költséghatékony: a közönségépítésre áldozottakon túl sokkal simábbá teszi a pre-sales folyamatot és nagyobb esélyt biztosít a sikerre.

 

Így mérd fel az igényeket

 

A net előtt telefonos felmérésekre, fókuszcsoportokra és hasonló nehézkes megoldásokra kellett hagyatkoznunk a piaci igények felmérésekor. Ma kis túlzással elég megkérdezni a Google-t.

 

Google Trends és a piaci igények

 

A Google Trends segítségével megnézheted, hogyan változik idővel az egyes termékek vagy termékkategóriák iránti érdeklődés: a jól választott kulcsszavak grafikonjai nemcsak azt mutatják meg neked, hogyan alakultak a keresések számai az elmúlt hónapokban vagy években, de ezt még régiókra is bontva is láthatod.

Három dolgot érdemes konkrétan megvizsgálnod, már komplexebb SEO-eszközök segítségével is, mint például a kiváló SEMRush. Ezek a következők:

  • Mennyi organikus keresést indítanak az adott kulcsszóra?
  • Mekkora a konkurencia (milyen drága lenne AdWords-ben hirdetni)?
  • Felívelő vagy hanyatló a keresési trend?

 

Érdemes nemcsak a keresőt, de a közösségi médiát is figyelembe venned – már csak azért is, mert mind a tartalomfogyasztás, mind az e-kereskedelem kezd áttevődni ezekre a felületekre az elmúlt években.

 

Kövesd a közösségi trendeket

 

Keress egy eszközt, amellyel követheted, hogy a legnépszerűbb közösségi felületeken hogyan szerepelnek azok a kulcsszavak, amelyek a termékedhez kapcsolódnak. Ilyen lehet például a Keyhole, amely a Facebookon, Twitteren és Instagramon élőben követi az egyes hashtagek népszerűségét. (Ez a módszer egyébként nagyszerűen használható akkor is, ha valamilyen szezonális terméket vagy ajánlatot szeretnél eladni, vagy éppen newsjackinggel akarsz tartalmat gyártani a saját felületeidre.)

Persze ha esetleg a közösségi médiában nem népszerűek a termékeidhez kapcsolódó kulcsszavak, az még nem jelenti azt, hogy nem is érdeklődnek irántuk – ebben az esetben lehet, hogy csak fel kell hívnod a figyelmüket rá, neki kell állnod a tartalomgyártásnak és -népszerűsítésnek.

 

Kérdezz rá, megvennék-e a terméked

 

Ha megvan a célcsoportod, akkor meg tudod határozni azokat az online felületeket, ahol a leggyakrabban beszélgetnek egymással, ahol kérdéseket tesznek fel és válaszolnak meg.

Az ilyen felületeken nemcsak a tartalmaidat oszthatod meg, de arra is nagyszerűen alkalmasak, hogy megkérdezd, megvennék-e egyáltalán a termékedet. Sőt, akár ötleteket szerezhetsz arra, hogyan javíthatnál rajta – hogy tényleg tökéletesen kiszolgálja-e az igényeket, hogy a jó problémát oldja-e meg, hogy jól árazod-e.

Ha azt látod bármelyik módszerrel, hogy egy termék iránt nagy az érdeklődés, a piackutatás következő szakaszában konkurenciaelemzést érdemes végezned. Nézd meg, hány webáruház árul olyasmit, amit te szeretnél, mennyire sikeresek, milyen a marketing- és salesstratégiájuk, hogyan érik el a közönségüket és így tovább.

 

Ha nem tudsz mit eladni – de igény az volna rá

 

Meglehet, hogy saját terméked nincsen. Nincsen időd vagy akár ötleted a termékfejlesztésre, viszont találtál egy piaci rést.

Ebben az esetben keresned kell valakit, aki korábban már előállt a termékkel, és az adott területen nem konkurensed – erre több megoldást is tudunk mutatni.

 

Affiliate-rendszerek

 

Létezik ilyen eset is: van egy közönséged, amely vásárlóerővel is bír, hűséges, el tudod érni őket – minden adott, csak éppen nincsen saját terméked és nincs is arra büdzséd, hogy kifejlessz egyet.

Ebben az esetben árulhatod más előre gyártott termékeit – nem kell feltétlenül egy költséges termékfejlesztési folyamatba belefognod, lehetsz viszonteladója egy olyan márkának, amelynek értékei jól összeegyeztethetőek azzal, amit te felépítettél és a közönséged is elfogadja.

 

Ezt a legegyszerűbben úgy teheted meg, ha affiliate hálózatok tagja leszel: a legnagyobbak például a ClickBank, a ShareASale vagy a CJ Affiliate. Itt rengeteg olyan terméket találsz, amelyeknek az elkészítésével semmi dolgod, egyszerűen ki kell választanod a számodra szimpatikusakat és eladnod azokat.

 

Egy ilyen hálózatnak az a legnagyobb előnye, hogy a munka nagy részét már elvégezték helyetted, így a büdzsédet erősen kíméli – a legnagyobb költséged az üzlet beindításakor valószínűleg maga a webáruház beindítása lesz.

 

Dropshipping

 

Egyre nagyobb divatja van a dropshipping rendszerben működő webáruházaknak is, amelyek szintén azt a lehetőséget kínálják, hogy minimális beruházással adhass el szinte bármit. Az elv egyszerű: a webáruház nem rendelkezik saját árukészlettel, ehelyett egy nagykereskedőtől szerzi be azt, amire éppen szüksége van, mert megrendelték azt.

Jobban mondva be sem szerzi, éppen csak összeköti egymással a két felet: a vásárló megrendeli az árut, kifizeti a számlát, a webáruház pedig úgy veszi meg a terméket a nagykereskedőtől, hogy már a postázással sincsen gondja, azt egyenesen a végfelhasználónak küldik meg.

Persze a modell nemcsak örömöt tartogat, vannak vele olyan problémák is, amelyek könnyen visszatántoríthatnak.

  • Az egyik ilyen éppen az, hogy a dropshipping csábítóan egyszerű lehetőség a pénzkeresésre, pontosan ezért szinte minden termék esetében jelentős konkurenciával kell szembenézned a piacon.
  • Maguk a nagykereskedők jellemzően nem túl hatékonyak az online marketingben, a kisebb webáruházak azonban kemény harcokat vívnak a részesedésért. Ez nem egyszer árversenyhez is vezet, ami pedig végül mindenkinek a hasznát felemészti.
  • Maga a folyamat sem éppen a leginkább zökkenőmentes: a nagykereskedővel folyamatosan egyeztetni kell az árukészletet, oda kell figyelni a leltárra. És még így is szinte elkerülhetetlen, hogy néha olyasmit rendeljenek meg a közvetítőtől, ami már kifogyott a szállító raktáráról. Ez kínos ügyfélszolgálati kommunikációhoz és a webáruházad iránti bizalom meggyengüléséhez vezethet.
  • A harmadik fél bevonása egyébként is megbonyolítja az egész értékesítési folyamatot, több a papírmunka, több mindenre kell figyelni, az elszámolás is komplexebb lesz.
  • A marketinggel is akadhatnak gondok. A saját termékeidet mindig könnyebb eladni – hiszen pontosan ismered őket, nemcsak azt tudod, hogy mire képesek, de azt is, hogy milyen őket használni, pontosan le tudod írni a felhasználói élményt.
  • Egy olyan termék esetben, amelyet még soha nem fogtál te magad a kezedben, nem használtál valamilyen probléma megoldására, ez meglehetősen nehézkes, és ezt a marketingkommunikációd is megszenvedheti. Nem is beszélve arról, ha esetleg ezzel kapcsolatban kérdések futnak be az ügyfélszolgálatra.

 

Hogyan találsz dropshipping kereskedőt?

 

Ha mégis úgy döntenél, hogy dropshipping rendszerben szeretnél terméket értékesíteni, természetesen akkor van a legkönnyebb dolgod, ha online kezded a keresést.

Ha pontosan tudod, hogy milyen termékeket akarsz eladni, akkor a legegyszerűbb talán az, ha az eredeti gyártótól kiindulva kezdesz keresésbe.

A Google-t is használhatod, de arra figyelned kell, hogy a legtöbb esetben nem egyszerű megtalálni az ilyen kereskedőket – online marketingben a tapasztalatok szerint meglehetősen gyengék, a honlapjaik elavultak és nehezen használhatóak és így tovább. Ennek ellenére nem érdemes a borító alapján ítélned, a legtöbben akkor is jó partnereid lehetnek, ha a neten ne is mozognak annyira otthonosan.

 

A megfelelő webáruház kiválasztása

 

Rengeteg múlik azon, hogy milyen rendszerben kezded el árusítani a termékeidet. A piacon nagyon sok ingyenes és fizetős webáruház-rendszer érhető el – ha rendszeresen olvasod a blogunkat, akkor ezek közül a legjobbakat, legnépszerűbbeket már behatóan ismerheted is.

Nagy eséllyel tudod azt is, hogy melyik számodra a megfelelő, hiszen összehasonlításokat is készítettünk nem keveset. Ezen a ponton arra bátorítanánk, hogy legalábbis fusd át az OpenCart, BigCommerce, osCommerce, VirtueMart, Drupal Commerce, PrestaShop, Shopify, WooCommerce és végül persze a Magento rendszerekről írt cikkeinket.

Néhány szóban a három legfontosabbra térjünk ki.

 

  • A legmagasabb minőséget – ezt elfogultság nélkül állíthatjuk – a Magento képviseli. Ennek persze ára is van. A legnagyobb előnyei, hogy nagy a teherbírása, rengeteg opciót kínál és szinte tetszés szerint az igényeidre szabható: olyan webshopot állítasz fel a rendszer segítségével, amilyet csak akarsz, mind megjelenésben, mind funkcionalitásban. Ez viszont megkövetel nem kevés technikai tudást: valószínűleg profi fejlesztőre lesz szükséged ahhoz, hogy valóban tökéletes webáruházat építs, a fejlesztésnek pedig komolyabb költségei lehetnek éppen a komplexitása és időigényessége miatt.
  • A WordPress alapú WooCommerce egy másik igen népszerű, ingyenesen elérhető opció. Mivel a WP-n alapszik, a használata viszonylag egyszerű, és nagyszerűen képes kiszolgálni a tartalommarketinges stratégiát is, hiszen alapvetően egy tartalomkezelő rendszerre építették. Ezzel együtt funkcionalitásban és testreszabhatóságban elmarad a Magento mögött, viszont amennyire módosítható, az sokkal könnyebben kivitelezhető.
  • Végül a Shopify-ról: kisebb forgalomra számító webáruházak, egyszerűbb oldalak számára nagyszerű választás, amelyben rengeteg előre beépített hasznos funkciót találhatunk, többek között a fizetési folyamatot is igen egyszerűvé teszi. Ezzel együtt sajnos, éppen egyszerűségre törekvése miatt a legkevésbé testre szabható a három lehetőség közül.

 

Érdemes vizsgálnod azt is, hogy a közönségednek pontosan mire van igénye. Ha a terméked komplexebb, több fajtát is árulsz belőle, akkor jó ötlet lehet egy olyan webáruházat indítani, ahol lehetősége van több jellemző megadására és komplexebb keresések lefuttatására.

Ha egy-két teljesen egyszerű terméket árulsz, akkor inkább az egyszerűbb opciók felé érdemes mozdulnod, ahol a vásárlás nem több mint néhány nagyon egyszerű lépés már az oldal felkeresésétől.

 

Ha nem kell saját webáruház: Amazon

 

Megteheted persze azt is, hogy nem indítasz saját webshopot, hanem egy másik oldalon próbálod meg eladni a termékeidet – a legjobb választás eben az esetben az Amazon lehet.

Az oldalon a láblécben találhatod meg a „Sell on Amazon” opciót, itt jelentkezhetsz a szolgáltatásra, mely lehetővé teszi, hogy lényegében az Amazonon belül egy saját webáruházat építs ki.

Ha saját áruházat nem akarsz indítani, ez lehet az egyik legjobb lehetőség – a hátránya persze, hogy a profitod kisebb lesz, hiszen az Amazonnak is fizetned kell jutalékot mindazért, amit az ő felületükön keresztül értékesítesz.

A termékek hozzáadása meglehetősen egyszerű, a felhasználói felület innovatív – lényegében az információk megadásán felül annyit kell csak tenned, hogy először ellenőrzöd, nem szerepel-e már az oldalon a termék, vagyis nem árulja-e más.

 

Hogyan tervezd meg a stratégiád?

 

Ha a piackutatáson, termékfejlesztésen, szegmentáláson túlestél, akkor ideje kidolgozni egy ezekre szabott stratégiát, amely segít abban, hogy el is add a termékeidet.

Köszönhetően az internet adta lehetőségeknek, már a marketinget is végezheted szinte büdzsé nélkül – nem kell mást, csak időt és energiát befektetnek az első szakaszban. A tartalommarketing például kiváló eszköz, ha először ki kell építened a közönségedet – írtunk már róla korábban, miért éri meg blogot vezetni webáruházad mellett és hogyan teheted ezt meg hatékonyan.

Arról is közöltünk írást, hogy az elkészített tartalmaidat hogyan népszerűsítheted, terjesztheted büdzsé nélkül.

 

Elérésnövelés olcsón, okos kutatással

 

Nézzünk néhány semmibe sem kerülő stratégiát, amelyek segíthetnek, hogy ne csak a tartalmaidat, de akár a termékeidet is szélesebb publikumnak mutathasd be anélkül, hogy komolyabb pénzeket költenél reklámozásra.

A legegyszerűbb, ha a konkureciakutatás közben megfigyeled azt is, hogy a legsikeresebb, hasonló termékekkel foglalkozó oldalak hogyan terjesztik az igét:

  • Milyen más oldalakról kapnak forgalmat, honnan hivatkoznak rájuk?
  • Melyek azok az oldalak, ahol a célközönséged gyakran megfordul?
  • Hol olvassa az ott megjelenő tartalmakat, véleményeket?
  • Honnan irányítják át őket a webáruházba?

 

Használd a Moz Open Site Explorert: ezzel megtudhatod, hogy egy adott konkurensed oldalára pontosan honnan linkelnek és megfigyelheted, hogy ezek a hivatkozások pontosan ilyen tartalmakban kapnak helyet.

 

tips Jó megoldás az is, ha az influencer marketinget alkalmazod: a termékeidről olyan tartalmakat készítesz, amelyek hasznosak a célközönséged számára – nemcsak magát a terméket mutatják be, de azt is, hogy milyen problémákat oldhatnak meg vele és pontosan hogyan, esetleg hogyan használhatóak szokatlan módon és így tovább.

 

Ezeket a tartalmakat olyan véleményvezérek körében népszerűsítheted, akik nagy befolyással bírnak a közönségedre. Nem kell közvetlen eladási szándékkal fellépned, a célod egyszerűen annyi legyen, hogy a tetszésüket elnyerd, hogy az oldalad láthatóságát növeld – eladni ráérsz majd az értékesítési tölcsér egy későbbi szakaszában is.

A tartalmakat tehát küldd el a véleményvezéreknek, és reménykedj benne, hogy lesz köztük olyan, akik eléggé érdekesnek találja azt a megosztáshoz vagy akár ahhoz, hogy egy saját tartalmában megemlítse, hivatkozza – ezzel értékes backlinkeket, látogatókat nyerhetsz, miközben a hitelességed is megerősödik a közönséged szemében.

A vendégblogolást se hanyagold: keress olyan oldalakat, ahová magad is beküldhetsz tartalmakat, hol szakértőként jelenhetsz meg valamilyen releváns témakörben. Légy aktív a szakmai oldalakon, fórumokban, csoportokban és építsd fel a személyes márkádat. Ebbe csak az idődet és energiádat kell befektetned, ám az, hogy ha ismertté válsz a célcsoportod előtt, rendkívül megerősítheti a webáruházad iránti bizalmat is.

 

Amivel jó, ha előre készülsz

 

Van néhány eszköz, ami jó, ha már a webáruházad elindításakor a rendelkezésedre áll.

Ezek közül azokat vesszük most sorra, amelyeket minimális befektetéssel „bekészíthetsz”, és segítenek eleinte az elérésed növelésében, később pedig a közvetlen értékesítésben is.

 

Közösségi felületek

 

Mindenképpen hozz létre fiókokat a legnépszerűbb közösségi felületeken. Egy webáruháznál jellemzően a Facebook, az Instagram, a Pinterest lehetnek azok, amelyek a leghasznosabbak a számodra – szerencsére mind a hárommal behatóan foglalkoztunk már, olvasd el a cikkeinket arról, hogy pontosan milyen stratégiát érdemes követned ezeken a felületeken.

A tartalmakat érdemes előre elkészítened, használj időzítést, tartalomnaptárat, készíts el egyszerre egy-két hétnyi publikálandó anyagot – így sokkal kevesebb energiát kell rászánod ezeknek a felületeknek a kezelésére, viszont elkötelezett követőtábort alakíthatsz ki.

Ezzel együtt figyelj oda arra is, hogy ha személyesen tesznek fel kérdést vagy kérnek tőled valamilyen tartalmat, akkor valóban válaszolj, légy interaktív.

 

Vezess blogot

 

A fent vázolt elérésnövelő módszerek jellemzően akkor működnek a legjobban, ha már eleve vezetsz valamilyen blogot, amelyet a célközönségeden felül az adott terület szakértői is ismernek, olvasnak, legalábbis néhányan.

Tegyél közzé tartalmakat, tervezd meg előre, hogy pontosan miről fogsz írni, és tartsd szem előtt, hogy itt nem az eladás a célod, hanem egyelőre csak a közönséged növelése.

Érdemes minőségi, hasznos tartalmakban gondolkodnod, olyan témákat alaposan kivesézned, amelyekkel a konkurenseid elé kerülhetsz – erről is írtunk már korábban, itt olvashatod el, hogy milyen stratégiát érdemes követned.

 

Készíts egy csaliterméket és építs listát

 

Az e-mail-címek gyűjtését már azelőtt megkezdheted, hogy a webáruházadat elindítanád. Ehhez nem árt, ha van valamilyen csaliterméked, amely a célpiacod számára értékkel bír – legalább akkorával, hogy a címükkel fizessenek érte.

Ez lehet akár egy e-könyv, egy videosorozat, vagy akár egyszerűen egy olyan hírlevélsorozat, amely tényleg értékes információkkal, tudnivalókkal látja el őket.

Mérd fel, hogy mi az a tudás, amire a legnagyobb szüksége volna a célpiacodnak, és készíts ebből egy olyan edukációs anyagot, amely bármely konkurensed tartalmainál nagyobb értéket képvisel. Készíts ehhez egy feliratkozóoldalt, ahogy egy név és egy e-mail megadása után már hozzá is férhetnek a csalitermékhez.

A listád máris épülni kezd, és ha elindítod az áruházadat, máris lesz jó pár vásárlód, akiknek felhívhatod a figyelmét arra, hogy van egy vagy több termék, amivel lehet, hogy meg tudod oldani a problémáikat.

 

 

Miért nem éri meg egyből belevágni?

 

Teljesen mindegy, hogy mennyire nagyszerűnek gondolod egy ötletedet, attól még nem biztos, hogy siker lesz belőle. Még akkor sem, ha egyébként valóban jó az ötleted.

A felkészülési szakasz lényege nemcsak egyszerűen az, hogy megismerd a célközönségedet: itt tudod majd meg, hogy van-e mit finomítani a terméken, hogy milyen úton adhatod el azt a legjobban, hogy milyen marketingstratégiát éri meg követned.

Mindez ma már szinte egy filléredbe sem kerül, leginkább csak időt és energiát kell rááldoznod arra, hogy mindent már azelőtt tudj, hogy egy centet is (sokszor felesleges) hirdetésekre költöttél volna.

Kövesd a fent leírt lépéseket, és sokkal nagyobb eséllyel indíthatsz olyan webáruházat, amely valóban megtérülő befektetés lehet, és ténylegesen jobbá teszi a célközönséged életét is.

 

E-kereskedelem vs. hagyományos eladás: a kereskedelem jövője a 2016-os ünnepi forgalom tükrében

Tartalom:

  • Növekvő eladások, változó szokások
    • 11%-kal magasabb internetes forgalom az USA-ban
    • Amerika: 2,7%-os növekedés a fizikai áruházaknál
  • Az Amazon forgalomrekordja és eszközeinek szárnyalása
    • Hangalapú vásárlások: a jövő zenéje?
    • A „digitális halogatók” aránya: 49,2%
  • Csapások a bevásárlóközpontoknak
    • Macy’s
    • A Sears és a Kmart
    • Bezárási tervek a CVS háza táján
  • Négy terület, melyekre érdemes odafigyelni!
    • A kényelem mindent visz
    • A jó élmény versenyelőny
    • Legyen digitális arzenálod is
    • Pár nap is számít

 

Növekvő eladások, változó szokások

 

Az elmúlt esztendő egyaránt volt a sopánkodás és az ujjongás éve, attól függően, hogy ki melyik oldalon tevékenykedett: egy fizikai boltokban avagy egy webshopban. Az USA-ban az ünnepi időszak összes kiskereskedelmi forgalma meghaladta az 1 billió dollárt, de ez sem volt elég ahhoz, hogy minden kereskedő zsebébe bőven jusson a karácsonyi vásárlási haszonból.

 

A kereskedelemben is bekövetkeznek azok a változások, melyek már megtörténtek a levélküldés, a könyvolvasás és a pénzügyek esetében: a digitalizálás és mobilhasználat minden eddigi elképzelésünket felülmúlja majd, és vagy támogatja a szolgáltatásokat (pl. egy app mutatja az egyenlegedet) vagy megtizedeli azokat (pl. a Google kidob-e a találatok között).

 

A Mastercard SpendingPulse szerint az USA-ban november 1. és december 31. között a kiskereskedelmi forgalom 4%-kal nőtt. Ez kicsit magasabb, mint amire a National Retail Federation (Nemzeti Kiskereskedelmi Szövetség) számított korábbi 3,6%-os prognózisával. Ráadásul a 2015-ös, hasonló időszakra kimutatott 3,2%-os bővülést is túlszárnyalta.

Jó hír, hogy a fizikai áruházak össz-eladásai növekedést mutattak az ünnepi időszakra, rossz hír számura viszont, hogy az internetes kereskedelem szépen elhúzott mellettük a növekedési ráta tekintetében.

A Fortune becslése szerint az ünnepi online forgalom nyolcszor nagyobb bővülést mutatott, mint a hagyományos kereskedelemé.

A fontosabb iparágak általános trendjei növekedésről árulkodnak, de ez nem mindig elég ahhoz, hogy a befektetők vagy kereskedők nyugodtan hátradőlhessenek. A ruházati piaci szereplők például igencsak megküzdöttek a vásárlók kegyeiért, és a szektor mindössze 0,1%-os emelkedést tudott felmutatni. Az elektronikai cikkek terén ez a szám 8,5%-ra rúgott.

A döcögős ruhaeladások szerintünk nyomós okot adnak arra, hogy azt gondoljuk, több fenyegetés is veszélyezteti a hagyományos boltokat és egyre több lehetőség kínálkozik az elektronikai áruk forgalmazása terén.

Mind többen választják a webshopokat és egyre kevesebben a hagyományos üzleteket: mindez alapjaiban felforgatja a kiskereskedelmi szektort, melynek köszönhetően még a legnagyobb márkák fennmaradása sem garantált.

Ezenkívül az ünnepi időszak során olyan költési szokások is megmutatkoztak, melyek egyelőre vegyes képet mutatnak, és több időre lesz szükség, hogy ezekből megalapozott következtetéseket vonhassunk le. Például az online vásárló, és aztán a terméket az áruházban átvevő amerikaiak 64%-a még a fizikai boltban is vett valamit a Hálaadást követő hétvégén.

 

11%-kal magasabb internetes forgalom az USA-ban

 

Az online kereskedelem továbbra is hasított a 2016-os ünnepi vásárlásoknál, több mint 11%-os bővülést produkálva. Ebben az időszakban a teljes ünnepi költés több mint 21%-a realizálódott az interneten keresztül, ez az adat 2015-ben „mindössze” 15,4% volt. Akár a tülekedés elkerülése, akár a ráérősebb vásárlási élmény volt ennek a kiváltó oka, ez a trend egyelőre megállíthatatlannak tűnik.

A kiszállításoknál találkozhatunk a legmeghökkentőbb növekedést mutató adatokkal. A UPS tavaly ősszel 14%-os emelkedést prognosztizált a kiszállítandó csomagok számában, túllépve a 700 milliót! A FedEx 10%-os emelkedésre számított.

Ugyanakkor a visszáruk száma is növekedés mutat, ezek számát január első hetére a UPS 5,8 millióra becsülte.

 

Az Amazon egész egyszerűen tartolt a digitális kereskedelem arénájában.

Megközelítőleg 38%-os piaci részesedést hasított ki az amerikai 2016-os ünnepi időszak online forgalmából, míg a második helyezet Best Buy csupán 4%-ot tudhatott magáénak.

A Target áruházlánc Fekete Péntek-i jó teljesítménye reménnyel töltheti el a kiskereskedők szívét, bár itt is inkább az online eladások mutattak nagyobb lendületet. A Target „10 Days of Deals” akciója a cég történetének legjobb online kereskedelmi napjait produkálta november 22. és december 1. között.

A nagy látogatószám olykor még a Target weboldalának összeomlásához is vezetett. Ráadásul a cég ingyenes karácsonyi kiszállítást is vállalt, amely jól eltalált taktikának bizonyult.

 

2016 ünnepi időszak kereskedelem statisztikák

 

Amerika: 2,7%-os növekedés a fizikai áruházaknál

 

A hagyományos kiskereskedelmi szereplők komoly problémákkal küzdenek az életben maradásért annak ellenére, hogy mostani teljesítményük kiemelkedőnek számított.

 

Példa: A J.C. Penny november-decemberi hagyományos eladásai 0,8%-kal estek, ám online értékesítése két számjegyű emelkedést mutatott.

 

Ha az ünnepi eladások statisztikáit vizsgáljuk, a fizikai láncok novemberben 12%-kal kevesebbet adtak el az előző évhez képest. A decemberi adatok vegyes képet mutatnak: habár a látogatottság 12%-kal alacsonyabb volt, az átlagos tranzakciók értéke 5%-kal emelkedett, így a teljes időszakra vetített növekedés elérte a 2,7%-ot.

Ezzel együtt fontos megjegyezni, hogy a nettó forgalom 10%-kal maradt el a 2015-öshöz képest, és pl. a RetailNext szerint az általános növekedés a karácsonyt közvetlenül megelőző napok megemelkedett, 6,5%-kal magasabb eladásainak köszönhető. A közleményük szerint az átlagos vásárló 11%-kal költött többet az összes csatornán ebben az utolsó hétben.

 

Pozitív példák

Sok nagyáruház szomorú eredményekkel tudott csak előállni.

Voltak azonban, akiknek sikerült szembemenni a trenddel:

A Lululemon áruházaiban nem csökkent a forgalom, a digitális eladások emelkedése pedig 5% környékén mozgott, mellyel a 4. negyedév teljesítménye mintegy 10 millió dollárral haladta meg az előző évi 775 milliós árbevételt.

Az Ollie’s Bargain Outlet jó ünnepi időszakot zárt diszkont áruházaival: 16.3%-os növekedés mutatkozott.

A PVH Corp.-nek az év végén sikerült több bevételre szert tennie, még az áruházaiban is, melyet jórészt a vezető márkáinak (pl. Calvin Klein, Tommy Hilfiger, Van Heusen) köszönhetett.

A Gap 2015-höz képest 2%-os bevételnövekedést ért el a november-decemberi időszakra. A legalább egy éve nyitva lévő üzletek forgalma (same-store sales) a Gap márkánál 1%-kal, az Old Navy márkánál 12%-kal emelkedett.

Az Urban Outfitters „same-store sales” eredményei 1,5%-os bővülést mutatnak novemberre és decemberre, főleg az Urban Outfitters és Free People brandek húzóerejének köszönhetően.

 

Az elemzők szerint a siker hátterében ezek a tényezők álltak:

  • A munkabérek 2,5%-kal magasabbak 2015-höz képest, és további emelkedés várható az elmúlt évek fizetéseihez mérten.
  • Az összes foglalkoztatottság tovább emelkedik, novemberben a munkanélküliek száma 9 éves minimumra esett az amerikai Munkaügyi Minisztérium statisztikája alapján.
  • Az üzemanyagköltségek továbbra is alacsonyak.
  • A decemberi fogyasztói bizalmi index 2001 augusztusa óta nem járt ennyire magasan.

 

Az Amazon forgalomrekordja és eszközeinek szárnyalása

 

Az Amazon az eddigi legjobb ünnepi időszakot tudhatja maga mögött. Az eredményeket frappánsan megfogalmazott mondatokban tette közzé, mint például:

  • A vásárlók annyi bőröndöt vettek, melyekkel 20 Boeing 747-es repülőgépet lehetne megtölteni.
  • 4K-s tévéből pedig annyit, hogy egymásra tornyozva több mint 9-szer elérné a Mount Everest magasságát.
  • A felhasználók minden 1,5-ik másodpercben vásároltak egy órát az ünnepi időszakban, ez összesen 2,5 millió darabot jelentett.

 

Az óriáscég ‒ hasonlóan az elmúlt évekhez ‒ nem hozott nyilvánosságra konkrét forgalmi adatokat, azonban a vásárlások emelkedése, főleg a növekvő Amazon Prime tagok száma miatt, mindenképpen figyelmet érdemel. Az Institute for Local Self-Reliance (ILSR) tavaly novemberi kimutatásában az szerepel, hogy az amerikai háztartások közel fele Prime-felhasználó.

A Slice Intelligence piaci elemzése szerint az Amazon a 2016-os ünnepi időszakban 38%-os piaci részesedésre tett szert az online szegmensben. Ez szinte ugyanannyi, mint 2015-ben volt (37,9%). Viszont ahhoz, hogy csupán 1%-os piaci részesedés növekedést érjen el, mintegy 200 millió dollárral kell az eladásait növelnie.

 

Hangalapú vásárlások: a jövő zenéje?

 

Az ILSR úgy véli, az Amazon már az ünnepi időszak előtt is durván az amerikai internetes költés csaknem felét zsebelte be, valamint az internetes vásárlási keresések fele is az Amazonon vagy a saját applikációjában kezdődik (de nem feltétlenül ott fejeződik be és konvertálódik).

Ez utóbbi szám valószínűleg ennél is tovább emelkedik, hiszen a vállalat szerint a mobil applikációjának használata mintegy 56%-kal nőtt meg a 2016-os ünnepi időszakban! Tehát a felhasználók egyre több időt töltenek el az Amazon berkein belül, amely még kevesebb lehetőséget tár fel a versenytársak számára ‒ akár online, akár fizikai áruházról legyen szó.

Sőt, ahogy az Amazon személyi asszisztense is egyre nagyobb népszerűségnek örvendenek, a riválisok még inkább a háttérbe szorulnak. Az Alexa névre hallgató segítőtárs közvetlenül az Amazonon fizeti ki és rendeli meg az áhított termékeket, nincs szükség semmiféle közvetítő egységre.

 

A „digitális halogatók” aránya: 49,2%

 

„Az internet hozzászoktatta az embereket ahhoz, hogy az utolsó pillanatig halasszák a dolgokat” ‒ nyilatkozott nemrégiben a Forrester vezető kiskereskedelmi elemzője, Brendan Witcher. És ki más, mint az Amazon ennek a legnagyobb haszonélvezője.

A Slice Intelligence kutatásai azt mutatják, hogy a karácsony előtti hétfőn vásárlók 49,2%-a az Amazont használta. A legtöbb szakértő véleménye szerint ez a népszerűség az óriási választéknak és a garantált kétnapos kiszállításnak tudható be.

Fekete Pénteken „csupán” 25%-os volt az Amazon részesedése az online forgalomból, majd ez az arány folyamatosan emelkedett december 19-éig. Karácsony napján 46,1%-ra emelkedett ‒ ennek okairól nem sokat olvashatunk, ám valószínűsíthető, hogy a háttérben az utolsó pillanatos vásárlások és az új Alexa eszközök próbálgatása áll.

 

Csapások a bevásárlóközpontoknak

 

A bevásárlóközpontok (department stores) éves szinten 165 milliárd dollár forgalmat bonyolítanak az USA-ban, de a bevételek mintegy 3,5%-kal esnek évről évre 2011 óta. Az eladások több mint 51%-a származik ruházati cikkekből, melynek „hagyományos” piaca hanyatlik, és egyre inkább tolódik a webshopok felé.

A 2016-os ünnepi időszakban a bevásárlóközpontok és plázák 4,8%-os bevételveszteséget szenvedtek el.

Tehát változik a plázalátogatók magatartása: új utakat keresnek ahhoz, hogy könnyen és gyorsan megvehessék, amit szeretnének. A Deutsche Bank figyelmeztet rá, hogy amikor egy ruházati cikkeket áruló kereskedő nagy akciókat hirdet, nem biztos, hogy hosszabb távon megéri, hiszen az árverseny egy amúgy is kis haszonnal üzemelő szektorban később komoly veszteségeket okozhat.

 

Áruházbezárások: Az amerikaiak ma már általánosan kevesebbet költenek ruhákra és kiegészítőkre és ennek a visszaesésnek komoly hatása lesz a 2017-es eredményekre. A Morningstar vásárlóérték stratégiai elemzője, RJ Hottovy úgy véli, a piac stabilizálódni fog, mialatt a versenyhelyzet átalakul, ahogy a nagyobb szereplők és más kereskedők is kénytelenek lesznek áruházakat bezárni.

 

Több nagyobb bevásárlóközpont is bezárt az utóbbi években, melyért legtöbb esetben ‒ nem alaptalanul ‒ az e-kereskedelmet okolták. 2017 során ez a folyamat valószínűleg tovább gyorsul. Lássunk néhány érintettet.

 

Macy’s

 

Az ünnepi időszak elmúltával a Macey’s bejelentette, hogy a gyenge teljesítmény miatt több mint 70 boltjukat zárják be, amely 10 ezer elbocsátással jár majd. Ezt a tavalyi közlemény folytatásának is tekinthetjük, melyben elmondták, hogy a jövőben mintegy 100 áruházat zárnak be összesen ‒ vélhetőleg a megerősödött online versenytársak piacnyerésének köszönhetően.

A vállalat hozzátette, hogy az összehasonlítható áruházi eladások 2,1%-ot csökkentek novemberben és decemberben az előző évhez képest. Ezenkívül az egy részvényre jutó nyereség (EPS) értékét is kb. 10%-kal alacsonyabbra jósolták.

 

Jeff Gennette 2017 első negyedévében átveszi az elnök-vezérigazgatói posztot, de jó eséllyel ő sem tudja majd megállítani a lavinát.

 

A Sears és a Kmart

 

Az új év elején több mint 50 Sears és Kmart boltbezárásra számíthatunk, sőt a végkiárusítások már javában zajlanak. 2016-os pénzügyi éve végéig a Sears több mint 200 boltot zár be, így csupán 1500 áruházzal folytatja 2017-ben.

A Sears bejelentette, hogy a legutóbbi negyedéves bevételük 13%-ot esett, míg a veszteségek 454 millió dollárról 746 millióra ugrottak. A több mint egy éve működő áruházak forgalmában 7,4%-os átlagos csökkenés mutatkozott a Sears és a Kmart áruházaknál. Ez már a 20-ik negyedév volt zsinórban, melynél csökkentek a számok.

A Sears Holdings december 29-én 200 millió dolláros hitelt vett fel, hogy működését finanszírozhassa.

 

Bezárási tervek a CVS háza táján

 

A CVS Health továbbra is azon dolgozik, hogy ugyanannyira lehessen integrált egészségügyi szolgáltatásokat nyújtó cég, mint kényelmi bolt (convenience store). Ez az átrendeződés arra kényszeríti a vállalatot, hogy költségeket csökkentsen, ez pedig kb. 70 boltbezárást jelent majd 2017 elején.

A CVS ezen döntését valószínűleg nem befolyásolta az elmúlt ünnepi időszak. Azonban az egészségügyi szolgáltatások és termékek felé történő elmozdulás miatt ‒ tekintve, hogy a kormány jelentős változásokat indukál ebben a szektorban ‒ a cég újragondolja a hagyományos üzleti modellek működését.

Célja, hogy ügyfélorientáltabb kiszolgálási modellt alakítson ki, és az egészségügyi szolgáltatásnyújtást egy kiskereskedelmi platformon valósítsa meg, és ezzel együtt megszüntesse azokat a helyeket, ahol ezt a koncepciót nem tudja maradéktalanul megvalósítani.

 

Merre halad a piac?A forgalom jó része „áttevődik” az online platformokra, egyrészt a bevásárlóközpontok saját webshopjaira, másrészt a versenytársakéira.

Az Amazont itt is kiemelnénk, hiszen nemcsak a nála vásárolt elektronikai cikkek kerültek szép számban a fa alá, hanem a bevásárlóközpontok húzótermékei, a ruhák is.

2017 végére az Amazon lehet az USA legnagyobb divatcikk-kiskereskedője ‒ nem csupán digitális alapon, hanem az összes kiskereskedő között(!) ‒, mintegy 30%-os növekedéssel, elérve a 28 milliárd dolláros árbevételt, állítja a Cowen and Co. Ezzel a mamutcég lefedné a piac 8%-át.

 

Négy terület, melyekre érdemes odafigyelni!

 

A 2016-os ünnepi szezon nagy nyertesei az online kereskedők, illetve azok a többcsatornás értékesítési modellt alkalmazó cégek voltak, amelyek gyorsan tudtak reagálni a piaci változásokra.

A következőkben kitérünk arra a négy szempontra, melyeket a kereskedőknek érdemes szem előtt tartaniuk.

 

A kényelem mindent visz

 

Az Amazon lassan a legnagyobb ruházati kereskedő lesz Amerikában annak ellenére, hogy egy darab próbafülkéje vagy cserepultja (ahol gyorsan kicserélnék neked a nem megfelelő árut) sincs.

 

tips Vásárlói tanulmány:: Habár az Amazon nem rendelkezik ezzel a két „alapvető” ruházatibolt-funkcióval, a megkérdezettek szerint az Amazon kényelmesebb alternatíva, ráadásul az ingyenes 2 napos kiszállítás is nagyon előnyös ‒ tudjuk meg a Cowen & Co. adataiból. A vásárlók szerint az Amazon legpozitívabb tulajdonsága, hogy kifogástalan vevőszolgálatot biztosít, valamint rengeteg vásárlói vélemény található oldalukon a termékekről.

 

Az Amazon egyetlen helyen teszi lehetővé a vásárlást, a keresést és a problémamegoldást is, amelyeket bármilyen számítógépről vagy mobileszközről elérhetsz, és ezzel napjaink egyik legkényelmesebb vásárlási megoldása.

A legnagyobb akciók alkalmával is (pl. Fekete Péntek vagy Cyber Hétfő) pizsamában, sorban állás nélkül shoppingolhatsz.

 

A jó élmény versenyelőny

 

Azok a fizikai áruházak, melyek jól teljesítenek, igyekeznek megkülönböztetni az általuk kínált élményt az online vásárlási élménytől. Azokat a vevőket célozzák meg, akik nem gyorsan akarnak végezni a vásárlással, hanem valószínűleg elvárják, hogy segítsenek nekik a termékek kiválasztásában.

Az udvarias üdvözlésnek és személyes figyelmességnek köszönhetően a kuncsaft különlegesnek érzi magát, és ez a nagy értékű termékek eladásánál fontos szempont lehet.

A Lululemon az ünnepi időszakban elért jelentős forgalombővülését nagyrészt a minőségi, több csatornán végigvitt vásárlói élménynek köszönheti.

A vásárlói klubok és hűségprogramok igen elterjedtek, de csak kevés nyújt valami hasznosat minden vásárlás alkalmával. Az Amazon sikerrel alkalmazza ezt a koncepciót, mivel a Prime-előfizetőknek minden egyes rendelésnél ingyenes kiszállítás jár.

Az áruházakon belüli élmények nem hoznak ilyen jellegű (mérhető) hasznot, de a személyes odafigyelés ‒ segítőkészséggel párosulva ‒ hozzájárulhat ahhoz, hogy a vevő szívesen visszatérjen.

 

Ez még az Y-generációnál is tapasztalható: A legjobb példákat a bankszektorban találjuk. Az Y-generáció kb. 90%-ának van kapcsolata hagyományos pénzügyi intézménnyel. Főleg az ügyfélkiszolgáláson állhat vagy bukhat a kapcsolat sikere.

„Az Y-generáció tagjai jellemzően nem kutatnak az interneten, hogy megtalálják a legjobb ingyenes folyószámlát… Azokat a dolgokat keresik, amelyekkel leginkább azonosulni tudnak” ‒ mondja CarrieAnne Cormier, az Avidia Bank kereskedelmi operációs és stratégiai igazgatóhelyettese.

A bankot főképp az alapján ítélik meg, hogy az képes-e megfelelő kapcsolatot kialakítani velük. De, amint arról az első pontban is írtunk, a könnyen elérhető fizikai hely is fontos a sikerhez. Mindemellett természetesen a digitális szolgáltatásokat is elvárják, és ez máris a következő szempontunkhoz visz.

 

Legyen digitális arzenálod is

 

Ha több helyen vagy, több terméket tudsz eladni. Internet pedig ma már mindenhol van.

És ez bármilyen terméktípusra igaz. A vásárlók már szinte mindenhol elvárják, hogy online tudják megvenni, amire vágynak.

Még azok a csatornák is sokat hozhatnak a konyhára, amelyek fölött nem te rendelkezel. Az Amazonnál például 70%-kal emelkedett a rajtuk keresztül értékesítő partnerek száma (Fulfillment by Amazon szolgáltatás) az ünnepi időszakban. Igen, lepaktáltak az óriással, de biztosak lehettek benne, hogy a termékeik 2 nap alatt a fa alá kerültek. Mindezt pedig bizonyítja, hogy az elmúlt ünnepi időszakban 50%-kal több partner-árucikket szállított ki az Amazon, mint 2015-ben.

 

Pár nap is számít

Sok kereskedő lélegezhetett fel karácsonykor annak köszönhetően, hogy az ünnepi vásárlási szezon most néhány nappal hosszabb volt.

A karácsonyt közvetlenül megelőző hét páratlanul jól muzsikált a legtöbb kategóriában, akár a fizikai, akár az online áruházakat nézzük.

Az ünnepi időszak 8. hetén 16%-os plusz mutatkozott a teljes forgalomban a 2015-ös eredményhez képest. Ez azért figyelemreméltó, mert a 8. hétig még 1%-os elmaradásban voltak a számok.

A december 24-én véget ért héten a játékoknál 26%-os, a ruházatnál 17%-os, a parfümöknél 16%-os, a technikai cikkeknél 11%-os forgalomnövekedés mutatkozott.

Az előző évhez képest a 2016-os ünnepi szezonban kettővel több vásárlási nap volt, ráadásul a hanuka is későbbre esett, így több idő jutott az ajándékok beszerzésére.

„Az előző hetek veszteségeit bőven behozta az utolsó hét fellendült teljesítménye” ‒ nyilatkozott Marshal Cohen, az NPD vezető iparági elemzője.

Az utolsó nagy hullámhegy, a kereskedőktől függetlenül, jórészt a plusz időnek volt köszönhető. Enélkül valószínűleg sokkal szerényebb növekedésnek lettünk volna tanúi. Lehet, hogy mindent egybe vetve a szezonális kereskedelemben a szerencse nem is olyan elhanyagolhtó szempont?…

 

Magento AWS hoszting – a teljes útmutató [+INFOGRAFIKA]

Ezekről a témákról lesz szó:

 

Cloud Computing és az AWS Kinek ajánljuk a felhőt? Feltételek Telepítés Mi a menedzselt hosztolás? Tárgyalás a szolgáltatóval Biztonságos az AWS? AWS EC2 Instance-ok Magento telepítési útmutató

 

Cloud Computing és az AWS

 

felhő alapú számítástechnika (angolul: cloud computing) a számítástechnika egy ágazata. Többféle felhő alapú szolgáltatást különböztethetünk meg, a közös bennük az, hogy a szolgáltatásokat nem egy dedikált hardvereszközön üzemeltetik, hanem a szolgáltató eszközein elosztva, ezért

  • a szolgáltatás üzemeltetési részleteit a felhasználónak nem kell ismernie,
  • nincsen szükség az infrastruktúra kezeléséhez szükséges kompetenciára,
  • a technológia használata, az erőforrások elérése a lényeg.

 

Ezekhez a szolgáltatásokhoz a felhasználók hálózaton keresztül csatlakoznak.

Az elérés szempontjából megkülönböztetünk publikus és privát felhőt.

A felhőnket az interneten keresztül, és helyi hálózaton is elérhetjük, de a különbség elsősorban abban áll, hogy a hálózat kinek a birtokában van. Gyakorlatilag privát felhőnek nevezhetjük azt az infrastruktúrát, amelynek minden eleme saját kezelésben van és csak 1 ponton (tűzfal) csatlakozik a nyilvános hálózathoz.

Az érthetőség kedvéért, nagyon leegyszerűsítve: a felhő alapú szolgáltatás az, ha a szolgáltatást a saját környezetünkben vesszük igénybe, lokálisan, de a szolgáltatás nyújtásáért felelős infrastruktúra nem cégen belül működik, illetve nem helyben vannak üzemeltetve a szerverek.

Sőt, azok nem is a mi tulajdonunkban vannak, sok esetben nem is tudjuk, hogy pontosan mi és hol helyezkedik el, viszont pontosan definiálva van, hogy mit nyújtanak, milyen rendelkezésre állással, biztonsággal és természetesen mennyiért.

 

A „cloud” számítástechnika a 2000-es évek közepe óta az IT világ egyik fő irányának számít.

Hogy honnan, és mikortól eredeztethető a szemlélet, és a megvalósításra tett kísérletek, arról egy jó áttekintést olvashatunk az IBM oldalán. Mindenestre J. C. R. Licklider fejéből már a hatvanas években kipattant az ötlet, egy mindent behálózó computer-hálózatról, melynek erőforrásait annak használói „távolról” érik el (J. C. R. Licklider informatikus és pszchiológus volt, az ARPANET fejlesztéséért felelős személy.)

Az Amazon 2006 óta aktív a felhőszolgáltatások terén.

 

A szolgáltatások három fő csoportra oszthatók:

 

 

Számtalan kisebb-nagyobb vállalat nyújt felhő-alapú szolgáltatásokat ügyfelei számára, azonban a piacot döntően uraló 4 cégóriás infrastruktúrája mellett a többiek szinte eltörpülnek. E négy gigász

  • az Amazon, aki az AWS-t (Amazon Web Services) nyújtja,
  • a Microsoft az Azure szolgáltatáscsomagjaival,
  • az IBM (IBM Cloud),
  • valamint a Google aki egyszerűen a Google Cloud-dal szállt versenybe az ügyfelek kegyeiért.

 

Magento alapú webshopunk igényeinek tökéletes kiszolgálása érdekében – amennyiben annak megbízható és zavartalan működését tartjuk szem előtt – kötelességünk azt a legmegfelelőbb hardware-es környezetben futtatnunk.

Mi az AionHill-nél hosztolt Magento-s oldalakat az AWS szolgáltatásait igénybe véve futtatjuk. Ezek között vannak oldalak, amelyek hibrid környezetben, egy részük AWS-ben és egy részük a saját vagy az ügyfelünk privát felhőjében fut.

Rengetegen használják már ezt a technológiát, köztük a legnagyobb cégek, és tartalomszolgáltatók, mint például a

  • Netflix,
  • Dropbox,
  • HTC,
  • Hitachi,
  • de nem elhanyagolható a NASA,
  • a Soundcloud,
  • a Spotify vagy
  • a SAMSUNG jelenléte sem.

Az sem egy szem elől tévesztendő tény, hogy az AWS-nek – akárcsak másik három, nagy vetélytársának – robusztus, a világon szinte mindenhová kiterjedő infrastruktúrája van. Természetesen redundáns adatközpontokról beszélünk, így gyakorlatilag sosem tapasztalható kiesés a szolgáltatásaikban.

Az AWS felhő 42, úgynevezett Availability Zones (Elérhetőségi Zónából) épül fel, 16 földrajzi régióban, szerte a világon. Csak Európában 7 adatközpont található Frankfurtban, Londonban és Írországban. A fejlesztések, bővítések folyamatosak: egy új kínai, és egy párizsi központ is átadásra került az év elején.

 

graphic-info-on-hosting-providers

 

Kinek ajánljuk a felhőt?

 

Tapasztalataink szerint leginkább két szegmensben terjed ez a megoldás.

A kevésbé tőkeerős kis- és közepes vállalkozásoknál és a nagyvállalati szegmensben. Itt olyan erősen hatnak a felhőből jövő IT-szolgáltatások melletti érvek, hogy könnyű a döntés.

Sokan vallják, hogy ez a számítástechnika jövője, ellenzői éppúgy akadnak, elsősorban biztonságtechnikai kérdések felvetése miatt.

 

Felhő-alapú megoldások pro és kontra:

Nem minden vállalat számára előnyös:

A felhő-alapú számítástechnika bármilyen kis- és nagyvállalat számára előnyös lehet, de ehhez megfelelő szolgáltatási típust kell kiválasztani és meg kell határozni, hogy az informatikai környezet melyik részét telepítik a felhőbe. Előnyös elsősorban azokat az alkalmazásokat telepíteni át, amelyek egyébként is külső alkalmazásokhoz és szolgáltatásokhoz kapcsolódnak.

 

Nem biztonságos (?):

Egyes feltételeknek, mint az amerikai PCI biztonsági szabvány, amely a bankkártya adatok kezelését köti meg, nehéz megfelelő környezetet találni a felhő szolgáltatók között, ezeket nem minden szolgáltató biztosítja. Az Amazonnál azonban elérhetőek olyan VPC-k, amelyek nyújtják a PCI-DSS szabványt. Persze ennek ára van.

 

A felhőben tárolt adatok feletti ellenőrzés elveszítése:

Megoldás lehet erre, ha a szolgáltatásra egy megfelelő referenciákkal rendelkező céget keresünk, amely biztosítja, hogy az adatok biztonságban lesznek és a vállalat által előírt igényeknek megfelelnek, akár egy pénzügyi vagy jogi profilt képviselő vállalat esetében is. A mindennapi gyakorlatban azonban ezt a problémát könnyen áthidalhatjuk, ha egyszerűen napi biztonsági mentéseket készítünk lokálisan, a szerverek állományairól.

 

Ár:

Felhő-alapú szolgáltatások esetében nincs mindig szükség dedikált hardver vásárlására, ami jelentősebb megtakarítás a legtöbb esetben. Gyorsan változtatható az allokált erőforrások mérete is, ami további előny.

A legnagyobb előny viszont, hogy nem kell magas, kezdeti beruházással számolnunk, sem TCO szerint évekkel előre kalkulálni, hiszen az eszközök nem a mi birtokunkban vannak. Ezek a költségek leggyakrabban havi kiadásként jelentkeznek a számlánkon ‒ persze ha el tudjuk magunkat kötelezni hosszabb távon, azzal komoly, a bérleti díjat csökkentő kedvezményeket tudunk elérni.

További előnye a rendszernek a kiváló skálázhatóság, felfelé és lefelé is, tehát viszonylag kis költségvetés mellett ki lehet próbálni egy új szolgáltatást, és amennyiben az hasznosnak bizonyul, könnyen lehet alakítani a hatékony működés érdekében, és gyorsan meg is lehet válni egy felesleges erőforrástól.

 

Egyre kevesebb olyan cég van, amelynek nem ajánljuk a felhőt.

Pár évvel ezelőtt a nagymennyiségű adatokat kezelő, komoly sávszélességet felhasználó cégek nehezen vagy sehogyan nem tudták ezt a szolgáltatástípust használni. Mára ez is megoldott. Jelenleg már DVD-nyi adatok mozgatása is pár perc. Terrabyte-nyi adatok esetén az AWS SnowBall szolgáltatást érdemes használnunk, dedikált, garantált nagysávszélességű kapcsolathoz pedig az AWS DirectConnect szolgáltat megoldást.

 

Mi a feltétele annak, hogy a Magento webáruház az AWS felhőbe kerüljön?

Az Amazon Web Services lehetőségei rendkívül flexibilisek, testre szabhatók, és rugalmasan skálázhatók, terheléstől függően.

Az AWS költség kalkulátorának köszönhetően nincsenek rejtett fizetési tételek.

Minden előre tervezhető, gyakorlatilag egy HDD esetében, pontosan megmondható a winchester fejének olvasási/írási anyagi feltétele. Ez így talán elsőre furán hangzik, de ennek köszönhetően valójában csak azokért a szolgáltatásokért kell fizetnünk, amelyeket valóban igénybe is veszünk.

 

A Magento telepítése az AWS felhőbe

 

Amennyiben nincs egy-két év üzemeletetési, és sysadmin/devops tapasztalatunk, úgy a teljes folyamatot érdemes szakemberekre bízni. Különösen, ha a költséghatékony működtetés mellett az üzletfolytonosság is kiemelt szempont.

 

A lényeg: Az AWS lehetővé teszi számunkra, hogy a Magento-t támogató flexibilis, jól skálázható infrastruktúrát hozzunk létre.

 

Az árazás természetesen az üzembe helyezni kívánt erőforrás számítási kapacitásától, és az igénybe vett tárhely méretétől is függ.

Az alábbi táblázat néhány felhőbeli erőforrás fontosabb paramétereit és árait tartalmazza. Az egyes virtuális gépeket az AWS „Instance”-ként nevezi meg. Az alábbi táblázatban bemutatunk pár fontosabb AWS szervert és főbb paramétereit:

 

Instance típusa

t2.medium

vCPU

2

Memória (GiB)

4

 Tárolás (GB

Kizárólag EBS

Hálózati telj.

Alacsony – közepes

Fizikai proc.    

Intel Xeon család

Órajel (GHz)

3.3-ig

t2.large 2 8 Kizárólag EBS Alacsony – közepes Intel Xeon család 3.0-ig
t2.xlarge 4 16 Kizárólag EBS Közepes Intel Xeon család 3.0-ig
t2.2xlarge 8 32 Kizárólag EBS Közepes Intel Xeon család 3.0-ig
m4.large 2 8 Kizárólag EBS Közepes Intel Xeon E5-2676 v3 2.4
m4.xlarge 4 16 Kizárólag EBS Magas Intel Xeon E5-2676 v3 2.4
m4.2xlarge 8 32 Kizárólag EBS Magas Intel Xeon E5-2676 v3 2.4
m4.4xlarge 16 64 Kizárólag EBS Magas Intel Xeon E5-2676 v3 2.4
m4.10xlarge 40 160 Kizárólag EBS 10 Gigabit Intel Xeon E5-2676 v3 2.4
m4.16xlarge 64 256 Kizárólag EBS 20 Gigabit Intel Xeon E5-2686 v4 2.3
m3.medium 1 3.75 1 x 4 SSD Közepes Intel Xeon E5-2670 v2 2.5
m3.large 2 7.5 1 x 32 SSD Közepes Intel Xeon E5-2670 v2 2.5
m3.xlarge 4 15 2 x 40 SSD Magas Intel Xeon E5-2670 v2 2.5
m3.2xlarge 8 30 2 x 80 SSD Magas Intel Xeon E5-2670 v2 2.5
c4.large 2 3.75 Kizárólag EBS Közepes Intel Xeon E5-2666 v3 2.9
c4.xlarge 4 7.5 Kizárólag EBS Magas Intel Xeon E5-2666 v3 2.9
c4.2xlarge 8 15 Kizárólag EBS Magas Intel Xeon E5-2666 v3 2.9
c4.4xlarge 16 30 Kizárólag EBS Magas Intel Xeon E5-2666 v3 2.9

 

tips Tipp : A „t” jelzésűek általában a tesztelésre használatosak, az „m” típusúakat (memória intenzív) érdemes a nagyobb adatbázisok, vagy single server telepítésekhez használni, és a nagyobb kapacitású, „c” instance-okat (CPU intenzív) érdemesebb Magento áruházak mögé rakni.

Az EC2 szerverek specifikációit, valamint a teljes listát meg tudjuk tekinteni az AWS oldalán.

 

AWS Szolgáltatások

 

Az alábbiakban felsoroljuk egy Magento próbaáruház hosztolásához szükséges főbb Amazon szolgáltatásokat, és rövid leírásukat.

  • Amazon EC2– Az Amazon Elastic Compute Cloud (Amazon Felhő Infrastruktúra) lehetővé teszi virtuális gépek indítását, a rájuk telepített operációs rendszerek széles skálájából választva. Dönthetünk már meglévő AMI (Amazon Machine Image), azaz Amazon Virtuális Gép image-e, képfájlja, vagy épp egy máshonnan importált képfájl között.
  • Amazon VPC– Az „Amazon Virtual Private Cloud” (Amazon Virtuális Magánhálózat) segítségével egy jól izolált, magán hálózatot definiálhatunk a felhőben, ahol szolgáltatásokat és egyéb erőforrásokat kapcsolhatunk be. Teljesen szabad kezet kapunk a virtuális hálózatunk beállítását illetően, beleértve saját IP tartományunk, alhálózat létrehozását, és a routing táblák, hálózati átjárók konfigurálását.
  • AWS CloudFormation– AWS CloudFormation egy könnyű módja annak, hogy létrehozzunk és felügyeljünk kapcsolódó AWS szolgáltatásokat, és előre tervezetten frissíthessük őket. Egy sablont használunk az összes erőforrás leírásához (pl.: Amazon EC2 instance-szok). Ily módon ezeket az erőforrásokat nem kell konfigurálnunk, vagy magunknak rájönni a kapcsolódásuk összefüggéseire, ezt mind megoldja helyettünk a CloudFormation. Lényege, hogy hasonló infrastruktúrákat gyorsan létre lehessen hozni.
  • Amazon RDS– Amazon Relational Database Service (Amazon Relációs Adatbázis)-t könnyű létrehozni, kezelni, és skálázni. Ezzel a szolgáltatással percek alatt telepíthető MySQL adatbázis, újratervezhető hardveres kapacitással.
  • Auto Scaling– Az Automata Skálázás segít helyreállítani, fenntartani a szerver elérhetőségét, azáltal hogy automatikusan növeli, vagy csökkenti a számítási kapacitást Amazon EC2 instance-szok hozzáadásával, vagy lekapcsolásával.
  • Elastic Load Balancing– A terhelés elosztás automatikusan kezeli és szétosztja a bejövő hálózati forgalmat, amennyiben a flottánkban egyszerre több Amazon EC2 Instance-ot is futtatunk.
  • Amazon S3– Amazon Simple Storage Service (Amazon Egyszerű Adattárolási Szolgáltatás) a biztonságos és hatékony módja a fájlok, adatok felhő-tárolásának. Leginkább multimédiás tartalmak tárhelyéül szolgál, az EC2 web szerverek innen érik el az áruházunkban megjelenő termékek képeit.
  • IAM– AWS Identity and Access Management (Felhasználó Hozzáférés és Kezelés) lehetővé teszi az AWS felhőben felhasználók létrehozását, és felügyeli azok jogosultságait, hozzáféréseit a különböző szolgáltatásokhoz és erőforrásokhoz. Az IAM-mel egyéb biztonsági intézkedéseket is tehetünk, például létrehozhatunk hozzáférési kulcsokat, engedélyeket, házirendeket, hasonlóan az ismertebb operációs rendszereken tapasztaltakhoz.
  • CloudFront – vagy rövidítve CDN a statikus tartalmakat kezelő szolgáltatás. Azt segíti elő, hogy a felhasználóknak ezek a tartalmak (például képek) mindig a legközelebbi szerverről, a lehető leggyorsabban legyenek elérhetőek, ezzel javítva az oldalak betöltési idejét.

 

Természetesen van lehetőségünk ingyenesen kipróbálni az AWS felhőjét. Erre két lehetőségünk is nyílik.

 

AWS Free Tier

Ha kalandkedvelőek vagyunk, vagy rendelkezünk a korábbiakban említett üzemeltetési tapasztalattal, akkor az Amazon-on tett személyes regisztrációval 1 év ingyenes hozzáférést kapunk az AWS bizonyos szolgáltatásaihoz.

Ne lepődjünk meg, ha a regisztráláshoz bankkártyánk adataira is szükség lesz, erre a telefonos visszaigazolás, valamint az alábbiakban említett körülmények miatt van szükség.

Körültekintően kell mazsoláznunk a lehetőségek között, mert könnyen bekapcsolhatunk, vagy konfigurálhatunk olyan erőforrásokat, melyek használata a számlánkat terheli majd a periódus végén.

Szerencsére a Dashboard-on nyomon követhetjük fogyasztásunkat, de mindig tájékozódjunk mielőtt valamilyen szolgáltatás működtetésébe kezdenénk. Ezt segítendő, az AWS külön megcímkézi azokat az erőforrásokat, melyeknek a kipróbálása nem kerül pénzbe.

Ami mellett a „Free Tier Eligible” jelzést lájuk, attól nem kell tartanunk.

  • Tárolhatunk fájlokat a felhőben,
  • létrehozhatunk felhasználókat, jogosultsági szintekkel,
  • üzleti analitikai szolgáltatást is igénybe vehetünk,
  • mikroszervert is élesíthetünk, megválasztott operációs rendszerrel, amelyen indíthatók szolgáltatások,
  • és a termináljában parancsokat is futtathatunk.

 

Illúzióink persze ne legyenek, ez az ingyenes szerver nem fogja kiszolgálni Magento webshopunk technikai igényeit!

De ha kedvet kaptunk hozzá, hogy közelebbről is megismerjük az AWS-t, akkor ezen a linken elindulhatunk a felfedezőúton.

Hosting Provider Demók

 

Sok szolgáltató igyekszik magához csábítani az ügyfeleket egy hetes, vagy maximum egy hónapos, ingyenes megoldásokkal, vagy előre konfigurált környezettekkel.

Bár roppant kényelmesen hangzik webáruházunk 5 perces kiköltöztetése a felhőbe, a legritkább esetekben fognak az ügyfél igényei, elképzelései igazodni, közelíteni a díjszabás nélküli hosztoláshoz. Az előre megtervezett környezetek értelemszerűen nincsenek felkészítve, hozzászabva szükségleteinkhez.

Ennek okán nagyon nehezen, vagy egyáltalán nem lehet személyre szabni, optimalizálni ezeket a „demo-shop”-okat. Az ügyfél előbb vagy utóbb rákényszerül, hogy megfizesse a szolgáltatást, hogy naprakész, gyors, stabil és megbízható webáruházzal várja a látogatóit.

 

Mi is az a menedzselt hosztolás?

 

Mielőtt webshopunkat el kívánjuk helyezni a felhőben, mindenképpen érdemes tájékozódni a piacon, kik és milyen megoldásokat kínálnak e téren.

Ha boltunk még fejlesztés előtt áll, érdemes olyan szolgáltatókból választani, akik fejlesztéssel és hosztolással is egyaránt foglalkoznak. Ennek főleg a jövőre nézve van előnye: elkerülhető későbbi félreértés, és egymásra mutogatás a fejlesztő és a hoszting cég között.

 

Miből lehet nézeteltérés, aminek esetleg az a vége, hogy a tulajdonos a fejlesztő és a hoszting cég között ül tanácstalanul, jelentős forgalomveszteséget elszenvedve? Számtalan probléma merülhet fel, de itt egy igen…

 

tips egyszerű és gyakori példa: Ha a webshop oldalán érezhető lassulás tapasztalható, akkor erre értelemszerűen a tulajdonos magyarázatot szeretne kapni. Első útja a fejlesztő céghez fogja vinni, aki a hosztingot nyújtó céget jelöli meg hibásként, mivel valószínűleg nem megfelelő környezetbe helyezték az oldalt.

A hoszting szolgáltató válasza erre valószínűleg az lesz, hogy a kód nem optimalizált, vagy annyira hibás, hogy gyorsításért felelő cache-eléses megoldások nem implementálhatók.

És ez a kör akár a végtelenségig tud folytatódni…

Ügyfélként érdemes lehet egy olyan megoldáson elgondolkodni, ahol mindkét forrás a szolgáltatást nyújtó cégnél összpontosul.

Vagyis ha a hosztoló és a fejlesztő ugyanaz, nagyobb eséllyel van birtokában annak a kompetenciának, ami a megbízható futtatáshoz kell, amely az áruház teljesítményét és az adatok biztonságos kezelését is szem előtt tartja.

 

A manage-elt hosztolás tulajdonképpen a normál hosztolásnak (legyen az dedikált vagy megosztott környezetben) olyan kibővítése, ahol a szolgáltató nemcsak az alap infrastruktúrát adja bérbe, hanem a futtatandó üzleti alkalmazáshoz (pl: Magento) igazítja a környezetet.

Minden olyan szükséges mikroszervizt, amely segíti az alkalmazást ‒ hogy gyorsabban, stabilabban, biztonságosabban fusson ‒ telepíti és karban is tartja azokat.

 

Magento esetében ilyenek például

  • a MySQL,
  • Redis,
  • Varnish,
  • CDN
  • és Search szerverek.

 

Lehetnek ezenkívül más szükséges mikroszervizek is, hiszen minden eCommerce alkalmazás nagyon eltérő tud lenni.

A manage-elt hoszting keretében ez a rendszergazdai vagy sysop tevékenység benne van a szolgáltatásban. Az árazás a különböző cégeknél ezért is nagyon eltérő, mivel ezek nagyon komoly kompetenciát érintő szolgáltatások és mindenki más és más szolgáltatásokból építi fel a portfólióját.

 

Tehát összefoglalva: manage-elt hoszting szolgáltatás keretében a hardveres infrastruktúrát csupán béreljük és a telepítéshez, futtatáshoz szükséges kompetenciát megvesszük.

 

Ezután nekünk csak az alkalmazást kell kezelni, de kizárólag üzleti szempontból. Ezért nagyon fontos, hogy a felelősségi körök, jogosultságok mindkét oldalon tisztázottak legyenek.

Sokan sokféleképpen definiálják a manage-elt hosting feladatköreit, az igénybe vett szolgáltatás szintje, annak minősége alapján. Ez a lista felfelé és lefelé is módosulhat, ami a megállapodás függvénye.

 

Nézzük meg, hogy melyek a legfontosabb tényezők:

  • Szerver Monitorozás– A szerver vagy szerverek aktív felügyelete, mellyel preventíven felismerhetők és orvosolhatók a kisebb hibák, mielőtt nagyobb problémává duzzadnának, a szolgáltatás kiesését elkerülendő.
  • Biztonság– Ide tartozik a vírusvédelem, a spam szűrés, tűzfal konfigurálás, és az operációs rendszer konfigurációja, frissítése is. A biztonság minden gépen és hálózaton kiemelt fontosságúnak tekintendő, különösen olyan esetekben, ahol személyes vagy üzleti adatok sérülhetnek. Ide soroljuk az áruház üzembiztonsági (Operation Security), hozzáférés és adatbiztonsági (Security and Safety) feladatait, a szolgáltatást, az adatok elérését, mentését az SLA-ban leírtaknak megfelelően. Az áruház biztonsági tanúsítványai is kiemelt fontosságúak, hiszen eddig csak a payment gateway-ek és a bankok figyelték ezeket, de most már a Google is rangsorol ez alapján!
  • Teljes biztonsági mentés (back-up) és tárolás– Egy cég számára az adatvesztés többszörösen is veszteség: időt, pénzt és az ügyfél elégedettségét emészti fel. Ennek okán a szolgáltatónak fel kell készülnie, hogy rendszeres mentéssekkel, azok tárolásával, archiválásával növelje a stabilitást.
  • Támogatás (Support)– A szolgáltatók egyik vonzó előnye, hogy rendelkezésre állási idővel támogatják az üzletfolytonosság fenntartását. Ha bármi probléma adódik, azt az ügyfél azonnal jelenteni tudja a szolgáltató felé, és a holtidő minimalizálásával megkezdődhet az elhárítás. Sokféle konstrukcióban kínálják ezt a szolgáltatás típust: telefonos, email-es összeköttetésben, akár az év minden napjára, 24 órában kiterjesztve.

 

A jól megtervezett és működtetett manage-elt hoszting szolgáltatásnak nemcsak követelményei, de üzleti előnyei is vannak.

Összegezzük ezeket:

Csökkentett üzemeltetési költségek – A hardverek és a működtetésükhöz szükséges erőforrások nagyon sok cég számára megterhelők lehetnek, ezek folyamatos cseréje az amortizáció és a mögé helyezett tudásbázis napra készen tartása végett.

Az invesztálások kiadási oldala és az ezekből realizált haszon között nincs egyenlőség, nem tudnak ebből hathatós előnyre szert tenni. A szolgáltatóknak ezzel szemben megvannak az erőforrásaik, melyek így az ügyfél szempontjából költséghatékonnyá teszik az infrastruktúra igénybevételét. Az alacsonyabb beruházási költség mellett a skálázhatóság is fontos szerepet játszik az ésszerű, hatékony forráskezelésben.

Példa: kiemelten terhelt időszakok (peak-ek) esetén, ha nagyobb számítási kapacitásra van szükség (pl. karácsonykor), akkor erre nagyobb erőforrásokat különíthetünk el. Ezt kompenzálandó az év fennmaradó időszakában olcsóbb üzemeltetéssel működtethetjük tovább az áruházat.

Hatékonyabb erőforráskezelés – Ha az ügyfél cége IT munkatársakat alkalmaz, akkor pontosan tudja, hogy a jó szakembereket meg kell fizetni, ezért kiemelten fontos ezen erőforrások ésszerűsítése. Ha a hosztinghoz szükséges kompetenciákat egy külsős szolgáltatónál találja meg, akkor az ügyfél „belsős” informatikusai több időt és energiát fordíthatnak saját cégük mindennapi feladataira és munkatársaik támogatására.

 

Hogyan és miért fizetünk az AWS-nek?

 

Az AWS az úgynevezett „pay-as-you-go” (csak-azért-fizetsz-amit-használsz) rendszerben kínál több mint 70 felhő-alapú szolgáltatást.

Valóban csak az kerül kiszámlázásra, amit igénybe is veszünk, csakis a használat időszakát véve alapul, nincsenek kötelezően hosszú távú szerződések (de a kedvezményekért érdemes elgondolkodni rajta), vagy beüzemelési díjak. Hasonlóan a közüzemi fogyasztásinkhoz, mindent mér az Amazon, és erről pontos kimutatást is kapunk az elszámolás időszakában – általában havonta – és ha valamilyen komponensre már nincs szükségünk, egyszerűen felhagyunk a használatával.

Az egyik legnagyobb előny, hogy nem kell tetemes beruházási, vagy upfront költséggel számolnunk.

A hardveres összetevőkről (szerverek, aktív hálózati eszközök), adatközpontunk tárolásához szükséges terem-, vagy ingatlanköltségek, a szoftverek licenszei benne vannak a szolgáltatás árában. Tervezhető és jóval alacsonyabb üzemeltetési díjakkal kalkulálhatunk.

A „pay-as-you-go” modell lehetővé teszi, hogy rugalmasan igazodjon IT infrastruktúránk a hirtelen vagy gyakorta változó üzleti körülményeinkhez. Ahogy korábban említettük, az erőforrások gyorsan aktivizálhatók, vagy kapcsolhatók ki, így megspórolhatjuk a túlköltekezésből, vagy épp az alulbecslésből származó anyagi kiadásokat.

 

tips Hasznos:  Ezzel elérhetjük, hogy a forrásainkat előre tervezetten, nagyobb hatásfokkal tudjuk a vállalkozásunk fejlesztésére fordítani, és dinamikusan reagálhatunk a piaci változásokra.

 

Az AWS nyitott rá, hogy ügyfelei számára mennyiségi kedvezményt nyújtson, ahogy növekszik a fogyasztás. Az olyan szolgáltatások esetében, mint az S3, vagy az adat export az EC2 szerverekből szintezettVagyis minél nagyobb az adatforgalmunk, annál kevesebbe kerül gigabájtonként a szolgáltatás.Mindemellett az adatimport ingyenes. Ennek következtében, mivel az AWS használati igények növekednek, életbe lép a méretgazdaságosság elve, amely lehetővé teszi a költségek ellenőrzés alatt tartását és a költségoptimalizált használatot.Ahogy vállalkozásunk fejlődik, az AWS is lehetőséget ad, hogy könnyebben szerezzük meg azokat a szolgáltatásokat, amelyek az új üzleti igényeket segítenek kezelni. Például az AWS adattárolási portfóliója lehetőséget kínál az áraik csökkentésére az alapján, hogy milyen gyakran és milyen gyorsan kívánunk hozzáférni adatainkhoz.Hogy optimalizáljuk a megtakarításokat, ki kell választanunk a megfelelő tárolási megoldások azon kombinációját, amelyek segítik a költségek csökkentését, miközben megőrizzük a teljesítményt és a biztonságot.
Bizonyos szolgáltatásoknál, mint az Amazon EC2 és az Amazon RDS, hasznosíthatjuk a fenntartott kapacitást. A fenntartott instance-ok esetén akár 75% kapacitást is megspórolhatunk.Ezeket 3 opcióban kaphatjuk a fizetési módozatok alapján: teljes induló költséggel – All up-front (Auri), részleges indulási költségekkel – Partial up-front (Puri) vagy előre nem fizetést – No up-front (Nuri) választva.

A fenti példát folytatva, minél nagyobb lesz a kezdőrészlet, annál nagyobb a későbbi, megkapható kedvezmény.Ahhoz, hogy maximalizáljuk a megtakarítást, érdemes kifizetni minden kezdeti költséget és a legnagyobb kedvezményre leszünk jogosultak.Részleges induló fizetéssel alacsonyabb kedvezményt biztosítanak, de jóval kisebb a szolgáltatás induló költsége.Végül, ha nem kívánunk up-front költségeket fizetni, a legkisebb kedvezményt szerezzük csak meg, de lehetővé tesszük, hogy a felszabadított tőkét a projektünk más részein tudjuk hasznosítani. A lekötött kapacitás segítségével minimalizálhatjuk a kockázatokat, kiszámíthatóbbá tesszük a költségvetésünket.

Milyen költségekkel jár a Managed Magento Hosting?

Milyen információkból tudja meghatározni a managed Magento hosting szolgáltató a költségeket?Egyrészt adottak és nyíltak az infrastruktúra használatáért fizetendő összegek. Ez bárki által megtekinthető az AWS kalkulátorában. Mégis, ha egy szolgáltatótól árajánlatot kérünk, ettől jóval eltérő számokkal fogunk találkozni, ami nyilván nem szorul különösebb magyarázatra.A hosting provider-nek, vagyis a szolgáltatónak ugyanezek a kiadásai, ezeket az erőforrásokat veszi igénybe az Amazon-tól. A szolgáltató hozzáadott értéke a csapatában lévő szakértelem:

  • az AWS finomhangolása,
  • testre szabása webshopunk részére,
  • a migrálás,
  • a szerverek konfigurációja, frissítése,
  • az adatbázis back up-ok kezelése
  • és minden olyan IT kompetencia, amivel az ügyfélnek nem kell foglakoznia,

így teljességgel webáruházának működtetésére fordíthatja a figyelmét.

Az ügyfélnek ezt a szolgáltatást és tudást kell a különbözetben megfizetnie.A legtöbb szolgáltató nyílt árakkal is hirdeti magát, de sok esetben a „pricing” fülre kattintva pusztán egy levelezési linket kapunk, és egyéni árszabásban gondolkodnak. Ahol láthatók az alapárak, mint sok más helyen, itt is előszeretettel alkalmazzák a különféle árkategóriákat, ezáltal „csomagosítva” a szolgáltatási portfóliót.Összehasonlítva ezeket, azt láthatjuk, hogy nincsenek kiugróan nagy különbségek, általában 4-5 csomagajánlattal találkozunk havi költségeket illetően, mindezek egy egész széles skálán: $35 ‒ $5000 között mozognak.

 

tips Fontos: az AWS mindig USD-ben adja meg a díjakat, ezért legyünk körültekintőek, amikor egy szolgáltató ajánlatával foglalkozunk, különösen, ha más devizában számolunk el!

 

Ez igaz miránk, az AionHill-re is, ezért az egy szerveres környezetet $150 ‒ $760, a többszerveres megoldásokat egy $500 ‒ $1600 közötti sávban kínáljuk ügyfeleinknek.

Nincs két egyforma elképzelés, ahogy két egyforma webshop sem.Ezért teret kell engedni, hogy a hoszting szolgáltató IT-s munkatársai a lehető legoptimálisabb környezetet állítsák össze az ügyfél számára. Ehhez azonban nem csupán az ötletek szükségesek, hanem a szakembereknek ismerniük kell jó pár technikai paramétert is, a lehető legpontosabb kalkuláció érdekében.

 

Mire készüljek, ha a felhő szolgáltatóval tárgyalok?

 

A technikai paraméterek felmérése vagy előzetesen, email-ben vagy személyesen, az AWS specialisták bevonásával történik meg. Ügyfélként tisztában kell lenni azzal, hogy miért szeretnénk a felhőbe költöztetni a shop-unkat, mik ezeknek az előnyei, átlagosan mekkora költséggel és / vagy szolgáltatás kieséssel jár a migráció.

Értelemszerűen minél egyedibb, több összetevőből áll a rendszerünk, annál komplexebb megoldásra kell számítanunk. Minél inkább egyedi megoldásokat szeretnénk gyakorlatba fektetni – és ez nem csupán a cloud szolgáltatásokra vonatkozik – annál inkább forrásigényes a folyamat.

Azonban ha átszámoljuk a felmerülő költségeket a saját szerverpark beszerzésére, beüzemelésére, annak fenntartására vonatkozóan, és ezt szembehelyezzük a manage-elt hoszting áraival, akkor látni fogjuk, már középtávon meg tud térülni a befektetés.

A legfontosabb technikai adatok kinyerhetők a Google Analytics-ből. Ezen már el tud indulni a szolgáltató. Viszont adódhatnak olyan kérdések, melyekre a cégünk rendszergazdái vagy a korábbi fejlesztők tudnak csak releváns válaszokkal szolgálni. Érdemes egy vázlati rajzot készíttetni a szervertopológia publikus részéről, és annak specifikációiról (Visio).

 

Nézzük meg, hogy milyen kérdésekkel találkozhatunk:

  • Mekkora a látogatók száma az oldalon naponta?
  • Mekora az indított munkamenetek száma egy hónapban?
  • Peak-ek esetén mi volt a legnagyobb munkamenetérték a periódusban?
  • Mekkora ezeknek a csúcsoknak az előfordulási aránya egy adott üzleti évben?
  • Milyen verziójú Magento Shop-ot szeretnének készíttetni, illetve melyik verziót szeretnék migrálni?
  • Jelen webshopban mekkora az SKU (Stock Keeping Unit)?
  • Az aktuális szerver vagy szerverek milyen specifikációval rendelkeznek?
  • Milyen külső rendszerekkel kommunikál a webáruház, és vannak-e tervek ennek bővítéséről (adatbázis típus-méret, számlázó szoftverek, ERP, CRM, stb.) ?

 

Milyen szolgáltatásokat, technológiákat várjunk el a felhő szolgáltatótól?

 

Ahhoz, hogy Magento áruházunk a megfelelő minőségben szolgálhassa ki vevőinket egy sor követelménynek kell megfelelnie. Kezdve az üzemeltető szakmai felkészültségétől, a használt és napra készen tartott technológiákon keresztül, az ügyfél támogatásáig bezárólag.

 

  • A bérbe adott infrastruktúrán felül milyen szolgáltatásokat nyújt az ügyfélnek, és ebből a webshop tulajdonos hogyan tud profitálni?
  • Hogyan garantálja az adatai biztonságát?
  • A kommunikáció, hibabejelentés milyen csatornákon és hatékonysággal történik?

 

Kicsivel fentebb összegeztük, hogy mik az alapvető feladatkörök, de ha hosztingcég számára fontos az ügyfél megelégedettsége, akkor ennél több is kell.

 

Mire figyeljünk oda ügyfélként a felhő kapujában?

 

Migráció

Amennyiben már meglévő, kész áruházunkat szeretnénk a felhőben látni, a szolgáltató szakemberei fogják a teljes folyamatot lebonyolítani, de ehhez valószínűleg együtt kell működniük a webshop tulajdonosával vagy az áruház informatikai szakembereivel.

Ügyfélként, kapcsolattartóként ezt ajánlott megkönnyíteni, és minden lépést kétoldalúan dokumentálni a nyomon követhetőség érdekében.

 

Figyeljünk oda a következőkre:

  • A szolgáltató tájékoztat-e a migrálás körülményeiről?
  • Külön árazás alá esik a folyamat, vagy beépíti a szolgáltatás árába?
  • Milyen időbeni vállalást tesz ennek kivitelezésére, és mennyiben érinti ez az üzletfolytonosságot, mekkora kiesést jelent a webshop számára?

 

Legyünk következetesek és körültekintők, ne csak az üzleti partnerünkkel, de magunkkal szemben is! Inkább tegyünk fel egy kérdést többször a tárgyalási folyamatok során, mint hogy valamilyen technológiai akadályra kritikus időben derüljön fény.

 

Kódaudit

Amikor a szolgáltatót megbízzák egy webáruház felhőbeli migrációjával, jogosan várják el annak zökkenőmentes, gyors üzemeltetését is. A megfelelő működés, és hatékonyság azonban nem pusztán a szerveres környezet, hanem a környezet és a fejlesztés együttes függvénye.

A hosztingot végző cégek – ahogy a fejlesztők is – használnak olyan cache-elési eljárásokat, technológiákat, melyek használata gyorsítja az oldalbetöltést, optimalizálja a statikus tartalmak elérését, vagy az áruház látogatói szokásaiból, analitikai módszerekkel teszi láthatóvá az értékes adatokat, amelyek hozzásegítenek az úgynevezett „Data Driven Decision” (Adatalapú döntések) meghozatalához.

 

tips Figyelem!:  Ezeknek a technológiáknak a használatához hozzá kell férni a webshop kódjához, hogy egy megfelelő vizsgálattal kiderüljön kód minősége, illetve, hogy ezek technológiák alkalmazhatók-e! Amelyik szolgáltató nem veti fel ennek lehetőségét egy migrálandó oldal esetében, kezdhetünk gyanakodni!

 

SSD és EBS

Ma már egyre nagyobb azoknak a szolgáltatóknak a száma, akik a gyorsabb írási/olvasási érték elérése végett adatinkat „Solid State Drive”-on tárolják.

Ezek a meghajtók a lakossági felhasználók körében is elterjedtek már az elmúlt években. Egy cloud hosting esetében pedig már szinte elvárható ez a technológia. Az Amazon felhőjében egyaránt találunk SSD és úgynevezett EBS (Elastic Block Storage) tárolási megoldásokat.

Fő különbségük flexibilitásukban van: az EBS-t bármikor hozzá tudjuk kapcsolni, vagy leválasztani egy instance-ról, vagyis szerver független, míg az SSD fizikai értelemben is szerverhez kötött.

 

Apache és NGINX

Az Apache és NGINX a két leggyakrabban használt nyílt forráskódú webszerver a világon. Együttesen, az interneten lebonyolított forgalom 50%-át teszik ki. Mindkét megoldás lehetőséget ad különböző munkaterhelésekre és másik szoftverekkel való dolgozásra, egyfajta web stacket alkotva.

 

Apache

Rugalmasságának, erejének és széles körű támogatottságának köszönhetően gyakran választják ezt a megoldást. Egy dinamikusan terhelhető modulrendszerrel lehet kiterjeszteni, amely képes megannyi nyelv feldolgozására is anélkül, hogy ehhez egy különálló szoftvert kellene igénybe vennie.

 

NGINX

2002-ben Igor Sziszojev kezdett el dolgozni az NGINX-en, problémát keresve a C10K-s problémára (10.000 egyidejű kapcsolat kezelése), ami akkoriban kihívást jelentett a webszerverek számára, márpedig ez alapfeltétele volt a modern világhálónak. A kicsi erőforrás kihasználása és minimális hardveren való hibátlan működése miatt az NGINX népszerűsége kiadása óta is folyamatosan nő. Az NGINX kiválóan kezeli a statikus tartalmakat, és úgy hozták létre, hogy a dinamikus igényeket egy másik szoftverhez irányítja, amely annak kezelésére jóval alkalmasabb.

 

Varnish Cache

Ez a gyorsítótárazási eljárás széles körben elterjedt, mivel rendkívül hatékonyan növeli a weboldal teljesítményét azzal, hogy csökkenteni képes a szerveroldali töltési időt. Ez a tulajdonsága nemcsak a felhasználói élmény növelését segíti elő, de üzemeltetési szempontból is közkedveltté teszi. A töltésoptimalizálás mellett másik erős oldala az ESI (Edge Slide Includes), mely az oldalt komponensekre bontja, és ezeknek az elemeknek külön-külön, egymástól függetlenítve oldja meg a gyorsítását.

 

Biztonságban az AWS felhőjében?

 

Egy cég életében, legyen az középvállalkozás, vagy induló webshop, sokszor nem is kapacitásbeli problémák gátolják meg a felhőbe költözést, hanem a szemlélet, a szokások. A fejlődő országokban gyakorta uralkodik a görcsös ragaszkodás a saját tulajdonú gépparkhoz, a karnyújtásnyira lévő szerverekhez, mintha pusztán fizikai közelségük szavatolná a cégadatok biztonságát.

Az AWS számos megoldást nyújt a kritikus adatok, a munkahelyi hálózatok, és a gyors, de megbízható hozzáférés biztonságának érdekében:

  • A hálózati tűzfalakat beépítették az Amazon VPC-be, és az AWF WAF (Web Application Firewall) lehetővé teszi magánhálózat létrehozását a felhőben, valamint a hozzáférés korlátozható a szerverekhez és az alkalmazásokhoz
  • A TLS titkosítás kiterjed minden szolgáltatásra
  • Privát vagy dedikált kapcsolódási lehetőségek, munkahelyről, vagy kívánt megbízható környezetből

 

DDoS (Distributed Denial of Service – Masszív, elosztott túlterheléssel járó támadás)

 

  • Az elérhetőség kiemelkedően fontos a felhőalapú szolgáltatásoknál. Az AWS által használt technológiák ma már ellenállók a túlterheléses támadásokkal szemben.
  • A szolgáltatások megfelelő kombinációja biztosítja a DDoS elleni stratégiát. Egy ilyen támadás érzékelésekor a különböző szolgáltatások automatikusan jeleznek a rendszer többi része felé minimalizálva az esetleges időkiesést és támadás hatását.
  • Az AWS autoskálázása, a CloudFront és az Amazon Route 53 (ami egy DNS szolgáltatás) együttesen segít kivédeni, illetve enyhíteni egy esetleges DDoS támadást.

 

AWS titkosítás

Az AWS titkosítása egy újabb védelmi szint a felhőben lévő adatok megvédésére. Szintén jól skálázhazó, hatékony:

  • A titkosítás elérhető az adattároló és adatbázis szolgáltatások számára, mint az EBS, S3GlacierOracle RDS, SQL Server RDS és Redshift.
  • A rugalmas kulcs kezelési beállítások, mint az AWS Key Management Service, lehetővé teszi annak beállítását, hogy hogy az AWS vagy mi gyakoroljunk teljes hatalmat a hozzáférések kezelésében.
  • Dedikált, hardver alapú titkosítási kulcs tároló segítségével az AWS CloudHSM, amely lehetővé teszi, hogy eleget tegyünk a megfeleltetési követelményeknek

 

Ezenkívül, az AWS biztosít API-kat, melyeken keresztül telepíthetők egyéb titkosítási és adatvédelmi megoldások, illetve alkalmazások.

 

Monitorozás és log-olás

Rendelkezésre állnak azok az eszközök és szolgáltatások, melyekkel pontosan láthatjuk és felügyelhetjük az AWS rendszerünkben zajló folyamatok, eseményeket:

  • Az API hívásokra kiterjedő teljes felügyeletet, hogy láthassuk mi, mikor, mit és honnan hívott meg azAWS CloudTrail végzi el
  • Jelentések, vizsgálatok, aggregációs beállítások teljes naplózása
  • Figyelmeztetések, riasztások beállításainak lehetősége az Amazon CloudWatch-csal, mikor bizonyos események bekövetkeznek, vagy meghatározott limitet átlépünk

 

Ezekkel az eszközökkel megfigyelhetünk és felügyelhetünk adott eseményeket, mielőtt azok kifejtenék hatásukat. Ezzel is növelhetjük stabilitásunkat a felhőben, csökkentve a rizikófaktort.

 

Felhasználó és hozzáférés vezérlés

Az Amazon felhőjében lehetőségünk nyílik létrehozni és kezelni felhasználókat és a rájuk vonatkozó házirendeket, szabályokat:

  • Az AWS Identity and Access Management (IAM)-mel mi definiálhatjuk a felhasználói fiókokat és rendelhetjük hozzájuk az engedélyeket, jogosultságokat.
  • Az AWS Multi-Factor Authentication segítségévela kiemelt fontosságú felhasználóknak hardver kulcsos azonosítást hozhatunk létre.
  • Az AWS Directory Service a Microsoft Active Directory-hoz hasonló user kezelést valósít meg, lecsökkentve ezzel az adminisztrációs kérésekből, feladatokból álló időkiesést.

Az AWS támogatja a felhasználói fiókok és hozzáférés-felügyeleti alkalmazások integrációját a saját szolgáltatásaikba, valamint az API integrációt is, bármilyen saját alkalmazással vagy szolgáltatással.

 

Következtetés: Látni, hogy az Amazon mindent bevet annak érdekében, hogy jól skálázható, biztonságos felhő infrastruktúrát adjon ügyfelei kezébe. Kijelenthető akkor, hogy az AWS Cloud biztonságos? Igen, kijelenthető, hogy semmivel sem veszélyesebb, mint a dedikált, helyi szerverek üzemeltetése.

 

Összegzés

Napjainkra a legnagyobb márkák mögött húzódó cégek – néha tudtunk nélkül – a felhő mögül kommunikálnak velünk. Ezek a nagyvállalati struktúrák robusztus voltuk miatt mind profitáltak a cloud computing nyújtotta előnyökből, az erőforrások optimalizálásából, a költséghatékony üzemeltetési modellből.

A hoszting piacon is egyre több a szereplő, növekszik a lehetséges megoldások száma, és ehhez mérten, egyre többen választják annak lehetőségét, hogy adataikat a felhőben helyezik el.

Sokkal inkább áll az utunkba a szemlélet, a bizalmi, biztonsági aggályok, amelyeken ha túl tudunk lépni ügyfélként, egy új fejlődési pályára állíthatjuk áruházunkat, cégünket. Nem csupán a multik kiváltsága, hogy a hatékonyságunkat a felhőben lévő számítási kapacitások kihasználásával növeljük. A BuiltWith oldal szerint a felhőbe telepített Magento piacterek száma közel 12 000!

Érdemes elgondolkodnunk egy új megoldáson, hogy ha webshopunk nem tudta vevőinket maradéktalanul kiszolgálni a legutóbbi terhelések során, ha újra szeretnénk kalkulálni a működésünket érintő IT beruházásokat, ha korszerűsíteni szeretnénk vállalati infrastruktúránkat.

Keressünk meg referenciákat felmutatni tudó szolgáltatókat, és kérjük ki véleményüket, hogy milyen módon tudják szakértelmüket és a felhőben rejlő óriási kapacitást kihasználni webáruházunk érdekében.

 

tips UPDATE: Az olvasói kommentek alapján két alfejezettel egészítettük ki cikkünket.

Az első segít kiválasztani a Magento webshopodhoz leginkább megfelelő AWS EC2 infrastruktúrát. Ezt Mikó János, tapasztalt rendszeradminisztrátor kollégánk írta.

A második útmutatót az AionHill IT vezetője, Bognár Tamás írta, aki lépésről lépésre megmutatja neked, hogyan installálható a Magento az AWS felhőkörnyezetbe.

 

Melyek a Magento webshopodhoz leginkább illő AWS EC2 instance-ok, vagyis virtuális gép-példányok?

 

A fejezet címében szereplő kérdést kicsit átértelmezve – és kihagyva belőle a „leginkább” szócskát – gyors, egymondatos választ tudunk adni, hiszen a legkisebb példányokon kívül szinte bármely AWS Instance képes lehet egy Magento 1-es webáruház futtatására.

Ami nem mindegy, az a hogyan.

A válasz legtöbb esetben nem egyszerű, kifejezetten több tényezős játszma, rengeteg körülményt kell mérlegelni. Ebben a részben ezeket a tényezőket fogjuk kategorizálni, majd elemezni, hogy átfogó képet festhessünk arról, hogy melyik a te webshopodhoz leginkább illő megoldás.

Fontos szem előtt tartani, hogy a Magento 1-es és 2-es főverziói között óriási ugrás történt, szinte a teljes rendszert újra írták, minden szempontból erőforrásigényesebb lett.

Ettől eltekintve azonban két nyomvonal mentén határozhatjuk meg azokat a tényezőket, melyeket figyelembe kell vennünk, amennyiben egy AWS EC2 Instance-ra Magento-t szeretnénk telepíteni (és később az elvárásainknak megfelelő stabilitást tapasztalni rajta).

 

Ezek a kategóriák a következők:

  • A technológiai környezet felépítése, minősége, komplexitása:
    • a webszerver és a php motor, valamint ezek optimalizáltsága
    • cache mechanizmusok használata (OPcache, Varnish, Redis, Elasticsearch)
    • adatbázis mérete, elhelyezése
    • „külső” megoldások használata
    • a futtatott kód minősége
  • Az oldal látogatottsága, a terhelés eloszlása

 

A Webkiszolgáló és a PHP feldolgozó

 

Elsőként a rendszer kisebb erőforrást igénylő elemeiről is szót ejtve a webszerverről beszélnénk.

Bár manapság igen széles választék áll rendelkezésünkre, a Magento hivatalos dokumentációja szerint kettő hivatalosan is támogatott webkiszolgáló áll rendelkezésünkre, ezek az Apache Foundation által fejlesztett Apache HTTP Server és az Igor Sysoev nevével fémjelzett nginx.

A kettő között – ahogyan sebességben – manapság erőforrásigényben is egyre kevésbé jelentős a különbség, azonban szigorúan a teljesítménynél és a memóriafogyasztásnál maradva számunkra az nginx lehet a megfelelő választás. Természetesen rengeteg szempont van, melyeket az üzemeltetés során figyelembe kell vennünk, finomhangolhatjuk a webszerverünk memória-, és processzoréhségét.

Ismerve a webszerverek funkcióit (nagyon leegyszerűsítve ez nem más, mint a statikus tartalomra irányuló kérések közvetlen kiszolgálása, dinamikus tartalom során pedig a kérések továbbítása a PHP feldolgozónak) kijelenthetjük, hogy megfelelően optimalizált webszervernek egy Magento webáruház minimális kiszolgálásához 1-200 MB memóriánál többet nem szabad elfogyasztania. (Természetesen több 10 000 felhasználó kiszolgálásakor ez a szám ugrásszerűen megnő!)

Ami lényegesen nagyobb befolyással bír a kiszolgálás sebességére, az a merevlemez olvasási sebessége, ami miatt mindenképp érdemes a manapság egyre szélesebb körben elterjedő SSD-k mellett letennünk a voksunkat ha Magento tárhelyről beszélünk, mert nagymértékben megnő a teljesítmény a hagyományos, mágneses merevlemezekhez képest.

A PHP motor számára ajánlatos memórialimitet közel sem ennyire könnyű meghatározni.

Már a Magento 1 minimális memóriakövetelménye is 256 MB, az ajánlott pedig 512 MB, azonban ez a szám megugrik Magento 2-t futtatva, ahol 2 GB memória alatt lapozómemória (swap) használatát javasolják.

Ezen számok ismeretében kijelenthetjük, hogy Magento 1 futtatásához az AWS legkisebb Instance-án kívül (t2.nano), szinte bármelyik elég lehet, azonban ha Magento 2-es webshopot szeretnénk futtatni, azt mindenképpen olyan rendszerrel kell megtámogatnunk, amely legalább 2 GB memóriával rendelkezik.

Azt azonban semmiképp se felejtsük el, hogy ezek a számok jelenleg csak a minimális futtatókörnyezet kiszolgálására elegendőek, tehát még nem számoltunk azzal, ha cache mechanizmusokat (pl.: Varnish, Redis) szeretnénk beépíteni a rendszerbe, továbbá saját, dedikált adatbázis-kiszolgáló futtatásának a gondolata sem merült fel egyelőre.

 

Cache mechanizmusok használata a rendszerben

 

memory-cache-example

 

Ahhoz, hogy megértsük a különböző gyorsítótárak (cache-ek) erőforrás szükségletét, mindenképpen érdemes legalább pár szóban beszélnünk arról, hogy hogyan is működnek és mi a céljuk.

Gyorsítótárakon olyan átmeneti tárolóelemeket értünk, melyek célja az adatok hozzáférésének gyorsítása.

Egyszerű szemléltető példaként képzeljük el azt, hogy egy képet szeretnénk kiszolgálni a felhasználóink kérésére.

 

Ennek a menete elnagyolva a következő: A HTTP szerver a kérést megkapva a merevlemezhez fordul, onnan beolvassa azt, majd továbbítja a felhasználónak. Most képzeljük el, hogy a következő 50 felhasználó mind-mind ugyanezt a képet szeretné megkapni.

A HTTP szerver minden alkalommal a merevlemez irányába irányítja a kérést. Ismerve a merevlemezek (különösen a mágneses lemezek) és RAM-ok közötti olvasási sebességkülönbséget (kiugróan magas – HDD-SSD: 30-500 MB/másodperc, RAM: 4-10 GB/másodperc), adódik az ötlet, hogy mi lenne, ha az olyan adatokat, amelyekre gyakran szükségünk lesz, a memóriában tartanánk?

Ezzel a felismeréssel tulajdonképpen eljutottunk a különböző gyorsítótár megoldások szükségességéhez.

 

 

PHP OPcache

A címben említett gyorsítótár a PHP 5.5 óta a PHP csomag része, korábbi verziókhoz kiterjesztésként lehetett letölteni. Egyszerű, könnyen konfigurálható cachelési megoldás, így ajánlatos a használata. Memóriaigénye: 64–256 MB

 

Varnish

A Varnish szoftver működésébe ebben a cikkben nem mélyednénk bele, azonban itt bővebben is olvashatsz róla.

Használata – különösen Magento 2 webáruház esetén – erősen javallott, az oldalbetöltési idő töredéke lesz a Varnish nélküli rendszeréhez viszonyítva. Működésükből kifolyólag a gyorsítótárak memóriaigényesek.

Az oldalon tárolt tartalomhoz mérten 128 MB-tól kezdve, több GB-os memóriamennyiség adható a Varnish-nak. Ezzel mindenképpen érdemes számolni, ha webáruházunkat AWS-be szeretnénk költöztetni.

 

Redis

A Redis egy opcionálisan használható objektum cache – key/value store –, amelyet a Magento a konfigurációs paraméterei, illetve akár teljes oldalak (FPC) és sessionök tárolására is tud használni.

Használata a hivatalos Magento 2 fejlesztői dokumentáció szerint is ajánlott. Bár a gyári konfiguráció szerint nincs meghatározva hozzá alapértelmezett memóriakorlát, a tapasztalat azt mutatja, hogy nagy látogatottságú, sok termékkel rendelkező webáruházaknak is elegendő 64–1024 MB-ra állítani a Redis által felhasználható memória méretét.

 

ElasticSearch

Az Elasticsearch egy kereső és analitikai motor, amellyel többek között a webáruházunk termékei között gyorsíthatjuk meg a keresést. Kevéssé elterjedt, nagy számítási- és memóriaigényű megoldás, melyet hivatalosan csak a Magento 2 Enterprise Edition támogat.

Community Editionhöz és korábbi kiadásokhoz modul formájában érhető el. Minimális memóriaigénye 256 MB, az ajánlott pedig 1 GB körülire tehető.

 

Adatbázis

A futtatókörnyezet felépítése során magától értetődőnek tűnhet, hogy az adatbázis egyazon szerveren helyezkedjen el, ahol a webkiszolgáló (Apache/nginx), illetve a PHP kéréseket feldolgozó modul (php-fpm) található.

Kisebb, induló webáruházaknál (kevés termék, alacsonyabb látogatottság) még nem szükséges számottevő erőforrással támogatni az adatbázis-kiszolgálót, viszont soktermékes, nagy látogatottságú oldalaknál az adatbázis kiszolgálásához erős processzorra és rengeteg memóriára lesz szükség.

Ebben az esetben már érdemes elgondolkodnunk rajta, hogy másik szerveren, akár több másik szerveren is, esetleg az AWS adatbáziskezelő megoldásában dedikáltan és skálázottan futtatjuk webáruházunk adatbázisát.

A fejezet elején említett, kis látogatottságú, kevés termékkel rendelkező webshop megfelelően finomhangolt adatbázisához kb. 256–512 MB memóriának bőven elégnek kell lenni, viszont mindenképp fontos kiemelni, hogy ez a szám erősen nőni fog, ha sikeressé válik webáruházunk.

 

„Külső” megoldások használata

 

A külső-t itt képletesen kell érteni, hiszen ezek is AWS szolgáltatások, azonban az EC2 Instance-unkon kívüli szolgáltatásokról beszélünk.

Ha már eldöntöttük, hogy AWS-be szeretnénk költöztetni webáruházunkat, és épp azt mérlegeljük, hogy milyen méretű EC2 Instance-t válasszunk, említést kell tenni azokról a „külső” megoldásokról, melyeket az AWS kínál.

Ezek a fenti szolgáltatásokra nyújtanak AWS által menedzselt megoldást. Előnyük, amellett hogy nagyban lecsökkentik a szükséges EC2 Instance méretét az, hogy jól skálázhatók, illetve az üzemeltetésük könnyű.

Cserébe elég drága szolgáltatásokról beszélünk, így ha van egy olyan szakember a közelünkben, aki magabiztosan üzemelteti ezeket számunkra, akkor jobb választásnak bizonyulhat, ha magunknak telepít(tet)jük őket az EC2 Instance-unkra.

A szolgáltatásokat és azok AWS által nyújtott megfelelőjét az alábbi táblázat foglalja össze:

 

Szolgáltatás neve Szolgáltatás AWS-beli megfelelője
MySQL Amazon RDS
Redis Amazon ElastiCache
Elasticsearch Amazon Elasticsearch Service

 

A futtatott kód minősége

 

Az üzemeltetési oldal mellett van lehetőségünk Magento webáruházunk kód szintű optimalizálására is, mellyel további értékes erőforráspazarlástól kímélhetjük meg magunkat és pénztárcánkat.

A témával kapcsolatos optimalizálási tanácsokat ezen a linken találhatsz.

 

Az oldal látogatottsága, a terhelés eloszlása

 

Az eddigiekben összegyűjtött szempontokkal összefüggésben kiemelten fontos beszélnünk a technikailag kevésbé kézzel fogható (ha áll rendelkezésünkre korábbi adat, akkor mérhető, becsülhető) tényezőkről.

Meg kell vizsgálnunk azt, hogy áruházunknak napi szinten mennyi látogatója van, illetve, hogy melyik napszakban érkezik a legnagyobb terhelés.

Ha magas ügyfélelégedettséget szeretnénk elérni, akkor úgy kell megválasztanunk az erőforrásainkat, hogy a legmagasabb látogatottságot is képesek legyünk kiszolgálni.

A fentebb említett minimális rendszerigények ténylegesen csak a rendszer minimális futtatására és nagyon kevés felhasználó kiszolgálására elegendőek!

 

Ha a legmagasabb látogatottságot is ki szeretnénk szolgálni, annak behatárolására két módszert tudunk javasolni:

  • költséghatékony: kisebb teljesítményű instance-t választunk és a terhelést figyelve felskálázzuk az instance méretét,
  • drága, de biztonságos: nagy teljesítményű instance-t választunk és a terhelést figyelve addig csökkentjük az erőforrásokat, amíg el nem érjük a stabilitás határát.

 

Arról, hogy hogyan tudjuk mérni áruházunk maximális terhelését, korábban itt írtunk.

Bár eddig többnyire a memóriaméretekkel foglalkoztunk, fontos megjegyezni, hogy a látogatószámmal arányosan a processzorhasználat is nő, így 1 VCPU-val rendelkező, kisméretű EC2 példányokat nem tudunk ajánlani a futtatáshoz.

Amennyiben a látogatószámunk már igen magas, úgy érdemes a számítási teljesítményre optimalizált (C3-C4) példányokra beruháznunk.

 

Melyik a legkisebb EC2 instance, amelyen még képes lehetsz futtatni egy Magento 2.0+ környezetet?

 

Az összefoglaló táblázatból kiderül, hogy Magento 2 futtatásához elegendő lehet egy t2.medium példány, azonban ha sikeres webáruházat szeretnénk és a célunk nem 3-5 felhasználó egyidejű kiszolgálása lesz, akkor mindenképp érdemes a nagyobb instance-ok felé (ha hosszú távra tervezünk, akkor pedig több példány használata felé) irányítani a figyelmünket.

 

Konklúzió

Ebben a részben megismerkedhettél azzal, hogy nagyjából milyen szolgáltatásokra (és ezek futtatásához milyen erőforrásokra) lesz szükséged ahhoz, hogy Magento webáruházad kényelmesen üzemeltethesd AWS környezetben, azonban az erőforrások összeszámolására eddig nem került sor.

Az alábbi táblázatban megpróbáljuk összefoglalni, hogy milyen EC2 instance-ra lesz szükséged webáruházad biztonságos kiszolgálásához, de a megfelelő instance-ok mérete nagymértékben a forgalomtól is függ, amely a kiszolgálón landol.

Tehát a táblázatban feltételezzük azt, hogy az áruház látogatottsága nagyon alacsony (3-5 konkurens felhasználó, maximum ~300 látogató/nap ).

Ennél magasabb látogatottságú áruházak költöztetésekor a döntéshez mindenképp szakértői segítséget javaslunk, mert a vásárlóink áruházunkba és annak zavartalan működésébe vetett bizalma az egyik legnagyobb érték!

Látogatók száma Szolgáltatáskészlet Magento 1 Magento 2
300/nap, max 1-3 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL t2.small+ t2.small+
300-400/nap, max 2-3 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL t2.medium+ t2.medium+
300-500/nap, max 3-5 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL + Varnish + Redis t2.medium+ t2.large+
400-800/nap, max 3-8 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL + Varnish + Redis t2.large+ m4.large+
400-800/nap, max 3-8 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL + Varnish + Redis + Elasticsearch t2.large+ m4.large+
600-1200/nap, Max 5-15 konkurens Egy szerveres: NGINX + PHP (+OPcache) + MySQL + Varnish + Redis + Elasticsearch m4.large+ c4.xlarge+

A táblázat tehát tájékoztató jellegű és a minimális követelményekre koncentrál (mind hardver, mind látogatottság tekintetében).

 

 

Hogyan telepítsd a Magento-t AWS-ben? (Gyakorlati útmutató)

 

A Magento napjaik egyik legelterjedtebb ingyenesen használható webáruházmotorja. Egy egyszerű áruházat pár kattintással létre lehet hozni.

Ez az alap oldal persze az esetek nagy részében nem használható komoly online kereskedésre, kisebb-nagyobb átalakításokra szüksége lesz, hogy vásárlóbarát kinézete legyen.

A webáruházak hosztingjára egyre népszerűbb és kényelmesebb megoldást nyújt az Amazon felhő szolgáltatása, az Amazon Web Services (AWS).

Mi az AionHill-nél is ezt ajánljuk és használjuk több okból, melyet egy másik cikkünkben részletesebben kifejtettünk már.

Ebben a részben lépésről lépésre bemutatjuk, hogyan lehet egy Magento áruházat telepíteni AWS környezetben.

 

A sokféle telepítési lehetőség közül hármat szeretnénk kiemelni:

  • 1) Egy teljesen üres gépre kézzel feltelepítjük a szolgáltatásokat (web és adatbázisszerver, php) és beállítjuk a saját magunknak a konfigurációt. Majd telepítjük a Magento-t.
  • 2) Keresünk egy meglévő, előre telepített AMI-t (Amazon Machine Images), amire előre fel vannak telepítve a szükséges szolgáltatások. Mi is rendelkezünk egy ilyen előre elkészített rendszerrel.
  • 3) A harmadik lehetőség, hogy keresünk egy Magento hosztinggal foglalkozó céget és megbízzuk, hogy az igényeinknek megfelelően végezzék el nekünk a beüzemelést. Legyen szó egy meglévő áruházról, vagy egy teljesen újról.

 

A fent említett pontok közül részletesebben a második lehetőséget mutatjuk be, miszerint egy meglévő AMI-t használunk a Magento webáruház beüzemeléséhez.

A leírásban végigmegyünk azon, hogyan készítsük el a saját EC2 gépünket, majd azon telepítünk egy Magento áruházat.

 

 

EC2 instance létrehozása

 

Első lépésként jelentkezzünk be az AWS fiókunkba. Ha ez megtörtént válasszuk ki a megfelelő zónát, ahol a gépet szeretnénk futtatni.

Segít ebben az alábbi kép, ha ezt látjuk jó úton indultunk el:

 

01-aws-account

 

Majd lépjünk az AWS EC2 menedzsment felületére és kattintsunk a Launch instance gombra.

A következő képernyőn – Choose an Amazon Machine Image (AMI) – lehetőségünk van kiválasztani az előre elkészített sablonok közül a nekünk megfelelőt.

A cikkben, ahogy azt korábban említettük, az AionHill által előre elkészített nyilvános sablont fogjuk használni. Ezen előre fel van telepítve az adatbázis és a webszerver, valamint a php.

A Community AMIs fülön az AIONHILL-Magento-Public sablont kell megkeresni és kiválasztani.

 

 

Ezután tudjuk beállítani a szerverünk erőforrásait: Choose an Instance Type.

A leírásban – alapbeállítás – t2.mirco instance-ra fogjuk telepíteni a Magento webáruházat.

Ezt a változatot éles környezethez semmiképpen sem ajánljuk!

 

02-aws-instance-configure-magento

 

Következő lépésként a hálózat beállítását fogjuk elvégezni.

A network és subnet paraméterek, valamint a hálózati eszközök adatait szükséges megadni. Itt használhatunk egy meglévő hálózatot, vagy készíthetünk egy újat külön ennek a szolgáltatásnak.

Ezután a szerverünk tárhelyének adatait tudjuk megadni.

A sablonban előre be van állítva egy 10 GB-os lemez a rendszernek. Az a javaslatunk, hogy a Magento-t ne erre, hanem egy másik, dedikált lemezre telepítsük.

Adjunk hozzá, egy 20 GB méretű lemezt és fontos megjegyeznünk, hogy az extra lemezt milyen néven (Device) adjuk hozzá a géphez. Az utolsó betűt (esetünkben a b) jegyezzük meg, mert ezzel a jelöléssel fogjuk megtalálni a lemezt a gépen belül.

 

03-aws-instance-storage-magento

 

A következő fülön a hálózati beállításokat tudjuk személyre szabni.

Az általunk telepített géphez a következő szabályokat kell beállítani, hogy elérhetőek legyenek mindenhonnan:

  • SSH eléréshez: 22-es port
  • HTTP és HTTPS eléréshez a 80-as és 443-as port

 

Miután ellenőriztük a gépünk beállításait, minden akadály elhárult az elől, hogy el tudjuk indítani.

Végső lépés, hogy meg kell adnunk egy SSH kulcspárt, amellyel távolról be tudunk lépni a gépünkre.

 

Magento 1 telepítése

 

1)

A gép telepítés és indítás utolsó lépéseként megadott SSH kulcspár privát kulcsával belépünk a szerverünkre. A publikus részt az AWS beilleszti a megfelelő helyre a telepítés után.
Windows-on erre alkalmas program a Putty, a Linuxon a következő módon lehet belépni a terminál segítségével:

ssh ubuntu@elasztikus-ip-cím -i /útvonal/a/privát-kulcsunkhoz

2)

A belépés után első lépésként frissítsük a rendszerünket a legfrissebb állapotra:

apt update && apt upgrade

3)

A gép telepítése során kiemeltük, hogy a Magento dedikált lemezre kerüljön. A használatbavétel előtt szükséges pár parancsot futtatni:

 

 # először létrehozunk az eszközön egy új partíciós táblát  
 # valamint egy darab partíciót, amely a teljes lemezterületet felhasználja  
 sudo parted -s /dev/sdb mklabel msdos mkpart primary ext4 1MiB 100% print  
   
 # az új partíciót ext4 fájlrendszerűvé formázzuk  
 sudo mkfs.ext4 /dev/sdb1  
   
 # a partíció csatolási pontját rögzítjük az fstabban  
 sudo /bin/bash -c "echo '/dev/sdb1  /var/www/webapp/  ext4  defaults,noatime  0 2' &gt;&gt; /etc/fstab"  
   
 # majd felcsatoljuk a /var/www/webapp/ könyvtár alá  
 sudo mount /var/www/webapp/  
   
 # végül beállítjuk a könyvtárhoz a megfelelő tulajdonost  
 sudo chown webapp:webapp /var/www/webapp  

 

4)

Adatbázis beállításainak módosítása, személyre szabása:

Az AionHill által biztosított AMI teljesen publikus, így kérjük, mindenképp változtasd meg a MySQL jelszavakat, mert más felhasználók számára ugyanaz lesz az alapértelmezett jelszó, mint számodra.

Ezen jelszavak megváltoztatására szintén az alábbi egysoros szkripteket ajánljuk. Az általad választott jelszót írd be a sorok elején a változók értékadásához.

Például:


 SQLROOTPWD='általad-választott-jelszó'
 SQLWAPWD='általad-választott-jelszó-2'
 SQLROOTPWD='PASSWORD-FOR-ROOT'; sudo -i mysql -e "SET PASSWORD FOR 'root'@'localhost' = PASSWORD('$SQLROOTPWD');" && sudo sed–i "s/^password=.*/password=$SQLROOTPWD/g" /root/.my.cnf
 SQLWAPWD='PASSWORD-FOR-WEBAPP'; sudo -i mysql -e "SET PASSWORD FOR 'webapp'@'localhost' = PASSWORD('$SQLWAPWD');"

 

Ezek a jelszavak nagyon fontosak, jegyezzük fel őket, mert a későbbiekben (10-es lépés) még használni fogjuk őket! (Root PWD: adminisztrátori jelszó, WA PWD: web alkalmazás jelszó [ezt a Magento fogja használni])

 

5)

Ha ezekkel készen vagyunk, akkor be kell szereznünk a Magento forráskódját, hogy nekifoghassunk a telepítésnek. Ezt érdemes egyből a Magento-t futtató felhasználó nevében csinálni.

sudo su -s /bin/bash webapp

 

6)

Felhasználóváltás után lépjünk abba a könyvtárba, ahová a Magento-t fogjuk telepíteni:

cd /var/www/webapp/www

 

7)

Töltsük le a forráskódot és csomagoljuk ki, az alábbi parancsokkal:

wget https://github.com/OpenMage/magento-mirror/archive/magento-1.9.zip

unzip magento-1.9.zip

mv magento-mirror-magento-1.9/ magento

rm –f magento-1.9.zip

 

8)

A következő mappák jogosultságait szükséges módosítani a megfelelő működéshez:

chmod -R o+w app/etc/

chmod -R o+w var/

chmod -R o+w media/

 

9)

A telepítés megkezdése előtt már csak egy dolgot kell beállítanunk: a webszervert.

Ehhez ismét egy szkriptet biztosítunk, amelynek elkészítéséhez a Magento telepítővel érkező konfigurációs fájlt vettük alapul.

Az lenti kódot a terminálba illesztve egy nginx konfigurációs állomány fog létrejönni a következő helyen:

/etc/nginx/sites-available/webapp.conf

 

A konfigurációs fájlban a server_name változó „mage.dev” értékre lesz beállítva, amely azt jelenti, hogy az nginx a mage.dev domain nevet fogja megfelelően kiszolgálni.

Ha más néven szeretnénk használni Magento-nkat, akkor a server_name mezőt át kell írni az általunk választott domainre a későbbiekben.

 


sudo /bin/bash -c 'echo -e " server {
    server_name magedev;

    listen              80;
    ssl off;

    root               /var/www/webappp/www/magento;
    access_log         /var/log/nginx/access.log  main;
    error_log          /var/log/nginx/error.log  warn;

    location / {
        index  index.html index.htm index.php;
        try_files $uri $uri/ @handler;
        autoindex off;
    }

    location /app/                { deny all; }
    location /includes/           { deny all; }
    location /lib/                { deny all; }
    location /media/downloadable/ { deny all; }
    location /pkginfo/            { deny all; }
    location /report/config.xml   { deny all; }
    location /var/                { autoindex on; }
    location  /. {
        return 404;
    }

    location @handler {
        rewrite / /index.php;
    }

    location ~ \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include /etc/nginx/fastcgi_params;
    }

        location ~ .php/ {
        rewrite ^(.*.php)/ $1 last;
    }

    error_page  404              /404.html;
    location = /404.html {
        #root   /usr/share/nginx/html;
        return 404;
    }

    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        #root   /usr/share/nginx/html;
        #return 404;
    }
}” > /etc/nginx/sites-available/webapp.conf'

 

A konfiguráció engedélyezéséhez egy szimbolikus linket kell készítenünk a fájlról a megfelelő mappába, majd újra kell indítanunk az nginx webszervert.

sudo ln -s /etc/nginx/sites-available/webapp.conf /etc/nginx/sitesenabled/webapp.conf

 

sudo systemctl restart nginx.service

 

 

10)

Elérkeztünk a Magento  telepítéséhez. Kedvenc böngészőnk címsorába gépeljük be a következőt:

http://az-általunk-választott-domain/setup/

Ha mindent az útmutatásnak megfelelően csináltunk, akkor a következő ablak fogad minket:

 

04-aws-install-magento

 

Az „I agree to the above terms and conditions.” jelölőnégyzetet bepipálva lehetőségünk van tovább haladni a telepítésben.

Első lépésként be kell állítani a lokalizációs adatokat:

 

05-aws-install-magento-localization

 

Következőként a Magento-t kiszolgáló adatbázis hozzáférést kell beállítanunk.

Ezt a leniti ábra szerint kell kitölteni, a User Password mezőbe pedig azt a jelszót kell beírnunk, melyet korábban (4-es lépés) a második szkripthez adtunk meg (SQLWAPWD).

 

06-aws-install-magento-configuration

 

Az adatok kitöltése után tudunk tovább haladni.

 

07-aws-install-magento-admin-account

 

A Create Admin Account fülön egy adminisztratív felhasználó hozzáféréseit rögzíthetjük.

A felhasználónév, e-mail cím és a jelszó megadása, majd megismétlése után a „Continue” gombra kattintva elérkeztünk a végső lépéshez.

 

Itt lehetőségünk van megtekinteni a backend és frontend oldalt:

 

08-aws-install-magento-all-set

 

Ha minden jól csináltunk, az alábbi oldalakat kell látnunk a böngészőben.

 

Frontend:

 

09-aws-install-magento-frontend

 

Backend:

 

10-aws-install-magento-backend

 

A cron jobok, vagyis időzített folyamatok beállításához az alábbi parancsot kell kiadnunk, amely egy lépésben engedélyezni fogja a Magento-t futtató felhasználó (webapp) számára a cron jobokat a hivatalos Magento dokumentáció alapján:

 

sudo /bin/bash -c “echo -e ‘*/5 * * * *     (cd /var/www/webapp/www/;/bin/sh ./cron.sh) >/dev/null 2>&1’ | crontab -u webapp -”

 

Tovább fejlesztési lehetőségként említenénk meg, hogy a következő szolgáltatások cseréjével jobb teljesítmény érhető el egy nagyobb áruháznál. A Mysql adatbázis szervert kiválthatjuk az Amazon RDS szolgáltatásával. A Redist cserélhetjük az Amazon EleasticCache-re. Ha élünk ezzel a lehetőséggel, akkor az AMI-ból telepített gépen állítsuk le a Mysql-t és Redist, majd vegyük ki az automatikusan induló programok közül.

 

</p