{ "static_pages": [ { "name": "Kapcsolat", "url": "https:\/\/lioner.hu\/kapcsolat", "description": "Vegye fel velünk a kapcsolatot! Írjon nekünk vagy foglaljon időpontot egy ingyenes konzultációra." }, { "name": "Rólunk", "url": "https:\/\/lioner.hu\/rolunk", "description": "Ismerje meg a Lioner Digital Agency csapatát és történetünket. Modern technológiák, agilis megközelítés." }, { "name": "Referenciák", "url": "https:\/\/lioner.hu\/referenciak", "description": "Tekintse meg korábbi munkáinkat és referenciáinkat. Weboldalak, webáruházak és egyedi rendszerek." }, { "name": "Blog", "url": "https:\/\/lioner.hu\/blog", "description": "Szakmai blog webfejlesztésről, SEO-ról, digitális marketingről és technológiai trendekről." } ], "services": [ { "name": "Szolgáltatások áttekintése", "url": "https:\/\/lioner.hu\/szolgaltatasok", "description": "Teljes körű digitális megoldások: weboldal készítés, webáruház fejlesztés, egyedi rendszerek, SEO és karbantartás." }, { "name": "Weboldal készítés", "url": "https:\/\/lioner.hu\/weboldal-keszites", "description": "Professzionális, egyedi weboldal készítés Laravel technológiával. Modern, gyors és SEO-barát weboldalak." }, { "name": "Webáruház készítés", "url": "https:\/\/lioner.hu\/webaruhaz-keszites", "description": "Egyedi webáruház fejlesztés, online bolt készítés professzionális fizetési és szállítási integrációkkal." }, { "name": "ERP\/CRM rendszer", "url": "https:\/\/lioner.hu\/erp-crm-rendszer", "description": "Egyedi vállalatirányítási és ügyfélkapcsolat-kezelő rendszerek fejlesztése a vállalkozás igényeire szabva." }, { "name": "Üzleti rendszer", "url": "https:\/\/lioner.hu\/uzleti-rendszer", "description": "Testreszabott üzleti alkalmazások és automatizált folyamatok fejlesztése." }, { "name": "Keresőoptimalizálás (SEO)", "url": "https:\/\/lioner.hu\/keresooptimalizalas", "description": "SEO szolgáltatás, keresőoptimalizálás a jobb Google helyezésért és több organikus látogatóért." }, { "name": "Karbantartás és támogatás", "url": "https:\/\/lioner.hu\/karbantartas-tamogatas", "description": "Weboldal karbantartás, technikai támogatás és folyamatos fejlesztés meglévő projektekhez." } ], "blog_posts": [ { "title": "Díjmentesen építettük meg a Mohamanó Alapítvány új weboldalát", "url": "https:\/\/lioner.hu\/blog\/mohamano-alapitvany-uj-weboldal", "excerpt": "Három hét alatt, díjmentesen építettük újra a Mohamanó Alapítvány oldalát. Mostantól egyszer vagy havonta is lehet online adományozni a gyerekeknek.", "published_at": "2026-10-20T13:00:00+02:00", "author": "Ádám Kristóf", "tags": [ "Lioner hírek", "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Október 15. óta él a Mohamanó Alapítvány új weboldala a mohamanoalapitvany.hu címen. Az oldalt díjmentesen terveztük és fejlesztettük, a látványtervtől az élesítésig, mert fontosnak tartjuk azt, amit az alapítvány csinál, és ehhez mi egy jól működő weboldallal tudunk a legtöbbet hozzátenni.\nA Mohamanó ÉlményMűhely Közhasznú Alapítvány 2022 óta segíti a hátrányos helyzetű gyerekeket. Gyermek- és anyaotthonoknak, iskoláknak, óvodáknak és családoknak visznek élelmiszert, bútort, ruhát és játékot, kirándulásokat és táborokat szerveznek, tanulmányi támogatást adnak, és minden évben országos rajzpályázatot hirdetnek. A saját számaik szerint a megalakulásuk óta közel 6.000 gyereknek szereztek örömöt. Állami támogatást nem kapnak, magánszemélyek és cégek adományaiból működnek, ezért náluk az online adományozás nem egy menüpont a sok közül, hanem a működés egyik alapja.\nMiért csináltuk ingyen?\nSzeptember 25-én keresett meg minket az alapítvány. A régi oldaluk félkészen maradt: az előző fejlesztő elérhetetlenné vált, a lábléc menüpontjai és az Adományozás gomb egy tesztdomainre vittek, a bankkártyás adományozás pedig sosem élesedett, csak a tesztkörnyezete volt beállítva. Vagyis aki online akart adni a gyerekeknek, az egyszerűen nem tudott.\nAmikor megismertük, mivel foglalkoznak, nem kellett sokat gondolkodnunk azon, hogy ezért nem kérünk pénzt. Hivatalos árajánlatot és szerződést ettől még készítettünk, 0 forintos végösszeggel, hogy a felajánlásnak papíron is nyoma legyen. Cserébe csak annyit kértünk, hogy digitális partnerként megjelenhessünk a támogatóik között.\nMit tud az új oldal, ha adományoznál?\nAz oldal legfontosabb része az adományozás, ezért ezt építettük meg a legnagyobb gonddal. Bankkártyával lehet adni a SimplePay-en keresztül, egyszer vagy havi rendszerességgel. Adományozó doboz van az Adományozás oldalon, a főoldalon és minden gyűjtés saját oldalán is, egyszeri adományhoz pedig regisztrálni sem kell.\nMinden összeg mellé az oldal odaírja, mire elég: a 2.000 forint egy gyerek karácsonyi cipősdobozához járul hozzá, az 5.000 egy iskolakezdő tanszercsomaghoz. A 10.000 forintból egy gyerek eljuthat egy élménynapra, a 25.000 pedig egy tehetséges diák nyári táborát segíti a Tisza-tónál. Saját összeg is beírható, és ezeket a szövegeket az alapítvány maga írja át, ha változnak a programjaik.\nA havi adománynál a fizetés előtt egy rövid bekezdésben látszik minden, amit tudni kell: mennyit von le a rendszer, hányszor, legfeljebb mekkora összeget és meddig. A havi támogató fiókot kap, ahol az Adományaim oldalon bármikor, feltétel nélkül lemondhatja az adományt, vagy kártyát cserélhet. A terhelés előtt három nappal és utána is e-mailt kap, és ha egy levonás nem sikerül, a rendszer néhány nap múlva újrapróbálja, nem ejti ki rögtön a támogatót. Ezt azért tartottuk fontosnak, mert a rendszeres adomány bizalmon múlik: aki tudja, hogy bármikor egy kattintással kiszállhat, az nyugodtabban száll be.\nCégként is lehet adni, a cég nevével és adószámával. Aki pedig inkább utalna, ugyanott megtalálja a bankszámlaszámot, az IBAN-t és a SWIFT kódot, egy-egy másológombbal.\nNem csak pénzzel lehet segíteni\nSokan nem tudnak vagy nem szeretnének pénzt adni, de szívesen segítenének. Az új oldalon minden segítési mód saját, végigvezető aloldalt kapott:\n\nAdó 1%: lépésről lépésre leírva, hogyan lehet felajánlani az eSZJA-ban vagy papíron, egy gombnyomással másolható adószámmal.\nREpont adományozás: letölthető QR-kód, amit a palack-visszaváltó automatánál beolvasva a visszaváltási díj utalvány helyett az alapítványhoz kerül.\nTárgyi adomány: mit fogadnak szívesen, a tartós élelmiszertől a működő IT eszközig.\nÖnkéntesség, 50 órás közösségi szolgálat diákoknak és jótékonysági nagykövetség, mindegyik saját jelentkezési űrlappal.\n\nA cégeknek külön oldal szól a CSR-együttműködésről, egy kalkulátorral, ami megmutatja, mennyi adóalap-csökkentést és társasági adó megtakarítást jelenthet egy adott összegű támogatás egyszeri vagy tartós szerződés esetén. A pontos hatást persze a könyvelő mondja meg, ezt az oldal is kiírja a kalkulátor alatt.\nAmit az alapítvány kapott a háttérben\nEgy civil szervezetnek ritkán van fejlesztőre kerete, ezért az volt a cél, hogy az alapítvány mindent maga tudjon frissíteni. A hírek, a programok, a kampányok, a galéria albumai, a rajzpályázatok, a támogatók, a kuratórium tagjai és a letölthető dokumentumok egyszerű listákban kezelhetők, sorba rendezhetők és ki-be kapcsolhatók. Az oldalak blokkokból épülnek, és egy vizuális szerkesztőben közvetlenül az oldalon is átírhatók, élő előnézettel.\nAz adományokhoz saját felület tartozik. Itt látszik minden befizetés és minden havi támogató, az aktív havi támogatók száma és a várható havi bevétel, és egy kattintással letölthető táblázat a könyvelőnek. A vezérlőpulton grafikon mutatja havi bontásban az egyszeri és a rendszeres adományokat, és azt is, melyik gyűjtésre mennyi érkezett. Az adományozóknak kimenő tíz levél szövege (köszönőlevél, terhelés előtti értesítő, lemondás visszaigazolása és a többi) szintén az adminban szerkeszthető.\nMinden képernyőhöz tartozik súgó egy 53 cikkes, kereshető útmutatóból, ami a felületen látható gombnevekkel magyarázza el, mi hol van. A mérőkódok pedig csak akkor töltődnek be, ha a látogató ehhez a süti-sávban hozzájárult.\nHárom hét a megkereséstől az élesítésig\nSzeptember 25-én jött a megkeresés, 30-án egy online egyeztetésen végigmentünk a látványterven, amin az alapítvány szerkezeti változtatást nem kért, csak néhány apró pontosítást. Október 15-én élesítettük az oldalt. Az alapítvány eredetileg november elejére-végére számolt az indulással, hogy a karácsonyi időszakban már működjön az online adományozás. Így ez egy hónappal korábban megvan, és a Karácsonyi cipősdoboz gyűjtés már az új oldalon indulhat.\nA legtöbb munka a fizetéssel volt. A havi adományhoz a SimplePay kereskedői fiókon külön engedélyeztetni kell az ismétlődő fizetést, az éles tesztet pedig úgy időzítettük, hogy Stelczer Veronika, az alapítvány kuratóriumi elnöke a gép előtt üljön a kétlépcsős azonosítás miatt. A régi oldal tartalmát, köztük egy 155 képes fotóalbumot, átköltöztettük, és a régi címekről átirányítást tettünk az újakra, hogy a korábban megosztott linkek és a keresőben lévő találatok ne hibaoldalra vigyenek.\nAmi ezután jön\nBízunk benne, hogy ez nem egy lezárt projekt, hanem egy együttműködés eleje. Az alapítványnak van még ötlete bőven, nekünk pedig kedvünk is ahhoz, hogy ezeken együtt dolgozzunk. Addig is, ha te is segítenél, az új oldalon pár perc alatt megteheted: egyszeri vagy havi adománnyal, vagy jövő tavasszal az adód 1%-ával.\nAz elkészült oldal részletesebb, technikai bemutatóját a Mohamanó referenciánál olvashatod. Ha pedig a te szervezeted is félkész oldallal és elérhetetlen fejlesztővel maradt, ebben a cikkünkben összeszedtük, mit érdemes tenni, ha eltűnt a webfejlesztőd." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Claude Dashboard lépésről lépésre: élő kimutatás a céges adataidból", "url": "https:\/\/lioner.hu\/blog\/claude-dashboard-beallitasa", "excerpt": "A Claude Dashboards élő kimutatást épít a céges adataidból. Beállítás hét lépésben, céges arculattal, minta adatokkal, és mi a teendő, ha nincs kész connectorod.", "published_at": "2026-10-15T15:22:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás", "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "text", "name": "Bevezető", "content": "Hétfő reggel tudni szeretnéd, hogyan ment a múlt hét. Mennyi rendelés jött, mennyi lett a forgalom, nőtt-e a visszaküldés. Sok cégnél ehhez több rendszert kell megnyitni, vagy valaki összerakja Excelben.\nA Claude Dashboards, az Anthropic október 8-án bétában indult funkciója, ezt egy kérdésből megcsinálja. Leírod, mit szeretnél látni, a Claude pedig élő dashboardot épít a bekötött adataidból. Két nappal az indulás után a saját LionerERP-nkre és egy ügyfelünk rendszerére is építettünk egyet, ebből a tapasztalatból lett ez az útmutató." }, { "type": "text", "name": "Összefoglaló", "title": "Amit a beállítás előtt tudnod kell", "content": "\nElőfizetés. A Claude Dashboards bétafunkció, a Pro, Max, Team és Enterprise csomagban érhető el, az ingyenesben nem. A használata a csomagod normál keretéből fogy, külön díja nincs.\nAdatforrás. Kipróbálni egy CSV-fájllal is tudod. Élő, magától frissülő dashboardhoz connector kell, ez lehet kész connector vagy a saját rendszeredhez írt egyedi MCP szerver.\nAdatbiztonság. Éles céges adatot csak akkor köss be, ha átgondoltad, ki fér hozzá a dashboardhoz, és milyen adatkezelési feltételek vonatkoznak a csomagodra.\n" }, { "type": "text", "name": "Tartalomjegyzék", "title": "A cikk tartalma", "content": "\nMi kell a Claude Dashboardshoz?\nA Claude Dashboard beállítása hét lépésben\nHol vannak az adataid?\nAdatvédelem: mit lát a Claude, és mit látnak mások?\nAmit az első dashboardjainknál tapasztaltunk\nHa nincs kész connector: egyedi MCP szerver\nMit csinálj most?\nGyakori kérdések\n" }, { "type": "text", "name": "Mi kell hozzá (szöveg)", "title": "Mi kell a Claude Dashboardshoz?", "content": "Fizetős előfizetés, egy adatforrás, és Team vagy Enterprise csomagnál egy bekapcsolt kapcsoló. A részleteket a táblázatban találod." }, { "type": "table", "name": "Táblázat: feltételek", "title": "Táblázat blokk" }, { "type": "text", "name": "Források: feltételek", "content": "Ezt 2026. október 14-én ellenőriztük. Források: Claude árlista, az Anthropic bejelentése." }, { "type": "text", "name": "Lépésről lépésre bevezető", "title": "A Claude Dashboard beállítása lépésről lépésre", "content": "A lépéseket egy kitalált cégen, a Mintakert Kft.-n mutatjuk meg, amely kerti bútorokat árul a saját webshopjában és egy piactéren. A menüpontokat az angol nyelvű felület szerint írjuk. A végére egy céges arculatú, megosztható dashboardot kapsz." }, { "type": "image-and-text", "name": "1. lépés", "title": "1. Nyisd meg a Dashboard sablont", "content": "Nyisd meg a claude.ai-n az Artifacts oldalt, és a „Make something new” résznél válaszd a Dashboard (Beta) sablont. Böngészőben és az asztali alkalmazásban is megy, Claude Code nem kell hozzá.\nHa nem látod a Dashboardot a sablonok között, vagy ingyenes csomagod van, vagy céges fióknál a tulajdonos még nem kapcsolta be. Ilyenkor kérd meg, hogy az Organization settings alatt az Artifacts menüben kapcsolja be a Dashboards-t, a Capabilities alatt pedig az „Enable artifact connectors” kapcsolót is. Enélkül a dashboard nem tud élő adatot lekérni." }, { "type": "image-and-text", "name": "2. lépés", "title": "2. Kösd be az adatforrást", "content": "A connector az a bővítmény, amelyen keresztül a Claude egy külső rendszerből olvas. Kész connectornál nyisd meg a Customize menüben a Connectors részt, keresd meg a rendszeredet, kattints a Connect gombra, és lépj be a saját fiókoddal. A connectorokról szóló súgó szerint a Claude a te jogosultságaiddal olvas, vagyis amit a forrásrendszerben nem látsz, azt a Claude sem éri el.\nSaját vagy egyedi MCP szervernél ugyanitt az Add, majd az Add custom connector pontot válaszd. Két mezőt kell kitöltened. A Name mezőbe a connector neve kerül, az MCP server URL mezőbe pedig az a cím, amelyet a fejlesztőtől kaptál. A mintában ez a Mintakert ERP név és a https:\/\/mcp.example.com\/mintakert cím. Az egyedi connector az Anthropic felhőjéből csatlakozik, ezért a szervernek az interneten elérhetőnek kell lennie. A saját gépeden futó szerverhez a Claude nem fér hozzá." }, { "type": "text", "name": "Minta CSV", "title": "Ha még nincs bekötött rendszered", "content": "Ha csak kipróbálnád, egy táblázat is elég. Másold be az alábbi kitalált adatsort a chatbe, vagy mentsd el mintakert-heti-eladasok.csv néven, és húzd be. Nyolc hét eladásai vannak benne két csatornára bontva, nettó forintban.\nhet_kezdete,csatorna,rendelesek,netto_forgalom_ft,visszakuldott_rendelesek\n2026-08-17,Webshop,118,3233200,4\n2026-08-17,Piactér,46,1007400,3\n2026-08-24,Webshop,124,3459600,5\n2026-08-24,Piactér,51,1137300,3\n2026-08-31,Webshop,131,3550100,4\n2026-08-31,Piactér,49,1058400,2\n2026-09-07,Webshop,127,3594100,6\n2026-09-07,Piactér,55,1254000,4\n2026-09-14,Webshop,139,3864200,5\n2026-09-14,Piactér,58,1281800,3\n2026-09-21,Webshop,146,4175600,5\n2026-09-21,Piactér,54,1215000,4\n2026-09-28,Webshop,152,4271200,6\n2026-09-28,Piactér,61,1329800,3\n2026-10-05,Webshop,168,4620000,9\n2026-10-05,Piactér,64,1433600,5\nA feltöltött fájlból készült dashboard pillanatkép. A számai addig maradnak, amíg új fájlt nem adsz neki. Élő, magától frissülő dashboardhoz connector kell." }, { "type": "image-and-text", "name": "3. lépés", "title": "3. Kérd meg a Claude-ot, hogy építse meg", "content": "A Dashboard sablonból induló chatben írd le, mit szeretnél megtudni. Az Anthropic súgója szerint az a kérés működik jobban, amelyik azt mondja meg, mi érdekel, és nem csak azt, hogy mit rajzoljon ki. Ha az adat egy konkrét táblában vagy rendszerben van, azt is nevezd meg.\nA minta adatokhoz ezt a kérést írtuk be.\nKészíts dashboardot a Mintakert heti eladásairól.\nAzt szeretném látni, hogyan alakult a legutóbbi hét az előzőhöz képest.\nFelül négy számkártya: nettó forgalom, rendelések száma, átlagos\nkosárérték és visszaküldési arány, mindegyiknél a változás az előző héthez.\nAlatta a heti nettó forgalom vonaldiagramon, csatornánként külön vonallal.\nA forgalom nettó forintban van. A visszaküldési arány a visszaküldött\nrendelések száma osztva az összes rendelés számával.\nÉlő connectornál ugyanígy mehet, csak a forrást is nevezd meg. Például így: „A Mintakert ERP connectorból kérd le az elmúlt nyolc hét rendeléseit.” A jó kérés általános szabályairól az AI parancsok írásáról szóló cikkünkben írtunk.\nA mintában a Claude a beillesztett sorokat CSV-ként csatolta a dashboardhoz, majd elkészítette a számkártyákat és a vonaldiagramot." }, { "type": "image-and-text", "name": "4. lépés", "title": "4. Ellenőrizd a számokat, mielőtt elhiszed őket", "content": "Mielőtt továbbadod a dashboardot, nézd meg, miből számolt. A fejlécben az adatbázis ikonra kattintva megnyílik a Sources panel, ami felsorolja a dashboard forrásait és lekérdezéseit. A mintában ilyen a „Heti eladások csatornánként” nevű CSV, az „Utolsó hét az előzőhöz” és a „Heti összesítés”. Ugyanitt megkérheted a Claude-ot, hogy magyarázza el, hogyan számolta az egyes értékeket.\nA minta adatokból az alábbi értékeknek kell kijönniük. Ha a dashboardod mást mutat, nézd meg a hozzá tartozó lekérdezést." }, { "type": "table", "name": "Táblázat: ellenőrző értékek", "title": "Táblázat blokk" }, { "type": "text", "name": "Definíciók megjegyzés", "content": "Az MCP-bevezetéseinknél már az első élő kérdés a definíciókon akadt el, és a dashboardnál ez ugyanígy van. Érdemes leírni, hogy nálad a forgalom bruttó vagy nettó, és a leadott vagy a teljesített rendelést jelenti. Ha ezt nem írod le, a Claude választ helyetted, és nem biztos, hogy ugyanazt, mint a könyvelőd. Ha egy szám nem úgy számol, ahogy kellene, írd meg a chatben, mit változtasson." }, { "type": "image-and-text", "name": "5. lépés", "title": "5. Finomítsd chatben", "content": "A dashboardot ugyanabban a chatben alakítod tovább, egyszerű kérésekkel. A mintánál ezeket kértük.\nTegyél fel egy csatornaszűrőt: Webshop, Piactér, mindkettő.\nMutasd hetente a visszaküldési arányt is, csatornánként, és jelöld\npirossal, ha 5% fölé megy.\nAdj hozzá egy kördiagramot a legutóbbi hét nettó forgalmának\ncsatornák szerinti megoszlásáról.\nA mintában a legutóbbi héten nőtt a forgalom, de a visszaküldés is. Összesen 4,2%-ról 6,0%-ra ugrott az arány, a piactéren 4,9%-ról 7,8%-ra, a webshopban pedig 5,4% lett. A kördiagramon jól látszik, hogy a forgalom 76,3%-a a webshopból jött, 23,7%-a a piactérről. Egy jól beállított dashboard az ilyen jelet azonnal mutatja, egy havi összesítőben viszont könnyen elsikkad." }, { "type": "image-and-text", "name": "6. lépés", "title": "6. Igazítsd a dashboardot a céged arculatához", "content": "Ettől a lépéstől fog a dashboard a cégedének látszani, és nem egy általános Claude-oldalnak. Csatold a logót a chathez az üzenetmező plusz jelével („Add files or photos”), és kérd meg a Claude-ot, hogy tegye a cég nevét és a logót a fejlécbe, a színeket pedig igazítsa a logóhoz. Mi ezt írtuk be.\nAdd hozzá a fejlécbe a cég nevét: Mintakert Kft., és a csatolt logót.\nIgazítsd a dashboard színeit a logóhoz: világos háttér, sötétzöld főszín,\npiros és levélzöld kiemelés. A kördiagram közepén a teljes nettó\nforgalom legyen, a kártyák kapjanak lekerekített sarkot és finom\nárnyékot. Az 5% fölötti visszaküldési arány maradjon jól látható.\nA saját dashboardodnál a saját logódat és színeidet add meg. Ha a céged főszíne piros, mondd meg, milyen más színnel jelölje a figyelmeztetést, különben az 5% fölötti értékek elvesznek a kártyák között." }, { "type": "image-and-text", "name": "6. lépés: diagramok", "title": "Az arculatos diagramok", "content": "Lejjebb görgetve a Claude a diagramokat is a logó színeire hangolta. A kördiagram a csatornák szerinti forgalmat mutatja, a vonaldiagram a heti visszaküldési arányt. Ha valami nem tetszik, ugyanabban a chatben írd meg, mit változtasson, például a színt, a betűméretet vagy a kártyák sorrendjét." }, { "type": "image-and-text", "name": "7. lépés", "title": "7. Oszd meg a kollégáiddal", "content": "A dashboard eleinte csak a tied. A megnyitott dashboard Share gombjával oszthatod meg. Az ablakban alapból az „Only you” van beállítva. Az „Add people or projects” mezővel embereket adhatsz hozzá, a „Copy private link” gombbal pedig privát linket másolhatsz. Team és Enterprise csomagnál a szervezeten belül adott emberekkel vagy mindenkivel megoszthatod. Cégen kívülre vagy nyilvános linkkel csak akkor, ha az admin engedélyezi. Az Export fülön az exportálási lehetőségeket találod.\nAz élő dashboardnál számít, hogy ki nyitja meg. Az Anthropic dokumentációja szerint minden néző a saját connector-hozzáférésével kér adatot. Aki nem kötötte be a connectort, vagy nem engedélyezi a hozzáférést, az az élő részek nélkül látja a dashboardot. Nyilvános linkről, bejelentkezés nélkül szintén nem futnak az élő lekérdezések. Kérd meg a Claude-ot, hogy minden élő részbe tegyen egy rövid üzenetet arról, melyik connector kell hozzá." }, { "type": "text", "name": "Hol vannak az adataid (szöveg)", "title": "Hol vannak az adataid? Ezen múlik, mennyire egyszerű a beállítás", "content": "Hogy a beállítás pár kattintás vagy egy kisebb fejlesztés lesz, azon múlik, melyik rendszerben vannak a számaid, és van-e hozzá kész connector. A connector mögött egy MCP szerver áll. Az MCP, vagyis a Model Context Protocol az a nyílt szabvány, amellyel egy AI-asszisztens egy céges rendszerhez csatlakozik." }, { "type": "table", "name": "Táblázat: adatforrások", "title": "Táblázat blokk" }, { "type": "text", "name": "Hazai rendszerek megjegyzés", "content": "A hazai rendszereknél 2026. október 14-én megnéztük a Claude connector-könyvtárát. A Shoprenterhez, az UNAS-hoz, a Számlázz.hu-hoz és a Billingóhoz nem találtunk kész connectort, saját fejlesztésű rendszerhez pedig értelemszerűen nincs. Ezeknél egyedi MCP szerver kell, erről lejjebb írunk részletesen." }, { "type": "text", "name": "Adatvédelem", "title": "Adatvédelem: mit lát a Claude, és mit látnak mások?", "content": "Amit a dashboard lekérdez, azt a Claude feldolgozza, vagyis az adat az Anthropic rendszerein halad át. Céges adatnál ezért számít, milyen csomagod van. Az árlista szerint Team és Enterprise csomagnál a tartalmadon alapból nincs modelltanítás, Pro és Max csomagnál ezt a beállításokban neked kell kikapcsolnod.\nHogy mennyi adat jut el a Claude-hoz, azt a connector dönti el. Egy jól megírt MCP szerver csak azt adja ki, ami a kimutatáshoz kell, személyes ügyféladatot nem, és Team csomagnál az admin azt is beállíthatja, hogy a connector csak olvashasson. A feltöltött fájlból készült dashboard adatait viszont a Tabular Editor 2026. októberi tesztje szerint bárki elérheti, aki megnyithatja a dashboardot. Ügyfélnév és telefonszám ezért ne kerüljön bele." }, { "type": "text", "name": "Tapasztalatok", "title": "Amit az első dashboardjainknál tapasztaltunk", "content": "2026. október 10-én dashboardot építettünk a saját LionerERP-nkből, ahol az értékesítés, a projektek, az időráfordítás és a számlák adatait kértük le. Egy ügyfelünk rendszeréből is készítettünk egyet, amelyhez mi írtuk az MCP szervert. Ezekbe futottunk bele.\n\nAz MCP eszközök kimenete sokat számít. A LionerERP eszközei strukturált adatot adnak vissza, ezekből közvetlenül lett adatsor. Az ügyfélrendszer eszközei formázott szöveges táblázatot adtak. Abból is lett dashboard, de a számokat előbb ki kellett szedni a szövegből, és ez egy formátumváltozásnál könnyen elromlik.\nA hosszú listákat a rendszer levághatja. Az időbejegyzéseinknél egy hónap túl sok sor volt egy lekérdezésre, ezért a dashboardnak pár napos szeletekben kellett lekérnie az adatot. Ha egy eszköz nem jelzi egyértelműen, hogy levágta a listát, a dashboard csendben kevesebbet számol.\nAz új eszközök csak újracsatlakozás után látszanak. Amikor egy MCP szerverre új eszközöket tettünk fel, a Claude csak a connector újracsatlakoztatása után vette észre őket.\nÜgyfélnek szánt élő dashboardnál előre el kell dönteni, ki és hogyan nyitja meg. Ha az ügyfél nem köti be a saját connectorát, üres részeket lát a linken. Ilyenkor érdemes rögzített számokkal, pillanatképként átadni.\nA dashboard a hibás adatot is megmutatja. Az egyik kimutatásban egy hibásan rögzítettnek tűnő, nagy összegű tétel miatt az éves profit irreális lett. A profitot addig kihagytuk a dashboardból, amíg a forrásrendszerben nem tisztázták. Ami eddig egy táblázat mélyén lapult, az most elsőre feltűnik.\n" }, { "type": "text", "name": "Egyedi MCP szerver", "title": "Ha nincs kész connector: egyedi MCP szerver a rendszeredhez", "content": "Ha a számaid hazai webshopban, számlázóban vagy saját fejlesztésű rendszerben vannak, egyedi MCP szervert építünk hozzá, és onnantól a Claude-ból élő dashboardot kérhetsz belőle. A Lionernél ez az egyedi rendszerfejlesztés része. A saját LionerERP-nkhöz több száz eszközt adó MCP szervert írtunk, és ügyfélrendszerhez is készítettünk már.\nEgy ilyen munka nálunk így néz ki.\n\nÁtbeszéljük, milyen kérdésekre kell rendszeresen válasz, és rögzítjük, mit jelent nálatok a forgalom, a profit vagy a lezárt rendelés.\nMegírjuk az MCP szervert a rendszeredhez. Saját fejlesztésnél közvetlenül, bérelt webshopnál vagy számlázónál a nyilvános API-ra építve, amennyire az API engedi.\nAz eszközöket úgy tervezzük, hogy rendezett adatsorokat adjanak vissza, a hosszú listákat lapozzák, és jelezzék, ha valami lemaradt. A dashboard ettől lesz megbízható.\nBeállítjuk a jogosultságot és a naplózást, a kimutatáshoz nem szükséges személyes adatokat pedig kihagyjuk.\nAz MCP szervert egy interneten elérhető, védett szerverre tesszük, mert a Claude az Anthropic felhőjéből csatlakozik hozzá. Ezután bekötjük a Claude-ba, és veletek együtt megépítjük az első dashboardokat.\n\nHa az adataid BigQuery-ben, Snowflake-ben vagy Salesforce-ban vannak, a kész connector elég, ehhez nem kell fejlesztő. Ha pedig a számok még több Excel-táblában és papíron vannak, előbb a rendszert kell rendbe tenni, erről a mikor nőtte ki a céged az Excelt cikkünkben írtunk. Hogy a dashboardon túl mire jó még egy céges rendszerhez kötött AI, arról a ChatGPT és a céges rendszer összekötéséről szóló cikkünk szól." }, { "type": "text", "name": "Mit csinálj most", "title": "Mit csinálj most?", "content": "Írd le azt a három-öt számot, amit hetente a legtöbbször megkérdezel, és nézd meg, melyik rendszerben vannak. Ha van hozzájuk kész connector, a fenti hét lépéssel akár ma elkészülhet az első, céges arculatú dashboardod. Ha nincs, vagy saját rendszert használsz, írj nekünk, és megnézzük, mennyi munka az MCP szerver. Az egyedi rendszereinkről az egyedi ERP és CRM fejlesztés oldalán olvashatsz." }, { "type": "section-cta", "name": "CTA: egyedi MCP" }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Munkaidő-nyilvántartás: mikor kell Excel helyett rendszer?", "url": "https:\/\/lioner.hu\/blog\/munkaido-nyilvantartas-excel-helyett-rendszer", "excerpt": "Munkaidő- és szabadság-nyilvántartás papíron, Excelben vagy programban: hol csúszik el a gyakorlat, és mikor éri meg saját rendszert építeni rá?", "published_at": "2026-10-12T08:30:00+02:00", "author": "Farkas Péter", "tags": [ "Automatizálás", "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Hónap vége van, össze kell szedni a kollégák papír jelenléti íveit, valaki kétszer írta be ugyanazt a napot, a szabadságokat pedig egy külön Excelből kell visszakeresni, mert fejből senki nem tudja, kinek mennyi maradt. Egy kisebb cégnél ez havonta órákat visz el, és a végén sem biztos, hogy minden adat stimmel.\nA munkaidő-nyilvántartás azt mutatja meg, ki mikor kezdett és fejezett be, hány órát dolgozott, és hány nap szabadságot vett ki. Vezethető papíron, Excelben vagy egy munkaidő-nyilvántartó rendszerben, a kérdés az, hogy nálatok melyik nem visz el több időt, mint amennyit megér.\nMi magunk is papíron kezdtük, aztán írtunk egy ingyenes jelenléti ív generátort, végül a saját rendszerünkbe költöztettük az egészet. Ebből írjuk le, mikor melyik megoldás elég. A jogi részleteket szándékosan kihagyjuk, azokban a könyvelőd vagy egy munkajogász tud pontos választ adni.\n\nHol csúszik el a munkaidő-nyilvántartás papíron és Excelben?\nA legtöbb gond abból jön, hogy a nyilvántartást utólag rakják össze. Egy tíz fő alatti szolgáltató cég HR-felelősével beszélgetve is elhangzott, hogy a kollégák valószínűleg a hónap végén töltik ki az ívet. A négy héttel korábbi érkezést és távozást viszont senki nem tudja fejből, így a hónap végén visszaírt órák ritkán pontosak, és ha később vita van belőlük, nehéz bármivel alátámasztani őket.\nA tipikus gyenge pontok papíron és Excelben:\n\nrészmunkaidő és kettéosztott nap: aki délelőtt és délután is dolgozik néhány órát, annak egy érkezés-távozás sor kevés;\náthelyezett munkanapok és ünnepek: minden évben kézzel kell átvezetni őket, és könnyű elnézni, ha valaki az áthelyezett pihenőnapon mégis dolgozott;\nszabadság-egyenleg: ki mennyit vett ki, mennyi maradt, mennyit visz át a következő évre;\nverziók: ki írta át a táblázatot, és melyik a végleges;\nátadás a bérszámfejtőnek: a havi összesítőt valakinek kézzel kell összeraknia.\n\n\nPapír, Excel, ingyenes generátor vagy rendszer: melyik mikor elég?\nA jó megoldás a cég méretétől és a munkarend bonyolultságától függ. Egy háromfős, fix munkaidős irodának más kell, mint egy tízfős szolgáltatónak, ahol mindenki máskor dolgozik.\n\n\n\nMegoldásKinek elégHol a határa\n\n\nPapír jelenléti ív1-3 fő, fix munkaidőKézi összesítés, a szabadság külön lapon, nehezen kereshető\nExcel-táblázatKevés dolgozó, egy felelős vezetiVerziók, képlethibák, nincs jóváhagyás és nem látszik, ki mit írt át\nIngyenes jelenléti ív generátorFix vagy egyszerű műszakos munkarend, havi nyomtatott ívNem tárol adatot, nem vezet szabadság-egyenleget\nKész munkaidő-nyilvántartó programTöbb dolgozó, ha csak a munkaidő és a szabadság kellJellemzően fejenkénti havidíj, a cég többi rendszeréhez nehezen kapcsolódik\nSaját modul a cég rendszerébenAhol a munkaidő a projektekhez, a számlázáshoz vagy a foglalásokhoz is kellEgyszeri fejlesztési költség, tervezést kér\n\n\n\nA mi generátorunk a harmadik sor. Böngészőben fut, regisztráció nélkül, kiszámolja a magyar munkaszüneti napokat, kezeli az ebédszünetet és az éjszakai műszakot, és nyomtatható ívet ad, amit kézzel kell aláírni. Az adatokat nem tárolja, ezért minden hónapban újra ki kell tölteni.\n\nSzabadság-nyilvántartás: itt fogy el leghamarabb az Excel\nA munkaidőt sok cég még elfogadhatóan vezeti, a szabadságnál viszont gyorsan elvész a fonal. A szabadságkeret dolgozónként más, ehhez jön az előző évből áthozott szabadság, a betegszabadság, és az is, hogy minden kérést valakinek jóvá kell hagynia.\nSok helyen ez három külön helyen él: egy lapon a keretek, egy másikon a kivett napok, és egy e-mail-szálban a kérések. Egy rendszerben a kolléga rögzíti a kérést, a vezető jóváhagyja, az egyenleg és a havi jelenléti ív pedig magától frissül. Az említett szolgáltató cég is pontosan ezt a folyamatot kérte: a kolléga rögzít, az adminisztrátor jóváhagy.\n\nHogyan csináljuk mi a Lionernél?\nSokáig mi is papíron töltöttük a jelenléti ívet. Ebből lett a jelenléti ív generátor, amit először magunknak írtunk meg, aztán kitettük bárkinek. Ma a szabadságokat, a munkaszüneti és az áthelyezett napokat a saját ERP-nkben vezetjük, és a hónap végén ebből készül el mindenkinek a nyomtatható ív, amit kézzel aláírunk.\nAz egyik cég, amelyik kipróbálta a generátort, pontosan azt hiányolta belőle, ami egy ingyenes eszköz határa: a napon belüli több munkaszakaszt, az eltárolt dolgozói adatokat és a szabadság-egyenleget. Ezek egy nyomtatható ívbe nem férnek bele, egy rendszerbe igen.\n\nMikor éri meg saját munkaidő- és szabadságkezelő modul?\nSzerintünk akkor, ha a munkaidő-adat más folyamatokhoz is kell, és nem csak egy havi papír miatt vezetitek. Néhány jel, hogy itt tartotok:\n\nöt-tíz dolgozónál több, vegyes munkarenddel vagy részmunkaidővel;\nszabadságigénylés jóváhagyással, egyenleggel és éves tervvel;\na ledolgozott órákat projektekhez vagy ügyfelekhez is rendelni kell, mert ebből számláztok;\nvan már, vagy most épül egy ERP-, CRM- vagy foglalási rendszer, amihez a munkaidő kapcsolódik;\na bérszámfejtőnek minden hónapban ugyanazt az összesítőt kell előállítani.\n\nHa csak egy-három ember fix munkaidejét kell vezetni, rendszert építeni nem éri meg, a papír vagy a generátor elég. Ha sok dolgozónál csak a munkaidő és a szabadság kell, egy kész előfizetéses program is jó választás. Saját modult akkor érdemes fejleszteni, ha a munkaidő-adatnak a cég más rendszereiben is dolgoznia kell, ilyenkor az egyedi ERP- vagy CRM-rendszer része lesz. Hogy mikor nőtte ki egy cég a táblázatokat, arról az Excel kinövéséről szóló cikkünkben írtunk, a kézi adminisztráció rejtett költségéről pedig a manuális működés költségéről szóló cikkben.\n\nMit csinálj most?\nNézd meg a mostani nyilvántartásodat három kérdéssel: kiderül-e belőle minden napra a munkakezdés és a befejezés, meg tudod-e mondani kikeresés nélkül bárki szabadság-egyenlegét, és mennyi idő a havi összesítés. Ha egy-két dolgozód van és minden rendben, nyugodtan használd a jelenléti ív generátorunkat. Ha a szabadság, a projektek és a számlázás is bejönnek a képbe, érdemes egy saját rendszerben gondolkodni, és ezt szívesen végignézzük veled.\n" }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "B2B webshop: miben más, mint egy hagyományos webáruház?", "url": "https:\/\/lioner.hu\/blog\/b2b-webshop-miben-mas", "excerpt": "Partnerárak, nettó árazás, átutalás, ERP-összekötés: miben tér el a B2B webshop a sima webáruháztól, és mikor elég hozzá egy bérelt rendszer?", "published_at": "2026-10-09T07:00:00+02:00", "author": "Farkas Péter", "tags": [ "Webshop és e-kereskedelem", "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Ha a viszonteladóid ma telefonon, e-mailben vagy egy Excelben kiküldött árlistából rendelnek, a kollégáid napjának jó része árak kikeresésével, visszaigazolással és rendelések újragépelésével telik. Ilyenkor szokott felmerülni, hogy ezt is lehetne webshopon.\nA B2B webshop olyan webáruház, amelyben céges partnerek rendelnek tőled: belépés után a saját, szerződött áraikat látják nettóban, és jellemzően átutalással vagy fizetési határidővel fizetnek. Kívülről úgy néz ki, mint egy hagyományos webshop, de az árazás, a hozzáférés, a fizetés és a háttérrendszerek bekötése más logikát kér.\nEgy saját B2B webáruház-projektünk alapján írjuk le, hol tér el a kettő, és mikor elég hozzá egy bérelt rendszer.\n\nB2B és B2C webshop: a különbségek egy táblázatban\nA legtöbb eltérés abból jön, hogy a B2B vevő rendszeresen vásárol, ismert feltételekkel, egy üzleti kapcsolat részeként. A lakossági vásárló ezzel szemben sokszor egyszer jön, és összehasonlít.\n\n\n\nSzempontB2C (lakossági) webshopB2B webshop\n\n\nKi vásárolBárki, regisztráció nélkül isJóváhagyott céges partner, belépés után\nÁrMindenkinek ugyanaz, áfával együttPartnerenként vagy árcsoportonként eltér, nettóban\nMi látszik belépés nélkülMindenSemmi, vagy csak a katalógus ár nélkül\nRendelésKis kosár, böngészés alapjánNagy tétel, cikkszám alapján, sokszor ismétlődő\nFizetésBankkártya, utánvétÁtutalás, fizetési határidő, hitelkeret\nSzámlaMagánszemély nevéreCégnévre, adószámmal\nElállás14 napos elállási jog a fogyasztónakJogszabály nem írja elő, a szerződés és az ÁSZF dönt\nAdatok forrásaSokszor maga a webshopJellemzően egy ERP vagy készletkezelő rendszer\n\n\n\nUtoljára ellenőrizve: 2026. október. A fogyasztói árfeltüntetést a 4\/2009. (I. 30.) NFGM–SZMM együttes rendelet, a fogyasztót megillető elállási jogot a 45\/2014. (II. 26.) Korm. rendelet szabályozza.\n\nÁrazás: mindenkinek más ár, nettóban\nA B2B webshop legfontosabb funkciója, hogy a belépett partner a saját árát lássa. Ez háromféleképpen szokott felépülni: árcsoportonként (például viszonteladó és kiemelt partner), partnerenként adott kedvezménnyel a listaárból, vagy termékenként szerződött egyedi árral. A gyakorlatban a három keveredik, és mellé jönnek a mennyiségi sávok, ahol tíz kartontól más az ár, mint egytől.\nLakossági vásárlónak az áfát is tartalmazó eladási árat kell mutatni, ezt a fogyasztói árfeltüntetési szabály írja elő. Céges partnernek mutathatsz nettó árat, és nekik ez a megszokott, mert nettóban kalkulálnak. Ha egy webshop mindkét vevőkört kiszolgálja, belépés előtt bruttó, belépés után nettó árat mutat.\nAz árképzés ott lesz bonyolult, ahol a termék ára nem egyetlen szám. Egy építőanyag-gyártó ügyfelünknél a vakolatok ára színenként eltérő felárral jön az alapárra, ezt korábban minden rendelésnél kézzel számolták. A webshopban a partner kiválasztja a színt és a vödrök számát, és azonnal a saját árát látja. Szerintünk az ilyen iparági árképzés az a pont, ahol egy kész B2B modul kevésnek bizonyul.\n\nKi mit láthat: belépés, jóváhagyás, céges fiókok\nEgy B2B webshop lehet teljesen zárt, ahol belépés nélkül semmi nem látszik, vagy félig nyitott, ahol a termékkatalógus nyilvános, de az ár és a kosár csak partnernek jelenik meg. A félig nyitott változat a keresőben is jobban teljesít, mert a termékoldalak indexelhetők, és az új érdeklődő is látja, mit forgalmazol.\nA regisztrációt jellemzően egy kolléga hagyja jóvá: megnézi a céget, és besorolja a megfelelő árcsoportba. A regisztrációnál kérd be a cégnevet, az adószámot és a szállítási címeket, mert ezek kerülnek a számlára és a szállítólevélre. Nagyobb partnernél egy cég alatt több felhasználó is rendel: a beszerző állítja össze a kosarat, a telephelyek pedig külön címre kérik az árut.\n\nHogyan rendel egy B2B vevő?\nA B2B vevő nem böngészik. Tudja, mit akar, sokszor cikkszámra keres, és ugyanazt rendeli havonta. Neki az számít, hogy minél kevesebb kattintással kész legyen a rendelés, ezért a B2B webshopban más funkciók kerülnek előtérbe, mint egy lakossági boltban:\n\ngyorsrendelés cikkszám és mennyiség megadásával, a termékoldal megnyitása nélkül;\nkorábbi rendelés újrarendelése egy gombbal;\nrendelés feltöltése Excelből vagy CSV-ből, ha sok a tétel;\nminimum rendelési érték, kartonos vagy raklapos egységek;\nletölthető saját árlista és rendelési előzmények.\n\nAmi egy lakossági webshopban sokat számít, a kuponok, a felugró ajánlatok vagy a „mások ezt is vették” blokk, itt jóval kevesebbet ér. A rendelésről viszont a partner és a saját kollégáid is azonnal kapjanak visszaigazolást e-mailben, hogy ne kelljen utána telefonálni.\n\nFizetés, számla és elállás B2B-ben\nCéges partnerek ritkán fizetnek bankkártyával. A tipikus megoldás az átutalás díjbekérő alapján, vagy kiszállítás után számlára, fizetési határidővel. A határidőhöz gyakran hitelkeret is tartozik, és a webshopnak jeleznie kell, ha a partnernek lejárt tartozása van, vagy túllépné a keretét. A számlát a webshop a számlázó programodban, például a Számlázz.hu-ban vagy a Billingóban automatikusan kiállíthatja a partner cégnevére és adószámára.\nA 14 napos, indoklás nélküli elállási jog a fogyasztót illeti meg, a céges vevőt nem. A visszárut, a reklamációt és a fizetési késedelmet B2B-ben az ÁSZF vagy a partnerrel kötött keretszerződés rendezi, ezért a lakossági webshop ÁSZF-jét nem érdemes egy az egyben átvenni. Mi fejlesztők vagyunk, nem jogászok, a B2B ÁSZF-et szakemberrel írasd meg.\n\nÖsszekötés az ERP-vel és a készlettel\nB2B-ben a webshop ritkán az egyetlen rendszer. Az árak, a készlet és a partnerek adatai általában egy vállalatirányítási (ERP) rendszerben vagy egy készletkezelőben élnek, és a webshopnak ezekből kell dolgoznia. Ha ez kimarad, két helyen kell árat módosítani, és előbb-utóbb a partner rossz árat lát.\nA jól működő felállásban az árak, a készlet és a partnerlista a háttérrendszerből jönnek a webshopba, a rendelések pedig visszamennek oda. Az említett építőanyag-gyártónál az árak a meglévő ERP-jükből szinkronizálhatók, így árváltozáskor elég egy helyen dolgozni. Ha még nincs ilyen rendszered, vagy nem tudod, melyikre van szükséged, az ERP és a CRM különbségéről külön írtunk.\nAjánlatkérés előtt nézd meg, a mostani rendszered tud-e adatot adni API-n vagy legalább rendszeres exportban. Ez dönti el, mennyi munka lesz az összekötés, és a B2B webshop árában is ez az egyik legnagyobb tétel. Ha a háttérrendszer hiányzik, azt is meg lehet építeni a webshop mellé, erről az egyedi ERP- és CRM-fejlesztés oldalunkon írunk.\n\nBérelt platform vagy egyedi B2B webshop?\nHa a partnereid két-három árcsoportba sorolhatók, az árképzés egyszerű kedvezményszázalék, és nincs háttérrendszer, amivel össze kell kötni, egy bérelt platform B2B funkciói jó kezdésnek. A Shopify például minden csomagjában ad B2B-funkciókat, de cégenként külön katalógust, vagyis partnerre szabott árat csak a Plus csomagban lehet beállítani, a kisebb csomagokban legfeljebb három B2B-katalógus lehet aktív (Shopify súgó, utoljára ellenőrizve: 2026. október). WordPress alatt a WooCommerce-hez is vannak nagykereskedelmi bővítmények.\nEgyedi fejlesztés akkor éri meg, ha partnerenként szerződött árak vannak, ha az árképzésnek saját logikája van, mint a színfelár, ha az ERP-ből kell dolgozni, vagy ha a B2B és a B2C vevő ugyanabban a rendszerben, eltérő szabályokkal vásárol. A Lionernél egyedi webáruházat fejlesztünk Laravel alapon, így nincs platform-havidíj és értékesítési jutalék, cserébe az indulás egyszeri fejlesztési költség. A két út különbségét az egyedi és a bérelt webáruház összevetésében részletesen leírtuk, az árat befolyásoló tényezőket pedig az egyedi rendszerek áráról szóló cikkben gyűjtöttük össze.\n\nMit csinálj most?\nMielőtt ajánlatot kérsz, írd le magadnak három dolgot: hány partnered van és hány árcsoportba sorolhatók, melyik rendszerben él ma az ár és a készlet, és hogyan fizetnek a partnereid. Ebből egy fejlesztő már meg tudja mondani, elég-e egy bérelt platform B2B modulja, vagy egyedi rendszer kell.\nHa a válaszok az egyedi irányba mutatnak, küldd el őket nekünk, és megnézzük a mostani rendelési folyamatodat. Az egyedi webáruház készítés oldalunkon azt is látod, mi kerül bele egy ilyen fejlesztésbe.\n" }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Hogyan válassz webfejlesztőt? 11 szempont, amit ajánlatkérés előtt ellenőrizz", "url": "https:\/\/lioner.hu\/blog\/hogyan-valassz-webfejlesztot", "excerpt": "Webfejlesztőt keresel? Megmutatjuk, mit érdemes ellenőrizni az ár, referenciák, szerződés, technikai háttér, AI használata és garancia mellett.", "published_at": "2026-09-21T14:39:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés", "Webfejlesztés" ], "blocks": [ { "type": "html", "name": "A cikk teljes törzse", "content": "A webfejlesztő kiválasztása nem olyan, mint amikor a legolcsóbb nyomtatót választod ki. Ha itt rosszul döntesz, nem csak egy pár tízezer forintot bukhatsz. Egy félbemaradt, nehezen továbbfejleszthető vagy üzletileg használhatatlan weboldal utólag sokkal többe kerülhet.\nMi a Lionernél már több olyan projekttel is találkoztunk, ahol az ügyfél azért keresett meg minket, mert a korábbi fejlesztő eltűnt, nem voltak meg a hozzáférések, vagy az elkészült oldal technikailag nem volt megfelelően továbbvihető. Ezért összeszedtük azt a 11 dolgot, amit mi magunk is ellenőriznénk, mielőtt egy webfejlesztővel szerződnénk.\n\n1. Nézd meg, mióta foglalkozik valóban webfejlesztéssel\nNem azt mondjuk, hogy egy új vállalkozó automatikusan rossz fejlesztő. Egy komolyabb üzleti projektnél viszont számít a tapasztalat. Ha valaki mögött több év igazolható munka áll, az azt is megmutatja, hogy nem egy rövid életű vállalkozásról van szó.\nNézd meg a céget vagy a vállalkozót, a korábbi munkáit, az ügyfélvéleményeket, és azt is, hogy a korábbi ügyfelek oldalai ma is működnek-e. Egy-két héttel ezelőtt elkészült referencia sokkal kevesebbet árul el a hosszú távú működésről, mint egy több éve futó projekt.\n\n2. Ne a referenciák számát nézd, hanem azt, hogy valódiak-e\nHa valaki 50 referenciát mutat, ne állj meg a képernyőképeknél. Nyisd meg őket. Működnek? Gyorsan betöltődnek? Mobilon is rendben vannak? Valódi cégekhez kapcsolódnak? Tényleg az adott fejlesztő készítette őket?\nTalálkoztunk már olyan esettel is, amikor néhány AI-promptból összerakott, kisebb projektet komoly referenciaként mutattak be. Ez nem ugyanaz, mint amikor egy fejlesztő évek óta valódi ügyfelek rendszereit készíti és támogatja.\nÉrdemes a saját weboldalát is megnézni annak, akit megbíznál. Ha a fejlesztő saját oldala lassú, mobilon nehezen használható vagy tele van alapvető hibákkal, az legalábbis olyan jel, amire érdemes rákérdezni. A reszponzív weboldalról szóló cikkünkben részletesen megírtuk, hogy miért nem elég annyi, hogy egy oldal „összemegy” telefonon.\n\n3. A 30 000 Ft-os weboldalnál előbb számolj, csak utána dönts\nNem állítjuk, hogy technikailag lehetetlen 30 000 Ft-ért weboldalt készíteni. Egy nagyon egyszerű, sablonos oldal ennyiből is elkészülhet. De ha egy üzleti célú weboldalt egyedi munkaként adnak el, érdemes kiszámolni, mennyi idő marad a tényleges munkára.\nSzámoljunk egy nagyon visszafogott, 5000 Ft-os fejlesztői óradíjjal. 30 000 Ft így 6 munkaóra. Ebbe kellene beleférnie az egyeztetésnek, a tervezésnek, a fejlesztésnek, a módosításoknak, a tesztelésnek és az átadásnak is.\nNálunk még a kisebb projektekben is jelentős időt visz el a kommunikáció és a revízió. Az ügyfélnek ugyanis meg kell tudnia mondani, ha valamit másképp szeretne. Ha egy teljes projektet hat órából kell megoldani, jogos kérdés, hogy pontosan mi történik ebben a hat órában.\nHa az ár érdekel, érdemes elolvasni a Mennyibe kerül egy weboldal? című cikkünket is. A lényeg nem az, hogy minden olcsó ajánlat rossz, hanem hogy tudd, mit kapsz a pénzedért.\n\n4. Az AI használata önmagában nem probléma, a szakértelem hiánya az\n2026-ban teljesen természetes, hogy egy fejlesztő AI-eszközöket használ. Mi is használunk AI-t a fejlesztés során. Az AI nálunk mégis csak eszköz, nem a szakmai tudás helyettesítője.\nAz elmúlt időszakban megjelentek olyan online vállalkozók is, akik egy rövid képzés után, vagy egyszerűen Claude Code, Codex és hasonló eszközök segítségével kezdtek weboldalakat árulni. Ezzel önmagában semmi baj nincs. A gond akkor kezdődik, amikor valaki megfelelő technikai tudás nélkül ad át professzionális fejlesztésként egy AI-vel összerakott oldalt.\nEgy weboldal attól még nem profi, hogy jól néz ki. Tudni kell például, mi a title, a meta description és a megfelelő címsorstruktúra szerepe, hogyan kell mérni a forgalmat, hogyan működik a Search Console, mitől lesz lassú egy oldal, hogyan kell mobilon tesztelni, hogyan kezeljük a hozzájárulásokat, és mi történik akkor, ha később hibát kell javítani vagy új funkciót kell fejleszteni.\nAI-t használni lehet, a szakértelmet azonban nem váltja ki egy AI-előfizetés. Ha érdekel, hogyan változik az AI miatt a weboldalak megtalálhatósága, a ChatGPT és az AI keresők láthatóságáról szóló cikkünkben erről külön is írtunk.\n\n5. Nézd meg, mit tartalmaz pontosan az ajánlat\nAz „10 blokkos landing oldal, nettó 30 000 Ft” nem igazán részletes ajánlat. Egy komolyabb ajánlatból ki kell derülnie, mit készít a fejlesztő, és mit nem.\nLegyen egyértelmű például, hogy ki adja a képeket és a szövegeket, milyen funkciók készülnek, hány revíziós kör fér bele, milyen határidővel dolgoznak, ki végzi a tesztelést, hogyan zajlik az átadás, illetve mi számít plusz munkának.\nMi például előre rögzítjük, hogy egy szakmailag speciális termék, például egy hőszigetelő rendszer, szakmai szövegezését az ügyfélnek kell biztosítania és jóváhagynia. A fejlesztő nem lehet egyszerre minden iparág szakértője.\nA weboldal készítés folyamatáról szóló cikkünkben azt is bemutatjuk, milyen lépésekből állhat egy ilyen projekt.\n\n6. A revíziós köröket még a munka előtt tisztázd\nEz apróságnak tűnik, pedig nagyon sok félreértést meg lehet vele előzni. Elkészül a terv, az ügyfél pedig azt mondja, „a kék mégsem jó, legyen inkább sárga”. Ez teljesen normális ügyfél-visszajelzés. A kérdés csak az, hogy a szerződés szerint ez belefér-e.\nHa nincs meghatározva, hány módosítási kör része az árnak, könnyen vita lehet abból, hogy mi tartozik a projektbe, és mi számít extra munkának.\n\n7. Ellenőrizd a jogi és technikai alapokat\nEgy webfejlesztő saját oldalából is sok minden kiderül. Van rajta egyértelműen feltüntetett cég vagy vállalkozó? Elérhetők a jogi tájékoztatók? Rendben működik a cookie-kezelés? Látszik, hogy a szolgáltató a saját oldalával is foglalkozik?\nEzek önmagukban nem bizonyítják, hogy valaki jó vagy rossz fejlesztő, de több hiányosság együtt már indokolhatja, hogy rákérdezz a részletekre. Főleg akkor, ha a fejlesztő a te céged weboldalának jogi és technikai működéséért is felelősséget vállal.\n\n8. A mérés legyen része a projektnek\nEgy weboldal nem akkor kész, amikor megnyílik a böngészőben. Egy üzleti oldalnál tudni szeretnéd, hogy mi történik rajta.\nLegalább a Google Search Console és egy megfelelően kialakított analitikai rendszer beállításáról érdemes már ajánlatkéréskor beszélni. A cél nem az, hogy minél több mérőkód kerüljön az oldalba, hanem hogy az adatokat megfelelően, a szükséges hozzájárulások figyelembevételével lehessen használni.\nHa az ajánlatban semmilyen mérés nem szerepel, kérdezz rá. Egy weboldal üzleti értékét nehéz megítélni úgy, hogy közben nem látod, hogyan teljesít.\n\n9. Kérdezd meg, mi történik a weboldallal az átadás után\nKi javítja a hibákat? Van garancia? Mennyi ideig? Mi történik, ha egy frissítés után elromlik valami? Van karbantartás? Van sürgősségi rendelkezésre állás?\nNem minden cégnek van szüksége hétvégi azonnali hibajavításra. Egy webshopnál vagy üzletileg kritikus rendszernél viszont már egészen más lehet a helyzet. A lényeg, hogy ne utólag derüljön ki, hogy az átadás után senki nem foglalkozik az oldallal.\n\n10. Legyen részletes szerződés és átlátható fizetés\nA szerződésnél nem az oldalszám a lényeg, hanem a tartalom. Legyen benne pontosan, mit készít a fejlesztő, milyen határidőkkel, milyen fizetési ütemezéssel, milyen átadással, milyen garanciával és milyen felelősségi körökkel.\nA teljes projektösszeg előre történő kifizetésénél érdemes körültekintőnek lenni. Mi előleget kérünk, nagyobb projekteknél pedig mérföldköves elszámolást alkalmazunk, így minden fizetéshez konkrét teljesítési pont tartozik.\n\n11. Tisztázd előre, kié a domain, a tárhely, a forráskód és a hozzáférés\nEz az egyik legfontosabb pont, mégis sokan csak akkor foglalkoznak vele, amikor már baj van. A domain, a tárhely, az adminisztrációs hozzáférések, a forráskód és a projektanyagok tulajdonjogát és átadását már szerződéskötéskor érdemes tisztázni.\nSajnos több olyan ügyféllel is találkoztunk, aki azért keresett meg minket, mert a korábbi fejlesztő eltűnt, vagy elérhetetlenné vált. Ilyenkor az első kérdés gyakran nem az, hogy hogyan fejlesszük tovább az oldalt, hanem hogy egyáltalán milyen hozzáférések és milyen forrás áll rendelkezésre.\nHa hasonló helyzetbe kerültél, külön cikkben is összeszedtük, mit érdemes tenni, ha eltűnt a webfejlesztőd.\n\n\n\nMit ellenőrizz egy webfejlesztőnél? Röviden\nHa nem akarsz 11 külön pontot fejben tartani, ezt a táblázatot érdemes elmenteni ajánlatkérés előtt." }, { "type": "table", "name": "Webfejlesztő választási ellenőrzőlista", "title": "Webfejlesztő választási ellenőrzőlista" }, { "type": "section-faq", "name": "Gyakori kérdések" } ] }, { "title": "5 SEO tipp, hogy a cikkeid Google-ben és ChatGPT-ben is jobban teljesítsenek", "url": "https:\/\/lioner.hu\/blog\/5-seo-tipp-hogy-jobbak-legyenek-a-cikkeid-google-ben-es-chatgpt-ben", "excerpt": "5 gyakorlatias SEO tipp, amellyel úgy írhatod meg a cikkeidet, hogy azok a Google számára is értékesek legyenek, és az AI-alapú keresők is könnyebben megértsék és hivatkozzanak rájuk.", "published_at": "2026-09-20T12:40:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás", "SEO és láthatóság", "Marketing és növekedés" ], "blocks": [ { "type": "html", "name": "Cikk – SEO tippek Google és ChatGPT", "content": "\n A jó SEO-cikk ma már nem csak a Google-ről szól. Egyre többen tesznek fel kérdéseket közvetlenül ChatGPT-nek és más AI-alapú keresőknek is. Ez nem azt jelenti, hogy külön „ChatGPT-SEO-t” kell írnod, hanem azt, hogy a tartalmadnak egyértelműnek, hasznosnak, bizonyíthatónak és könnyen értelmezhetőnek kell lennie.\n\n Az alábbi 5 tipp pontosan ebben segít. Nem varázstrükköket mutatunk, hanem olyan módszereket, amelyeket már a következő cikkednél is használhatsz. Ahol van értelme, konkrét ChatGPT-promptot is adunk hozzá.\n\n \n Fontos: nincs olyan technika, amellyel garantálni lehet, hogy egy cikk bekerül a Google első helyére vagy hogy a ChatGPT hivatkozni fog rá. A cél inkább az, hogy olyan erős forrást készíts, amelyet a keresők és az AI-rendszerek is könnyen megértenek és értékesnek találnak.\n \n\n Mi változott a SEO-ban?\n Régebben sok SEO-tanács abból indult ki, hogy válassz egy kulcsszót, írd bele a címsorba, az első bekezdésbe és néhányszor a szövegbe, majd építs rá néhány linket. A kulcsszavak ma is fontosak, de önmagukban már messze nem elegendők.\n\n Google saját útmutatója szerint a rendszerek elsősorban olyan tartalmakat igyekeznek előnyben részesíteni, amelyek hasznosak, megbízhatóak, eredeti információt vagy elemzést adnak, és elsősorban embereknek készültek, nem pusztán a keresőmotorok manipulálására. Google Search Central\n\n Az AI-alapú keresés ezt még érdekesebbé teszi. Egy AI nem egyszerűen tíz kék linket akar megmutatni, hanem megpróbál választ összeállítani több forrásból. Ehhez pedig olyan oldalakat kell találnia, amelyekből világos, konkrét és megbízható információt tud kinyerni.\n\n 1. Ne vezesd fel 500 szóban a választ: add meg rögtön\n Az egyik legegyszerűbb SEO-javítás az, amit rengeteg cikk még mindig nem csinál: válaszolj a kérdésre már a szakasz elején.\n\n Tegyük fel, hogy a cikked témája: „Mennyibe kerül egy weboldal?”\n\n Gyengébb megoldás:\n „A digitális világban egyre fontosabbá válik a vállalkozások online jelenléte. Az internet fejlődésével az elmúlt években jelentősen megváltoztak a weboldalakkal szemben támasztott elvárások...”\n\n Jobb megoldás:\n „Egy céges weboldal ára néhány százezer forinttól több millió forintig terjedhet. Az árat elsősorban a funkciók, az egyedi fejlesztések, a design, az integrációk és a projekt összetettsége határozza meg.”\n\n Ezután jöhet a részletes magyarázat, példák és az egyes tényezők bemutatása.\n\n Miért jó ez? Mert az olvasó gyorsan megtalálja a választ, a kereső pedig egyértelműen látja, miről szól az adott szakasz. Ugyanez az AI számára is könnyebben feldolgozható: egy rövid, önmagában értelmezhető válasz könnyebben használható fel egy összefoglalóban.\n\n Használható ChatGPT-prompt\n „Nézd át ezt a cikket úgy, mintha egy olyan felhasználó kérdésére kellene válaszolnod, amelyre a cikkem ad választ. Minden fontos fejezetnél keresd meg, hogy a válasz megtalálható-e az első 2–3 mondatban. Ha nem, javasolj egy rövid, konkrét válaszblokkot. Ne adj hozzá kitalált információt.”\n\n Egyszerű szabály: ha egy H2 vagy H3 címsor egy kérdésre válaszol, a választ ne a szakasz végére rejtsd. Mondd ki először, utána magyarázd meg.\n\n 2. Ne egyetlen kulcsszóra írj: fedd le a teljes témát\n A klasszikus kulcsszavas gondolkodás egyik hibája, hogy a szerző egyetlen kifejezést próbál „megetetni” a szöveggel.\n\n Például:\n \n Fő kulcsszó: weboldal készítés\n majd ugyanez a kifejezés újra és újra a szövegben.\n \n\n Ehelyett gondolkodj témában és kérdésekben. Ha a téma a weboldal készítés, akkor természetesen felmerülhet:\n \n Mennyibe kerül egy weboldal?\n Mennyi idő alatt készül el?\n WordPress vagy egyedi fejlesztés a jobb?\n Milyen funkciókra van szükség?\n Mikor érdemes új weboldalt készíteni?\n Mennyibe kerül a karbantartás?\n Ki kezelje a weboldal tartalmát?\n \n\n Ezzel nem a kulcsszó ismételgetését növeled, hanem lefeded azt a problémát, amire az érdeklődő választ keres.\n\n Ez az AI-alapú kereséseknél különösen hasznos lehet, mert a felhasználók gyakran természetes nyelvű, hosszabb kérdéseket tesznek fel. Egy 2025-ös Ahrefs-elemzés szerint az AI Overview találatok jelentős része hagyományos Google-találatokból is érkezik: 1,9 millió AI Overview-hivatkozás vizsgálatában a hivatkozott oldalak 76,1%-a a Google top 10-ben is szerepelt. Ez nem garancia az AI-láthatóságra, de jól mutatja, hogy a klasszikus SEO és az AI-keresés között jelentős az átfedés.\n\n Az Ahrefs kutatásának részletei\n\n Használható ChatGPT-prompt\n „A következő témához készíts 20 olyan kérdést, amit egy valódi érdeklődő feltehet Google-ben vagy ChatGPT-ben. Ne kulcsszavakat adj, hanem természetes nyelven megfogalmazott kérdéseket. Legyen köztük kezdő, haladó, árra, problémára és döntésre vonatkozó kérdés is.”\n\n Ezután nem kell mind a 20 kérdésből új cikket írnod. Nézd meg, melyek illenek természetesen a meglévő anyagodba, és melyekből lehet külön cikk vagy GYIK.\n\n 3. Tegyél bele olyat, amit más oldal nem tud egyszerűen lemásolni\n Ez az egyik legfontosabb tipp. Ha egy témáról már több száz hasonló cikk található az interneten, akkor a következő általános összefoglaló önmagában kevés plusz értéket ad.\n\n Google saját iránymutatása külön is kiemeli az eredeti információt, kutatást, elemzést és a valódi első kézből származó tapasztalatot.\n\n Ezért sokkal értékesebb lehet például:\n \n saját mérés,\n saját statisztika,\n ügyfélpélda,\n előtte-utána eredmény,\n saját teszt,\n képernyőkép,\n konkrét számítás,\n valós fejlesztési tapasztalat.\n \n\n Nem ezt:\n „A gyors weboldal fontos a felhasználói élmény miatt.”\n\n Hanem például ezt, ha tényleg elvégeztétek és dokumentáltátok a mérést:\n „Egy korábbi projektünknél a mobilos betöltési időt 4,2 másodpercről 1,8 másodpercre csökkentettük. A javulást a képek optimalizálása, a felesleges JavaScript eltávolítása és a szerveroldali gyorsítás együtt hozta.”\n\n A különbség nem az, hogy az egyik mondat „SEO-sabb”. A különbség az, hogy a második ellenőrizhető, saját információt ad.\n\n Használható ChatGPT-prompt\n „A cikk témájához adj 10 olyan pontot, ahol saját tapasztalatot, mérési eredményt, példát vagy esettanulmányt tudnék hozzáadni. Ne találj ki adatokat. Csak olyan helyeket javasolj, amelyeket valódi saját információval tudok alátámasztani.”\n\n Ez egy jó példa arra, hogyan érdemes AI-t használni: ne a szakértelmedet találja ki helyetted, hanem segítsen felszínre hozni azt, ami már megvan nálad.\n\n 4. Írj olyan válaszokat, amelyeket egy AI is könnyen megért\n Az AI-keresés egyik fontos sajátossága, hogy a rendszer nem feltétlenül az egész cikkedet fogja egyben „elmesélni”. Egy konkrét kérdéshez megpróbálhatja megtalálni azt a részt, amely a legjobban válaszol rá.\n\n Ezért hasznos, ha a fontos állításaid rövid, egyértelmű és önmagukban is értelmezhető egységekben jelennek meg.\n\n Például:\n „Egy egyedi weboldal ára jellemzően 600 000 Ft-tól indulhat, de összetettebb rendszereknél több millió forint is lehet. A legfontosabb árbefolyásoló tényezők a funkciók, az adminisztrációs rendszer, az integrációk és az egyedi design.”\n\n Ez sokkal használhatóbb információ, mint egy hosszú bekezdés, amelyben csak a szöveg legvégén derül ki, miről is van szó.\n\n Fontos viszont a másik oldal is: ne írj kizárólag az AI-nak. A szövegnek továbbra is természetesnek és olvashatónak kell maradnia. Google kifejezetten a people-first, vagyis elsősorban embereknek készített tartalmat javasolja, és arra is figyelmeztet, hogy az AI használata önmagában nem probléma, de a tömeges, értéket nem hozzáadó automatizált tartalomgyártás keresőmotor-első megközelítés lehet.\n\n Google: Creating helpful, reliable, people-first content\n\n Használható ChatGPT-prompt\n „Olvasd át a cikket, és minden H2\/H3 fejezethez írj egy 1–3 mondatos, önmagában is értelmezhető választ. A válasz legyen konkrét, tényszerű és olyan formában megfogalmazva, hogy egy kereső vagy AI-asszisztens könnyen megértse. Ne írj új információt, csak a cikkben található információkból dolgozz.”\n\n 5. Ne csak új cikkeket írj: frissítsd a jókat is\n Sok vállalkozás folyamatosan új blogcikkeket gyárt, miközben a már forgalmat hozó régi anyagokhoz évekig senki nem nyúl.\n\n Pedig gyakran egy már működő cikk érdemi frissítése jobb befektetés, mint nulláról létrehozni egy új, hasonló témájú anyagot.\n\n Különösen fontos a frissítés olyan témáknál, ahol változnak:\n \n árak,\n szoftverek és funkciók,\n technológiák,\n statisztikák,\n szabályok,\n piaci trendek.\n \n\n Az Ahrefs 17 millió AI-hivatkozást vizsgáló kutatásában az AI-asszisztensek által hivatkozott oldalak átlagosan 25,7%-kal frissebbek voltak, mint a hagyományos organikus találatokban szereplő oldalak. A kutatás szerint a ChatGPT különösen erős frissességi preferenciát mutatott. Ez nem jelenti azt, hogy elég átírni egy cikk dátumát: az érdemi frissítés számít.\n\n Az Ahrefs 17 millió AI-hivatkozást vizsgáló kutatása\n\n Egy jó frissítés például ilyen lehet:\n \n elavult statisztikák cseréje,\n új példák hozzáadása,\n megváltozott funkciók bemutatása,\n téves vagy túl általános állítások pontosítása,\n új belső linkek hozzáadása,\n az időközben felmerült olvasói kérdések megválaszolása.\n \n\n Az OpenAI saját kiadói tájékoztatója szerint nyilvános weboldalak megjelenhetnek a ChatGPT keresési eredményeiben, és a felfedezhetőséghez az is fontos, hogy a webhely ne tiltsa le az OAI-SearchBot feltérképezését.\n\n OpenAI: Publishers and Developers FAQ\n\n Használható ChatGPT-prompt\n „Elemezd ezt a cikket 2026-os szemmel. Keresd meg az elavult, hiányos vagy túl általános részeket. Külön listázd: 1. amit törölni kell, 2. amit frissíteni kell, 3. amit érdemes hozzáadni, 4. milyen új kérdésekre kellene választ adni. Ne találj ki adatokat vagy forrásokat.”\n\n Mitől lesz jó egy cikk Google-ben és AI-keresőkben?\n Nem attól, hogy minden második mondatban szerepel a fő kulcsszavad, és nem attól, hogy egy AI-val legeneráltattál 3000 szót.\n\n Egy erős cikk inkább így néz ki:\n \n Rögtön válaszol a felhasználó kérdésére.\n Egy teljes témát fed le, nem csak egy kulcsszót ismétel.\n Saját értéket ad tapasztalattal, adattal, példával vagy elemzéssel.\n Jól strukturált, ezért az ember és az AI is könnyen megérti.\n Naprakész, és frissítik, amikor a téma megváltozik.\n \n\n \n A legfontosabb tanulság: ne „Google-nek” vagy „ChatGPT-nek” írj. Írj olyan tartalmat, amelyet egy valódi szakértő jó szívvel elküldene annak, aki segítséget kér tőle. Ha ezt jól csinálod, a keresőoptimalizálás és az AI-láthatóság nem két külön feladat lesz, hanem ugyanannak a jó tartalomnak két oldala.\n \n\n Egy univerzális prompt a következő cikkedhez\n Ha csak egyetlen promptot mentesz el ebből a cikkből, ezt használd a végső ellenőrzéshez:\n\n „Elemezd ezt a cikket SEO és AI-keresési szempontból. Ne a kulcsszósűrűséget vizsgáld, hanem azt, hogy a cikk mennyire ad világos, konkrét és hasznos válaszokat. Keresd meg, hol hiányzik közvetlen válasz, milyen kapcsolódó kérdések maradtak megválaszolatlanul, hol tudnék saját tapasztalatot vagy adatot hozzáadni, és mely részeket lehetne úgy átfogalmazni, hogy egy keresőmotor vagy AI-asszisztens könnyen megértse és felhasználhassa őket. Ne találj ki adatokat, eredményeket vagy forrásokat.”\n\n És még egy szabály: a prompt javaslat, nem bizonyíték. Ha az AI konkrét számot, eredményt vagy forrást ír, ellenőrizd. A saját adatod legyen saját adat, a hivatkozás pedig tényleg támassza alá azt az állítást, amely mellé teszed.\n" }, { "type": "html", "name": "Miért fontos a SEO eredményeit mérni?", "content": "\n Nem elég SEO-zni: azt is mérni kell, hogy működik-e\n\n A SEO egyik legnagyobb hibája, hogy könnyű érzésre dolgozni. Megírunk egy cikket, beállítjuk a címeket és a meta adatokat, elhelyezünk néhány belső linket, majd várjuk, hogy történjen valami. Pedig a SEO valódi értéke nem önmagában a tartalom elkészítése, hanem az, hogy láthatóan javul-e tőle az oldal teljesítménye.\n\n Ezért érdemes nemcsak azt figyelni, hogy egy-egy kulcsszóra hányadik helyen állunk, hanem azt is, hogy honnan érkezik a forgalom, mely oldalak hozzák a látogatókat, milyen keresésekből jelenünk meg, és hogyan változik az AI-alapú rendszerekből érkező forgalom. Egyetlen mutató önmagában ritkán mondja el a teljes történetet.\n\n A saját mérések azért különösen értékesek, mert megmutatják, hogy a gyakorlatban mi történik a weboldallal. Nem ugyanazt látod, amit egy általános SEO-tanulmány állít egy átlagos weboldalról, hanem a saját oldalad változását: melyik tartalom kezd el forgalmat hozni, melyik témára nő az érdeklődés, és milyen csatornákból érkeznek új látogatók.\n\n Az AI-keresések terjedésével ez még fontosabb lett. Ha például ChatGPT-ből, Claude-ból vagy más AI-alapú rendszerekből érkeznek látogatók, azt érdemes külön is követni. Így nem pusztán arról beszélünk, hogy „az AI fontos lesz”, hanem saját adatok alapján láthatjuk, hogy az adott weboldal esetében megjelenik-e ez a forgalom, és hogyan változik idővel.\n\n \n A lényeg: ne csak tartalmat gyárts. Mérd meg, mi történik előtte és utána, hasonlítsd össze az időszakokat, és a következő tartalmi döntéseket már ezekből az adatokból hozd meg. A jó SEO-folyamat ezért nem „cikk → kész”, hanem kutatás → tartalom → mérés → tanulás → frissítés.\n \n\n A következő ábra egy ilyen mérési szemléletet mutat: a saját weboldalunkon vizsgáltuk, hogyan alakul az AI-alapú forrásokból érkező forgalom. Nem azért érdemes ilyen adatokat megmutatni, mert egyetlen grafikon bizonyítja a SEO sikerét, hanem azért, mert a mérhető változásokból sokkal jobb döntéseket lehet hozni, mint puszta megérzésekből.\n" }, { "type": "image-and-text", "name": "Saját mérés – AI-forgalom", "title": "Saját mérésünk: AI-forgalom növekedése", "content": "A grafikon a lioner.hu saját Search Console adatait mutatja 2024 szeptembere és 2025 augusztusa között. Ez idő alatt az AI-alapú keresésekből, vagyis a ChatGPT-ből, a Claude-ból, a Geminiből és más AI-rendszerekből érkező kattintások száma 412 százalékkal nőtt, több mint négyszeresére.A legnagyobb forrás egyértelműen a ChatGPT: havi 20 kattintásról indulva mára 208-nál tart, míg a Claude 64-re, a Gemini 42-re, az egyéb AI-rendszerek pedig 18-ra emelkedtek.Ez a görbe nem egy váratlan trend eredménye. Pontosan a fenti 5 tippet alkalmaztuk a saját cikkeinken: azonnal válaszoltunk a kérdésekre, teljes témákat fedtünk le, saját adatot és tapasztalatot tettünk bele, AI számára is könnyen feldolgozható formában írtunk, és rendszeresen frissítettük a tartalmat. Ha ugyanezt a folyamatot következetesen végigcsinálod a saját blogodon, hasonló, mérhető növekedésre számíthatsz." }, { "type": "section-cta", "name": "SEO szolgáltatás CTA" } ] }, { "title": "5 weboldal funkció, amire valószínűleg nem gondoltál, pedig sokat segíthet", "url": "https:\/\/lioner.hu\/blog\/5-weboldal-funkcio-amire-valoszinuleg-nem-gondoltal-pedig-sokat-segithet", "excerpt": "Öt kisebb weboldal funkció, amire ritkán gondol valaki, pedig ügyfelet hozhat vagy megtarthat. Ahol az ügyfeleinknél mértük az eredményt, a számokat is leírtuk.", "published_at": "2026-09-12T08:24:00+02:00", "author": "Farkas Péter", "tags": [ "Automatizálás", "Webshop és e-kereskedelem", "Marketing és növekedés", "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Bevezetés", "content": "Nem mindig a látványos funkciók a leghasznosabbak\nAmikor valaki weboldalt rendel, általában a design, a sebesség, a mobilos megjelenés és a kapcsolatfelvételi űrlap kerül szóba. Ezek kellenek, de szerintünk nem ezeken múlik, hogy egy érdeklődőből ügyfél lesz-e, és hogy később visszajön-e.\nAz ügyfeleinknél többször láttuk, hogy egy kisebb, elsőre jelentéktelennek tűnő funkció csinálja a különbséget. Egy gomb, amivel visszahívást lehet kérni, vagy egy e-mail, ami a megfelelő napon megy ki. Öt ilyet szedtünk össze, és ahol mértük az eredményt, a számokat is leírtuk." }, { "type": "section-why-us", "name": "5 funkció, reszponzív kártyák" }, { "type": "section-why-us", "name": "Melyik funkció lehet hasznos, reszponzív kártyák" }, { "type": "html", "name": "Miért számítanak ezek a kisebb funkciók?", "content": "Miért számítanak ezek a kisebb funkciók?\nEgy weboldalnál nem csak az számít, hányan jönnek rá. Az is, hogy a látogatóból lesz-e érdeklődő, az érdeklődőből ügyfél, és hogy az ügyfél visszajön-e később.\nEzek a funkciók pont ezekben a lépésekben segítenek. A látogató legtöbbször csak egy gombot vagy egy e-mailt lát belőlük, a háttérben viszont olyan munkát végeznek el, amit különben valakinek kézzel kellene csinálnia, és ami emiatt a legtöbb helyen el is marad.\nNem minden funkció való mindenkinek\nEgy kész funkciólistát nem jó ötlet vakon rátenni minden weboldalra. Mi abból indulunk ki, hogy hol veszít most a vállalkozás ügyfelet, időt vagy bevételt, és arra keresünk megoldást. Van, ahol ez egy visszahívás-gomb, és van, ahol az derül ki, hogy most nem új funkció kell.\nA webshopos integrációkról a webáruház készítés, a céges weboldalakról a weboldal készítés oldalunkon írtunk bővebben. Hogy mi kell mindenképp egy mai weboldalra, azt a modern weboldal funkcióiról szóló cikkünkben szedtük össze.\nHa pedig a weboldalnak már nem csak bemutatkoznia kell, hanem összetettebb folyamatokat is kezelnie, lehet, hogy webalkalmazásban érdemes gondolkodni. Erről a weboldal, mobilalkalmazás és webalkalmazás különbségéről szóló cikkünkben írtunk." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "AI e-mail automatizálás: hogyan dolgozza fel az AI a beérkező leveleket?", "url": "https:\/\/lioner.hu\/blog\/ai-e-mail-automatizalas-hogyan-dolgozza-fel-az-ai-a-beerkezo-leveleket", "excerpt": "Hogyan lehet AI-val feldolgozni a beérkező e-maileket? Megmutatjuk, hogyan lesz egy levélből strukturált adat, CRM-be kerülő ügy vagy automatikus feladat.", "published_at": "2026-09-11T09:53:00+02:00", "author": "Ádám Kristóf", "tags": [ "AI és automatizálás", "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "AI e-mail automatizálás: hogyan dolgozza fel az AI a beérkező leveleket?\nEgy vállalkozásnál könnyen összegyűlik napi több tucat e-mail. Van köztük ajánlatkérés, meglévő ügyfél kérdése, hibajelzés, számla, dokumentum vagy akár egy olyan megkeresés is, amire már többször kellett válaszolni.\nA legtöbb esetben nem az e-mail elolvasása viszi el az időt, hanem az utána következő munka. Valakinek ki kell derítenie, miről szól a megkeresés, ki kell szednie belőle a fontos adatokat, továbbítania kell a megfelelő kollégának, esetleg rögzítenie kell az információkat a CRM-ben vagy egy másik rendszerben.\nHa ez naponta sokszor ismétlődik, érdemes megnézni, hogy melyik része automatizálható. Erre az egyik lehetőség az AI használata.\n\nMit jelent az AI e-mail automatizálás?\nAz AI e-mail automatizálás nem csak arról szól, hogy egy mesterséges intelligencia megír egy válaszlevelet.\nAz AI el tudja olvasni és értelmezni a beérkező levelet, ki tudja gyűjteni belőle a fontos információkat, majd ezek alapján a rendszer elindíthatja a következő lépést.\nBeérkező e-mail → AI feldolgozás → adatok kinyerése → kategorizálás → CRM frissítése → feladat létrehozása\nHa egy ilyen folyamat mögött megfelelő CRM rendszer vagy egyedi üzleti rendszer van, az e-mailből kinyert információ nem marad külön a postafiókban, hanem bekerülhet a napi munkafolyamatba.\n\nMit tud felismerni az AI egy e-mailből?\nVegyünk egy egyszerű példát.\nEgy érdeklődő ezt írja:\n„Jó napot kívánok! Szeretnénk egy új webáruházat készíttetni. Jelenleg WooCommerce rendszerünk van, de szeretnénk egy teljesen egyedi megoldásra váltani. Kb. 2000 termékünk van, és fontos lenne a számlázó rendszer integrációja is.”\nEgy kolléga elolvassa a levelet, és rögtön látja, hogy webshop fejlesztésről van szó. Azt is látja, hogy van már egy meglévő WooCommerce rendszer, körülbelül 2000 termék, valamint szükség lenne számlázó integrációra.\nEgy megfelelően kialakított AI-rendszer ugyanezeket az információkat strukturált formában is ki tudja nyerni.\n\nérdeklődés típusa: webshop fejlesztés\nmeglévő rendszer: WooCommerce\ntermékszám: kb. 2000\nigény: egyedi webshop\nszükséges integráció: számlázó\nkövetkező lépés: kapcsolatfelvétel\n\nEzeket az adatokat ezután tovább lehet küldeni a CRM-be, létre lehet hozni egy feladatot, vagy értesítést lehet küldeni a megfelelő munkatársnak.\nA kollégának így nem kell külön végigmenni ezeken a lépéseken.\n\nNem csak az e-mail szövegét lehet feldolgozni\nAz e-mailhez gyakran csatolmány is érkezik. Egy ajánlatkéréshez PDF, egy számlához számla, egy szerződéshez pedig maga a szerződés.\nEzekből szintén lehet adatokat kinyerni.\nPéldául egy beérkező számlánál a rendszer felismerheti a kiállítót, a számla számát, a dátumot és az összeget, majd ezeket továbbíthatja a megfelelő rendszerbe.\nUgyanez működhet ajánlatokkal, megrendelésekkel vagy más dokumentumokkal is.\nHa egy vállalkozásnál naponta sok ilyen e-mail érkezik, már érdemes kiszámolni, mennyi idő megy el a manuális feldolgozásra.\nEgy tipikus folyamat például így néz ki:\n\nmegérkezik az e-mail,\nvalaki elolvassa,\nmegnyitja a csatolmányt,\nkimásolja a szükséges adatokat,\nmegnyit egy másik rendszert,\nrögzíti az adatokat,\nlétrehozza a feladatot,\ntovábbítja az ügyet a megfelelő kollégának.\n\nEbből több lépést is át lehet adni egy automatizált folyamatnak.\n\nNálunk is így működik\nA Lionernél mi is használunk AI-t a hozzánk beérkező megkeresések első feldolgozására.\nEgy weboldal, webshop, egyedi rendszer vagy AI-fejlesztés iránt érdeklődő ügyfél levele többféle információt tartalmazhat. Más a következő lépés egy egyszerű weboldal ajánlatkérésénél, mint egy összetett ERP-fejlesztésnél vagy egy meglévő rendszer továbbfejlesztésénél.\nAz AI első körben segít értelmezni a megkereséseket, rendszerezni az információkat és előkészíteni a további munkát.\nNem arról van szó, hogy az AI helyettünk tárgyal az ügyféllel vagy önállóan eldönt minden kérdést. Az első feldolgozási lépéseket gyorsítja fel.\nPontosan ilyen megoldásokat lehet más vállalkozásoknál is kialakítani, akár egy már működő egyedi üzleti rendszer részeként.\n\nAz AI önmagában kevés\nEgy AI-modell attól még nem automatizál egy üzleti folyamatot, hogy képes elolvasni egy e-mailt.\nAhhoz a levelezést össze kell kötni azokkal a rendszerekkel, amelyekben a vállalkozás ténylegesen dolgozik.\nPéldául:\nE-mail → AI → CRM\nAz AI felismeri, hogy új érdeklődő érkezett, és a szükséges adatokból létrehozható egy új lead a CRM-ben.\nVagy:\nE-mail → AI → feladatkezelő\nAz AI felismeri, hogy egy meglévő ügyfél hibát jelzett, majd a rendszer létrehoz egy feladatot a megfelelő kollégának.\nMás esetben:\nE-mail → AI → belső rendszer\nAz AI kinyeri az adatokat a levélből vagy a csatolmányból, a rendszer pedig ezek alapján elvégzi a további feldolgozást.\nIlyenkor az AI csak egy része az egész folyamatnak. A tényleges automatizálást az adja, hogy a feldolgozott információ továbbmegy a megfelelő rendszerbe.\n\nMinden e-mailre válaszoljon az AI?\nNem feltétlenül.\nSok esetben jobb megoldás, ha az AI csak előkészíti a munkát.\nPéldául összefoglalhatja a levelet, kinyerheti belőle az adatokat, kategorizálhatja a megkeresést, létrehozhat egy feladatot, vagy megírhat egy választervezetet.\nA végső választ ezután a kolléga ellenőrzi és küldi el.\nEz különösen fontos olyan leveleknél, ahol félreértésből komolyabb probléma lehet. Egy automatikus rendszernek nem kell minden helyzetben önállóan döntenie.\nA jó megoldás sokszor az, hogy az AI elvégzi az előkészítő munkát, az ember pedig ott kapcsolódik be, ahol szükség van rá.\n\nMikor érdemes e-mail automatizálásban gondolkodni?\nElsősorban akkor, ha sok hasonló megkeresés érkezik, és ezek feldolgozása mindig nagyjából ugyanazokból a lépésekből áll.\n\nsok ajánlatkérés érkezik e-mailben,\na munkatársak rendszeresen adatokat másolnak e-mailből CRM-be,\na beérkező leveleket manuálisan osztják szét,\nugyanazokat a típusú kérdéseket kapja a cég újra és újra,\ne-mailek alapján kell feladatokat létrehozni,\nrendszeresen érkeznek feldolgozandó csatolmányok,\nsok idő megy el a levelek összefoglalásával és továbbításával.\n\nIlyenkor nem az a kérdés, hogy „hogyan használjunk AI-t?”, hanem az, hogy a jelenlegi folyamatból pontosan mit lehet átadni a rendszernek.\n\nHogyan lehet ilyet építeni egy meglévő rendszerbe?\nNem feltétlenül kell lecserélni a meglévő CRM-et, ERP-t vagy levelezést.\nAz AI-alapú feldolgozás sok esetben a már használt rendszerek mellé építhető. Ha például egy vállalkozásnak már van saját ERP vagy CRM rendszere, az e-mail feldolgozása ehhez is hozzákapcsolható.\nEgy egyszerűbb folyamat például így nézhet ki:\nGmail vagy Outlook → AI feldolgozás → CRM → feladatkezelő → értesítés\nA pontos felépítés attól függ, hogy milyen rendszereket használ a vállalkozás, milyen típusú e-mailek érkeznek, és mi történjen egy-egy levél feldolgozása után.\nÉppen ezért az ilyen rendszereket általában nem érdemes egyetlen sablon alapján felépíteni. Más megoldás kell egy ügyfélszolgálathoz, egy értékesítési folyamathoz és egy olyan céghez, ahol például számlákat vagy megrendeléseket dolgoznak fel e-mailből.\n\nMennyi munkát lehet ezzel megspórolni?\nEz teljesen a folyamattól függ.\nHa egy e-mail feldolgozása csak néhány perc, önmagában nem biztos, hogy megéri automatizálni. Ha viszont ugyanazt a feladatot naponta több tucat alkalommal kell elvégezni, már gyorsan összeadódik az erre fordított munkaidő.\nRáadásul nem csak az idő számít.\nAz automatikus feldolgozás csökkentheti annak az esélyét is, hogy egy e-mail elveszik, rossz helyre kerül, vagy egy fontos adatot valaki elfelejt rögzíteni.\nPersze ehhez az automatizálást megfelelően kell megtervezni és ellenőrizni. Egy rosszul felépített rendszer ugyanúgy tud hibázni, csak gyorsabban.\n\nAI e-mail automatizálás a saját vállalkozásodban\nHa a cégednél naponta sok olyan e-mail érkezik, amelyet a munkatársak mindig hasonló módon dolgoznak fel, érdemes végignézni a teljes folyamatot.\nLehet, hogy csak egy-két lépést érdemes automatizálni. De az is lehet, hogy a beérkező e-mailtől egészen a CRM-be kerülésig vagy a feladat létrehozásáig szinte az egész folyamat kialakítható automatikusan.\nA Lionernél ilyen egyedi AI-alapú folyamatokat is fejlesztünk. Meglévő levelezéshez, CRM-hez, ERP-hez vagy saját belső rendszerhez is lehet kapcsolódni.\nHa van egy olyan folyamat a cégedben, ami jelenleg e-maillel kezdődik, és utána több manuális lépést kell elvégezni, írd meg nekünk, hogyan működik.\nMegnézzük, hogy melyik része automatizálható, és milyen rendszerrel lehetne megoldani." } ] }, { "title": "Eltűnt a webfejlesztőd? Így döntsd el, menthető-e a félbemaradt projekt", "url": "https:\/\/lioner.hu\/blog\/eltunt-a-webfejlesztod-mit-csinalj", "excerpt": "Nem veszi fel a telefont, nem válaszol az e-mailekre, a weboldalad vagy a rendszered pedig félkészen áll. Megmutatjuk, mit csinálj az első héten, milyen hozzáférésekre lesz szükséged, és hogyan dönthető el, hogy a meglévő munka továbbvihető, vagy jobb újraépíteni.", "published_at": "2026-09-10T16:36:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "„Eltűnt a webfejlesztőnk. Mit csináljunk?”\nEzzel a mondattal már többször kerestek meg minket.\nHa eltűnt a webfejlesztőd, a legfontosabb, hogy ne kezdj el azonnal újraépíteni. Először biztosítsd a hozzáféréseket és a mentéseket, majd vizsgáltasd meg a meglévő rendszert. Egy technikai felmérésből derül ki, hogy a félbemaradt projekt folytatható, csak bizonyos részeit kell újrafejleszteni, vagy gazdaságosabb teljesen újraépíteni.\nA történet szinte mindig hasonló. Elindul egy weboldal vagy webes rendszer fejlesztése, elkészül egy része, jönnek a módosítások és az új funkciók, aztán egyszer csak csend. Nem jön válasz az e-mailre, a telefon kicseng, a határidő elmúlik.\nA háttérben ritkán van rosszindulat. A szabadúszó fejlesztő túlvállalta magát, munkahelyet váltott, megbetegedett, vagy elakadt egy feladattal és nem merte bevallani. Neked viszont ez szinte mindegy, mert ott maradsz egy félkész rendszerrel, amibe már komoly időt és pénzt tettél.\nIlyenkor nem feltétlenül kell mindent elölről kezdeni. Az sem biztos viszont, hogy megéri folytatni. Ez csak akkor derül ki, ha valaki megnézi, mi van valójában a háttérben.\n\nMit csinálj először, ha eltűnt a webfejlesztőd?\nElőször adj neki egy utolsó, írásos lehetőséget, közben pedig biztosítsd a saját hozzáféréseidet és a projekt mentését. Ne a kód átírásával kezdd.\n\nTényleg eltűnt, vagy csak nem válaszol?\nMielőtt új fejlesztőt keresel, adj egy utolsó, írásos esélyt. Sokszor ilyenkor előkerül a fejlesztő, és egy rendes átadással mindenki jobban jár. Ha pedig nem kerül elő, később jól jön, hogy írásban megkerested.\nAz üzenetben írd le konkrétan, mit kérsz:\n\na forráskódot, vagy hozzáférést a kódtárhoz, például GitHubhoz vagy GitLabhoz,\na tárhely, a domain és a külső szolgáltatások hozzáféréseit,\negy rövid állapotleírást arról, mi készült el és mi nem.\n\nAdj rá reális határidőt, például 8 munkanapot. Küldd el e-mailben, és ha a szerződésben szerepel értesítési cím, oda is. Ha a határidő után sincs válasz, a szerződés felmondásáról és az esetleges jogi lépésekről már jogásszal érdemes beszélni. Mi fejlesztők vagyunk, nem ügyvédek, ebben a részben nem szeretnénk jogi tanácsot adni.\n\nAz első hét teendői\nA legtöbb kár nem az eltűnés pillanatában keletkezik, hanem az utána következő kapkodásban. Ezt a sorrendet javasoljuk:\n\nNe nyúlj az éles rendszerhez. Ne frissíts, ne telepíts rá semmit, és ne kérd meg egy ismerősödet, hogy „gyorsan nézzen rá”. Egy rossz frissítés után sokkal nehezebb felmérni, mi volt az eredeti állapot.\nKészíts mentést. Ha van hozzáférésed a tárhelyhez, töltsd le a fájlokat és az adatbázist. Ha nincs, és a tárhely a cégedre szól, a szolgáltató ügyfélszolgálata általában tud segíteni.\nNézd meg, kinek a nevén van a domain és a tárhely. A domain és a tárhely feletti rendelkezés legalább olyan fontos, mint maga a forráskód.\nGyűjtsd össze a papírokat. Szerződés, árajánlat, specifikáció, számlák, a fontosabb e-mailek. Ezekből derül ki, mit vállalt a fejlesztő, és mit fizettél ki.\nZárd ki a régi fiókokat, ahol tudod. Ha van admin jogod, tiltsd le a fejlesztő felhasználóit, és cseréld le a közösen használt jelszavakat.\nÍrd le a saját szemszögedből, mi működik és mi nem. Nem kell technikailag pontosnak lennie, az új fejlesztőnek ez is sokat segít.\nCsak ezután keress új fejlesztőt. Az új fejlesztőnek már azzal is időt és pénzt spórolsz, ha az alapinformációkat előkészítve adod át.\n\n\nHa csak 5 perced van, ezt csináld\n\nne módosítsd az éles rendszert,\nmentsd le, amihez hozzáférsz,\nellenőrizd a domain és a tárhely tulajdonjogát,\ngyűjtsd össze a szerződést és a számlákat,\nírd össze, milyen hozzáférések hiányoznak.\n\n\nEzekre a hozzáférésekre lesz szükség\nEgy projekt átvételénél a hiányzó hozzáférés gyakran nagyobb akadály, mint maga a kód. Ezt a listát érdemes végigvenni, mielőtt új fejlesztővel leülsz tárgyalni.\n\n\n\nHozzáférésMire kellHa nincs meg\n\n\nDomainEzen keresztül érik el az oldaladat, és ehhez kötődhetnek a céges e-mailek isA számlákból kiderülhet, melyik regisztrátornál van. Ha a fejlesztő nevén szerepel, az átíráshoz közreműködésre lehet szükség\nTárhely vagy szerverItt fut az oldal, itt vannak a fájlok és az adatbázisHa a szerződés és az előfizetés a cégedhez kötődik, a szolgáltatóval érdemes felvenni a kapcsolatot\nForráskód, kódtárA fejlesztés folytatásához és a korábbi változtatások megértéséhezA szerveren lévő fájlokból részben pótolható, de a verziótörténet elveszhet\nAdatbázisTermékek, ügyfelek, rendelések, felhasználókA tárhely kezelőfelületéről vagy a szerverről menthető, ha van hozzáférés\nAdmin felületAz oldal napi kezeléseAz új hozzáférés kialakítása a rendszer felépítésétől függ\nFizetés és számlázás, például Barion, SimplePay, Számlázz.hu, BillingoOnline fizetés és automatikus számlázásA saját szolgáltatói fiók és az új API-kulcsok kialakítása általában pótolható\nGoogle eszközök: Analytics, Search Console, Tag ManagerMérés és keresőoptimalizálásA hozzáférések tulajdonosi jogoktól és a beállításoktól függően újra rendezhetők\nE-mail küldés, SMTPVisszaigazoló levelek, értesítők, jelszó-visszaállításÚj küldőfiókkal és új beállítással pótolható\n\n\n\nA forráskódnál van egy fontos részlet. Egy Laravel vagy más PHP alapú rendszernél a szerveren lévő backend fájlok sokszor olvasható formában vannak, ezért azokból lehet dolgozni. A modern frontend, például egy Vue vagy React felület viszont a szerveren sokszor már csak lefordított, összecsomagolt formában található meg, és abból a továbbfejlesztés sokkal nehezebb. Ezért ér annyit egy rendesen vezetett kódtár.\n\nKié a forráskód?\nA forráskód tulajdonjoga és a felhasználási joga nem feltétlenül ugyanaz. Ezt elsősorban a szerződés rendezi. Egyedi fejlesztésnél a megrendelő jellemzően valamilyen felhasználási jogot kap a kódhoz, és a szerződésnek kellene rendeznie azt is, hogy módosítható-e, illetve továbbadható-e egy másik fejlesztőnek.\nHa nincs írásos szerződés, vagy a szerződés nem tér ki erre, mielőtt valaki más továbbfejleszti a rendszert, érdemes jogásszal egyeztetni.\n\nMennyire elavult a rendszer, amit örököltél?\nEgy félbemaradt rendszer akkor is öregszik, ha hónapokig vagy évekig senki nem nyúl a kódhoz. A PHP-nak és a keretrendszereknek minden verziója csak meghatározott ideig kap biztonsági frissítéseket.\nA technológiai állapot ezért önálló vizsgálati pont legyen: milyen PHP- és framework-verzió fut, milyen csomagokat használ a projekt, vannak-e elavult függőségek, és kompatibilisek-e a jelenlegi szerverrel.\nA PHP és Laravel támogatási adatait tartalmazó táblázatokat 2026. szeptember 10-én frissítettük. A hivatalos adatok itt ellenőrizhetők: PHP – támogatott verziók és Laravel – kiadások és támogatási szabályzat.\n\nPHP verziók\n\n\n\nVerzióÁllapotMit jelent neked\n\n\nPHP 7.4 vagy régebbi2022. november 28. óta nem támogatottKomoly biztonsági kockázat, a frissítés jellemzően kódmódosítással jár\nPHP 8.0 vagy régebbi2023. november 26. óta nem támogatottFrissítés szükséges, mielőtt új funkció készül\nPHP 8.12025. december 31-én lejárt a támogatásaBiztonsági frissítés már nem érkezik hozzá\nPHP 8.2Biztonsági támogatás 2026. december 31-igMég támogatott, de a következő verzióra érdemes tervezni\nPHP 8.3Biztonsági támogatás 2027. december 31-igTámogatott, de hosszabb távon újabb PHP-verzióval érdemes számolni\nPHP 8.4Biztonsági támogatás 2028. december 31-igTámogatott verzió\nPHP 8.5Biztonsági támogatás 2029. december 31-igJelenleg támogatott verzió\n\n\n\n\nLaravel verziók\n\n\n\nVerzióÁllapotMit jelent neked\n\n\nLaravel 102025. február 4. óta nem kap biztonsági javítástElavult verzió, új fejlesztés előtt érdemes a frissítést megtervezni\nLaravel 112026. március 12. óta nem kap biztonsági javítástElavult verzió, támogatott verzióra érdemes áttérni\nLaravel 12Biztonsági javítás 2027. február 24-igTámogatott verzió\nLaravel 13Biztonsági javítás 2028. március 17-igA jelenlegi legújabb főverzió a cikk frissítésének napján\n\n\n\nFontos: nem elég önmagában a PHP vagy a Laravel főverzióját megnézni. A projektben használt csomagok, adatbázis, szerver és külső integrációk kompatibilitását is ellenőrizni kell.\n\nHogyan döntsd el, hogy folytatható-e a projekt?\nHárom reális kimenet van: folytatás, részleges újrafejlesztés vagy teljes újraépítés. A döntést nem az alapján érdemes meghozni, hogy mennyit fizettél eddig, hanem az alapján, hogy a meglévő rendszer műszakilag és gazdaságilag mennyire használható.\n\n\n\nÚtMikor érdemes?Mit vizsgálunk?\n\n\nFolytatásA kód és az infrastruktúra rendben van, a projekt dokumentációja használhatóKódszerkezet, függőségek, tesztek, szerver, integrációk\nRészleges újrafejlesztésAz alapok használhatók, de bizonyos modulok gyengék, elavultak vagy rosszul készültek elModulonkénti újratervezés, függőségek, adatkezelés, integrációk\nÚjraépítésA rendszer szerkezetileg rossz, nehezen karbantartható vagy a javítása többe kerülne, mint az újraépítésValódi újratervezési költség, adatmentés, migráció, üzleti funkciók megtartása\n\n\n\n\nMi történik egy technikai felmérésen?\nA technikai felmérés célja nem az előző fejlesztő hibáztatása, hanem annak megállapítása, hogy mi menthető és mi nem. Meg kell nézni többek között a kódszerkezetet, a függőségeket, az adatbázist, a szervert, a külső integrációkat, a biztonsági kockázatokat és a meglévő dokumentációt.\nA végén nem feltétlenül az a válasz, hogy „minden rossz”. Lehet, hogy a rendszer nagy része használható, és csak néhány kritikus részt kell rendbe tenni. Ezért veszélyes egy félbemaradt projektet kizárólag a látványos frontend alapján megítélni.\n\nMi történik, ha hozzánk fordulsz?\nNem vállalunk el automatikusan minden félbemaradt projektet. Először meg akarjuk érteni, mi áll rendelkezésre és milyen állapotban van a rendszer.\n\nBeszélgetés: megismerjük a projekt célját, állapotát és a rendelkezésre álló hozzáféréseket.\nTechnikai felmérés: átnézzük a kódot, az infrastruktúrát és a kritikus függőségeket.\nJavaslat: megmondjuk, hogy folytatás, részleges újrafejlesztés vagy újraépítés látszik ésszerűnek.\nMegvalósítás: csak ezután állapodunk meg a további fejlesztési munkáról.\n\nNem az a célunk, hogy mindenáron megmentsük a korábbi munkát. Ha a meglévő rendszer technikailag vagy gazdaságilag nem menthető, ezt a felmérés után megmondjuk.\n\nHogyan előzd meg, hogy még egyszer ilyen helyzetbe kerülj?\nA tanulság nem csak az, hogy „jobb fejlesztőt kell választani”. Az is fontos, hogy a projekt ne legyen egyetlen emberhez kötve.\n\na domain és a tárhely a cég nevén legyen,\na kódtár a céghez kapcsolódó fiókban legyen,\nlegyen rendszeres biztonsági mentés,\na külső szolgáltatásokhoz legyen legalább egy céges admin,\nlegyen alapvető dokumentáció és átadási folyamat,\na szerződés rendezze a forráskód használatát és átadását.\n\n\nGYIK\nMit csináljak, ha a webfejlesztőm nem válaszol?\nAdj neki egy utolsó, írásos határidőt, közben mentsd le, amihez hozzáférsz, és ellenőrizd a domain, a tárhely és a többi szolgáltatás hozzáféréseit. Ha ezután sincs válasz, a szerződés és a jogi helyzet alapján érdemes szakemberrel egyeztetni.\n\nÁtveheti egy másik fejlesztő a félkész weboldalt?\nIgen, sok esetben. A lehetőség attól függ, hogy megvan-e a forráskód, az adatbázis, a szükséges hozzáférések, és milyen állapotban van a meglévő rendszer.\n\nMi van, ha nincs meg a forráskód?\nA projekt ettől még nem feltétlenül veszett el. A szerveren lévő fájlokból bizonyos esetekben visszanyerhető a működő rendszer, de a verziótörténet, a fejlesztői környezet és egyes forrásfájlok hiányozhatnak. Ilyenkor előbb fel kell mérni, mi áll rendelkezésre.\n\nMi van, ha nincs meg minden hozzáférés?\nA fejlesztést néha részleges hozzáféréssel is el lehet kezdeni, de a teljes átvételhez előbb-utóbb tisztázni kell a kritikus hozzáféréseket. A legfontosabb jellemzően a domain, a tárhely vagy szerver, a forráskód és az adatbázis.\n\nKinek a nevén legyen a domain?\nElsősorban a cég vagy a valódi tulajdonos nevén. A fejlesztő kapjon hozzáférést a munkához, de ne ő legyen az egyetlen személy, akinél a domain feletti rendelkezés található.\n\nMennyibe kerül egy félbemaradt projekt átvétele?\nErre nincs értelmes fix ár. A költség attól függ, mennyire dokumentált a projekt, milyen technológiát használ, mennyi munka készült el, milyen hozzáférések hiányoznak, és mennyi hibát kell feltárni. Érdemes előbb felmérést kérni, és csak utána fejlesztési ajánlatot.\n\nMennyi idő alatt lehet átvenni egy félkész weboldalt?\nEgyszerűbb projekteknél néhány nap alatt tisztázható a helyzet, összetettebb webes rendszereknél a felmérés és az átadás ennél jóval hosszabb is lehet. A határidő elsősorban a rendszer összetettségétől és a rendelkezésre álló hozzáférésektől függ.\n\nMikor kell inkább újraépíteni a rendszert?\nAkkor, ha a meglévő kód és infrastruktúra javítása kiszámíthatatlanabb vagy drágább lenne, mint egy tiszta újraépítés. Ezt technikai felmérés nélkül nem érdemes eldönteni.\n\nVisszakérhetem a pénzemet a korábbi fejlesztőtől?\nEz szerződéses és jogi kérdés, ezért konkrét jogi tanácsot nem tudunk adni. A szerződés, a teljesítés dokumentumai, a számlák és az e-mailes egyeztetések alapján jogász tudja megmondani, milyen lehetőségeid vannak.\n\nÖsszefoglalva\nHa eltűnt a webfejlesztőd, még nem biztos, hogy elveszett a projekt. Először állítsd meg a kapkodást: ne módosítsd az éles rendszert, mentsd le, amihez hozzáférsz, rendezd a hozzáféréseket, majd kérj technikai felmérést. Ebből derül ki, hogy a félbemaradt weboldal folytatható, részben újrafejlesztendő, vagy teljesen újraépítendő." }, { "type": "text", "name": "Belső link – weboldal árak", "title": "Ha újra kell építeni, mennyibe kerülhet?", "content": "Ha a meglévő projekt már nem menthető, az újraépítés költsége az oldal összetettségétől és a szükséges funkcióktól függ. A weboldal készítés árak oldalunkon megnézheted, milyen ársávokkal érdemes számolni 2026-ban." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Hogyan épül fel egy vállalati rendszer a nulláról?", "url": "https:\/\/lioner.hu\/blog\/hogyan-epul-fel-egy-vallalati-rendszer-a-nullarol", "excerpt": "Egy vállalati rendszer fejlesztése nem a programozással kezdődik. Megmutatjuk, hogyan lesz egy üzleti problémából jól működő, egyedi rendszer.", "published_at": "2026-09-09T09:30:06+02:00", "author": "Ádám Kristóf", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Egy vállalati rendszer nem a kódolással kezdődik\nAmikor egy cég eljut odáig, hogy Excel-táblák, e-mailek és különálló szoftverek helyett egy saját rendszerre lenne szüksége, könnyű azt hinni, hogy a következő lépés egyszerűen a fejlesztés. Valójában a programozás csak egy része a folyamatnak. Egy jól működő vállalati rendszer először a cég működését térképezi fel, erre épül a rendszertervezés, és csak ezután kezdődik a fejlesztés.\nDe hogyan néz ki ez a gyakorlatban?\n\n1. Megértjük, hogyan működik a vállalkozás\nElsőként nem azt kérdezzük, hogy milyen gombokat szeretnél a rendszerben, hanem azt, hogy mi történik most a cégnél. Kik dolgoznak vele? Milyen folyamatokon mennek végig az ügyfelek, rendelések vagy projektek? Hol kell adatot többször rögzíteni? Mi az, ami most Excelben, e-mailben vagy szóban történik?\nEz azért fontos, mert egy rendszer akkor lesz hasznos, ha a vállalkozás valós működését követi, nem pedig egy előre meghatározott sablont erőltet rá.\n\n2. Megtervezzük, miből álljon a rendszer\nA következő lépés a rendszertervezés. Meghatározzuk, milyen modulokra és funkciókra van ténylegesen szükség. Ez lehet például ügyfélkezelés, projekt- és feladatkezelés, dokumentumkezelés, riportolás, jogosultságkezelés vagy automatizált folyamatok.\nItt már azt is megtervezzük, hogyan kapcsolódjanak egymáshoz az adatok és a különböző folyamatok. Egy jó rendszerben nem különálló funkciók gyűjteménye készül, hanem egy egymásra épülő működés.\n\n3. A megtervezett rendszert elkezdjük felépíteni\nCsak ezután jön az egyedi rendszerfejlesztés. A fejlesztést célszerű részekre bontani: először a legfontosabb funkciók készülnek el, majd ezekre épülhetnek a további részek.\nA fejlesztés közben nem várjuk meg a projekt végét az első visszajelzéssel. Az elkészült részeket folyamatosan meg lehet nézni és véleményezni, így időben kiderül, ha valamit másképp kell működtetni.\n\n4. Integrációk és automatizálások\nEgy vállalati rendszer ritkán működik teljesen önállóan. Gyakran össze kell kapcsolni számlázóval, webshopbal, külső API-val, banki vagy más céges rendszerrel.\nEz az a pont, ahol az egyedi fejlesztés igazán sokat tud hozzáadni: nem kell ugyanazt az adatot több helyen kézzel rögzíteni, és egy folyamat egyik lépése automatikusan elindíthatja a következőt.\n\n5. Teszteljük, majd élesítjük\nA kész rendszer attól még nem jó rendszer, hogy minden gomb megnyomható benne. Tesztelni kell a folyamatokat, a jogosultságokat, az integrációkat és azokat a helyzeteket is, amikor valami nem a tervek szerint történik.\nEzután következhet az élesítés, az adatok átvitele és a felhasználók bevezetése az új rendszerbe.\n\nA rendszer akkor jó, ha a cégeddel együtt tud fejlődni\nEgy vállalkozás idővel változik: új munkatársak, új folyamatok, új szolgáltatások és új üzleti igények jelennek meg. Ezért egy vállalati rendszernek sem egyszeri projektként kell működnie.\nA cél nem az, hogy legyen egy minél több funkciót tartalmazó szoftvered, hanem az, hogy legyen egy olyan rendszered, amely érthetőbbé, gyorsabbá és hatékonyabbá teszi a vállalkozásod működését.\nHa a céged működése már kinőtte az Excelt és a különálló rendszereket, egy jól megtervezett egyedi megoldás lehet a következő lépés. A vállalati és ERP\/CRM rendszerek fejlesztéséről itt tudsz bővebben olvasni." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Reszponzív weboldal 2026-ban: mitől mobilbarát valójában egy oldal?", "url": "https:\/\/lioner.hu\/blog\/reszponziv-weboldal-mitol-mobilbarat-valojaban-egy-oldal", "excerpt": "A legtöbb \"reszponzív\" weboldal csak összezsugorodik mobilon, de nem működik jól rajta. Megmutatjuk, mitől mobilbarát valójában egy oldal, és mire figyelj, ha ezt rendeled meg.", "published_at": "2026-09-08T08:40:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Reszponzív weboldal: mitől mobilbarát valójában egy oldal?\nA reszponzív weboldal ma már alapkövetelmény, mégis a legtöbb \"reszponzív\" oldal valójában csak összezsugorodik a telefon képernyőjén, de nem működik jól rajta. A rövid válasz arra, mitől reszponzív egy weboldal: attól, hogy minden méretben nemcsak megjelenik, hanem ugyanolyan könnyen használható is, a betűmérettől a gombok méretén át az űrlapok kitöltéséig. Ez a cikk megmutatja, hol bukik el ez a gyakorlatban, és mit érdemes kérned, ha ezt rendeled meg.\n\nMiért alapkövetelmény ez ma már, nem extra szolgáltatás?\nA saját tapasztalatunk szerint egy átlagos céges weboldal látogatóinak nagyjából 70%-a mobilról érkezik, ahogy ezt a weboldal készítés szolgáltatásunk oldalán is jelezzük. Ha az oldalad ezen a felületen nehezen használható, a látogatók többsége úgy távozik, hogy soha nem jut el a kapcsolatfelvételig. Ez nem esztétikai kérdés, hanem közvetlenül az árbevételedet érinti.\n\nA leggyakoribb hibák, amik miatt egy oldal csak úgy néz ki, mintha reszponzív lenne\nEzekkel a hibákkal szinte minden auditnál találkozunk, amikor egy meglévő weboldalt nézünk át:\n\nTúl apró gombok és linkek, amiket ujjal szinte lehetetlen pontosan eltalálni.\nVízszintes görgetés, mert egy táblázat vagy egy szélesebb elem kilóg a képernyőből.\nLassú betöltés mobil hálózaton, mert a képek nincsenek optimalizálva, csak lekicsinyítve a böngészőben.\nElrejtett, de valójában fontos tartalom, amit a fejlesztő \"helytakarékosságból\" eltüntetett mobilon.\nNehezen kitölthető űrlapok, ahol a mezők túl kicsik, vagy a billentyűzet eltakarja a küldés gombot.\n\nEgyik hiba sem látszik azonnal, ha valaki csak asztali gépen nézi át a kész oldalt. Pontosan ezért érdemes mindig telefonon is végigkattintani a saját weboldaladat, ne csak megnézni.\n\nReszponzív, adaptív, mobile-first: nem ugyanaz\nA reszponzív dizájn azt jelenti, hogy egyetlen, rugalmas elrendezés alkalmazkodik folyamatosan a képernyő méretéhez. Az adaptív dizájn ehhez képest néhány rögzített méretre készít külön elrendezést, ami kevésbé rugalmas, de egyszerűbb megvalósítani. A mobile-first szemlélet pedig azt jelenti, hogy a tervezés a legkisebb képernyőn kezdődik, és onnan bővül asztali méretre, nem fordítva. Mi ez utóbbi szemlélettel dolgozunk minden projektnél, mert a látogatóid többsége úgyis mobilon találkozik először az oldaladdal.\n\nAmit a Google is számon kér\nA Google évek óta elsősorban a mobilos verzióját nézi egy weboldalnak, amikor eldönti, hova sorolja a keresési találatok között. Ha a mobilos verzió hiányos, lassú vagy nehezen használható, ez közvetlenül rontja a helyezésedet, függetlenül attól, mennyire jó az asztali verzió. Ha a keresőoptimalizálást komolyan gondolod, a mobilbarát működés nem egy tétel a listán, hanem az alap, amire minden más épül.\n\nEgy webáruháznál ez különösen sokba kerülhet\nEgy webshopnál, mint amilyen az egyik ügyfelünk, a RodeoRide34 is, a vásárlók jelentős része telefonról böngészik és fizet is. Ha egy termékoldal lassan tölt be, vagy a fizetési űrlap mezői túl kicsik ahhoz, hogy mobilon kényelmesen kitöltsék, a vásárlás pontosan az utolsó lépésnél veszik el, ott, ahol a legtöbbet fájna elveszíteni egy vevőt.\n\nHogyan ellenőrizd a saját oldaladat\nNem kell fejlesztőnek lenned ahhoz, hogy nagyjából felmérd, hol állsz:\n\nNyisd meg a saját telefonodon az oldalt, és próbáld végig az összes fontos lépést: menüzés, kapcsolatfelvétel, űrlap kitöltése.\nFigyeld meg, mennyi ideig tart, amíg a főoldal betölt mobil adatforgalmon, nem csak wifin.\nNézd meg, hogy minden gomb és link kényelmesen elérhető-e egy kézzel, ujjal, nem csak egérrel.\nPróbáld ki egy régebbi, gyengébb telefonon is, nem csak a legújabb saját készülékeden.\n\n\nMit kérj a fejlesztődtől, ha reszponzív oldalt rendelsz\nAz ajánlatkérésnél érdemes konkrétan rákérdezni ezekre a pontokra, nem elfogadni annyit, hogy \"természetesen reszponzív lesz\":\n\nMobile-first szemlélettel készül-e az oldal, vagy utólag igazítják mobilra az asztali verziót.\nMilyen betöltési időt garantálnak mobil hálózaton, nem csak wifin mérve.\nTesztelik-e ténylegesen több eszközön és böngészőben, mielőtt átadják az oldalt.\nA képek és médiatartalmak automatikusan optimalizálódnak-e a különböző eszközökhöz.\n\n\nHogyan csináljuk mi\nMinden weboldal készítés projektünknél mobile-first szemlélettel tervezünk, Laravel és Vue.js alapokon, két másodperc alatti betöltési idővel. Az oldalt több eszközön és böngészőben is leteszteljük élesítés előtt, ahogy ez a szolgáltatásoldalunk folyamatábrájában is szerepel. Ha egy meglévő oldalról derül ki, hogy mobilon gyengén teljesít, a karbantartási csomagunk keretében is tudjuk auditálni és javítani, nem kell hozzá feltétlenül új oldalt építeni.\n\nÖsszegzés\nA reszponzív weboldal nem azt jelenti, hogy az oldal elfér a telefon képernyőjén, hanem azt, hogy ugyanolyan könnyen használható rajta, mint asztali gépen. Ha ez hiányzik, a látogatóid nagy része, jellemzően a többségük, egyszerűen elpattan, mielőtt eljutna a kapcsolatfelvételig. Érdemes időnként saját magadnak is végigpróbálni az oldalad telefonon, és konkrét kérdésekkel felkészülni, ha most rendelsz újat." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Mi az az AI agent, és miben más, mint egy AI workflow?", "url": "https:\/\/lioner.hu\/blog\/mi-az-az-ai-agent-es-miben-mas-mint-egy-ai-workflow", "excerpt": "Az „AI agent” és az „AI workflow” nem ugyanaz, és a különbség nem a technológián múlik. Megmutatjuk, ki dönt a lépések sorrendjéről, mikor elég a workflow, és mikor éri meg agentet építeni.", "published_at": "2026-09-07T15:35:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mi az az AI agent, és miben más, mint egy AI workflow?\nAz „AI agent” kifejezés mostanra ugyanolyan gyakran előkerül, mint korábban az „AI workflow”, és a legtöbb helyen ugyanúgy összemosódik a jelentése. Pedig a kettő között ugyanolyan éles határvonal húzható, mint a hagyományos automatizmus és a workflow között, amiről korábbi cikkünkben írtunk.\nOtt azt mutattuk meg, hogy egy AI workflow-nál a lépések sorrendje rögzített, csak az egyes lépéseken belüli felismerést végzi az AI. Az AI agent egy szinttel feljebb lép: nem a lépéseket rögzítjük, hanem a célt és az eszközöket, a sorrendet és az ismétlések számát pedig a rendszer maga dönti el, amíg el nem éri a célt.\nGyors visszatekintés: mi az az AI workflow?\nIdézzük fel dióhéjban, mert erre az alapra építünk. Egy AI workflow-nál előre megrajzolt lépéssor fut le: olvasd el az üzenetet, sorold be, nyerd ki belőle az adatokat, hozd létre a leadet, írd meg a válasz piszkozatát. A sorrend fix, csak az egyes pontokon, például a besorolásnál dönt az AI a nyelv értelmezése alapján. Ha ezt a részt még nem olvastad, érdemes előbb azt átnézni, utána sokkal egyszerűbb lesz követni, mi változik egy agentnél.\nMi az az AI agent?\nAz AI agent, magyarul AI ügynök, más logika szerint dolgozik. Nem egy előre megírt lépéssort kap, hanem egy célt és egy eszközkészletet. Onnantól a rendszer maga dönti el, milyen sorrendben és hányszor használja az eszközöket, amíg el nem éri a célt, vagy amíg el nem éri az előre ráadott korlátot, például a lépések maximális számát vagy egy időkeretet.\nA gyakorlatban ez azt jelenti, hogy nem te írod le, pontosan mi történjen minden egyes esetben. Azt határozod meg, mi számít sikernek, milyen eszközökhöz férhet hozzá az AI, és hol a határ, ameddig önállóan elmehet. A többit a rendszer oldja meg, a saját belátása szerint, a kapott kereteken belül.\nUgyanaz a helyzet, egy lépéssel tovább\nVegyük ugyanazt a kapcsolatfelvételi példát, mint az előző cikkben, csak vigyük tovább egy lépéssel. A workflow már besorolta a beérkező üzenetet, létrehozta a leadet a CRM-ben, és megírta a válasz piszkozatát. Ez eddig egy fix lépéssor volt, a workflow feladata itt véget is ér.\nEgy lead-kutató AI agent innen veheti át a munkát, más céllal: „derítsd ki, érdemes-e komolyan foglalkozni ezzel a leaddel, és készíts elő mindent egy kollégának, mielőtt felveszi vele a kapcsolatot”. Az eszközei: rákeresés a cég nevére a weboldalán, korábbi kapcsolat ellenőrzése a CRM-ben, iparági háttér gyűjtése, jegyzet összeállítása a kollégának.\nAz agent maga dönti el, mihez kezd ezekkel az eszközökkel. Ha az első keresés kevés információt ad, rákeres másképp is. Ha talál egy korábbi ajánlatot a CRM-ben, azt is bevonja a jegyzetbe. Ha a cég neve túl általános, és nem talál rá biztosan, jelzi, hogy bizonytalan az azonosítás, ahelyett hogy kitalált adatokat írna be. Nem azt hajtja végre, amit előre, lépésről lépésre megírtunk neki, hanem azt, amit a cél elérése éppen megkövetel.\nMi nem AI agent, még ha annak hívják is\nVan itt egy hasonló félreértés, mint a workflow-nál. Ha egy rendszer mindig ugyanazt a három lépést futtatja le egymás után, és csak annyi „intelligencia” van benne, hogy egy hiba esetén visszalép egyet és újrapróbálja, az még nem agent. A sorrend és az ismétlésszám ugyanis ilyenkor kódban van rögzítve, nem az AI dönti el menet közben.\nA valódi különbségtétel az, hogy ki dönt arról, mi történjen ezután. Ha ezt egy fejlesztő előre eldöntötte, és beleírta a kódba, workflow-ról van szó, még akkor is, ha bonyolult és sok elágazást tartalmaz. Ha ezt menet közben maga a rendszer dönti el a cél és a rendelkezésére álló eszközök alapján, az valódi agent.\nAI workflow vagy AI agent, a különbség egy táblázatban\n\n\n\nSzempontAI workflowAI agent\n\n\nLépések sorrendjeElőre rögzítettAz AI dönti el menet közben\nIsmétlések számaFix, vagy egyszerű ciklusAz AI dönti el, ameddig a korlát engedi\nKiszámíthatóságNagyon kiszámíthatóKevésbé kiszámítható, ellenőrzés kell\nBevezetés költségeAlacsonyabb, gyorsabban készMagasabb, több tesztelés kell hozzá\nFuttatás költségeAlacsony, kevés AI-hívás esetenkéntMagasabb, több AI-hívás egy-egy futásban\nMikor jó választásIsmert, véges számú kimenetVáltozó, előre fel nem térképezhető eset\n\n\n\nHogyan néz ki ez a gyakorlatban a Lionernél?\nNálunk mindkét logika egyszerre él, attól függően, mit kell megoldani. A beérkező megkeresések feldolgozása workflow, fix lépéssorral, ahogy az előző cikkben írtuk. A két AI munkatársunk viszont már agent-elven működik.\nNora, a marketing-elemző AI munkatársunk célt kap, hogy nézze át a kezelt fiókok teljesítményét, és jelezze, ha van tennivaló, nem egy fix lekérdezés-listát. Ő maga dönti el, hogy a Google Ads, az Analytics vagy a Search Console adatait nézi-e meg először, mikor kell egy kiugró értéket egy második lekérdezéssel is megvizsgálnia, és mikor van már elég információja ahhoz, hogy konkrét javaslatot fogalmazzon meg egy kampányra.\nLeo, a fejlesztő AI munkatársunk hasonlóan dolgozik egy hibajegy feldolgozásakor. Nem egy előre megírt lépéssort követ végig, hanem célt kap: oldja meg a bejelentett hibát. Ő dönti el, hány fájlt nyisson meg, hányszor futtassa le a teszteket, és mikor jelentse, hogy kész a javítás, mindezt szigorú biztonsági korlátok között, amiket mi határoztunk meg neki előre.\nA közös pont a kettőjükben: mi rögzítjük a célt és a korlátokat, nem a lépéseket. Ez a lényege annak, hogy agentnek nevezzük őket, és nem workflow-nak.\nMikor elég a workflow, és mikor kell agent?\nEz a legfontosabb kérdés, és a válasz a legtöbb esetben: nem kell agent. Ha egy folyamatnak véges, jól ismert kimenetei vannak, egy workflow olcsóbb, gyorsabban bevezethető, és sokkal kiszámíthatóbb. A kapcsolatfelvétel besorolása, egy számla adatainak kinyerése, egy visszaigazoló e-mail személyre szabása mind ilyen feladat: néhány jól meghatározható kimenet, amit egy workflow tökéletesen lefed, agent nélkül is.\nAgent ott éri meg, ahol a feladat elvégzéséhez szükséges lépések száma és sorrendje előre nem tervezhető meg, mert az attól függ, mit talál a rendszer útközben. Egy piaci háttérkutatás, egy hiba felderítése több rendszeren keresztül, vagy egy lead minősítése több különböző adatforrásból: ezeknél nem lehet előre megmondani, hány lépés kell hozzá, és milyen sorrendben.\nVan egy egyszerű ökölszabály is. Ha le tudod rajzolni egy folyamatábrán, hogy mi történik minden egyes esetben, az workflow-feladat. Ha csak azt tudod pontosan megfogalmazni, mi a cél és mikor számít késznek a munka, az valószínűleg agent-feladat.\nMit jelent ez neked vezetőként?\nAz agent nem „jobb” workflow, hanem más eszköz, más problémára. Egy agent bevezetése több tesztelést, szigorúbb korlátokat és folyamatos ellenőrzést igényel, mert kevésbé kiszámítható, mint egy workflow, és minden egyes futása több AI-hívásba, tehát több költségbe kerül. Ezt csak ott érdemes vállalni, ahol a hagyományos megoldás tényleg nem tudja lefedni a feladat változatosságát.\nA gyakorlati tanács: ne azzal kezdd, hogy „kell nekünk egy AI agent”, hanem azzal, hogy pontosan megfogalmazod, mi a cél, milyen eszközökre van szükség hozzá, és hol a határ, ameddig a rendszer önállóan mehet. Ha ezt a hármat nem tudod pontosan megmondani, még nem állsz készen az agent bevezetésére, és valószínűleg egy workflow is megoldja a feladatot, olcsóbban.\nAz is fontos, hogy egy agent kimenetét ugyanúgy érdemes emberi ellenőrzés alá tenni, mint egy workflow-ét, legalábbis addig, amíg meg nem bizonyosodsz róla, hogy megbízhatóan hozza a jó döntéseket a megadott korlátok között. Az agent nem azért van, hogy kivegye az embert a folyamatból, hanem hogy a rutinszerű, sok lépésből álló munkát vegye le róla.\nÖsszegzés\nA workflow és az agent között a különbség nem a technológia korszerűsége, hanem az, hogy ki dönt a lépések sorrendjéről és számáról. A workflow-nál ezt előre rögzítjük. Az agentnél a célt és a korlátokat rögzítjük, a sorrendet és az ismétlést a rendszer dönti el útközben, a kapott eszközökkel.\nA legtöbb KKV-feladathoz elég egy jól megtervezett workflow: olcsóbb, gyorsabban bevezethető, kiszámíthatóbb. Agentet ott érdemes építeni, ahol a feladat változatossága miatt nem lehet előre végigtervezni minden lépést, csak a célt és a kereteket lehet pontosan rögzíteni.\nHa nem vagy biztos benne, hogy a te folyamatodhoz workflow vagy agent illik-e jobban, kérj egy ingyenes konzultációt. Az ERP és CRM rendszer fejlesztés szolgáltatásunk keretében mindkettőt építjük ügyfeleinknek, attól függően, mit igényel valójában a folyamatod." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Mitől lesz valami AI workflow és nem sima kód?", "url": "https:\/\/lioner.hu\/blog\/mitol-lesz-valami-ai-workflow-es-nem-sima-kod", "excerpt": "A kapcsolatfelvételi űrlap feldolgozása mindenki számára ismerős. Megmutatjuk, mi a valódi különbség aközött, ahogy egy hagyományos, kódba írt automatizmus kezeli, és ahogy egy AI workflow: nem varázslat, csak nem kell hozzá minden esetet előre kitalálni.", "published_at": "2026-09-05T09:58:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mitől lesz valami AI workflow és nem sima kód?\nEgyre több helyen hallani, hogy egy cég AI-jal automatizálta valamelyik folyamatát. De ha rákérdezel, mit jelent ez pontosan, nagyon különböző válaszokat kapsz. Van, ahol egy jól bevált szabályrendszert hívnak workflow-nak, csak mert valahol a láncban fut egy AI-hívás is. És van, ahol tényleg más a logika: a rendszer nem előre megírt lépéseket követ végig, hanem érti, amit olvas.\nA kettő között nem a technológia korszerűsége a különbség. Az, hogy mennyi mindent kellett előre végiggondolni és leprogramozni ahhoz, hogy a folyamat működjön. Nézzük meg ezt egy olyan helyzeten keresztül, amivel gyakorlatilag minden vállalkozás találkozik: a weboldalon beérkező kapcsolatfelvételen.\nA hagyományos automatizmus: kapcsolatfelvételi űrlap kódban\nA legtöbb weboldalon a kapcsolatfelvételi űrlap ma is ugyanazt csinálja évek óta. Valaki kitölti, a rendszer összerak egy e-mailt, és elküldi a megadott címre. Ha van benne valamennyi automatizálás, az általában néhány egyszerű szabály: ha az üzenetben szerepel az \"árajánlat\" szó, kerüljön az \"érdeklődés\" mappába, ha \"hiba\" vagy \"nem működik\" szerepel benne, menjen a support felé.\nEz működik, amíg az emberek pontosan úgy fogalmaznak, ahogy a fejlesztő előre elképzelte. A gond ott kezdődik, amikor valaki azt írja: \"A rendszer, amit tavaly vettünk tőletek, most furcsán viselkedik, tudnátok segíteni?\" Nincs benne se \"hiba\", se \"nem működik\", mégis egyértelműen support-ügy. A szabály ezt nem kapja el, mert szó szerint keres, nem érti a mondatot.\nMinden ilyen esetet külön fel kell ismerni, és külön szabályt kell rá írni. Minél több eshetőséget akarsz lefedni, annál hosszabb és törékenyebb lesz a szabályrendszer. Egy ponton a karbantartása több munkát visz el, mint amennyi időt eredetileg megspórolt.\nAz AI workflow: ugyanaz a feladat, más logika\nEgy AI workflow ugyanezt a beérkező üzenetet másképp kezeli. A rendszer elolvassa és értelmezi a szöveget, nem kulcsszavakat keres benne. Egy jól felépített kapcsolatfelvétel-feldolgozó workflow ezekből a lépésekből áll:\n\nbesorolja az üzenetet: érdeklődés, support-kérdés vagy spam,\nkinyeri belőle, melyik cégtől jött és milyen típusú projektről van szó,\nlétrehozza a leadet a megfelelő státusszal a CRM-ben,\nés megírja a válasz piszkozatát, amit már csak jóvá kell hagyni és el kell küldeni.\n\nA fenti \"furcsán viselkedik\" mondatot a rendszer minden gond nélkül felismeri support-ügyként, mert érti, mit jelent, nem azt nézi, szerepel-e benne egy előre megadott szó. Ha holnap valaki egészen más megfogalmazással ír, ugyanígy felismeri, mert nem egy szótárhoz hasonlítja az üzenetet, hanem értelmezi azt.\nMi nem AI workflow, még ha AI is van benne\nVan egy gyakori félreértés, amit érdemes tisztázni. Ha a cégednél annyi történt, hogy a régi, szabályalapú rendszerbe beraktátok egy lépést, ahol a ChatGPT megfogalmaz egy udvarias választ, az még nem AI workflow. Attól, hogy egy pontban AI ír szöveget, a rendszer logikája ugyanaz maradt: a besorolás, a felismerés és a döntés továbbra is a régi, előre megírt szabályokon múlik.\nA különbség ott van, hogy melyik lépés dönt. Ha az AI csak szépít egy már meghozott döntést, az kozmetika. Ha az AI hozza meg magát a döntést, amit korábban szabályokkal próbáltatok lefedni, az valódi AI workflow. Ez a különbségtétel azért fontos, mert két teljesen más fejlesztést jelent, és két teljesen más eredményt is hoz.\nA valódi különbség: nem kell mindent előre kitalálni\nItt érkezünk el a lényegi különbséghez, és ez nem varázslat. A hagyományos automatizmusnál neked vagy a fejlesztődnek előre végig kell gondolnia minden lehetséges esetet, és mindegyikhez le kell írnia, mi történjen. Ha kimarad egy eset, a rendszer vagy hibázik, vagy egyszerűen nem csinál vele semmit.\nAz AI workflow-nál a cél és a lépések vannak rögzítve: olvasd el, sorold be, nyerd ki az adatokat, hozd létre a leadet, írd meg a választ. De azt, hogy pontosan hogyan ismerd fel az egyes eseteket, nem kell soronként megírni. A rendszer a nyelv értelmezéséből dolgozik, ezért olyan megfogalmazásokkal is jól boldogul, amivel senki nem számolt előre.\n\n\n\nSzempontHagyományos kódAI workflow\n\n\nÚj, korábban nem látott megfogalmazásNem ismeri fel, ha nincs rá szabályJellemzően felismeri, mert érti a szöveget\nKarbantartásMinden új esethez új szabály és fejlesztés kellA cél és a lépések ritkán változnak, nem az egyes esetek\nKiszámíthatóságNagyon kiszámítható, mindig ugyanazt csináljaKevésbé determinisztikus, ellenőrzés kell\nBevezetésEgyszerű esetekre gyors és olcsóNagyobb kezdeti munka, de kevesebb utókövetés\n\n\n\nHogyan néz ki ez a gyakorlatban a Lionernél?\nNálunk ez nem elmélet, hanem napi működés. A beérkező megkereséseket a saját rendszerünkben is AI workflow dolgozza fel: elolvassa az üzenetet, besorolja, kinyeri belőle a cég nevét és a projekt típusát, létrehozza a leadet a megfelelő státusszal, és megírja a válasz piszkozatát. A lépések sorrendjét itt mi rögzítettük előre, a felismerés az, amit az AI végez.\nEmellett két AI munkatárs is dolgozik nálunk, Nora a marketing-elemzésen és Leo a fejlesztésen, de ők már más logika szerint működnek, nem egy előre megírt lépéssort futtatnak végig. Róluk a következő cikkben írunk részletesen.\nArról, hogyan lehet egy céges rendszert (CRM-et vagy ERP-t) összekötni a mesterséges intelligenciával, korábban külön cikkben is írtunk, mert ez az alapja annak, hogy egy ilyen workflow ne csak beszéljen, hanem valóban dolgozzon is a te adataidból.\nMikor elég a hagyományos automatizmus, és mikor éri meg AI workflow-t építeni?\nNem minden helyzethez kell AI workflow. Ha egy folyamat mindig ugyanúgy fut le, kevés benne a variáció, és pontosan tudod előre, milyen bemenetek jöhetnek, egy hagyományos, kódba írt automatizmus olcsóbb, gyorsabban bevezethető és kiszámíthatóbb. Egy automatikus visszaigazoló e-mail, ami minden űrlapkitöltés után ugyanazt a szöveget küldi ki, tökéletes példa erre. Ide nem kell AI, feleslegesen bonyolítaná a rendszert.\nAI workflow ott éri meg, ahol a bemenet változatos: szabad szöveg, eltérő megfogalmazás, kontextusfüggő döntés. A kapcsolatfelvételi űrlap tipikusan ilyen, mert az emberek nem szabvány szerint írnak. Ugyanez igaz sok más folyamatra is a cégeden belül. Arról, hogy egy egyedi rendszer még milyen területeken tud segíteni, itt írtunk részletesebben.\nMit jelent ez neked vezetőként?\nA gyakorlati tanulság egyszerű. Nem azért éri meg AI workflow-ban gondolkodni, mert trendi, hanem mert a te folyamataidban is vannak olyan pontok, ahol eddig azért kellett kézzel dolgozni, mert túl sokféle eset fordult elő ahhoz, hogy megérje mindet leprogramozni. Az AI workflow pont ezt a falat bontja le: nem kell előre kitalálnod az összes lehetséges ügyfélmondatot, elég a célt és a lépéseket rögzítened, a felismerést maga a rendszer végzi.\nFontos, hogy az automatizált feldolgozás csak a kezdet. Ahogy arról korábban is írtunk, a kapcsolatfelvétel önmagában nem cél, hanem kiindulópont. Egy AI workflow nem helyettesíti a jól felépített utánkövetést, csak felgyorsítja és pontosabbá teszi az első lépést: azt, hogy a megkeresés a megfelelő helyre kerüljön, a megfelelő státusszal, minél előbb.\nAzt is fontos kimondani, hogy egy AI workflow nem jelenti azt, hogy mindent felügyelet nélkül rá lehet bízni a rendszerre. A válasz piszkozatát a gyakorlatban érdemes egy kollégának jóváhagynia, mielőtt kimegy, és időnként érdemes visszanézni, hogy a besorolások tényleg jók-e. A cél nem az, hogy kivedd az embert a folyamatból, hanem az, hogy a rutinmunkát levegyed róla, és a döntést hagyd nála ott, ahol tényleg számít.\nÖsszegzés\nA különbség egy hagyományos automatizmus és egy AI workflow között nem az, hogy melyik \"okosabb\". Az, hogy melyiknél kell előre végiggondolnod és leprogramoznod minden lehetséges esetet. A hagyományos automatizmusnál igen. Az AI workflow-nál a célt és a lépéseket rögzíted, a felismerést maga a rendszer végzi.\nEgy következő cikkben azt is megmutatjuk, mi a különbség egy ilyen AI workflow és egy AI agent között, ahol már nem is a lépéseket írjuk elő, hanem csak a célt és a korlátokat.\nHa szeretnéd megnézni, a te vállalkozásodban hol van olyan pont, ahol egy AI workflow kiválthatná a kézi munkát, kérj egy ingyenes konzultációt. Az ERP és CRM rendszer fejlesztés szolgáltatásunk keretében pontosan ilyen megoldásokat építünk ügyfeleinknek." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "ERP vagy CRM: mi a különbség, és melyikre van szükséged?", "url": "https:\/\/lioner.hu\/blog\/erp-vagy-crm-mi-a-kulonbseg-es-melyikre-van-szukseged", "excerpt": "Havonta több tucatnyian keresnek rá arra, hogy „erp vagy crm\", és nálunk is rendszeresen felmerül ügyfélbeszélgetésen, hogy a kettő ugyanaz-e. Nem az. Ebben a cikkben egyszerűen elmagyarázzuk a különbséget, és megmutatjuk, honnan tudod eldönteni, melyikre van szükséged.", "published_at": "2026-09-03T15:50:00+02:00", "author": "Farkas Péter", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Egy kérdés, ami nálunk is rendszeresen felmerülSok ügyfélbeszélgetésen elhangzik ugyanaz a mondat: \"nekünk valami olyan rendszer kellene, ami mindent összefog, CRM vagy ERP, nem is tudom pontosan melyik\". Ez nem meglepő, a két rövidítést a hétköznapokban gyakran egymás szinonimájaként használják, pedig más problémára valók. Ez a cikk arról szól, mi a tényleges különbség a kettő között, és honnan tudod eldönteni, melyikre van szükséged, vagy hogy tényleg mindkettőre.Mi az a CRM rendszerA CRM (Customer Relationship Management, magyarul ügyfélkapcsolat-kezelés) egyetlen dologra épül: az ügyfeleiddel kapcsolatos információk egy helyen tartására. Egy CRM-ben nyomon követed, ki az ügyfél, mikor kerestétek meg egymást, milyen ajánlatot küldtél neki, hol tart az érdeklődő az értékesítési folyamatban, és mikor kell legközelebb jelentkezned nála.Gyakorlatban ez azt jelenti, hogy a CRM az értékesítés és az ügyfélkapcsolat-tartás eszköze. Ha most excel táblákban, emailekben és a fejedben tartod számon, kivel hol tartasz, egy CRM az első lépés, amivel ez kikerül a fejedből egy közös, kereshető rendszerbe.Mi az az ERP rendszerAz ERP (Enterprise Resource Planning, magyarul vállalatirányítási rendszer) ennél szélesebb kört fog át. Nem csak az ügyfélkapcsolatot kezeli, hanem a cég működésének nagy részét egy rendszerbe köti össze: készletet, számlázást, projekteket, beszerzést, gyakran a pénzügyet és a HR-t is. Egy ERP célja, hogy a cégen belül szétszórt folyamatok (mi van raktáron, mi lett kiszámlázva, hol tart egy projekt, mennyi az aktuális bevétel) egy helyen, egymással összekötve legyenek láthatók.Amíg a CRM kifelé, az ügyfél felé néz, az ERP befelé, a cég működésére. A kettő gyakran összeér, mert egy vállalatirányítási rendszerben is szükség van ügyfélkapcsolati modulra, de a fókuszuk más.A különbség egy táblázatbanSzempontCRMERPFő fókuszÜgyfélkapcsolat, értékesítésA teljes cégműködésTipikus modulokKontaktok, ajánlatok, értékesítési folyamat, kommunikációs naplóKészlet, számlázás, projektek, beszerzés, pénzügy, HRKinek éri meg elsőkéntAki sok leaddel és ügyféllel dolgozik, de a belső folyamatai még egyszerűekAkinek a belső folyamatai (készlet, számlázás, projektkövetés) már nem kezelhetők excelbenBevezetés méreteJellemzően kisebb, gyorsabban élesíthetőJellemzően nagyobb, több folyamatot érint egyszerreMikor elég a CRM, és mikor kell ERPHa a fő problémád az, hogy elvesznek a leadek, nem emlékszel, kit mikor kellene visszahívnod, vagy az árajánlatok követése excelben kezelhetetlen, akkor a CRM az, ami elsőként megoldást hoz. Ez a gyakoribb belépési pont kisebb cégeknél, mert az értékesítés az, ahol a rendezetlenség a leggyorsabban pénzben is látszik.Ha viszont a probléma szélesebb, mondjuk nem látod pontosan, mi van raktáron, a számlázás és a projektek követése is külön rendszerekben, egymástól függetlenül fut, és emiatt döntéseket kell tipp alapján hoznod, akkor már ERP-szintű gondolkodásra van szükség. Ilyenkor a kérdés nem az, hozzáadjunk-e még egy modult egy meglévő CRM-hez, hanem hogy a cég működését érdemes-e egy közös rendszerbe rendezni.A kettő nem kizárja egymást. Sok cégnél a CRM az első lépés, aztán ahogy nő a vállalkozás, a CRM mellé vagy egy közös rendszeren belül épül ki az ERP-oldal is: a NAV Online Számla integrációval automatizált számlázás, a készletkezelés, a projektkövetés.Miért nem elég sokszor egy kész, dobozos megoldásA piacon rengeteg kész CRM és ERP szoftver elérhető, ezek jó választás lehetnek, ha a folyamataid nagyjából illeszkednek ahhoz, amire a szoftvert eredetileg tervezték. A gond ott kezdődik, amikor a cég működése egyedi: más az árazási logikátok, más a projektfolyamatotok, vagy több különböző rendszer adatait kellene összekötni (webshop, számlázó, raktár), amit egy általános szoftver nem old meg gördülékenyen.Mi ilyenkor egyedi, Laravel-alapú ERP\/CRM rendszert építünk, ami pontosan a ti folyamataitokra szabott, nem fordítva, nem nektek kell a folyamataitokat egy kész szoftver logikájához igazítani. Ez természetesen nagyobb kezdeti befektetés, mint egy előfizetéses dobozos megoldás, ezért mindig azt javasoljuk, először nézzétek meg, egy kész szoftver nem old-e meg mindent elég jól, és csak akkor váltsatok egyedi fejlesztésre, ha ez tényleg szűk keresztmetszetet jelent.Mit érdemes átgondolnod, mielőtt dönteszHol veszítesz most a legtöbbet: elveszett leadeken és követhetetlen ügyfélkapcsolaton, vagy a belső folyamatok (készlet, számlázás, projektkövetés) átláthatatlanságán?Hány különböző, egymással nem kommunikáló rendszert (excel, számlázó, webshop admin, levelezés) használtok most párhuzamosan ugyanahhoz a munkához?A csapatod mérete és a folyamataitok mennyire egyediek ahhoz, hogy egy kész, dobozos szoftver kényelmesen kiszolgáljon, vagy már inkább korlátoz?Ha ezekre a kérdésekre végiggondolva azt látod, hogy egy kész CRM vagy ERP szoftver logikája nem passzol rátok, vagy már többször nekifutottatok egy dobozos megoldásnak, de mindig valamin megakadt, szólj nekünk, átbeszéljük, nálatok melyik irány éri meg jobban." } ] }, { "title": "Egyedi időpontfoglaló rendszer: mikor éri meg a kész szoftver helyett?", "url": "https:\/\/lioner.hu\/blog\/egyedi-idopontfoglalo-rendszer", "excerpt": "Excelben, füzetben vagy Messengeren fut a foglalásod? Megmutatjuk, mikor elég egy kész foglalási szoftver, és mikor éri meg egyedi időpontfoglaló rendszert fejlesztetni.", "published_at": "2026-09-02T09:43:00+02:00", "author": "Ádám Kristóf", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Kedd délután két vendég érkezik ugyanarra a 14 órás időpontra. Az egyiket telefonon írták be a füzetbe, a másikat egy Excel-táblázatba, és senki nem vette észre, hogy ütközik a kettő. Ha ismerős a helyzet, nem vagy egyedül. A legtöbb szolgáltató vállalkozásnál, a szépségszalontól az edzőtermeken át a szervizekig, valahol itt jön a felismerés, hogy a kézi időpontfoglalás elfogyott.\n\nInnentől már nem az a kérdés, kell-e valamilyen rendszer, hanem az, hogy melyik. Egy kész, dobozos foglalási szoftver, vagy egy a saját folyamataidra szabott, egyedi fejlesztés. Egyik sem jobb önmagában, csak más helyzetre való, és a cikk végére látni fogod, melyik a te esetedben a jó válasz.\n\nHonnan tudod, hogy kinőtted a kézi időpontfoglalást?\n\nEz ritkán derül ki egyik napról a másikra, inkább apránként jönnek a jelek:\n\n\nTöbb helyen fut párhuzamosan a foglalás (füzet, Excel, Messenger, telefonos jegyzet), és senki nem látja egyben az egészet.\nVolt már dupla foglalás vagy elfelejtett időpont, mert az adat csak egy kolléga fejében élt.\nA csapat nem látja egymás naptárát, ezért telefonálni kell ahhoz, hogy kiderüljön, ki mikor ér rá.\nNincs automatikus emlékeztető, ezért rendszeresen van meg nem jelenő vendég. Szolgáltatónál ez közvetlen bevételkiesés.\nAz előleg beszedése külön kör: átutalás, aztán kézzel nézed meg, megjött-e, és csak utána igazolod vissza az időpontot.\nÚj kollégának nehéz elmagyarázni a foglalás menetét, mert valójában több, egymással nem beszélő eszközből áll össze.\n\n\nHa ezekből csak egy-kettő igaz rád, még nem kell váltanod. Ha viszont a nagy része igaz, akkor a mostani megoldás már többet visz el időben és bevételben, mint amennyit spórolsz vele. Ugyanez a mintázat az Excel-alapú működésnél is megvan, erről itt írtunk bővebben: Hogyan döntsd el, hogy a céged kinőtte az Excelt?\n\nKész foglalási szoftver vagy egyedi rendszer: mi a valódi különbség?\n\nKész, előfizetéses foglalási szoftverből rengeteg van a piacon. Jó belépők, mert azonnal használhatók, fejlesztés nélkül, és havi pár ezer forintból kipróbálhatók. Cserébe azt kapod, amit a szoftver éppen tud, a testreszabás jellemzően korlátos, a díj pedig nő a foglalások vagy a felhasználók számával.\n\nAz egyedi fejlesztésű rendszer a te folyamataidra épül. Azokat a szabályokat és kivételeket is kezeli, amikre egy sok iparágat kiszolgáló termék eleve nem gondolt. A gyakorlatban így fest a különbség:\n\n\n\nSzempontKész (SaaS) foglalási szoftverEgyedi fejlesztésű rendszer\n\n\nInduló költségAlacsony, azonnal használhatóMagasabb, kell hozzá fejlesztési idő\nKöltség hosszú távonHavi előfizetés, ami a foglalásokkal együtt nőEgyszeri beruházás, nincs havi licencdíj\nTestreszabhatóságAmit az adott csomag kínálPontosan a te szabályaidra épül\nIntegrációKorlátozott, gyakran csak a drágább csomagbanSzabadon köthető CRM-hez, számlázáshoz, belső rendszerhez\nAdatbirtoklásA szolgáltató szerverénA te kezelésedben\nIparági szabályokRitkán támogatottBeépíthető (kapacitáskorlát, engedélyeztetés, előlegszabály)\n\n\n\nMikor elég egy kész, dobozos szoftver?\n\nNem minden vállalkozásnak kell egyedi rendszer. Ha egyedül dolgozol, egyféle szolgáltatást adsz, nincs bonyolult árazásod vagy kapacitásszabályod, és a havi előfizetés nem fáj, akkor egy kész szoftver bőven megteszi. Ilyenkor az egyedi fejlesztés túlbiztosítás: hosszabb átfutás és nagyobb kezdeti költség olyan rugalmasságért, amire nincs szükséged.\n\nEgy induló, egyszemélyes vállalkozásnál teljesen ésszerű kész szoftverrel kezdeni, és akkor váltani, amikor a korlátok tényleg fájni kezdenek. Nem az a hiba, ha valaki kész szoftvert használ, hanem ha évekig ragaszkodik hozzá, pedig már rég kinőtte. Erről is írtunk külön: Mikor nem éri meg egyedi fejlesztést választani?\n\nMikor éri meg egyedi időpontfoglaló rendszert fejlesztetni?\n\nA tapasztalatunk szerint ezekben a helyzetekben szokott reálisan megtérülni:\n\n\nTöbb erőforrást kell egyszerre kezelni. Ha nem egy, hanem több kolléga, terem vagy eszköz naptárát kell ütközésmentesen összehangolni, egy általános szoftver logikája hamar szűk lesz.\nBonyolult az árazásod. Csomagok, előlegek, foglalási díjak, lemondási szabályok kombinációja sok kész szoftverben csak kerülő úton, vagy sehogy nem állítható be.\nIntegrálni kell egy meglévő rendszerrel. Ha a foglalásnak együtt kell működnie a CRM vagy ERP rendszereddel, a számlázással vagy a készletkezeléssel, egy zárt SaaS-termék ezt jó esetben is csak félig engedi.\nSpeciális szabályok érvényesek nálad. Egészségügyi, oktatási vagy engedélyköteles szolgáltatásnál gyakran vannak olyan megkötések, amikre egy tömegtermék nem lett felkészítve.\nNövekedést tervezel. Ha nem szeretnéd fél év múlva kényszerből kinőni a kész szoftvert, érdemes időben az egyedi megoldás felé fordulni.\nSzámít az ügyfélélmény. Ha fontos, hogy a foglalás ne egy sablonos, máshol is látott felületen fusson, hanem a saját arculatodban, a saját oldaladon, az önmagában is előny.\n\n\nMit tud egy egyedi foglalási rendszer, amit a dobozos nem?\n\n\n\nAz egyik referenciánk, az Achilles Masszázs Kecskemét oldala jól mutatja a különbséget. A rendszer nem csak az időpontot kezeli: a vendég kiválasztja a szolgáltatást és az időpontot, ha kell, azonnal fizet online, a számla pedig automatikusan kiáll. Néhány perc az egész, telefonálás és utólagos adminisztráció nélkül.\n\nAutomatikus emlékeztetők figyelnek arra, hogy senki ne felejtse el a foglalt időpontját, és készült egy törzsvásárlói program is, ami magától kezeli a visszatérő vendégek kedvezményeit. Ezeket a kész rendszerek általában csak külön előfizetéssel, kompromisszummal vagy sehogy nem adják.\n\nA lényeg, hogy minden egy helyen fut: fizetés, számlázás, időpontok, ügyféladatok, értesítések, hűségprogram. Nem külön szolgáltatásokat kell összefércelni, a vendég pedig végig a cég saját oldalán marad, külső foglalási portál nélkül.\n\nAmiket ilyen rendszerbe rendszeresen beépítünk:\n\n\nNaptárszinkron (például Google Naptár) a csapat minden tagjával, hogy mindenki lássa a valós leterheltséget.\nAutomatikus emlékeztető e-mailben vagy SMS-ben.\nElőleg vagy teljes összeg fizetése egy lépésben, a foglalással együtt.\nKapacitáskezelés szolgáltatásonként, teremenként vagy eszközönként, hogy ne lehessen túlfoglalni semmit.\nEgyedi árazás: csomagok, bérletek, kedvezmények, szezonális díjak.\nKözvetlen kapcsolat a meglévő üzleti rendszereddel, hogy a foglalásból magától legyen ügyfélkarton, számla vagy munkalap.\n\n\nMilyen vállalkozásoknak éri meg leginkább?\n\nOtt látjuk a legnagyobb megtérülést, ahol a foglalás nem egyszerű időpont-kiosztás, hanem egy hosszabb folyamat első lépése:\n\n\nSzépségszalonok, fodrászatok, kozmetikák. Több kolléga, eltérő hosszúságú szolgáltatások, közös eszközök. Ezt egy általános naptár nehezen kezeli jól.\nEdzőtermek, stúdiók, oktatási vállalkozások. Csoportos órák, egyéni alkalmak és bérletek egyszerre, úgy, hogy a létszámkorlát magától érvényesüljön.\nEgészségügyi és tanácsadó szolgáltatók. Itt adatvédelmi és engedélyeztetési szempontok is belépnek.\nSzerviz és kiszállásos szolgáltatás. A foglaláshoz munkalap, útvonal és anyagfelhasználás is tartozik, tehát a rendszer már a munkafolyamat első lépése, nem csak egy naptár.\n\n\nKecskeméti és Bács-Kiskun megyei ügyfeleinknél gyakran pont az utolsó a kiindulópont: náluk a foglalási rendszer és a munkalap-kezelés a gyakorlatban ugyanaz a probléma, csak két oldalról nézve.\n\nHogyan zajlik a megvalósítás?\n\n\nFelmérés. Végigvesszük, hogyan zajlik ma a foglalás, hol akad el, és milyen rendszerekkel kell majd beszélnie az újnak.\nTervezés. Rögzítjük a szabályokat: kapacitás, árazás, előleg, lemondás, jogosultságok.\nFejlesztés. Épül a rendszer, közben rendszeresen mutatjuk az aktuális állapotot, hogy menet közben is bele tudj szólni.\nTesztelés. Valós helyzeteken nézzük végig, például egyszerre indított foglalásokkal, hogy ne fordulhasson elő ütközés.\nÉlesítés és betanítás. Elindul a rendszer, a csapatod pedig megtanulja a napi használatát.\n\n\nMennyibe kerül és mennyi idő alatt készül el?\n\nAz ár és az átfutási idő a funkciók számától, az integrációk mélységétől és az automatizálás szintjétől függ. Egy egyszemélyes szolgáltató naptára egészen más tétel, mint egy több telephelyes, több erőforrást és fizetési módot kezelő rendszer. A tényezőket és a reális ársávokat külön cikkben vettük végig: Mennyibe kerül egy egyedi rendszer 2026-ban és mitől függ az ára? Konkrét, a te esetedre szabott számot egy rövid egyeztetés után tudunk mondani.\n\nHogyan döntsd el, mi a jó választás?\n\nMielőtt bármelyik irányba elindulnál, gondold végig ezt a négy kérdést:\n\n\nEgy vagy több szolgáltatót, termet, eszközt kell egyszerre, ütközésmentesen kezelni?\nVan olyan szabályod (előleg, engedélyeztetés, kapacitáskorlát, lemondási feltétel), amit egy kész szoftver nem tud pontosan lekövetni?\nÖssze akarod kötni a foglalást az ügyfélkezelő, számlázó vagy raktárkezelő rendszereddel?\nTervezel akkora növekedést, ami mellett a kész szoftver díja vagy funkciókorlátja hamar szűk lesz?\n\n\nHa a többségre igen a válasz, egyedi fejlesztésben érdemes gondolkodni. Ha nem, akkor most egy kész szoftver tökéletesen megteszi, és semmi baj nincs azzal, ha azt választod. A döntés nem végleges: a legtöbb vállalkozásnál a kész szoftver egy jó kiindulópont, amiből egy idő után nő ki az igény az egyedire, nem fordítva." }, { "type": "section-faq", "name": "GYIK - Egyedi időpontfoglaló rendszer" }, { "type": "html", "name": "CTA - Következő lépés", "content": "Következő lépés\n\nHa azt gyanítod, hogy a foglalásaid már nem férnek el kényelmesen egy Excel-táblában vagy egy füzetben, nem kell azonnal nagy döntést hoznod. Foglalj egy ingyenes, 30 perces konzultációt, átnézzük a mostani foglalási folyamatodat, és őszintén megmondjuk, elég-e egy kész szoftver, vagy nálad tényleg megtérül az egyedi fejlesztés. Nem akarunk mindenkit egyedi rendszer felé terelni. Ha a beszélgetés végén az jön ki, hogy neked most a kész szoftver a jobb, azt is elmondjuk.\n\nAz üzleti rendszer fejlesztés oldalunkon egy rövid üzenetben elindíthatod az egyeztetést, ott a foglalási rendszerek mellett más iparági megoldásokat is megnézhetsz. Ha pedig már van egyedi rendszered, és csak továbbfejlesztésre vagy támogatásra van szükséged, abban is szívesen segítünk." } ] }, { "title": "Látja a ChatGPT a weboldaladat? Amire figyelj, hogy az AI keresőkben is megtaláljanak", "url": "https:\/\/lioner.hu\/blog\/latja-a-chatgpt-a-weboldaladat-amire-figyelj-hogy-az-ai-keresokben-is-megtalaljanak", "excerpt": "Egyre többen a ChatGPT-től vagy a Google AI Overview-tól kérdeznek keresés helyett. Megmutatjuk, mitől lesz látható és idézhető ott a weboldalad.", "published_at": "2026-09-01T11:16:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Egyre több látogató nem begépel egy keresést a Google-be, hanem megkérdezi a ChatGPT-t, vagy elolvassa a Google találati lista tetején megjelenő AI-összefoglalót, az AI Overview-t, és meg sem nyitja a mögötte lévő oldalakat. Ha a weboldalad eddig csak a hagyományos Google-találatokra volt felkészítve, jó eséllyel ezekben a válaszokban egyáltalán nem szerepelsz, még akkor sem, ha a kulcsszavaidra egyébként jól rangsorolsz.Mi a különbség a hagyományos SEO és az AI-keresőkre optimalizálás között?A hagyományos SEO célja, hogy a Google találati listájában minél előrébb szerepelj, hogy a látogató rákattintson a linkedre. Az AI-keresők, mint a ChatGPT Search, a Google AI Overview, a Perplexity vagy a Bing Copilot, viszont nem linkeket adnak elsősorban, hanem egy összefoglaló választ, amit néhány forrásból állítanak össze. A cél itt nem a kattintás, hanem az, hogy a te weboldalad legyen az egyik forrás, amiből az AI idéz, vagy amire hivatkozik.Miért nem elég, ha jól rangsorolsz a Google-ben?Egy AI kereső máshogy „olvassa” a weboldaladat, mint egy élő látogató vagy a hagyományos Google-robot. Ha a tartalmad csak JavaScript-tel töltődik be, ha nincs rajta strukturált adat, vagyis schema.org jelölés, vagy ha a válaszok szétszórva, több bekezdésbe rejtve vannak a szövegben ahelyett, hogy egyértelműen kimondanád őket, az AI-kereső nehezebben tudja kiemelni és idézni a tartalmadat, még akkor is, ha egyébként hasznos és pontos.4 pont, amit magad is ellenőrizhetsz1. Van FAQ vagy világos kérdés-válasz szerkezetű tartalmad?Az AI-keresők szeretik az egyértelmű kérdés-válasz párokat, mert ezeket könnyű kiemelni és beilleszteni egy összefoglaló válaszba. Ha a weboldaladon vagy a blogodon a leggyakoribb kérdésekre, például hogy mit csináltok, mennyibe kerül, mennyi idő alatt, nincs egyértelmű, tömör válasz, csak hosszú, körülményes szövegben elrejtve, érdemes ezt átdolgozni.2. Van strukturált adat (schema.org) a weboldaladon?A strukturált adat egy géppel olvasható jelölés a látható szöveg mögött, ami elmondja az AI-nak és a keresőnek, mi micsoda az oldaladon: ez egy GYIK, ez egy termék, ez egy cikk szerzővel és dátummal. Ez nem helyettesíti a jó szöveget, de sokat segít abban, hogy az AI biztosan jól értelmezze, amit egyébként te is világosan megfogalmaztál.3. Beengeded egyáltalán az AI-crawlereket?A ChatGPT, a Google és más AI-szolgáltatók külön robotokkal, például a GPTBot vagy a ClaudeBot, járják be a weboldalakat, és ezt a robots.txt fájlodban le lehet tiltani, akár szándékosan, akár véletlenül egy régi, túl szigorú beállítás miatt. Ha nem vagy biztos benne, mi van beállítva nálatok, ezt egy fejlesztő pár perc alatt meg tudja nézni, és ha kell, módosítani.4. Egyértelmű és naprakész-e, amit a weboldalad állít magatokról?Az AI-keresők a saját tudásbázisukból és a weboldaladról összegyűjtött információból dolgoznak. Ha az árazásod, az elérhetőséged vagy a szolgáltatásaid leírása elavult, ellentmondásos, vagy több helyen máshogy szerepel a weboldaladon, az AI könnyen rossz vagy régi információt ad tovább rólad, amit utólag te már nem tudsz kontrollálni.Mit érdemes elsőként megcsinálni?Ha most kezdenél ezzel foglalkozni, a FAQ-szerű, egyértelmű válaszok és a strukturált adat azok a pontok, amik a legkisebb ráfordítással hozzák a legtöbbet, és mellesleg a hagyományos Google-keresésben is segítenek, nem csak az AI-keresőkben.Arról, hogy mit érdemes tartalmaznia egy weboldalnak 2026-ban, részletesebben írtunk a milyen funkciókra van szüksége egy modern weboldalnak cikkünkben. Ha pedig új oldal építésén gondolkodsz, ezeket az alapokat érdemes már a weboldal készítés fázisában betervezni, utólag mindig drágább. Ha azt szeretnéd megtudni, miért fontos egyáltalán a keresőoptimalizálás, a miért fontos a SEO cikkünk ad hozzá alapot.Ha szeretnéd megnézetni velünk, hogyan látszik a weboldalad az AI-keresők szemével, keress minket, vagy nézd meg, hogyan gondolkodunk a keresőoptimalizálásról nálunk." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Miért Laravelben fejlesztünk – és mit jelent ez neked megrendelőként?", "url": "https:\/\/lioner.hu\/blog\/miert-laravelben-fejlesztunk-es-mit-jelent-ez-neked-megrendelokent", "excerpt": "Amikor elmondjuk egy ügyfélnek, hogy Laravelben dolgozunk, a legtöbben udvariasan bólintanak, aztán a fejükben ott marad a kérdés: ez most valami egyedi barkácsmegoldás, amivel örökre hozzánk lesznek kötve? Ez a cikk erre válaszol: megmutatjuk, mi az a Laravel, mennyire elterjedt, kik állnak mögötte a gyakorlatban, és mit jelent ez neked, ha erre épül a weboldalad vagy webshopod.", "published_at": "2026-08-26T11:38:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Cikk törzs", "content": "Mi az a Laravel?\nA Laravel nem egy weboldalkészítő program, és nem is egy márkanév, amit dobozban meg lehet vásárolni. Inkább egy szakmai alapkészlet, amiből a fejlesztő felépíti a rendszeredet, hasonlóan ahhoz, ahogy egy építőipari szabványrendszer sem ad kész házat, hanem bevizsgált elemeket, amelyekből szinte bármit fel lehet húzni. A WordPress ehhez képest inkább egy készházkatalógus: gyors, kényelmes, kiszámítható, de a falak ott vannak, ahová a tervező eredetileg tette őket.\nA Laravelnél nincs ilyen korlát, de ez nem azt jelenti, hogy barkácsmegoldásról van szó. Éppen ellenkezőleg: mindkét út bevizsgált, világszerte használt alapanyagból dolgozik, csak más a rugalmasság és a testreszabhatóság szintje. Amikor egy fejlesztőcsapat Laravelt mond, nem egy saját, senki más által nem ismert belső rendszerről beszél, hanem egy nyílt forráskódú, dokumentált keretrendszerről, amit egy nemzetközi közösség tart karban. Ugyanazt használja egy egyszemélyes vállalkozó és egy több száz fős fejlesztőcsapat is. Ez a cikk arról szól, mit jelent ez a gyakorlatban, ha te vagy a megrendelő.\n\nMennyire elterjedt valójában?\nA Laravel a PHP programozási nyelvre épül. A W3Techs 2026 augusztusi felmérése szerint az ismert szerveroldali nyelvvel rendelkező weboldalak mintegy 71,8%-a PHP-t futtat. Vagyis a világ weboldalainak túlnyomó többsége mögött ez a nyelv áll, jóval megelőzve a következő versenytársat.\nEzen a nyelven belül pedig a Laravel a vezető keretrendszer. A JetBrains State of PHP 2025 felmérése, amely 194 országból 24 534 fejlesztő válaszát dolgozta fel, szerint a PHP-t fő nyelvként használó fejlesztők 64%-a Laravelt választja, messze megelőzve a mezőnyt. A BuiltWith nyilvántartása szerint jelenleg több mint 700 ezer élő weboldal fut Laravel alapon.\nEzek a számok nem marketingfogások, hanem gyakorlati biztonságot jelentenek. Ha egy fejlesztőd elköszön, nem egy egzotikus, kevesek által ismert technológiát kell tovább vinnie valakinek, hanem egy olyan megoldást, amit a PHP-fejlesztők többsége napi szinten használ.\nA stabilitás nem csak a mai állapotra vonatkozik, hanem a jövőre is. A Laravel fejlesztői hivatalos támogatási szabályzata szerint minden kiadás legalább 18 hónapig kap hibajavítást és 2 évig biztonsági frissítést, a kiemelt, hosszú távú (LTS) verziók pedig ennél is tovább, 2, illetve 3 évig. Ez azt jelenti, hogy a rendszered nem válik egyik napról a másikra frissíthetetlenné vagy biztonsági kockázattá. Kiszámítható, előre látható ütemben lehet karban tartani, és nem attól függ, hogy egy harmadik fél plugin-fejlesztője éppen aktív-e még.\n\nMit jelent ez neked, mint megrendelőnek?\nSkálázhatóság\nUgyanaz a rendszer szolgál ki 500 és 50 000 látogatót, 100 és 10 000 terméket. Nem kell újraépítened az oldalt akkor, amikor a céged növekszik. Pontosan ezt a tulajdonságot használjuk ki tudatosan a Laravel alapú webshopoknál, és korábban azt is végigvettük, miért éri meg egyedi Laravel webáruházat választani sablonos megoldás helyett.\nTeljes testreszabhatóság\nNincs „ezt sajnos nem tudja megoldani” válasz. A rendszer a te folyamatodhoz igazodik, nem fordítva. Egyedi árazási logika, foglaláskezelés, ügyfélportál vagy több szereplős jóváhagyási lánc egyaránt megvalósítható, mert nincs olyan plugin-korlát, amibe bele lehetne ütközni.\nNem vagy hozzánk láncolva\nMivel a Laravelt világszerte használják, a kódodat bármelyik másik, Laravelt ismerő fejlesztő vagy csapat át tudja venni tőlünk. Ez az egyik legerősebb bizalmi pont, mert pontosan azt a félelmet oldja, ami sokakban ott van az „egyedi fejlesztés” szó hallatán: hogy örökre egyetlen céghez lesznek kötve.\n\nÉs mi van a JavaScript keretrendszerekkel (React, Next.js, Node)?\nTárgyilagosan szólva: a JavaScript-alapú megoldások ott jobbak, ahol a felület nagyon élő, alkalmazásszerű, például élő chat, valós idejű szerkesztőfelület vagy folyamatosan frissülő adatfolyam esetén. Ha a projekted ilyen jellegű, a JS a helyes irány, és ezt őszintén el is mondjuk, amikor valakivel erről egyeztetünk.\nEgy tipikus üzleti weboldalnál, webshopnál vagy belső rendszernél viszont a JS-alapú felépítés azt jelenti, hogy gyakorlatilag két rendszert kell fenntartani egy helyett: a szerveroldali logikát és a felületet kiszolgáló, külön futó alkalmazást. Ez több mozgó alkatrészt, drágább hosszú távú karbantartást és bonyolultabb keresőoptimalizálást jelent. Erről bővebben a Laravel webshopok SEO-járól szóló cikkünkben írtunk. A kérdés tehát nem az, hogy melyik keretrendszer „jobb”, hanem hogy melyik jelent felesleges bonyolítást a te konkrét feladatodhoz.\nFontos leszögezni: nem vagyunk vakon elkötelezettek egyetlen technológia mellett sem. Mi magunk is használunk JavaScriptet, konkrétan a Vue.js-t, azokon a felületeken, ahol valódi szükség van rá, például interaktív admin felületeken vagy konfigurátoroknál.\n\nMikor NEM a Laravel a jó választás?\nHa jövő hétre kell egy 5 oldalas bemutatkozó weboldal, minimális kerettel, arra reálisan egy sablonos megoldás a jó válasz, akár egy jól beállított WordPress. Egyedi fejlesztés csak akkor éri meg, ha a weboldal ténylegesen az üzleti folyamataid része lesz, nem csupán egy digitális névjegykártya. Nálunk az egyedi weboldal fejlesztés is ezzel a kérdéssel indul: előbb átbeszéljük, mire kell az oldal, és csak utána mondunk technológiát.\nErről és a WordPress korlátairól ebben a cikkünkben írtunk bővebben, azt pedig, hogy pontosan mikor éri meg ténylegesen az egyedi fejlesztés, itt jártuk körbe. Ez a bekezdés nem udvariasságból van itt: ha egy fejlesztőcég soha nem mondja meg, hogy mikor nem érdemes hozzá fordulni, azt érdemes gyanakvással kezelni. Az egyedi fejlesztés ára és a megtérülése is más nagyságrend, mint egy sablonos oldalé, úgyhogy a döntés előtt mindenképp érdemes tisztán látni, mekkora büdzsével és milyen időtávon éri meg belevágni.\n\nNálunk hogy néz ki ez a gyakorlatban?\nA saját cégünket vezető ERP\/CRM rendszert, amiben a projektjeinket, a feladatainkat és az ügyfélkapcsolatainkat kezeljük, szintén Laravelben írtuk meg. Ezt nem azért mondjuk el, mert ezt tudjuk eladni, hanem mert magunknak is ezt építettük. Ha nem bíznánk a stabilitásában, nem a saját napi működésünket futtatnánk rajta.\nNézzünk néhány konkrét példát az ügyfeleink közül is. A VidékiOtthon ingatlanhirdetési portál Laravel alapon indult zöldmezős projektként, és már az első két hónapban több mint 400 regisztrált felhasználót és 1100+ aktív hirdetést ért el. Azóta tovább nőtt a forgalom, de ugyanaz a rendszer szolgálja ki, nem kellett újraépíteni semmit.\nA TanárTér egy magántanár-kereső piactér, ahol a regisztrációtól a bankkártyás fizetésen és az automatikus számlázáson át a fizetős kiemelésig és a moderálásig minden lépés egyedi üzleti logikára épül. Ezt egy sablonos rendszerrel nem lehetett volna megoldani.\nA LátogatásKönyvek webáruháznál pedig az automatikus számlázást és a csomagpontos kiszállítást pontosan úgy kötöttük össze, ahogy az ügyfél saját folyamata megkívánta, nem ahogy egy megvásárolt bővítmény engedte volna.\n\nKérdésed van a saját projektedről?\nHa azon gondolkodsz, hogy a weboldalad vagy webshopod egyedi fejlesztést igényel-e, nem kell azonnal döntened. Beszéljük át, mi a valódi célod, és ha a te esetedben nem ez a legjobb út, azt is elmondjuk őszintén. A kapcsolatfelvétel oldalunkon kötelezettség nélkül egyeztethetünk.\n\nÖsszefoglalva\nA Laravel nem egyedi barkácsmegoldás, hanem világszerte elterjedt, dokumentált keretrendszer, amit a PHP-fejlesztők többsége használ. Ez neked megrendelőként elsősorban annyit jelent, hogy a rendszered skálázható, szabadon testreszabható, és nem köt egyetlen fejlesztőcsapathoz sem. Persze nem minden projekthez ez a jó választás: egy egyszerű bemutatkozó oldalhoz bőven elég egy sablonos megoldás is. De ha a weboldalad vagy webshopod valódi üzleti motor lesz, a Laravel biztonságos és hosszú távra tervezhető alapot ad alá." } ] }, { "title": "Mennyibe kerül egy CDN, és melyik szolgáltatót válaszd?", "url": "https:\/\/lioner.hu\/blog\/mennyibe-kerul-egy-cdn-es-melyik-szolgaltatot-valaszd", "excerpt": "Négy CDN-szolgáltató árát hasonlítottuk össze élőben: Bunny.net, Cloudflare, AWS CloudFront és KeyCDN havi 100 GB-os és 1 TB-os forgalomra. Plusz: miért a Bunny-t választjuk mi szinte mindig.", "published_at": "2026-08-15T13:35:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Az előző részben megnéztük, mi az a CDN, és mikor van rá tényleg szükséged. Ha még nem olvastad, itt találod. Egy saját méréssel mutattuk meg, mennyivel gyorsabb egy CDN a saját szerverednél, és azt is, mikor nem érzed meg a különbséget. Ha arra jutottál, hogy nálad számítana, jön a következő kérdés. Melyik szolgáltatót válaszd, és mennyibe kerül havonta? Ebben a cikkben ezt nézzük végig, konkrét árakkal.Ez a cikk egy háromrészes CDN-sorozat második része. Ha végigolvasod, ezt kapod a folytatásban is:Mi az a CDN, és mikor van rá tényleg szükséged?Mennyibe kerül egy CDN, és melyik szolgáltatót válaszd? (ez a cikk)Hogyan épül fel egy előfizetéses videós platform CDN-nel? (esettanulmány)Mennyit fizetsz ténylegesen egy CDN-ért?Négy szolgáltatót hasonlítottunk össze. A Bunny.net-et, amit mi magunk is használunk szinte minden projektnél. A Cloudflare-t, ami megkerülhetetlen, mert van ingyenes csomagja. Az AWS CloudFrontot, ami a nagyvállalati referencia. És a KeyCDN-t, negyedik összehasonlítási pontként. A négy szolgáltató négy különböző árazási logikát követ. Ezért nem elég egyetlen számot nézni, a modellt is érdemes érteni. Van, aki a felhasznált gigabájtok után számláz. Van, aki sávosan csökkenő áron. És van, aki egyszerűen fix havidíjat kér, szinte függetlenül a forgalomtól.A puszta árlista helyett nézzünk egy konkrét példát. Vegyünk egy átlagos webáruházat, ahol 500 termékkép van. Ezek mérete egyenként 300 és 800 KB között mozog, mert a legtöbb webshopban a képek nincsenek optimalizálva. A boltnak legyen havi 3000 látogatója. Látogatónként átlagosan 60 képmegtekintéssel számolunk, mert egy vásárló általában több terméklapot is végignéz, galériaképekkel együtt.Ebből a forgalom egyszerűen kiszámolható. 3000 látogató és 60 képmegtekintés szorzata havi 180 000 képbetöltés. Egy kép átlagos mérete a 300-800 KB-os tartomány közepén 550 KB. A 180 000 képbetöltés és az 550 KB szorzata körülbelül 99 GB havi adatforgalom. Ha a képek inkább a tartomány alján vannak, ez 54 GB. Ha a tetején, akkor 144 GB. A legtöbb hasonló webshop tehát havi 50 és 150 GB között mozog. Egy átlagos eset szinte pontosan a 100 GB-os határra esik.Az árak 2026. augusztus 15-i állapotot tükrözik. Érdemes a szolgáltató oldalán is ellenőrizni őket, ez a cikk legkevésbé stabil, leggyorsabban avuló része.SzolgáltatóÁrazási modellBelépő árMinimum havidíjEurópai ár eltér?100 GB\/hó1 TB\/hóBunny.netForgalom alapú (GB-onként), régió szerint sávos0,01 USD\/GB (Európa és Észak-Amerika)1 USDNem – Európa és Észak-Amerika azonos áron van, csak a többi régió drágább (pl. Ázsia 0,03 USD\/GB)~1 USD (a minimum miatt)~10 USDCloudflareFix havi csomagár, a szabványos CDN-forgalom nem GB-alapúFree: 0 USD, Pro: 20 USD\/hó (éves számlázással)Nincs, ingyenes csomag is elérhetőNem releváns – globális, egységes árNem értelmezhető – a sávszélesség korlátlan már a Free csomagban isNem értelmezhetőAWS CloudFrontForgalom alapú, sávos, régiónként eltérő0,085 USD\/GB (USA\/Kanada\/Mexikó és Európa\/Izrael\/Törökország sáv, az ingyenes keret felett)Nincs, de havi 1 TB ingyenes keret jár mellé (Always Free)Nem – az európai sáv ezen a szinten megegyezik az amerikaivala havi ingyenes keretben van → 0 USDpont a keret határa → 0 USD, felette kb. 85 USDKeyCDNForgalom alapú, sávos, régiónként eltérő0,04 USD\/GB (Európa\/Észak-Amerika sáv, első 10 TB)4 USD\/hó, és a fiókot előre kell feltölteni, minimum 49 USD-velVan külön, olcsóbb Európa\/Észak-Amerika sáv, más régiók drágábbak4 USD (a minimum miatt)40 USDMit jelentenek ezek a számok a gyakorlatban?A fenti 99 GB-os példabolt pontosan a táblázat 100 GB-os oszlopába esik. Ennek a webáruháznak a havi CDN-számlája Bunny.net-nél kb. 1 USD. KeyCDN-nél kb. 4 USD. AWS CloudFrontnál 0 USD, amíg belefér az ingyenes 1 TB-os keretbe. Cloudflare-nél pedig a Free csomag is bőven elég. A gigabájtonkénti árkülönbség ennél a forgalomnál még nem számottevő. Mind a négy szolgáltatónál a minimumdíj vagy az ingyenes keret dominál, nem a tényleges GB-ár.Két dolog azonnal feltűnik, ha végignézed a táblázatot. Az egyik, hogy a Cloudflare nem forgalom alapján számláz a szabványos CDN-forgalomért. Ez szokatlan a piacon, és pontosan ezért tud ingyenes csomagot adni. Nem a gigabájtok száma számít nála, hanem a plusz funkciók, például az Argo Smart Routing vagy a Stream. A másik, hogy a Bunny és a KeyCDN nagyon hasonló modellt futtat, mégis nagyjából négyszeres a különbség köztük ugyanannál a forgalomnál. Ez főleg a KeyCDN havi minimumdíja és a kötelezően előre feltöltendő egyenleg miatt alakul így, nem csak a GB-árban van a különbség.Az AWS CloudFront ingyenes kerete elsőre nagyon vonzónak tűnik, de van egy csapdája. Havi 1 TB tényleg ingyenes, viszont ez a keret az egész AWS-fiókodon oszlik meg, nem csak a weboldaladon. Ha már fut nálad más AWS-szolgáltatás is, vagy több projekted osztozik egy fiókon, ez a keret jóval hamarabb elfogy, mint gondolnád.Van egy másik szempont is: mennyire kiszámítható a havi számla. A forgalom alapú modelleknél, tehát a Bunnynál, az AWS-nél és a KeyCDN-nél, egy hirtelen látogatói csúcs azonnal megjelenik a számlán. Ilyen csúcsot okozhat egy sikeres kampány vagy egy váratlanul népszerűvé váló poszt. A Cloudflare fix áras csomagjainál ez nem történik meg, mert a szabványos forgalom korlátlan. Cserébe az adott csomag drágább lehet ahhoz képest, amennyit ténylegesen felhasználsz, ha egyébként alacsony a forgalmad.Egy dolgot még érdemes kiemelni. Ezek az árak kizárólag a forgalmat fedik le, a beüzemeléshez szükséges fejlesztői munkát nem. Erről bővebben már az előző részben írtunk, itt csak annyit ismétlünk, hogy ezt is be kell kalkulálni a döntésbe.Fontos az is, hogy a CDN költsége nem önmagában értékelendő, hanem ráadódik a meglévő tárhelyköltségedre. Ha még nem vagy biztos benne, hogy a jelenlegi tárhelyszolgáltatód jó választás-e, előbb azt érdemes rendbe tenni. Utána van igazán értelme arról beszélni, mennyit tesz hozzá egy CDN a havi számládhoz.Van itt egy gyakorlati tanulság is. Ha ugyanez a webáruház modern képformátumra vált, WebP-re vagy AVIF-re, a képek mérete jellemzően 150 és 250 KB közé csökkenthető. Ugyanazzal a 180 000 havi képbetöltéssel ez körülbelül 27-45 GB havi forgalmat jelent. Ez a jelenlegi becslés harmada. A CDN-számlán ez még nem érezhető, mert 100 GB alatt úgyis a minimumdíj fut a legtöbb szolgáltatónál. Az oldalsebességen viszont simán érezhető a hatás. Ez pedig már rangsorolási tényező is a Google szemében.Ha a Cloudflare és az AWS olcsóbb, miért mégsem ezeket ajánljuk alapból?A táblázatban ennél a példaboltnál a Cloudflare és az AWS CloudFront is 0 dollárt mutat, a Bunny viszont kb. 1 dollárt. Ez elsőre tényleg ellentmondásnak tűnik. A válasz nem az árban van, hanem abban, mi jár együtt ezzel az árral.A Cloudflare Free csomagja valóban ingyen marad ekkora forgalomnál. Ehhez viszont át kell állítani a domain névszervereit a Cloudflare-re. Ez jóval nagyobb lépés, mint egy CDN egyszerű bekötése, mert onnantól az egész weboldalad forgalma rajtuk megy át, nem csak a képek. Ha finomabb cache-szabály kell, vagy videót akarsz streamelni, a Free csomag már kevés. A fizetős csomagok viszont nem olcsóbbak a Bunny-nál. A kezelése is nehezebb. Rengeteg funkció van egy felületen, és a beállítások gyakran fejlesztői tudást igényelnek, nem csak pár kattintást.Az AWS CloudFront 1 TB-os ingyenes kerete valóban lefedi ezt a kis webáruházat. Ez a keret azonban az egész AWS-fiókodon oszlik meg, nem csak ezen az egy projekten. Ha más szolgáltatás is fut nálad AWS-ben, vagy nő a forgalmad, ez a keret hamar elfogy. Afelett gigabájtonként 0,085 dollárt számláznak, ami majdnem kilencszerese a Bunny 0,01 dolláros árának. Egy komolyabb forgalmú oldalnál ez már számottevő havi különbség. A beüzemelés is bonyolultabb. A felület fejlesztőknek készült, nem ügyfeleknek. Egy terjesztés beállítása, az origin jogosultságok és a gyorsítótár-szabályok mind fejlesztői órákat visznek el, ezt is be kell számítani a valós költségbe.Ezért választjuk mi alapból a Bunny-t. Nem azért, mert minden helyzetben ő a legolcsóbb, hanem mert a legtöbb projektünknél nála a legjobb az ár, az egyszerű kezelhetőség és a fejlesztői rugalmasság aránya.Miért a Bunny.net-et javasoljuk szinte minden projektnél?Nálunk a Bunny.net az alapértelmezett választás, és ennek nem csak árbeli okai vannak. Sorban végigmegyek azon, amit magunk is tapasztaltunk vele, projektről projektre.Árazásban tényleg az egyik legjobb a piacon, ezt fentebb a táblázat is mutatja. Ez a legkönnyebben belátható érv. De amiért nap mint nap tényleg örülünk neki, az inkább az, hogy a felülete a felhasználónak is érthető. Nem kell fejlesztőnek lenned ahhoz, hogy eligazodj rajta. Minden funkció könnyen megtalálható, és néhány kattintással beállítható. Ez azért számít különösen sokat, mert az ügyfeleink maguk is hozzá tudnak nyúlni a beállításokhoz, ha valamit gyorsan módosítani kell. Nem kell minden apróságért minket hívniuk vagy várniuk ránk.Fejlesztőként ugyanennyire jó vele dolgozni. Van rendes API-ja, vannak webhookjai, és megvan hozzá a szükséges titkosítás is. Minden rendelkezésre áll, amire egy integrációnál szükség lehet. Amikor egy ügyfél meglévő rendszerét kötjük össze a CDN-vel, nem kell kerülő megoldásokat keresnünk. A dokumentált funkciók a gyakorlatban is pontosan úgy működnek, ahogy le vannak írva. Ez egy fejlesztői projektnél nem apróság, sok időt spórol.A videó-enkódolás az, ami leginkább kiemeli a Bunnyt a mezőnyből. Emiatt a harmadik cikkben is vissza fogunk térni rá. Ha feltöltesz egy 4K videót, a nézőnek nem kell 4K-ban megnéznie gyenge mobilneten. A rendszer automatikusan legyártja a különböző minőségi verziókat, és a néző aktuális hálózati sebességéhez igazítja azt, pont úgy, ahogy a YouTube-tól megszokhattad. A gyakorlatban ez azt jelenti, hogy a videó nem akadozik gyengébb kapcsolaton sem. A lejátszó automatikusan visszavált alacsonyabb minőségre, ahelyett hogy megállna pufferelni és várakoztatná a nézőt.Ehhez jön a Bunny saját videólejátszója, ami erősen testreszabható. Sok funkció tartozik hozzá, a megjelenéstől a lejátszási beállításokig. A CDN-re feltöltött videó könnyen beágyazható szinte bármelyik oldalba, a saját arculatoddal, nem a szolgáltató logójával.Mikor nem a Bunny-t választanánk?Fontos leszögezni: nekünk eddig egyetlen olyan projektünk sem volt, ahol ne a Bunny-t választottuk volna. Ami most következik, az emiatt nem egy megélt tapasztalat, hanem a szakmai álláspontunk. Érvek, nem esettörténet, mert kitalált ügyféltörténetet nem akarunk elétek tenni.Ha egy cég teljes infrastruktúrája már AWS-ben fut, a CloudFront választása ésszerű lehet akkor is, ha a puszta árkülönbség a Bunny mellett szólna. Egy számlán, egy jogosultságkezelésen belül maradni üzemeltetési szempontból sokszor többet ér, mint amennyit a gigabájtonkénti árkülönbségen meg lehetne spórolni. Kevesebb a fiók, kevesebb a hozzáférés, amit kezelni és auditálni kell.Ha nem csak gyorsításra van szükséged, hanem tűzfalra (WAF) és DDoS-védelemre is, a Cloudflare ebben előrébb tart. Ott a CDN csak az egyik funkció a sok közül, nem különálló szolgáltatás, amit külön kellene integrálni és karbantartani.Ha a forgalmad elenyésző, mondjuk egy induló, egyelőre kevés látogatós oldalról van szó, a Cloudflare ingyenes csomagja bőven elég. Ilyenkor felesleges bármiért is fizetni, amíg a forgalom nem indokolja a váltást egy fizetős, forgalom alapú megoldásra.Innen hova tovább: a Bunny Stream és egy videós oktatási platformA videó-enkódolásnál említett funkciót Bunny Streamnek hívják. Emiatt a CDN önmagában messze nem a teljes történet. Ha valaki nem csak gyorsítani akarja a weboldalát, hanem videó alapú terméket épít rá, például egy előfizetéses oktatási platformot, a Bunny Stream ennek szinte az egész technikai gerincét adja: a feltöltéstől a lejátszásig.Pont ezt csináljuk most az egyik saját projektünkben is, ahol egy előfizetéses videós oktatási platform épül a Bunny CDN-re és a Bunny Streamre. Az oldal még nem publikus, ezért a pontos havi CDN-költségét egyelőre nem osztjuk meg. A sorozat harmadik részében pontosan végigmegyünk azon, hogyan épül fel egy ilyen platform technikailag, és mennyibe kerül a gyakorlatban egy előfizetéses videós szolgáltatás üzemeltetése.ÖsszegzésHa csak az árat nézed, a legtöbb kisebb weboldalnál a Bunny.net és a Cloudflare ingyenes csomagja között dől el a választás. Az egyik forgalom alapján olcsó és rugalmas, a másik alapból ingyenes, amíg a forgalmad nem indokol mást. Az AWS CloudFront akkor éri meg igazán, ha a céged már amúgy is AWS-ben él. A KeyCDN inkább akkor jó választás, ha valamiért kifejezetten ezt a szolgáltatót preferálod. Önmagában, tisztán ár alapján ritkán ez lenne az első választásunk.Neked melyik szempont számít most a legtöbbet: a tiszta ár, a kezelhetőség, vagy hogy egy meglévő rendszerhez illeszkedjen a megoldás? Ha nem vagy biztos benne, keress minket, és átnézzük együtt, mi illik a te oldaladhoz. Azt is megnézheted, hogyan gondolkodunk a weboldal készítésről nálunk, CDN-nel vagy anélkül." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Mikor árt többet, mint használ az AI a weboldal készítésben?", "url": "https:\/\/lioner.hu\/blog\/mikor-art-tobbet-mint-hasznal-az-ai-a-weboldal-keszitesben", "excerpt": "A mesterséges intelligencia pillanatok alatt összerak egy weboldalt. Néhány promptból kész is a \"saját oldal\", már csak hostolni kell. Csakhogy ami egy hobbiprojektnek elég, az egy működő vállalkozás kirakatának kevés. Megmutatjuk, hol bukik el a folyamat, és mikor érdemes inkább szakemberhez fordulni.", "published_at": "2026-08-13T17:30:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mi az a vibe coding, és miért lett hirtelen mindenki szájában?\nA Lovable, a Bolt, a v0 és a hasonló AI-eszközök új szót hoztak a köztudatba: vibe coding. Ez azt jelenti, hogy nem magad írod a kódot, hanem elmondod természetes nyelven, mit szeretnél, és az AI legenerálja helyetted a weboldalt. Beírsz néhány mondatot, kapsz egy működő felületet, kiteszed egy domainre, és kész.\nEz a felszín. Az igazi kérdés az, hogy a vállalkozásod ügyfelei ugyanezt látják-e benne, mint amit te. A weboldal készítés ugyanis nem ott ér véget, hogy valami megjelenik a böngészőben.\nEgy KKV számára a weboldal nem dekoráció, hanem értékesítési csatorna. Ha az csak látszatra működik, a hirdetési költséged, a SEO munkád és a látogatóid ideje is elvész vele. A baj nem az AI eszközökkel van. A baj azzal van, ahogy szakmai tudás és kontroll nélkül használjuk őket.\n\nMire jó valóban az AI a weboldal készítésben?\nMielőtt belemennénk abba, hol romlik el a dolog, tisztázzuk: az AI nem haszontalan. Sőt. Mi magunk is építünk rá, csak nem a végeredményben, hanem a folyamat elején.\n\n Vázlat és koncepció: néhány prompt alatt kirajzolódik, hogyan nézhet ki egy oldal felépítése, mielőtt bármi is elkészülne belőle élesben.\n Szövegek első verziója: egy nyers szövegváltozat, amit utána szakember csiszol tovább, gyorsabb kiindulópont, mint az üres lap.\n Képek: egyedi, márkához illő vizuálok stockfotó helyett, ha jól megírt prompttal dolgozol.\n Gyors prototípus: ha csak azt akarod tesztelni, van-e egyáltalán kereslet egy ötletre, egy AI-val összerakott oldal órák alatt megmutatja.\n\nEzekre a pontokra az AI kiváló. A probléma ott kezdődik, amikor ez a prototípus egyenesen éles oldalként landol egy fizető vállalkozás kirakatában.\n\nHol bukik el az AI, amikor egy vállalkozás oldalát kell felépítenie?\n\nEgyedi üzleti logika és integrációk\nAz AI generátorok a leggyakoribb mintákból dolgoznak. Egy egyszerű bemutatkozó oldalra ez elég, de amint bejön egy űrlap, egy fizetési modul, egy ügyfélkapu vagy egy CRM-mel, ERP-vel való összekötés, kiderülnek a hézagok. A kód strukturálatlan, a komponensek között körkörös függőségek alakulnak ki, és a hibakeresés szinte lehetetlen, ha nem értesz hozzá. Mi Laravel keretrendszerrel dolgozunk, mert egy üzleti rendszernek tiszta architektúrára van szüksége, nem összefércelt darabokra.\n\nTeljesítmény\nAz AI-val generált oldalak gyakran feleslegesen nehéz kódot húznak be, optimalizálatlan képekkel és fölösleges scriptekkel. Az első betöltés lassú, a mobilos élmény pedig még rosszabb. A látogató nem vár meg egy több másodperces töltést, egyszerűen visszalép a keresőbe, és a versenytársadnál landol.\n\nBiztonság\nA generált oldalak gyakran exponálják a környezeti változókat, nem kezelik megfelelően a felhasználói inputokat, és nyitva hagyják az API kulcsokat. Egy KKV számára egy adatszivárgás nemcsak GDPR bírságot jelent, hanem ügyfélbizalom elvesztését is. Az AI nem ellenőrzi, hogy a kód valóban biztonságos-e, csak azt, hogy lefusson.\n\nKarbantarthatóság\nEgy weboldal nem statikus dolog. Frissülnek a böngészők, változnak a jogszabályok, bővül a vállalkozásod. Ha az oldal mögött nincs átlátható, dokumentált kód, minden apró módosítás kockázatos lesz. A folyamatos karbantartás nem luxus, hanem alapkövetelmény egy élő üzleti eszköznél. Egy AI-val összedobott oldalnál gyakran még az sem világos, ki és hogyan nyúljon hozzá fél év múlva.\n\nSEO és GEO alapok\nA legtöbb AI által generált oldal kliens oldali renderelést használ, hiányoznak a meta adatok, nincs strukturált adat, a képek optimalizálatlanok. A Google ezeket az oldalakat egyszerűen kihagyja a találati listából, vagy hátrébb sorolja. Ugyanez igaz az AI keresőkre is: ha a ChatGPT vagy a Google AI Overview nem tudja értelmezni és idézni az oldalad tartalmát, ott sem fogsz megjelenni. Ha komolyan gondolod a keresőoptimalizálást, az alapokat a fejlesztés első napján kell letenni, nem utólag pótolni.\n\nFelelősség: ki hívható, ha elromlik?\nEz a legritkábban kimondott pont, pedig a legfontosabb. Ha egy AI-eszközzel összerakott oldal leáll, hibás e-mailt küld, vagy biztonsági rést hagy nyitva, kihez fordulsz? Egy chatablakhoz nem lehet szerződést kötni, számon kérni vagy garanciát kérni. Egy szakmai csapatnál pontosan tudod, ki felel a hibáért, és mennyi idő alatt oldja meg.\n\nEzek a jelek, hogy nálad is ez a helyzet\nNem kell fejlesztőnek lenned ahhoz, hogy felismerd a bajt. Néhány konkrét jel, amiről érdemes elgondolkodnod:\n\n Az oldal gyorsan elkészült, de azóta senki sem tudja pontosan, hogyan működik a háttérben.\n Nem tudod megmondani, hova mennek a kapcsolati űrlapon beküldött adatok, és mikor ellenőrizted utoljára, hogy valóban megérkeznek-e.\n Minden apró módosításhoz újra elő kell venni az AI-eszközt, mert senki más nem érti a kódot.\n A Google Search Console-ban alig van indexelt oldalad, vagy fogalmad sincs, mit mutat.\n Az oldal mobilon lassan tölt be, de nem tudod, mit kellene ezen javítani.\n Nincs biztonsági mentés, nincs verziókezelés, és ha valami elromlik, nincs visszaút.\n\nHa ezek közül kettő-három igaz rád, az oldalad valószínűleg többet árt, mint használ. Hasonló, felismerhető jelekről írtunk korábban a WordPress oldalak kapcsán is: a technológia más, a probléma ugyanaz, a weboldal kinőtte azt a keretet, amiben elkészült.\n\nEgy valós eset\nEgy ügyfelünk pont ilyen helyzetből érkezett hozzánk. Korábban egy AI eszközzel rakott össze egy oldalt, három hónap után jött rá, hogy a kapcsolati űrlapról egyetlen üzenet sem érkezett meg. Az SMTP beállítás hibás volt, az érdeklődők hónapokon át a semmibe írtak. A teljes újraépítés végül drágább volt, mintha az elején szakmai segítséget kért volna.\n\nMikor elég az AI, és mikor kell fejlesztő?\n\nRövid válasz\nHa egy hobbiprojektet, egy egyszerű bemutatkozó oldalt vagy egy gyors prototípust akarsz tesztelni, az AI eszköz tökéletes. Ha viszont a vállalkozásod bevétele függ az oldaltól, ha üzleti folyamatok kapcsolódnak hozzá, vagy hosszú távon szeretnéd fejleszteni, szakmai csapatra van szükséged.\n\nHosszabb válasz\nA határvonal ott húzódik, ahol az oldal nemcsak megjelenít, hanem dolgozik is. Egy webshop, egy foglalási rendszer, egy ügyféladatbázishoz kapcsolódó űrlap vagy egy CRM-integráció már nem AI feladat. Ezek a rendszerek egyedi logikát, biztonsági réteget és karbantartást igényelnek.\nÉrdemes különbséget tenni két dolog között is. Ha már van egy működő, szakemberrel épített oldalad, és csak AI funkciókat, például chatbotot vagy termékajánlót akarsz ráépíteni, az egy teljesen más kérdés, arról itt írtunk részletesen. Ez a cikk arról szól, amikor maga az alap is AI-generált.\n\nMit kapsz egy szakmai csapattól, amit az AI nem tud megadni?\nA különbség nem a kód mennyiségében van, hanem abban, hogy a fejlesztés mögött gondolkodás áll. Egy tapasztalt csapat nem csak megírja az oldalt, hanem előtte feltérképezi az üzleti igényeidet, a célcsoportodat, a versenykörnyezetet, és csak utána kezd dolgozni.\n\n Stabil, skálázható architektúra, amit az egyedi weboldal fejlesztés során a vállalkozásodhoz szabunk, és ami együtt nő vele.\n Üzleti automatizálás: a weboldal és a háttérrendszerek (számlázó, CRM, készletkezelő) összekapcsolása.\n Hosszú távú karbantartás és frissítés, ahogy változnak a böngészők és a jogszabályok.\n Mérhető eredmények: konverziókövetés, A\/B tesztek, SEO monitoring.\n Felelősség: ha valami elromlik, van kit hívni, nem egy chatablakot kell faggatni.\n\nA KKV digitalizáció nem azzal kezdődik, hogy lecseréled az Excelt egy fancy felületre. Azzal kezdődik, hogy átgondolod, mit akarsz elérni, és milyen rendszer szolgálja ezt ki. Erről egyébként külön írtunk a hogyan döntsd el, hogy a céged kinőtte az Excelt cikkünkben.\n\nMibe kerül a \"spórolás\" valójában?\nAz AI generált oldal ingyen vagy néhány ezer forintért elkészül. A költség ott jelentkezik, amikor:\n\n A Google Ads kampányod konverziós aránya töredéke annak, amit egy normálisan felépített oldalon elérnél.\n A SEO eredményt fél év alatt sem hozza vissza, mert technikailag nem indexelhető rendesen.\n Az ügyfeleid a betöltési idő miatt elhagyják az oldalt, mielőtt látnák a tartalmat.\n Egy biztonsági incidens után újra kell építeni az egészet.\n A folyamatos toldozgatás-foltozgatás több időt visz el, mint amennyibe egy rendes fejlesztés került volna.\n\nA legdrágább weboldal az, amit kétszer kell megcsinálni.\n\nMit érdemes tenned, ha most állsz a döntés előtt?\nTedd fel magadnak a kérdést: milyen szerepet tölt be a weboldal a vállalkozásod életében? Ha bevételt termel, ha ügyfeleket szerez, ha folyamatokat támogat, nem lehet kérdés, hogy szakmai csapat kell hozzá. Ha még nem vagy biztos benne, mire van szükséged, az is rendben van, a legtöbb partnerünk sem tudta pontosan az első beszélgetésen.\nMi a Lionernél hosszú távú partnerségben gondolkodunk. Nem egy oldalt adunk át, aztán eltűnünk, hanem végigkísérjük a vállalkozásodat a digitális fejlődés minden szakaszában. Nézd meg a referenciáinkat, vagy kérj egy ingyenes konzultációt.\n\nÖsszegzés\nA vibe coding és az AI-eszközök forradalmasították azt, ahogyan egy weboldal elkészülhet, de nem váltották ki a szakmai tudást. Egy KKV számára a weboldal túl fontos ahhoz, hogy egy generált prototípusra bízza. Az olcsó megoldás hosszú távon mindig drágább, mint a megalapozott fejlesztés. Ha komolyan gondolod a vállalkozásod online jelenlétét, olyan szakemberekkel érdemes dolgozni, akik az üzleti oldalt is értik, nemcsak a kódot." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Mi az a CDN, és mikor van rá tényleg szükséged?", "url": "https:\/\/lioner.hu\/blog\/mi-az-a-cdn-es-mikor-van-ra-tenyleg-szukseged", "excerpt": "Egy valós Lioner-mérés alapján megmutatjuk, mennyivel gyorsabb tényleg egy CDN a saját szerverednél – és azt is, mikor nem éri meg neked bevezetni.", "published_at": "2026-08-07T13:40:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Ha a weboldalad vagy a webáruházad néha lassan tölt be, főleg a képeknél, biztos hallottál már róla, hogy egy úgynevezett CDN bevezetése segíthet rajta. De mi ez pontosan, és tényleg neked is kell? Ebben a cikkben egyszerűen, szakzsargon nélkül megyünk végig rajta. A végén egy saját méréssel is megmutatjuk, mennyit számít ez a gyakorlatban.Ez a cikk egy háromrészes CDN-sorozat első része. Ha végigolvasod, ezt kapod a folytatásban is:Mi az a CDN, és mikor van rá tényleg szükséged? (ez a cikk)Mennyibe kerül egy CDN, és melyik szolgáltatót válaszd?Hogyan épül fel egy előfizetéses videós platform CDN-nel? (esettanulmány)Mi az a CDN, egyszerűen megfogalmazva?Képzeld el, hogy eddig egyetlen raktárból szállítottad ki a termékeidet minden vásárlódnak, függetlenül attól, hogy Szegeden vagy Berlinben laknak. Egy CDN, magyarul nagyjából „tartalomkiszolgáló hálózat”, olyan, mintha ugyanezt az árut több városban is raktároznád. Mindenki a hozzá legközelebbi raktárból kapja meg a csomagját, nem a távoli központi raktárból.A weboldaladnál ez konkrétan azt jelenti: a képeid, a betűtípusaid és néhány egyéb fájlod nem a te szerveredről érkeznek a látogatóhoz, hanem egy hozzá közelebbi szerverről, ami már tárol egy másolatot ezekből. Lehet, hogy a szervered messze van, ez a lényegen nem változtat. Rövidebb út, kevesebb várakozás, gyorsabb betöltés. Ennyi az egész.A piacon nagyon sok cég kínál ilyen szolgáltatást, az ingyenestől a komoly, fizetős megoldásokig. A mi méréseinkhez hármat használtunk közülük: a jsDelivrt, a Cloudflare hálózatán futó cdnjs-t és az unpkg-ot. Hogy ezek közül, vagy egy másik szolgáltató közül melyiket érdemes választanod, és mennyibe kerül, azt a sorozat második részében nézzük meg részletesen.Neked is szükséged van rá?Ha a weboldalad azért lassabb, mert túl nagy, tömörítetlen képeket használsz, azon a CDN nem segít. Az egy másik probléma, amit előbb érdemes megoldani, erről lentebb még lesz szó. A CDN ott számít igazán, ha az alábbi három dolog közül legalább az egyik igaz rád:sok képet vagy egyéb fájlt szolgáltatsz ki a weboldaladról,a látogatóid nem csak egy szűk környékről, hanem az ország több pontjáról vagy külföldről is érkeznek,ugyanazokat a fájlokat több weboldal vagy webshop is a saját, közös forrásodból tölti be.Ez utóbbira jó példa egy ügyfelünk esete. Egy központi rendszerből, egy ERP-ből három összekapcsolt webáruházat szolgáltunk ki. A termékképek egyetlen közös helyről jöttek, és mindhárom webshop onnan töltötte be őket, vagyis ugyanazok a képek háromszoros terhelés alatt futottak egyetlen szerveren. Amikor ezt kiváltottuk egy CDN-re, mindhárom webshop érezhetően felgyorsult.Egy kisebb, néhány oldalas, magyar közönségű cégoldalnál a fenti három eset közül jellemzően egyik sem áll fenn igazán komolyan. Ott a CDN valószínűleg nem hozna érezhető változást, inkább máshol érdemes keresni a lassúság okát.Mennyivel gyorsabb valójában? Amit a saját mérésünk mutatottAhelyett, hogy csak elmondanánk, inkább megmértük. 2026. augusztus 9-én egy magyarországi gépről letöltöttünk különböző fájlokat egyszer a saját szerverünkről, egyszer pedig három különböző CDN-ről, és megnéztük, mennyi idő alatt érkeztek meg. Minden fájlt hétszer töltöttünk le, és a középső eredményt vettük figyelembe, hogy egy véletlen kiugró érték ne torzítsa a képet.ForrásFájlMéretTTFBTeljes letöltésms \/ 100 KBlioner.hu (saját szerver)WebP kép283 KB108 ms223 ms40,7lioner.hu (saját szerver)WebP kép411 KB112 ms239 ms30,9jsDelivr (CDN)bootstrap.min.css227 KB73 ms111 ms16,9cdnjs \/ Cloudflare (CDN)bootstrap.min.css227 KB92 ms134 ms18,2unpkg (CDN)bootstrap.min.css227 KB106 ms145 ms17,3A táblázatból jól látszik: a CDN-ek nagyjából kétszer olyan gyorsan szolgálták ki a fájlokat, mint a saját szerverünk. Ugyanannyi adat átviteléhez kevesebb mint fele annyi idő kellett. Az első válasz is gyorsabban jött a CDN-eknél, ezt hívják a táblázatban TTFB-nek, vagyis azt az időt, amíg az első adatbájt megérkezik.Ez pedig még a legkevésbé látványos eset volt. A saját szerverünk is Magyarországon üzemel, és mi magunk is Magyarországról mértünk, tehát a földrajzi közelség, ami a CDN legnagyobb előnye, ebben a tesztben szinte alig játszott szerepet. Egy külföldi látogatónál, mondjuk egy németnél vagy egy amerikainál, a különbség minden bizonnyal jóval nagyobb lenne. Ott ugyanis a mi szerverünk fizikai távolsága is hozzáadódna a várakozási időhöz.Egy technikai apróság, egyszerűen elmondva: a CDN-ek egy újabb, gyorsabb internetes szabvány szerint (HTTP\/3) szolgálták ki a fájlokat, a saját szerverünk viszont a régebbi szabvány szerint. Ez főleg gyengébb vagy mobilnetes kapcsolatnál számít sokat, mert kevesebbszer szakad meg és gyorsabban épül fel vele a kapcsolat.Egy fontos megjegyzés: a lioner.hu-n a képek helyesen vannak beállítva ahhoz, hogy a böngésződ egy évig megjegyezze őket. Ez alapból jó. A CDN nem ezt javítja, ezt bármelyik jó tárhelyen be lehet állítani, hanem azt oldja meg, amit egyetlen szerver fizikailag nem tud: hogy közelebb legyen a látogatóidhoz.Őszintén a méréshez: a saját szerverünkről egy képet mértünk, a CDN-ekről egy hasonló méretű CSS-fájlt, mert ugyanaz a fájl nem volt elérhető mindkét helyen. Mindent azonos gépről, azonos időben mértünk. Az arányok emiatt tájékoztató jellegűek, nem laboratóriumi pontosságúak. Ezt nyíltan vállaljuk.Mikor elég a jó tárhely, és mikor kell CDN?Sok esetben egyszerűen a jó tárhely önmagában elég. Ha annak idején körültekintően választottál tárhelyszolgáltatót, ami gyorsan válaszol és rendesen átmenetileg tárolja (cache-eli) a képeket, akkor egy magyar közönségű, napi pár száz látogatós cégoldalnál a CDN valószínűleg nem fog érezhető változást hozni. A CDN ott kezd igazán számítani, amikor egy közös forrásból sok fájlt szolgáltatsz ki több oldalnak, vagy amikor a látogatóid jelentős része nem Magyarországról érkezik.Mit ne várj a CDN-től?A CDN bevezetése nem néhány perces feladat. Fejlesztői munkával jár: át kell állítani, hogy a fájlok onnan töltődjenek be, meg kell oldani, hogy egy frissített fájl esetén a CDN is friss verziót adjon ki, és sokszor a képek generálását is hozzá kell igazítani. Ez egy plusz költség, amit be kell árazni. Nem minden weboldalnál térül meg annyira, mint elsőre tűnik.Ha az oldalad azért lassú, mert túl nagy, optimalizálatlan képeket töltesz be, vagy mert a tárhelyed eleve gyenge, a CDN csak elfedi a bajt, nem oldja meg. Előbb érdemes azt rendbe tenni, hogy milyen képformátumot használsz a weboldaladon. Utána van igazán értelme a CDN-ről beszélni.Ha nem vagy biztos benne, hogy nálad tényleg a képek vagy a tárhely okozza a lassulást, ezt magad is le tudod ellenőrizni. Öt ingyenes böngészőbővítménnyel tíz perc alatt kiderül, hol veszíted el a sebességet, és az is, hogy ott tényleg a CDN segítené, vagy előbb mást kell megoldani.Így nézd meg a PageSpeed Insights-ban, hogy tényleg a képek miatt vagy-e lassúVan egy még konkrétabb, teljesen ingyenes eszköz is, ami kifejezetten erre a kérdésre ad választ: a pagespeed.web.dev. Írd be az oldalad címét, futtasd le a mérést a Mobil fülön (ez mutatja meg, milyen az élmény egy átlagos látogatónak, ami jellemzően rosszabb, mint amit asztali gépen mérnél), és ezt a három helyet nézd meg a riportban:Legnagyobb tartalmi elem (Largest Contentful Paint, LCP): ha ez az érték piros vagy sárga, vagyis 2,5 másodperc fölött van, a riport meg is mutatja, melyik elem a „legnagyobb tartalmi elem” – ha ez egy kép, az konkrét jele annak, hogy a látogatóid ténylegesen egy képre várnak a legtöbbet.„Képek betöltésének javítása” (Improve image delivery): ez a szekció név szerint felsorolja, mely képek töltődnek feleslegesen lassan, és mennyi adatot (KB-ot) spórolhatnál meg velük. Ha itt nagy megtakarítást ír ki, az szinte mindig azt jelenti, hogy a kép mérete vagy formátuma a hibás, nem a távolság – ilyenkor előbb a képformátumot és a tömörítést érdemes rendbe tenni, egy CDN önmagában ezen nem segít.„Kezdeti szerverválaszidő” (server response time \/ TTFB): ha ez lassú, az arra utal, hogy maga a szervered válaszol lassan induláskor – ez tárhelykérdés, amit szintén nem old meg egy CDN.A CDN akkor jön ténylegesen a képbe, ha a fentieket már rendbe tetted – a képeid le vannak méretezve, jó formátumban vannak, a szervered gyorsan válaszol –, és a mérés mégis azt mutatja, hogy maguknak a fájloknak a letöltése tart sokáig. Ez tipikusan akkor jelentkezik, ha sok látogatód érkezik távolabbról, vagy ha – mint a korábban említett ügyfélpéldánkban – ugyanazokat a képeket több oldal is egyetlen közös forrásból tölti be. Görgesd le a riportban a képernyőképek idővonaláig (screenshot timeline) is: ha azon jól látszik, hogy egy kép vizuálisan csak jóval a többi elem után jelenik meg, az a saját szemeddel is megerősíti, amit a számok mutatnak.Mit csinálunk mi ehhez a Lioner-nél?A nálunk átadott admin felületeken minden feltöltött kép alapból három méretben mentődik le, és automatikusan a gyors, tömörített WebP formátumba alakul. Ezt minden ügyfelünk megkapja, külön kérés nélkül. Sok esetben ez önmagában is elég egy gyors oldalhoz, még mielőtt egyáltalán CDN-ben kellene gondolkodni.A videók kezelése viszont ennél jóval többet igényel: nagyobb fájlméret, folyamatos lejátszás, azaz streamelés, és több formátum. Itt a CDN már nem luxus, hanem szükséges. Erről a sorozat harmadik részében írunk részletesen, egy konkrét esettanulmányon keresztül.ÖsszegzésA CDN nem varázsszer, és nem is mindenkinek kell. Ha egy közös forrásból sok fájlt szolgáltatsz ki több oldalnak, vagy a látogatóid nagy része messziről érkezik, mindenképpen érdemes komolyan venni. A saját mérésünk szerint a különbség még a legkedvezőtlenebb esetben is kétszeres, távolabbi látogatóknál pedig ennél is nagyobb lehet. Ha viszont egy néhány oldalas, magyar közönségű cégoldalad van jó tárhelyen, rendezett képekkel, a CDN valószínűleg nem hoz érezhető változást. Helyette inkább a képeidet és a tárhelyedet érdemes rendbe tenni.Ha arra jutottál, hogy neked tényleg kellene, a sorozat következő részében konkrét árakkal nézzük végig, melyik szolgáltatót érdemes választanod.Te melyik esethez állsz közelebb? Ha nem vagy biztos benne, vagy szeretnéd, hogy megnézzük együtt, mennyit érne neked a váltás, keress minket, vagy nézd meg, hogyan gondolkodunk a weboldal készítésről nálunk." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "5 ingyenes bővítmény, ami megmutatja, mi a baj a weboldaladdal", "url": "https:\/\/lioner.hu\/blog\/5-ingyenes-bovitmeny-ami-megmutatja-mi-a-baj-a-weboldaladdal", "excerpt": "Ha van weboldalad, de fogalmad sincs, miért nem hoz annyi látogatót vagy megkeresést, mint kellene, nem vagy egyedül. A legtöbb probléma nem bonyolult, csak nem látod, mert nincs hozzá a megfelelő szemüveged. Ehhez a szemüveghez most öt ingyenes eszközt adunk, amivel percek alatt kiderítheted, mi akadályozza a weboldaladat.", "published_at": "2026-07-24T13:58:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Miért érdemes magadnak ellenőrizni a weboldalad? A weboldal készítés nem ér véget azzal, hogy az oldal élesbe kerül. Egy weboldal folyamatosan változó dolog, a Google algoritmusa frissül, a konkurencia fejlődik, a saját tartalmad avulhat. Sok vállalkozó évekig nem néz rá a saját oldalára, csak akkor, amikor már feltűnően kevés a megkeresés. Pedig a legtöbb alapvető hibát nem kell szakembernek megtalálnia. Elég néhány ingyenes böngésző bővítmény, és tíz perc alatt képet kapsz arról, hol veszíted el a látogatóidat. Fontos leszögezni: ezek az eszközök nem helyettesítik a szakmai auditot, és nem oldanak meg semmit önmagukban. Amit adnak, az egy őszinte állapotfelmérés. Onnantól már te döntesz, hogy egyedül javítasz néhány apróságot, vagy szakemberhez fordulsz a nagyobb hibákkal. Kell hozzá szakértelem, hogy használd ezeket? Nem. A lenti öt bővítmény pontosan azoknak készült, akik nem SEO szakemberek. Nem kell kódot érteni, nem kell tudni, mi az a kanonikus URL vagy a strukturált adat. Elég telepíteni a bővítményt, rákattintani, és elolvasni, amit mutat. A nehezebb rész nem a használat, hanem az, hogy mit kezdesz az eredménnyel. Erre a cikk második felében visszatérünk. Az 5 legjobb ingyenes SEO bővítmény 2026-ban 1. Google Lighthouse A Lighthouse nem is bővítmény a szó klasszikus értelmében, hanem a Chrome böngészőbe már beépített eszköz. Jobb klikk az oldalon, majd Vizsgálat, majd a Lighthouse fül, és egy gombnyomással teljes jelentést kapsz a weboldaladról. Négy területet néz meg: teljesítményt, hozzáférhetőséget, keresőoptimalizálást és jó gyakorlatokat. A jelentés végén konkrét listát ad arról, mi lassítja az oldalt vagy mi hiányzik belőle. Ennek az az előnye, hogy nem kell semmit telepíteni, mindenkinél ott van, aki Chrome-ot használ. Hátránya, hogy a szöveges javaslatok néha technikaibb nyelven vannak megfogalmazva, mint amit egy laikus elsőre megért. 2. Detailed SEO Extension Ez a bővítmény egy kattintással mutatja meg az oldal legfontosabb SEO adatait: a title taget, a meta leírást, a címsorstruktúrát H1-től H6-ig, és azt is, hogy van-e strukturált adat az oldalon. Ha valaha elgondolkodtál azon, hogy a Google találati listában miért jelenik meg furcsán vagy hiányosan a weboldalad, ez az eszköz azonnal megmutatja az okot. Kifejezetten hasznos akkor is, ha meg akarod nézni, mit csinál jól a konkurenciád. Ugyanazzal a bővítménnyel az ő oldalukat is átvilágíthatod, és összehasonlíthatod a sajátoddal. 3. MozBar A MozBar egy klasszikus, régóta megbízható eszköz. Rákattintasz, és azonnal látod az oldal alapvető adatait: a betöltési sebességet, a robots direktívákat, a linkstruktúrát, és egy úgynevezett domain authority pontszámot, ami nagyjából megmutatja, mennyire erős az oldalad a keresőmotorok szemében a többi oldalhoz képest. A pontszám önmagában nem szent grál, viszont remek arra, hogy nyomon kövesd, hogyan változik az oldalad ereje idővel, vagy hogy összevesd magad a versenytársaiddal. 4. Ahrefs SEO Toolbar Az Ahrefs SEO Toolbart világszerte több mint százezer szakember használja, és az ingyenes verziója is bőven elég egy átlagos weboldal átvilágítására. Megmutatja az oldal technikai adatait, a linkeket, és azt is jelzi, ha törött hivatkozást talál. A törött linkek különösen kellemetlenek, mert rontják a látogatói élményt, és a Google is negatívan értékeli őket. Ha eddig sosem néztél utána, hogy vannak-e halott linkek a weboldaladon, ezzel a bővítménnyel öt perc alatt kiderül. 5. Keyword Surfer Az eddigi négy eszköz a saját oldaladat vizsgálja. A Keyword Surfer más nézőpontot ad: közvetlenül a Google keresési találati listája mellett mutatja meg, havonta hányan keresnek rá egy adott kifejezésre. Beírod, amit a saját üzletedről gondolsz, hogy az emberek keresnek, és azonnal látod, valóban keresik e, vagy csak te gondolod így. Ez az eszköz sokaknak nyitja fel a szemét. Gyakran kiderül, hogy a vállalkozók egészen más szavakkal gondolkodnak a saját szolgáltatásukról, mint amilyen kifejezésekkel a vásárlóik ténylegesen keresnek rájuk. Mit kezdj azzal, amit ezek a bővítmények megmutatnak? Az öt eszköz együtt már elég részletes képet ad. Íme egy egyszerű sorrend, amiben érdemes végignézni az eredményeket. Nézd meg a Lighthouse jelentést, és jegyezd fel, mi kapott piros vagy sárga jelzést A Detailed SEO Extension segítségével ellenőrizd, van e title tag és meta leírás minden fontos oldaladon A MozBar adataiból nézd meg, mennyi idő alatt töltődik be az oldalad Az Ahrefs SEO Toolbarral keress törött linkeket, főleg a régebbi aloldalakon A Keyword Surferrel ellenőrizd, a szövegeidben szereplő kifejezésekre valóban keresnek e Kell fizetnem azért, hogy ellenőrizd a weboldaladat? Nem. Mind az öt eszköz ingyenes verzióban is elegendő adatot ad egy alapos önellenőrzéshez. Fizetős csomagra csak akkor van szükség, ha rendszeresen, professzionális szinten szeretnél SEO munkát végezni. Mikor elég ennyi, és mikor kell szakember? Ha az eredmények alapján csak néhány apró hiányosságot találsz, hiányzó meta leírást, egy két törött linket, lassú betöltést egyetlen aloldalon, azokat sok esetben egyedül is javíthatod, vagy megkérheted a jelenlegi fejlesztődet rá. Más a helyzet, ha a bővítmények szinte minden oldaladon hibát jeleznek, ha az oldal betöltési ideje másodpercekben mérhető akár mobilon, vagy ha kiderül, hogy az oldalad struktúrája alapjaiban nem keresőbarát. Ez gyakran azoknál az oldalaknál fordul elő, amelyek egy elavult sablonra épültek, vagy amelyeket évekkel ezelőtt, más célokra hoztak létre. Ilyenkor egy céged kinőtte a jelenlegi weboldaladat, és a foltozgatás helyett érdemesebb újragondolni az egészet. Ha idáig eljutottál, két irányba mehetsz tovább. Az egyik a keresőoptimalizálás, ahol a feltárt hibákat szisztematikusan, szakértői szemmel javítjuk ki. A másik egy alaposabb váltás, egy új, a mai elvárásoknak megfelelő weboldal készítés, amit egyedi, Laravel alapú rendszerben építünk fel, nem sablonból. Ez utóbbi különösen akkor éri meg, ha a weboldalad mellett már más digitális problémákkal is küzdesz, például a vállalkozásod adminisztrációja szétszórtan fut Excelben, e mailben és papíron. Erre gyakran a megoldás nem egy újabb bővítmény, hanem egy egyedi ERP vagy CRM rendszer, ami a weboldaladdal együtt, egy helyen kezeli az ügyfeleket, a rendeléseket és a folyamataidat. Összegzés Öt ingyenes bővítmény, a Google Lighthouse, a Detailed SEO Extension, a MozBar, az Ahrefs SEO Toolbar és a Keyword Surfer, együtt elég részletes és őszinte képet ad arról, hol tart most a weboldalad. A használatukhoz nem kell szakértelem, csak tíz perc és egy kis kíváncsiság. Az, hogy utána mit kezdesz az eredménnyel, már rajtad múlik, de legalább pontosan fogod tudni, mit kell javítani. Lefuttattad már ezeket a teszteket a saját oldaladon? Sok pirosat vagy sárgát láttál a Lighthouse jelentésben? Ha úgy érzed, a hibák mélyebbek annál, mint amit egyedül orvosolni tudsz, kérj tőlünk egy ajánlatot, és megnézzük együtt, mi a legjobb következő lépés." } ] }, { "title": "Mit tud a ChatGPT, ha összekötöd a céges rendszereddel?", "url": "https:\/\/lioner.hu\/blog\/mit-tud-a-chatgpt-ha-osszekotod-a-ceges-rendszereddel", "excerpt": "A legtöbb cégnél a ChatGPT ma még csak szövegíró és ötletelő. Pedig ha összekötöd a saját ERP vagy CRM rendszereddel, valós céges adatokból dolgozik, feladatokat hajt végre és riportot ad. Megmutatjuk, mit jelent ez a gyakorlatban, és hol van a határa.", "published_at": "2026-07-06T10:10:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mit tud a ChatGPT, ha összekötöd a céges rendszereddel?\nA ChatGPT önmagában okos, de a cégedről semmit sem tud. Nem ismeri a készleted, a nyitott feladataidat vagy a tegnapi rendeléseket. Amint viszont összekötjük a belső rendszereiddel, megváltozik a helyzet. Ilyenkor már nem általános válaszokat ad, hanem a te valós adataidból dolgozik. Ez a lépés ugyanabba a logikába illeszkedik, mint a modern weboldal készítés: az a cél, hogy a technológia ne csak létezzen, hanem dolgozzon helyetted. A különbség annyi, hogy itt nem egy honlapról beszélünk, hanem egy chat alapú felületről, amin keresztül a céged működését irányíthatod.\nA Lioner-nél pontosan ilyen egyedi rendszereket fejlesztünk. Olyat, amiben a mesterséges intelligencia rá van kötve a te adataidra, és a te folyamataidat érti. Nem egy dobozos termék, hanem a céged igényeire szabott megoldás.\nMiért nem elég önmagában a ChatGPT?\nA nyilvános ChatGPT egy zárt buborékban ül. Kérdezhetsz tőle bármit, de a válasz csak annyira lesz pontos, amennyi információt te magad beírsz neki. Ha nap közben tízszer kell bemásolnod ugyanazokat a táblázatokat, azzal nem spórolsz időt, csak áthelyezed a manuális munkát. A valódi érték ott kezdődik, amikor a rendszer magától eléri az adataidat.\nEhhez integráció kell. A ChatGPT képességeit összekötjük a céges rendszereddel egy biztonságos kapcsolaton keresztül, és onnantól a modell olvassa és írja is az adatokat. Erről egyébként külön is írtunk, ha érdekel a téma alapja: érdemes elolvasni, hogyan kérj a ChatGPT-től használható választ, mert a jó kérdés a jó integráció mellett is számít.\nHogyan kapcsolódik a ChatGPT a céges rendszeredhez?\nA kulcs az egyedi rendszer. A legtöbb KKV-nál az adatok több helyen szétszórva élnek: van egy ERP rendszer a készletnek, egy CRM rendszer az ügyfeleknek, és mellette pár tábla, amit senki sem mer törölni. A KKV digitalizáció első lépése, hogy ezeket egy közös felület alá hozzuk.\nMi a Lioner-nél Laravel technológiával építjük ezeket a rendszereket. A Laravel stabil, jól karbantartható, és könnyen bővíthető, ami hosszú távon olcsóbb üzemeltetést jelent. Erre az alapra kötjük rá a mesterséges intelligenciát. A ChatGPT így nem a semmiből találgat, hanem a te adatbázisodból dolgozik. Ha szeretnéd látni, milyen folyamatokat érdemes elsőként bevonni, arról részletesen írtunk itt: 5+1 folyamat, amit egy egyedi webes rendszer automatizálhat.\nMilyen feladatokat végezhet el egy összekötött ChatGPT?\nNézzük a gyakorlatot. Az alábbi példák mind valós, KKV-s helyzetekből jönnek, nem elméleti lehetőségek.\nFeladatkezelés\nBeírod chatben, hogy „hozz létre egy feladatot Kovács Péternek a keddi szállítás egyeztetésére\", és a rendszer megcsinálja. Rögzíti a felelőst, a határidőt, a projektet. Nem kell megnyitnod külön a feladatkezelőt, nem kell kattintgatnod. A ChatGPT érti a mondatot, és a megfelelő helyre írja be az adatot.\nKészletriport\nMegkérdezed, hogy „mennyi van raktáron az X termékből, és mikor rendeltünk belőle utoljára\", és másodperceken belül megkapod a választ. A rendszer az ERP rendszeredből olvassa ki az adatot valós időben. Nincs export, nincs Excel, nincs félreolvasott szám. Ez különösen sokat segít, ha nap közben többször kell gyors döntést hoznod.\nMeeting ütemezés\n„Keress egy szabad egy órás sávot jövő héten a marketing csapattal\" típusú kérésekre a rendszer megnézi a naptárakat, és javasol időpontot. Ha rábólintasz, be is állítja. A napi apró egyeztetések így perceket, összeadva heti órákat spórolnak.\nEmail értelmezés és feladat létrehozás\nEz az egyik legerősebb funkció. Beérkezik egy ügyfélemail, a ChatGPT elolvassa, kiszűri belőle a lényeget, és automatikusan feladatot hoz létre belőle a megfelelő felelősnek. Ha árajánlatkérés, jelzi. Ha panasz, más címkét kap. A postafiókod nem tölcsér lesz, hanem egy rendszer bemenete.\nRövid válasz: megéri ez egy KKV-nak?\nRöviden: akkor éri meg, ha a céged sok ismétlődő, manuális folyamattal dolgozik, és az adataid már most is digitálisan léteznek valahol. Ha napi szinten adatokat másolgatsz, riportokat állítasz össze kézzel, vagy emailekből kézzel gyártasz feladatokat, akkor a megtérülés gyors. Ha viszont a céged még papíron vagy fejben tartja a folyamatait, előbb az alapokat kell rendbe tenni.\nMilyen előnyökkel és hátrányokkal jár?\nAz őszinteség kedvéért mindkét oldalt megmutatjuk. Ez nem csodaszer, hanem egy eszköz, aminek megvan a helye.\nElőnyök:\n\nKevesebb manuális adminisztráció, több idő az érdemi munkára.\nValós idejű hozzáférés az adatokhoz, chat alapon, tanulás nélkül.\nKevesebb emberi hiba a riportokban és a feladatkiosztásban.\nA rendszer a céged növekedésével együtt bővíthető.\n\nHátrányok és korlátok:\n\nFejlesztést igényel, nem egy előfizetés bekapcsolása.\nRendezett adatok kellenek hozzá, kaotikus rendszerből kaotikus válasz jön.\nBizonyos érzékeny döntéseknél továbbra is emberi jóváhagyás kell.\n\nA mi ajánlásunk egyszerű. Ne az egész céget akard egyszerre automatizálni. Válassz ki két vagy három folyamatot, ahol a legtöbb időt veszíted, és először azokra építs. A tapasztalat szerint a legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal, és ez a szemlélet itt is igaz.\nHogyan kezdj hozzá?\nAz első lépés nem a technológia, hanem a folyamataid átgondolása. Meg kell nézni, hol vannak az adataid, milyen rendszerekben, és mely feladatok ismétlődnek a legtöbbször. Ezután jön a fejlesztés, amikor összekötjük a ChatGPT-t a rendszereiddel, és ráhangoljuk a te logikádra.\nMi az elejétől a végéig végigkísérünk ezen. A tervezéstől a fejlesztésen át az üzemeltetésig egy csapattal dolgozol, és hosszú távú partnerségben gondolkodunk, nem egyszeri projektben. Ha kíváncsi vagy, milyen alapokra épül mindez, nézd meg az ERP és CRM rendszer fejlesztés szolgáltatásunkat, ahol a chat alapú irányítás is otthonra talál.\nHa van egy konkrét folyamat a fejedben, amit szívesen automatizálnál, a legjobb, ha megbeszéljük. Kérj egy ingyenes konzultációt, és átnézzük együtt, hol tudna a céged a legtöbbet nyerni ezzel a megközelítéssel.\nÖsszegzés\nA ChatGPT önmagában csak asszisztens, de a céges rendszereiddel összekötve valós munkát végez. Feladatot hoz létre, készletet néz, meetinget ütemez és emailt értelmez, mind a te adataidból. A megtérülés ott a legnagyobb, ahol sok az ismétlődő manuális munka és rendezettek az adatok. Nem varázslat, hanem egy jól felépített egyedi rendszer, ami helyetted dolgozik.\nMielőtt döntesz, érdemes végiggondolnod néhány kérdést. Melyik az a napi feladat, ami a legtöbb idődet elveszi tőled? Milyen rendszerekben élnek most a céged adatai, és mennyire rendezettek? Ha ezekre már van válaszod, akkor csak egy beszélgetés választ el attól, hogy lásd, mit tudna a te céged nyerni ebből." } ] }, { "title": "5+1 folyamat, amit egy egyedi webes rendszer automatizálhat a vállalkozásodban", "url": "https:\/\/lioner.hu\/blog\/51-folyamat-amit-egy-egyedi-webes-rendszer-automatizalhat-a-vallalkozasodban", "excerpt": "A legtöbb KKV-nál a nap jelentős részét olyan feladatok viszik el, amelyeket egy jól felépített rendszer elvégezhetne helyettük. Nem emberhiányról van szó, hanem arról, hogy a folyamatok még mindig kézzel futnak. Egy egyedi webes rendszer ezt megváltoztathatja, de csak akkor, ha valóban a te működésedre szabják.", "published_at": "2026-06-29T09:37:00+02:00", "author": "Farkas Péter", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mennyi időt vesz el naponta az ismétlődő adminisztráció?\n\n\n Ha valaha is végiggondoltad, hogy a csapatod mennyi időt tölt el olyan\n feladatokkal, amelyek lényegében ugyanolyanok minden nap, valószínűleg már\n érezted, hogy valami nem stimmel. Rendelések kézi rögzítése, státuszok\n frissítése e-mailben, számlák manuális kiállítása, dokumentumok utáni\n keresgélés. Ezek nem értékteremtő feladatok, mégis rengeteg energiát\n emésztenek fel.\n\n\n\n A üzleti rendszer fejlesztés\n nem luxus, és nem is csak a nagyvállalatoknak szól. Egy jól megtervezett,\n egyedi webes rendszer pontosan azokat a folyamatokat veszi át, amelyek most\n emberi figyelmet kötnek le feleslegesen. Az alábbiakban öt ilyen területet\n mutatunk be, plusz egyet, amit sokan nem is gondolnak bele az egyedi\n fejlesztés lehetőségei közé.\n\n\n1. Ügyfélkezelés: mikor válik az Excel teherré?\n\n\n Az ügyféladatok kezelése az egyik első terület, ahol a növekvő vállalkozások\n falba ütköznek. Amíg tíz ügyfeled van, egy táblázat is elegendő. De amikor\n már száz feletti a kontaktok száma, és minden ügyféllel több ajánlat, több\n kommunikáció, több státusz jár együtt, a kézi nyilvántartás hibaforrássá\n válik.\n\n\n\n Egy egyedi\n CRM rendszer fejlesztés\n keretében megvalósítható, hogy az ügyféladatok automatikusan frissüljenek,\n az ajánlatok státusza valós időben változzon, és az emlékeztetők maguktól\n menjenek ki, anélkül, hogy bárki naptárt kelljen kezeljen mellette. A\n rendszer nyomon követi, ki mikor lépett kapcsolatba az ügyféllel, mi volt az\n utolsó visszajelzés, és mi a következő teendő.\n\n\nMit nyer ezzel a vállalkozás?\n\n\n Kevesebb elfelejtett ajánlat és visszajelzés\n Átláthatóbb értékesítési folyamat\n Gyorsabb reakcióidő az ügyfelekkel szemben\n Csökkentett adminisztrációs teher az értékesítési csapaton\n\n\n2. Rendelések feldolgozása: az emberi beavatkozás minimalizálása\n\n\n Ha webáruházat vagy bármilyen rendelésalapú szolgáltatást üzemeltetsz, jól\n ismered azt az érzést, amikor reggel megnyitod az e-maileket, és húsz\n manuálisan feldolgozandó rendelés vár. Az egyedi rendszer ezt a folyamatot\n képes úgy megszervezni, hogy az emberi beavatkozás csak ott maradjon meg,\n ahol valóban szükség van rá.\n\n\n\n A rendelés beérkezésétől kezdve az automatikus státuszváltásokon át a\n számlázó rendszerrel és a futárszolgálattal való összekötésen keresztül az\n ügyfél értesítéséig minden lépés futhat önállóan. Ez nem fikció, a mi\n ügyfeleinknél ez pontosan így működik. Az egyik partnerünknél a rendelések\n feldolgozási ideje a töredékére csökkent azután, hogy a folyamat emberi\n beavatkozás nélkül futott végig az elfogadástól a kiszállítási értesítőig.\n\n\n\n Ha érdekel, hogyan lehet ezt egy konkrét vállalkozásban megvalósítani,\n nézd meg a\n esettanulmányunkat arról, hogy az egyik ügyfelünk napi 3 órát spórolt egyedi rendszerrel.\n\n\n3. Készletkezelés: mikor üt vissza a kézi nyilvántartás?\n\n\n A készletkezelés talán az egyik leginkább alulértékelt automatizálható\n terület. Amíg a raktárban minden rendben van, senki nem foglalkozik vele.\n Amikor viszont elfogy egy termék, amit az ügyfél épp megrendelt, vagy egy\n értékes áru hónapokig porosodik mert senki sem vette észre, hogy felülrendelt,\n akkor kerül elő a probléma.\n\n\n\n Egy egyedi rendszerben a készlet automatikusan csökken minden egyes rendeléssel,\n a kritikus szint alá eső tételekről azonnali jelzés érkezik, és a rendszer\n akár automatikus beszerzési igényt is generálhat. Több raktár esetén az\n átláthatóság és az elosztás szintén kezelhető egy felületen. Mindez nem\n igényel napi kézi ellenőrzést, a rendszer figyel helyetted.\n\n\nMikor érdemes ezt megvalósítani?\n\n\n Ha havonta több tíz vagy száz tételt kezelsz, és előfordult már, hogy\n visszamondtál egy rendelést készlethiány miatt, amit hamarabb is észrevehettél\n volna, az automatizált készletkezelés megtérül. Nem kell hozzá ERP rendszer\n méretű projekt sem, egy jól megépített modul elegendő a legtöbb KKV számára.\n\n\n4. Dokumentumkezelés: vége a verziózavarnak és az e-mail alapú szerződésküldésnek\n\n\n A dokumentumok kezelése sok cégnél még mindig e-mailben, fájlnevekben és\n lokális mappákban él. Ez addig működik, amíg egy ügyféllel egy szerződés fut.\n Amint a mennyiség nő, a verziók összekeverednek, az aláírások lassítják a\n folyamatot, és az utólagos keresés elveszi a munkaidő nem kis szeletét.\n\n\n\n Egy egyedi rendszerben a szerződések és dokumentumok feltölthetők, automatikusan\n PDF-formátumba generálhatók sablon alapján, digitálisan aláírhatók, és\n verziókövetéssel ellátva tárolhatók. Az ügyfél egyszerre kap hozzáférést ahhoz,\n amit látnia kell, nem többhöz, és az aláírt dokumentumok azonnal bekerülnek\n a rendszerbe, nem kell utána vadászni.\n\n\n\n Ez különösen releváns olyan iparágakban, ahol az átfutási idő és a\n szerződéskötés sebessége versenyképességi tényező.\n\n\n5. Feladat- és munkafolyamat-kezelés: ki csinálja, mikor, és látja-e a vezető?\n\n\n Ha a feladatokat e-mailben, chat üzenetekben vagy szóban osztják ki, előbb-utóbb\n valami kiesik. Nem rossz szándékból, hanem azért, mert nincs rendszer mögötte.\n Egy egyedi munkafolyamat-kezelő modul olyan struktúrát adhat, ahol minden\n feladatnak van gazdája, határideje és látható státusza.\n\n\n\n A rendszer automatikusan értesíti a felelőst, jelzi, ha közeleg a határidő, és\n a vezető egy pillantással láthatja, mi hol tart, anélkül, hogy minden reggel\n egyenként kérdezzen rá. Projektszinten is áttekinthető a folyamat, és a\n visszajelzési hurok sem kézzel fut.\n\n\n\n Ez nem feltétlenül helyettesíti a meglévő projektmenedzsment eszközöket, de sok\n esetben a saját rendszerbe integrált megoldás hatékonyabb, mert az üzleti\n adatokkal együtt él, nem külön szigetként.\n\n\n+1. Integráció külső rendszerekkel: ahol az egyedi fejlesztés igazán kiterjed\n\n\n Az előző öt pont belső folyamatokról szólt. De egy egyedi, Laravel alapú\n rendszer legnagyobb előnye talán az, hogy nem zárt dobozban működik. Összeköthető\n szinte bármilyen külső szolgáltatással, amelyet a vállalkozásod már használ,\n vagy amelyet érdemes lenne bevezetni.\n\n\n\n \n NAV Online Számla: az adatszolgáltatás automatikusan fut, nem\n kell kézzel feltölteni semmit\n \n \n Számlázó rendszerek: Billingo, Számlázz.hu és hasonló\n platformok API-n keresztül összeköthetők\n \n \n Futárszolgálatok: rendelés leadásától automatikus\n csomagfeladásig\n \n \n Banki fizetések: fizetési kapuk integrálása, automatikus\n egyeztetés\n \n \n ERP rendszerek: ha már van meglévő vállalati rendszer, az\n egyedi fejlesztés összeköthető vele\n \n \n E-mail marketing eszközök: MailerLite, ActiveCampaign és\n hasonlók szinkronizálása az ügyféladatokkal\n \n \n AI szolgáltatások: automatikus kategorizálás, összefoglalók,\n döntéstámogatás beépítve a rendszer munkafolyamataiba\n \n\n\n\n Ezek az integrációk nem megvalósíthatatlan álmok. Valós projektek valós részei,\n amelyeket az ügyfél meglévő eszközeihez igazítva teszünk működőképessé. Ha\n kíváncsi vagy, milyen rendszert érdemes egyedileg fejleszteni és mikor, érdemes\n elolvasnod a cikkünket arról, hogy\n mikor nem éri meg egyedi fejlesztést választani, mert ott pontosan ezt a határt járjuk körbe.\n\n\nMennyibe kerül mindez, és megéri-e?\n\n\n Ez a kérdés szinte mindig felmerül, és jogos. Az egyedi fejlesztés nem olcsó,\n de az összehasonlítás alapja sem az, hogy mennyibe kerül a fejlesztés, hanem\n az, hogy mennyibe kerül a jelenlegi manuális működés. Bérköltség, hibák,\n lassú folyamatok, elvesztett ajánlatok, félresikerült rendelések: ezek is\n költségek, csak kevésbé láthatók.\n\n\n\n Ha kíváncsi vagy a konkrét számokra, a\n egyedi rendszer fejlesztési árairól szóló cikkünkben részletesen tárgyaljuk, mitől függ az ár 2026-ban, és mi az, ami valójában\n meghatározza a befektetés megtérülését.\n\n\n\n Azt is érdemes megnézni, hogy a\n manuális működés valójában mennyibe kerül, mert sokszor ez a szám meglepő.\n\n\nMit tud, amit egy dobozos megoldás nem?\n\n\n A kész szoftverek az átlagos igényekre épülnek. Ha a vállalkozásod folyamatai\n illeszkednek egy átlagos sémába, egy dobozos megoldás teljesen elegendő lehet.\n De ha van egyedi árazási logikád, összetett raktározási struktúrád, speciális\n szerződéstípusaid vagy olyan munkafolyamataid, amelyek nem férnek bele egy\n általános keretrendszerbe, akkor az egyedi fejlesztés az egyetlen út, ami\n ténylegesen illeszkedik a valósághoz.\n\n\n\n A mi megközelítésünk Laravel technológián alapul, ami azt jelenti, hogy a\n rendszer bővíthető, karbantartható, és nem köt egy szolgáltatóhoz. Nem\n licencdíjat fizetsz örökre, hanem egyszer megépítünk valamit, ami a tiéd\n marad, és a vállalkozásoddal együtt fejleszthető tovább.\n\n\nÖsszefoglalás\n\n\n Az ügyfélkezeléstől a dokumentumokon és rendeléseken át a külső rendszerek\n integrálásáig rengeteg terület van, ahol egy egyedi webes rendszer valódi\n időt és pénzt takaríthat meg. Nem minden vállalkozásnak kell egyszerre az\n összes funkció, de szinte minden növekvő cégnél van legalább egy pont, ahol\n az automatizálás azonnal érezhető eredményt hozna. A kérdés csak az, hogy\n hol érdemes elkezdeni.\n\n\n\n Ha szeretnéd felmérni, hogy a te vállalkozásodban mely folyamatok\n automatizálhatók a legtöbb haszonnal, vedd fel velünk a kapcsolatot egy\n rövid konzultációra. Nem ajánlatot készítünk azonnal, hanem először\n megértjük, hogyan működsz most, és utána mondunk véleményt.\n Ajánlatkérés itt lehetséges.\n\n\nHárom kérdés, mielőtt továbblépnél:\n\n\n \n Van-e a cégednél olyan folyamat, amelyet havonta több tíz alkalommal végez\n el valaki kézzel, mindig ugyanúgy?\n \n \n Tudnád-e azonnal megmondani, hány nyitott ajánlatod van, ki az utolsó\n kapcsolattartó és mikor volt az utolsó visszajelzés minden ügyfélnél?\n \n \n Ha a céged forgalma megduplázódna holnap, a jelenlegi rendszereid\n kezelni tudnák, vagy az adminisztráció összeomlana?\n \n" } ] }, { "title": "Mire kell figyelni tárhelyszolgáltató választáskor?", "url": "https:\/\/lioner.hu\/blog\/mire-kell-figyelni-tarhelyszolgaltato-valasztaskor", "excerpt": "Mire figyelj tárhelyszolgáltató választásakor: mekkora tárhely kell, mit jelent a garantált rendelkezésre állás, és milyen ügyfélszolgálatot várj el.", "published_at": "2026-06-05T12:33:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Cikktörzs", "content": "Amikor tárhelyszolgáltatót választasz, hosszú távra döntesz. Ha rosszul választasz, azt évekig érzed: lassú oldal, órákig tartó kiesés, vagy egy ügyfélszolgálat, ami sosem válaszol időben. 2022-ben már írtunk erről egy rövidebb listát. Most bővebben nézzük át, néhány olyan szemponttal is kiegészítve, amit azóta rendszeresen kérdeznek tőlünk az ügyfeleink.Mekkora tárhelyre van szükséged?Egy egyszerű, néhány aloldalas céges bemutatkozó oldalnak a legtöbb szolgáltatónál elérhető kisebb, 2-3 GB-os csomag simán elegendő. Ide tartozik a klasszikus szolgáltatói weboldal szöveggel, néhány képpel és egy kapcsolati űrlappal.Nagyobb tárhelyre akkor van szükséged, ha sok a céges levelezés, és a kollégák rendszeresen küldenek nagy méretű csatolmányokat, mert ezek is a tárhelyet terhelik, nem csak a weboldal fájljai. Ugyanígy több hely kell, ha webáruházat üzemeltetsz sok termékképpel, vagy ha rendszeresen töltesz fel videót, nagy felbontású fotót az oldalra.Egy jó gyakorlat: indulj a kisebb csomaggal, ha bizonytalan vagy. Nézd meg közben, hogy a szolgáltatónál egyszerű-e később bővíteni. A legtöbb jó szolgáltatónál ez pár kattintás, nem kell az egészet újra beállítani.Ha még csak most tervezed az oldalt, ezt nem neked kell kitalálnod. Nálunk a weboldal készítés része, hogy megmondjuk, mekkora csomag lesz elég a kész oldalnak, és milyen környezetben fog jól futni.Van-e ingyenes migráció?Ha már van weboldalad és csak szolgáltatót váltanál, kérdezd meg előre, hogy az új szolgáltató elvégzi-e ingyenesen a költözést. Ez nem apróság: egy rosszul összerakott migráció napokra is leállíthatja az oldaladat, vagy adatvesztéssel járhat.Ügyfélszolgálat és a garantált rendelkezésre állásEz az a pont, amit a legtöbben csak akkor vesznek észre, amikor már baj van. Minden komolyabb tárhelyszolgáltató feltünteti valahol a szerződésben vagy a honlapján, mekkora rendelkezésre állást (uptime-ot) vállal évente. Ezt érdemes megnézni választás előtt, nem utána.A számok között nagyobb a különbség, mint amekkorának elsőre tűnik. 99,9%-os vállalt rendelkezésre állás évi nagyjából 8 óra 45 perc kiesést enged meg. 99,99%-nál ez körülbelül 52 percre csökken egy teljes évre vetítve. Ha az oldaladon keresztül érkezik a bevételed egy része, ez a különbség simán számíthat.A másik fele az ügyfélszolgálat válaszideje kiesés esetén. Nézd meg a szerződésben, mennyi idő alatt reagálnak egy leállásra: percek, órák, vagy csak a következő munkanapon. Az is számít, hogy a support elérhető-e hétvégén és éjszaka is, vagy csak munkaidőben. Az is kérdés, hogy telefonon, chaten vagy csak ticketen keresztül lehet-e elérni őket.BiztonságNézd meg, hogy a szolgáltató készít-e rendszeres, automatikus biztonsági mentést. Az is fontos, hogy ebből te magad is tudsz-e egyszerűen visszaállítani egy korábbi állapotot, ha valami elromlik.Kérdés az is, milyen védelmet nyújtanak támadások, például túlterheléses DDoS támadás ellen. Az is számít, jár-e a csomaghoz ingyenes SSL tanúsítvány.Árak és szerződéses feltételekA bevezető akciós ár szinte mindig alacsonyabb, mint amennyért utána megújításkor tényleg fizetni fogsz. Ezt mindig nézd meg előre, hogy elkerüld a csalódást egy évvel később. Érdemes elolvasni azt is, mi történik felmondás esetén, van-e visszatérítés, és mennyi a felmondási idő.Felhasználói véleményekA hivatalos marketing szövegek mellett érdemes rákeresni független fórumokon és értékelő oldalakon is, mit tapasztaltak mások az adott szolgáltatóval. Főleg azokra a véleményekre figyelj, amik konkrét kiesésről vagy ügyfélszolgálati tapasztalatról szólnak. Ezek mondanak a legtöbbet a napi működésről.Melyik szolgáltatót javasoljuk?Ügyfeleinknek alapból a Magyar Hostingot szoktuk javasolni. Ez a mi véleményünk, nem az egyetlen jó megoldás a piacon. Évek óta velük dolgozunk, és eddig nem volt okunk váltani.Ami nekünk különösen fontos náluk: az ügyfeleink tárhelyfiókját a saját fiókunkból tudjuk kezelni anélkül, hogy elkérnénk tőlük a jelszavukat. Ez egyszerűbb és biztonságosabb is, mind nekünk, mind az ügyfélnek. Az áraik sem a legolcsóbbak a piacon, de nem is drágák. Ár-érték arányban jó középutat találnak.Zárójelben: a fenti link egy affiliate link. Ha ezen keresztül regisztrálsz, mi is kapunk belőle valamennyit. Ettől függetlenül tényleg ezt a szolgáltatót használjuk és ajánljuk az ügyfeleinknek is, ez nem változna a link nélkül sem.ÖsszegzésTárhelyet választani nem csak árösszehasonlítás. A tárhely mérete, az ügyfélszolgálat válaszideje, a vállalt rendelkezésre állás és a szerződéses apróbetűs rész mind számítanak, főleg akkor, ha az oldaladon keresztül üzletelsz. Ha bizonytalan vagy, hogy neked mekkora tárhely és milyen szolgáltató a jó választás, keress minket. Szívesen segítünk eldönteni." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "5 jel, hogy a céged kinőtte a WordPress weboldalát", "url": "https:\/\/lioner.hu\/blog\/5-jel-hogy-a-ceged-kinotte-a-wordpress-weboldalat", "excerpt": "A WordPress millió vállalkozást indított el az online térben, és ez nem véletlen. Gyors, megfizethető, és az elején tökéletesen elég. De van egy pont, amikor a növekvő cég és a weboldal között feszültség keletkezik, és ezt a feszültséget nem újabb plugin telepítésével lehet feloldani.", "published_at": "2026-06-03T14:34:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mikor válik a WordPress akadállyá a növekedésben?\n\nA weboldal készítés témájában az egyik leggyakoribb tévhit az, hogy ha valami egyszer működött, akkor örökre elegendő lesz. A WordPress esetében ez különösen csábító gondolat, hiszen a rendszer maga valóban sokat tud. Az igazi kérdés azonban nem az, hogy mit tud a WordPress, hanem az, hogy mit nem tud megtenni a te vállalkozásodnak, amikor az már túlnőtt egy egyszerű bemutatkozó oldalon.\n\nAz alábbi öt jel nem elméleti, hanem olyan helyzetek, amelyekkel mi magunk is találkozunk a Lionernél, amikor egy ügyfél megkeres minket. Nem az a cél, hogy elrettentsük a WordPress-től azt, akinek az valóban elegendő. A cél az, hogy segítsünk felismerni, ha már nem az.\n\n1. jel: Egyre több egyedi funkcióra van szükséged, de a válasz mindig az, hogy \"plugins\"\n\nAz ügyfélportál, az online ügyintézés, az egyedi ajánlatkérő rendszer, az automatikus szerződésgenerálás, a belső feladatkezelő. Ezek mind olyan funkciók, amelyek egy növekvő vállalkozásnál természetesen megjelennek. A WordPress erre a legtöbb esetben egy újabb bővítménnyel reagál.\n\nA probléma nem a plugin létezésével van, hanem azzal, hogy a sokadik bővítmény után a rendszer egyre kevésbé azt csinálja, amit te szeretnél, és egyre inkább azt, amit az egymással alig kommunikáló pluginok összessége megenged. Egy idő után nem te irányítod a rendszert, hanem a rendszer korlátai irányítják a döntéseidet.\n\nHa arra veszed észre magad, hogy egy funkció megvalósítása kapcsán a fejlesztőd azt mondja, hogy \"megoldható, de kompromisszummal\", az egy egyértelmű jel. Az egyedi fejlesztésű megoldásoknál, például egy egyedi üzleti rendszernél, ilyen kompromisszum elvárás szintjén nem létezik, mert a rendszer eleve a te folyamataid köré épül.\n\n2. jel: A munkád jelentős része Excelben vagy különálló szoftverekben zajlik\n\nEz az egyik legőszintébb visszajelzés, amit egy vállalkozó adhat magának. Ha a weboldal és a napi munka között nincs kapcsolat, akkor a weboldal nem dolgozik veled, csak létezik.\n\nJellemző kép: a weboldalon beérkező ajánlatkérést valaki kimásolja egy Excelbe, abból készül egy árajánlat, azt e-mailben küldik ki, a visszajelzéseket manuálisan követik, az ügyfél státusza egy másik táblában van, a számlázás megint máshol. Ez nem digitalizáció, ez digitálisan dokumentált manuális működés.\n\nHa kíváncsi vagy arra, hogy pontosan mennyibe kerül ez a fajta működés hosszú távon, ajánljuk a cikkünket arról, hogy mennyibe kerül valójában a manuális működés. A számok általában meglepetést okoznak.\n\nEgy jól épített webes rendszer vagy egy egyedi CRM vagy ERP megoldás éppen azt oldja meg, hogy a folyamatok nem szétszórtan, hanem egy helyen, összefüggően működnek. A WordPress erre, néhány kivételtől eltekintve, nem alkalmas platform.\n\nMikor nem a WordPress a hibás?\n\n\n Fontos leszögezni: a WordPress önmagában nem rossz. Több millió weboldalt üzemeltet megbízhatóan. A kérdés az, hogy a te céged mire használja az oldalát. Ha az egy bemutatkozó felület, blogbejegyzésekkel és kapcsolati űrlappal, akkor a WordPress sokáig tökéletesen elég. Ha viszont a weboldal az üzleti folyamatok része, akkor más platformra van szükséged.\n\n\n3. jel: A weboldal teljesítménye egyre rosszabb, és a hibaelhárítás egyre több időt vesz el\n\nA WordPress oldalak sebessége és stabilitása szoros összefüggésben van az aktív bővítmények számával és azok minőségével. Egy idő után ezek a bővítmények egymással konfliktusba kerülhetnek, a frissítések instabillá teszik a rendszert, és a karbantartás olyan terhet jelent, amely elveszi az energiát a fejlesztéstől.\n\nNem ritka, hogy egy WordPress oldal mögött 30 vagy 40 bővítmény fut, amelyek mindegyikét külön kell frissíteni, amelyek mindegyikénél fennáll a biztonsági kockázat, és amelyek közül bármelyik okozhat hibát egy frissítés után. Ez nem fenntartható.\n\n\n Lassú betöltési idő, amely a keresőoptimalizálásra és a konverzióra is negatív hatással van\n Rendszeres biztonsági rések, amelyek célpontot jelentenek az automatizált támadásoknak\n Frissítés utáni hibák, amelyek az oldal egyes részeit vagy egészét leállítják\n Karbantartási költségek, amelyek hónapról hónapra növekednek\n\n\nA karbantartás és támogatás minden webes rendszer esetében fontos, de a WordPress esetében ennek terhe aránytalanul nagy tud lenni a valódi fejlesztési munkához képest.\n\n4. jel: Egy egyszerűnek tűnő fejlesztési igény hetekig húzódik, és drágább, mint vártad\n\nEz az a pont, ahol sok vállalkozó elkezd kételkedni. Szükség van egy új funkcióra, mondjuk egy ügyfélazonossági rendszerre, egy belépési kapura, ahol az ügyfelek saját dokumentumaikat érhetik el. A fejlesztő megnézi, majd visszajelez: megoldható, de nem olyan egyszerűen, mert a jelenlegi struktúra ezt nem támogatja natívan. Szükség lesz egy prémium pluginra, egyedi kódolásra, és lehet, hogy más elemekkel is interferál.\n\nEz a szituáció ismétlődik. Minden egyes fejlesztésnél kompromisszum születik, és minden kompromisszum egy kicsit jobban eltéríti a rendszert attól, amit eredetileg akartál.\n\nEgy egyedi fejlesztésű weboldalon, amelyet például Laravel keretrendszerrel épít fel a fejlesztőcsapat, ilyen akadály strukturálisan nem merül fel. A kérés megvan, a fejlesztő megcsinálja, pont. Nem kell külső bővítmény kompatibilitásán gondolkodni, nem kell más elemek esetleges instabilitásával számolni.\n\nHa kíváncsi vagy arra, hogyan néz ki egy ilyen egyedi fejlesztés árazása és folyamata, nézd meg a cikkünket arról, hogy mennyibe kerül egy egyedi rendszer 2026-ban.\n\n5. jel: Az oldalad online névjegykártyaként működik, de a céged már többet vár tőle\n\nEz a legfinomabb, de talán a legfontosabb jel. A vállalkozás kinőtte azt a szerepkört, amelyre az oldalt eredetileg tervezték. Az oldal létezik, rendben van, de nem dolgozik. Nem hoz leadeket, nem szűri az ügyfeleket, nem segít az ügyintézésben, nem automatizál semmit.\n\nEgy weboldal, amely valóban dolgozik, nem csak megjelenít információkat. Szűri a látogatókat, gyűjti az érdeklődőket, kezel folyamatokat, segíti a döntéshozatalt, és mérhető eredményeket hoz. Arról, hogy ez pontosan mit jelent a gyakorlatban, részletesen írtunk a cikkünkben: mit jelent az, hogy egy weboldal dolgozik.\n\nHa a weboldalad mai állapotában ehhez nem járul hozzá, akkor nem fejlesztési kérdésről van szó, hanem stratégiairól. Ilyenkor nem egy újabb plugin vagy egy dizájnfrissítés a megoldás, hanem egy alapvetően más szemléletű rendszer.\n\nMit tegyél, ha felismerted ezeket a jeleket?\n\nNem szükséges azonnal döntést hozni, és nem kell minden meglévő rendszert lecserélni egyik napról a másikra. Az első lépés az, hogy reálisan felméred, mi az, amit a weboldaladtól elvársz, és mi az, amit valójában megkapsz.\n\n\n Írd össze, hogy milyen folyamatok zajlanak jelenleg a weboldalon kívül, Excelben vagy más eszközökben\n Számold meg, mennyi időt tölt a csapatod adatátvitellel, másolással, manuális nyilvántartással\n Listázd azokat a fejlesztési igényeket, amelyeket az elmúlt egy évben nem sikerült megvalósítani, vagy csak kompromisszumokkal\n Gondold végig, hogy három éven belül hol szeretnéd látni a cégedet, és ezt a jelenlegi rendszer ki tudja-e szolgálni\n\n\nHa ennél a listánál azt tapasztalod, hogy a válaszok rendszeresen egy irányba mutatnak, akkor érdemes egyedi fejlesztésben gondolkodni. Ez nem feltétlenül jelent teljes újraépítést egyszerre. A Lioner sok esetben modulárisan dolgozik, vagyis az egyedi rendszer az üzleti igények mentén épül fel fokozatosan, nem egy hatalmas egyszeri befektetéssel.\n\nMikor érdemes egyedi weboldalban vagy webes rendszerben gondolkodni?\n\nErre nincs egyetlen univerzális válasz, de vannak egyértelmű határok. Ha a vállalkozásod havi forgalma és növekedési üteme alapján belátható időn belül igényelni fog valamilyen ügyfélkezelési, folyamatautomatizálási vagy belső adminisztrációs rendszert, akkor érdemes ezt időben elkezdeni tervezni, nem megvárni, amíg a meglévő rendszer összeomlásig nyújtható.\n\nA weboldal készítés az egyedi fejlesztés kontextusában nem azt jelenti, hogy egy szép dizájnt kapsz egy CMS felületen. Azt jelenti, hogy egy rendszert kapsz, amely a te folyamataidhoz van szabva, és hosszú távon is bővíthető marad anélkül, hogy kompromisszumokra kényszerülnél.\n\nA Lioner Laravel alapú fejlesztéssel dolgozik, ami azt jelenti, hogy a rendszer nem függ harmadik feles bővítmények kiszámíthatatlanságától, és nem kerülsz abba a helyzetbe, hogy egy plugin gyártója abbahagyja a támogatást, és ezzel a funkcionalitás egy része megbízhatatlanná válik.\n\nÖsszegzés\n\nA WordPress kiváló alapja lehet egy vállalkozás online jelenlétének, de egy bizonyos növekedési szint felett a rendszer már nem segít, hanem korlátoz. Az öt fent leírt jel mindegyike valós helyzet, amellyel találkozunk a Lionernél, amikor egy cég arra jut, hogy a meglévő weboldala már nem tartja a lépést az üzlettel. Ilyenkor nem a WordPress a hibás, hanem az a tény, hogy a vállalkozás kinőtt egy általános célú megoldásból.\n\nHa bármelyik jelet felismerted a saját működésedben, érdemes egy rövid konzultációval kezdeni, ahol átbeszélhetitek, hogy mi az, ami valóban szükséges, és mi az, amit a jelenlegi rendszer soha nem fog tudni megadni. Az ajánlatkérés és kapcsolatfelvétel oldalunkon ezt egyszerűen megteheted, előzetes kötelezettség nélkül." } ] }, { "title": "Weboldal készítés során ezeket az oldalakat nézik meg először a látogatók", "url": "https:\/\/lioner.hu\/blog\/weboldal-keszites-soran-ezeket-az-oldalakat-nezik-meg-eloszor-a-latogatok", "excerpt": "Sokan azt gondolják, hogy a főoldal dönti el, lesz e ügyfél egy látogatóból. A valóságban a legtöbb érdeklődő néhány kulcsoldal alapján alakítja ki a véleményét egy cégről. Ha ezek az oldalak nem adnak gyors és egyértelmű válaszokat, a látogató egyszerűen továbblép.", "published_at": "2026-05-28T17:26:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Milyen oldalakat néznek meg először egy céges weboldalon?\n\nA weboldal készítés egyik legfontosabb része nem a dizájn, hanem az, hogy a látogató milyen gyorsan talál választ a kérdéseire. A legtöbb ember nem hosszú percekig böngészi az oldalt. Pár másodperc alatt eldönti, hogy komolyan veszi e a céget vagy sem.\n\nEz különösen igaz KKV környezetben. A látogatók általában gyorsan szeretnék felmérni:\n\n\nmivel foglalkozik a cég\nmilyen minőségű munkát végez\nmegbízható e\nmennyire egyszerű kapcsolatba lépni vele\nérdemes e ajánlatot kérni\n\n\nEzért egy jó céges weboldal nemcsak szép, hanem logikusan építi fel a bizalmat is.\n\n1. A főoldal még mindig kulcsszereplő\n\nA legtöbb látogató először a főoldalra érkezik, akár Google keresésből, akár hirdetésből vagy ajánlásból. Itt nagyon gyorsan kell átadni az alapinformációkat.\n\nA leggyakoribb hiba, hogy a főoldal túl általános. Szép képek vannak rajta, de nem derül ki egyértelműen:\n\n\nkinek szól a szolgáltatás\nmilyen problémát old meg\nmiért érdemes az adott céget választani\n\n\nEgy jól felépített főoldal röviden és világosan kommunikál. Nem próbál mindent egyszerre elmondani.\n\nMi sok projekt során azt látjuk, hogy a túlzsúfolt főoldalak rontják a konverziót. Különösen akkor, ha a látogatónak több kattintás kell ahhoz, hogy megértse a szolgáltatás lényegét.\n\nErről részletesebben írtunk ebben a cikkben is: Mi történik az első 5 másodpercben a látogató fejében?\n\nMit kell látnia a látogatónak az első képernyőn?\n\n\nmivel foglalkozik a cég\nkinek segít\nhogyan lehet kapcsolatba lépni\negy konkrét előnyt vagy eredményt\n\n\nEnnyi sokszor elég ahhoz, hogy a látogató továbblépjen a következő oldalra.\n\n2. A szolgáltatás oldal döntő szerepet játszik\n\nA látogatók jelentős része a szolgáltatás oldal alapján dönti el, hogy érdemes e foglalkozni a céggel. Itt már nem elég az általános kommunikáció.\n\nA szolgáltatás oldalnak konkrétnak kell lennie.\n\nPéldául egy webfejlesztés szolgáltatás esetén a látogató szeretné tudni:\n\n\nmilyen típusú projektekkel foglalkozunk\nmilyen technológiával dolgozunk\nmilyen eredmények várhatók\nmilyen cégeknek ajánlott a szolgáltatás\n\n\nMi például Laravel alapú rendszereket fejlesztünk, mert hosszú távon stabil és jól skálázható megoldást ad. Ez különösen fontos akkor, ha a weboldal később egyedi rendszerrel, ERP rendszerrel vagy CRM rendszerrel bővül.\n\nHa valaki komolyabb digitális fejlesztésben gondolkodik, akkor általában nemcsak egy weboldalt keres. Hanem egy olyan rendszert, ami később támogatja az üzleti automatizálást és a KKV digitalizációt is.\n\nÉppen ezért fontos, hogy a szolgáltatás oldal ne csak marketing szöveg legyen, hanem valódi információt adjon.\n\nItt található a szolgáltatásaink áttekintése is: Szolgáltatások áttekintése\n\n3. A referencia oldal sokszor erősebb, mint a szöveg\n\nA legtöbb látogató látni akarja, hogy a cég milyen munkákat készített korábban. Ez teljesen természetes.\n\nEgy referencia oldal sokkal gyorsabban épít bizalmat, mint egy hosszú bemutatkozó szöveg.\n\nViszont itt is gyakori hibák vannak:\n\n\nnincs leírva a projekt célja\ncsak képek szerepelnek magyarázat nélkül\nnem derül ki, milyen problémát oldott meg a fejlesztés\nnincsenek üzleti eredmények\n\n\nEgy jó referencia nemcsak azt mutatja meg, hogy szép lett az oldal. Hanem azt is, hogy milyen üzleti problémára készült.\n\nPéldául:\n\n\nEgy egyedi rendszerrel napi több óra manuális munkát váltottunk ki az ügyfélnél.\n\n\nEz már sokkal erősebb üzenet, mint egy egyszerű képgaléria.\n\nKapcsolódó esettanulmány: Egy ügyfélünk napi 3 órát spórolt egyedi rendszerrel\n\nA referenciák oldal itt érhető el: Referenciák\n\n4. Miért nézik meg szinte mindig a kapcsolat oldalt?\n\nA kapcsolat oldal sokkal fontosabb, mint ahogy a legtöbb cég gondolja.\n\nAmikor a látogató eljut ide, általában már érdeklődik. Ilyenkor nem szabad akadályokat tenni elé.\n\nMilyen hibák szoktak itt előfordulni?\n\n\ntúl hosszú ajánlatkérő űrlap\nnincs telefonszám\nnem derül ki, mikor várható válasz\nmobilon nehezen használható az oldal\n\n\nSok esetben pár apró módosítás is jelentősen javítja a kapcsolatfelvételek számát.\n\nA kapcsolat oldal célja egyszerű:\n\n\ngyors kapcsolatfelvétel\nbizalom erősítése\nbizonytalanság csökkentése\n\n\nEzért fontos, hogy emberi legyen. Ne csak egy üres űrlapból álljon.\n\nItt érhető el a kapcsolat oldalunk: Kapcsolat és ajánlatkérés\n\n5. A látogatók gyakran keresnek “bizonyítékot” a cégről\n\nSokan a szolgáltatás oldal után rögtön a rólunk oldalra navigálnak. Nem azért, mert érdekes a cég története. Hanem mert látni akarják, kik állnak a projekt mögött.\n\nEz főleg egyedi fejlesztéseknél fontos.\n\nHa valaki ERP rendszer vagy CRM rendszer fejlesztésen gondolkodik, akkor nem impulzusvásárlást hoz. Hosszú távú partnert keres.\n\nIlyenkor számít:\n\n\nmióta működik a cég\nmilyen projekteken dolgozott\nmilyen technológiákat használ\nmennyire tűnik stabilnak\n\n\nMi például sok esetben már az első konzultáción arról beszélünk, hogyan lehet később továbbfejleszteni a rendszert. Ez hosszabb távon sok költséget spórol meg.\n\n6. Nem minden látogató ugyanazon az útvonalon halad\n\nEz az egyik legfontosabb dolog weboldal készítés során.\n\nNincs egyetlen tökéletes útvonal.\n\nVan, aki:\n\n\na főoldalról indul\nvan, aki egy blogcikkből érkezik\nmás rögtön a referenciákat nézi meg\nvannak, akik csak a kapcsolat oldalt keresik\n\n\nEzért kell úgy felépíteni az oldalt, hogy minden fontos információ könnyen elérhető legyen.\n\nEbben sokat segít a jól átgondolt navigáció, a belső linkelés és a megfelelő tartalomstruktúra.\n\nKapcsolódó cikk: Mit jelent az, hogy egy weboldal dolgozik?\n\n7. Mit jelent ez a gyakorlatban egy KKV számára?\n\nEgy céges weboldal ma már nem online névjegykártya.\n\nAz első benyomás sok esetben itt történik meg. A látogató pedig pár perc alatt eldönti, hogy kapcsolatba lép e a céggel.\n\nEzért a webfejlesztés során nemcsak a dizájnnal kell foglalkozni, hanem azzal is:\n\n\nmilyen sorrendben kap információt a látogató\nmennyire gyorsan épül a bizalom\nmennyire egyszerű ajánlatot kérni\nhogyan támogatja a weboldal az üzleti automatizálást\n\n\nEgy jól felépített oldal később könnyebben bővíthető egyedi rendszerrel, CRM rendszerrel vagy más üzleti funkciókkal is.\n\nÖsszegzés\n\nA legtöbb látogató nem egyetlen oldal alapján dönt. Több kulcsoldalt néz meg rövid idő alatt, és ezek együtt alakítják ki a bizalmat a cég iránt.\n\nA főoldal, a szolgáltatás oldal, a referenciák és a kapcsolat oldal általában döntő szerepet játszik. Ha ezek logikusan vannak felépítve, a weboldal valóban támogatni tudja az üzletszerzést is.\n\nHa most készül új weboldal vagy szeretné átalakítani a meglévőt, érdemes először azt átgondolni: a látogató milyen kérdésekre akar választ kapni az első pár percben.\n\nMelyik oldal teljesít most a leggyengébben a weboldalán? A látogatók gyorsan megértik, mivel foglalkozik a cége és miért érdemes Önökkel dolgozni?" } ] }, { "title": "Milyen funkciókra van szüksége egy modern weboldalnak 2026-ban?", "url": "https:\/\/lioner.hu\/blog\/milyen-funkciokra-van-szuksege-egy-modern-weboldalnak-2026-ban", "excerpt": "A legtöbb KKV-s weboldal ma már létezik, de nem dolgozik. Fent van az interneten, szépen néz ki, aztán nem történik semmi. 2026-ban ez már nem elég, és egyre több vállalkozás kezdi ezt érezni a bevételein. Az alábbiakban összeszedtük, mit kell tartalmaznia egy olyan weboldalnak, amely tényleg eredményt hoz.", "published_at": "2026-05-27T12:55:00+02:00", "author": "Farkas Péter", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "text", "name": "Belső link – weboldal árak", "title": "Mennyibe kerül mindez?", "content": "Ha már látod, milyen funkciókat érdemes elvárni egy modern weboldaltól, a következő kérdés általában az ár. A weboldal készítés árak 2026 oldalunkon részletesen bemutatjuk az aktuális költségeket és az ársávokat." }, { "type": "html", "name": "Egyedi HTML", "content": "Weboldal készítés 2026-ban: mi változott az elvárásokban?\n\nA weboldal készítés fogalma az elmúlt öt évben gyökeresen átalakult. Nem arról van szó, hogy új divatszínek jöttek vagy más betűtípusokat kell használni. Az alap elvárás ma az, hogy a weboldal ne csak bemutassa a céget, hanem aktívan részt vegyen az értékesítési és ügyfélkezelési folyamatban. Aki még mindig csak \"névjegykártyaként\" tekint a saját oldalára, az valószínűleg versenyhátrányt épít magának.\n\nEbben a cikkben nem általános tanácsokat adunk. Végigmegyünk azon a konkrét funkciólistán, amelyet 2026-ban egy KKV szintű weboldalnak teljesítenie kell ahhoz, hogy valódi üzleti értéket képviseljen.\n\nAz alapok: ami ma már nem opció, hanem kötelező\n\nMielőtt bármilyen fejlettebb funkcióról beszélnénk, érdemes tisztázni, hogy az \"alapok\" fogalma is átíródott. Ami pár évvel ezelőtt plusznak számított, ma már belépési küszöb.\n\nMobiloptimalizált megjelenés és gyorsaság\n\nA mobilos forgalom az esetek többségében meghaladja az asztali gépesét, főleg szolgáltatói weboldalaknál. Ez nem azt jelenti, hogy a mobilnézet \"is működjön\", hanem azt, hogy a mobilos élmény legyen az elsődleges tervezési szempont. Egy lassan betöltő, rosszul kattintható mobil felület ma közvetlenül konverzióveszteséget okoz.\n\nA Google Core Web Vitals mérőszámai kötelező referenciapontok: LCP, FID, CLS. Ha ezek nem teljesülnek, a keresőoptimalizálás sem fog igazán működni, bármilyen jó szöveg is kerül az oldalra.\n\nHTTPS és adatvédelem\n\nA HTTPS ma már olyan alap, mint a villanyszámla kifizetése. Az érdekesebb kérdés az adatkezelés: a sütik, a GDPR megfelelés, a feliratkozási folyamatok jogi háttere. Egy rosszul beállított cookie-kezelő vagy egy hiányzó adatkezelési tájékoztató komoly bizalomveszteséget okozhat, sőt jogi kockázatot is jelenthet.\n\nÁtlátható struktúra és erős CTA-k\n\nA látogató az első néhány másodpercben eldönti, hogy marad-e. Ha az oldal szerkezete zavaros, ha nem világos, mit kínál a cég, és ha nincs egyértelmű következő lépés, az érdeklődő el fog menni. Az erős CTA (call to action) nem clickbait szöveg, hanem egy logikus, természetes következő lépés: ajánlatkérés, időpontfoglalás, kapcsolatfelvétel. Minden oldalnak tudnia kell, hogy mit akar elérni a látogatónál.\n\nMi az a funkció, ami ma már valóban megkülönböztet?\n\nHa az alapok megvannak, jön az a rész, ahol a weboldalak között érdemi különbségek keletkeznek. Ezek azok a funkciók, amelyeket még mindig nem használ minden KKV, de egyre több ügyfél találkozik velük a versenytársainál.\n\nIntelligens ajánlatkérő és kapcsolatfelvételi rendszer\n\nAz egyszerű \"Írjon nekünk e-mailt\" felület elavult. Nem azért, mert csúnya, hanem azért, mert nem segíti a folyamatot sem az ügyfélnek, sem a cégnek. Egy okosan felépített ajánlatkérő form előre bekéri a releváns információkat, automatikusan visszajelzést küld a látogatónak, és az adatokat strukturáltan juttatja el a megfelelő kollégához vagy akár közvetlenül a CRM rendszerbe.\n\nEnnek hatása nem elméleti: ha az ajánlatkérés után az érdeklődő perceken belül visszajelzést kap, a konverzió szignifikánsan magasabb, mint ha napokig vár.\n\nAI-alapú chatbot és ügyfélkommunikáció\n\nAz AI chatbotok 2026-ra már nem prémiumfunkciók. Egy megfelelően betanított, a cég saját termékeit és folyamatait ismerő chatbot képes fogadni az érdeklődőket, szűrni a kérdéseket, és a komolyabb ügyeket emberi kollégának továbbítani. Ez különösen értékes olyan vállalkozásoknál, ahol sok visszatérő, hasonló jellegű kérdés érkezik, és ezek megválaszolása feleslegesen terheli az ügyfélszolgálatot.\n\nFontos, hogy egy rosszul beállított chatbot több kárt okoz, mint amennyit használ. A cél nem a chatbot megléte, hanem egy valóban hasznos eszköz, amely pontosan tudja, mikor adja át a szót embernek.\n\nSzemélyre szabott tartalom és viselkedésalapú megjelenítés\n\nA dinamikus tartalomkezelés lehetővé teszi, hogy a weboldal más üzenetet mutasson egy visszatérő látogatónak, mint egy újnak, más ajánlatot egy konkrét keresési szóból érkező felhasználónak, és más CTA-t egy olyan látogatónak, aki már járt az árazási oldalon. Ez nem sci-fi, és nem is csak a nagy szereplők privilégiuma. Laravel alapú fejlesztéssel már középvállalati méretben is megvalósítható.\n\nRendszerintegráció: ahol az igazi hatékonyságnyereség van\n\nAz önálló weboldal mára kevés. A valódi üzleti érték ott keletkezik, ahol a weboldal össze van kötve a háttérfolyamatokkal. Ez az a terület, ahol a legtöbb KKV még elmarad, és ahol a legnagyobb előnyt lehet szerezni.\n\nCRM integráció\n\nHa a weboldalon érkező érdeklődők adatai automatikusan bekerülnek a CRM rendszerbe, a cég nem veszít el leadeket, nem kell kézzel másolgatni adatokat, és az értékesítési csapat azonnali, strukturált információt kap. Ez nem csak kényelmi kérdés: egy ügyfélünk napi szinten 3 órányi manuális adminisztrációt spórolt meg azzal, hogy a weboldali és CRM folyamatokat összekötöttük. Ha ez a téma ismerős, érdemes elolvasni, hogyan spórolt napi 3 órát egy ügyfelünk egyedi rendszerrel.\n\nSzámlázó és ERP összeköttetés\n\nA weboldal és az ERP vagy CRM rendszer összekötése különösen értékes ott, ahol az ügyféligény befogadása, az árajánlat küldés és a számlázás mind külön rendszerben történik. Az integráció nem feltétlenül jelent teljes rendszercserét: sok esetben egy jól megírt összekötő réteggel a meglévő szoftverek kommunikálni tudnak egymással.\n\nHírlevél és marketing automatizálás\n\nA weboldali feliratkozási folyamat és a hírlevélküldő összekötése alap. De ennél több is lehetséges: automatikus üzenetsorozatok, amelyek az érdeklődő viselkedéséhez igazodnak, utánkövetési emailek az el nem küldött ajánlatkérések után, vagy értesítések az értékesítési csapat számára, ha egy lead visszatér az árlistára. Ezek nem bonyolult fejlesztések, de komoly üzleti hatásuk van.\n\nMiért nem elég a sablon alapú weboldal?\n\nEz egy jogos kérdés, különösen KKV szemszögből, ahol a büdzsé korlátozott. A sablon alapú megoldások (WordPress, Wix, Squarespace) gyorsak és olcsók az induláshoz. Az igazi kérdés az, hogy mire van szüksége a vállalkozásnak.\n\nHa a cél az, hogy az oldal szép legyen és néhány alap infót közöljön, a sablon megfelel. Ha viszont integrációkra, egyedi folyamatokra, gyors és biztonságos működésre van szükség, a sablon rendszerint hamar falakba ütközik. Ilyenkor jön a döntési pont: vagy kompromisszumot köt a cég, vagy egyedi fejlesztés felé indul. Hogy melyik mikor éri meg, azt nem lehet általánosan megválaszolni, de a döntéshez érdemes átgondolni, hogy mikor nem éri meg egyedi fejlesztést választani.\n\nMi Laravel technológiával dolgozunk, mert ez lehetővé teszi a skálázható, biztonságos és könnyen karbantartható fejlesztést. Nem azért, mert ez a legtrendibb keretrendszer, hanem mert hosszú távú partnerségben gondolkodunk az ügyfeleinkkel, és egy rosszul választott technológiai alap előbb-utóbb mindenkinél visszaüt.\n\nMilyen legyen a weboldal tartalma és struktúrája?\n\nA funkciók mellé megfelelő tartalom is kell. Ez sem mindegy.\n\n\n Minden fontos aloldal legyen logikusan elérhető, maximum 2 kattintással a főoldalról.\n A szövegek szóljanak a látogató problémájához, ne a cég büszkeségéhez.\n A képek és videók optimalizáltak legyenek, ne lassítsák az oldalt.\n A bizalomépítő elemek (referenciák, ügyfélvélemények, konkrét esettanulmányok) legyenek jelen és hitelesek.\n Az árazási oldal, ha van ilyen, legyen átlátható: az emberek nem szeretik, ha el kell kérni az árat.\n\n\nA tartalom és a keresőoptimalizálás szorosan összefügg. Ha a weboldal készítés folyamata során a tartalom is SEO szempontból van felépítve, az oldal hosszabb távon is hoz organikus forgalmat, nem csak az indulás után az első hetekben.\n\nMire figyeljen KKV-ként a fejlesztés előtt?\n\nMielőtt bárki fejlesztőt keres, érdemes néhány dolgot tisztázni belül. Ez nem kötelező, de sokat gyorsít a folyamaton és csökkenti a félreértések esélyét.\n\n\n Mi a weboldal elsődleges célja: leadszerzés, e-kereskedelem, ügyfélkiszolgálás, vagy valami más?\n Milyen külső rendszerekkel kell majd kommunikálnia az oldalnak?\n Ki fogja karbantartani és frissíteni a tartalmat, és milyen szinten tud ehhez hozzányúlni?\n Mi az, amit most kell, és mi az, ami majd fél év múlva kerülhet rá?\n\n\nEzekre a kérdésekre nem mindig van pontos válasz az elején, és ez rendben van. A legtöbb vállalkozás sem tudja pontosan, mit akar az első konzultáció előtt. Egy tapasztalt fejlesztő partner ebben is tud segíteni.\n\nÖsszegzés\n\n2026-ban egy modern weboldal nem egyetlen dologból áll. Gyors, mobilbarát, biztonságos alap kell, erre épülnek az okos funkciók: ajánlatkérő rendszer, chatbot, személyre szabott tartalom. Minderre ráépül a rendszerintegráció, ahol az igazi hatékonyságnyereség keletkezik. Ha bármelyik réteg hiányzik, az egész kevesebbet ér.\n\nHa úgy érzed, hogy a weboldalad megvan, de nem hoz eredményt, nem feltétlenül a design a probléma. Kérdezd meg tőlünk, és megnézzük együtt, hol van a szűk keresztmetszet.\n\nNéhány kérdés, mielőtt döntesz:\n\n\n A jelenleg meglévő weboldalad össze van-e kötve bármilyen belső rendszerrel (CRM, számlázó, ERP), vagy minden adatot kézzel kell rögzíteni?\n Pontosan tudod-e, hogy a weboldaladra érkező látogatók mekkora hányada küld ajánlatkérést, és miért nem küld a többi?\n Ha holnap megduplázódna a látogatószámot, a weboldalad és a mögötte lévő folyamatok le tudnák-e kezelni a megnövekedett érdeklődést?\n" } ] }, { "title": "3+1 konverzióvesztő hiba webáruházakban", "url": "https:\/\/lioner.hu\/blog\/31-konverzioveszto-hiba-webaruhazakban", "excerpt": "Sokszor egyetlen apró funkció hiánya dönti el, hogy valaki megveszi-e a terméket, vagy inkább a konkurenciánál fejezi be a vásárlást.", "published_at": "2026-05-20T17:10:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Miért hagyjuk elveszni a látogatókat, akik már majdnem vásároltak?\n\n\n A webáruház készítés során a legtöbb figyelem a dizájnra, a termékfotókra és az\n árképzésre koncentrálódik. Ezek valóban fontosak. De a konverziókat sokszor nem\n ezek döntik el, hanem olyan apró technikai és UX megoldások, amelyekre senki sem\n gondol az induláskor. Utólag viszont óriási különbséget tesznek.\n\n\n\n Az alábbiakban négy olyan funkcióról írunk, amelyeket webfejlesztés során\n rendszeresen beépítünk ügyfeleink webáruházaiba. Mindegyikhez valós példát is\n hozunk, mert a tapasztalat meggyőzőbb, mint az elmélet.\n\n\n1. Kosárelhagyás utáni automatikus emlékeztető\n\nMi ez pontosan?\n\n\n A látogató feltesz egy terméket a kosárba, de nem fejezi be a vásárlást. Ez\n webáruházanként 60-80 százalékos arányban fordul elő. Az automatikus emlékeztető\n egy előre megírt, időzített email vagy SMS, amely néhány órával később megkeresi\n a vásárlót, és emlékezteti a félbehagyott kosárra. Esetenként egy kisebb kedvezménnyel\n is kiegészíthető, ha az üzleti logika ezt indokolja.\n\n\nValós példa: bútoripari webáruháznál 18%-kal nőtt a befejezett rendelések aránya\n\n\n Egyik ügyfelünknél, egy közepes méretű bútorwebáruháznál, a látogatók 70 százaléka\n nem fejezte be a vásárlást. A kosárelhagyás mértéke különösen magas volt a drágább,\n 150 ezer forint feletti termékeknél. Ez jellemző: minél nagyobb az összeg, annál\n több az átgondolási idő.\n\n\n\n Bevezettük az automatikus emlékeztető rendszert, amely három lépcsőben küldte ki\n az értesítőket: 2 óra, 24 óra és 72 óra elteltével. Az első két levél csak\n emlékeztetett, a harmadik egy 5 százalékos kedvezménykódot is tartalmazott.\n Az eredmény: a korábban elveszett vásárlók 18 százaléka visszatért és befejezett\n egy rendelést az első három hónapban.\n\n\n\n Ez nem egy bonyolult rendszer. A weboldal készítés során mi ezt Laravel alapú\n háttérrendszerrel, sorban futó job-okkal oldjuk meg, ami stabil és könnyen\n testre szabható.\n\n\n2. Valós idejű készletjelzés és szállítási határidő-számítás\n\nMi tartja vissza a látogatót a vásárlástól?\n\n\n A bizonytalanság a vásárlás legfőbb ellensége. Ha a látogató nem tudja, hogy a\n termék raktáron van-e, és ha igen, mikor kézbesítik, akkor elhalasztja a döntést.\n Az elhalasztott döntés az esetek nagy részében lemondást jelent.\n\n\n\n A valós idejű készletjelzés és a pontos szállítási határidő megjelenítése\n a termékoldalakon kettős hatást ér el: csökkenti a bizonytalanságot, és\n halasztásra nem ösztönöz. Különösen akkor működik jól, ha az alacsony\n készletet is jelezzük (\"Csak 3 db van raktáron\").\n\n\nValós példa: ajándéktárgyakat forgalmazó webáruháznál 23%-kal csökkent a visszafordulási arány termékoldalakon\n\n\n Egy ajándéktárgyakat árusító webáruháznál azt tapasztaltuk, hogy a termékoldalak\n magas visszafordulási arányát részben az okozta, hogy a vásárlók nem találták meg\n a szállítási információt. A leírás a láblécben volt, apró betűkkel.\n\n\n\n Bevezettük a dinamikus szállítási határidő-számítást közvetlenül a \"Kosárba\" gomb\n mellé. A rendszer automatikusan kiszámolta: ha ma megrendeled, legkésőbb X napig\n megkapod. Ha szombat volt és a futár hétfőn indul, azt is kiírta. Az eredmény\n 23 százalékos csökkenés lett a termékoldali visszafordulásban. A látogatók tovább\n maradtak, és a konverziós arány két hónap alatt 1,4 százalékról 2,1 százalékra nőtt.\n\n\n3. Egyszerűsített pénztár folyamat (checkout optimalizálás)\n\nHány lépésben veszítjük el a vásárlót?\n\n\n A klasszikus webáruházi pénztár folyamat 4-6 lépéses. Regisztráció,\n szállítási cím, számlázási cím, szállítási mód, fizetési mód, összesítő.\n Minden egyes plusz lépésnél egy részük elhagyja az oldalt. Ez nem vélemény,\n ez mérhető adat.\n\n\n\n Az egyszerűsített checkout egyetlen oldalon, egy folyamatban vezeti végig\n a vásárlót. Opcióként bejelentkezhetnek Google-fiókkal, automatikusan\n kitölthetnek mentett adatokat, és megrendelés előtt nem kell kötelező\n regisztrációra kényszeríteni őket. A vendégként való vásárlás lehetősége\n önmagában is érezhető növekedést hozhat.\n\n\nValós példa: kötelező regisztráció eltörlése 31%-kal csökkentette a checkout lemorzsolódást\n\n\n Egy elektronikai kiegészítőket áruló webáruháznál az analitika jól mutatta,\n hogy a vásárlók nagy része a regisztrációs lépésnél hagyta el az oldalt.\n Az üzlettulajdonos sokáig ellenezte a vendég checkout bevezetését, mert\n tartott az adatbázis minőségének romlásától.\n\n\n\n A kompromisszumos megoldás az lett, hogy megrendelés után opcionálisan felajánlottuk\n a regisztrációt, de nem kötöttük hozzá a vásárlás befejezését. A kötelező regisztrációt\n eltöröltük. A checkout lemorzsolódás 31 százalékkal csökkent az első hónapban.\n A regisztrált ügyfelek száma végül nem csökkent, mert a sikeres vásárlás után\n sokan önkéntesen regisztráltak.\n\n\n\n Az ehhez hasonló döntések webfejlesztés során nem csupán technikai kérdések.\n A felhasználói logika és az üzleti cél összehangolása az, ami valódi eredményt\n hoz. Ha kíváncsi vagy, milyen folyamat működik a te webáruházadban,\n webáruház készítés szolgáltatásunkról\n részletes tájékoztatást adunk.\n\n\n+1. Intelligens terméklista rendezés és keresési javaslatok\n\nMegtalálja a látogató, amit keres?\n\n\n Ez az a funkció, amelyet a legtöbben utoljára raknak fel a fejlesztési listára,\n holott az első vásárlói élmény szempontjából az egyik leglényegesebb. Ha egy\n látogató nem találja meg gyorsan, amit keres, elhagy. Ezt nem kompenzálja a\n szép dizájn vagy az alacsony ár.\n\n\n\n Az intelligens keresés azt jelenti, hogy a rendszer figyeli a keresési mintákat,\n kezeli az elütéseket, szinonimákat ismer fel, és a legnépszerűbb vagy leginkább\n releváns termékeket helyezi előre. Emellett a terméklista rendezése is lehet\n viselkedésalapú: a rendszer tanulja, hogy melyik termékek hoznak több konverziót,\n és azokat előrébb rangsorolja bizonyos szűrési feltételek mellett.\n\n\nValós példa: szigetelőanyag webáruháznál a szinonimakezelés oldotta meg a keresési zsákutcákat\n\n\n Egy szigetelőanyagokat forgalmazó webáruháznál szembesültünk azzal a problémával,\n hogy ugyanarra a termékre a látogatók teljesen eltérő szavakkal keresnek rá.\n A hungarocell, az EPS, az EPS fura és a polisztirol mind ugyanazt a termékkategóriát\n takarja, de a dobozos kereső ezeket egymástól független keresésként kezelte.\n Aki hungaroceltre keresett, nem találta meg az EPS tábla terméket, és fordítva.\n\n\n\n Egyedi rendszert fejlesztettünk, amelyben a kereső nemcsak felismeri ezeket az\n összefüggéseket, hanem az adminisztrátoroknak egy saját felületet is biztosít\n a szinonimaszótár karbantartásához. Ha egy új keresési kifejezés megjelenik az\n adatbázisban, amire az ügyfél nem kap eredményt, a rendszer jelzi az adminnak,\n aki egy kattintással hozzárendelheti a megfelelő termékhez vagy kategóriához.\n Nem kell fejlesztőt hívni, nem kell kódot módosítani.\n\n\n\n Az eredmény: a keresési zsákuták aránya 41 százalékról 7 százalékra csökkent\n három hónapon belül. A látogatók, akik korábban eredmény nélkül hagyták el az\n oldalt, elkezdtek céloldalra érkezni és vásárolni. Az adminok pedig folyamatosan\n finomítják a rendszert, ahogy új keresési minták jelennek meg.\n\n\n\n Ez a fajta fejlesztés nem érhető el dobozos webshop motorokból. Egyedi igényekhez\n egyedi megoldás szükséges, amit mi Laravel alapú fejlesztéssel, az ügyfél\n adatbázisára szabva készítünk. Ha érdekel, hogyan működik ez a gyakorlatban,\n nézd meg referenciáinkat,\n ahol valós projektekről írunk részletesen.\n\n\nMit érdemes elsőként megvalósítani?\n\n\n Ha most kezdenél bele a fejlesztésbe, vagy egy meglévő webáruházat fejlesztenél\n tovább, nem érdemes egyszerre mindenre rávetni magad. A kosárelhagyás-emlékeztető\n és a checkout egyszerűsítés azok a funkciók, amelyek a leggyorsabban és a\n legkisebb ráfordítással hoznak mérhető eredményt. A keresőoptimalizálás és a\n készletlogika komplex fejlesztés, de hosszabb távon az egyik legjobb befektetés.\n\n\n\n Arról, hogy mi dönt egy weboldal sikeréről, részletesebben is írtunk.\n A mit jelent az, hogy egy weboldal dolgozik\n cikkünkben azt fejtjük ki, hogy miért nem elég az, ha egy webáruház csak \"működik\",\n de nem dolgozik az eladásokért.\n\n\n\n Ha a webáruházad fejlesztése során konkrét SEO alapokon szeretnél is dolgozni,\n érdemes lehet megnézni, hogy\n keresőoptimalizálás szolgáltatásunk\n hogyan egészítheti ki a technikai fejlesztéseket.\n\n\nÖsszefoglalás\n\n\n A konverzió nem varázsszóval nő. Kosárelhagyás-emlékeztető, pontos szállítási\n határidő, egyszerűsített checkout és intelligens keresés: ez a négy funkció\n konkrét, mérhető eredményt hozhat, ha jól implemen" } ] }, { "title": "Mennyibe kerül valójában a manuális működés?", "url": "https:\/\/lioner.hu\/blog\/mennyibe-kerul-valojaban-a-manualis-mukodes", "excerpt": "Mennyibe kerül valójában a manuális működés? Megmutatjuk, hogyan visz el időt, pénzt és kapacitást a káosz, a manuális adminisztráció és a rosszul felépített folyamatok.", "published_at": "2026-05-14T10:36:00+02:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mennyibe kerül valójában a manuális működés?\n\nSok vállalkozás úgy működik, hogy közben észre sem veszi, mennyi pénzt veszít nap mint nap.\n\nNem egy rossz döntés miatt.\n\nNem egy nagy hiba miatt.\n\nHanem apró, ismétlődő manuális folyamatok miatt.\n\nExcel táblák. Másolgatások. E-mailek. Telefonos egyeztetések. Kézi adminisztráció.\n\nKülön-külön jelentéktelennek tűnnek.\n\nEgyütt viszont komoly költséget jelentenek.\n\n\n A manuális működés nem csak időt visz el. Pénzt is éget.\n\n\nA legtöbb veszteség nem látványos\n\nEzért veszélyes.\n\nHa egy rendszer teljesen leáll, azt mindenki észreveszi.\n\nDe amikor napi 10-15 percek vesznek el folyamatosan, az szinte láthatatlan.\n\nPedig ezek összeadódnak.\n\nNapi szinten.\n\nHeti szinten.\n\nÉves szinten.\n\nPéldául:\n\n\n ugyanazokat az adatokat több helyre írják be\n külön rendszerek között manuálisan mozgatják az adatokat\n Excel fájlokat küldözgetnek e-mailben\n állandó státuszkérdezések mennek a csapatban\n egy ember próbál mindent fejben tartani\n\n\nEzek nem egyszeri problémák.\n\nHanem napi rutinok.\n\nAz időveszteségből gyorsan pénzveszteség lesz\n\nSok cég úgy gondolkodik, hogy „ez csak pár perc”.\n\nCsakhogy amikor:\n\n\n 5 ember napi 1 órát veszít\n havonta 20 munkanappal számolunk\n\n\nakkor az már:\n\n\n 100 elveszett munkaóra havonta\n\n\nÉs ebben még nincs benne:\n\n\n a hibajavítás\n a lassabb döntéshozatal\n a csúszások költsége\n az ügyfélélmény romlása\n\n\nA manuális működés ára sokszor nem a rendszerben látszik.\n\nHanem a működés lassulásában.\n\nA probléma nem az Excel\n\nAz Excel önmagában nem rossz eszköz.\n\nSőt, sok helyzetben tökéletes.\n\nA probléma ott kezdődik, amikor egy cég már kinőtte.\n\nErről részletesebben is írtunk itt:\n\n\n \n Hogyan döntsd el, hogy a céged kinőtte az Excelt?\n \n\n\nEgy pont után ugyanis a manuális működés:\n\n\n lassítja a csapatot\n hibákat generál\n nem skálázható\n folyamatos operatív terhelést okoz\n\n\nIlyenkor már nem az a kérdés, hogy működik-e.\n\nHanem az, hogy mennyibe kerül valójában.\n\nA legtöbb cég nem azért túlterhelt, mert kevés az ember\n\nHanem azért, mert túl sok a felesleges folyamat.\n\nSok esetben nem új kollégára lenne szükség.\n\nHanem:\n\n\n automatizálásra\n átláthatóbb működésre\n központi rendszerre\n jól felépített folyamatokra\n\n\nErről ebben a cikkben is írtunk:\n\n\n \n A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal\n \n\n\nMit lehet kiváltani egy jól felépített rendszerrel?\n\nEgy megfelelően kialakított üzleti rendszer képes:\n\n\n automatizálni az ismétlődő feladatokat\n egy helyre szervezni az adatokat\n csökkenteni a hibákat\n felgyorsítani az információáramlást\n tehermentesíteni a csapatot\n\n\nÉs ez nem csak kényelmi kérdés.\n\nHanem konkrét üzleti előny.\n\nEgy ügyfelünknél például napi több órát sikerült felszabadítani egyedi rendszerrel.\n\nAz esettanulmányt itt találod:\n\n\n \n Egy ügyfelünk napi 3 órát spórolt egyedi rendszerrel\n \n\n\nA manuális működés sokáig „olcsónak” tűnik\n\nEz az egyik legnagyobb csapda.\n\nMert első ránézésre:\n\n\n nem kell új rendszer\n nem kell fejlesztés\n nem kell változtatni\n\n\nCsakhogy közben:\n\n\n folyamatosan nő az elveszett idő\n nő a hibalehetőség\n egyre nehezebb skálázni a működést\n\n\nÉs ezt a költséget a legtöbb cég csak akkor érzi meg igazán, amikor már túl nagy lett a káosz.\n\nÖsszefoglalás\n\nA manuális működés ára nem mindig látványos.\n\nÉppen ezért veszélyes.\n\nA probléma nem egyetlen nagy hiba.\n\nHanem a rengeteg apró veszteség, ami naponta ismétlődik.\n\nEgy jól felépített digitális rendszer nem csak gyorsabb működést ad.\n\nHanem:\n\n\n időt szabadít fel\n csökkenti a hibákat\n átláthatóbbá teszi a céget\n stabil alapot ad a növekedéshez\n\n\nHa szeretnéd átlátni, nálatok hol vesz el időt és pénzt a manuális működés, nézd meg szolgáltatásainkat:\n\n\n \n Szolgáltatásaink\n \n\n\nVagy vedd fel velünk a kapcsolatot:\n\n\n \n Kapcsolat\n \n" } ] }, { "title": "A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal", "url": "https:\/\/lioner.hu\/blog\/a-legtobb-ceg-nem-emberhiannyal-kuzd-hanem-rendszerhiannyal", "excerpt": "A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal. Megmutatjuk, hogyan lassítja a növekedést a káosz, és mikor érdemes automatizálásban vagy egyedi rendszerben gondolkodni.", "published_at": "2026-05-08T15:31:38+02:00", "author": "Ádám Kristóf", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal\n\nSok vállalkozás életében eljön az a pont, amikor a növekedés elkezd furcsán működni.\n\nVan munka. Van kereslet. Jönnek az ügyfelek.\n\nMégis egyre nagyobb a káosz.\n\nCsúsznak a feladatok. Elvesznek információk. Egyre több idő megy el egyeztetésekre, javításokra és manuális adminisztrációra.\n\nIlyenkor a legtöbb cégvezető első reakciója az, hogy több embert kell felvenni.\n\nTöbb kolléga. Több kapacitás. Több kéz.\n\nPedig sok esetben nem emberhiány van.\n\n\n Hanem rendszerhiány.\n\n\nIlyenkor a cég már nem a piac miatt lassul. Hanem saját magát fogja vissza.\n\nA növekedés egy ponton szétfeszíti a régi működést\n\nAmi 2-3 emberrel még működött, az 10 főnél már problémává válik.\n\nAz Excel táblák, az e-mailes egyeztetések és a fejben lévő folyamatok egy ideig elegendők.\n\nUtána viszont elkezdik lassítani a működést.\n\nErről részletesebben is írtunk ebben a cikkünkben:\n\n\n \n Hogyan döntsd el, hogy a céged kinőtte az Excelt?\n \n\n\nA leggyakoribb jelek\n\n\n ugyanazokat az adatokat több helyre írják be\n egy ember fejében van minden folyamat\n rengeteg manuális adminisztráció történik\n lassú az információáramlás\n nincs valós idejű átlátás\n a kollégák idejük nagy részét ismétlődő feladatokkal töltik\n\n\nEzeket sokan természetes növekedési problémának gondolják.\n\nPedig valójában rendszerproblémák.\n\nA legtöbb cég nem lassan dolgozik, hanem felesleges dolgokat csinál\n\nEz fontos különbség.\n\nSok esetben nem az emberek hatékonyságával van gond.\n\nHanem azzal, hogy a működés tele van olyan lépésekkel, amelyekre valójában semmi szükség.\n\nPéldául:\n\n\n manuális adatmásolás\n Excel fájlok közötti egyeztetés\n állandó státuszkérdezések\n e-mailben küldözgetett információk\n külön rendszerek közötti manuális munka\n\n\nEz napi szinten órákat vesz el.\n\nNem látványosan.\n\nHanem apránként.\n\nÉs pontosan emiatt veszélyes.\n\nAz automatizálás nem luxus, hanem kapacitás\n\nSokan úgy gondolnak az automatizálásra vagy az egyedi rendszerekre, mint valamilyen „extra” fejlesztésre.\n\nPedig sok esetben ezek nem kényelmi funkciók.\n\nHanem üzleti szükségletek.\n\nAmikor egy rendszer:\n\n\n automatikusan kezeli az adatokat\n összeköti a folyamatokat\n kiváltja az ismétlődő feladatokat\n egy helyre szervezi az információt\n\n\nakkor nem csak gyorsabb lesz a működés.\n\nHanem kiszámíthatóbb is.\n\nValójában nem több ember kellene, hanem jobb működés\n\nSok vállalkozás túl korán kezd el létszámot növelni.\n\nPedig a problémát nem mindig új emberekkel kell megoldani.\n\nHanem tisztább folyamatokkal.\n\nJól felépített rendszerekkel.\n\nAutomatizálással.\n\nKözponti működéssel.\n\nErről egy konkrét példát is bemutattunk ebben az esettanulmányban:\n\n\n \n Egy ügyfelünk napi 3 órát spórolt egyedi rendszerrel\n \n\n\nA projekt során nem gyorsabban kezdtek dolgozni az emberek.\n\nHanem megszüntettük azokat a lépéseket, amelyek teljesen feleslegesek voltak.\n\n\n Ez a különbség a túlterhelt működés és a jól felépített rendszer között.\n\n\nMikor érdemes rendszerekben gondolkodni?\n\nÁltalában akkor, amikor:\n\n\n a növekedés már káoszt okoz\n a csapat túl sok manuális feladatot végez\n lassúvá válik a működés\n nem átláthatóak a folyamatok\n a vezetők folyamatosan operatív problémákat oldanak\n\n\nIlyenkor már nem „szebb” működésre van szükség.\n\nHanem stabilabb alapokra.\n\nFontos viszont, hogy nem minden cégnek éri meg azonnal egyedi rendszert fejleszteni.\n\nErről itt írtunk részletesebben:\n\n\n \n Mikor nem éri meg egyedi fejlesztést választani?\n \n\n\nÖsszefoglalás\n\nA legtöbb vállalkozás nem azért lassul le, mert kevés az ember.\n\nHanem mert a működés már nem bírja el a növekedést.\n\nIlyenkor a probléma nem a kapacitás.\n\nHanem a rendszer.\n\nEgy jól felépített digitális működés nem csak időt spórol.\n\nHanem:\n\n\n csökkenti a hibákat\n gyorsítja a döntéseket\n átláthatóbbá teszi a működést\n stabil alapot ad a növekedéshez\n\n\nHa úgy érzed, hogy a céged működését már a jelenlegi rendszerek fogják vissza, nézd meg szolgáltatásainkat:\n\n\n \n Szolgáltatásaink\n \n\n\nVagy vedd fel velünk a kapcsolatot:\n\n\n \n Kapcsolat\n \n" } ] }, { "title": "Egyedi admin felület előnyei", "url": "https:\/\/lioner.hu\/blog\/egyedi-admin-felulet-elonyei", "excerpt": "Miért jobb egy saját admin rendszer, mint egy kész CMS? Rávilágítunk a hatékonyság és testreszabhatóság előnyeire.", "published_at": "2026-05-06T15:00:00+02:00", "author": "Farkas Péter", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mi az a CMS, és miért választják annyian?\n\nA CMS, vagyis tartalomkezelő rendszer (Content Management System) egy előre megírt szoftverkeret, amelybe a felhasználó a saját tartalmát önállóan tölti fel és szerkeszti. A legnépszerűbb képviselők: WordPress, Joomla, Drupal. Ezek telepítése gyors, rengeteg sablon érhető el hozzájuk, és egy egyszerűbb weboldal esetén teljesen megállják a helyüket.\n\nA probléma nem az, hogy a CMS rossz. A probléma az, hogy sokan akkor is ezt választják, amikor már kinőtték. Egy KKV esetén ez sokszor pontosan annyi, mint egy személyautóval fuvarozói vállalkozást indítani: egy darabig megy, aztán szétesik a terhelés alatt.\n\nMikor válik szűkké a kész rendszer?\n\nA legtöbb ügyfél, akivel dolgozunk, nem a weboldal megjelenésével elégedetlen, hanem az admin felülettel. Azzal, hogy minden nap belép egy rendszerbe, ami nem az ő folyamataira van kitalálva, hanem egy általános igény alapján készült. Ennek konkrét következményei vannak:\n\n\n Felesleges mezők, amik zavaró zajt okoznak a munkában\n Hiányzó funkciók, amiket pluginekkel próbálnak pótolni\n Plugin ütközések, frissítési problémák, biztonsági rések\n Lassú betöltés, mert a rendszer tele van olyan kóddal, amit senki nem használ\n Nehéz integrálhatóság más üzleti szoftverekkel (számlázó, raktár, CRM)\n\n\nHa bármelyik pont ismerős, az nem véletlen. Ez a kész CMS rendszerek természetes korlátja.\n\nPár példa az általunk készített felületekről\nA vezérlőpultot mindig a projekthez igazítjuk, mert nem minden cégnek ugyanazok a számok fontosak. " }, { "type": "gallery", "name": "Galéria", "title": "Galéria blokk" }, { "type": "html", "name": "Egyedi HTML", "content": "Mit jelent az egyedi admin felület a gyakorlatban?\n\nAz egyedi admin rendszer egy olyan háttéralkalmazás, amit a te céged működésére szabnak. Nem egy általános keretbe kell belegyömöszölni a folyamatokat, hanem a rendszer épül a folyamatokra. Ez a különbség első hallásra aprónak tűnik, de napi szinten hatalmas.\n\nPéldául: ha egy KKV napi szinten kezeli az ügyféladatokat, rendeléseket, ajánlatkéréseket és raktárkészletet, egy CMS alapú megoldás ezek közül legfeljebb egyet-kettőt fed le natívan. A többit bővítményekkel kell megoldani, amelyek idővel konfliktusos rendszert alkotnak. Egy egyedi fejlesztésű admin felületen mindez egy helyen, egységes logikával működik.\n\nMi Laravel keretrendszerrel dolgozunk, ami az egyik legmegbízhatóbb és legjobban karbantartható PHP alapú technológia. Ez nem marketingszöveg: ez azt jelenti, hogy amit egyszer megépítünk, az évek múlva is fejleszthető, bővíthető, anélkül, hogy újra kellene kezdeni mindent.\n\nMik az egyedi admin rendszer konkrét előnyei?\n\nCsak az van benne, ami kell\n\nEgy kész CMS-ben az admin felület tele van olyan elemekkel, amikkel soha nem foglalkozol. Egy egyedi rendszerben pontosan azok a modulok, gombok, szűrők és listák jelennek meg, amik a munkádhoz kellenek. Ez nem esztétikai kérdés. Ez hatékonysági kérdés: kevesebb kattintás, kevesebb tévedési lehetőség, gyorsabb ügyintézés.\n\nIntegrálható a meglévő rendszerekkel\n\nA KKV digitalizáció egyik legnagyobb fájdalompontja, hogy a különböző szoftverek nem beszélnek egymással. A számlázó az egyik helyen van, az ügyfélnyilvántartás a másikon, a raktár a harmadikon, és mindezt még Excel is kiegészíti. Egy egyedi admin felület pontosan erre nyújt megoldást: az ERP és CRM rendszerek fejlesztésénél mi magunk is rendszeresen integrálunk meglévő szoftvereket, hogy az adat csak egyszer kerüljön be, és mindenhol látható legyen.\n\nBiztonság és karbantarthatóság\n\nA WordPress alapú oldalak az egyik leggyakoribb célpontjai az automatizált hackertámadásoknak, éppen azért, mert mindenki ugyanazt a rendszert használja. Egy egyedi admin felületet nem lehet generikus eszközökkel feltérképezni. Ráadásul a karbantartás sem jelent negyedéves plugin frissítési rémálmot: a karbantartás és támogatás egy stabil, egyedi rendszer esetén sokkal kiszámíthatóbb.\n\nÜzleti automatizálás, nem csak tartalom feltöltés\n\nEgy CMS alapvetően tartalomkezelésre való. Egy egyedi admin felület ennél jóval több: automatikus értesítések, státuszkövetés, jogosultsági szintek, riportok, exportok. Olyan dolgok, amelyek napi szinten munkaidőt spórolnak. Nem elvont lehetőségként, hanem valódi eredményként: az egyik ügyfelünk napi 3 órát spórolt egy ilyen rendszerrel, és ezt nem mi mondtuk el, hanem ő.\n\nMiért nem mindenki választ egyedi rendszert?\n\nAz ár. Ez az őszinte válasz. Egy egyedi admin felület fejlesztése többe kerül, mint egy WordPress sablon telepítése. De ez a szempont akkor érvényes, ha csak az induló befektetést nézzük, és figyelmen kívül hagyjuk, hogy mi történik 1-2 év múlva.\n\nA kész CMS rendszerek rejtett költségei:\n\n\n Fizetős bővítmények, amelyek évente megújítandók\n Fejlesztői munkadíj minden kisebb módosításnál, mert a sablon nem engedi az egyszerű változtatást\n Teljesítményveszteség, amit hosting felárral próbálnak orvosolni\n Biztonsági incidensek kezelése\n Újraépítés, ha a rendszer végleg kinövi magát\n\n\nHa kíváncsi vagy arra, hogy valójában mibe kerül egy egyedi rendszer, ebben a cikkünkben részletesen leírtuk a valós árakat és azok mozgatórugóit.\n\nMikor NEM érdemes egyedi admin rendszert választani?\n\nLegyünk őszinték: nem mindenki számára a legjobb megoldás. Ha az alábbiak valamelyike igaz, érdemes megfontolni a kész megoldást:\n\n\n Az oldalnak nincs adminisztrációs igénye, csak bemutatkozó funkcióra van szükség\n A vállalkozás még nagyon korai fázisban van, és az igények nem tisztázottak\n A büdzsé valóban minimális, és nincs lehetőség hosszú távú fenntartásra\n\n\nErről részletesebben írtunk: mikor nem éri meg egyedi fejlesztést választani. Ez nem önreklám, hanem egy cikk, amelyet azért írtunk, hogy ne kelljen utólag sajnálni a döntést.\n\nHogyan néz ki egy egyedi admin rendszer egy KKV életében?\n\nKépzeld el, hogy egy kis logisztikai céget vezetsz. Naponta több tucat megrendelést kezelsz, fuvarozókat egyeztetsz, és hetente számolsz el az ügyfelekkel. Egy kész CMS ebből nagyjából a számlázást tudja megjeleníteni, mindent mást Excelben csinálsz mellette.\n\nEgy egyedi rendszerben a megrendelések automatikusan bekerülnek, a fuvarozókhoz rendelhető feladatok, a státuszok követhetők, az ügyfél kap automatikus értesítést, a heti elszámolás egy gombnyomással exportálható. Ez nem varázslat: ez egy jól megtervezett üzleti rendszer fejlesztés eredménye.\n\nMi a különbség a webfejlesztési megközelítésünkben?\n\nSokan azt tapasztalják, hogy a webfejlesztő átadja a kész oldalt, majd eltűnik. Nálunk ez nem így működik. A weboldal készítés nálunk egy hosszabb folyamat első lépése: felmérjük a cég igényeit, megértjük a belső folyamatokat, és csak ezután tervezünk rendszert. Ez időt vesz igénybe az elején, de nem kell hónapok múlva visszajönni, mert valami nem stimmel.\n\nHa most méred fel a lehetőségeidet, a weboldal készítés szolgáltatásunk oldalán részletesebben is olvashatod, mi alapján dolgozunk és mit tartalmaz egy fejlesztési folyamat nálunk.\n\nÖsszegzés\n\nAz egyedi admin felület nem luxus, hanem logikus következménye annak, ha egy cég kinövi az általános megoldásokat. Nem azt állítjuk, hogy minden KKV-nak azonnal egyedi rendszerre van szüksége, de azt igen, hogy aki napi szinten küzd a kész CMS korlátaival, az nem az ár miatt veszít időt és pénzt, hanem a rossz döntés miatt. Egy jól megépített admin rendszer nem cserélhető le évente, nem dől össze egy frissítéstől, és nem kényszeríti a felhasználót arra, hogy a szoftverhez igazítsa a munkáját.\n\nMielőtt döntesz, érdemes végiggondolni:\n\n\n Pontosan melyek azok a napi feladatok az adminisztrációban, amelyek a legtöbb időt emésztik fel?\n Milyen más szoftverekkel kellene kommunikálnia az új rendszernek, és ezek jelenleg össze vannak-e kötve?\n Ha 2 év múlva kétszer annyi megrendelésed lenne, a jelenlegi admin rendszer bírná-e a terhelést?\n\n\nHa ezekre a kérdésekre még nincs egyértelmű válaszod, érdemes egy rövid egyeztetéssel kezdeni. Nem ajánlattal, hanem azzal, hogy megértjük, hol tart most a céged. Ezt megteheted a kapcsolatfelvételi oldalunkon, és általában 1 munkanapon belül visszajelzünk." } ] }, { "title": "Építkezés, fókusz és előkészített növekedés", "url": "https:\/\/lioner.hu\/blog\/epitkezes-fokusz-es-elokeszitett-novekedes", "excerpt": "Áprilisban a fejlesztésekre és az alapok erősítésére koncentráltunk: új ügyfél, induló projektek és belső fejlesztések a jövőbeli növekedéshez.", "published_at": "2026-05-01T17:22:00+02:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Április a Lionernél: építkezés, fókusz és előkészített növekedés\n\nÁprilis nálunk nem a látványos átadásokról szólt, hanem a fókuszált munkáról és az építkezésről.\n\nFolyamatban lévő projektek\n\nA hónap nagy részében a futó projektjeinket vittük tovább. Számunkra ez az a szakasz, ahol a részletek igazán számítanak: stabil, jól átgondolt rendszereket építünk, amelyek hosszú távon is megállják a helyüket.\n\nÚj együttműködések\n\nÁprilisban szerződést kötöttünk egy új ügyféllel, ahol egy összetett és egyedi weboldal fejlesztésén fogunk dolgozni. Egy kifejezetten izgalmas projektről van szó, ahol komoly szakmai kihívások várnak ránk.\n\nEmellett egy új megkeresés is érkezett, akivel a szerződéskötés májusban várható, így egy újabb projekt indulása is körvonalazódik.\n\nFejlesztés a háttérben\n\nA projektek mellett saját fejlesztéseken is dolgoztunk. Ezek célja, hogy a jövőben még gyorsabban és magasabb minőségben tudjunk dolgozni az ügyfeleink számára.\n\nEzekről egyelőre nem beszélhetünk részletesen, de hosszú távon meghatározó elemei lesznek a működésünknek.\n\nAmire fókuszálunk\n\nAz ilyen időszakok kevésbé látványosak, de kulcsfontosságúak.\n\nIlyenkor épülnek azok az alapok, amelyekre a későbbi növekedés és a nagyobb projektek is épülnek.\n\nMi nem rövid távú eredményekben gondolkodunk, hanem stabil, hosszú távon működő megoldásokban.\n\nDolgozunk tovább." } ] }, { "title": "Egyedi webáruház vagy bérelt rendszer?", "url": "https:\/\/lioner.hu\/blog\/egyedi-webaruhaz-vagy-berelt-rendszer", "excerpt": "Sokan egy bérelt webshoppal kezdik és ez sokáig teljesen rendben is van. De van egy pont, ahol a platform már nem a te üzleted kiszolgálója, hanem te igazodsz a platform korlátaihoz. Ez a cikk arról szól, hogyan ismered fel azt a pontot, és mit jelent igazán egy egyedi webáruház fejlesztés.", "published_at": "2026-04-28T12:00:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Webáruház indítás: hogyan érdemes elkezdeni?\n\nAmikor valaki webáruházon gondolkodik, az első ösztön szinte mindig a bérelt platform. Shopify, Shoprenter, WooCommerce, Unas. Gyors, olcsó, bevált. És az esetek egy részében ez a helyes döntés is. Ha a terméked standardizált, a folyamataid egyszerűek, és a növekedési ütemedhez elegendő, amit egy sablon nyújt, nincs okod másfelé nézni.\n\nA gond ott kezdődik, amikor a vállalkozásod logikája összetettebb annál, amit egy sablon le tud kezelni. Ilyenkor nem a fejlesztő ügyetlensége a probléma, hanem az, hogy a platform egyszerűen nem erre lett tervezve. Weboldal készítés szempontjából ez az egyik leggyakoribb tévút, amit KKV-k bejárnak: túl sokáig maradnak olyan rendszerben, ami már nem nő velük együtt.\n\nMiben más egy egyedi webshop, mint egy bérelt?\n\nA bérelt platform egy keretrendszer. Meghatározza, hogyan nézhet ki a terméklap, hogyan működik a kosár, milyen szűrőket lehet felvenni, hogyan kezeled a rendeléseket. Te ebbe a keretbe pakkolod bele a vállalkozásodat, és ahol nem fér bele, megpróbálsz alkalmazkodni.\n\nEgy egyedi webáruháznál fordított a sorrend. A rendszert a te folyamataidra tervezzük. Nem te igazodsz hozzá, hanem ő igazodik hozzád. Ez hangzhat elvontnak, de a valóságban nagyon konkrét különbségekről van szó:\n\n\n Speciális termékkategorizálás, amelyet a bérelt platform nem tud kezelni\n Összetett árképzési logika, például B2B és B2C árak ugyanabban a rendszerben\n Több webshop egységes kezelése egyetlen admin felületen\n Integráció külső rendszerekkel: ERP, számlázó, logisztika, CRM\n Egyedi rendeléskezelési folyamatok, amelyek nem illeszkednek alaplogikába\n\n\nMikor NEM éri meg egyedi fejlesztésbe kezdeni?\n\nEzt is érdemes kimondani. Ha most indulsz, kevés terméked van, és még nem tudod, hogy fog alakulni a kereslet, valószínűleg felesleges az egyedi fejlesztés. Egy bérelt platform gyorsabban piacra juttat, és lehetővé teszi, hogy először validáld az üzleti modelled.\n\nAz egyedi fejlesztés magasabb kezdeti befektetéssel jár. Nincs értelme, ha nem ismered a folyamataidat, ha az üzleti logikád még változik, vagy ha az egyediség iránti igényed csak esztétikai szinten merül fel. Erről bővebben írtunk abban a cikkünkben, amelyik azt járja körbe, mikor nem éri meg egyedi fejlesztést választani.\n\nMikor éri meg egyedi webáruházban gondolkodni?\n\nAz átbillenési pont általában akkor érkezik el, amikor az alábbiak valamelyike igaz rád:\n\n\n A bérelt platform korlátai miatt már fejlesztőkkel kell megkerülő megoldásokat gyártani\n Adminisztrációs folyamataid kézi munkát igényelnek, mert a rendszer nem tud automatizálni\n Külső rendszerekkel kellene összekötni a shopot, de az API lehetőségek korlátozottak\n Több csatornát, árazást vagy ügyfélcsoportot kell egyszerre kezelni\n A méretezhetőség falába ütköztél: növekedés esetén a rendszer lassul vagy törik\n\n\nHa ezek közül kettő vagy több igaz, érdemes komolyabban számolni az egyedi fejlesztés opcióval. Nem biztos, hogy olcsóbb hosszú távon fenntartani a bérelt megoldást, ha folyamatosan kerülő utakon kell haladni.\n\nKét valós példa: miért volt szükség egyedi megoldásra?\n\nSoltQuadKert: alkatrészek, márkák, modellek\n\nA SoltQuadKert használt és új quad alkatrészeket értékesít. Első ránézésre ez hasonlíthat bármely más alkatrészbolthoz, de a valóságban nem az. Minden egyes alkatrészhez több adatdimenziót kell kezelni: az alkatrész típusát, a hozzá tartozó márkákat, és a kompatibilis modelleket. Ez mátrixszerű kapcsolatrendszert alkot, amelyet egy bérelt platform termékadatbázisa egyszerűen nem tud kiszolgálni.\n\nEgy Shoprenter vagy WooCommerce megoldással is el lehetett volna indulni, de hamar falba ütköztek volna a szűrők, a kompatibilitás-keresés és a termékoldalak felépítésénél. Az egyedi webfejlesztés itt nem luxus volt, hanem funkcionális szükségszerűség.\n\nPremioSystem: három webshop, egy rendszer, két ügyfélcsoport\n\nA premiosystem.hu esetében az összetettség másféle volt. Nem egy, hanem három különálló webshopot kellett működtetni, egységes adminisztrációs rendszerből irányítva. Ráadásul mindegyik shopnál külön kellett kezelni a B2B és a B2C ügyfélkört, eltérő árakkal, eltérő feltételekkel, eltérő folyamatokkal.\n\nEgyetlen bérelt platform ezt a struktúrát nem tudja natívan kezelni. Sem a többshop-os irányítást, sem a B2B és B2C logikák szétválasztását. Amit plugin-halmozással meg lehetett volna próbálni összerakni, az instabil, karbantarthatatlan és drágán üzemeltetett lett volna. Az egyedi fejlesztés itt azt jelentette, hogy a rendszer pontosan a valós üzleti logikát tükrözi, nem pedig annak egy leegyszerűsített közelítését.\n\nHa hasonló összetettséggel dolgozó vállalkozásokat keresel referencia gyanánt, érdemes megnézni a referenciáinkat.\n\nMit jelent az egyedi fejlesztés technológiai szempontból?\n\nMi a webáruház projektjeinket Laravel technológiával fejlesztjük. Ez egy stabil, jól dokumentált, professzionális PHP keretrendszer, amelyen komplex üzleti logika is megbízhatóan fut. Nem divatból választjuk: azért, mert hosszú távú karbantarthatóságot, skálázható architektúrát és integrálhatóságot biztosít.\n\nAz egyedi rendszer nem jelent örök befagyott kódot sem. Az egyedi webáruház készítés egyik célja nálunk az, hogy a rendszer a vállalkozással együtt tudjon nőni, bővülni, és ne kelljen minden egyes változásnál a platform korlátaival hadakozni.\n\nMennyibe kerül egy egyedi webshop?\n\nEz az a kérdés, amelyet mindenki feltesz, és amelyre nem lehet egyetlen számmal válaszolni. Az ár attól függ, hogy mekkora a termékadatbázis, milyen integrációk szükségesek, hány ügyfélcsoport, hány webshop, milyen adminisztrációs felületet igényelsz.\n\nAmit érdemes fejben tartani: az egyedi fejlesztés nem azonnal olcsóbb, de hosszú távon sokszor kevesebb kompromisszummal jár. A bérelt platform havi díja, a pluginek ára, a megkerülő megoldások fejlesztési költsége, és az elvesztegetett munkaidő összesítve nem mindig kedvezőbb. Erről részletesebben írtunk abban a cikkünkben, amelyik azt elemzi, mennyibe kerül egy egyedi rendszer 2026-ban.\n\nHogyan dolgozunk mi egy egyedi fejlesztési projekten?\n\nAz első lépés mindig az igényfelmérés. Nem árajánlattal kezdünk, hanem azzal, hogy megértjük a vállalkozás működési logikáját. Hol akad el ma a folyamat? Mit kellene automatizálni? Milyen rendszerekkel kellene összekötni a shopot? Milyen ügyféltípusokat kell kiszolgálni?\n\nEz a fázis meghatározza azt is, hogy egyáltalán egyedi fejlesztésre van-e szükség, vagy egy okosabban beállított bérelt platform elegendő. Nem minden esetben az egyedi fejlesztés a helyes út, és ezt mi is nyíltan mondjuk.\n\nHa a felmérés alapján az egyedi irány indokolt, akkor a fejlesztési folyamat ütemezett, tesztelt és dokumentált. A projekt végén nem csak egy működő webáruházt kapsz, hanem egy rendszert, amelyet a saját csapatod is tud kezelni, és amelynek van gazdája hosszú távon is. A karbantartás és támogatás nálunk nem utólagos gondolat, hanem az együttműködés része.\n\nMire figyelj, ha egyedi webshopot fontolgatsz?\n\n\n Pontosan ismerd a folyamataidat még a fejlesztés előtt. Minél világosabb a kép, annál pontosabb lesz az eredmény.\n Gondolkodj integrációkban: számlázó, ERP, raktár, futárszolgálat. Ha ezek vannak, az egyedi rendszer ezeket egybefogja.\n Ne csak a fejlesztési árat nézd, hanem az üzemeltetési és karbantartási képet is.\n Kérdezd meg a fejlesztőtől, hogy milyen technológiára épül a rendszer, és ki fogja karbantartani öt év múlva.\n Tesztelj, mielőtt élesbe mész. Egy jó fejlesztési folyamat tartalmaz teszt fázist.\n\n\nÖsszegzés\n\nAz egyedi webáruház nem mindenkinek való, de akinek való, annak az egyik legjobb döntés, amit egy digitalizációs lépéssel meg lehet hozni. A SoltQuadKert és a PremioSystem példáján jól látható: vannak üzleti modellek, amelyeket bérelt platformra nem lehet ráhúzni. Az egyedi fejlesztés ezeknél nem drágaság, hanem az egyetlen életképes megoldás. Ha úgy érzed, hogy a jelenlegi shopod már több gátat szab, mint amennyit felold, érdemes megnézni, valóban a platform korlátaiba ütköztél-e, vagy csak egy konfigurációs kérdésről van szó.\n\nEzt a kérdést együtt tudjuk megválaszolni. Kérj egy ingyenes konzultációt, és nézzük meg, mi a valós helyzet a te esetedben.\n\nMielőtt döntesz, gondold végig ezeket:\n\n\n Van-e olyan folyamatod a webáruházban, amit jelenleg kézzel végzel, mert a rendszer nem tudja automatizálni?\n Ha bővíteni szeretnéd a kínálatot vagy új ügyfélcsoportot kiszolgálni, a jelenlegi platform ezt kezelni tudja, vagy újra kellene kezdeni?\n Összesítve mit fizetsz havonta a bérelt platformra, a pluginokra és a megkerülő fejlesztésekre? Ez az összeg mire lenne elég egy egyedi rendszer felé?\n" } ] }, { "title": "Milyen képformátumot használjak a weboldalamon 2026 ban?", "url": "https:\/\/lioner.hu\/blog\/milyen-kepformatumot-hasznaljak-a-weboldalamon-2026-ban", "excerpt": "A képek határozzák meg a weboldalad sebességének nagy részét, és a rossz formátum miatt nem csak lassabb leszel, hanem a Google is hátrébb sorol a versenytársaidnál.", "published_at": "2026-04-23T14:39:00+02:00", "author": "Farkas Péter", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Melyik képformátum a legjobb a weboldalakra\nHa weboldalt üzemeltetsz vagy most készülsz egyet csináltatni, előbb-utóbb belefutsz abba a kérdésbe, hogy milyen formátumban töltsd fel a képeket.\nJPG, PNG, WebP, AVIF, SVG. Elsőre csak betűhalmaznak tűnnek, valójában viszont rengeteg múlik rajtuk.\nA képek ugyanis átlagosan egy weboldal méretének 50 és 70 százalékát teszik ki. Ez azt jelenti, hogy ha a képek nincsenek rendben, akkor az egész oldal lassú lesz, függetlenül attól, milyen jól van megírva a kód mögötte.\nA lassú oldalt pedig sem a látogató, sem a Google nem szereti.\nEbben a cikkben végigmegyünk azon, melyik formátum mire való, melyiket szereti a Google, hogyan értelmezi ezeket a mesterséges intelligencia, és mennyivel kisebb fájlméretet kapsz, ha jól választasz. A végére pontosan tudni fogod, mit kell tenned, hogy az oldalad gyorsabb és láthatóbb legyen.\nMiért számít egyáltalán a képformátum?\nNézzük meg, miért nem mindegy, milyen formátumban van fent egy kép a weboldaladon.\n1. Sebesség\nEgy átlagos termékfotó JPG-ben lehet 400 kilobájt, ugyanaz a kép WebP formátumban 120 kilobájt, AVIF-ben pedig akár 70 kilobájt is. Ha az oldaladon van 20 ilyen kép, a különbség már megabájtokban mérhető.\nEz közvetlenül kihat arra, mennyi idő alatt töltődik be az oldal. Egy lassú oldalon a látogatók nagy része el sem várja, hogy minden megjelenjen. Bezárja, és elmegy a versenytársadhoz.\n2. SEO, vagyis a keresőoptimalizálás\nA SEO (Search Engine Optimization), magyarul keresőoptimalizálás azt jelenti, hogy az oldaladat úgy alakítod, hogy a Google minél előrébb sorolja a találati listában.\nA Google már évek óta hivatalosan is rangsorolási tényezőként kezeli az oldalsebességet. Ha lassú vagy a versenytársadnál, akkor azonos tartalom mellett ő kerül előrébb. A képek pedig az egyik legnagyobb sebességfaktor.\n3. Felhasználói élmény\nA gyors oldalon a látogatók tovább maradnak, többet néznek meg, és nagyobb eséllyel vásárolnak vagy kérnek ajánlatot. A lassú oldal nem csak a Google miatt baj, hanem azért is, mert konkrét bevételtől fosztja meg a céged.\n4. Mobilforgalom\nMa a látogatók többsége mobilról jön. Mobilon pedig az adatkapcsolat sokszor lassabb, és minden megspórolt kilobájt számít. Egy jól megválasztott képformátummal a mobil felhasználók egyszerűen jobb élményt kapnak.\nMilyen képformátumok léteznek?\nMielőtt eldöntenénk, melyik a legjobb, nézzük meg, mik közül választhatsz egyáltalán. A weben lényegében öt formátummal találkozol rendszeresen.\nJPG, vagy más néven JPEG\nA JPG (Joint Photographic Experts Group) a legrégebbi és legelterjedtebb fotóformátum. Akkor jó, ha sok színt és átmenetet tartalmazó képről van szó, például fotókról.\nElőnye, hogy mindenhol megjelenik, minden böngésző és minden eszköz támogatja. Hátránya, hogy a tömörítés veszteséges, vagyis minden mentésnél romlik a minőség, és a fájlméret is nagyobb, mint az újabb formátumoknál.\nPNG\nA PNG (Portable Network Graphics) elsősorban olyan képekhez jó, ahol éles vonalak, szövegek vagy átlátszó hátterek vannak. Tipikusan logók, ikonok, képernyőfotók kerülnek PNG-be.\nElőnye, hogy veszteségmentes, vagyis nem romlik a minőség. Hátránya, hogy nagy fájlméretet eredményez, főleg fotóknál. Egy fotót PNG-ben menteni szinte mindig hiba.\nWebP\nA WebP a Google saját fejlesztésű képformátuma, kifejezetten a webre tervezve. Egyetlen formátumban kezeli azt, amit eddig JPG-vel és PNG-vel oldottunk meg. Tud veszteségesen és veszteségmentesen is tömöríteni, és támogatja az átlátszóságot is.\nA fájlméret nagyjából 25-35 százalékkal kisebb, mint ugyanannak a képnek a JPG változata. Ma már gyakorlatilag minden modern böngésző támogatja.\nAVIF\nAz AVIF (AV1 Image File Format) a legújabb a sorban. Még a WebP-nél is jobban tömörít, ugyanazt a képminőséget akár 50 százalékkal kisebb fájlméretben adja vissza, mint a JPG.\nA támogatottsága már szinte teljes, a modern böngészők értik. Egyetlen hátránya, hogy a feldolgozása lassabb, vagyis a kép létrehozása több időt vesz igénybe, mint egy WebP-é. A megjelenítésnél már nincs különbség.\nSVG\nAz SVG (Scalable Vector Graphics) nem hagyományos képformátum, hanem vektoros. Vagyis nem pixelekből, hanem matematikai leírásból épül fel a kép.\nLogókhoz, ikonokhoz, egyszerű grafikákhoz tökéletes, mert bármekkorára nagyítható minőségromlás nélkül, és nagyon kicsi a fájlmérete. Fotókhoz viszont nem alkalmas.\nMennyivel kisebbek az új formátumok?\nHogy ne csak elméletben beszéljünk erről, nézzünk meg egy gyakorlati példát.\nVegyünk egy átlagos termékfotót, ami 1500 pixel széles és jó minőségű. Ugyanaz a kép a különböző formátumokban nagyjából így néz ki:\nPNG-ben körülbelül 1800 kilobájt, vagyis 1,8 megabájt.\nJPG-ben körülbelül 400 kilobájt.\nWebP-ben körülbelül 130 kilobájt.\nAVIF-ben körülbelül 70 kilobájt.\nUgyanaz a kép, ugyanolyan minőségben, mégis 25-szörös különbség van a legrosszabb és a legjobb verzió között.\nHa az oldaladon mondjuk 30 kép van, akkor PNG-vel egy oldalbetöltés 54 megabájt forgalmat jelent, AVIF-fel viszont csak körülbelül 2 megabájtot. Ez nem apróság. Ez a különbség dönti el, hogy az oldalad 1 másodperc alatt vagy 8 másodperc alatt töltődik be.\nMelyik formátumot szereti a Google?\nA Google több hivatalos állásfoglalásban is leírta, hogy a modern képformátumokat preferálja. Konkrétan a WebP-t és az AVIF-et ajánlja, és a PageSpeed Insights nevű mérőeszközük is külön figyelmeztet, ha JPG vagy PNG van olyan helyen, ahol modern formátumot lehetne használni.\nEnnek két oka van.\nAz egyik, hogy a Google komolyan veszi a felhasználói élményt, és a sebesség ennek központi része. A 2021 óta hivatalosan is bevezetett Core Web Vitals mérőszámrendszer egyik fő eleme az LCP (Largest Contentful Paint), magyarul a legnagyobb tartalmi elem betöltési ideje. Ez a legtöbb oldalon egy kép, és a formátum közvetlenül befolyásolja az eredményt.\nA másik ok, hogy a Google saját maga fejlesztette a WebP-t, és aktívan támogatja az AVIF-et is. Tehát nem csak ajánlja, hanem maga is tolja ezeknek a formátumoknak az elterjedését.\nEz gyakorlatban azt jelenti, hogy ha modern formátumokat használsz, akkor jobb értékeléseket kapsz a Google mérőeszközeiben, ami közvetlenül kihat a keresési helyezésedre.\nHogyan értelmezi a mesterséges intelligencia a képeket?\nEz egy érdekes és egyre fontosabb kérdés. A mesterséges intelligencia, vagyis az AI (Artificial Intelligence) ma már nem csak szövegeket olvas, hanem képeket is értelmez. A Google képkereső, a ChatGPT, a Bing AI és a többi modern rendszer mind támaszkodik képfelismerésre.\nItt két dolgot érdemes szétválasztani.\nMit lát a kép tartalmából\nAhhoz, hogy egy AI értelmezni tudjon egy képet, először dekódolnia kell. Ehhez támogatnia kell a formátumot. A JPG és a PNG itt évek óta szabvány, minden rendszer érti. A WebP-t ma már szintén szinte minden komoly képfeldolgozó AI támogatja. Az AVIF támogatottsága még valamivel gyengébb, de rohamosan javul.\nMagát a kép tartalmát egyik formátum sem teszi jobban vagy rosszabbul felismerhetővé. Egy macska a JPG-ben is macska, az AVIF-ben is macska. A formátum nem javít a felismerésen, viszont ha a tömörítés túl agresszív, és emiatt elmosódott vagy zajos lesz a kép, az már ronthat a felismerés pontosságán. Ez bármelyik formátumnál igaz.\nHogyan olvassa a szöveget a képen\nHa a képen szöveg is van, például egy infografikán vagy egy termékcímkén, akkor az AI úgynevezett OCR-rel (Optical Character Recognition), magyarul optikai karakterfelismeréssel olvassa ki. Itt számít a kép élessége és felbontása.\nÁltalános szabály, hogy a veszteségmentes vagy enyhén tömörített WebP és PNG jobban olvasható szöveggel szolgál, mint egy erősen tömörített JPG. AVIF esetén, ha jól van beállítva a minőség, szintén megbízhatóan olvasható a szöveg.\nAmi viszont a legfontosabb és sokan elfelejtik: az AI rendszerek nemcsak magát a képet nézik, hanem a hozzá tartozó alt szöveget is. Az alt attribútum az HTML-ben a képhez rendelt leírás, amit akkor is elolvas a Google és bármelyik AI, ha magát a képet nem tudja értelmezni. Egy jól megírt alt szöveggel többet érsz el a SEO szempontjából, mint a képformátum váltogatásával.\nAkkor melyiket válasszam?\nNézzük meg gyakorlati helyzetekre lebontva.\nFotók, termékképek, blog illusztrációk\nItt egyértelműen WebP vagy AVIF a nyerő. Ha gyors megoldást szeretnél, ami minden böngészőben működik és látványos méretcsökkenést hoz, válaszd a WebP-t. Ha még tovább akarod feszíteni a sebességet és nem ijedsz meg attól, hogy néhány nagyon régi böngésző esetleg nem támogatja, akkor AVIF.\nA jó hír, hogy ma már szinte minden modern weboldal motorja, így a WordPress is, képes automatikusan kiszolgálni a megfelelő formátumot a böngésző alapján.\nLogók, ikonok, egyszerű grafikák\nItt SVG. Mindig SVG. A logód SVG-ben pár kilobájt, miközben tűéles minden képernyőn, akármekkorára nagyítva. Ha valamiért nem tudsz SVG-t használni, akkor PNG, de soha ne JPG-ben tárold a logót.\nKépernyőfotók, technikai ábrák\nItt PNG vagy WebP. A képernyőfotókon általában éles vonalak, szövegek vannak, amiket a JPG nagyon csúnyán tömörít. WebP veszteségmentes módban szinte ugyanazt tudja, mint a PNG, csak kisebb fájlmérettel.\nBannerek, fejléc képek\nItt ugyanaz, mint a fotóknál. WebP vagy AVIF. Mivel ezek általában a legnagyobb méretű képek az oldalon, itt számít a legtöbbet a jó formátum választása.\nMit tegyél, ha már fent vannak a régi képek?\nSok cég nem új oldalt indít, hanem egy meglévő weboldal képeit szeretné rendbe tenni. Erre van pár dolog, amit lépésről lépésre érdemes végigcsinálni.\n1. Mérd fel, mi van fent\nElőször nézd meg, milyen formátumban vannak a képeid és mekkorák. A Google PageSpeed Insights vagy a GTmetrix nevű ingyenes eszközök megmutatják, melyik kép mekkora és milyen formátumú.\n2. Vágd a megfelelő méretre\nAz egyik leggyakoribb hiba, hogy a kép sokkal nagyobb, mint amekkora helyen megjelenik. Egy 4000 pixel széles fotót tölt fel valaki, miközben az oldalon csak 600 pixel széles helyen jelenik meg. Ilyenkor hiába tömöríted, akkor is feleslegesen sok adatot küldesz át.\nErre van egy ingyenes eszközünk, amivel pillanatok alatt a megfelelő méretre vághatod a képet: ingyenes kép vágás.\n3. Tömörítsd\nA vágás után jön a tömörítés. Egy jól tömörített kép szabad szemmel ugyanúgy néz ki, csak töredéke a méretnek. Erre is készítettünk egy ingyenes megoldást: ingyenes kép tömörítő. Ezzel pár kattintással lehúzhatod a kép méretét anélkül, hogy a látogatók bármit is észrevennének.\n4. Cseréld le a formátumot, ha kell\nHa az oldalad még JPG és PNG képekkel van tele, érdemes megfontolni a WebP-re váltást. WordPress oldalon ezt egy bővítmény automatikusan elintézi, egyedi rendszernél a fejlesztő néhány óra alatt megoldja.\nGyakori tévhitek a képformátumokról\nNéhány dolog, amivel rendszeresen találkozunk az ügyfeleknél, és nem mind igaz.\n\"A nagyobb kép szebb\"\nNem. A weben a kép pontosan addig szép, amíg élesen kitölti azt a helyet, ahova szánták. Ennél nagyobb felbontás csak felesleges adat, ami lassítja az oldalt.\nEgyetlen kivétel a Retina, vagyis a nagy felbontású kijelzők támogatása. Ott érdemes a megjelenítési méret kétszeresével dolgozni, de annál nagyobb felbontásra ott sincs szükség.\n\"A WebP rontja a minőséget\"\nNem. A WebP ugyanúgy tud veszteségmentes lenni, mint a PNG, és veszteséges módban is jobb minőséget ad, mint a JPG ugyanakkora fájlméret mellett.\n\"A Google nem szereti a WebP-t, mert nem mindenhol látszik\"\nPont az ellenkezője igaz. A Google maga fejlesztette ezt a formátumot, és kifejezetten kéri, hogy használd. A támogatottság ma már a böngészők több mint 95 százalékánál biztosított.\n\"A fájlnév nem számít\"\nDe igen. A Google a fájlnévből és az alt szövegből próbálja kitalálni, mit ábrázol a kép. Egy DSC_0438.jpg nevű fájl semmit nem mond. Egy piros-borbely-szek-ergonomikus.jpg sokat segít.\nHogyan kapcsolódik mindez a weboldalad sikeréhez?\nLehet, hogy elsőre úgy tűnik, ez csak egy technikai részletkérdés. Pedig nem az.\nA képek határozzák meg az oldalad sebességének nagy részét. A sebesség határozza meg, hogy a látogató ott marad-e. És az is, hogy a Google előrébb sorol-e a versenytársaidnál.\nEgy webáruháznál ez konkrét pénzben mérhető. Több másodperc betöltési idő, több elveszett vásárló. Egy szolgáltatói oldalon kevesebb ajánlatkérés. Egy blognál kevesebb látogató, kevesebb hirdetési bevétel.\nTehát amikor azt mondjuk, hogy érdemes WebP-t vagy AVIF-et használni, és érdemes a képeket vágni és tömöríteni, akkor nem csak technikai szépségről beszélünk. Hanem arról, hogy az oldalad valóban dolgozzon érted.\nMire figyelj, ha most készíttetsz weboldalt?\nHa most állsz neki egy új oldalnak vagy webáruháznak, kérdezd meg a fejlesztődet, hogy:\nMilyen formátumban szolgálja ki a képeket?\nVan-e automatikus tömörítés és átméretezés?\nBeállítja-e a lazy loading megoldást, vagyis hogy a képek csak akkor töltődjenek be, amikor a látogató tényleg odagörget?\nGenerál-e különböző méretű változatokat ugyanabból a képből, hogy mobilon kisebb verzió töltődjön be?\nEzek ma már alapvető elvárások egy minőségi oldalnál. Mi a weboldal készítés során minden esetben beállítjuk ezeket, és a webáruház készítés projekteknél különösen nagy hangsúlyt fektetünk rá, mert egy webshopnál sokszor több száz vagy ezer kép van fent, és ott a sebesség konkrétan a forgalom és a bevétel kérdése.\nÖsszefoglalás\nHa csak egy mondatot kéne megjegyezned ebből a cikkből, az a következő lenne: a fotókhoz használj WebP-t vagy AVIF-et, a logókhoz SVG-t, és minden képet vágj a megfelelő méretre, mielőtt feltöltöd.\nA Google a modern formátumokat szereti, mert gyorsabb oldalt eredményeznek. A felhasználók is ezt szeretik, mert nem kell várniuk. Az AI rendszerek pedig akkor tudják jól értelmezni a képeidet, ha élesek, jó minőségűek, és van mellettük értelmes alt szöveg és fájlnév.\nHa a meglévő képeidet szeretnéd rendbe tenni, használd nyugodtan az ingyenes kép vágó és ingyenes kép tömörítő eszközeinket. Ha pedig új oldalra vagy webáruházra van szükséged, ahol mindez alapból jól van beállítva, nézd meg a weboldal készítés és webáruház készítés oldalainkat.\nA képek apróságnak tűnnek, de az oldalad sikere sokszor pont ezeken az apróságokon múlik." } ] }, { "title": "Mennyibe kerül egy egyedi rendszer 2026-ban és mitől függ az ára?", "url": "https:\/\/lioner.hu\/blog\/mennyibe-kerul-egy-egyedi-rendszer-2026-ban-es-mitol-fugg-az-ara", "excerpt": "Mennyibe kerül egy egyedi rendszer fejlesztése 2026-ban? Megmutatjuk, milyen tényezők befolyásolják az árat és mikor éri meg beruházni.", "published_at": "2026-04-22T12:05:00+02:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mennyibe kerül egy egyedi rendszer 2026-ban\n\nAz egyik leggyakoribb kérdés, amit kapunk: mennyibe kerül egy egyedi rendszer.\n\nA rövid válasz: attól függ.\n\nA hosszú válasz viszont az, hogy pontosan mitől függ az ár, és mikor éri meg egyáltalán belevágni.\n\nMit jelent az egyedi rendszer\n\nEgy egyedi rendszer nem egy sablon weboldal.\n\nOlyan megoldás, ami a céged működésére van szabva, például:\n\n\negyedi CRM vagy ERP\nwebalkalmazás\nbelső üzleti rendszer\n\n\nHa nem tiszta a különbség, itt részletesebben is írtunk róla: Mikor nem éri meg egyedi fejlesztést választani.\n\nMilyen árakkal lehet számolni\n\nAz egyedi fejlesztés ára általában:\n\n\nnéhány százezer forinttól indul\nés akár több millió forintig is elmehet\n\n\nEz elsőre nagy szórásnak tűnik, de van oka.\n\nMi határozza meg az árat\n\n1. A rendszer komplexitása\n\nMinél több funkció kell, annál magasabb az ár.\n\nPéldául:\n\n\nfelhasználói rendszer\njogosultságkezelés\nautomatizmusok\n\n\nEzek külön-külön is jelentős fejlesztési időt igényelnek.\n\n2. Integrációk\n\nHa a rendszered más rendszerekkel kommunikál, például számlázással vagy fizetéssel, az növeli a költséget.\n\nErről itt találsz példákat: API integrációk.\n\n3. Automatizálás szintje\n\nMinél több manuális folyamatot váltasz ki, annál több fejlesztési munka kell.\n\nViszont itt keletkezik a legnagyobb megtérülés.\n\nErről egy konkrét példát itt mutatunk: Egy ügyfélünk napi 3 órát spórolt.\n\n4. Tervezés minősége\n\nHa nincs jól átgondolva a rendszer:\n\n\ntöbbször kell újratervezni\ncsúszik a projekt\nnő a költség\n\n\nEz az egyik leggyakoribb rejtett költség.\n\nMikor éri meg az egyedi rendszer\n\nNem minden esetben jó döntés.\n\nAkkor éri meg, ha:\n\n\nidőt spórolsz vele\ncsökkented a hibákat\ngyorsítod a működést\n\n\nHa például Excelben dolgozol, előbb érdemes ezt átgondolni: Kinőtted-e már az Excelt.\n\nMikor nem éri meg\n\nAz egyedi fejlesztés nem mindig a jó döntés.\n\nPéldául ha:\n\n\nmég nem stabil a működésed\nlétezik kész megoldás\nnincs rá hosszú távú kereted\n\n\nErről itt írtunk részletesen: Mikor nem éri meg egyedi fejlesztést választani.\n\nÖsszefoglalás\n\nAz egyedi rendszer ára nem egy fix szám.\n\nA kérdés inkább az, hogy mennyit spórol vagy termel a cégednek.\n\nHa jól van felépítve, akkor nem költség, hanem befektetés.\n\nHa szeretnéd megtudni, a te esetedben milyen költséggel lehet számolni, nézd meg a üzleti rendszer fejlesztés oldalunkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon." } ] }, { "title": "2 év alatt a semmiből: mit tud Magyar Péter, amit a legtöbb vállalkozó nem?", "url": "https:\/\/lioner.hu\/blog\/2-ev-alatt-a-semmibol-mit-tud-magyar-peter-amit-a-legtobb-vallalkozo-nem", "excerpt": "Mitől tud valaki rövid idő alatt tömegeket megmozgatni? És miért nem sikerül ez a legtöbb vállalkozásnak? 7 kemény tanulság növekedésről, figyelemről és rendszerekről.", "published_at": "2026-04-16T14:00:00+02:00", "author": "Ádám Kristóf", "tags": [ "Marketing és növekedés" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mit tanulhat egy vállalkozó Magyar Pétertől?\n\nAz elmúlt évek egyik legérdekesebb jelensége az, ahogyan Magyar Péter rövid idő alatt jelentős közösséget és politikai erőt épített fel.\n\nEz nem politikai elemzés.\n\nEz üzleti.\n\nMert ha valami működik egy ennyire komplex és kompetitív közegben, akkor az mögött olyan alapelvek vannak, amelyek a vállalkozásban is működnek.\n\nÉs itt jön a kellemetlen rész:\n\nA legtöbb cég nem azért nem nő, mert nincs lehetőség.\nHanem mert nem csinálja azt, amit ehhez valójában kellene.\n\n\n\n1. A figyelem nem pénz kérdése, hanem pozicionálásé\n\nA legtöbb vállalkozás így gondolkodik:\n\n„Ha több pénzem lenne marketingre, több ügyfelem lenne.”\n\nEz kényelmes kifogás.\n\nA valóság az, hogy a figyelem ott jelenik meg, ahol:\n\n\n világos az üzenet\n van állítás\n van karakter\n és van bátorság kimondani dolgokat\n\n\nA legtöbb cég kommunikációja ezzel szemben:\n\n\n általános\n biztonsági játék\n senkit nem sért meg\n és senkit nem is érdekel\n\n\nEzért történik az, amit ebben a cikkben is leírtunk:\nA legtöbb weboldal nem rossz, csak felesleges\n\nNem rossz a weboldalad. Csak nincs súlya.\n\n\n\n2. A pálya nem egyenlő, de ettől még lehet nyerni\n\nFontos látni a teljes képet.\n\nEgy olyan környezetben, ahol egyes szereplők mögött:\n\n\n jelentős pénzügyi erőforrások állnak\n erős médiarendszer működik\n és agresszív kommunikációs eszközök is megjelennek\n\n\nnem egyenlő feltételek mellett zajlik a verseny.\n\nEz üzletben sincs másképp.\n\nMindig lesznek:\n\n\n nagyobb cégek\n több pénzzel rendelkező versenytársak\n erősebb kapcsolati hálók\n\n\nA legtöbb vállalkozás itt megáll, és elkezd magyarázni:\n\n„Nekik könnyebb.”\n„Nincs esélyünk.”\n\nEz az a pont, ahol a legtöbben kiesnek a versenyből.\n\nA különbség ott van, hogy valaki:\n\n\n a körülményeket elemzi folyamatosan\n vagy halad előre attól függetlenül\n\n\nAz egyik hozzáállás kifogásokat termel. A másik eredményt.\n\n\n\n3. A konzisztencia nem opció, hanem alap\n\nA kívülről „gyors sikernek” tűnő dolgok mögött mindig brutális mennyiségű ismétlés van.\n\nNap mint nap.\n\n\n ugyanaz az üzenet\n ugyanaz az irány\n ugyanaz a fókusz\n\n\nA legtöbb vállalkozás ezzel szemben:\n\n\n hetente új ötlet\n havonta új irány\n kampányról kampányra ugrál\n\n\nEz nem stratégia. Ez kapkodás.\n\nÉs pontosan ezért nincs kiszámítható növekedés.\n\n\n\n4. Az emberek nem terméket vesznek, hanem hitelességet\n\nNem az nyer, aki:\n\n\n a legszebb weboldalt csinálja\n a legtöbb funkciót rakja bele\n a legjobban optimalizál SEO-ra\n\n\nHanem az, aki:\n\n\n következetes\n felismerhető\n és hiteles\n\n\nEz az, amit nem lehet kiszervezni.\n\nÉs ez az, amit a legtöbb cég megpróbál megúszni.\n\nPontosan ezért hangsúlyozzuk itt:\nMegmutatjuk hogyan fog eredményt hozni a weboldalad\n\nA weboldal csak eszköz. Az üzenet a lényeg.\n\n\n\n5. A növekedés mögött mindig brutális munka van\n\nEz az a rész, amit senki nem szeret hallani.\n\nMert nincs benne shortcut.\n\nA valóság:\n\n\n napi szintű jelenlét\n folyamatos kommunikáció\n rengeteg iteráció\n és hosszú ideig láthatatlan munka\n\n\nA legtöbb vállalkozás itt bukik el.\n\nNem azért, mert nem képes rá.\n\nHanem mert:\n\n\n hamar akar eredményt\n és túl korán adja fel\n\n\n\n\n6. Rendszer nélkül nincs skálázás\n\nA figyelem megszerzése az első lépés.\n\nA megtartása és skálázása már rendszer kérdése.\n\nÉs itt csúszik el a legtöbb cég.\n\n\n szétesnek a folyamatok\n manuális lesz minden\n nincs átláthatóság\n\n\nPont erről szól ez a cikkünk is:\nHogyan döntsd el, hogy a céged kinőtte az Excelt?\n\nHa nincs rendszered, nem tudsz skálázni. Csak túlélni.\n\n\n\n7. A különbség: gondolkodásmód\n\nA legnagyobb tanulság nem taktikai.\n\nHanem mentális.\n\nA legtöbb vállalkozás így gondolkodik:\n\n\n „mi lenne, ha működne?”\n „jó lenne, ha több ügyfél jönne”\n „próbáljuk meg”\n\n\nAz, aki tényleg eredményt épít, így:\n\n\n eldönti\n rááll\n és addig csinálja, amíg működik\n\n\nEz nem motiváció kérdése. Ez döntés.\n\n\n\nÖsszefoglalás\n\nA kérdés nem az, hogy politika vagy üzlet.\n\nHanem az, hogy:\n\nLehetséges-e rövid idő alatt nagy rendszereket megmozgatni?\n\nA válasz: igen.\n\nDe nem úgy, ahogy a legtöbben próbálják.\n\n\n világos üzenettel\n kőkemény konzisztenciával\n hitelességgel\n brutális munkával\n és jól felépített rendszerrel\n\n\nHa ezek közül bármelyik hiányzik, nem lesz áttörés.\n\nCsak próbálkozás.\n\n\n\nHa szeretnéd megnézni, hogy a te vállalkozásod hol akad el ebben a folyamatban:\n\n\n Szolgáltatásaink\n Kapcsolatfelvétel\n" } ] }, { "title": "Hogyan írj AI parancsokat, amik tényleg működnek", "url": "https:\/\/lioner.hu\/blog\/hogyan-irj-ai-parancsokat-amik-tenyleg-mukodnek", "excerpt": "A legtöbb KKV-tulajdonos már kísérletezett valamilyen AI eszközzel, de az eredmény általában csalódást keltett. Nem az AI a hibás. A prompt a hibás. Ebben a cikkben megmutatjuk, hogyan kérj úgy, hogy megkapd, amit valóban szeretnél, és közben pár kész sablont is adunk.", "published_at": "2026-04-15T14:43:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Miért nem működnek a legtöbb ember AI promptjai?\n\nAz AI eszközök, legyen szó ChatGPT-ről, Claude-ról vagy bármilyen más modellről, nem gondolatolvasók. Pontosan azt adják vissza, amit kérsz tőlük, sem többet, sem kevesebbet. Ha a kérdésed homályos, a válasz is az lesz. Ha konkrét vagy, strukturált választ kapsz. Ez ennyire egyszerű.\n\nA probléma ott kezdődik, hogy a legtöbb felhasználó úgy ír promptot, mintha egy keresőmotorba gépelne. \"Írj hirdetési szöveget.\" \"Adj ötleteket a weboldalamhoz.\" Ezek nem promptok. Ezek hiányos gondolatok. Az AI megpróbálja kitölteni a hiányokat, de mivel nincs kontextusa, általános és életszagú választ ad.\n\nA jól felépített prompt nem egy kérdés. Inkább egy rövid eligazítás: ki vagy te, kinek szól az eredmény, milyen formában kéred, és mi a cél.\n\nA profi prompt négy eleme\n\nNem kell hosszú esszét írni. Elég négy dolgot tisztázni minden promptban:\n\n\n Szerep: kinek kell az AI-nak lennie (pl. tapasztalt Facebook hirdetési szakértő, SEO szövegíró, értékesítési tréner)\n Kontextus: ki vagy te, mi a vállalkozásod, kik a vásárlóid\n Feladat: pontosan mit szeretnél (szöveg, lista, javaslat, vázlat)\n Korlátok: terjedelem, stílus, hangnem, amit kerülni kell\n\n\nHa ez a négy elem megvan, az AI-nak van mivel dolgoznia. Ha bármelyik hiányzik, az AI kitalálja a hiányzó részt, és általában rosszul találja ki.\n\nSzerepjáték: miért működik, és hogyan csináld\n\nAz AI modellek nagyon jól reagálnak arra, ha megmondod nekik, kinek kell lenniük. Ez nem trükk, hanem egyszerű logika: ha azt mondod, \"légy egy tapasztalt copywriter, aki B2B SaaS cégeknek ír\", a modell aktiválja a releváns tudásbázisát és azt a stílust, ami ehhez a szerephez illik.\n\nNéhány hasznos szerepbeállítás, amit KKV-tulajdonosok rögtön használhatnak:\n\n\n \"Viselkedj úgy, mint egy tapasztalt Facebook hirdetési szakértő, aki kis- és középvállalkozásoknak dolgozik.\"\n \"Légy egy SEO szövegíró, aki egyszerű, közvetlen stílusban ír, és kerüli a közhelyeket.\"\n \"Te egy értékesítési szövegíró vagy, aki ismeri a weboldal készítés piacát és tudja, mit keresnek a döntéshozók.\"\n \"Viselkedj úgy, mint egy tapasztalt ügyfélszolgálati vezető, aki pontosan érti, mikor kell empatikusan és mikor kell tömören kommunikálni.\"\n\n\nA szerepet egyszer kell beállítani a beszélgetés elején. Utána ugyanabban a kontextusban folytathatod a promptokat anélkül, hogy minden alkalommal újra megismételnéd.\n\nAmatőr vs. profi: Facebook hirdetési szöveg példán keresztül\n\nEz az a rész, ahol láthatóvá válik a különbség. Ugyanaz a feladat, két teljesen különböző megközelítéssel.\n\nAz amatőr prompt\n\n\nÍrj egy Facebook hirdetési szöveget a takarítóvállalkozásomhoz.\n\n\nAz AI erre adni fog valamit. Valószínűleg ilyen lesz az eredmény: \"Tiszta otthon, boldog élet! Válassza szolgáltatásainkat.\" Általános, semmitmondó, senkinek sem szól igazán. Ezt mindenki írhatná, senki sem fogja ráklikkelni.\n\nA profi prompt\n\n\nTe egy tapasztalt Facebook hirdetési szövegíró vagy, aki KKV-knak dolgozik.\n\nKontextus: Takarítócégem van Budapesten, főleg irodákat és kisebb üzlethelyiségeket takarítunk. \nAz ideális ügyfelem egy 10-50 fős cég irodavezetője vagy HR-ese, aki már elegáns az irodai \ntakarítással kapcsolatos problémák miatt (megbízhatatlan takarítók, utolsó pillanatban lemondott \nszolgáltatások, nem látható eredmény).\n\nFeladat: Írj 3 különböző Facebook hirdetési szöveget ehhez a célcsoporthoz. \nMinden szöveg max. 150 szó legyen.\n\nStílus: Ne legyen nyomulós, ne ígérjen csodát. Legyen közvetlen, és szólítsa meg a valós \nproblémát. Kerüld a \"megbízható\", \"profi\", \"minőségi\" szavakat, mert ezeket mindenki használja.\n\nFormátum: Minden verzióhoz adj egy rövid megjegyzést arról, hogy melyik fájdalompontra épít.\n\n\nEzzel az AI-nak van célcsoportja, kontextusa, stíluskorlátai és pontos feladata. Az eredmény nem lesz tökéletes elsőre, de 80 százalékkal közelebb lesz ahhoz, amit valójában szeretnél.\n\nKész sablonok, amiket másolhatsz és testre szabhatsz\n\nAz alábbi sablonok közvetlenül használhatók. Csak a zárójelben lévő részeket kell kitöltened.\n\nSablon 1: Általános hirdetési szöveg\n\n\nTe egy tapasztalt hirdetési szövegíró vagy [iparág] területén.\n\nCégem: [cég neve], [rövid leírás, mit csinál, hol működik]\nCélcsoport: [ki az ideális ügyfél, mi a fő problémájuk]\nTermék\/szolgáltatás: [mit kínálsz]\nCél: [mit szeretnél elérni: kattintás, üzenet, telefonhívás]\n\nÍrj [X db] hirdetési szöveget max. [X szó] terjedelemben.\nKerüld a következő szavakat: [pl. megbízható, profi, minőségi]\nMinden verzióhoz add meg, hogy melyik üzenetre épít.\n\n\nSablon 2: Weboldal szöveg adott szekció számára\n\n\nTe egy SEO szövegíró vagy, aki [iparág]-ban dolgozó KKV-knak ír.\n\nWeboldal készítés keretében egy [szekció neve, pl. \"Rólunk\", \"Miért mi?\", \"Hogyan dolgozunk?\"] \nszekciót kell megírni.\n\nCégünkről: [rövid bemutató, értékek, megközelítés]\nCélcsoport: [ki olvassa ezt az oldalt, mi motiválja]\nTerjedelmi elvárás: [X bekezdés vagy X szó]\nStílus: [közvetlen, formális, könnyed, szakmai, stb.]\nKulcsszó, amit természetesen be kell építeni: [kulcsszó]\n\nNe használj közhelyeket. Ne ígérj olyat, amit nem tudunk bizonyítani.\n\n\nSablon 3: E-mail szöveg meglévő ügyfeleknek\n\n\nTe egy B2B kommunikációban jártas szövegíró vagy.\n\nKontextus: Meglévő ügyfeleinket szeretnénk tájékoztatni [téma, pl. új szolgáltatásunkról, \náremelésről, változásról].\nÜgyfelek profilja: [ki ők, milyen viszonyban vagyunk velük]\nAz e-mail célja: [informálás, döntéshozatalra ösztönzés, visszajelzés kérése]\nHangnem: [barátságos de szakmai, közvetlen, formális]\nHossz: [max. X sor vagy X szó]\n\nÍrj egy tárgysorral együtt. A tárgysor ne legyen clickbait, legyen informatív.\n\n\nHogyan generálj jó weboldal szövegeket AI segítségével?\n\nA weboldal készítés egyik legidőigényesebb része nem a fejlesztés, hanem a szöveg. A legtöbb ügyfél egyszerűen nem tudja, mit írjon a főoldalra, hogyan fogalmazza meg az értékajánlatát, vagy mit tegyen a \"Rólunk\" oldalra. Az AI ebben komoly segítség lehet, ha helyesen használják.\n\nPár tanács, mielőtt elkezded:\n\n\n Az AI nem ismeri a cégedet. Neked kell megadni a kontextust: mit csinálsz, kinek, miért jobb, mint a többi.\n Ne kérj egyszerre túl sokat. Szekciónként dolgozz, ne egész oldalanként.\n Az első verzió soha sem a végleges. Használd kiindulópontként, ne másolj be mindent szó szerint.\n Az AI szívesen ír általánosságokat. Ha ez megtörténik, kérd meg, hogy legyen konkrétabb, vagy adj neki példát arra, amit szeretnél.\n\n\nEgy tipikus weboldal szöveg generálási folyamat így nézhet ki: először megkéred az AI-t, hogy foglalja össze az értékajánlatot egy mondatban. Utána kéred a főcímet. Aztán az alcímet. Aztán a bekezdést. Lépésenként, nem egyszerre. Így sokkal kontrolláltabb leszel az eredmény felett.\n\nHa komolyan gondolsz a webfejlesztésre és arra, hogy a weboldalad tényleg dolgozzon, érdemes tudatosan felépített szövegekkel dolgozni, nem általánosságokkal teli AI kimenetek alapján.\n\nMikor segít az AI, és mikor ne bízz benne vakon?\n\nAz AI kiváló eszköz vázlatok, első draftek és variációk készítéséhez. Gyorsan termel tartalmakat, jól tud alkalmazkodni stílushoz, és jó kiindulópontot ad.\n\nAhol óvatosnak kell lenni:\n\n\n Adatok és számok: Az AI hajlamos pontatlan vagy elavult adatokat beleszőni a szövegbe. Minden számot ellenőrizz.\n Iparág-specifikus tudás: Ha nagyon szűk területről kérsz szakmai tartalmat, az AI általánosíthat. Adj neki kontextust, és kérd meg, hogy kérdezzen vissza, ha nem ért valamit.\n SEO szöveg: Az AI képes kulcsszavakat beleszőni, de a keresőoptimalizálás nem csak szöveg kérdése. A technikai háttér és a struktúra legalább annyira fontos.\n Márkahang: Ha a cégednek van kialakult kommunikációs stílusa, az AI nem ismeri azt alapból. Adj neki példákat a saját szövegeidből, és kérd meg, hogy azokhoz igazodjon.\n\n\nHaladó technika: adj az AI-nak példát, ne csak utasítást\n\nAz egyik legjobb módszer az úgynevezett \"few-shot prompting\". Ahelyett, hogy leírod, mit szeretnél, megmutatod. Adsz az AI-nak két-három példát, és azt mondod: \"Írj ehhez hasonlót.\"\n\nPéldául:\n\n\nÍme két szöveg, amit korábban használtunk és bevált:\n\n1. \"Nem kell minden héten ugyanarra emlékeztetni a takarítókat. Nálunk a lista fix, az elvárás \n is az.\"\n\n2. \"Ha hétfőn reggel rendetlenséget találsz, az nem a te problémád. Nekünk az.\"\n\nÍrj ehhez hasonló stílusú és hangvételű hirdetési szövegeket az irodai takarítási \nszolgáltatásunkhoz. 3 darabot kérek, max. 2 mondat mindegyik.\n\n\nEz sokkal megbízhatóbb eredményt ad, mint bármilyen hosszú stílusleírás. Az AI tanul a mintából.\n\nÖsszegzés\n\nA jó AI prompt nem titok és nem tudomány. Kontextus, szerep, konkrét feladat és pár korlát. Ha ezt a négy elemet következetesen alkalmazod, az AI valódi munkát tud végezni helyetted, legyen szó Facebook hirdetésről, weboldal szövegről vagy bármilyen üzleti kommunikációról. A legtöbb szöveg nem azért gyenge, mert az AI rossz, hanem azért, mert a kérdés volt pontatlan. Tanulj meg jobban kérdezni, és az eszköz tízszer annyit ér.\n\nHa weboldaladon szeretnéd alkalmazni ezeket a technikákat, és nem csak a szöveg, hanem az egész projekt hosszú távon eredményes legyen, kérj konzultációt, és megnézzük, hol tud ez a szemlélet a legtöbbet hozni." } ] }, { "title": "Egy ügyfelünk napi 3 órát spórolt egyedi rendszerrel", "url": "https:\/\/lioner.hu\/blog\/egy-ugyfelunk-napi-3-orat-sporolt-egyedi-rendszerrel", "excerpt": "Megmutatjuk egy valós projekt példáján keresztül, hogyan váltottunk ki manuális folyamatokat és hogyan spórol egy cég napi 3 órát egy egyedi rendszerrel.", "published_at": "2026-04-15T12:00:00+02:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Egy ügyfélünk napi 3 órát spórolt egyedi rendszerrel\n\nSok cég nem azért veszít időt, mert rosszul dolgozik, hanem mert rossz eszközöket használ.\n\nEbben az esettanulmányban megmutatjuk, hogyan váltottunk ki manuális folyamatokat, és hogyan jutott el egy ügyfelünk oda, hogy napi szinten több órát spórol meg.\n\nKiinduló helyzet\n\nAz ügyfél működése első ránézésre rendben volt. A háttérben viszont:\n\n\nExcel táblákban vezették az adatokat\nemailben ment az információ átadás\nmanuálisan másolták az adatokat rendszerek között\n\n\nEz tipikus helyzet, amit már korábban is leírtunk ebben a cikkben: Hogyan döntsd el, hogy a céged kinőtte az Excelt.\n\nA probléma nem az volt, hogy nem működött. Hanem az, hogy túl sok idő ment el vele.\n\nA konkrét probléma\n\nA napi működés során:\n\n\nugyanazokat az adatokat többször vitték fel\nhibák csúsztak a folyamatokba\nnem volt valós idejű átlátás\n\n\nEz napi szinten több órát vitt el a csapattól.\n\nNem az volt a kérdés, hogy lehet-e gyorsítani. Hanem az, hogy miért így működik egyáltalán.\n\nA megoldás: egyedi rendszer\n\nNem egy új Excel fájlt készítettünk.\n\nEgy olyan üzleti rendszert építettünk, ami a teljes folyamatot lefedi.\n\nA rendszer fő elemei:\n\n\nközponti adatkezelés\nautomatikus folyamatok\nvalós idejű státusz követés\njogosultság alapú hozzáférés\n\n\nAhol lehetett, automatizáltuk az adatmozgást API integrációkkal.\n\nMit váltottunk ki\n\nA rendszer bevezetése után megszűnt:\n\n\naz Excel fájlok közötti káosz\na manuális adatmásolás\naz emailes egyeztetések jelentős része\n\n\nA csapat egyetlen felületen dolgozik.\n\nAz eredmény\n\nA legfontosabb szám:\n\n\nnapi ~3 óra megtakarítás\n\n\nEz nem csak idő.\n\n\nkevesebb hiba\ngyorsabb döntések\nátlátható működés\n\n\nHavi szinten ez már komoly költségmegtakarítást jelent.\n\nMi kellett ehhez valójában\n\nNem csak fejlesztés.\n\nElőször meg kellett érteni a működést:\n\n\nhol akad el a folyamat\nhol van felesleges munka\nmi az, amit automatizálni lehet\n\n\nEz az a pont, ahol a legtöbb projekt elcsúszik.\n\nHa ezt kihagyod, akkor csak digitalizálod a problémát.\n\nMikor működik ez a megközelítés\n\nNem minden cégnek való egyedi rendszer.\n\nErről itt írtunk részletesen: Mikor nem éri meg egyedi fejlesztést választani.\n\nAkkor érdemes belevágni, ha:\n\n\na jelenlegi működés már időigényes\na csapat le van terhelve manuális feladatokkal\na növekedést a rendszer hiánya fogja vissza\n\n\nÖsszefoglalás\n\nAz ügyfelünk nem gyorsabban kezdett el dolgozni.\n\nHanem megszüntettük azokat a lépéseket, amikre nem lett volna szükség.\n\nEz a különbség egy Excel és egy jól felépített rendszer között.\n\nHa nálad is hasonló problémák vannak, nézd meg a szolgáltatásainkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon." } ] }, { "title": "Hogyan döntsd el, hogy a céged kinőtte az Excelt?", "url": "https:\/\/lioner.hu\/blog\/hogyan-dontsd-el-hogy-a-ceged-kinotte-az-excelt", "excerpt": "Az Excel sokáig működik, de egy ponton visszahúzza a cégedet. Megmutatjuk, mikor jön el az a pont, amikor már érdemes rendszert bevezetni.", "published_at": "2026-04-09T08:41:00+02:00", "author": "Ádám Kristóf", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Hogyan döntsd el, hogy a céged kinőtte az Excelt?\n\nAz Excel szinte minden vállalkozás életében jelen van. Olcsó, gyors és rugalmas.\n\nDe van egy pont, ahol már nem segít, hanem visszahúz.\n\nAz Excel addig jó, amíg kicsi a rendszered. Amint nő a komplexitás, elkezd szétesni.\n\nA kérdés nem az, hogy használsz-e Excelt. Hanem az, hogy már túlhasználod-e.\n\n1. Több verzió kering ugyanarról az adatról\n\nHa ugyanabból a fájlból több verzió létezik:\n\n\nkülönböző kollégáknál\nemailben küldözgetve\n„final_v3_uj.xlsx” nevekkel\n\n\nakkor már nincs egy valóságod, csak többféle.\n\nEz nem kényelmi probléma, hanem üzleti kockázat.\n\n2. Manuális adatmásolás van mindenhol\n\nHa az adatok:\n\n\nExcelből kerülnek át más rendszerekbe\nkézzel vannak másolva\ntöbb helyen is külön vezetve vannak\n\n\nakkor garantált a hiba.\n\nItt már érdemes elgondolkodni valamilyen integráción vagy egy központi rendszeren.\n\n3. Egy ember fejében van a rendszer\n\nTipikus helyzet:\n\n\negy kolléga „érti az Excelt”\nő tudja, mit hova kell írni\nő javítja a hibákat\n\n\nHa ő kiesik, a rendszer megáll.\n\nHa egy ember tartja össze a működést, az nem rendszer.\n\n4. Nincs valós idejű átlátásod\n\nHa riportokat csak:\n\n\nnap végén\nhetente\nmanuálisan\n\n\nlátsz, akkor későn reagálsz.\n\nEgy jól felépített rendszerben a dashboard és statisztika valós időben mutatja a működést.\n\n5. Lassítja a napi munkát\n\nHa az Excel:\n\n\nbetöltési időben\nkeresésekben\nkezelhetőségben\n\n\nlassítja a kollégákat, akkor már nem segít, hanem akadályoz.\n\n6. Nem skálázható a működésed\n\nAz Excel addig működik, amíg:\n\n\nkevés adat van\nkevés felhasználó van\nkevés folyamat fut\n\n\nAhogy nő a cég:\n\n\nnő az adat\nnő a komplexitás\nnő a hibalehetőség\n\n\nItt már érdemes egy üzleti rendszer felé mozdulni.\n\nMikor érdemes váltani?\n\nAkkor, amikor az Excel már:\n\n\nidőt vesz el a csapattól\nhibákat generál\nlassítja a döntéshozatalt\n\n\nNem akkor, amikor teljesen szétesett minden. Akkor már késő és drágább lesz.\n\nÖsszefoglalás\n\nAz Excel nem rossz eszköz. Csak nem minden szinten működik jól.\n\nHa a fenti jelek közül több is igaz rád, akkor a céged kinőtte.\n\nIlyenkor nem egy új Excel fájl kell, hanem egy jól felépített rendszer.\n\nHa szeretnéd átlátni, hogy nálad hol tart ez a pont, nézd meg a szolgáltatásainkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon." } ] }, { "title": "Mikor nem éri meg egyedi fejlesztést választani?", "url": "https:\/\/lioner.hu\/blog\/mikor-nem-eri-meg-egyedi-fejlesztest-valasztani", "excerpt": "Nem minden esetben jó döntés az egyedi fejlesztés. Megmutatjuk, mikor felesleges, mikor veszteséges, és mikor éri meg valóban beruházni rá.", "published_at": "2026-04-05T12:15:00+02:00", "author": "Ádám Kristóf", "tags": [ "Egyedi fejlesztés és rendszerek" ], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Mikor nem éri meg egyedi fejlesztést választani?\n \n Az egyedi fejlesztés sokak fejében a „legjobb megoldás”.\n Valójában viszont rengeteg esetben teljesen felesleges,\n sőt kifejezetten rossz döntés.\n \n \n Ha rossz időben, rossz céllal vagy rossz céges szinten vágsz bele,\n akkor nemhogy nem hoz megtérülést, hanem konkrétan viszi a pénzt.\n \n \n Az egyedi fejlesztés nem alap. Hanem egy eszköz,\n amit csak bizonyos szinten érdemes használni.\n \n\n \n 1. Amikor még nincs validált üzleti modelled\n \n Ha még nem tudod pontosan, hogy:\n \n \n ki a célcsoportod\n hogyan szerzel ügyfeleket\n mi működik és mi nem\n \n \n akkor az egyedi fejlesztés túl korai.\n \n \n Ilyenkor egy egyszerűbb megoldás is elég lehet, például egy\n weboldal készítés\n vagy egy gyorsan összerakható rendszer.\n \n \n Előbb validálni kell az üzletet. Utána érdemes rendszert építeni.\n \n \n\n \n 2. Amikor létezik kész megoldás a problémádra\n \n Nem minden problémára kell egyedi rendszert fejleszteni.\n \n \n Ha a folyamatod standardizálható, akkor sok esetben egy meglévő rendszer is elegendő lehet,\n például egy ERP vagy CRM rendszer.\n \n \n Az egyedi fejlesztés akkor indokolt, ha a működésed eltér az átlagtól,\n és a kész rendszerek már akadályoznak.\n \n \n\n \n 3. Amikor nincs elég forrásod a folyamatos fejlesztésre\n \n Az egyedi rendszer nem egy egyszeri projekt.\n \n \n Folyamatosan:\n \n \n fejleszteni kell\n karbantartani kell\n optimalizálni kell\n \n \n Ha erre nincs keret, akkor egy idő után a rendszer elavul és visszahúzza a céget.\n \n \n Ezért fontos a hosszú távú gondolkodás és a működő háttérrendszer.\n \n \n\n \n 4. Amikor nincs tiszta folyamatod\n \n Az egyik leggyakoribb hiba: a cég még nem tudja pontosan, hogyan működik.\n \n \n Ha a folyamataid:\n \n \n folyamatosan változnak\n nincsenek leírva\n minden fejben van\n \n \n akkor egy egyedi rendszer csak leköveti a káoszt.\n \n \n Ha a működésed nem tiszta, a rendszer sem lesz az.\n \n \n\n \n 5. Amikor csak „szebb” rendszert akarsz\n \n Sokan azért akarnak egyedi fejlesztést, mert:\n \n \n nem tetszik a jelenlegi rendszerük\n lassúnak érzik\n kényelmetlen használni\n \n \n Ez önmagában nem elég indok.\n \n \n Az egyedi fejlesztés nem design projekt, hanem üzleti döntés.\n \n \n\n \n Mikor éri meg mégis az egyedi fejlesztés?\n \n Akkor van értelme belevágni, ha:\n \n \n a céged már működik és skálázni akarsz\n a jelenlegi eszközök korlátoznak\n időt vagy pénzt tudsz vele jelentősen spórolni\n versenyelőnyt építesz vele\n \n \n Ilyenkor az egyedi üzleti rendszer nem költség, hanem befektetés.\n \n \n\n \n Összefoglalás\n \n Az egyedi fejlesztés nem mindenkinek való.\n \n \n Ha túl korán vágsz bele, pénzt égetsz.\n \n \n Ha jó időben, jó céllal csinálod,\n akkor viszont az egyik legerősebb eszköz lehet a növekedéshez.\n \n \n\n \n Nem vagy biztos benne, hogy megéri?\n \n Ha nem egyértelmű, hogy a te esetedben van-e értelme egyedi rendszert építeni,\n nézd meg a szolgáltatásunkat:\n \n \n \n Egyedi fejlesztés\n \n \n \n vagy vedd fel velünk a kapcsolatot:\n \n \n \n Kapcsolat\n \n \n " } ] }, { "title": "Március a Lionernél: projektátadások, új együttműködések és egy fontos mérföldkő", "url": "https:\/\/lioner.hu\/blog\/marcius-a-lionernel-projektatadasok-uj-egyuttmukodesek-es-egy-fontos-merfoldko", "excerpt": "Sikeres projektátadások, új együttműködések és egy nagyvállalati tender. Így telt a március a Lionernél. Nézd meg, min dolgoztunk!", "published_at": "2026-04-01T12:17:00+02:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "html", "name": "Egyedi HTML", "content": "Március a Lionernél: projektátadások, új együttműködések és egy fontos mérföldkő\n\nMárcius nálunk az átadásokról és lezárásokról szólt.\n\nSikeres projektátadások\n\nTöbb komoly projektet is sikeresen élesítettünk a hónap során.\n\nEgy hőszigeteléssel foglalkozó cég komplett weboldala és webáruháza is elkészült, amely már élesben támogatja az értékesítést.\n\nEmellett egy ingatlanos platformot is átadtunk, amely kifejezetten vidéki kínálatra specializálódik, így széles és releváns választékot biztosít a látogatók számára.\n\nEgy korábbi partnerünk számára pedig egy belső rendszert fejlesztettünk, amely egy biztosítási cég mindennapi működését segíti: a kollégák ezen keresztül értesülhetnek a legfrissebb információkról és hírekről.\n\nÚj együttműködések és induló projektek\n\nA lezárások mellett új együttműködések is elindultak.\n\nEgy felnőttoktatással foglalkozó céggel szerződtünk, ahol már meg is kezdtük a közös munkát. Emellett egy multinacionális vállalat hazai csapatához ajánlottak minket, ahol egy belső rendszer fejlesztésében veszünk részt.\n\nTovábbá egy hazai cég meglévő weboldalának továbbfejlesztésén is dolgozni fogunk a közeljövőben, az ehhez kapcsolódó egyeztetések jelenleg is zajlanak.\n\nFontos mérföldkő\n\nA hónap egyik legizgalmasabb fejleménye, hogy egy jelentős magyar nagyvállalat keresett meg minket, és meghívást kaptunk a tenderükre.\n\nAz ajánlatunkat és a pitchünket már bemutattuk, jelenleg az elbírálás zajlik.\n\nFejlődés a háttérben\n\nAz eszközparkunkat is tovább fejlesztettük, hogy még stabilabban és hatékonyabban tudjuk kiszolgálni a futó és jövőbeli projekteket.\n\nAmire igazán építünk\n\nA lényeg viszont nem csak a projektek száma.\n\nHanem az, hogy egyre több cég keres meg minket komplex rendszerek és egyedi fejlesztések miatt.\n\nPontosan ebben vagyunk erősek: egyedi üzleti problémákra építünk működő, skálázható megoldásokat.\n\nDolgozunk tovább." } ] }, { "title": "Mire használható az AI a weboldaladon?", "url": "https:\/\/lioner.hu\/blog\/mire-hasznalhato-az-ai-a-weboldaladon", "excerpt": "Hat AI-funkció weboldalra és webshopra: mennyi fejlesztés mindegyik, kinek éri meg, és mikor jobb, ha nem nyúlsz hozzá.", "published_at": "2026-03-30T11:02:00+02:00", "author": "Farkas Péter", "tags": [ "AI és automatizálás" ], "blocks": [ { "type": "html", "name": "Cikk törzs", "content": "Az AI-os megkeresések nálunk nagyjából így kezdődnek: „kellene valami AI a weboldalunkra”. Erre önmagában nem lehet árat mondani, mert öt teljesen különböző fejlesztést takarhat, a fél napostól a több hetesig.Ezért inkább végigmegyünk azon a hat dolgon, amit magyar kkv-k oldalain tényleg használnak 2026-ban. Mindegyiknél leírjuk, mit csinál, nagyjából mennyi munka, és mikor jobb, ha inkább kihagyod.1. Chat asszisztens, ami a te oldaladról válaszolNem a régi, előre megírt válaszokat adó chatbotról van szó. A mai megoldás úgy működik, hogy betöltjük neki a saját tartalmaidat, az árlistát, a szolgáltatásleírásokat, a gyakori kérdéseket, és onnan válaszol. Ha valamit nem talál, azt megmondja, és átküldi a látogatót az ajánlatkérő űrlapra.A saját oldalunkon Lio néven fut egy ilyen asszisztens. A feladata nem az, hogy mindent tudjon, hanem hogy kiderítse, mire lenne szüksége a látogatónak, és elkérje az elérhetőségét. Tudatosan nincs eszközhozzáférése, tehát nem tud foglalni, nem tud rendelést módosítani, nem tud semmit elintézni. Erről a 6. pontban bővebben is írunk.Egy biztosítási alkuszcégnek is építettünk ilyet a saját dokumentumaikra. A fejlesztés 10 órás munka volt, a beépítéssel és a prompt hangolásával együtt.Kinek éri meg: ha hetente több tucat ugyanolyan kérdés érkezik e-mailben vagy telefonon. Ha havonta három megkeresésed van, ennél olcsóbban megoldja egy rendes GYIK oldal.2. Termékleírás és hirdetésszöveg gyártás nagy tételbenItt válik igazán érdekessé az AI, ha sok, egyforma szerkezetű szöveg kell. Egy ingatlanportálnál most épp azon dolgozunk, hogy a hirdetés strukturált adataiból (ár, alapterület, szobaszám, építési mód, állapot) az AI írja meg a hirdetés címét és leírását, egy fix, részletes prompt alapján.Ugyanez működik webshopban a termékleírásoknál és a meta description mezőknél. Háromezer terméknél ez nem kényelmi kérdés, kézzel egyszerűen soha nem készül el.Két dolgot érdemes előre végiggondolni. Az egyik, hogy a szöveg ellenőrzés nélkül nem mehet ki, mert a modell simán ír le olyan tulajdonságot, ami nincs az adatlapon. A másik a havi költség: ezer hirdetésnél vagy tízezer terméknél már a modellválasztás is pénzkérdés, nem csak minőségi kérdés. Ezt mindig kiszámoljuk előre, mielőtt bármit elkezdenénk.3. Képfeldolgozás, ami eddig grafikus munka voltUgyanannál az ingatlanportálnál a felhasználók töltik fel a fotókat, és ez látszik is: az egyik kép sötét, a másik világos, az egyik szobában ott van a szennyestartó. Az igény az volt, hogy az AI hozza nagyjából egy szintre a képek fényerejét egy hirdetésen belül, és tüntesse el a rendetlenséget.Ez technikailag megoldható, de itt a legdrágábbak a modellek, és itt a legnagyobb a hibázás esélye is. Hirdetésenként 15 képpel és havi ezer hirdetéssel számolva már a volumen dönti el, hogy megéri-e. Ha havi ötven képről van szó, olcsóbb egy ember.4. Ajánlatkérő, ami kérdez, mielőtt árat mondEgy sima ajánlatkérő űrlap után te írsz vissza öt kérdéssel, az ügyfél válaszol háromra, és három nap múlva tartotok ott, hogy egyáltalán mit is szeretne.Helyette végig lehet vinni egy rövid kérdéssoron, ami a korábbi válaszaiból építkezik, és a végén kap egy időbecslést vagy egy ársávot. A saját kalkulátorunknál úgy döntöttünk, hogy az időbecslés azonnal látszik, az ársáv viszont csak e-mail cím megadása után. Az egyedi rendszerek ágán pedig szándékosan nincs benne szám, mert ott a becslés érdemi beszélgetés nélkül félrevezető lenne. Ha kíváncsi vagy, milyen nagyságrendekről beszélünk, a weboldal készítés árak oldalon megnézheted.Ez a funkció a legjobb megtérülésű a listában, ha van elég beérkező megkeresésed, mert közvetlenül a lead minőségén javít.5. Keresés, ami érti a kérdéstA klasszikus webshop-kereső akkor talál, ha a látogató eltalálja a termék nevét. Az AI-alapú keresőnél természetes nyelven is lehet kérdezni, például hogy melyik csomag jó kezdő vállalkozónak, és a szinonimák is működnek.Őszintén: néhány száz terméknél ezt szinte mindig megelőzi egy jól felépített kategóriastruktúra és egy normális szűrő. Több ezer terméknél vagy nagy tudásbázisnál viszont már tényleg érezhető a különbség. Ha bizonytalan vagy, nézd meg a webshopod keresőjének a statisztikáját: ha sok a találat nélküli keresés, van miről beszélni. Erről és hasonló apróságokról írtunk itt is: 5 weboldal funkció, amire valószínűleg nem gondoltál.6. Beérkező levelek és űrlapok feldolgozása, óvatosanNálunk fut egy automatikus e-mail feldolgozó, ami a beérkező leveleket rendszerezi és feladatot készít belőlük az ERP-ben. Ugyanez az elv működik az űrlapokon is: szét lehet válogatni a valódi megkeresést, a spamet és az álláskeresőt, még mielőtt te ránéznél. A működéséről külön cikkünk is van: AI e-mail automatizálás.Van viszont egy kockázat, amiről ritkán esik szó. Ha az ügynök nem csak olvas, hanem csinál is valamit, akkor egy ügyesen megírt levéllel utasítani lehet: a levél szövegébe rejtett parancsot ír valaki, a rendszer pedig végrehajtja. Ezt prompt injectionnek hívják. Mi ezért a saját rendszerünket direkt ilyen levelekkel teszteljük, és ezért nem kap a weboldali asszisztensünk sem műveleti jogot.A gyakorlati szabály, amit követni szoktunk: az AI olvashat és javasolhat, de ami pénzt mozgat, adatot töröl vagy levelet küld ki a nevedben, ahhoz emberi jóváhagyás kell.Mennyi munka ez a gyakorlatban?Ezek saját, hozzávetőleges becslések a fejlesztési időre, a konkrét projekt mindig eltérhet tőle.FunkcióNagyságrendMikor éri megChat asszisztens a saját tartalmaidrakb. 10 órasok ismétlődő kérdésTermékleírás, hirdetésszöveg generálásnéhány naptól felfelé, plusz havi modellköltségsok, egyforma szerkezetű tartalomKépfeldolgozásprojektfüggő, itt a legdrágább a futtatásnagy képmennyiségKérdező ajánlatkérőnéhány napvan elég beérkező megkeresésAI keresőnéhány naptöbb ezer termék vagy nagy tudásbázisLevél- és űrlapfeldolgozásnéhány napnapi több tucat beérkező üzenetMivel kezdd?Nézd meg, mi az a feladat, amit a héten legalább tízszer elvégeztél kézzel ugyanúgy. Jellemzően az lesz az első AI-funkció, ami megtérül. Ha ilyen nincs, akkor most valószínűleg nem az AI a szűk keresztmetszet az oldaladon, hanem valami más, és jobban jársz, ha arra költesz.Ha van ilyen ismétlődő feladatod, írd meg nekünk, és megmondjuk, hány óra lenne és megéri-e. Ha nem éri meg, azt is megmondjuk.Utoljára ellenőrizve: 2026. szeptember." }, { "type": "section-faq", "name": "GYIK" } ] }, { "title": "Február a Lionernél - fókusz, határidők és új indulások", "url": "https:\/\/lioner.hu\/blog\/februar-a-lionernel-fokusz-hataridok-es-uj-indulasok", "excerpt": "Márciusban visszatekintünk: több határidős projekt zárása, új szerződések, induló fejlesztések és kulisszák mögötti pillanatok a Lionernél.", "published_at": "2026-03-01T11:02:00+01:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "Gyorsan telik az év, már a második hónapot is magunk mögött hagytuk.\n\nFókusz és határidők\n\nFebruár nálunk kifejezetten a munkáról és a fókuszról szólt. Több határidős projekten dolgoztunk párhuzamosan, ahol az volt a célunk, hogy ne csak időben, hanem a saját mércénk szerint is rendben adjuk át a fejlesztéseket. Ez sikerült.\n\nHamarosan több új weboldal és rendszer is élesedik, amelyekre büszkék vagyunk. A folyamatos egyeztetéseknek köszönhetően az ügyfeleinktől is pozitív visszajelzéseket kaptunk. Ez mindig megerősít minket abban, hogy jó irányba haladunk.\n\nÚj szerződések, induló projektek\n\nA lezárt projektek mellett új szerződéseket is kötöttünk, és több izgalmas fejlesztés indul a következő időszakban. Ezekről egyelőre nem beszélhetünk részletesen, de komoly munkák lesznek.\n\nKözben a meglévő partnereinkkel is folyamatosan dolgozunk tovább. Számunkra az együttműködés nem az átadásnál ér véget, mi hosszú távra tervezünk.\n\nFoci, feltöltődés, háttérmunka\n\nFebruár a fociról is szólt: partnerünk, a Kecskeméti TE felnőtt csapata elkezdte a szezont, így Kristóf az elmúlt hetekben különféle stadionokban volt megtalálható.\n\nA hatékony munkához viszont feltöltődés is kell. Peti a hónap második felében kiszakadt a mindennapokból, hogy új energiákkal induljon neki a tavaszi időszaknak.\n\nÉs elkészültek az új névjegykártyáink is, amelyeket az egyik partnerünkkel közösen valósítottunk meg." } ] }, { "title": "A legtöbb vállalkozás nem tudja pontosan, hogy mit akar", "url": "https:\/\/lioner.hu\/blog\/a-legtobb-vallalkozas-nem-tudja-pontosan-hogy-mit-akar", "excerpt": "A „több ügyfél” nem stratégia. Megmutatjuk, miért kulcsfontosságú a pontos üzleti cél, és hogyan befolyásolja a marketing, a weboldal és a növekedés eredményességét.", "published_at": "2026-02-26T14:20:00+01:00", "author": "Ádám Kristóf", "tags": [ "Marketing és növekedés" ], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "A legtöbb vállalkozás nem tudja pontosan, mit akar\n\nEz nem kritika. Inkább egy tapasztalat.\n\nSok vállalkozás keményen dolgozik. Fejleszt, hirdet, új weboldalt készít, kampányokat indít.\n\nDe amikor elhangzik a kérdés:\n\n\n Mi a konkrét cél?\n\n\ngyakran bizonytalan a válasz.\n\nA „több ügyfél” nem stratégia\n\nSokszor ezt halljuk:\n\n\n Több ügyfelet szeretnénk.\n\n\nEz érthető. De nem elég pontos.\n\nMennyi több? Milyen típusú ügyfél? Mekkora projektekkel? Milyen árkategóriában? Milyen időtávon?\n\nAmíg ezek nincsenek kimondva, addig minden fejlesztés csak próbálkozás marad.\n\nEszközök cél nélkül nem építenek rendszert.\n\nMarketing vagy irány?\n\nAmikor nem tiszta a cél, a figyelem könnyen az eszközökre terelődik.\n\n\n Legyen új weboldal.\n Indítsunk kampányt.\n Próbáljuk ki ezt a platformot.\n\n\nPedig a valódi kérdés nem az, hogy mit használunk.\n\n\n Mit akarunk pontosan elérni?\n\n\nHa erre nincs egyértelmű válasz, akkor a marketing csak felerősíti a bizonytalanságot.\n\nMi történik, ha nincs kimondva az irány?\n\n\n Szétszórt kommunikáció\n Ingadozó eredmények\n Folyamatos újratervezés\n Frusztráció\n\n\nKívülről ez marketingproblémának tűnik.\n\nValójában döntési és fókuszprobléma.\n\nA tisztázás nem korlátoz, hanem felszabadít\n\nAmikor egy vállalkozás pontosan kimondja:\n\n\n kikkel akar dolgozni\n milyen projekteket vállal\n milyen szintű megbízásokat keres\n milyen növekedési tempót bír el\n\n\nakkor minden egyszerűbbé válik.\n\nA weboldal tisztábban kommunikál. A marketing célzottabb lesz. A döntések gyorsabbak.\n\nA rendszer összeáll.\n\nMi a Lionernél hogyan közelítünk?\n\nAmikor együtt dolgozunk egy vállalkozással, nem csak a funkciókról beszélünk.\n\nElőször ezt kérdezzük:\n\n\n Pontosan mit szeretnétek elérni az online jelenléttel?\n\n\nMert ha ez nincs tisztázva, akkor a legszebb weboldal és a legjobb kivitelezés sem fog valódi üzleti eredményt hozni.\n\nÖsszefoglalva\n\nA legtöbb vállalkozás nem azért nem növekszik, mert rosszul dolgozik.\n\nHanem mert nincs pontosan megfogalmazva az irány.\n\n\n A világos cél nem korlátoz. Irányt ad.\n" } ] }, { "title": "A kapcsolatfelvétel csak a kezdet", "url": "https:\/\/lioner.hu\/blog\/a-kapcsolatfelvetel-csak-a-kezdet", "excerpt": "A kapcsolatfelvétel még csak a kezdet. Megmutatjuk, miért számít a gyors reakció és a jól felépített folyamat az ajánlatkérés után, és hogyan lesz az érdeklődésből valódi együttműködés.", "published_at": "2026-02-21T11:30:00+01:00", "author": "Ádám Kristóf", "tags": [ "Marketing és növekedés" ], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "A kapcsolatfelvétel csak a kezdet\n\nAmikor valaki kitölti az űrlapot a weboldalon vagy ajánlatot kér, sokan úgy érzik, hogy megtörtént a lényeg.\n\nMegérkezett az érdeklődés. A rendszer működik.\n\nPedig valójában itt indul el az a folyamat, ami igazán számít.\n\nAz érdeklődés egy döntési pillanat\n\nAz ajánlatkérés mögött mindig van egy aktuális helyzet. Egy probléma, amit meg kell oldani. Egy szándék, ami még friss.\n\nEbben a pillanatban az érdeklődő figyel. Nyitott. Várja a választ.\n\nHa ilyenkor gyors, egyértelmű és emberi reakció érkezik, az bizalmat épít.\n\nHa késlekedés vagy csend követi, a lendület megtörik.\n\nNem azért, mert meggondolta magát.\nHanem mert nem kapott kapaszkodót.\n\nA weboldal nem zárja le a folyamatot\n\nSokan úgy gondolnak a weboldalra, mint a rendszer végpontjára. Pedig az csak a belépési pont.\n\nA valódi munka a kapcsolatfelvétel után kezdődik:\n\n\n azonnali visszajelzés\n gyors személyes kapcsolatfelvétel\n az igények tisztázása\n a következő lépések egyértelmű meghatározása\n\n\nHa ezek nincsenek átgondolva, az érdeklődések lassan és észrevétlenül eltűnnek.\n\nMi a Lionernél hogyan gondolkodunk erről?\n\nNálunk az űrlap kitöltése nem adminisztrációs adat, hanem egy élő megkeresés.\n\nTörekszünk arra, hogy akár 1 munkaórán belül felhívjuk az érdeklődőt, hogy minél hamarabb valódi, személyes interakció történhessen.\n\nNem csak egy automatikus visszaigazolásban gondolkodunk, hanem abban, hogy az online érdeklődésből minél előbb beszélgetés legyen.\n\nA kapcsolatfelvétel után pedig folyamatos kommunikációval haladunk tovább: tisztázzuk a célokat, pontosítjuk az igényeket, és közösen határozzuk meg a következő lépéseket.\n\nMert az érdeklődés lehetőség. De a kapcsolat az, ami együttműködéssé válhat.\n\nRendszer nélkül nincs stabil eredmény\n\nSok vállalkozás érzi úgy, hogy „nem működik a weboldala”.\n\nPedig gyakran nem az oldallal van a gond, hanem azzal, hogy nincs mögötte következetes folyamat.\n\nA weboldal érdeklődőt hoz. A rendszer viszont ügyfelet.\n\nÖsszefoglalva\n\nA kapcsolatfelvétel nem cél, hanem kiindulópont.\n\nAz számít, hogy mi történik utána.\n\nHa van mögötte gyors reakció, átlátható folyamat és folyamatos kommunikáció, akkor az érdeklődésből valódi kapcsolat lesz." } ] }, { "title": "Komoly digitális fejlesztésbe kezdtünk", "url": "https:\/\/lioner.hu\/blog\/komoly-digitalis-fejlesztesbe-kezdtunk", "excerpt": "A Széchenyi Terv Plusz program támogatásával átfogó digitalizációs fejlesztést valósítunk meg, amely hatékonyabb működést, magasabb adatbiztonságot és korszerű informatikai környezetet biztosít vállalkozásunk számára.", "published_at": "2026-02-18T10:12:00+01:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "A Lioner Digitális Ügynökség Bt. 5,99 millió forint vissza nem térítendő európai uniós támogatásban részesült a Széchenyi Terv Plusz program keretében. A projekt célja a vállalkozás működésének átfogó digitalizációja, valamint egy integrált, adatbiztonságra és hatékonyságra épülő működési környezet kialakítása.\n\nA fejlesztés középpontjában a vállalkozás belső működési folyamatai állnak, amelyek korszerű digitális megoldások bevezetésével újulnak meg. A projekt keretében adattárolási, HR menedzsment, munkafolyamat-irányítási és elektronikus iratkezelési rendszerek kerülnek bevezetésre, amelyek egységes, strukturált és visszakövethető működést biztosítanak. Az új rendszerek lehetővé teszik a feladatok pontosabb tervezését, az erőforrások hatékonyabb kihasználását, valamint az adminisztrációs terhek csökkentését.\n\nA fejlesztés részeként produktivitási és irodai alkalmazások, vállalati e-mail szolgáltatások, valamint korszerű IKT biztonsági megoldások is bevezetésre kerülnek. Ezek biztosítják a valós idejű együttműködést, a titkosított kommunikációt és az adatvédelem magas szintjét. A modern informatikai környezet támogatja a gyorsabb ügyfélkiszolgálást, a strukturált marketingkommunikációt és a vállalkozás hosszú távú versenyképességének erősítését.\n\nA projekt megvalósítását új informatikai eszközök beszerzése is támogatja, többek között korszerű laptopok, monitorok, hálózati adattároló (NAS), nyomtató, mobil eszközök és tablet. Az új eszközpark biztosítja a digitális rendszerek stabil működését, növeli a munkavégzés hatékonyságát és megbízható technológiai alapot teremt a vállalkozás jövőbeni fejlődéséhez.\n\nA projekt megvalósításának helyszíne Kecskemét, a fejlesztés fizikai befejezésének tervezett határideje 2027. május 31.\n\nA projekt a Digitális Megújulás Operatív Program Plusz keretében, az Európai Unió és a magyar állam társfinanszírozásával valósul meg.\n\nProjektazonosító: DIMOP_PLUSZ-1.2.6-24-2025-02127.\n\nTovábbi információ kérhető:\nLioner Digitális Ügynökség Bt.\nTelefon: 06304722491\nE-mail: info@lioner.hu" } ] }, { "title": "Mi történik az első 5 másodpercben a látogató fejében?", "url": "https:\/\/lioner.hu\/blog\/mi-tortenik-az-elso-5-masodpercben-a-latogato-fejeben", "excerpt": "Az első 5 másodpercben dől el, marad-e a látogató a weboldaladon. Megmutatjuk, mi zajlik ilyenkor a fejében, és miért nem hoz eredményt sok szép, de rosszul felépített oldal.", "published_at": "2026-02-07T16:05:00+01:00", "author": "Ádám Kristóf", "tags": [ "Weboldal készítés" ], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "Mi történik az első 5 másodpercben a látogató fejében?\n\nHa van weboldalad, valószínűleg feltetted már ezt a kérdést:\n\n\n Miért nem maradnak az oldalon? Miért nem kattintanak, miért nem jelentkeznek?\n\n\nSokan ilyenkor a szöveget, a dizájnt vagy a technikai részleteket kezdik el javítgatni. Pedig a gond nagyon gyakran sokkal korábban jelentkezik.\n\n\n Az első 5 másodpercben.\n\n\nEnnyi idő alatt dől el, hogy a látogató marad, vagy visszalép a találati listára.\n\nNem olvas, csak gyorsan felmér\n\nAz egyik leggyakoribb félreértés, hogy a látogató az elején figyelmesen olvas. Nem teszi.\n\nGyorsan végigpásztázza az oldalt, és közben ösztönösen egyetlen kérdésre keresi a választ:\n\n\n Érdemes itt maradnom, vagy menjek tovább?\n\n\nEz nem tudatos döntés. Inkább egy gyors benyomás, ami alapján az agya spórol az energiával.\n\nElső kérdés: jó helyen vagyok egyáltalán?\n\nAz első másodpercekben nem az érdekli, hogy milyen szolgáltatásaid vannak, vagy miben vagytok jobbak másoknál.\n\nEgyetlen dolgot akar tudni:\n\n\n Ez az oldal rólam szól?\n\n\nAz olyan mondatok, mint „innovatív megoldások” vagy „teljes körű szolgáltatások” nem segítenek neki ebben. Túl általánosak, nem kapaszkodók.\n\nAmi működik, az a felismerés. Ha már az elején ráismer a saját helyzetére, marad egy kicsit tovább.\n\nPéldául:\n\n\n Van weboldalad, de nem hoz érdeklődőket?\n Szép az oldalad, mégsem történik rajta semmi?\n Érkeznek látogatók, de nem jelentkezik senki?\n\n\nHa erre nincs válasz az első képernyőn, a látogató egyszerűen továbbmegy.\n\nMásodik kérdés: érti valaki a problémámat?\n\nEbben a fázisban még nem megoldást keres. Nem részleteket, nem magyarázatot.\n\nMegértést.\n\nAzt figyeli, hogy ki van-e mondva az, amit ő már régóta érez, csak nem tud jól megfogalmazni.\n\nHa ilyenkor túl sok a szakmai szöveg, a magyarázat vagy az önbemutatás, az inkább eltávolítja.\n\nHa viszont azt érzi, hogy valaki pontosan látja a helyzetét, kialakul az első bizalom.\n\nHarmadik kérdés: meg tudok bízni ebben az oldalban?\n\nEz már nem a szövegről szól, hanem az összhatásról.\n\nA látogató ösztönösen figyeli, hogy rendezett-e az oldal, nyugodt-e a hangnem, nem túl sok-e az ígéret.\n\nHa az egész túl harsány vagy túl szép ahhoz, hogy igaz legyen, gyanakodni kezd. Ilyenkor nem elemzi tovább, csak továbblép.\n\nNegyedik kérdés: mit kell most csinálnom?\n\nSok weboldal itt veszti el a látogatót.\n\nHa nem egyértelmű, hogy merre menjen tovább, mit érdemes elolvasni, hol kezdje, akkor túl sok gondolkodást várunk el tőle.\n\nA jó oldal az elejétől vezeti az olvasót. Nem erőszakosan, csak logikusan.\n\nAz ideális reakció ilyenkor az, hogy:\n\n\n Rendben, ezt most végigolvasom.\n\n\nAz ítélet gyors és csendes\n\nAz első 5 másodperc végén a látogató ritkán gondolja azt, hogy ez rossz oldal.\n\nSokkal gyakoribb, hogy azt érzi:\n\n\n Ez nem nekem való.\n\n\nÉs ez ellen a legtöbb weboldal nem is próbál igazán tenni.\n\nMit jelent ez a gyakorlatban?\n\nAz első benyomás nem technikai kérdés. Nem a kódnál és nem a funkcióknál dől el.\n\nHanem azon, hogy:\n\n\n kinek szól az oldal\n milyen problémát nevez meg\n mennyire könnyű eligazodni rajta\n\n\nHa ez nincs rendben, akkor a legszebb dizájn és a legjobb fejlesztés sem fog valódi eredményt hozni.\n\nÖsszefoglalva\n\nAz első 5 másodpercben a látogató nem dönt vásárlásról vagy kapcsolatfelvételről.\n\nCsak arról dönt, hogy érdemes-e maradnia.\n\nHa ebben a rövid időben nem kap világos választ arra, hogy jó helyen jár, a weboldal soha nem jut el odáig, hogy valóban dolgozzon a vállalkozásért." } ] }, { "title": "2026 első hónapja a Lionernél: arculatváltás, új ügyfelek, új irány", "url": "https:\/\/lioner.hu\/blog\/2026-elso-honapja-a-lionernel-arculatvaltas-uj-ugyfelek-uj-irany", "excerpt": "Megmutatjuk, hogyan indítottuk 2026-ot: új arculat, stabil belső rendszerek és különböző iparágakból érkező ügyfelek.", "published_at": "2026-02-01T10:00:00+01:00", "author": "Ádám Kristóf", "tags": [], "blocks": [ { "type": "text", "name": "Szöveges blokk", "content": "\n\n \n \n Véget ért a január, mi pedig teljes lendülettel belevágtunk az évbe. \n Bár még csak egy hónap telt el 2026-ból, a Lioner életében már most komoly változások és eredmények születtek.\n \n \n\n \n Új év, új szint - teljes arculatváltással indítottunk\n \n Az idei évkezdés számunkra nem arról szólt, hogy „dolgozunk tovább, ahogy eddig”.\n Tudatos döntést hoztunk: teljes arculatváltással és új weboldallal indítottuk az évet.\n \n \n Úgy éreztük, hogy a Lioner egy új szintre lépett, és ennek kívülről is látszania kell.\n Az új megjelenés nem öncélú, pontosabban tükrözi azt a minőséget és gondolkodásmódot,\n amivel az ügyfeleinknek dolgozunk.\n \n \n\n \n Ami nem látszik, de hosszú távon a legértékesebb\n \n Az arculat és a weboldal látványos, de a valódi munka nagy része a háttérben zajlott.\n Hónapokon keresztül építettük és finomítottuk belső rendszereinket:\n \n \n folyamatok és munkamenetek kialakítása\n automatizmusok bevezetése\n belső működés strukturálása\n \n \n Ezek a fejlesztések nem azonnali eredményeket hoznak, hanem hosszú távon teremtenek stabilitást,\n skálázhatóságot és kiszámítható működést a Lioner számára.\n \n \n\n \n Három ügyfél, három teljesen különböző kihívás\n \n Januárban három, egymástól teljesen eltérő területről érkező ügyféllel kötöttünk szerződést:\n \n \n egy nagyobb, hőszigeteléssel foglalkozó vállalkozással,\n egy fotóssal, aki egyedi rendszerre vált,\n valamint egy logopédus gyermekkönyv forgalmazójával.\n \n \n Egyik projekt sem sablonos, egyik sem „dobozos” megoldás.\n Pont ezek azok a kihívások, amiket igazán szeretünk:\n amikor valódi problémákra kell egyedi, átgondolt rendszereket építeni.\n \n \n Emellett több más céggel is aktívan egyeztetünk, hogy hogyan tudunk számukra\n valódi üzleti értéket teremtő online megoldásokat nyújtani.\n \n \n\n \n Sales és marketing, folyamatos fókuszban\n \n A fejlesztés és a kivitelezés mellett egy cég életében a sales nem állhat meg.\n A folyamatos növekedéshez elengedhetetlen a tudatos marketing.\n \n \n Január végén ezért megállapodtunk az FFM csapatával,\n akik az online marketingünkön dolgoznak velünk együtt a jövőben.\n \n \n A cél egyszerű és egyértelmű:\n eljutni még több olyan vállalkozáshoz,\n ahol az online jelenlét hiányos,\n vagy ahol a meglévő rendszerek már kompromisszumokra kényszerítik a működést.\n \n \n\n \n Az első hónap pipa, megyünk tovább\n \n 2026 első hónapja lezárult.\n Az irány tiszta, a munka nem áll meg,\n és megyünk tovább azon az úton, amit tudatosan választottunk.\n \n \n Ez még csak a kezdet.\n \n \n\n" }, { "type": "html", "name": "Egyedi HTML", "content": "" } ] } ], "generated_at": "2026-10-22T23:17:12+02:00" }