Domain-kor (RDAP)

Bizalom helyett előzmény

A kor egy proxy-mutató. Azt jelzi, hány éve van esélye a domainnek linket, említést és keresési előzményt gyűjteni. Egy 2011 óta élő céges domain mögött több száz hivatkozás állhat. Egy tavaly regisztrált mögött általában semmi.

Konkrét következmények

• Új domainnél lassabb indexelés. A feltérképezési keret kicsi, az új URL-ek napokig vagy hetekig kimaradhatnak.
• AI-válaszokban nem jelensz meg. Ha a márkanevedre nincs külső forrás, a modell nem tud rád hivatkozni. Ezt a márkaemlítések hiánya okozza, nem a kor.
• Örökölt teher. Egy lejárt, majd újraregisztrált domain hozhat spam-linkeket és korábbi büntetést. Ilyenkor a régi kor nem előny, hanem kockázat.
• Lejárat-kockázat. Az RDAP expiration dátuma üzemeltetési adat. Ha lejár a domain, a teljes oldal eltűnik, a levelezéssel együtt.

Amit nem old meg

A régi domain nem ment meg gyenge tartalomtól. A riportokban rendszeresen látunk 15 éves domaineket 200 szavas szolgáltatásoldalakkal. Azok ugyanúgy láthatatlanok.

Vonatkozik rá

• Minden éles, saját domainen futó oldal, típustól függetlenül.
• Frissen indult márkák és webshopok, ahol a kor tényleg alacsony.
• Domaint váltó cégek: névváltás, összeolvadás, rebranding után a kor nullázódik az új néven.
• Lejárt domaint vásárlók, ahol az előzményt kötelező átvilágítani.

Nem vonatkozik rá

• Staging és fejlesztői aldomainek, ezek amúgy sem indexelendők.
• Platform-aldomainek (*.myshopify.com, *.unas.hu), ezeknél a gyökérdomain kora a rendszeré, nem a tiéd.
• Belső, jelszóval védett rendszerek.

A hatókör szempontjából ez környezeti és üzleti döntés, nem kódkérdés. A fejlesztő nem tudja javítani, a tulajdonos dönt róla.

1. Nyisd meg az https://rdap.org/domain/pelda.hu címet böngészőben. A szolgáltatás átirányít a TLD illetékes RDAP-szerverére.
2. Keresd meg az events tömböt. A registration eseményhez tartozó eventDate a regisztráció dátuma.
3. Nézd meg ugyanitt az expiration dátumot is. Ha egy éven belül van, tedd naptárba.
4. Ellenőrizd a status mezőt. A client transfer prohibited azt jelenti, hogy a domain zárolva van illetéktelen transzfer ellen.
5. Ha az adott végződésre nincs RDAP-végpont, használd a nyilvántartó saját whois-át. A .hu esetén ez a nic.hu.
6. Parancssorból: curl -s https://rdap.org/domain/pelda.hu | jq '.events'.
7. Az előzményhez nézd meg az archive.org Wayback Machine találatait. Ha 2009-től 2021-ig kínai gyógyszeres oldal volt, azt tudnod kell.

Jó jel

• A regisztráció több éve, folyamatos meghosszabbítással.
• A lejáratig legalább 12 hónap van hátra.
• Transzfer-zár aktív, a kontaktadatok élnek.
• A Wayback Machine végig ugyanazt a márkát mutatja.

Rossz jel

• A regisztráció néhány hónapja történt, és a domain már erős organikus eredményt vár.
• A lejáratig kevesebb mint 30 nap.
• Az archívumban tartalmi törés látszik: más nyelv, más téma, más márka.
• Az RDAP nem ad vissza rekordot, vagy hibát dob. Ez nem ellenőrizhető állapot, nem automatikus hiba.

Mit néz ebből a riport

Az audit lekéri a domain regisztrációs dátumát, és kiszámolja a kort. Az eredmény alacsony hatású, tájékoztató adat. Ha a domain fiatal, az nem javítható hiba, hanem kontextus a többi eredményhez.

A kort nem lehet javítani. Azt lehet javítani, hogy a meglévő idő ne vesszen kárba, és domainváltásnál ne dobd el az előzményt.

Minden rendszerben

1. Állíts be automatikus megújítást a regisztrátornál, és kapcsold be a transzfer-zárat.
2. Tartsd élőn a kontakt e-mail címet. A riportokban sokszor egy évekkel korábbi, megszűnt postafiók szerepel.
3. Ne válts domaint kozmetikai okból. Minden váltás nulláról indít.
4. Építs következetes jelenlétet: cégadatok, profilok, sameAs hivatkozások ugyanazzal a névvel.

WordPress

1. A Beállítások / Általános alatt a WordPress-cím és a Webhely-cím legyen azonos, HTTPS-sel.
2. Domainváltásnál készíts teljes URL-térképet, és 301-gyel irányíts át minden régi címet.
3. A régi domaint tartsd meg legalább egy évig, az átirányítással együtt. A domain-átirányítás csak akkor visz át értéket, ha él.

Shopify

1. Settings / Domains alatt ellenőrizd, melyik az elsődleges domain.
2. A myshopify.com aldomain soha ne legyen az elsődleges, mert akkor a bolt kora a platformé.
3. Domaincsere után a Shopify automatikusan 301-et ad a régi elsődlegesről, ezt teszteld le curl-lel.

Unas

1. A saját domaint kösd be a rendszerbe, és állítsd elsődlegesnek.
2. Az áruház gyári aldomainje maradjon átirányításon.
3. Régi rendszerről költözésnél kérd be a korábbi URL-listát, és rendelj hozzá 301-et.

Shoprenter

1. Beállítások / Domain kezelés alatt egy elsődleges domain legyen, a többi átirányítás.
2. Ellenőrizd, hogy a www és a www nélküli változat közül csak az egyik ad 200-at.

Egyedi fejlesztés

1. Tedd a lejárati figyelést a monitoringba, RDAP-lekérdezéssel.
2. Domainváltásnál szerveroldali 301-et használj, ne JavaScript-átirányítást.
3. A kanonikus cím mindig az új domaint mutassa, ne maradjon vegyes állapot.

• Lejáró domain észrevétlenül. Az automatikus megújítás kikapcsolt, a fizetési kártya lejárt, és az oldal egyik reggel eltűnik.
• Domainváltás átirányítás nélkül. A régi címeket 404-re engedik, így az évek alatt gyűjtött linkérték elvész.
• Lejárt domain vak megvásárlása. A régi kor vonzó, de a spam-előzmény és a káros linkprofil vele jön.
• A kor ráfogása mindenre. Az oldal azért nem szerepel, mert nincs rajta érdemi tartalom, nem azért, mert fiatal.
• Párhuzamos domainek egy márkára. Két élő domain ugyanazzal a tartalommal megosztja az értéket, és duplikált tartalmat okoz.
• Domain a fejlesztő nevén. Ha a regisztrátori fiók nem a cégé, a domain jogilag nem a tiéd. Ez a magyar KKV-oldalak jelentős részén így van.
• Türelmetlenség. Három hónap után domaint cserélni azért, mert nincs forgalom, csak újraindítja a számlálót.

RDAP-lekérdezés parancssorból. Az rdap.org átirányít a TLD illetékes szerverére, ezért kell a -L kapcsoló:

curl -sL https://rdap.org/domain/example.com | jq '{ldhName, events, status}'

A válasz releváns része. A registration esemény dátuma adja a domain-kort, az expiration a lejáratot:

{
  "ldhName": "EXAMPLE.COM",
  "status": ["client delete prohibited", "client transfer prohibited"],
  "events": [
    { "eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z" },
    { "eventAction": "expiration", "eventDate": "2026-08-13T04:00:00Z" },
    { "eventAction": "last changed", "eventDate": "2025-08-14T07:01:31Z" }
  ]
}

Ha a TLD nem szerepel az IANA bootstrap-listájában, a kérés 404-et ad. Ez nem a domain hibája, csak azt jelenti, hogy a nyilvántartó whois-át kell használni. Domainváltásnál pedig ezt a választ akarod látni a régi címre:

HTTP/2 301
location: https://uj-domain.hu/szolgaltatasok/