Egy pápai szolgáltató weboldalán ritkán a szöveg a legnagyobb baj. Sokkal gyakoribb, hogy a tartalom rendben van, csak épp a kereső vagy egy AI-válaszmotor nem éri el, nem tudja indexelni, vagy félreérti. Erre válaszol a technikai SEO audit: nem a szövegek minőségét, hanem a weboldal technikai alapjait vizsgálja. Ez az útmutató végigvezet a legfontosabb ellenőrzéseken, amelyeket saját magad, ingyenes eszközökkel is elvégezhetsz, és jelöli, hol beszélünk hivatalosan igazolt tényről, hol saját tapasztalatról, és hol szakmai feltételezésről.
Mi az a technikai SEO audit, és miért érdemes magadnak megcsinálni?
A technikai SEO audit a weboldal azon tulajdonságainak átvizsgálása, amelyek meghatározzák, hogy a keresők és az AI-rendszerek egyáltalán elérik, indexelik és értelmezni tudják-e az oldalt. Nem a kreatív tartalomról szól, hanem a technikai alapokról: elérhetőség, indexelhetőség, sebesség, mobilbarátság, strukturált adat és a duplikáció kezelése.
Egy önellenőrző audit legnagyobb haszna nem az, hogy mindent megjavítasz, hanem hogy látod, mi van. Pápán és a környező települések vonzáskörzetében sok kisebb szolgáltató weboldalát évekkel ezelőtt indították el, azóta hozzányúltak, bővítették, és közben észrevétlenül keletkeztek technikai hibák. Egy néhány órás átnézés megmutatja, hol szivárog el a láthatóság. (Saját tapasztalat.)
Indexelve van egyáltalán az oldalad?
Az első kérdés mindig ez: benne van-e az oldalad a kereső indexében. Ha nincs, a többi ráfordítás hatástalan.
Gyors, ingyenes önteszt: írd be a Google keresőbe a site:sajatdomained.hu lekérdezést. A találatok száma durva közelítést ad arról, hány oldaladat ismeri a kereső. Ha egy 40 aloldalas weboldalnál csak 5 találatot látsz, ott baj van.
A pontos képet a Google Search Console adja, amely ingyenes, de a domain igazolását kéri. A Lapok (Pages) jelentésben oldalanként látod, mi van indexelve, és mi nincs, indoklással együtt. (Hivatalosan igazolt: a Search Console indexelési jelentése a Google saját adatait mutatja.) Gyakori indokok, amikre figyelj:
- "Feltérképezve, jelenleg nincs indexelve": a Google látta, de nem tartotta elég értékesnek. Gyakran gyenge vagy duplikált tartalomra utal.
- "A noindex címke miatt kizárva": valahol egy
noindexutasítás tiltja az indexelést. Néha szándékos, néha véletlenül ottfelejtett beállítás. - "Alternatív lap megfelelő canonical címkével": a Google másik oldalt tekint az elsődlegesnek. Ez lehet helyes, de érdemes átnézni.
Mit tiltasz el akaratlanul a robots.txt-ben?
A robots.txt egy apró szövegfájl a domain gyökerében, amely megmondja a keresőrobotoknak, mit térképezhetnek fel. Egyetlen elgépelt sor egész szekciókat zárhat ki.
Nézd meg a sajátodat: írd be a böngészőbe a sajatdomained.hu/robots.txt címet. A leggyakoribb önokozott hiba így néz ki:
User-agent: *Disallow: /
Ez a két sor a teljes oldalt kizárja a feltérképezésből. Fejlesztés alatt szokás beállítani, aztán élesítéskor ottmarad. Amit látni szeretnél, az inkább csak célzott tiltás (például admin-könyvtárakra), és egy sor, amely a sitemapra mutat:
Sitemap: https://sajatdomained.hu/sitemap.xml
Fontos árnyalat: a Disallow a feltérképezést tiltja, nem az indexelést. (Hivatalosan igazolt, Google Search Central.) Ha egy oldalt biztosan ki akarsz venni a keresőből, arra a noindex meta címke a helyes eszköz, nem a robots.txt.
Rendben van a sitemap, és tényleg beküldted?
A sitemap.xml egy térkép a keresőnek arról, mely oldalaidat tartod fontosnak. Nem kötelező, de segíti a gyorsabb és teljesebb feltérképezést.
Ellenőrizd a sajatdomained.hu/sitemap.xml címen. Amit érdemes átnézni:
- Csak indexelhető, működő oldalak legyenek benne, ne 404-es vagy átirányított címek.
- Ne szerepeljenek benne olyan URL-ek, amelyeket máshol
noindex-szel tiltasz, mert ez ellentmondó jelzés. - A Search Console Webhelytérképek menüjében küldd is be, és nézd meg, hogy "Sikeres" státusszal olvasta-e be a Google.
A legtöbb WordPress-alapú oldalon egy SEO-bővítmény (például Yoast vagy Rank Math) automatikusan karbantartja a sitemapot, így itt inkább a beküldés meglétét kell ellenőrizni. (Saját tapasztalat.)
Elég gyors és mobilbarát az oldalad?
A sebesség és a mobilhasználhatóság ma alaptechnikai elvárás. A Google a mobilverzió alapján értékeli az oldalakat, és a lassú betöltés rontja a felhasználói élményt. (Hivatalosan igazolt: mobile-first indexelés, Google Search Central.)
Ingyenes eszköz a PageSpeed Insights: beírod az URL-t, és külön kapsz mobil és asztali értékelést, valamint konkrét javítási javaslatokat. A számszerű pontnál fontosabbak a mögötte lévő mutatók, amelyeket a Google Core Web Vitals néven mér:
- LCP (a legnagyobb tartalmi elem betöltése): mennyi idő alatt jelenik meg a fő tartalom.
- INP (interakciós válaszidő): mennyire gyorsan reagál az oldal a kattintásra, koppintásra.
- CLS (elrendezés-elmozdulás): mennyire "ugrál" a tartalom betöltés közben.
Egy pápai szolgáltatónál a leggyakoribb sebességprobléma a túl nagy, tömörítetlen kép a főoldalon. Egy 4 MB-os fénykép okostelefonon lomha betöltést eredményez. A képek átméretezése és modern formátumba (például WebP) mentése gyakran a legnagyobb egyszeri javulást hozza. (Saját tapasztalat.) Mobilon nézd meg saját telefonodon is: kényelmesen olvasható-e a szöveg nagyítás nélkül, elérhető-e minden gomb, nem lóg-e ki tartalom a képernyőből.
Érti a kereső, miről szól az oldalad? A strukturált adat szerepe
A strukturált adat (Schema.org szerinti jelölés) géppel értelmezhető formában írja le, mi micsoda az oldalon: cég, szolgáltatás, nyitvatartás, cikk, GYIK. Ez segítheti a gazdagabb keresési megjelenést és az AI-válaszmotorok pontosabb értelmezését.
Egy helyi szolgáltatónak jellemzően a LocalBusiness típus a legfontosabb: itt adhatod meg a cég nevét, címét, telefonszámát és nyitvatartását strukturáltan. A cikkekhez az Article, a kérdés-válasz blokkokhoz a FAQPage séma illik.
Az ellenőrzés ingyenes: a Google Rich Results Test és a Schema.org Validator eszközbe beillesztve az URL-t megnézheted, észlel-e strukturált adatot, és van-e benne hiba. Szakmai feltételezés: a strukturált adat önmagában valószínűleg nem javít a helyezéseken közvetlenül, de segítheti az egyértelmű értelmezést, ami a válaszmotoros korban egyre többet számíthat. Garanciát azonban nem ad gazdagabb megjelenésre, a keresők döntenek annak megjelenítéséről.
Nem versenyzel véletlenül saját magaddal? A duplikáció csapdája
Duplikáció akkor keletkezik, amikor ugyanaz a tartalom több URL-en is elérhető. Ilyenkor a kereső bizonytalan, melyiket rangsorolja, és a jelzések megoszlanak.
A leggyakoribb, észrevétlen esetek egy magyar oldalon:
- Az oldal
www-vel és anélkül is betölt (www.domain.huésdomain.hu). - A
httpés ahttpsváltozat is elérhető külön. - Záró perjellel és anélkül is működik ugyanaz az oldal (
/szolgaltatasés/szolgaltatas/).
Önteszt: próbáld ki mindegyik változatot a böngészőben. Az a helyes, ha a variánsok automatikusan átirányítanak egyetlen, következetes fő verzióra. Emellett minden fontos oldalon legyen canonical címke, amely megjelöli az elsődleges URL-t. Ezt a Search Console "Alternatív lap megfelelő canonical címkével" sora is visszaigazolja.
Hová visznek az átirányításaid, és hány lépésen át?
Az átirányítás akkor jó, ha egy régi címről egyetlen lépésben, 301-es kóddal a helyes új címre visz. A hibás vagy láncba fűzött átirányítás lassít és jelzést veszít.
Két jellemző hiba:
- Átirányításlánc: az A cím B-re, B a C-re, C a D-re irányít. Minden lépés időt és minőségjelzést emészt fel. A cél egy közvetlen A ugrás a végső címre.
- Ideiglenes helyett tartós: költözésnél a
301(végleges) a helyes, nem a302(ideiglenes). (Hivatalosan igazolt, HTTP-szabvány, W3C.)
Ingyenes ellenőrzésre jó a böngésző fejlesztői eszköze (Network fül) vagy egy online redirect-checker: beírod a régi URL-t, és látod, hány lépésen és milyen kóddal ér célba. A belső hivatkozásaidat pedig érdemes közvetlenül a végleges címre igazítani, hogy eleve ne keletkezzen felesleges ugrás.
Milyen sorrendben haladj? Egy önellenőrző lista
A leghatékonyabb sorrend az alapoktól halad a finomításig, mert egy indexelési hiba mindent felülír. Ezt a listát végigpipálva néhány óra alatt megkapod a saját oldalad technikai állapotát:
- Search Console beállítva, indexelési jelentés átnézve.
site:lekérdezés lefuttatva, a nagyságrend stimmel.- robots.txt ellenőrizve, nincs véletlen teljes tiltás.
- sitemap.xml létezik, tiszta, be van küldve.
- PageSpeed Insights lefuttatva mobilra és asztalra.
- Saját telefonon végignézve a mobilélmény.
- Strukturált adat validálva, nincs hibajelzés.
- www/nem-www, http/https, perjeles variánsok egy verzióra irányítanak.
- Átirányítások közvetlenek és 301-esek.
Ez az önellenőrzés nem helyettesíti a mélyebb szakmai auditot, és nem garantál jobb helyezést, de megbízhatóan megmutatja, hol vannak a technikai szűk keresztmetszetek. A talált hibák nagy része önerőből vagy a weboldalt kezelő fejlesztővel egyeztetve javítható. Ha a lista több pontján is elakadsz, az már önmagában hasznos eredmény: pontosan tudod, hol érdemes segítséget kérni.
Források és további olvasnivalók
- Google Search Central (dokumentáció és útmutatók a feltérképezésről, indexelésről, robots.txt-ről)
- Google Search Console súgó
- Google PageSpeed Insights és a Core Web Vitals dokumentáció
- Schema.org (a strukturált adat típusdefiníciói)
- W3C, a HTTP-állapotkódok szabványa (átirányítások)
- Google Rich Results Test és Schema.org Validator
- A technikai SEO audit nem rangsorolást ígér, hanem a láthatóság alaptechnikai feltételeit tárja fel: elérhetőség, indexelhetőség, értelmezhetőség.
- Kezdd az indexeléssel: ha az oldalad nincs a kereső indexében, minden más ráfordítás hatástalan.
- A robots.txt és a sitemap.xml két perc alatt ellenőrizhető, mégis itt keletkezik a legtöbb önokozott hiba.
- A sebesség és a mobilhasználhatóság ma alaptechnikai elvárás, nem extra: a Search Console és a PageSpeed Insights ingyen megmutatja a gyenge pontokat.
- A duplikáció és a hibás átirányításláncok halkan szivárogtatják el a láthatóságot; canonical és tiszta 301-ek segítenek rendet tartani.
Gyakori kérdések
Kell-e programozói tudás egy technikai SEO audithoz?
Az alap önellenőrzéshez nem. Az indexelés, a robots.txt, a sitemap, a sebesség és a strukturált adat vizsgálata ingyenes, böngészőből használható eszközökkel elvégezhető. A talált hibák egy része önerőből javítható, a mélyebb technikai beavatkozásokhoz viszont jellemzően a weboldalt kezelő fejlesztő segítsége kell.
Milyen ingyenes eszközök elegendők a kezdéshez?
A négy legfontosabb: Google Search Console az indexeléshez, PageSpeed Insights a sebességhez és mobilhoz, a Google Rich Results Test vagy a Schema.org Validator a strukturált adathoz, és maga a böngésző fejlesztői eszköze az átirányítások ellenőrzéséhez. A robots.txt és a sitemap egyszerűen a domain megfelelő címén megnyitva ellenőrizhető.
Milyen gyakran érdemes technikai SEO auditot végezni?
Saját tapasztalat szerint egy helyi szolgáltatónál évente egy alaposabb átnézés és minden nagyobb átalakítás (új dizájn, költözés, domainváltás) után egy ellenőrzés reális ritmus. Nagyobb változtatás után különösen fontos, mert ilyenkor keletkezik a legtöbb véletlen indexelési vagy átirányítási hiba.
Javít-e a strukturált adat a helyezésemen?
Közvetlenül valószínűleg nem, ez szakmai feltételezés. A strukturált adat elsősorban az egyértelmű gépi értelmezést segíti, és hozzájárulhat a gazdagabb keresési megjelenéshez, de ennek megjelenítéséről a keresők döntenek, és nem garantált. A válaszmotoros korban a pontos, géppel értelmezhető leírás értéke feltehetően nő.
Mi a különbség a robots.txt-ben tiltás és a noindex között?
A robots.txt Disallow sora a feltérképezést tiltja, vagyis azt, hogy a robot megnézze az oldalt. A noindex meta címke viszont az indexelést tiltja, azaz azt, hogy az oldal bekerüljön a keresőbe. Ha egy oldalt biztosan ki akarsz venni a találatok közül, a noindex a helyes eszköz, nem a robots.txt.
Honnan tudom, hogy egyáltalán indexelve van-e az oldalam?
Gyors közelítést ad, ha a Google keresőbe beírod a site:sajatdomained.hu lekérdezést, és megnézed, hány oldalad jelenik meg. A pontos, oldalankénti képet a Google Search Console Lapok jelentése adja, amely azt is megindokolja, ha egy oldal kimaradt az indexből.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.