On-page SEO ellenőrzőlista a jobb rangsorolásért és UX-ért

Mit nyújt ez az ellenőrzőlista

Ez az ellenőrzőlista tömör, azonnal végrehajtható on-page SEO feladatokat, amelyeket azonnal elvégezhet: technikai ellenőrzések, amelyek befolyásolják a feltérképezést és indexelést, a tartalom és a metaadatok legjobb gyakorlatait, a belső linkstruktúrát, a teljesítményt és a Core Web Vitals, valamint egy ellenőrzési/hibaelhárítási rész pontos eszközökkel és parancsokkal.

Hogyan érdemes gondolkodni az on-page SEO-ról (crawl, index, rank)

Értékeléskor három fázist különítsen el: crawling (feltárás és lekérés), indexing (amit a Google az oldalról tárol) és ranking (az eredmények sorrendje). A crawling/indexing szinten végrehajtott javítások lehetővé teszik a tartalom számára, hogy rangsorolási jelként használható legyen, de önmagukban nem módosítják automatikusan a helyezést. 2024 júliusa óta a Google alapértelmezés szerint Googlebot Smartphone-tal térképezi fel a webhelyeket a Search-hez — tekintse a mobil nézetet az elsődleges forrásnak arra, amit a Google lát.

Alapvető technikai ellenőrzések

Először futtassa ezeket. Ezek a láthatóságra és a webhely alapvető egészségére vonatkoznak.

• Robots és meta robots: győződjön meg róla, hogy az indexelni kívánt oldalak engedik a feltérképezést és az indexelést. Ellenőrizze az HTML <meta name="robots"> és a szerveroldali X-Robots-Tag fejlécek hiányzó vagy ellentmondó utasításait.
• Canonical tagek: használjon egyetlen rel="canonical"-t, amely a preferált URL-re mutat, és ellenőrizze, hogy mobilon és asztali verzión egyaránt önkonzisztens; canonical konfliktusok megakadályozhatják az indexelést.
• Oldaltérkép: csak canonical URL-eket tartalmazzon, és győződjön meg róla, hogy azXML sitemap hivatkozva van a robots.txt. Nagy oldalaknál ossza fel a sitemapokat a sitemap protokoll szerint.
• Mobil renderelés: tesztelje reprezentatív oldalakat a Google Search Console URL Inspection eszközzel és egy smartphone user-agenttel, hogy megerősítse: a mobil HTML megegyezik azzal a tartalommal, amit indexelni szeretne.
• HTTP státusz és átirányítások: győződjön meg róla, hogy a canonical és fontos oldalak 200-at adnak vissza és az átirányítások 301-ek (vagy szükség szerint 302-ek). Kerülje az átirányítási láncokat.

Tartalom és on-page elemek

A tartalom minősége és struktúrája továbbra is központi szerepű. Ezek az elemek javítják mind a felhasználói élményt, mind azokat a jelzéseket a keresőmotorok figyelnek.

• Title tagek: írjon minden oldalhoz egyedi, leíró címet, amely tükrözi az oldal témáját és elsődleges keresési szándékát.
• Meta leírások: készítsen hasznos összefoglalókat, amelyek pontosan leírják az oldalt; közvetlenül nem határozzák meg a rangsorolást, de befolyásolják a CTR-t.
• Fejlécek és tartalomhierarchia: használjon H2/H3-at a logikus részek jelölésére. Tartsa áttekinthetővé a tartalmat rövid bekezdésekkel, listákkal és világos alcímekkel.
• Egyedi, hasznos tartalom: összpontosítson olyan tartalomra, amely válaszol a felhasználói szándékra és értéket ad a vékony vagy duplikált anyagokon túl. Kerülje nagy blokkok más oldalakról történő másolását.
• Képek és alt szöveg: tömörítse a képeket, használjon responsive srcset-et ahol hasznos, és adjon rövid alt szöveget, amely leírja a kép funkcióját vagy tartalmát.

Belső linkelés és URL-struktúra

A belső linkek segítik a felhasználókat és a keresőmotorok oldalainak felderítését és priorizálását. Kezelje a belső linkeket szerkesztői jelzésként, és tartsa az anchor textet leíróan és relevánsan.

• Laposítsa a mélyen lévő oldalakat, ahol indokolt, kontextuális belső linkek hozzáadásával releváns hubokról fontos bejegyzésekre.
• Konzisztens URL-ek: használjon olvasható, stabil URL-eket, és kerülje a lekérdezési stringeket a canonical tartalomnál, ahol lehetséges.

UX, teljesítmény és Core Web Vitals

A teljesítmény befolyásolja az elköteleződést, és hatással lehet arra, hogyan értékelik a keresőmotorok az oldal értékét. Kezelje a Core Web Vitals-t felhasználóközpontú KPI-ként: LCP (loading), INP (interaction), CLS (visual stability).

• Szerver és hosting: ha az erőforrások korlátozottak, váltson olyan tervre vagy szolgáltatóra, amely megfelel a forgalmi és alkalmazási igényeknek. A megosztott hostok okozhatnak noisy-neighbor problémákat; a managed platformok csökkenthetik az üzemeltetési terheket.
• Erőforrás-optimalizálás: használjon modern képformátumokat ahol alkalmazható, engedélyezze a szövegtömörítést, és valósítson meg critical CSS/async JS stratégiákat a blokkolási idő csökkentésére.
• Caching és CDN: használjon CDN-eket földrajzilag elosztott kiszolgáláshoz, és állítsa be a cache-fejléceket a statikus erőforrásokhoz.

Kimenő linkek, rel attribútumok és fizetett elhelyezések

Használja a rel attribútumokat a link szándékának tisztázására. Nincs rel="dofollow" attribútum — egy normál link egyszerűen olyan link, amelynek nincs rel=nofollow, rel=sponsored vagy rel=ugc értéke. Fizetett vagy szponzorált linkeknél használjon rel="sponsored"-et; felhasználók által generált linkeknél rel="ugc"-t; ha egy linket jelzésként szeretne megjelölni a keresőmotorok felé, használja a rel="nofollow"-t.

Inline példák: egy szabványos link speciális rel érték nélkül: példa. Szponzorált tartalom esetén: példa. Felhasználó által generált linkek esetén: példa.

A Google linkspam szabályzata akkor vonatkozik, amikor a linkeket elsősorban a rangsorolás manipulálására használják. A fizetett elhelyezéseknek rel="sponsored"-et vagy rel="nofollow"-t kell használniuk, és a szerkesztői kontextus, az indexálhatóság és a kiadó minősége határozza meg az elhelyezés SEO értékét.

Ellenőrzés és hibaelhárítás (eszközök és parancsok)

Használja az alábbi eszközöket és parancsokat annak ellenőrzésére, hogyan renderelődnek az oldalak és hogyan látják azokat a keresőmotorok. A saját oldalai esetén a Google Search Console URL Inspection az irányadó az ellenőrzésre és az élő tesztelésre.

• Csak fejlécek lekérése (gyors státusz): curl -I https://example.com/page — ez a válaszfejléceket adja vissza a törzs nélkül.
• HTML lekérése smartphone UA-val: curl -A "Mozilla/5.0 (Linux; Android)" https://example.com/page — használja ezt a mobil és asztali HTML összehasonlítására mobil-first renderelés tesztelésekor.
• Renderelt DOM ellenőrzések: nyissa meg az oldalt Chrome-ban, használja a DevTools Elements és Network paneljeit annak megerősítésére, hogy a kritikus tartalmat nem injektálja később JS, és hogy az erőforrások 200-at adnak vissza. A DevTools-ban lévő Lighthouse segít feltárni teljesítményproblémákat és a Core Web Vitals-t.
• Rich Results Test és Schema: ellenőrizze a strukturált adatokat a Rich Results Test-tel és a Schema Markup Validator a schema.org-on a helyesség és jogosultság ellenőrzésére.

Külső indexelési ellenőrzések: a site: operátor jelezheti, hogy a Google nyilvánosan megjeleníti-e az oldalakat, de nem teljesen meghatározó. A saját oldalaknál előnyben részesítse a Search Console URL Inspection-t az irányadó indexálás és lefedettségi részletekért.

Gyors audit ellenőrzőlista (futtassa ezt egy oldalmintán)

• Ellenőrizze az HTTP státuszt, a canonical és robots utasításokat.
• Ellenőrizze, hogy a mobil HTML tartalmazza-e ugyanazt az elsődleges tartalmat, amelyet indexelni szeretne.
• Ellenőrizze a title-t, meta leírást és a fejlécstruktúrát.
• Futtassa a Lighthouse-ot a teljesítményhez, és ellenőrizze az LCP/INP/CLS metrikákat.
• Ellenőrizze a strukturált adatokat a Rich Results Test-tel.

Mikor kell bevonni a mérnököket vagy a termékcsapatot

Ha a javítások szerverkonfigurációt, canonical logika módosítását, vagy jelentős frontend refaktort igényelnek (renderelési változások, critical CSS, vagy kliensoldali renderelési problémák), vonja be a mérnöki csapatot. Prioritizáljon az üzleti forgalmat és konverziókat hozó oldalak alapján.

Olvassa el a Technical SEO Guide-ot

Gyakran ismételt kérdések

Hogyan befolyásolja a mobile-first indexelés az on-page SEO-t?

A Google a mobil verziót használja elsődleges alapként a feltérképezéshez és indexeléshez. 2024 júliusa óta a Google alapértelmezésben Googlebot Smartphone-tal térképezi fel az oldalakat, ezért győződjön meg róla, hogy a mobil HTML tartalmazza ugyanazokat a fontos tartalmakat, metaadatokat és strukturált adatokat, amelyeket indexelni szeretne.

Ha az oldalaim nincsenek indexelve, mit ellenőrizzek először?

Kezdje a URL Inspection-nel a Google Search Console-ban a canonical URL-en, hogy lássa a lefedettségi okokat. Külső szemmel ellenőrizze a robots utasításokat, canonical tageket, HTTP státuszt, és hogy az oldal tartalma jelen van-e a mobil HTML-ben curl vagy egy smartphone UA használatával a DevTools-ban.

Hatnak-e közvetlenül a Core Web Vitals a rangsorolásra?

A Core Web Vitals felhasználóközpontú metrikák, amelyek beépülnek abba, hogyan értékelik a keresőmotorok az oldalak élményét. Javításuk segíti a felhasználói elköteleződést és befolyásolhatja az oldalak összehasonlítását, de csupán az egyik sok jel között a rangsorolási döntésekben.

Mikor használjam a rel="nofollow"-t és mikor a rel="sponsored"-ot?

A rel="sponsored"-t használja fizetett vagy kompenzált linkeknél. A rel="nofollow"-t használja, ha egy linket jelzésként szeretne megjelölni a keresőmotorok felé — például megbízhatatlan vagy alacsony minőségű kimenő linkek esetén. A Google a rel értékeket jelzésként kezeli, tehát tájékoztatják, de nem szigorúan szabályozzák, hogyan dolgozza fel a linkeket.