A Search Console beállítása két percnek látszik, amíg fel nem bukkan az első valódi kérdés: domain szintű tulajdont vegyél fel, vagy URL-előtag alapút? A választás nem kozmetikai. Meghatározza, hogy mit fogsz látni az adatokban, mennyire tudsz szegmentálni, kell-e később újra bajlódnod a hitelesítéssel egy új aldomain miatt, és hogy egy fejlesztőváltás után is megmarad-e a hozzáférésed.
Az alábbiakban végigmegyünk a két típus tényleges különbségén, a DNS-alapú hitelesítés lépésein magyar szolgáltatónál, a www kérdésen, és egy olyan ellenőrzőlistán, amit a beállítás után érdemes végigfutni. Ahol releváns, jelölöm, hogy hivatalos információról, saját tapasztalatról vagy szakmai feltételezésről van szó.
Mi a különbség a domain szintű és az URL-előtag alapú tulajdon között?
Rövid válasz: a domain szintű tulajdon a teljes domaint méri, minden aldomainnel és minden protokollal együtt, az URL-előtag alapú pedig kizárólag azt, amit betűre pontosan beírtál, a protokollal és az útvonallal együtt.
Hivatalosan igazolt (Google Search Console súgó): ha felveszed a pelda.hu domain szintű tulajdont, az egyszerre fedi le ezeket:
https://pelda.huéshttp://pelda.huhttps://www.pelda.hués a www-s http változat- minden aldomain:
blog.pelda.hu,shop.pelda.hu,m.pelda.hu, sőt adev.pelda.huis - a domain alatti összes útvonal, mappa és paraméteres URL
Amit viszont nem fed le: a pelda.com, a peldabolt.hu vagy bármely más domain. A domain szintű tulajdon a domain határáig terjed, nem a márkáéig.
Az URL-előtag alapú tulajdon ennél jóval szűkebb. Ha a https://www.pelda.hu/ előtagot veszed fel, akkor a https://pelda.hu/arak (www nélkül) nem tartozik bele, és a http:// változat sem. Cserébe viszont mappa szintig lemehetsz: a https://www.pelda.hu/blog/ önálló tulajdonként kezelhető, és csak a blog adatait mutatja.
A gyakorlati következmény egyszerű. Ha URL-előtag alapú tulajdonban nézed a teljesítményt, és az oldal fele www nélkül fut, akkor a jelentés fele hiányzik, és erről a felület semmilyen figyelmeztetést nem ad. Saját tapasztalat: a hiányos mérésre az esetek jó részében nem a Search Console-ban derül fény, hanem akkor, amikor valaki összeveti a kattintásszámot az Analytics organikus munkamenet-számával, és az arány sehogy sem jön ki.
Hogyan történik a két tulajdontípus hitelesítése?
Rövid válasz: domain szintű tulajdont kizárólag DNS-rekorddal tudsz hitelesíteni, URL-előtag alapút viszont többféle módon is, köztük olyanokkal, amikhez nem kell DNS-hozzáférés.
Hivatalosan igazolt: a domain szintű tulajdon egyetlen elfogadott igazolási módja a DNS-rekord (jellemzően egy TXT rekord, egyes szolgáltatói integrációknál CNAME). Ennek logikus oka van: a DNS-zóna feletti rendelkezés az egyetlen olyan bizonyíték, ami az összes aldomainre egyszerre érvényes.
Az URL-előtag alapú tulajdonnál több út közül választhatsz:
- HTML-fájl feltöltése a webszerver gyökerébe (a Google által adott, egyedi nevű fájl)
- HTML meta címke a főoldal fejlécébe:
<meta name="google-site-verification" content="..."> - Google Analytics mérőkód, ha az adott fiókban szerkesztői joggal rendelkezel
- Google Tag Manager konténerkód
- DNS-rekord, ugyanúgy, mint a domain szintűnél
Saját tapasztalat: a HTML-fájlos és meta címkés igazolás a legtörékenyebb. Sablonfrissítés, sablonváltás vagy egy migráció simán leviszi a fejlécbe kézzel beírt címkét, a gyökérbe feltöltött fájl pedig egy tárhelyköltözésnél marad le. A DNS-rekord ehhez képest évekig érintetlenül elvan, mert senki nem nyúl hozzá a zónához véletlenül.
Hogyan állítod be a DNS-alapú hitelesítést magyar szolgáltatónál?
Rövid válasz: kimásolod a Search Console-ból a TXT rekord értékét, felveszed abban a panelben, ahol a domain DNS-zónája ténylegesen fut, majd megvárod a terjedést és visszamész ellenőrizni.
A lépéssor, ahogy egy magyar regisztrátornál vagy tárhelyszolgáltatónál (például dima.hu, DotRoll, Rackhost, Nethely, Websupport, Forpsi) végig lehet vinni:
- A Search Console-ban kattints a bal felső tulajdonválasztóra, majd a Tulajdon hozzáadása gombra.
- A bal oldali Domain dobozba írd be a domaint protokoll és www nélkül:
pelda.hu. - Másold ki a felkínált TXT értéket, ami így néz ki:
google-site-verification=hosszU-egyedi-azonosito. - Derítsd ki, hol van a zóna. A regisztrátor és a DNS-kiszolgáló nem feltétlenül ugyanaz a cég:
dig +short NS pelda.hu. Ha itt Cloudflare-névszervereket látsz, akkor a rekordot ott kell felvenni, nem a tárhelyen. - Lépj be a szolgáltató ügyfélpaneljébe, és keresd a DNS-zóna kezelése, DNS beállítások vagy Zónafájl szerkesztése menüpontot.
- Vegyél fel új rekordot. Típus: TXT. Név vagy host:
@, üres mező, vagy maga a domain (szolgáltatófüggő). Érték: a teljesgoogle-site-verification=...sor. TTL: 3600 másodperc bőven elég. - Mentsd el, és ha külön Zóna publikálása gomb is van, azt is nyomd meg. Enélkül a rekord csak a felületen létezik.
- Ellenőrizd kívülről:
dig +short TXT pelda.hu, Windowsonnslookup -type=TXT pelda.hu. A saját gépeden a régi válasz még a gyorsítótárban ülhet, ezért érdemes egy publikus feloldóval is lekérdezni:dig +short TXT pelda.hu @1.1.1.1. - Menj vissza a Search Console-ba, és nyomd meg az Ellenőrzés gombot. Ha elsőre nem sikerül, várj a TTL-nyi időt, és próbáld újra.
Amire figyelj a zónában:
- Ne írd felül a meglévő TXT rekordot. Az SPF, a DKIM és a DMARC is TXT, és ezek együtt élnek: több TXT rekord elfér egymás mellett. Ha a Google-értéket beleírod az SPF sorába, a levelezés kézbesíthetősége sérülhet.
- Több panel automatikusan hozzáfűzi a domaint a név mezőhöz. Ha ilyen helyre beírod, hogy
pelda.hu, a végeredménypelda.hu.pelda.hulesz, és a hitelesítés nem fut le. Ilyenkor@vagy üres mező kell. - Aldomain hitelesítésénél a rekord neve maga az aldomain (
shop), nem@. - A rekordot hagyd bent örökre. A Google időnként újraellenőrzi, és ha a rekord eltűnik, a tulajdon hitelesítése megszűnik. Ilyenkor jön egy e-mail, de az adathozzáférés addig szünetel, amíg vissza nem teszed.
Mit tegyél, ha a www és a nem www verzió is fut?
Rövid válasz: a domain szintű tulajdon mindkettőt egy jelentésben mutatja, tehát a mérésed teljes lesz, de ez nem oldja meg a duplikációt: a szerver szintjén továbbra is egyetlen verzióra kell átirányítani.
A két dolgot érdemes szétválasztani a fejedben. A tulajdontípus a mérésről szól, az átirányítás a webhely szerkezetéről. A teendők a szerkezeti oldalon:
- Döntsd el, melyik a hivatalos verzió. SEO szempontból a kettő között nincs érdemi különbség, a lényeg a következetesség.
- Állíts be 301-es átirányítást a másik verzióról. Nginxnél ez egy sor:
return 301 https://pelda.hu$request_uri;. WordPressnél a Beállítások > Általános alatti két URL mezőnek is a választott verziót kell tartalmaznia. - A kanonikus címkék, a belső linkek és a sitemap URL-jei is a választott verziót használják.
- Ha van hreflang vagy strukturált adat abszolút URL-lel, azokat is nézd át.
Ha valamiért mégis URL-előtag alapú tulajdonnál maradsz, akkor a teljes lefedettséghez négy külön tulajdont kell felvenned: http://, https://, http://www. és https://www. változatot. Ez működik, csak fárasztó, és minden jelentésnél össze kell adogatnod a számokat.
Mikor jobb mégis az URL-előtag alapú tulajdon?
Rövid válasz: akkor, ha szegmentálni akarsz, vagy ha nincs hozzáférésed a DNS-zónához.
- Mappa szintű mérés. A
https://pelda.hu/blog/tulajdonban a teljesítménygrafikon, az indexelési jelentés és a sitemap-státusz is kizárólag a blogról szól. Ez sokkal olvashatóbb, mint a teljes webhely adatában szűrögetni. - Megosztott felelősség. Ha egy ügynökség csak a blogért felel, egy másik csapat a webshopért, mindenki a saját mappájához kaphat hozzáférést anélkül, hogy a teljes domain adatát látná.
- Nincs DNS-hozzáférésed. Ez a leggyakoribb valós ok. Ilyenkor GTM-mel vagy meta címkével pár perc alatt elindul a mérés, a domain szintű tulajdont pedig utólag, a DNS rendezése után veszed fel.
- Migráció. Egy protokoll- vagy struktúraváltásnál hasznos, ha a régi és az új változat külön grafikonon fut, mert így látod, hogyan csúszik át a forgalom.
Szakmai feltételezés: a mappa szintű tulajdon nemcsak technikai előny. Ha a bloghoz saját grafikon tartozik, arra a csapat rendszeresebben ránéz, mint egy szűrőre, amit minden alkalommal újra be kell állítani. Ezt nem tudom számmal alátámasztani, csak visszatérő megfigyelés.
Miért érdemes mindkettőt beállítani?
Rövid válasz: mert a kettő nem verseng egymással. A domain szintű adja a teljes képet, az előtag alapú a részletet, és semmi nem szól az ellen, hogy párhuzamosan fussanak.
A domain szintű tulajdon egyik alulértékelt haszna, hogy megmutatja azt, amiről elfeledkeztél. Saját tapasztalat: az indexelési jelentésben nem egyszer bukkan elő egy régi dev. vagy teszt. aldomain, egy elhagyott shop., vagy egy fejlesztői másolat, ami minden robots-korlátozás nélkül elérhető. Külön előtag-tulajdonokkal ezek soha nem kerülnek a látóterébe, mert senki nem vesz fel tulajdont olyasmire, amiről nem tud.
A javasolt felállás egy átlagos magyar kkv-oldalnál: egy domain szintű tulajdon a teljes képhez, mellette egy-két előtag alapú a fontos szegmensekre (blog, webshop aldomain, nyelvi verzió). Ennél többet ritkán éri meg fenntartani, mert a sok tulajdon önmagában nem ad plusz információt, viszont mindegyiket karban kell tartani.
Milyen ellenőrzőlistát fuss végig a beállítás után?
Rövid válasz: a hitelesítés csak a kezdet. Sitemap, aldomainek, hozzáférések és tulajdonosi jog: ez a négy pont dönti el, hogy hat hónap múlva is használható lesz-e a fiók.
- Sitemap. Nyisd meg a Sitemapek jelentést, és add be a webhelytérképet (WordPressnél jellemzően
sitemap_index.xmlvagysitemap.xml). Nézd meg a beolvasás állapotát és a felfedezett URL-ek számát: ha ez a szám köszönőviszonyban sincs az oldalszámmal, ott hiba van. - URL-ellenőrzés. Futtasd le a főoldalra és egy fontos aloldalra, majd nyomd meg az Élő URL vizsgálata gombot. Ez azonnal kiderít egy véletlenül bent maradt noindexet.
- Webshop és egyéb aldomain. Van külön
shop.pelda.hu? Ha igen, akkor a domain szintű tulajdon már méri, de érdemes külön előtag-tulajdont is felvenni rá, mert a webshop és a tartalmi oldal teljesítménye teljesen más logika szerint mozog. - Hozzáférések. Beállítások > Felhasználók és engedélyek. Írd össze, ki dolgozik ténylegesen az oldalon: fejlesztő, marketinges, tartalomíró, külsős ügynökség. Mindenki a saját Google-fiókjával kapjon jogot, közös bejelentkezés nélkül. A Teljes jog a napi munkához elég, a Korlátozott a betekintőknek való.
- Tulajdonosi jog. Ez a legfontosabb és a leggyakrabban kihagyott pont. Domain szintű tulajdonnál az igazolt tulajdonos az, akinek a DNS-rekordja bent van. Ha az ügynökség vette fel a saját azonosítójával, kérd meg, hogy a cég saját Google-fiókja is kapjon önálló hitelesítést (egy második TXT rekorddal), így egy szakítás vagy fejlesztőváltás nem viszi el a történeti adatot.
- Társítások. Beállítások > Társítások alatt kösd össze a Google Analytics 4 tulajdonnal és ha van, a Google Ads-fiókkal.
- E-mail értesítések. Ellenőrizd, hogy be vannak kapcsolva, és olyan címre mennek, amit valaki tényleg olvas.
- Visszatérő ellenőrzés. Három-hét nap múlva nézd át az indexelési jelentést. Az adat nem azonnal áll össze, de ekkorra már látszik, ha valami rendszerszinten hibás.
- Dokumentáció. Írd fel, melyik szolgáltatónál, melyik zónában van a TXT rekord. Ez a fél mondat spórol meg később egy fél napot.
Milyen hibákat érdemes elkerülni?
A visszatérő esetek, amikbe a leggyakrabban bele lehet futni:
- Valaki zónatakarítás közben kidobja az ismeretlen célú TXT rekordot, és a tulajdon hitelesítése megszűnik.
- Csak a www-s előtag-tulajdon létezik, miközben a webhely fele www nélkül fut, így a jelentés torz.
- A tulajdon a fejlesztő magánfiókjában van, ő kilép, és a cég elesik a saját adatától.
- Egy TXT rekordba több érték kerül vesszővel elválasztva. A DNS ezt nem így kezeli, minden érték külön rekord.
- A cég azt hiszi, hogy a domain szintű tulajdon önmagában rendezi a www duplikációt. Nem rendezi, csak együtt méri.
A rendezett Search Console-tulajdon nem hoz önmagában forgalmat, és semmiféle helyezést nem garantál. Azt viszont eldönti, hogy a későbbi döntéseidet teljes vagy hiányos adatra építed, és ez a különbség hónapok múlva mutatkozik meg.
Források és további olvasnivalók
- Google Search Central: Search Console súgó, Tulajdontípusok
- Google Search Central: Webhely tulajdonjogának igazolása
- Google Search Central: Webhelytérképek (sitemap) létrehozása és beküldése
- Google Search Central: Kanonikus URL-ek és duplikált tartalom kezelése
- Google Search Central Blog
- Bing Webmaster Tools dokumentáció
- IETF RFC 1035 (Domain Names, a DNS alapdokumentuma)
- IETF RFC 7208 (SPF, a TXT rekordok együttéléséhez)
- Schema.org, W3C dokumentáció (strukturált adat és HTML-szabvány hivatkozásokhoz)
- A domain szintű tulajdon a www, a nem www, a http, a https és az összes aldomain adatát egyben mutatja.
- A domain szintű tulajdont csak DNS-rekorddal lehet hitelesíteni, az URL-előtag alapút HTML-fájllal, meta címkével, GA4-gyel vagy GTM-mel is.
- A domain szintű tulajdon nem oldja meg a www és a nem www duplikációt: az átirányítás továbbra is szerveroldali feladat.
- Az URL-előtag alapú tulajdon mappa szinten is felvehető, így külön mérhető a blog, a webshop vagy egy nyelvi verzió.
- A beállítás után nézd át a sitemapot, az aldomainek mérését és a hozzáféréseket, mielőtt bárki elkezd az adatra döntést építeni.
Gyakori kérdések
Ha domain szintű tulajdont veszek fel, törölhetem a régi URL-előtag alapút?
Törölheted, de a legtöbb esetben nem érdemes. A régi tulajdonban maradt történeti adat és a szegmentált nézet is értéket ad, a fenntartása pedig nem kerül semmibe. Ha mégis törlöd, az adat nem vész el véglegesen: egy későbbi újbóli hitelesítéssel a Search Console jellemzően újra megmutatja a rendelkezésre álló időszakot, bár erre hivatalos garancia nincs.
Mennyi idő, mire a DNS-hitelesítés lefut?
Sok esetben pár perc, mert a Google azonnal lekérdezi a rekordot. Ha nem sikerül elsőre, a TTL értéke a mérvadó: 3600 másodperces TTL-nél legfeljebb egy órán belül érdemes újrapróbálni. Egyes zónáknál a szolgáltató oldali publikálás is időt vesz igénybe, ezért ha 24 óra után sem megy, a rekord elhelyezését nézd át, ne a türelmedet.
Kell külön tulajdon a webshop aldomainnek, ha van domain szintű tulajdonom?
A méréshez nem, mert a domain szintű tulajdon már tartalmazza. A kiértékeléshez viszont hasznos: a webshop keresési mintázata (termékkeresések, márkanevek, méret- és típusszavak) annyira eltér a tartalmi oldalétól, hogy egy közös grafikonon mindkettő olvashatatlanná válik.
Mi történik, ha valaki véletlenül törli a TXT rekordot?
A Google időszakosan újraellenőrzi a hitelesítést. Ha a rekord hiányzik, a tulajdon hitelesítetlenné válik, és erről e-mail értesítés érkezik a tulajdonosnak. Az adat nem törlődik, csak nem éred el, amíg a rekordot vissza nem teszed és újra nem hitelesítesz. Ezért érdemes a rekord mellé a zónában megjegyzést írni, ha a szolgáltató panelje ezt engedi.
Hitelesíthető ugyanaz a domain több Google-fiókkal is?
Igen, több önálló tulajdonos is lehet, akár több TXT rekorddal egymás mellett. Ez a javasolt felállás, ha ügynökség dolgozik az oldalon: a cég is hitelesíti magát a saját fiókjával, így egy esetleges váltás nem szakítja el a hozzáférést. A felhasználói jogosultság ennél gyengébb kötés, mert azt a tulajdonos bármikor visszavonhatja.
Melyiket válasszam, ha csak egy egyszerű, aldomain nélküli bemutatkozó oldalam van?
A domain szintű tulajdont, feltéve, hogy hozzáférsz a DNS-zónához. Így a www és a nem www verzió is egy helyen látszik, és ha később mégis indul egy blog aldomain vagy egy webshop, a mérés magától a helyén lesz. Ha nincs DNS-hozzáférésed, indulj URL-előtag alapúval, és később bővítsd.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.