Egy vidéki virágüzlet tulajdonosa új weboldalt készíttet. A honlap szép, a képek igényesek, az elérhetőségek is fent vannak, mégis a Google találati listájának második oldalán marad. Közben egy hasonló szolgáltatást kínáló versenytárs gyorsabban betöltődik, mobilon könnyebben használható, és a keresőben előrébb jelenik meg. A tulajdonos ilyenkor gyakran azt gondolja, hogy a weboldallal van baj, pedig sokszor nem a látvány, hanem a Google-barát technikai alapok, a releváns tartalom és a mérés hiánya okozza a problémát.
A „Google weboldal készítés” ezért nem egyszerűen egy honlap összerakását jelenti. Egy magyar KKV számára olyan digitális üzleti infrastruktúra kialakítását jelenti, amelyet a potenciális ügyfél könnyen megtalál, mobilon is kényelmesen használ, és a vállalkozó adatok alapján tud fejleszteni. Ebben az útmutatóban a hazai piac sajátosságaira építve mutatom be a legfontosabb lépéseket.
Tartalomjegyzék
- Miért számít a Google-barát weboldal egy magyar KKV-nak
- Mobiloptimalizálás mint alapvetés nem extra
- Sebesség és Core Web Vitals a gyakorlatban
- Strukturált adatok és séma jelölések tudatos használata
- Google Search Console és az analitikai alapok
- Önállóan vagy ügynökséggel érdemes belevágni
- Az első 90 nap a Google-barát weboldalért
Miért számít a Google-barát weboldal egy magyar KKV-nak
Egy magyar KKV weboldala akkor dolgozik üzleti eszközként, ha nemcsak létezik, hanem megtalálható, érthető és fejleszthető is. A hazai háztartások 93,9%-a rendelkezett szélessávú internetkapcsolattal, miközben a vállalkozások 66,2%-ának volt saját weboldala a KSH 2025-ös adatai szerint. A részletes adatokat a KSH Magyar statisztikai zsebkönyeve tartalmazza.
Ez olyan, mint egy üzlet az utca mellett. A kirakat önmagában kevés. A vevőnek meg kell találnia az üzletet, gyorsan meg kell értenie, mit kínál, majd egyszerűen el kell jutnia az ajánlatkérésig vagy a kapcsolatfelvételig.
A weboldal nem egy online névjegykártya
Egy Google-barát weboldal három irányban teljesít:
- A Google számára értelmezhető: világos oldalszerkezetet, logikus címsorokat, technikai hozzáférést és a kereséshez illeszkedő tartalmat ad.
- A látogatónak használható: rövid idő alatt megmutatja, mivel foglalkozik a vállalkozás, kinek segít, és mi legyen a következő lépés.
- A tulajdonosnak mérhető: megmutatja, milyen keresésekből érkeznek látogatók, mely oldalak működnek, és hol szakad meg az érdeklődés.
A magyar kisvállalkozások között még nagy különbség van digitális felkészültségben. A magyar kisvállalkozások 63,5%-ának volt weboldala, az alapfokú digitális intenzitást elérő KKV-k aránya pedig 57,4% volt, miközben az uniós összevetés magasabb értékeket mutatott. A háttéradatok a KSH információs és kommunikációs technológiákról szóló oldalán érhetők el.
Gyakorlati szabály: ne azt kérdezze, hogy „van-e weboldalunk?”, hanem azt, hogy a megfelelő keresésre, a megfelelő eszközön és a megfelelő pillanatban megtalálják-e.
Mit jelent ez üzleti szempontból
Egy helyi virágüzlet, könyvelőiroda, autószerviz vagy kisiparos akkor veszít érdeklődőt, ha oldala nem jelenik meg a releváns keresésekben. Ugyanez történik akkor is, ha a látogató nehezen olvas, nem találja a telefonszámot, vagy nem egyértelmű számára az ajánlatkérés módja.
A DigiMeter 2024 kutatásáról szóló BKIK-összefoglaló 39 pontos digitális jelenlét-indexet és 72%-os weboldal- vagy webshop-arányt ismertetett. Ez a korábbi 79%-os csúcshoz képest visszaesést jelentett. KKV-ként ezért nem elég elkészíteni a honlapot. Rendszeresen karban kell tartani, mérni kell a teljesítményét, és a látogatói viselkedés alapján fejleszteni kell.
| Megfigyelés | Mit jelent a KKV számára? |
|---|---|
| A háztartások szélessávú hozzáférése magas | Legyen könnyen elérhető és gyorsan érthető online felület. |
| A vállalkozások mintegy kétharmadának van saját weboldala | A puszta jelenlét nem különböztet meg, a használhatóság és a kereshetőség igen. |
| A magyar digitális felkészültség elmarad az uniós összevetéstől | A technikai alapok rendbetétele versenyelőnyt adhat. |
| A weboldal- és webshop-jelenlét visszaesett a korábbi csúcshoz képest | A honlap folyamatos karbantartása üzleti feladat, nem egyszeri projekt. |
Mobiloptimalizálás mint alapvetés nem extra
A magyar internetezők 84%-a mobiltelefont használ napi internetezésre, míg számítógépet vagy laptopot 39% használ egy átlagos napon, az NMHH kapcsolódó adatai szerint. Egy KKV weboldalának tehát úgy kell működnie, mintha a fő üzlethelyisége egy tenyérnyi kijelző lenne. Ha a bejárati ajtó túl keskeny, a felirat olvashatatlan, a pult pedig elérhetetlen, a vásárló nem fog sokáig próbálkozni.
A mobiloptimalizálás nem azt jelenti, hogy az asztali oldalt egyszerűen összenyomjuk. A reszponzív felület a képernyő méretéhez igazítja a tartalmat, a navigációt és az interakciókat.
Az öt alapellenőrzés
- Reszponzív elrendezés: a szövegek, képek, menük és űrlapok igazodjanak a telefon, a tablet és az asztali kijelző méretéhez.
- Olvasható tipográfia: mobilon legalább 16 px körüli alapszöveg-méretet érdemes használni, hogy a látogatónak ne kelljen nagyítania.
- Érintőbarát elemek: a gombok és linkek kapjanak legalább 48 px-es érintőfelületet, így nem lesz bizonytalan a kattintás.
- Vízszintes görgetés kizárása: a látogató egy irányban, lefelé haladjon. A kilógó táblázatok, képek és menük rontják a használhatóságot.
- Flash elemek mellőzése: az elavult, nem támogatott technológiák helyett szabványos HTML-, CSS- és JavaScript-megoldásokat használjon a fejlesztő.
Hogyan ellenőrizze a kész oldalt
Nyissa meg az oldalt különböző képernyőméreteken, és nézze meg a kezdőlapot, a szolgáltatásoldalakat, a kapcsolatfelvételi űrlapot és a menüt. A teszteléshez használható a Google Mobile-Friendly Test dokumentációja, a sebesség és a tördelés ellenőrzéséhez pedig a PageSpeed Insights mobilnézete.
Különösen figyeljen arra, hogy a fő ajánlat, a telefonszám és az ajánlatkérő gomb látható legyen görgetés nélkül vagy rövid görgetés után. A mobilfelhasználó gyakran útközben keres szolgáltatót, ezért nem akar apró szövegekkel, nehezen bezárható felugró ablakokkal és túlzsúfolt menükkel küzdeni.
A mobiloldal akkor jó, ha a látogató gondolkodás nélkül tudja, hová kell koppintania. A Google számára ez technikai megfelelés, az ügyfél számára viszont egyszerűen kényelmes ügyintézés.
Sebesség és Core Web Vitals a gyakorlatban
A Google Core Web Vitals mutatói azt vizsgálják, milyen gyorsan jelenik meg az oldal fő tartalma, milyen hamar reagál az interakciókra, és mennyire marad stabil a betöltés közben. A Google Core Web Vitals útmutatója három fő mérőszámot és azok jó küszöbértékeit határozza meg.
Az LCP azt méri, mikor jelenik meg a látogató számára a legfontosabb, legnagyobb tartalmi elem. A 2,5 másodpercen belüli érték olyan, mintha egy kávéautomatánál megnyomná a gombot, és nagyjából ennyi idő alatt megtelne a pohár. Ha a fő kép vagy a nyitó szöveg ennél sokkal később jelenik meg, a látogató bizonytalanná válik.
Három mutató, három fejlesztési irány
LCP, vagyis Largest Contentful Paint. A nagy kezdőképek, a lassú tárhely és a renderelést késleltető fájlok ronthatják az értéket. Tömörítse a képeket modern formátumba, használjon megfelelő méretű változatokat, és vizsgálja meg, hogy a kézbesítést gyorsító CDN indokolt-e.
INP, vagyis Interaction to Next Paint. A jó értékhez 200 ms alatti interakciós válaszidő szükséges. Ha egy menü, űrlap vagy gomb késve reagál, gyakran túl sok JavaScript fut a háttérben. A fejlesztő csökkentheti a JavaScript-csomagok méretét, késleltetheti a nem fontos kódot, és eltávolíthatja a fölösleges bővítményeket.
CLS, vagyis Cumulative Layout Shift. A jó vizuális stabilitás küszöbe 0,1 alatti. Ismerős helyzet, amikor éppen egy gombra koppintana, de egy később betöltődő kép miatt az egész tartalom elmozdul. A képeknek, videóknak és dinamikusan betöltött blokkoknak előre megadott méretet kell kapniuk.
| Mutató | Jó küszöb | Mit jelent a látogatónak | Fő optimalizálási lépés |
|---|---|---|---|
| LCP | 2,5 másodpercen belül | A fő tartalom gyorsan látható | Képtömörítés, CDN és gyors kiszolgálás |
| INP | 200 ms alatt | A gombok és űrlapok gyorsan reagálnak | JavaScript-csomagok csökkentése |
| CLS | 0,1 alatt | A tartalom nem ugrál betöltés közben | Képméretek és helyfoglalás előzetes megadása |
Amit egy KKV-nak ténylegesen érdemes megrendelnie
Ne egyetlen laboreredményt kérjen a fejlesztőtől, hanem ismételhető ellenőrzési folyamatot. A PageSpeed Insights, a Chrome Lighthouse és a Search Console együtt többet mond, mint egy egyszeri képernyőkép. A valós felhasználói adatok és a tesztkörnyezetben mért értékek eltérhetnek, ezért a teljesítményt időszakosan újra kell vizsgálni.
A sebességoptimalizálásnál nem az a cél, hogy minden technikai érték tökéletes legyen, miközben a látogató nem találja a telefonszámot. A jó weboldal a gyors működést világos tartalmi hierarchiával párosítja.
Strukturált adatok és séma jelölések tudatos használata
A strukturált adat a weboldal és a Google közös nyelve. A látogató a „nyitva tartunk hétfőn” mondatból megérti az információt, a kereső viszont akkor tudja biztosabban értelmezni, ha az adatot megfelelő séma jelöléssel is megkapja.
A Schema.org hivatalos oldala olyan közös szókészletet biztosít, amellyel a vállalkozás leírhatja például a szolgáltatását, a termékét, a helyszínét vagy a gyakori kérdéseit. A jelölés nem helyettesíti a jó tartalmat, és nem garantál különleges találati megjelenést. Segít viszont abban, hogy a kereső pontosabban értelmezze az oldal jelentését.
A legfontosabb séma típusok magyar KKV-knak
- LocalBusiness: helyi szolgáltatóknál az üzlet vagy iroda neve, címe, telefonszáma és nyitvatartása kapcsolható össze.
- Product: webshopoknál a termék adatai, ára, elérhetősége és egyéb releváns információi jelölhetők.
- Service: szolgáltatásoldalakon a vállalkozás által kínált szolgáltatás jelentése tehető egyértelműbbé.
- FAQPage: valóban látható, gyakori kérdések és válaszok strukturálására használható, ha azok az oldalon is elérhetők.
A Google strukturált adatokkal kapcsolatos dokumentációja részletesen leírja, hogyan kell a jelöléseket a kereső irányelveivel összhangban alkalmazni.
JSON-LD vagy microdata
A JSON-LD a strukturált adatot külön, a weboldal kódjában elhelyezett blokként kezeli. Gyakorlatban ezt általában a fejlesztő vagy a tartalomkezelő rendszer illeszti be, ezért a látható szöveg nem válik nehezebben szerkeszthetővé.
A microdata közvetlenül a HTML-elemekhez kapcsolja az információkat. Működhet, de összetettebb oldalaknál nehezebben karbantartható. A választásnál a fejlesztőnek azt kell néznie, melyik megoldás illeszkedik stabilan a használt rendszerhez, és hogyan ellenőrizhető a későbbi tartalomfrissítéseknél.
Ellenőrzés indulás előtt
A jelöléseket a Schema Markup Validator felületén lehet ellenőrizni. A teszt során nem elég azt látni, hogy a kód technikailag érvényes. Azt is meg kell vizsgálni, hogy a jelölt információ tényleg szerepel-e az oldalon, megfelel-e a vállalkozás valós adatainak, és nem próbál-e olyan értékelést, árat vagy nyitvatartást megjeleníteni, amelyet a látogató nem lát.
Egy magyar pékség például a LocalBusiness jelöléssel egyértelműsítheti, hogy helyi üzletként működik, míg egy tanácsadó a Service jelöléssel teheti érthetőbbé a szolgáltatásoldal tartalmát. A konkurensekhez képest nem a séma önmagában hoz előnyt, hanem az, ha a technikai jelölés pontos, a tartalom hasznos, és az oldal többi része is megbízhatóan működik.
Google Search Console és az analitikai alapok
A Google Search Console a weboldal műszerfala a kereső felől nézve. Megmutatja, hogy a Google mely oldalakat ismeri, milyen keresési lekérdezések mellett jelenik meg a honlap, hány kattintás érkezik, hogyan alakul a CTR, és milyen átlagos pozíciókat érnek el az oldalak.
A bekötés gyakorlati sorrendje
- Tulajdon hozzáadása: válasszon Domain-tulajdont, ha a teljes domain működését szeretné egyben látni. URL-előtagot akkor használjon, ha egy konkrét verziót kíván mérni.
- Tulajdonjog igazolása: a Google által biztosított DNS TXT-rekorddal vagy HTML-fájllal igazolja, hogy hozzáfér a domainhez.
- Sitemap beküldése: küldje be az XML-sitemap címét, hogy a kereső könnyebben feltérképezze a fontos oldalakat.
- Robots.txt ellenőrzése: győződjön meg arról, hogy a robotok nem kapnak véletlenül tiltást a fontos tartalmakra.
- URL Inspection használata: vizsgálja meg külön a kezdőlapot, a szolgáltatásoldalakat és az újonnan publikált tartalmakat.
Mit mérjen a GA4-ben
A Google Analytics 4 akkor hasznos, ha az üzleti célokat is beállítja. Egy kapcsolatfelvételi űrlap elküldése, telefonos kapcsolatfelvétel, ajánlatkérés vagy időpontfoglalás külön eseményként kezelhető. A Measurement ID kapcsolja össze az Analytics-mérést a weboldallal, a fontos eseményeket pedig konverzióként érdemes kijelölni.
A Search Console és a GA4 más kérdésekre válaszol. A Search Console azt mutatja meg, hogyan találják meg a weboldalt a keresőben. A GA4 azt segít megérteni, mi történik a látogatóval az érkezés után.
A pozíció önmagában nem üzleti eredmény. Azt is mérni kell, hogy a látogató felhívta-e a céget, elküldte-e az űrlapot, vagy eljutott-e a vásárlási lépésig.
Gyakori hiba, hogy a vállalkozás csak egy URL-verziót hitelesít, miközben a domain több változaton is elérhető lehet. Ugyancsak gyakori, hogy az Analytics telepítve van, de nincsenek események és konverziók beállítva. Ilyenkor sok adat gyűlik, de kevés döntést lehet rájuk építeni.
Önállóan vagy ügynökséggel érdemes belevágni
Az önálló weboldalkészítés jó belépési pont lehet annak a vállalkozónak, aki szívesen tanul, van ideje tartalmat szerkeszteni, és kezdetben egyszerű bemutatkozó oldalt szeretne. A WordPress és Elementor, a Wix vagy a Webflow felhasználóbarát indulást kínálhat, de a technikai részletek könnyen összetettebbé válnak.
Egy egyszerű oldal összeállítása nem ugyanaz, mint a teljes Google-barát rendszer kialakítása. A képméretek, a JavaScript-terhelés, a strukturált adatok, az indexelési hibák és a mérési beállítások már olyan területek, ahol egy rossz döntés később javítási munkát okozhat.
A két út összehasonlítása
| Szempont | Önálló megvalósítás | Ügynökségi megvalósítás |
|---|---|---|
| Költség | Kezdetben általában alacsonyabb, de az időráfordítás jelentős lehet | Magasabb projektköltség, cserébe összehangolt kivitelezés |
| Idő | A tulajdonos saját tempóban halad, gyakran megszakításokkal | Előre egyeztetett folyamat és feladatmegosztás |
| Szakértelem | A vállalkozónak kell megtanulnia a technikai alapokat | Fejlesztő, designer és SEO-s tudása egy projektben kapcsolódik össze |
| Garancia | A platform és a bővítmények feltételeitől függ | Szerződésben rögzíthető átadás utáni hibajavítás és támogatás |
| Karbantartás | Belső feladat marad a frissítés, mentés és ellenőrzés | Külön karbantartási megállapodás is kialakítható |
| Mérhetőség | Beállítható, de a tulajdonosnak kell ellenőriznie | A Search Console, GA4 és teljesítményriportok bekötése a projekt része lehet |
Mikor elég a belső megoldás
Önállóan érdemes kezdeni, ha kevés oldalra van szükség, a tartalom rendelkezésre áll, és a tulajdonos vállalja a rendszeres frissítést. Egy helyi szolgáltató első verziója így gyorsan elkészülhet, de az indulás előtt akkor is ellenőrizni kell a mobilnézetet, az űrlapokat, a HTTPS-t, a sitemapet és a mérési beállításokat.
Ügynökségi segítség indokolt, ha a honlap leadeket vagy értékesítést támogat, több szolgáltatási területet céloz, újratervezésre szorul, vagy a vállalkozásnak nincs belső kapacitása a karbantartásra. A WebElevate többek között domain- és tárhelyügyintézést, reszponzív weboldal-fejlesztést, technikai optimalizálást, SEO-t, analitikai riportokat és üzemeltetést kínál magyar vállalkozásoknak.
Az első 90 nap a Google-barát weboldalért
Ha egy magyar KKV új honlapot indít, az első 90 nap sorrendje meghatározza, mennyi utólagos javításra lesz szükség. A technikai alapok, a tartalom és a mérés egymásra épülnek, mint egy üzletnél az alapozás, a polcrendszer és a pénztár.
Első hónap, technikai alapok
Kezdje a tárhellyel, a domainnel, a HTTPS-kapcsolattal és a reszponzív elrendezéssel. Ellenőrizze a fő képek tömörítését, a mobilmenü használhatóságát, az űrlapok működését és azt, hogy a fontos tartalmak nem ugrálnak betöltés közben.
A sebességnél a Core Web Vitals célértékei adjanak irányt. A vállalkozónak nem kell minden technikai kifejezést megtanulnia. A fejlesztő feladata, hogy mérési eredményekből érthető javítási listát készítsen, például melyik kép vagy kódrészlet lassítja az oldalt. A hónap végéig kerüljön be a Search Console, és történjen meg a Domain-tulajdon igazolása.
Második hónap, tartalom és struktúra
A kezdőlap egyetlen oldalból nem tud minden keresési szándékot jól kiszolgálni. Készítsen külön, világosan elnevezett szolgáltatásoldalakat, majd kapcsolja össze őket belső linkekkel. A címek, meta leírások és címsorok mondják ki pontosan, mit kínál a vállalkozás, és kiknek.
A strukturált adatok közül csak az oldalhoz illőt használja. A LocalBusiness helyi szolgáltatónál lehet hasznos, a Service tanácsadói oldalon, a Product pedig termékoldalon. A blog témái induljanak valódi ügyfélkérdésekből, például árkérésből, választási szempontokból, használatból vagy karbantartásból. Így a tartalom nem általános SEO-szöveg lesz, hanem a magyar piacon felmerülő döntési helyzetekre válaszol.
Harmadik hónap, mérés és finomhangolás
Állítsa be a GA4 eseményeit és konverzióit, majd vesse össze a keresőből érkező látogatást a tényleges üzleti érdeklődéssel. Keresse meg azokat az oldalakat, amelyek megjelennek a találatok között, mégis kevés kattintást kapnak. A címet és a meta leírást akkor érdemes átdolgozni, ha a tartalom valóban megfelel a keresési szándéknak.
Havonta ellenőrizze a sebességet, az indexelést, a mobilhasználatot és a hibás linkeket. A Search Console és a GA4 nem egyszeri beállítás. Akkor segítik a döntéseket, ha az adatok alapján időről időre módosítja az oldal tartalmát vagy működését.
A jó alapokat induláskor gyorsabban és kevesebb utómunkával lehet kialakítani, mint egy lassú, nehezen mérhető vagy rosszul strukturált weboldalt később újraépíteni. Ha magyar KKV-ként mobilbarát, gyors és kereshető weboldalt szeretne, kérjen konzultációt a WebElevate oldalán.
