Technikai SEO ellenőrzőlista: mit javíts először, hatás szerinti sorrendben

Gyors kvíz

Neked való a SEO, és hogyan kezdd el?

1. kérdés, összesen 425%

Keresik az emberek a Google-ben, amit eladsz?

Igen, szerintem igenNem, új vagy nagyon speciálisNem tudom

Mit fed le a technikai SEO ellenőrzőlista (és mit nem)

A technikai SEO a weboldalad vízvezetéke. A tartalmad lehet kiváló, de ha a Google nem tudja letölteni az oldalt, vagy rossz változatát tölti le, az oldal soha nem fog rangsorolódni. A technikai ellenőrzőlista három kérdésre válaszol, ebben a sorrendben: elérik-e a keresőmotorok az oldalt, megértik-e, és kellemes-e használni?

A Google maga alacsonyan tartja a lécet. A Search Essentials technikai követelményei mindössze három feltételt sorolnak fel ahhoz, hogy egy oldal indexelhető legyen: a Googlebot nincs blokkolva, az oldal HTTP 200 (sikeres) állapotkódot ad vissza, és az oldalnak indexelhető tartalma van. A lista minden más pontja arról szól, hogyan teljesítsd ezt a hármat tisztán, nagy léptékben, a Google figyelmének pazarlása nélkül.

Amit a technikai ellenőrzőlista nem fed le: a kulcsszóválasztás, a szövegeid minősége vagy a visszamutató linkek. Ezek az oldalon belüli SEO-hoz és a linképítéshez tartoznak. Ha a teljes képet szeretnéd látni arról, hogyan pontoznak és jelentenek egy auditot, a technikai SEO audit útmutatónk mélyebben tárgyalja a módszert. Ez a cikk más szemszögből közelít: minden ellenőrzést hatás szerint rangsorol, hogy az elfoglalt tulajdonos tudja, mit javítson először, és mi várhat.

Prioritás	Mit véd	Tipikus ellenőrzések	Mi történik, ha kihagyod
1. Blokkoló	Indexelés	robots.txt, noindex címkék, 4xx és 5xx hibák, HTTPS	Az oldalak teljesen eltűnnek a Google-ből
2. Pazarló	Crawl-hatékonyság	Átirányítási láncok, duplikátumok, canonical, sitemap, törött linkek	A Google rossz változatot indexel, vagy figyelmen kívül hagyja az új oldalakat
3. Élmény	Rangsorolás és konverzió	Core Web Vitals, mobil elrendezés, strukturált adatok	A lehetségesnél lejjebb rangsorolsz, a látogatók pedig elmennek
4. MI-készenlét	Láthatóság a ChatGPT-ben, a Geminiben, a Perplexityben	MI-crawlerek elérése, tartalom a nyers HTML-ben, egyértelmű entitások	Az MI-asszisztensek a versenytársaidat idézik helyetted

Az egyórás első kör: itt kezdd

Nem kell fejlesztőnek lenned ehhez az első körhöz. Szükséged van a Google Search Console elérésére, egy crawlerre (kis oldalaknál elég az ingyenes változat), és a tíz legfontosabb oldalad listájára: nyitóoldal, fő szolgáltatás- vagy termékoldalak, árak, kapcsolat.

Írd fel, amit találsz, egy egyszerű táblázatba: URL, probléma, prioritás, felelős, javítás dátuma. Ez a napló teszi az egyszeri auditból szokást. Ha segítség kell a crawler kiválasztásához, a legjobb technikai SEO eszközök összehasonlításunk a feladatuk szerint rangsorolja őket.

1. prioritás: távolíts el mindent, ami blokkolja az indexelést

Ezek az ellenőrzések azért állnak az első helyen, mert egyetlen hiba az oldalad egész szekcióját törölheti a Google-ből. Általában gyorsan javíthatók is, ha egyszer megtaláltad őket.

A robots.txt nem blokkol fontos oldalakat

A robots.txt fájl megmondja a crawlereknek, mely mappákat látogathatják. Egy tesztkörnyezetből ottmaradt Disallow: / sor az egyik leggyakoribb oka annak, hogy egy oldal eltűnik egy újratervezés után. Ellenőrizd, hogy a termék-, szolgáltatás- és blogmappák engedélyezettek, és hogy a CSS és JavaScript fájlok nincsenek blokkolva, mert a Google-nek szüksége van rájuk az oldal megjelenítéséhez. A fájlt másodpercek alatt validálhatod a robots.txt ellenőrzőnkkel, és ha a Search Console már mutatja a figyelmeztetést, a Blokkolva a robots.txt által útmutatónk minden javítást elmagyaráz.

Nincsenek eltévedt noindex címkék

A noindex meta címke vagy HTTP-fejléc azt mondja a Google-nek, hogy dobja el az oldalt. Hasznos köszönőoldalakon, belső keresési eredményeken és bejelentkezési képernyőkön. Katasztrófa az árazási oldaladon. Szűrd a crawl-exportot a "noindex" kifejezésre, és erősítsd meg, hogy a lista minden oldalának rejtettnek kell lennie.

A kulcsoldalak 200-as állapotkódot adnak

Minden fontos URL-nek 200-as kóddal kell válaszolnia. A 404 (nem található) vagy 5xx (szerverhiba) kódot visszaadó oldalak nem indexelhetők. A szerverhibák különös figyelmet érdemelnek: ha ismétlődnek, a Google lassítja a látogatásait, hogy védje a szerveredet. Az üresnek tűnő, mégis 200-at adó oldalak, az úgynevezett soft 404-ek, újabb csapdát jelentenek, erről a soft 404 útmutatónk szól.

Az oldal egyetlen biztonságos változata

Az oldalad négyféleképpen érhető el: "www"-val vagy anélkül, "http"-vel vagy "https"-sel. Csak az egyiknek szabad válaszolnia, a másik háromnak véglegesen át kell irányítania rá. Írd be böngészőbe mindegyik változatot, és nézd meg, hová jutsz. Az HTTPS és SEO útmutatónk biztonságos migrációt mutat be, ha még részben http-n vagy.

2. prioritás: ne pazarold a Google figyelmét

Ha semmi nincs blokkolva, a következő cél az, hogy minden crawl számítson. A Google nem látogat meg minden URL-t minden nap. Minden duplikátum, lánc vagy halott link, amelyet követ, egy olyan látogatás, amely nem az új tartalmadra megy el.

Az átirányítások közvetlenül a végső oldalra mennek

Az átirányítási lánc az, amikor az A oldal a B-re küld, az pedig a C-re. Minden ugrás lassítja a felhasználókat és hígítja a jeleket. Cserélj le minden láncot egyetlen közvetlen végleges átirányításra (301) a régi URL-ről a végsőre, és frissítsd a belső linkeket, hogy közvetlenül a végső URL-re mutassanak. Bármely URL útját követheted az átirányítás-ellenőrzőnkkel, a teljes SEO átirányítások útmutatónkból pedig megtudhatod, mikor használj 301-et, 302-t, 307-et vagy 308-at.

A duplikátumok egyetlen canonical URL-re mutatnak

Ugyanaz az oldal gyakran több címen is létezik: követőparaméterekkel, szűrőkkel, záró perjellel vagy anélkül. A canonical címke megmondja a Google-nek, melyik változat a referencia. Ellenőrizd, hogy minden fontos oldal canonical címkéje önmagára mutat, és hogy a Google egyetért: az URL-vizsgálatban hasonlítsd össze a "Felhasználó által megadott canonical" és a "Google által kiválasztott canonical" értékét. Ingyenes canonical ellenőrzőnk megmutatja, hová mutat bármely oldal canonical címkéje.

Az XML sitemap csak az indexelni kívánt oldalakat tartalmazza

A sitemap egy lista, amelyet átadsz a Google-nek. Csak élő, indexelhető, canonical, 200-at visszaadó URL-eket tartalmazzon. A Google sitemap dokumentációja szerint egy fájl legfeljebb 50MB tömörítetlenül vagy 50000 URL lehet, teljes abszolút URL-eket kell használnia, és azt a változatot kell felsorolnia, amelyet az eredményekben látni szeretnél. Küldd be a Search Console-ban, és hasonlítsd össze a "beküldött" és az "indexelt" számot. Lépésről lépésre útmutatónk megmutatja, hogyan készíts sitemapet, a sitemap ellenőrző pedig validálja a fájlt.

Nincsenek törött belső linkek, nincsenek árva oldalak

A belső linkek révén mozognak a látogatók és a crawlerek is az oldaladon. Javíts ki minden belső linket, amely 404-re vezet, és gondoskodj arról, hogy minden fontos oldal kapjon legalább néhány linket kapcsolódó oldalakról. Az olyan oldalt, amelyre nem mutat belső link (árva oldal), gyakran későn találják meg, vagy egyáltalán nem. Az oldalarchitektúra a SEO-hoz útmutatónk elmagyarázza, hogyan tartsd a kulcsoldalakat közel a nyitóoldalhoz.

3. prioritás: tedd az oldalakat gyorssá, stabillá és mobilbaráttá

A sebesség és a mobilhasználhatóság ritkán távolít el egy oldalt a Google-ből, de befolyásolja, mennyire jól rangsorol, és mindenekelőtt azt, hogy a látogatók maradnak-e. A Google Core Web Vitals dokumentációja három célt tűz ki: a Largest Contentful Paint (LCP, a fő tartalom megjelenéséig eltelt idő) 2,5 másodpercen belül legyen, az Interaction to Next Paint (INP, milyen gyorsan reagál az oldal egy koppintásra vagy kattintásra) 200 ezredmásodperc alatt, a Cumulative Layout Shift (CLS, mennyit ugrál az elrendezés) pedig 0,1 alatt. A Google szerint ezek az értékek összhangban vannak azzal, amit a központi rangsoroló rendszerei jutalmazni akarnak, de azt nem mondja meg, mekkora súllyal.

A legtöbb oldal még mindig elbukik legalább egy célon. Az HTTP Archive Web Almanac 2024-es teljesítmény-fejezete minden küszöbértékhez mérte a mobil weboldalakat:

A betöltés a leggyengébb pont, ezért itt kezdd. A szokásos javításokat egyszerű átadni egy fejlesztőnek vagy ügynökségnek:

• Tömörítsd és méretezd át a képeket, modern formátumban szolgáld ki őket, és a főképnek adj elsőbbséget a késleltetett betöltés helyett.
• Távolítsd el a már nem használt szkripteket: régi csevegő-widgeteket, elhagyott követőkódokat, használaton kívüli csúszkákat.
• Foglalj helyet a képeknek, hirdetéseknek és beágyazásoknak rögzített méretekkel, hogy az elrendezés ne ugráljon.
• Tesztelj valódi telefonon: elég nagy gombok, a tartalmat nem takaró felugró ablak nélkül, ugyanaz a tartalom, mint asztali gépen.

A PageSpeed Insights útmutatónk elmagyarázza, hogyan olvasd a jelentést, és hogyan hagyd figyelmen kívül a zajt, a Core Web Vitals szószedet-bejegyzés pedig érthető szavakkal mutatja be az egyes mutatókat.

Strukturált adatok ott, ahol megfelelnek az oldalnak

A strukturált adatok (JSON-LD formátumú séma-jelölés) a gépeknek írják le az oldalt: ez egy termék, ez az ára, ez a mögötte álló cég. Csak ott add hozzá, ahol ténylegesen megfelel a látható tartalomnak: Organization a nyitóoldalon, Product a termékoldalakon, Article a blogbejegyzéseken, LocalBusiness egy üzletnél. Publikálás előtt validáld a strukturált adat validátorunkkal.

4. prioritás: nyisd meg az ajtót az MI-asszisztensek előtt

A keresések egyre nagyobb hányada a ChatGPT, a Gemini, a Claude vagy a Perplexity válaszával végződik linklista helyett. Ezek az asszisztensek saját crawlerekre támaszkodnak, és a Google számára tökéletes oldal is láthatatlan maradhat számukra. Három ellenőrzés számít a legtöbbet:

• Az MI-crawlerek nincsenek véletlenül blokkolva. Sok robots.txt fájl és tűzfalszabály alapból blokkolja az olyan botokat, mint a GPTBot vagy a PerplexityBot. Tudatosan döntsd el, melyiket engeded be; a robots.txt MI-crawlerekhez útmutatónk felsorolja őket.
• A fő tartalmad benne van a nyers HTML-ben. Sok MI-crawler nem futtat JavaScriptet. Ha a szöveged csak a szkriptek betöltése után jelenik meg, üres oldalt látnak. A JavaScript SEO útmutatónk megmutatja, hogyan ellenőrizd.
• A márkádra vonatkozó tények egyértelműek és következetesek. A cég neve, mit árulsz, hol működsz: ugyanaz az oldaladon, a strukturált adataidban és máshol lévő profiljaidban.

A teljes listát lásd a technikai GEO ellenőrzőlistánkban. Ha a javítások élesek, tudnod kell, működnek-e. A Sorank GEO / SEO irányítópultja egy nézetben mutatja a Google-forgalmadat és az MI-asszisztensekben mért láthatóságodat, így minden javítás hatását látod eszközváltás nélkül.

Gyakori technikai SEO hibák

Ezeket a hibákat látjuk leggyakrabban kis és közepes vállalkozások oldalain. A legtöbb újratervezésből, platformváltásból vagy ellenőrzés nélkül telepített bővítményből ered.

Az utolsó a legdrágább. A weboldalak sodródnak: egy bővítmény-frissítés noindexet ad hozzá, egy új oldalsablon elfelejti a canonical címkét, egy szerkesztő töröl egy oldalt, amelyre visszamutató linkek érkeztek. Egy rövid havi ellenőrzés ezeket elkapja, mielőtt forgalomba kerülnének.

A technikai SEO ellenőrzőlistád, amit érdemes megtartani

Másold be a listát a projekteszközödbe, és havonta pipáld ki, aztán minden újratervezés, migráció vagy platformváltás után is. A pontok prioritási sorrendben vannak.

Ha ma csak egyre jut időd, csináld az első két sort: nyisd meg a Search Console-t, és vizsgáld meg a tíz legfontosabb oldaladat. Ha az egyik nincs a Google-ben, megtaláltad a hét prioritását. Ha mind ott van, futtass egy crawlt, és haladj végig a listán. Ingyenes törött link ellenőrzőnk gyors módja annak, hogy bármelyik oldalon elkezdd.