Technical SEO vs on-page SEO: fő különbségek

Definíciók: mit fednek le az egyes diszciplínák

Technical SEO és on-page SEO ugyanazt az eredményt célozzák—a keresési láthatóságot—de a keresőmotorok feldolgozásának különböző szakaszaiban hatnak. Hibák diagnosztizálásakor használjon pontos kifejezéseket: a crawling a felfedezésről és lekérésről szól, az indexing pedig arról, hogy mit keresőmotorok tárolnak, a rangsorolás pedig az eredmények SERP-ben való sorrendjéről szól.

A Technical SEO a webhely és a szerverinfrastruktúra optimalizálására fókuszál, amely lehetővé teszi a keresőmotorok számára az oldalak felfedezését, renderelését, megértését és indexelését. Példák: robots-szabályok, canonicalizáció, szerverválaszok, sitemaps, strukturált adatok és a renderelést érintő Page Experience tényezők.

On-page SEO a tartalomra és a HTML jelekre fókuszál, amelyek kommunikálják az oldal témáját és szándékát a felhasználók és a keresőmotorok felé: címek, alcímek, törzsszöveg, belső linkelés, meta descriptions, szemantikus markup és a tartalom illeszkedése a keresési szándékhoz.

Hogyan hatnak egymásra a crawl, index és rank folyamatok során

A problémák gyakran a technical és az on-page munka határán jelennek meg. Egy jól optimalizált oldal, amely soha nem kerül indexelésre crawl-korlátozások vagy hibás canonical jelzések miatt, nem fog megjelenni a keresési eredmények között; fordított esetben egy indexelhető oldal, amely nem felel meg a keresési szándéknak, gyengén teljesíthet még tökéletes technikai beállítás mellett is.

Crawlelhetőség

Technikai beállítások (robots.txt, meta robots HTTP fejlécek, szerverválaszok) határozzák meg, hogy a crawler-ek lekérhetnek-e egy URL-t. Ellenőrizze a működést szerverlogokkal és a crawler által meghatározott user-agent lekérésekkel. Ne feledje: Google a mobil verziót használja elsődleges alapként a crawling and indexing. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default.

Indexelés

Az indexelési döntések mind technikai jelzéseken (canonical tagek, noindex direktívák, sitemaps), mind on-page jelzéseken (tartalom egyediség, relevancia) alapulnak. Egy noindex-szel blokkolt vagy más URL-re canonicalizált oldal általában ki lesz zárva, függetlenül a tartalom minőségétől.

Rangsorolás

A rangsorolás több jel alapján történik. A renderelést és a felhasználói élményt befolyásoló technikai tényezők (Core Web Vitals) és az on-page relevanciajelek egyaránt befolyásolják a rangot. Kerülje a determinisztikus megfogalmazást: a technikai javítások lehetővé teszik, hogy az oldalak mérlegelésre kerüljenek; a relevancia és a tekintély alakítja a helyüket az eredmények között.

Mechanika: konkrét területek, amelyekért felelni kell, és miért fontosak

Technical SEO mechanikája

Főbb technikai területek, amelyeket kezelnie vagy ellenőriznie kell:

• Robots.txt és HTTP fejlécek: szabályozzák a crawler-ek hozzáférését és a szerverválaszok megértését.
• Canonical tagek és átirányítási szabályok: egyesítik a duplikált tartalmakat és megakadályozzák az indexelési zavart.
• Sitemaps és crawl budgetek: előtérbe hozzák a prioritásoldalakat és segítik a felfedezést.
• Rendering és JS: gondoskodjon róla, hogy a kritikus tartalom szerveroldalon renderelődjön vagy megbízhatóan hidratálódjon; ellenőrizze, mit lát a keresőmotor a renderelés után.
• Schema és strukturált adatok: adjon explicit jeleket a rich megjelenítéshez és a funkciók jogosultságához.

On-page SEO mechanikája

Gyakorlati on-page feladatok közé tartoznak:

• Title tagek és headingek, amelyek tükrözik a felhasználói szándékot és természetesen tartalmazzák a célzott kifejezéseket.
• A tartalom struktúrája, mélysége és E-E-A-T jelek: használjon tényalapú forrásokat, ahol indokolt, és egyértelmű szerző/brand attribúciót.
• Belső linkelés, amely elosztja az autoritást és segíti a felhasználókat a kapcsolódó tartalom megtalálásában.
• Meta descriptions és on-page snippetek, melyek növelik a CTR-t a SERP-ekből.

Ellenőrző lista: eszközök és pontos ellenőrzések

Külön ellenőrzések, amelyeket a kiadón kívülről futtathat (third-party checks) versus azok, amelyeket az Ön által kezelt oldalakhoz használ. Használja a megfelelő eszközt mindegyikhez.

Ellenőrzések az Ön által kezelt oldalakhoz

1. Használja a Google Search Console URL Inspection-t a crawl, index és az utolsó fetch státusz ellenőrzéséhez. Ez irányadó az Ön tulajdonára nézve.
2. Futtassa a Rich Results Test-et és a Schema Markup Validator-t a strukturált adatok érvényesítéséhez.
3. Mérje a Core Web Vitals-okat field adatokban (Page Experience) és lab környezetben a Chrome DevTools Performance panellel.

Ellenőrzések, amelyeket bármely oldal külső megfigyelésére futtathat (hasznos third-party kiadóknak vagy auditokhoz)

1. HTML lekérése és ellenőrzése curl-lel. Példa a fejlécek lekérésére, miközben Googlebot-ként álcázódik: curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
2. A renderelt HTML lekéréséhez (nem csak a fejlécek), hagyja el a -I opciót és ellenőrizze a body-t: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
3. Nyissa meg az oldalt Chrome-ban, használja a DevTools → Elements-et a renderelt DOM ellenőrzéséhez, és a DevTools → Network-öt az erőforrás-válaszok és a betöltési sorrend ellenőrzéséhez.
4. Használjon szerverlog-elemzést annak megerősítésére, hogy mely user-agentek látogattak és milyen HTTP válaszokat kaptak.
5. Használja a site: operátort takarékosan, mint publikus jelzést arra, hogy egy oldal ismert lehet a Google számára; ez azonban nem döntő az indexelés szempontjából.

Gyakori hibák és diagnosztizálásuk módja

Rossz beállítású canonical tagek

Jelenség: az oldal nem jelenik meg az eredmények között, pedig lekérhető. Diagnosztizálja a canonical tagek, HTTP fejlécek és sitemap bejegyzések összehasonlításával. Használjon közvetlen curl lekérést az oldalhoz, és vizsgálja meg a <link rel="canonical"> értékét az HTML-ben.

Tartalom, amely a crawler-ek számára nem látható kliensoldali renderelés miatt

Jelenség: a crawler-ek lekérik a HTML-t, de a tartalom csak a JavaScript futása után jelenik meg a böngészőben. Diagnosztizálja curl-lel (szerveroldali HTML) és Chrome DevTools-szal (renderelt DOM). Ha a kritikus tartalom JS-t igényel, fontolja meg a szerveroldali renderelést vagy hibrid renderelést.

Túloptimalizálás vagy nem megfelelő szándék

Jelenség: egy oldal rangsorol, de alacsony az elköteleződés vagy gyenge a konverzió. Ellenőrizze az on-page jelzéseket: illeszkedik-e a title és a H1 a felhasználó feladatához? A tartalom mélysége megfelel-e a lekérdezés típusának? Használjon query intent mapping-et a széleskörű átdolgozások előtt.

Gyakorlati átfedés: átadások, prioritások és munkafolyamat

A csapatok gyakran megosztják a felelősségeket: a fejlesztők és platformmérnökök kezelik a Technical SEO-t; a tartalom- és SEO-stratégák az on-page-t. A hatékony munkához határozzon meg egyértelmű elfogadási kritériumokat, amelyek mind technikai, mind tartalmi ellenőrzőpontokat tartalmaznak.

Egy pragmatikus prioritási sorrend oldalindításhoz vagy audithoz:

• Győződjön meg arról, hogy az oldal elérhető és a szándékolt canonical URL-re 200-as tartományba eső választ ad.
• Erősítse meg a canonicalizációt és a sitemap-be vételt, hogy az indexelés lehetséges legyen.
• Ellenőrizze az on-page relevanciát: title/H1 összhang, tartalom struktúra és belső linkek.
• Mérje a page experience-t, és javítsa a nagy hatású teljesítményproblémákat a nagyszabású publikálás előtt.

Ha részletesebb végigvezetést szeretne a fent hivatkozott technikai ellenőrzésekről, olvassa el a Technical SEO Guide-ot

Link attribútumok és szerkesztői kontextus (röviden)

Az oldalon található linkek egyszerre on-page jelzések és technikai elemek, ha hatással vannak a crawlingra. Használja a megfelelő rel attribútumokat a kontextustól függően. Példa szintaxis:

Egy standard link külön rel érték nélkül: example

Fizetett vagy szponzorált elhelyezésekhez használja a example; felhasználó által generált tartalomhoz használja a example. Nincs rel="dofollow" attribútum — egy normál link egyszerűen olyan link, amely nem tartalmaz rel="nofollow", rel="sponsored" vagy rel="ugc".

GYIK

Képes-e egy oldal rangsorolni, ha csak on-page van optimalizálva, de technikai problémái vannak?

Lehetséges, de kevésbé valószínű, hogy eléri a potenciálját. Ha az oldal felfedezhető és indexelt technikai problémák ellenére, az erős relevancia- és tekintélyjelek még mindig hozhatnak rangsorolást. Ugyanakkor a megoldatlan technikai problémák növelik a sérülékenységet: egy keresőmotor renderelési hibája, véletlen noindex vagy egy másik helyre mutató canonical teljesen megszüntetheti a rangsorolást.

Melyiket javítsam először: a technikai vagy az on-page problémákat?

Kezdje azokkal a technikai blokkolókkal, amelyek megakadályozzák az oldalak crawl-olását vagy indexelését (szerverhibák, robots blokkok, helytelen canonicalizáció). Miután az oldalak megbízhatóan indexelhetők, helyezze előtérbe az on-page fejlesztéseket, amelyek összhangba hozzák a tartalmat a szándékkal és növelik a felhasználói elköteleződést.

Hogyan ellenőrizhetem, mit lát valójában a keresőmotor?

Saját webhely esetén használja a Google Search Console URL Inspection-t az utoljára lekért HTML és az index státusz megtekintéséhez. Harmadik féltől származó oldalak esetén használjon curl-t a fejlécek és HTML lekéréséhez, és Chrome DevTools-t a renderelt DOM vizsgálatához. Kombinálja ezeket szerverlogokkal a crawler viselkedésének megerősítésére.

A mobile-first indexelés azt jelenti, hogy a mobil és az asztali tartalomnak teljesen azonosnak kell lennie?

Google a mobil verziót használja elsődleges alapként a crawling és indexelés során. Ez azt jelenti, hogy az asztalon megjelenő, de mobilon hiányzó tartalom kimaradhat az indexelésből. Törekedjen tartalmi paritásra—egyenértékű tartalomra és strukturált adatokra az eszközverziók között—inkább, mint pixelpontosságú azonos elrendezésekre.