Kategória: Webáruház üzemeltetése

Biztonsági frissítések és Magento 2 frissítése, szerepe, szükségessége, folyamata

Mint tudjátok a Magentonak van fizetős (Enterprise Edition) és ingyenes változata Magento Community Editionn formában. Mivel  utóbbi egy nyílt forráskódú rendszer, ezért bárki számára elérhető és ezzel együtt feltörhető. A Magento supportolása az Adobe csoport által folyamatos, így egyre másra jelennek meg hozzá biztonsági frissítések. A Magento fejlesztő cégek, zöme az ingyenes Community Edition testreszabásával állít elő webáruházat, és ti is ilyen webáruházakkal dolgoztok. Többek között én is a Community Editionnal dolgozok.

Elérkezettnek láttam az időt arra, hogy a Magento 2.2.6-os rendszeremet a legfrissebb jelenleg elérhető stabil rendszerre frissítsem. Ez elvileg, sokkal egyszerűbb manapság mint a Magento 1 esetében volt, akkor ha:

– a webáruházadatam Composer segítségével telepítetted
– könnyen tudsz a webáruház szerverének beállításain változtatni
– a webáruházad forráskódja egy verziókezelő rendszerben karban van tartva (Github, BitBucket, SVN, stb…)
– ha rendelkezel fejlesztői környezettel, ahol a frissítést ki tudod próbálni.

Én neki láttam ennek, a következő lépesek sorozatával, amit egyébként a Magento ezen a címen le is ír: https://devdocs.magento.com/guides/v2.3/comp-mgr/cli/cli-upgrade.html

 

“Biztonsági frissítések és Magento 2 frissítése, szerepe, szükségessége, folyamata” Tovább olvasása

Hírlevél feliratkozás Magento 2 rendszerben

A GDPR megjelenésével, a hírlevélfeliratkozási formok tovább bonyolódtak. Most már nem csak azt kell megerősítenie a felhasználónak, hogy számára küldhetünk ki direkt marketing célú leveleket (hírleveleket), hanem hozzájárulását is adnia kell az adatok kezelésére.

A hírlevél küldéssel a weboldalt üzemeltető vállalkozó adatkezelési tevékenységet végez. Ez a gyakorlatban azt jelenti, hogy az ügyfelek adatait, (általában a névre és email címre terjed ki az adatkezelés) egy adatbázisban tároljuk, majd pedig hírlevelet küldünk ki a részükre. Az adatkezelés jogalapja az esetek többségében a hozzájárulás, tehát a felhasználó önkéntesen hozzájárul az adatainak kezeléséhez, illetve ahhoz, hogy hírlevelet küldjünk neki.

Az adatkezelésről tájékoztatunk kell a leendő vásárlónkat ahol egyértelmű és félreérthetetlen módon, és biztosítanunk kell, hogy a feliratkozás önkéntes legyen. Ennek megfelelően szükségünk lesz egy adatkezelési tájékoztató dokumentumra, melyben leírjuk az adatkezeléssel kapcsolatos tudnivalókat, a GDPR szabályok elvárásainak megfelelően. “Hírlevél feliratkozás Magento 2 rendszerben” Tovább olvasása

Magento 2 Termék Feed, Google, Facebook, Árukereső, Árgép, Shopmania rendszerekhez, melyiket válasszam?

Miután elkészült a webáruházunk, sokan azt gondolják jönnek majd a rendelések, de ki kell ábrándítsak mindenkit, ha nincs egyedi ismert branddel vagy márkával tele a webáruházunk, akkor alig lesz pár vásárlónk. Ez akkor is igaz, ha olyan terméket értékesítünk amit mindenki ismer, de ezzel együtt sokan árulnak is, a nagy verseny miatt ekkor is elenyésző látógatóval számolhatunk.
Sokféle hirdetés létezik, ezek közül az egyik ami az egyedi termék feed alapján előállított hirdetés, ilyen termék feedet adhatunk meg a Facebook, Google rendszereinek is. De termék feeddel dolgozik az Árukereső az Árgép és Shopmania is.

Mi az a termék feed?

Alapvetően egy olyan szöveges dokumentum, ami tartalmazza a termék nevét, cikkszámát, árát, képét, illetve szolgáltatónként még további elvárásoknak kell megfelelniük.
Formátuma lehet, CSV, XML, TXT, vagy akár JSON is.

Természetesen saját kézzel is előállíthatóak ilyen termék feedek, de lássuk be már 100 nagyságrendő terméknél ez kivitelezhetetlen, mivel ezt napi szinten érdemes frissíteni.

A Magento 2 rendszerhez többféle termék Feed modul is beszerezhető, amivel a fenti rendszerek igénye kielégíthető. Lássunk pár példát: “Magento 2 Termék Feed, Google, Facebook, Árukereső, Árgép, Shopmania rendszerekhez, melyiket válasszam?” Tovább olvasása

Megnyitottam Magento 2 webáruházam – a kockafejshop.hu elkészült

Végre eljutottam a Magento 2-es webáruházammal abba az állapotba ami már szalon képes, működik s termékek is vannak benne.
Még nincs teljesen kész s soha nem is lesz, mert mint tudjátok egy weboldal sosincs kész 🙂

A kockafejshop.hu Magento 2-es webáruházban jelenleg társasjátékokat tudtok vásárolni.

A weboldalhoz Ultimo sablont használtam, ehhez még GDPR modult kapcsoltam, illetve a magyar Ft-os árak csak egész számok lehetnek (sajnos még nem Eurót használunk) ezért egy kerekítő modult is betettem. A szállításért az MPL felel jelenleg, de tervben van egy csomagautomatás és/vagy Foxpost rendszer bevezetése is. Jelenleg előre utalással és utánvéttel lehet terméket rendelni, útóbbinak van egy készpénz kezelési költsége ami így új modult jelent a Magento érában. Jelenleg a Simple Pay fizetési kapu bevezetésén dolgozom, de a papír munka sokkal hosszadalmasabb mint a beüzemelés, sajnos.

A pénztár ugyancsak kiegészült egy rendelés komment mezővel mert a Magentoban az sincs alapból. Ellenben van készletkezelés, termék szűrő, vevői csoport, csoportos árak, kategória árszabály, kosár árszabály, upsell, crossell, statikus oldalakoz CMS, és van kapcsolat oldal. Alapesetben be lehet kapcsolni a Cookiebart. Minden megvan ahhoz, hogy egy Magyarországon működő webáruházat összerakjunk vele. A szerver költség azonban havi bruttó 13000 Ft-tól kezdődik, s ez nem a kezdőknek ajánlott webshop kategória, ezzel azért nem árt tisztában lenni.

Megnyitom a saját webáruházam Magento 2 alapokon magyar nyelven

Rég volt már, hogy jelentkeztem de lassan sikerül életre hívni ezt a webáruházat, majd meglátjátok remélem még januárban 🙂

Az elkészítés során belefutottam pár problémába és ez nem a magyar nyelv volt, ugyanis azt 2 hónapos munkával már jó ideje lefordítottuk egy ismerősömmel. Magento 2 Frontend & Backend szinte teljesen lefordítva 🙂
Mivel 2 hónapos munka 2 embernek napi 8 órában nem kevés ezt nem teszem közkincsé, bocsi de dolgozzon meg más is vele.
Ugyanakkor komplett webáruház fejlesztéseim ezt tartalmazzák. (Igen vállalok ilyet)

Senki ne kergessen hiú ábrándokat, webshopot nyitni sem egyszerű, ha megcsinálod s hagyod nem is lesz pénzed belőle.

Mit árulhatsz a weben?

  • Jóformán mindent, de vannak azért végzettséghez és/vagy engedélyhez kötött termékek.
  • Az szinte egyértelmű, hogy ha LEGO-t akarsz forgalmazni, akkor neked kell érte fizetni, ugyanez a helyzet az elektornikai termékekkel. Kivételt képez, ha országos bolthálózattal rendelkezel ezen a téren és el akarod érni az egész országot, vagy valami speciális pl lemezjátszó boltod van. Nah én ebbe a körbe még nem tartozom bele.
  • Találhatsz olyan termékkört amit még kevesen árulnak s haszon is van rajta.
  • Kimehetsz Kínába bevásárolsz, konténer számra beküldöd az országba, itthon meg teríted pl.: a világítós hajpántot.
  • Ha saját terméked van, az a legjobb csak ott Brandet is kell építened, nah meg a webshop mellett a terméket előállítanod vagy előállítatnod & felfuttatnod.

“Megnyitom a saját webáruházam Magento 2 alapokon magyar nyelven” Tovább olvasása

Blackfriday a Magento 1-2 áruházakban, üzemeltetők figyelmébe tippek trükkök

A Blackfriday Magyaroszágon is egyre népszerűbb sőt most már nem csak november hónap utolsó pénteki napján hanem valahol már a hónap közepétől Black Friday van… Mi történik ilyenkor.
Mindenki nagy akciókat vár és a webáruházak világában a pénteki napon 00:00-kor hatalmas tömegek nézik weboldalunkat. Ekkor valaki a háttérben elkezdi betölteni az akció árakat, egy pici hiba s omlik a rendszer… Rémálom az üzemeltetőnek és a fejlesztőnek…

Tippek trükkök:

1. Ha meghirdettük, hogy nálunk bizony Black friday lesz, akkor ezt a szerver üzemeltetőnek is említsük meg s kérjük szerverünk, VPS-ünk átmeneti erőforrás emelését erre az időszakra, hogy ne roppanjon meg a teher alatt. Ezen nem érdemes spórolni, ha bedől a shop a terheléstől, akkor sok elégedetlen vásárlót haragíthatunk magunkra, és a sok panasszal és az elmaradt bevétellel még nem is számoltunk.

2. Árazás tekintetében a legrosszabb amit elkövethetünk, ha csütörtök 23:50-kor kezdjük el CSV-vel befrissíteni az árakat, a legrosszabb esetben új termékeket hozunk létre (duplikálással erre az időre teljesen feleslegesen a saját SEO-jukat kivéreztetve és az életüket megnehezítve). Az amúgy is magas látogató szám miatt leterhelt szerver ezzel szépen ki lehet fingatni. “Blackfriday a Magento 1-2 áruházakban, üzemeltetők figyelmébe tippek trükkök” Tovább olvasása

Magento 1.9.x, Turpentine Varnish Cache 4.1.*-os verzió, Ubuntu 16.04 LTE verzió

Lassú a Magento webshop, magasak a betöltési idők elhagyják az oldalt a vevők? Mindenképpen cache megoldás bevezetése ajánlott. A jelen leírásban Ubuntu 16.04 LTE környezetben PHP 5.6 változatával bemutatjuk, hogy hogyan és milyen Varnish cache verziót kell telepíteni a Magento 1.9.3 változathoz, ahol a Varnish Cache-t a Turpentine modullal fogjjuk majd munkára, mindezt azért, hogy akár 1s alatt betöltődjön a teljes webáruház.

Akkor fogjunk is bele. A következő lépéseket fogjuk elvégezni.

1. Kiinduló állapot Ubuntu 16.04 LTE változat, ahova PHP 5.6 változata van feltelepítve, mindez megjelenik egy Virtual Host-on, és fut rajta a Magento 1.9.x változata.
2. Megfelelő Varnish cache telepítése Ubuntu 16.04 alá
3. Magento Virtual host beállítása
4. Varnish cache konfiguráció beállítása
5. Magento Turpentine Cache modul konfiguráció
6. Magento Turpentine Varnish Cache modul VCL file alkalmazása
7. Ubuntu 16.04 LTE, Magento 1.9.x Turpentine Varnish Cache modul, HIT fejlécek

1. Feltételezzük, hogy egy Ubuntu Virtual host kialakítása Local gépen senkinek nem okoz gondot, és sikeresen feltelepítette magának már a Magento 1.9.3.x változatát. A mi példánkban mi a Magentot mintaadatokkal együtt telepítettük fel.

2. A Turpentine Magento Varnish Cache modulnál ki van hangsúlyozva, hogy a Varnish Cache 4.0.3-as változata Centos 7 alatt hibásan fut, amikor egyszer-egyszer frissítjük az oldalt akkor eltűnnek bizonyos részei, ezt a próbálkozások közepette én is tapasztaltam, így ennek a változatnak a használatát Ubuntu 16.04- alatt sem ajánlom.
A Turpentine Magento 1.9.x Varnish cache modulhoz ezért, mi kompatibilitási problémák miatt a Varnish Cache 4.1.* változatát telepítjük majd. Ugyan a Magento Turpentine Varnish Cache modul alatt a 4.1.* változat adminisztrációs felülten nincs kihangsúlyozva de manuálisan ez bállítható.

Telepítsük, hát fel Ubuntu 16.04 alá a Varnish Cache 4.1.* változatát, ehhez a következő parancsokat kell lefuttatnunk:

Vagyük fel Ubuntu csomagkezelőbe a https csomagot:

sudo apt-get install apt-transport-https

állítsuk be a Varnish Cache GPG kulcsot:

curl https://repo.varnish-cache.org/ubuntu/GPG-key.txt | sudo apt-key add -

majd állítsuk be a Varnish 4 forrását a csomag listákban:

sudo sh -c 'echo "deb https://repo.varnish-cache.org/ubuntu/ trusty varnish-4.0" >> /etc/apt/sources.list.d/varnish-cache.list'

Ezután frissítsük be a csomgalistát és telepítsük a Varnish Cache 4.1.* változatát (4.1.4):

sudo apt-get update
sudo apt-get install varnish=4.1.*

Ha ez lefutott akkor localhostunkon bármelyik virtual hostot böngészőben meghívva Error_Connection_Refused vagy 403-as hibát generál a böngészőnk. Ez azért van mert alap esetben a Varnish cache a 6081-es port feletti tartalmat cachelné le, de mivel sem localhostban sem máshol nincs konfigurálva ez a port a virtual hostunk és vele a böngészőnk elszáll vele. “Magento 1.9.x, Turpentine Varnish Cache 4.1.*-os verzió, Ubuntu 16.04 LTE verzió” Tovább olvasása

Magento 1.9 Termék URL számokkal – Magento Product URL with (random) numbers

Egy olyan problémába futottunk az egyik projektem kapcsán, hogy termék(e) frissítés után  Google Search Console felületén nagy számban jelentek meg 404-es oldalak. Ennek oka az volt, hogy a termék urlekben megjelentek számok: product-key-number formában. Ezek a számok első körben a product-key-entity_id-ből épültek fel. Azonban minden egyes reindex után ez a szám elkezdett növekedni és vándorolni. Ezzel így magában nem is lett volna baj, de ezeket az URL címeket a Magento nem tudta feloldani, így keletkeztek a 404-es oldalak.

A probléma megoldására elkészítettem ezt a megoldást is, amit Stackechange-en (magento.stackexchange.com) találtam a témában: “Magento 1.9 Termék URL számokkal – Magento Product URL with (random) numbers” Tovább olvasása

Megnyitom a saját webáruházm – Marketing automatizáció 2017-ben az Emarsys rendszerével

Mint sok webáruház tulajdonos már tisztában van vele, a webáruház megléte még nem egyenlő a bevétel termelésével. A vásárlók megnyerése újak szerzése és vásárlásara való ösztönzése a kezdetekben hirdetések nélkül elképzelhetetlen.

  • Milyen csatornák segítségével tudunk manapság hírdetni?
  • Google Adwords rendszere
  • Facebook hirdetési rendszere
  • Youtube hirdetési rendszere
  • Rádió, Tv hirdetések
  • Nyomtatott média hirdetések (a márka fejben tartása)
  • Magyarországon az eTarget rendszerét tudjuk még erre használni
  • Különböző weboldalakon banner elhelyezésekkel
  • Gmail-ben tudunk elhelyezni hirdetéseket

A fentiek a legnagyobbak, ezenkívül még számos apróbb hirdetési lehetőségünk van. Ha nem akarunk hirdetni, akkor SEO eszközökkel rágyúrhatunk a keresőkből érkezőkre is. Sokan azt gondolják ez ingyenes, de a SEO szakembert itt is meg kell fizetni. A SEO pedig sok esetben frissülő, kulcsszó gazdag tartalom elkészítését is magában foglalja.

Ha most akarjuk megnyitni a webáruházunkat, tisztában kell lenni azzal, hogy kezdetekben a hirdetésekből fogunk megélni. Az oldalunkra érkező látogatóknak kb az 5%-a az aki valamit akár venni is fog tőlünk, de nagy valószínűséggel beregisztrálnak, nézelődnek, hírlevélre iratkoznak fel, nyereményjátékon vesznek részt. Az 5%-ból a 2% lesz az aki vásárol, a maradék 3% az akitől valahogyan meg tudjuk szerezni az e-mail címét. Ha megvan az e-mail címe ezen keresztül remarketing hirdetést adhatunk fel Google vagy Facebook rendszerében, továbbá egyedi e-maileket küldhetünk neki. “Megnyitom a saját webáruházm – Marketing automatizáció 2017-ben az Emarsys rendszerével” Tovább olvasása

Webáruház és a HTTPS kapcsolata Magento webáruház esetében – SSL tanusítvány a bevezetése

A napokban több weboldalamon is kaptam Google Search Console üzenetet, melyben felhívta a Google a figyelmem, hogy bizonyos böngésző változatok, a weboldal nézegetése közben – Nem biztonságos – feliratot jelenít meg a weboldalamon. Ennek célja felhívni a látogató figyelmét, hogy az oldal nem használ https:// kommunikációt, így az adatok bárki számára könnyen elérhetőek:

Nem biztonságos weboldal, böngésző figyelmeztetés Chromeban
Nem biztonságos weboldal, böngésző figyelmeztetés Chromeban

A https:// nem egy külön protokoll, csupán jelzés arra, hogy a http:// protokoll egy SSL (Secure Socket Layer, bővebben: http://wiki.hup.hu/index.php/SSL) vagy TLS rétegen keresztül kommunikál-e. Azaz a https:// kapcsolaton keresztül az adatok biztonságosan kódolva mennek keresztül, így az adatfolyam lehallgatása nehezebbé válik, és közvetlenül nem lehet hozzáférni a pl weboldalon megadott adatok esetében.

A fenti – Nem biztonságos – felirat megjelenik a böngészőkben minden olyan oldalon, amely jelszavakat, bankkártya adatokat kérnek be. Mivel egy webáruház esetében mind a 2 adattípus előfordulhat, ezért célszerű bevezetni az SSL használatát a szerveren. Az SSL tanúsítványt domainenként lehet megvenni, külön domainnek minősül a www s anélküli domain név is. Az SSL tanusítvány kérhető cégnévre, szerver IP címre ez azonban legtöbbször egy fizetős kiegészítés, amely a szerver üzemeltetési költségeinket fogja terhelni. Ha SSL tanusítvány bevezetésén gondolkodunk, akkor azt célszerű minél hosszabb időre megvenni, ugyanis a megújítása elég macerás lehet. Ha elfelejtjuk megújítani, akkor így jelenik meg az oldalunk, ezzel vásárlókat fogunk veszíteni:

Lejárt a weboldal SSL tanusítványa, böngészőbeli megjelenés

Az SSL bevezetését mindenképpen a tárhely szolgáltatónkkal egyezetetni, az esetek döntő többségében ö fogja bekonfigurálni hozzá a szervert.

Magento webáruház esetében elvileg nincs sok teendőnk, de ezek Magento fejlesztő szakember segítségét fogják igényelni. “Webáruház és a HTTPS kapcsolata Magento webáruház esetében – SSL tanusítvány a bevezetése” Tovább olvasása