Technikai SEO audit: keresési problémák feltárása

Mit vizsgál egy technikai SEO audit

A technikai SEO audit egy fókuszált, bizonyítékokra alapozott áttekintés azoknak a rendszereknek, amelyek lehetővé teszik, hogy keresőmotorok felfedezzék, rendereljék, indexeljék és megértsék az Ön oldalait. A cél a technikai akadályok feltárása, amelyek csökkentik a láthatóságot, pazarló crawl budgetet okoznak, rontják a felhasználói élményt vagy bizonytalanságot teremtenek a rangsorolásban.

Ellenőrzendő fő területek

• Felfedezés és feltérképezhetőség — robots.txt, szerverválaszok, sitemap lefedettség, belső linkelés és átirányítások
• Indexelési jelek — meta robots, X-Robots-Tag fejlécek, canonical tagek és noindex használat
• Renderelés és JavaScript — szerveroldali vs kliensoldali renderelés, erőforrásblokkolás és hogy néznek ki az oldalak renderelés után
• Webhely teljesítménye és oldalélmény — Core Web Vitals field adatok, szerverválasz-idők és erőforrásbetöltés
• Duplikált tartalom és URL canonicalizáció — paraméterkezelés, perjellel végződő variánsok és lapozás
• Strukturált adatok és SERP funkciók — jelölés pontossága és jogosultság a rich results-hoz
• Nemzetköziesítés és hreflang helyessége
• Biztonság és hozzáférhetőség — HTTPS lefedettség, mixed content és biztonságos fejlécek

Hogyan végezzen technikai SEO auditot (lépésről lépésre)

1. Hatókör és siker-mutatók meghatározása

Kezdje azzal, hogy eldönti, a webhely mely részeit auditálja és miért. Példák: egy teljes domain, egy alkönyvtár, egy nagy termékkategória vagy egy készlet landing oldalak. Határozza meg a mérhető sikerszignálokat (kanonikus oldalak indexelése, csökkent szerverhibák, javuló Core Web Vitals percentilisek, meghatározott URL-csoportok láthatósága).

2. Készítsen egy leltárt

Gyűjtsön reprezentatív URL-listát a sitemap-ekből, analyticsből, szerverlogokból, belső linkekből és ismert landing oldalakból. Ez a leltár az audit felülete — tartsa táblázatban vagy egy crawler projektet, hogy címkézni és szűrni tudja az URL-eket munka közben.

3. Feltérképezés és összehasonlítás (külső crawl + szerverlogok)

Futtasson külső crawl-t, hogy utánozza a keresőmotorok oldalfelfedezését. Kombinálja a crawl eredményeket a szerverlogokkal, hogy lássa, mely URL-eket kérnek ténylegesen a keresőmotorok. A szerverlogok megmutatják, milyen gyakran kérik le a crawlerek az oldalakat, és hogy átirányítások, soft-404-ek vagy gyakori hibák jelennek-e meg a termelésben.

Csak a fejlécek ellenőrzéséhez: használja a curl -I parancsot https://example.com/page hogy lássa az állapotot és a fejlécmezőket. Ahhoz, hogy lekérje azt a HTML-t, amit egy adott user-agent kapna: használja a curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page és mentse el az eredményt összehasonlításhoz.

4. Ellenőrizze az indexelhetőséget és a kanonikus szándékot

Saját oldalai esetén használja a Google Search Console URL Inspection-t az URL indexelésének ellenőrzésére és az esetleges indexelési problémák megállapítására. Harmadik fél oldalai (kiadók, partneroldalak) esetén használjon külső ellenőrzéseket: view-source, curl, renderelt DOM ellenőrzést a Chrome DevTools-ban, és nyilvános index jelzéseket, mint a site: operátor, mint jelzés (nem bizonyíték) arra, hogy a Google ismeri az adott URL-t.

5. Tesztelje a renderelést és a JavaScript viselkedését

Nyissa meg az oldalakat a Chrome DevTools-ban, használja az Elements és Network panelt annak megerősítésére, hogy az erőforrások betöltődnek és nincsenek blokkolva, és ellenőrizze a renderelt DOM-ot a JavaScript által beszúrt tartalomra. Ha egy kritikus tartalom csak felhasználói interakció után vagy későn jelenik meg a render folyamatban, jegyezze fel a láthatóság kockázatát és a reprodukálási lépéseket.

Használja a Rich Results Test-et és a Schema Markup Validator-t (schema.org) a strukturált adatok érvényesítéséhez és az olyan hibák felderítéséhez, amelyek megakadályoznák a jogosultságot a rich results-hoz.

6. Mérje az oldalélményt és teljesítményt

Gyűjtse össze a field metrikákat (Core Web Vitals) a Search Console-ból és a lab profilt Lighthouse-ból vagy helyi tesztelésből. A field adatok a valós felhasználókat tükrözik; a lab adat segít lokálisan reprodukálni a problémákat. Prioritálja azokat a javításokat, amelyek a valós felhasználói metrikákat befolyásolják azon oldalak esetén, amelyek számítanak a keresési láthatóság szempontjából.

Ellenőrzés és hibakeresés

A hibakeresés egy nyomozói folyamat: reprodukálja a tünetet, izolálja a változókat, és tesztelje a javításokat. Használjon kombinációt nyilvános és csak tulajdonosok számára elérhető eszközökből.

Hasznos ellenőrzési lépések

• Ellenőrizze a szerverválaszokat: a curl -I megmutatja az HTTP státuszt, content-type-ot és az X-Robots-Tag fejlécet.
• Vizsgálja meg a kézbesített HTML-t: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page és hasonlítsa össze egy böngésző lekéréssel a tartalmi különbségek észleléséhez.
• Renderelt DOM ellenőrzés: nyissa meg az URL-t Chrome-ban, tiltsa le a cache-t, és használja az Elements-et, hogy megerősítse: a fontos tartalom a DOM-ban van, felhasználói interakció nélkül.
• Indexelési bizonyíték (saját oldalak): a Google Search Console URL Inspection megmutatja az index státuszt és az kizárás okait.
• Strukturált adatok: futtassa a Rich Results Test-et és a Schema Markup Validator-t a parse és hibák megtekintéséhez.
• Field teljesítmény: vizsgálja át a Core Web Vitals-t a Search Console-ban a valós felhasználói metrikákhoz; használja a Lighthouse-ot vagy lab futásokat a lassú esetek reprodukálásához.
• Crawl tevékenység: hasonlítsa össze a crawler kéréseket a szerverlogokban a sitemap-jával és ismert oldalakkal, hogy azonosítsa a hiányosságokat vagy a túlzott feltérképezést alacsony értékű URL-eken.

Gyakori hibák és tévhitek

• A tool-figyelmeztetések auditként kezelése: a crawlerek sok jelet felhoznak; az audit feladata értelmezni, mely figyelmeztetések számítanak az Ön üzleti céljai szempontjából.
• A crawling összetévesztése az indexeléssel: hogy egy crawler lekéri az oldalt, nem jelenti azt, hogy az indexelve is lesz vagy helyezni fog.
• A site: operátorra való túlzott támaszkodás: a site: hasznos nyilvános jelzés, de nem tekinthető kizárólagos bizonyítéknak. Saját oldalak esetén használja a URL Inspection-t a Search Console-ban.
• Kritikus erőforrások blokkolása: robots.txt vagy szerver-szabályok, amelyek meggátolják a CSS/JS betöltését, megváltoztathatják, hogyan rendereli a Google az oldalakat, és megsérthetik a Core Web Vitals vagy a strukturált adatok észlelését.
• Hibás canonical vagy átirányítás láncok: canonical tagek, amelyek nem-kanonikus tartalomra mutatnak, vagy hosszú átirányítási láncok bizonytalanságot okoznak és lassítják a crawl-t.
• A rel="nofollow" automatikus null érték feltételezése: a Google rel="nofollow"-t hintként kezeli; a kezelése nem egyszerű on/off viselkedés.
• A kiadói vagy partner oldalak indexelhetőségének figyelmen kívül hagyása: egy backlink vagy említés kevésbé hasznos, ha az oldal nem indexelhető vagy hitelesítés mögé van rejtve.

Ha fizetett elhelyezések vagy szponzorált tartalom érintett, kövesse a Google útmutatását: jelölje a fizetett/kompenzált linkeket rel="sponsored"-dal vagy rel="nofollow"-dal, és használja a rel="ugc"-t a felhasználó által létrehozott linkekhez. Ne feledje: nincs rel="dofollow" attribútum; egy normál link egyszerűen az, amely nem tartalmaz rel=nofollow/sponsored/ugc értéket. A Google linkspam útmutatója szerint a rangsorolást elsősorban manipulálás céljából elhelyezett linkek link spamként kezelhetők, ezért külső elhelyezéseknél biztosítsa a szerkesztői kontextust, az indexelhetőséget és az átláthatóságot.

Ellenőrzőlista: nagy hatású elemek és ellenőrzésük módja

Használja ezt a tömör ellenőrzőlistát a leggyakoribb, nagy hatású technikai problémák ellenőrzésére. Minden tételnél fel van tüntetve a megfelelő ellenőrző eszköz.

1) Kanonikus szándék: A canonical tagek konzisztenssek és a kívánt URL-re mutatnak? (Ellenőrizze: view-source, hasonlítsa össze az HTTP fejlécekkel, és használjon külső crawler-t.)

2) HTTP státusz és átirányítási láncok: A fontos oldalak 200-at adnak vissza és nem redirect hibákat, és az átirányítások minimálisak? (Ellenőrizze: curl -I és szerverlogok.)

3) Robots és meta robots: Váratlanul blokkolva vannak fontos erőforrások vagy oldalak? (Ellenőrizze: robots.txt lekérés, X-Robots-Tag a fejlécekben curl -I segítségével, és meta robots a HTML-ben.)

4) Indexelési anomáliák: Oldalak technikai okok miatt kizárva vannak-e (noindex, canonical máshova mutat, soft-404)? (Ellenőrizze: Google Search Console URL Inspection saját oldalakhoz; külső oldalak esetén hasonlítsa össze a HTML-t + nyilvános index jelzéseket.)

5) Renderelt tartalom párhuzamosság: Tartalmazza-e a HTML, amit a keresőmotorok látnak, ugyanazt a kritikus tartalmat, amit a felhasználók? (Ellenőrizze: curl megfelelő UA-val, Chrome DevTools renderelt DOM.)

6) Strukturált adatok helyessége: Érvényes és naprakész-e a strukturált adat? (Ellenőrizze: Rich Results Test és Schema Markup Validator.)

7) Core Web Vitals és betöltési teljesítmény: A field metrikák problémákat jeleznek-e a kulcsoldalaknál? (Ellenőrizze: Search Console Core Web Vitals riport és lab tesztelés Lighthouse-dal.)

Prioritás: válassza a tényleges hatást hozó javításokat

Prioritálja a munkát három dimenzió kombinálásával: üzleti célokhoz való relevancia (mely oldalak számítanak keresési forgalom vagy konverzió szempontjából), technikai súlyosság (indexelés blokkolása, gyakori hibák okozása) és a javítás erőforrásigénye. Gyors sikerek gyakran: hibás noindex tagek javítása, átirányítási láncok megszüntetése magas forgalmú oldalakon, és kritikus CSS/JS feloldása, amely befolyásolja a renderelést.

Jelentéskészítés és monitorozás

Készítsen audit jelentést, amely csoportosítja a problémákat prioritás szerint, példákat és reprodukálási lépéseket mutat, és tartalmaz ajánlott bevezetési tervet. Adjon hozzá monitorozást a regressziókhoz: kövesse a szerverhibákat, az indexálási változásokat a Search Console-on keresztül és a Core Web Vitals field metrikákat. A javítások élesítése után futtassa újra az audit során használt pontos ellenőrzési lépéseket a megoldás megerősítéséhez.

GYIK

Miben különbözik a crawling az indexeléstől és a rangsorolástól?

A crawling a URL-ek felfedezésének és lekérésének folyamata. Az indexelés az a döntés, hogy egy oldal tartalmának egy részét vagy egészét eltárolják-e a keresési indexben. A rangsorolás az eredmények sorrendje egy lekérdezésre. Egy oldal lehet feltérképezett, de nem indexelt, és az indexelés sem garantál magas helyezést; minden szakasznak külön jelei és ellenőrzései vannak.

Mi a teendő, ha eltérő HTML-t lát, amikor Googlebotként kér le egy oldalt?

Először erősítse meg, hogy a különbség szándékos-e (eszközre optimalizált tartalom) vagy véletlen (szerverkonfigurációs hiba vagy user-agent szűrés). Használja a curl-t Googlebot-szerű UA-val az HTML mentéséhez, hasonlítsa össze egy normál böngésző lekéréssel, és ellenőrizze a szerveroldali logikát, amely az UA vagy fejléc alapján változtatja a kimenetet. Kerülje, hogy lényegesen eltérő tartalmat szolgáljon a crawlereknek és a felhasználóknak.

Hogyan ellenőrizhetem, hogy egy kiadó oldal, amely backlinket tartalmaz, indexelhető-e?

Kívülről ellenőrizze az oldal HTML-jét meta robots-ért, használja a curl -I-t az X-Robots-Tag fejlécek vizsgálatához, és erősítse meg, hogy az oldal 200 státuszt ad vissza. Használja a renderelt DOM-ot a böngészőben, hogy megbizonyosodjon róla, a link jelen van-e a statikus vagy renderelt HTML-ben. A site: operátor jelezhet nyilvános index jelzéseket, de nem végleges bizonyíték.

Biztosítja-e a technikai hibák javítása a rangsorolás javulását?

Egyetlen technikai javítás sem garantál rangsorolási előrelépést. A technikai munka eltávolítja az akadályokat és növeli annak esélyét, hogy erős, releváns tartalom versenyezhessen. A javítások után kövesse az indexelési és teljesítmény jeleket, és kombinálja a technikai fejlesztéseket tartalom- és relevancia munkával.

Mivel a Google mobile-first indexelést használ, mit ellenőrizzünk először?

A Google a mobil verziót használja elsődleges alapként a feltérképezéshez és indexeléshez. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default. Ellenőrizze, hogy a mobil HTML ugyanazt a kritikus tartalmat, metaadatokat és strukturált adatot teszi-e elérhetővé, mint az asztali verzió, és győződjön meg róla, hogy a mobil teljesítmény és a reszponzív viselkedés elfogadható.