Mi az a technikai SEO? Közérthető útmutató vállalkozásvezetőknek

A technikai SEO a webhelye infrastruktúrájának optimalizálása annak érdekében, hogy a keresőmotorok hatékonyan be tudják járni, megérteni és indexelni az oldalait. Gondoljon rá úgy, mint a falak mögötti vízvezetékrendszerre. Webhelyén lehet gyönyörűen megírt tartalom és lenyűgöző design, de ha a keresőmotorok nem tudják megfelelően elérni vagy értelmezni az oldalait, akkor abból a tartalomból semmi sem jelenik meg a keresési eredményekben. Míg a tartalomstratégia és a linképítés arról szól, hogy mit mond, és ki áll ki Önért, a technikai SEO arról szól, hogy a keresőmotorok egyáltalán megtalálják-e és fel tudják-e dolgozni azt, amit épített.

A vállalkozásvezetők gyakran összekeverik a technikai SEO-t az általános SEO-val vagy a tartalomoptimalizálással. A megkülönböztetés azért fontos, mert a problémák alapvetően különböznek. A tartalmi probléma azt jelenti, hogy az oldalai rangsorolódnak, de rossz kulcsszavakra, vagy nem elégítik ki a felhasználói szándékot. A technikai probléma azt jelenti, hogy az oldalai egyáltalán nem jelennek meg a keresési eredményekben, olyan lassan töltődnek be, hogy a felhasználók elhagyják őket, vagy összezavarják a keresőmotorok botjait annyira, hogy félreértelmezik a webhelye szerkezetét. A technikai problémák jellemzően láthatatlanok a látogatók számára, de pusztítóak a rangsorolásra nézve.

A jó hír az, hogy a legtöbb technikai SEO problémának egyértelmű megoldása van, amint azonosították őket. A vállalkozásvezetők számára a kihívást az jelenti, hogy maga az azonosítás speciális eszközöket és tudást igényel. Egy 4,2 másodperc alatt betöltődő oldal 1,8 másodperc helyett jól néz ki egy alkalmi látogatónak, de mérhető rangsorolási büntetést vált ki. Egy hibásan beállított robots.txt fájl, amely blokkolja a termékoldalak bejárását, minden keresési látogatást elvisz, amelyet ezek az oldalak kaphattak volna. Ezek nem elvont aggodalmak, közvetlenül elveszett forgalmat, elveszett érdeklődőket és elveszett bevételt jelentenek.

A Google 2021-ben hivatalosan beépítette az oldalélmény-jelzéseket a rangsorolási algoritmusába, és ezek a jelzések azóta egyre nagyobb befolyást szereztek. A Core Web Vitals a felhasználói élmény három aspektusát méri: a Largest Contentful Paint (LCP), amely azt követi nyomon, milyen gyorsan töltődik be a fő tartalom; az Interaction to Next Paint (INP), amely azt méri, milyen gyorsan reagál az oldal a felhasználói bevitelre; és a Cumulative Layout Shift (CLS), amely számszerűsíti, mennyit változik váratlanul az oldal elrendezése a betöltés során. Mindhárom küszöbérték teljesítése nem garantálja a legjobb rangsorolást, de ezek elmulasztása mérhető hátrányt jelent azokkal a versenytársakkal szemben, akik teljesítik őket.

A legtöbb kisvállalkozói webhely esetében a legnagyobb sebességi szűk keresztmetszetek az optimalizálatlan képek, a renderelést blokkoló JavaScript és a lassú szerverválaszidők. Egy Photoshopból teljes minőségben exportált kép 2,4 megabájt lehet, míg ugyanaz a kép WebP formátumban tömörítve 180 kilobájt lenne észlelhető minőségveszteség nélkül. Egy WordPress oldal, amely tizenöt JavaScript fájlt tölt be a dokumentum fejrészében, arra kényszeríti a böngészőt, hogy mindegyiket feldolgozza, mielőtt bármilyen látható tartalmat megjelenítene. Egy megosztott tárhelycsomag, amely egy tucat másik oldalt futtat ugyanazon a szerveren, késleltetést ad minden kéréshez. Mindegyik probléma megoldható, de a megoldásukhoz tudni kell, hogy egyáltalán léteznek.

Javasoljuk, hogy legalább negyedévente futtassa át webhelyét a Google PageSpeed Insights eszközével. Az eszköz konkrét, gyakorlatban alkalmazható javaslatokat ad, amelyeket hatás szerint rangsorol. A megosztott tárhelyen lévő vállalkozások számára gyakran a legnagyobb hatású fejlesztés egy dedikált erőforrásokkal rendelkező minőségi webtárhely szolgáltatóra való átállás, amely a szerverválaszidőket 800+ milliszekundumról 200 alá csökkenti. A képoptimalizálással és a szkriptek halasztásával kombinálva a legtöbb kisvállalkozói webhely néhány hét összpontosított munka után átmenő Core Web Vitals pontszámokat érhet el.

A Google 2023-ban minden webhelyre áttért a mobil elsődleges indexelésére, ami azt jelenti, hogy a weboldala mobil verziója az, amelyet a Google a rangsoroláshoz értékel. Ha weboldala asztali monitoron remekül néz ki, de telefonon csípést, nagyítást és vízszintes görgetést igényel, a Google a mobil élményt tekinti elsődlegesnek, és annak megfelelően rangsorolja Önt. 2026 elején a mobileszközök a globális webforgalom körülbelül 62 százalékát teszik ki, és ez az arány még magasabb a helyi vállalkozásokra irányuló kereséseknél, ahol a felhasználók gyakran útközben keresnek útvonalat, telefonszámot vagy nyitvatartási időt.

A mobilbarát weboldal nem csupán egy asztali oldal kicsinyített változata. Reszponzív dizájnt igényel, amely az elrendezéseket, a navigációt és az interaktív elemeket az érintésalapú felületekhez igazítja. A gomboknak és a linkeknek megfelelően nagy érintési célfelülettel kell rendelkezniük. A Google legalább 48 pixel magasságot és szélességet javasol, valamint 8 pixel távolságot a szomszédos célfelületek között. A szövegnek nagyítás nélkül olvashatónak kell lennie, ami általában legalább 16 pixel alap betűméretet jelent. Az űrlapokat könnyen ki kell tölteni telefonos billentyűzeten, megfelelő beviteli típusokkal (e-mail, telefon, szám), amelyek a megfelelő virtuális billentyűzet-elrendezést hívják elő.

A leggyakoribb mobil használhatósági problémák, amelyekkel auditjaink során találkozunk: a képernyőn túlnyúló fix szélességű elemek, az olvashatósági küszöb alatti betűméretek, valamint a zavaró interstitial felugró ablakok, amelyek a fő tartalmat lefedik, mielőtt a felhasználónak lehetősége lenne elolvasni azt. A Google kifejezetten bünteti azokat az oldalakat, amelyek teljes képernyős felugró ablakokat jelenítenek meg mobileszközökön, kivéve a jogilag előírt értesítéseket, például a cookie-hozzájárulási sávokat. Ha valódi mobileszközökön teszteli weboldalát, nem csupán a böngésző reszponzív módjában, olyan érintési és görgetési viselkedést tár fel, amelyet a szimulált nézetek teljesen figyelmen kívül hagynak.

A HTTPS 2014 óta megerősített Google rangsorolási tényező, és 2026-ra gyakorlatilag alapkövetelménnyé vált. A böngészők „Nem biztonságos” figyelmeztetéseket jelenítenek meg a HTTP-oldalakon, ami azonnal aláássa a felhasználói bizalmat. A rangsorolási hatáson túl a HTTPS titkosítja a felhasználó böngészője és a szerver között továbbított adatokat, védve az olyan érzékeny információkat, mint a bejelentkezési adatok, a kapcsolatfelvételi űrlapok beküldései és a fizetési adatok az elfogástól. Minden olyan vállalkozás számára, amely ügyféladatokat gyűjt, ami gyakorlatilag minden weboldallal rendelkező vállalkozás –, a HTTPS megkerülhetetlen biztonsági intézkedés.

A HTTPS bevezetéséhez SSL-tanúsítvány szükséges, amely hitelesíti a szerver identitását és lehetővé teszi a titkosított kapcsolatokat. Sok tárhelyszolgáltató ma már ingyenes SSL-tanúsítványokat kínál a Let’s Encrypt segítségével, így a költségkorlát gyakorlatilag nullára csökken. A technikai megvalósítás magában foglalja a tanúsítvány telepítését, a szerver beállítását a HTTPS-en keresztüli oldalkiszolgálásra, a HTTP-ről HTTPS-re mutató 301 átirányítások beállítását, valamint a belső linkek, a canonical címkék és a sitemap URL-ek frissítését a biztonságos protokoll használatára. Az átirányítási lépés kihagyása azt jelenti, hogy a keresőmotorok a HTTP- és HTTPS-oldalakat duplikátumként látják, ami hígítja a rangsorolási jelzéseket.

A gyakori HTTPS-megvalósítási hibák közé tartoznak a vegyes tartalomra vonatkozó figyelmeztetések, amikor egy HTTPS-en keresztül kiszolgált oldal HTTP-n keresztül tölt be képeket, szkripteket vagy stíluslapokat. A böngészők ezeket az oldalakat részben nem biztonságosként jelölik meg, ami ugyanazokat a bizalmi figyelmeztetéseket válthatja ki, mint egy teljesen nem biztonságos oldal. A tanúsítvány lejárata egy másik gyakori probléma. Az SSL-tanúsítványok érvényességi ideje korlátozott, és ha az Öné megújítás nélkül lejár, a látogatók teljes képernyős böngészőfigyelmeztetést látnak, amely gyakorlatilag blokkolja az oldalhoz való hozzáférést. A tárhelyszolgáltatón vagy tanúsítványkezelő szolgáltatáson keresztüli automatikus megújítás teljesen kiküszöböli ezt a kockázatot.

A webhelyarchitektúra arra utal, hogyan vannak az oldalak megszervezve és egymáshoz kapcsolva. A jól strukturált webhely lehetővé teszi a keresőmotorok robotjai számára, hogy a kezdőlaptól néhány kattintáson belül felfedezzék az összes fontos oldalt, míg a rosszul strukturált webhely értékes tartalmat rejt el összetett navigáció, árva oldalak vagy JavaScript-függő megjelenítés mögé, amelyet a robotok nem tudnak végrehajtani. Az általános szabály, hogy egyetlen fontos oldal sem lehet három kattintásnál távolabb a kezdőlaptól. A mélyebb oldalak kevesebb bejárási költségvetést kapnak, ami azt jelenti, hogy ritkábban fedezik fel őket, és lehet, hogy egyáltalán nem indexelik őket.

A belső linkelés az elsődleges mechanizmus, amellyel a webhely szerkezetét közöljük a keresőmotorokkal. A webhely minden oldalának legalább egy másik releváns oldalra kell linkelnie, és onnan linkelve kell lennie. Azok az oldalak, amelyekre több belső link mutat, nagyobb fontosságot jeleznek a robotok számára. Ezért a kezdőlapja, a szolgáltatási oldalak és a legjobban teljesítő blogbejegyzések kapják a legtöbb belső linket. A belső linkelési audit gyakran feltár árva oldalakat, olyan oldalakat, amelyekre nem mutat belső link, és amelyek gyakorlatilag láthatatlanok a keresőmotorok számára, annak ellenére, hogy közzé vannak téve és élnek.

Az URL-struktúra is szerepet játszik a bejárhatóságban és a felhasználói élményben. A tiszta, leíró URL-ek, mint a /services/website-design, előnyösebbek, mint a paraméterekkel teli URL-ek, mint a /page?id=47&cat=3. A keresőmotorok elemzik az URL-összetevőket a relevanciajelzések szempontjából, és a felhasználók nagyobb valószínűséggel kattintanak az olvasható URL-ekkel rendelkező találatokra. Javasoljuk, hogy a webhelyfejlesztés során alakítson ki egységes URL-konvenciót, és irányítsa át a nem megfelelő örökölt URL-eket. Az URL-ek 301 átirányítások nélküli megváltoztatása az egyik leggyakoribb oka a hirtelen forgalomcsökkenésnek a webhely újratervezése során.

A strukturált adatok, amelyeket séma jelöléssel valósítunk meg, olyan kód, amelyet az oldalakhoz adunk, hogy segítsük a keresőmotorokat a tartalom pontosabb megértésében. Ahelyett, hogy algoritmusokra támaszkodnánk annak kikövetkeztetéséhez, hogy egy oldal receptet, terméklistát vagy üzleti címet tartalmaz, a strukturált adatok kifejezetten deklarálják, mit képvisel az egyes tartalomelemek. Ez az explicit jelleg teszi lehetővé a rich result-okat, olyan fejlettebb keresési találatokat, amelyek csillagos értékeléseket, árakat, GYIK harmonikákat, eseménydátumokat és egyéb vizuális elemeket jelenítenek meg közvetlenül a keresési találatok oldalán.

Kisvállalkozások számára a leghatásosabb sématípusok a LocalBusiness, a FAQPage, a Product és a Review. A LocalBusiness séma megmondja a Google-nak a vállalkozás nevét, címét, telefonszámát, nyitvatartási idejét és szolgáltatási területét, ami tudáspanelt válthat ki a márkaneves kereséseknél. A FAQPage séma közvetlenül a keresési találatokban jelenítheti meg a gyakran ismételt kérdéseket, gyakorlatilag további helyet foglalva el az oldalon. A Review séma csillagos értékeléseket jelenít meg a lista mellett, ami jelentősen növeli az átkattintási arányt. A tanulmányok következetesen azt mutatják, hogy a rich result-ok 20-30 százalékkal több kattintást hoznak, mint a szokásos találatok ugyanazon a pozíción.

A strukturált adatok megvalósításához JSON-LD szkriptblokkokat kell hozzáadni az oldal HTML-jéhez. A JSON-LD a Google által előnyben részesített formátum, mert elválasztja a strukturált adatokat a látható tartalomtól, így könnyebb karbantartani, és kevésbé valószínű, hogy eltörik, amikor az oldal dizájnja megváltozik. A Google Rich Results Test eszköze érvényesíti a jelölést, és azonosítja a hibákat, mielőtt azok befolyásolnák a keresési megjelenést. Javasoljuk, hogy a LocalBusiness és a FAQPage sémával kezdje, mivel ezek minimális adatot igényelnek, és a legláthatóbb fejlesztéseket nyújtják a szolgáltatásalapú vállalkozások számára.

Az XML sitemap egy fájl, amely felsorolja a webhely minden olyan oldalát, amelyet indexeltetni szeretne a keresőmotorokkal, valamint metaadatokat tartalmaz arról, hogy mikor módosították utoljára az egyes oldalakat, és mennyire fontosak a többi oldalhoz képest. A sitemap Google Search Console-on keresztüli beküldése biztosítja, hogy a Google tudomást szerezzen minden indexelni kívánt oldalról, még akkor is, ha egyes oldalakat nehéz felfedezni pusztán a bejárás révén. A sitemap-ek különösen fontosak új webhelyek, több száz oldalt tartalmazó nagy webhelyek és gyakran tartalmat hozzáadó webhelyek, például blogok vagy e-kereskedelmi katalógusok számára.

A robots.txt fájl az ellenkező célt szolgálja: megmondja a keresőmotorok robotjainak, hogy a webhely mely részeihez ne férjenek hozzá. Ez hasznos az admin oldalak, a staging környezetek, a duplikált tartalom és a belső keresési találati oldalak indexelésének megakadályozására. A helytelenül beállított robots.txt fájl az egyik leggyakoribb és legkárosabb technikai SEO-hiba, amellyel találkozunk. Olyan webhelyeket auditáltunk, ahol egyetlen sor, Disallow: /, blokkolta a teljes webhely bejárását, amelyet a tulajdonos véletlenül telepített egy staging konfiguráció során, és soha nem állított vissza.

A legjobb gyakorlatok közé tartozik, hogy a webhelytérképet a CMS vagy a build folyamat automatikusan frissítse, beküldje a Google Search Console-on és a Bing Webmaster Tools-on keresztül, valamint tesztelje a robots.txt fájlt a Google robots.txt tesztelőjével, hogy ellenőrizze: engedélyezi-e a indexelni kívánt oldalak elérését, és blokkolja-e azokat, amelyeket nem. Ezek a fájlok kicsik, egyszerűek és könnyen figyelmen kívül hagyhatók, de az elrontásuk aránytalanul nagy következményekkel járhat a keresési láthatóságra nézve.

A technikai SEO fejlesztések többségét egy hozzáértő webfejlesztő vagy egy mérsékelt technikai tudással rendelkező vállalkozó is elvégezheti. Az SSL tanúsítvány telepítése, a képek tömörítése, a webhelytérkép beküldése és az alapvető schema markup hozzáadása mind olyan feladatok, amelyek dokumentáció és tesztelőeszközök segítségével néhány óra alatt elvégezhetők. Ha a webhelye modern CMS-re épül, például WordPress, Shopify vagy Squarespace alapon, ezek az optimalizálások többsége bővítményekkel vagy beépített beállításokkal elérhető.

A számítás megváltozik, ha a problémák összetettek, összefüggenek, vagy örökölt infrastruktúrát érintenek. Azok a webhelyek, amelyek több újratervezésen estek át megfelelő átirányítások nélkül, az egyedi fejlesztésű platformokon futó, CMS-támogatás nélküli webhelyek, a JavaScript-nehéz renderelésű, a bejárást akadályozó webhelyek, valamint a megmagyarázhatatlan rangsorolásesést tapasztaló webhelyek mind profitálnak a professzionális technikai SEO elemzésből. Egy képzett szakértő diagnosztikai eszközöket, számos webhelyen szerzett mintafelismerést és azt a képességet hozza, hogy megkülönböztesse a tüneteket az okoktól, ami rendkívül nehéz, amikor először nézi a saját webhelyét.

A GRADAX-nál a technikai SEO auditjaink egy átfogó bejárással kezdődnek, amely több mint kétszáz technikai tényezőt értékel, a szerver válaszkódoktól és átirányítási láncoktól a renderelést blokkoló erőforrásokig és a canonical címke ütközésekig. A megállapításokat a becsült forgalmi hatás szerint rangsoroljuk, és egy helyreállítási ütemtervet adunk át világos határidőkkel és felelősségi körökkel. Ha úgy sejti, hogy technikai problémák tartják vissza webhelyét a keresési potenciálja elérésében, vegye fel a kapcsolatot csapatunkkal egy olyan auditért, amely elválasztja a cselekvhető problémákat a háttérzajtól.