SEO-alapok Szakszó

Google Search Console

Szerző: · 9 perc olvasás · Frissítve:
Google Search Console - SEO-alapok (szakszó) a tudástárban
Google Search Console - SEO-alapok | eClick GEO-audit tudástár

A Google Search Console a Google ingyenes eszköze, amelyben a saját domained keresési adatait és indexelési állapotát látod: mit talált meg a Google, mit tett be az indexbe, és milyen lekérdezésekre jelent meg az oldalad. Nem elemző szoftver a látogatókról, hanem a Google és a te oldalad közötti kapcsolat visszajelző csatornája.

Hogyan működik

A hozzáférést tulajdonjog-igazolással nyitod meg. Ez lehet DNS TXT rekord, HTML-fájl feltöltése, HTML meta tag, vagy összekötés a Google Analytics/Tag Manager fiókkal. A DNS-alapú, domain szintű property a legteljesebb: minden aldomaint és mindkét protokollt lefedi.

Az adatok utólag, aggregálva érkeznek. A teljesítményjelentés jellemzően 1-2 nap csúszással frissül, az indexelési riportok néha lassabban. A Search Console tehát nem valós idejű monitorozás, hanem visszatekintő állapotkép.

Mit látsz benne valójában

  • Teljesítmény: megjelenések, kattintások, CTR, átlagos pozíció lekérdezésre, oldalra, országra, eszközre bontva.
  • Oldalak indexelése: hány URL van az indexben, és ami nincs, az miért nincs. Itt jönnek elő a noindex, meta robots és X-Robots-Tag hibák és a soft 404 esetek.
  • Sitemapek: beküldheted az XML sitemap címét, és látod, hány URL-t olvasott be a Google.
  • Élő URL vizsgálata: egy konkrét címről megmutatja a Google által látott HTML-t, a kanonikus címet és a renderelési hibákat.
  • Core Web Vitals: valós felhasználói mérések a Core Web Vitals mutatókból, URL-csoportokra bontva.
  • Kézi műveletek és biztonsági problémák: ha a Google büntetést adott, vagy feltörést gyanít, itt szól.

Miért számít az AI-korszakban is

A generatív keresők jelentős része a Google indexére vagy hasonló logikájú feltérképezésre épít. Ha egy URL nincs az indexben, az AI-válaszokban sem lesz forrás. A Search Console az egyetlen hely, ahol a Google saját szavaival olvasod, hogy miért maradt ki egy oldal. Az indexelés problémák 90 százaléka itt derül ki először.

Mit néz ebből a riport

Az audit kívülről vizsgál, ezért a Search Console-fiókodba nem lát bele. Azt nézi, ami publikusan ellenőrizhető: van-e verifikációs meta tag vagy DNS-nyom, elérhető-e a sitemap, és a robots.txt vagy a noindex nem zárja-e ki a fontos oldalakat. A riport ezeket a jeleket veti össze, és jelzi, ha az oldal technikailag kizárja magát a Google indexéből.

Röviden: a Search Console nem forgalomnövelő eszköz, hanem az egyetlen hitelesített csatorna, amin a Google elmondja, mit gondol az oldaladról.

Miért fontos

Ez az egyetlen hitelesített forrás

Minden más SEO-eszköz becsül vagy külső crawl-ból következtet. A Search Console a Google saját adata a te oldaladról. Ha azt írja, hogy egy URL "Felfedezve, jelenleg nincs indexelve", akkor az tény, nem tipp.

Konkrét üzleti következmények

  • Indexelési kiesés csendben történik. Egy rossz deploy noindexet tehet a teljes oldalra. A organikus forgalom 2-3 hét alatt nullára esik, és a Search Console az első hely, ahol ezt látod.
  • Kézi műveletről máshonnan nem értesülsz. Ha a Google spam miatt büntetést ad, csak itt kapsz róla üzenetet.
  • Feltörés korai jelzése. Az indexelt oldalak számának hirtelen ugrása gyakran index-szennyezés (spam-oldalak a Google-indexben) jele.
  • Tartalmi döntések adattal. A lekérdezés-jelentésből látod, milyen szavakra jelensz meg gyengén, de sok megjelenéssel. Ezek a legolcsóbb javítási pontok.

AI-szempont

A generatív válaszokban való megjelenés előfeltétele az indexeltség. A Search Console indexelési jelentése ezért közvetve az GEO-teljesítményed alapja is. Amit a Google nem tud megnyitni és értelmezni, az a legtöbb AI-keresőnek sem lesz forrás.

A riportokban azt látjuk, hogy a magyar KKV-oldalak nagyjából harmadán a Search Console soha nem volt bekötve, vagy egy régi ügynökségi fiókban ragadt.

Kikre vonatkozik

Kire vonatkozik

  • Minden publikus weboldalra, ami szeretne a Google-ben megjelenni. Bemutatkozó oldal, blog, webshop, SaaS: nincs kivétel.
  • Webshopokra kiemelten. A termékoldalak indexelése folyamatosan mozog, és a kifutó termékek soft 404 problémái csak itt látszanak.
  • Több domaines vagy több nyelvű oldalakra. A hreflang hibákat a Search Console nemzetközi célzás-jelentése mutatja.
  • Migráció alatt álló oldalakra. Domainváltásnál a Change of Address eszköz nélkül sokkal lassabb az átállás.

Kire nem

  • Staging és fejlesztői környezetekre. Ezeket jelszóval zárod le, nem Search Console-ba kötöd.
  • Zárt intranetre, belső rendszerekre. Ha nincs publikus URL, nincs mit mérni.
  • Tisztán fizetett forgalomra épülő landing oldalakra, ahol az indexelés nem cél. Itt is érdemes bekötni, de alacsony prioritás.

Kis oldalon is van értelme. Egy 8 aloldalas bemutatkozó site esetén is kiderül, ha a Google csak a főoldalt látja.

Hogyan ellenőrzöd

Lépések

  1. Nyisd meg a search.google.com/search-console címet a domainhez tartozó Google-fiókkal.
  2. Ha nincs property, hozz létre egyet. Válaszd a Domain típust, és tedd be a kapott TXT rekordot a DNS-be.
  3. Nézd meg a Oldalak indexelése jelentést. Hasonlítsd össze az indexelt URL-ek számát azzal, amennyi oldalad ténylegesen van.
  4. Nyisd meg a Sitemapek menüpontot. Ellenőrizd, hogy a beküldött XML sitemap státusza "Sikeres", és a felfedezett URL-ek száma reális.
  5. Használd az URL-ellenőrzés mezőt egy fontos aloldalra. Kattints az "Élő URL tesztelése" gombra, majd a "Megtekintett oldal" fülön nézd meg a renderelt HTML-t.
  6. Ellenőrizd a Biztonság és manuális műveletek menüt. Itt nullának kell lennie mindennek.
  7. A Core Web Vitals jelentésben nézd meg, hány URL van a "Gyenge" kategóriában.

Jó jel

  • Az indexelt URL-ek száma a sitemapban lévők 80-100 százaléka.
  • A "Nem indexelt" oldalak között csak szándékos kizárások vannak: szűrők, kosár, admin.
  • Nincs kézi művelet és nincs biztonsági probléma.
  • Az URL-ellenőrzés a valós tartalmat mutatja, nem üres vázat.
  • A megjelenések száma stabil vagy nő.

Rossz jel

  • Az indexelt oldalak száma töredéke a sitemapban lévőknek.
  • Sok "Felfedezve, jelenleg nincs indexelve" URL: a Google ismeri, de nem tartja értékesnek.
  • Tömeges "Duplikált, a Google más kanonikus oldalt választott" bejegyzés.
  • "Kizárva noindex címke miatt" olyan oldalakon, amiknek szerepelniük kellene.
  • Hirtelen több ezer új indexelt URL ismeretlen címekkel.
  • A property soha nem volt megnyitva, és 1000+ olvasatlan üzenet vár benne.

Hogyan javítod

WordPress

  1. Telepíts egy SEO-plugint (Yoast, Rank Math, SEOPress), ha még nincs.
  2. A plugin beállításaiban keresd a Google verifikáció mezőt, és illeszd be a meta tag tartalmát. Alternatíva: DNS TXT rekord a domain szolgáltatónál.
  3. Küldd be a /sitemap_index.xml vagy /sitemap.xml címet a Sitemapek menüben.
  4. Ellenőrizd a Beállítások > Olvasás menüt. A "Keresőmotorok tiltása" pipa kikapcsolva legyen. Ez a leggyakoribb noindex, meta robots és X-Robots-Tag baleset élesítés után.

Shopify

  1. A Shopify automatikusan kezeli a /sitemap.xml címet, azt küldd be.
  2. Verifikációhoz szerkeszd a theme.liquid fájlt, és tedd a meta taget a <head> blokkba. Vagy használj DNS-alapú property-t.
  3. Ha jelszóvédelem van a bolton, a Google nem tud indexelni. Kapcsold ki élesítéskor.

Unas

  1. Az Unas webáruház adminban keresd a SEO vagy Külső szolgáltatások beállításokat. A fejléc-kód mezőbe kerül a verifikációs meta tag.
  2. A rendszer generálja a sitemapet, a pontos címét az adminban találod. Ezt küldd be.
  3. Nézd át a szűrő- és rendezés-URL-ek indexelését. Ezekre Canonical URL kell.

Shoprenter

  1. A Shoprenter adminban a Beállítások alatt van egy egyedi HTML fejléc mező. Ide másold a meta taget.
  2. A sitemap címe általában /sitemap.xml, ezt add meg a Search Console-ban.
  3. A kifutó termékeknél állíts be 410-es vagy 301-es választ, hogy ne legyen soft 404.

Egyedi fejlesztés

  1. Válaszd a DNS TXT verifikációt. Ez túléli a deployokat és minden aldomaint lefed.
  2. Automatizáld a sitemap generálását, és tedd bele a lastmod (a sitemap frissítés-dátuma) mezőt valós dátummal.
  3. Kösd be a Search Console API-t, ha napi monitorozást akarsz. Az Indexing API csak JobPosting és BroadcastEvent típusoknál hivatalos.
  4. Tegyél a CI-be egy ellenőrzést, ami a production buildben tiltja a noindex fejlécet.
  5. Adj hozzáférést legalább két személynek. Az egyszemélyes fiók elvész, ha a kolléga távozik.

Gyakori hibák

  • Nincs bekötve a Search Console, így a Google hibajelzései és a kézi műveletek észrevétlenek maradnak.
  • Csak URL-prefix property van, https://www. kezdettel, ezért a protokoll nélküli és aldomain forgalom kimarad az adatokból.
  • A fiók egy volt ügynökségnél van, a tulajdonos nem fér hozzá, és a verifikáció elvesztésével az adatok is eltűnnek.
  • Soha senki nem nyitja meg, így az "Oldalak indexelése" riportban hónapokig áll egy kritikus hiba.
  • A beküldött sitemap egy régi, halott cím, amiben 404-es URL-ek vannak, ezért a Google bizalma csökken a fájl iránt.
  • A Search Console adatait látogatottságként értelmezik. A megjelenés és a kattintás nem ugyanaz, mint amit a Google Analytics 4 (GA4) mér.
  • Az "Indexelés kérése" gombot tömegesen nyomkodják, ami nem gyorsít, viszont elfedi a valódi okot: gyenge vagy vékony tartalmat.

Technikai példa

A HTML-alapú verifikáció egy meta taget vár a <head> blokkban. Fontos, hogy a szerveroldali renderelés is kitegye, ne csak JavaScriptből kerüljön be.

<!DOCTYPE html>
<html lang="hu">
<head>
  <meta charset="utf-8">
  <meta name="google-site-verification" content="a1B2c3D4e5F6g7H8i9J0kLmNoPqRsTuVwXyZ">
  <title>Kezdolap</title>
</head>
<body>
</body>
</html>

A DNS-alapú igazolás egy TXT rekord a domain gyökerén. Parancssorból így ellenőrzöd, hogy él-e:

# TXT rekordok lekerdezese
dig +short TXT pelda.hu

# Vart valasz:
# "google-site-verification=a1B2c3D4e5F6g7H8i9J0kLmNoPqRsTuVwXyZ"

# Ellenorizd azt is, hogy a fooldal nem kuld-e noindexet:
curl -sI https://pelda.hu/ | grep -i "x-robots-tag"

Ha a curl parancs X-Robots-Tag: noindex sort ad vissza éles oldalon, az azonnali hiba. A Search Console ilyenkor "Kizárva noindex címke miatt" státuszt mutat, és az oldal eltűnik a találatokból.

Gyakori kérdések

Mennyi idő alatt jelennek meg az adatok az új property-ben?
A teljesítményadatok a verifikáció után azonnal betöltődnek visszamenőleg, jellemzően 16 hónapra. Az indexelési jelentések viszont néhány napot kérnek, mire feltöltődnek. A Core Web Vitals riport 28 napos mozgóablakkal dolgozik, ezért ott akár egy hónap is kell az első teljes képhez.
Ugyanaz a Search Console és a Google Analytics?
Nem. A Search Console a Google keresőjéből érkező adatokat mutatja: megjelenés, kattintás, pozíció, indexelési állapot. A Google Analytics 4 (GA4) a weboldalra érkező látogatókat méri, minden forrásból. A kettő számai nem fognak egyezni, mert mást mérnek és máshol mérik.
Segít az "Indexelés kérése" gomb, ha nem indexelődik az oldal?
Csak akkor, ha egy konkrét, új vagy frissített URL-ről van szó. Tömeges beküldésre nem alkalmas, és nem javítja a minőségi problémákat. Ha egy oldal "Felfedezve, jelenleg nincs indexelve" státuszban áll, a tartalommal vagy a belső linkeléssel van gond, nem a beküldéssel.
Domain vagy URL-prefix property-t válasszak?
Domain property-t, ha hozzáférsz a DNS-hez. Ez egyben kezeli a http, https, www és aldomain változatokat, így nem esik szét az adat. URL-prefix property akkor indokolt, ha csak egy aldomaint vagy egy alkönyvtárat akarsz külön követni.
Rontja-e a rangsorolást, ha nincs Search Console?
Közvetlenül nem. A Google ugyanúgy feltérképezi az oldalt, és a rangsorolás sem függ a fiók meglététől. Ellenben elveszíted a hibajelzéseket, a kézi műveletekről szóló értesítéseket és az indexelési diagnosztikát, ezért a problémákat csak akkor veszed észre, amikor már esik a forgalom.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Google Search Console”?

Futtass egy SEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes SEO-audit indítása