Szilárd egy balatonfüredi szálláshely-kiadó második weboldalát készíttette el. Az első oldalát saját maga rakta össze egy sablonszerkesztővel, ez már egy profi webstúdió munkája volt. Átadáskor minden szép volt: reszponzív sablon, mobilon is működik, a logó tökéletesen ül a fejlécben. Három hónappal később, amikor a nyári szezon előtt megnézte, hol jelenik meg a Google-ben a "balatonfüredi szálláshely foglalás" keresésre, a 4. oldalon találta magát. A konkurens, aki szerinte rosszabb fotókkal és kevesebb szobával dolgozik, az első oldalon volt.
Az első gondolat az volt: a SEO-ssal kell beszélni. Ez a gondolat logikusnak tűnik. Természetesnek tűnik. Téves is.
Emese, akit Szilárd a Search Console-lal teli képernyőkép után hívott fel, nem a Google algoritmussal kezdte a diagnózist. Azzal kezdte, hogy megnézte az oldal Core Web Vitals értékeit. Az LCP – vagyis a fő tartalom megjelenési ideje – 4,1 másodperc volt. A CLS mutató, ami a vizuális stabilitást méri, a "Poor" zónában állt. Az INP, az interaktivitás mérőszáma, a 2024-es frissítés óta a FID-et váltja, és ez sem volt rendben. Emese egyetlen mondatot mondott: "Ezt a fejlesztésnél kellett volna megoldani."
Ennyi.
Nem a SEO-s késett. A folyamat volt rossz.
A weboldal elkészül. A probléma ott kezdődik.
A keresőoptimalizálás és weboldalfejlesztés összhangja nem egy utólagos réteget jelent, amit a kész oldalra lehet ragasztani. Ez az a tévhit, amibe a legtöbb megrendelő beleesik, és ami miatt újraépítések jönnek létre egy-két évvel az indulás után.
A valóság az, hogy a technikai SEO alapjai – az URL-struktúra, a belső linkelési logika, a képek renderelési sorrendje, a mobiloldali tartalom teljessége – a fejlesztés első napjaiban dőlnek el. Egy WordPress-sablon kiválasztása, egy fejléc-hierarciához hozott döntés, egy képgaléria plugin telepítése: mind technikai következményekkel jár, amelyek utólag csak részben javíthatók.
Miben különbözik egy keresőbarát weboldal egy sima fejlesztéstől?
A keresőoptimalizált oldaltervezés már a wireframe-fázisban figyelembe veszi a Google Core Web Vitals követelményeit. Egy hagyományos fejlesztés a vizuális eredményre fókuszál – a gombok helyére, a színpalettára, a mobilos tördelésre. A technikai alapokra, vagyis az LCP, INP és CLS mutatókra, nem feltétlenül. A Mobile-First Indexing miatt pedig a mobil tartalom teljessége és a betöltési sorrend kritikus szemponttá vált: a Google a mobil-verziót indexeli elsődlegesen, még akkor is, ha a megrendelő vásárlóinak 80%-a asztali gépről érkezik. Egy "desktop-first" gondolkodással épített oldal tehát a saját célcsoportjával szemben rangsorolódik.
Az URL-struktúra, a belső linkelés és a strukturált adatok mind a wireframe-fázisban dőlnek el. Utólagos javítás ezekre csak részleges eredményt ad, és a strukturális problémák – rossz sablon-alap, inkompatibilis fejléc-hierarchia – csak új fejlesztéssel orvosolhatók.
Ez a különbség nem apró.
Sok ajánlatban szerepel a "SEO-barát" és a "reszponzív" jelző. Amit ezek az ajánlatok nem mondanak el: a legtöbb esetben ez csupán annyit takar, hogy a meta-címek szerkeszthetők és a sablon mobilon nem törik szét. A Core Web Vitals optimalizálása ebbe tipikusan nem tartozik bele, hacsak ezt külön nem kéri és nem ellenőrzi a megrendelő.
A Google 2026-ra teljes mértékben az INP mutatót használja a korábbi FID helyett mint elsődleges interaktivitási mérőszámot, és a keresőoptimalizálás és weboldalfejlesztés szinergiája nélkül egy átlagos WordPress-alapú oldal ma tipikusan a "Needs Improvement" kategóriában landol a Webes alapmutatók mérésekor. Ez nem technikai részletkérdés. Egy 1 másodperces betöltési különbség átlagosan 7%-kal csökkenti a konverziós arányt – ez nem a SEO-pozíció romlása, hanem közvetlen bevételkiesés.
A TL;DR, mielőtt továbblépnénk:
A SEO-kompatibilis weboldalfejlesztés olyan technikai megközelítés, amely a Google rangsorolási követelményeit – Core Web Vitals, Mobile-First Indexing, URL-struktúra, belső linkelési logika – már a wireframe-fázisban beépíti az oldalba. Nem utólag telepíthető plugin, és nem a meta-cím szerkeszthetősége. Akkor indokolt, ha a vállalkozás célcsoportja aktívan keres a Google-ben, és az átlagos ügyfélérték 50 000 Ft felett van. Tény: a Google 2024-ben vezette be az INP mutatót a FID helyett, és 2026-ra az LCP, INP, CLS hármas teljesítése a technikai rangsorolás minimumfeltétele. Egy keresőoptimalizált oldaltervezés után 3-6 hónap szükséges az érdemi organikus forgalom kialakulásához.
Érdemes itt megállni egy pillanatra, mert van egy kérdés, amit sok vállalkozó joggal tesz fel.
Kinek nem éri meg a keresőbarát weboldal készítés?
Aki havonta 5-10 látogatót vár az oldalra, mert vállalkozása kizárólag ajánlás-alapon vagy offline csatornán működik, annak a technikailag optimalizált fejlesztés egyszerűen nem térül meg. Egy XI. kerületi egyedi bútorkészítő, akinek van 40 visszatérő ügyfele és teli van a rendelési naptára, nem fogja visszanyerni 400-600 ezres fejlesztésben a befektetését. Számára egy gyors, egyszerű landing oldal és egy kitöltött Google Cégprofil bőven elegendő. A Google-barát webfejlesztés akkor indokolt, ha van valódi keresési volumen a célzott kifejezésekre – és ezt még a fejlesztés megkezdése előtt érdemes ellenőrizni.
Amit a számok mondanak – és amit a sablonok nem
Szilárd balatonfüredi szálláshelyénél a diagnózis egyértelmű volt: a szezonális forgalom csúcsa – a Balaton-parton nyaralók telefonos szálláskereséséé – május és augusztus közé esik. Ez a forgalom szinte kizárólag mobilról érkezik. A mobil betöltési sebesség 3,9 másodperc volt. A Google mérései szerint a 3 másodpercnél lassabb mobil betöltés átlagosan 32%-kal növeli a visszafordulási arányt – a felhasználó a negyedik másodpercben visszalép a találati listára, és a Google ezt negatív felhasználói jelként rögzíti.
A Core Web Vitals optimalizálás nagyjából 60%-a a fejlesztő felelőssége. Illetve nem is. Pontosabban: 60% a fejlesztőé, 30% a tartalomkészítőé – képméretek, videóbeágyazások, fontok –, és 10% a hosting-választáson múlik. A megrendelő ezt utólag nehezen tudja szétszálazni, ezért a döntésnél egyben érdemes kezelni: ki felel összességében az oldal teljesítményéért a go-live után?
Egy másik helyzet: egy csembaló-hangoló mikrovállalkozás Budapesten, a XI. kerületben, mobilbarát sablonnal dolgozott. Az oldal minden eszközön jól nézett ki. Reszponzív volt. Azonban a Mobile-First Indexing ennél szigorúbb: a mobil verzió tartalomteljességét vizsgálja, nem csak a tördelést. A desktop verzión látható szöveg fele hiányzott a mobilos renderelésből, mert a sablon egy JavaScript-alapú tab-struktúrát használt, amit a Google crawlere nem indexelt. Az oldal tartalma valójában nem volt jelen a keresőben.
A reszponzív sablon automatikusan mobilbarátot jelent – ezt sokan hiszik. Nem igaz.
Mikor éri meg biztosan belefektetni a Google-barát webfejlesztésbe?
Ha a vállalkozás célcsoportja aktívan keres a Google-ben – szállásfoglalás, rendezvényhelyszín-bérlés, egyedi gyártás –, ha a szolgáltatási terület földrajzilag egyértelmű, legyen az Budapest valamely kerülete vagy a Balaton-part, és ha az átlagos ügyfélérték legalább 50 000 Ft felett van. Egy XI. kerületi esküvői helyszín-üzemeltető, aki 6-8 eseményt tart évente, akár egyetlen organikus érdeklődőből megtérítheti a fejlesztés teljes költségét.
Alkalmi, egyszeri célra – egy rendezvény bejelentő oldalára, egy rövid promóciós kampányra – a SEO-kompatibilis weboldalfejlesztés túlméretezett megoldás. Ami viszont fontos tudni: a megrendelő részéről a fejlesztés alatt tartalmi együttműködés szükséges – 2-3 egyeztetés, szakterületi szövegek, képanyag biztosítása –, a go-live után pedig minimum 3-6 hónap türelem, amíg a Google érzékeli és értékeli a változásokat. A Search Console-ban látható indexelési hibák tipikusan a fejlesztési fázis hiányosságaira vezethetők vissza, és ezeket a PageSpeed Insights eszközzel még az átadás előtt érdemes ellenőrizni.
Van egy 2011-es fordulópont, amit ritkán emlegetnek, pedig sokat megmagyaráz. A 2000-es évek elején a webfejlesztő szakma szignifikáns része "kulcsszósűrűségre" optimalizált: az oldalak alján láthatatlan, az oldal háttérszínével egyező szövegként szerepeltek a kulcsszavak, amelyeket csak a keresőrobotok olvastak. A Google Panda-frissítése 2011-ben söpörte le ezt a gyakorlatot – nem fokozatosan, hanem egy hétvége alatt. Innentől vált szétválaszthatatlanná a tartalmi minőség és a technikai struktúra kérdése. A keresőoptimalizálás és weboldalfejlesztés szinergiája nem egy modern buzzword: egy 2011-es kényszerleszállás következménye.
Az irány innen egyértelmű. A következő időszakban a Google egyre erősebben fogja súlyozni a felhasználói viselkedés-jeleket – görgetési mélységet, visszafordulási mintázatot, ismételt látogatást –, és a pusztán technikai optimalizálás önmagában egyre kevésbé lesz elegendő. A tartalmi minőség és a technikai alap együtt fogja meghatározni a rangsorolást. Aki a fejlesztésnél most csak a vizuális megjelenésre koncentrál, hamarosan a tartalmi stratégia hiányával is szembesül majd.
Amit Szilárd kérdez most a stúdióktól
Szilárd ma másképp gyűjt árajánlatot. Nem azt kérdezi, hogy "reszponzív-e az oldal". Azt kérdezi: milyen Core Web Vitals értékeket céloznak meg a fejlesztéssel, és ki a felelős ezért az átadás után? Az URL-struktúrát a fejlesztés elején közösen tervezik-e, vagy sablonból öröklik? A mobil tartalom teljessége külön ellenőrzési pont az átadási folyamatban?
Ha a webstúdió nem érti a kérdést, az maga is válasz.
Csapatunk tapasztalata szerint ez a három kérdés az első egyeztetésen megmutatja, hogy a fejlesztő gondol-e a keresőoptimalizálásra a wireframe-fázisban, vagy csak a go-live után.
A keresőbarát weboldal készítésnek nem az átadáskor kell elkezdődnie. Jóval korábban.
Ha érdekel, milyen technikai állapotban van jelenleg a weboldalad – betöltési sebesség, mobilos renderelés, Core Web Vitals státusz –, kérhetsz egy ingyenes PageSpeed-elemzést. Nincs kötelezettségvállalás, nincs előzetes egyeztetés szükséges: csak az oldal URL-je elég, és 2 munkanapon belül visszajelzünk a konkrét mutatókkal.
No comments:
Post a Comment