Mi az technical SEO: gyakorlati útmutató

Meghatározás: technical SEO egyszerűen

Technical SEO a webhely- és oldal szintű konfigurációk összessége, amelyek lehetővé teszik, hogy keresőmotorok felfedezzék, lekérjék, rendereljék és indexeljék az Ön oldalait megbízhatóan. Míg a content SEO a relevanciára és az on-page jelekre fókuszál, az off-page SEO az autoritásra, a technical SEO pedig az elérhetőségre, tisztaságra és teljesítményre. A jó technical SEO csökkenti a súrlódást, így az Ön tartalmát és autoritásjelzőit a keresőmotorok helyesen tudják értékelni.

Hogyan dolgozzák fel a keresőmotorok az oldalakat: crawl, index, render, rank

A folyamatot bontsa három szakaszra a félreértések elkerüléséhez: crawling (URL-ek felfedezése és lekérése), indexing (döntés arról, mit tároljon és melyik verziót tartsa meg), és ranking (az eredmények sorrendbe állítása a lekérdezések). A technical SEO befolyásolja mindegyik szakaszt, de nem 'állítja be' közvetlenül a rankinget — biztosítja, hogy a megfelelő tartalom eljusson az indexbe, és a rangsorolási rendszerek értékelhessék.

Mobile-first indexing and rendering

A Google a mobil verziót használja elsődleges alapként a crawling és indexing. 2024 júliusa óta a Google alapértelmezés szerint a Googlebot Smartphone-tal crawli a webhelyeket a Search-hez. Biztosítsa a tartalmi egyenértékűséget (azonos releváns tartalom és structured data) a desktop és mobil változat között, hogy a mobil nézet szolgáltassa az indexelhető tartalmat.

Rendering and dynamic content

A rendering a lekért HTML-t, CSS-t és JavaScript átalakítja a végső DOM-má. Ha fontos tartalom vagy linkek csak a kliensoldali JavaScript lefutása után kerülnek be, győződjön meg róla, hogy a renderelt DOM tartalmazza ezeket. Használjon böngésző DevTools-t vagy headless-rendereléses ellenőrzést, hogy megnézze, mit lát majd a keresőmotor.

Core technical areas to check

Alább találhatók azok a gyakorlati területek, ahol a technical SEO munka megtérül. Mindegyiknél megtalálja a működési elveket és gyors ellenőrzési lépéseket a további szakaszokban.

• Crawlability and robots controls (robots.txt, robots meta, x-robots-tag)
• Indexation and canonicalization (rel="canonical", canonical HTTP headers, parameter handling)
• Site architecture and internal linking (logical hierarchies, crawl depth, link equity flow)
• Performance and page experience (Core Web Vitals: LCP, INP/FID, CLS és kapcsolódó runtime mérőszámok)
• Structured data and rich results (schema.org markup, Rich Results Test)
• HTTP status, redirects, and canonical headers (correct 2xx responses, 3xx chains, and consistent host/canonical targets)

Mechanics and verification: practical checks you can run now

Crawlability checks (external-first)

Ha nem Ön a webhely tulajdonosa (például egy kiadót vagy linkelhelyezést értékel), használja ezeket a nyilvános ellenőrzéseket:

• Fetch the raw HTML with curl to confirm the link or element exists in the server response: curl https://example.com/page (ez lekéri a body-t).
• Check headers only with curl -I https://example.com/page to inspect status, x-robots-tag, and cache headers.
• Nézze meg a renderelt DOM-ot egy böngészőben: nyissa meg a DevTools → Elements panelt, hogy megerősítse, a JavaScript által hozzáadott tartalom jelen van és látható (nem rejtett kattintáskezelők vagy hitelesítés mögött).
• Használja a Google-eredményeket és a site: operátort nyilvános jelként arra, hogy egy oldal ismert a Google számára. Ne feledje, a site: jelző indikátív jel, nem végleges bizonyíték az indexelésre.

Verification when you own the site

A saját oldalai esetén használjon olyan eszközöket, amelyeknek hiteles hozzáférésük van:

• Google Search Console — URL Inspection a crawl, indexing és oldal-lekérés részleteihez; ellenőrizze a renderelt HTML-t és a jelentett indexelési problémákat.
• Rich Results Test and Schema Markup Validator for structured data validation.
• Chrome DevTools Performance and Lighthouse to measure Core Web Vitals and observe long tasks or layout shifts that affect rendering.

Common issues, why they matter, and how to fix them

Blocked resources or disallowed crawl paths

Probléma: CSS/JS vagy teljes szakaszok vannak letiltva robots.txt vagy x-robots-tag által, ami helytelen renderelést vagy hiányzó tartalmat eredményez az indexben. Javítás: engedélyezze a kritikus renderelést befolyásoló erőforrásokat, vagy használja az x-robots-tag-et megfontoltan a nem-indexelendő erőforrásoknál.

Duplicate content and incorrect canonicals

Probléma: több URL szolgál hasonló tartalmat egyértelmű jelek nélkül, ami szétosztja az indexelési figyelmet. Javítás: alkalmazzon rel="canonical"-t a preferált URL-re mutatva, tartsa konzisztensen a belső linkeket, és kerülje a hosszú átirányítási láncokat.

Slow pages and poor Core Web Vitals

Probléma: lassú LCP vagy hosszú main-thread feladatok megakadályozhatják, hogy az oldal gyorsan renderelődjön a felhasználók és azok a crawlers számára, amelyek a renderelési időzítésre támaszkodnak. Javítás: optimalizálja a szerver válaszidőt, halassza a nemkritikus JS-t, és méretezze/szolgálja hatékonyan a képeket.

Linking, external placements, and policy considerations

A technical SEO és a backlinkek metszéspontja ott van, ahol a kiadó indexelhetősége és a link attribútumai meghatározzák, hogy egy elhelyezés felfedezhető és értékelhető-e. Egy link egy olyan oldalon, amelyet a Google nem indexel, általában sokkal kisebb SEO jelentőséggel bír, mint egy indexelt, crawlolható oldalon. Harmadik fél általi elhelyezések esetén, amelyeket Ön nem ellenőriz, részesítse előnyben azokat az oldalakat, amelyek 200 státuszt adnak vissza, engedélyezik a crawl-t és a link a renderelt HTML-ben látható.

HTML examples for link attributes:

A standard link with no special rel: example

For paid placements use rel="sponsored": example

For user-generated content use rel="ugc": example

Google’s linkspam guidance and paid links

A Google nyilvános útmutatása szerint azokat a linkeket, amelyek elsődlegesen a rangsorolás manipulálására szolgálnak, linkspamként kezelhetik. A fizetett vagy sponsored elhelyezéseknek rel="sponsored" vagy rel="nofollow"-t kell használniuk. A Google figyelmen kívül hagyhatja ezeket a jelzéseket, algoritmikus kiigazításokat alkalmazhat, vagy ritka esetekben manuális intézkedést hozhat, ha emberi értékelők szabálysértést állapítanak meg. Fizetett elhelyezés értékelésekor a technikai jelek — indexelhetőség, crawlolhatóság és az oldal szerkesztői kontextusa — legalább olyan fontosak, mint a külső autoritás pontszámok.

If you work with a link marketplace, treat indexability checks as part of publisher due diligence. BlogDrip, a link-building marketplace connecting advertisers with a large network of verified publishers, highlights that indexability and editorial context matter when assessing placements.

Practical troubleshooting checklist

1. Confirm the page returns a 200 OK (or correct 3xx where redirects are intended): curl -I https://example.com/page
2. Check robots.txt for disallows affecting the path (fetch https://example.com/robots.txt) and inspect x-robots-tag headers with curl -I.
3. View the page rendering in Chrome DevTools to confirm the final DOM and to find hidden or late-inserted content.
4. Validate structured data using the Rich Results Test and the Schema Markup Validator (schema.org).
5. Measure Core Web Vitals in field data (Chrome User Experience Report) and in lab tests (Lighthouse). Prioritize fixes for large layout shifts, long input delays, or long LCPs.

Accurate use of debugging commands

Common curl patterns and what they do

Inspect headers only: curl -I https://example.com/page returns only response headers (status, server, x-robots-tag, location for redirects).

Fetch the body to inspect HTML: curl https://example.com/page (this returns the response body). To fetch HTML as a specific user-agent: curl -A "YourUserAgentString" https://example.com/page.

Examples: quick scenarios and fixes

Scenario: content visible only after a long-running script

Symptom: crawlers fetch HTML but the useful content is injected late or after user interaction. Fix: server-side render critical content or implement hybrid rendering so the important content and structured data appear in the initial HTML or early render stage.

Scenario: many near-duplicate pages from URL parameters

Symptom: index bloat and split signals. Fix: canonicalize to a preferred URL, use consistent internal links, and consider parameter handling in your analytics and search-console settings.

When to escalate: manual actions, algorithmic issues, and reporting

A few drops in traffic usually reflect algorithmic adjustments rather than reviewer-issued manual actions. Manual actions are visible in Google Search Console and require a submit-and-verify workflow. Use Search Console to confirm whether an issue is a manual action; otherwise, combine technical fixes with content and editorial reviews to recover from algorithmic changes.

Resources and next steps

If you want a broader operational checklist, read the parent guide for detailed walkthroughs, tools, and prioritized fixes.Read the Technical SEO Guide

If your work touches publisher placements, you can also evaluate marketplaces for publisher indexability and editorial fit.Browse publishers for backlinks

GYIK

How does technical SEO affect rankings?

Technical SEO itself doesn’t magically raise rankings, but it ensures search engines can find, render, and index the content you want to rank. If content or links are hidden, duplicated, or slow to render, ranking systems may not evaluate them as intended.

What is the quickest way to verify a page is indexable?

For pages you control, use Google Search Console URL Inspection to see crawl, render, and indexing status. For third-party pages, public signals such as a 200 response, visible rendered HTML, and site: queries can indicate indexability but are not definitive.

Should paid links always use rel="sponsored"?

Yes — according to Google’s guidance, paid or compensated links should use rel="sponsored" or rel="nofollow". These attributes communicate the nature of the link; how Google treats the hint is not publicly deterministic, but using the correct rel value aligns with webmaster guidelines and reduces policy risk.

What tools should I use first when troubleshooting a technical SEO problem?

Start with Google Search Console URL Inspection for owned pages, Chrome DevTools to view the rendered DOM and measure performance, curl for raw HTTP checks, and the Rich Results Test for structured data. For publisher-side checks you don’t control, combine curl, DevTools, and site: queries as public signals.