سه سال از راهاندازی برند گذشته است. دامنه روی حساب شخصی فریلنسری ثبت شده که دیگر پاسخ نمیدهد؛ Email بازیابی همان دامنه است؛ تمدید خودکار به کارت منقضی وصل شده و هیچکس نمیداند Registrant چه کسی ثبت شده است. سایت، Email و پرداخت میتوانند در یک روز از دسترس خارج شوند، نه بهدلیل ضعف طراحی، بلکه چون «خرید دامنه» بهجای مدیریت یک دارایی حیاتی دیده شده است.
دامنه فقط نامی کوتاه برای کارت ویزیت نیست. قرارداد استفاده از یک نام، نقطه شروع DNS و Email، مرز اعتماد مشتری و یکی از وابستگیهای اصلی کسبوکار است. این راهنما از معنی Domain تا انتخاب نام و پسوند، بررسی حقوقی/فنی، Registrar، ثبت .ir و gTLD، مالکیت سازمانی، RDAP، امنیت، تمدید، انتقال، انقضا و مهاجرت را به یک فرایند قابل کنترل تبدیل میکند.
دامنه چیست؟
دامنه (Domain name) نام سلسلهمراتبی و قابل خواندنی است که در DNS به Resourceهایی مانند Website، Email یا Serviceهای دیگر متصل میشود. کاربر معمولاً نام را مینویسد؛ Resolverهای DNS رکورد لازم را پیدا میکنند و Client سپس به مقصد سرویس وصل میشود. دامنه «جایگزین ساده یک IP» نیست: یک نام میتواند چند IP، CDN، Email، Verification و Service داشته باشد و IPها میتوانند تغییر کنند.
ثبت دامنه معمولاً خرید مالکیت ابدی نیست. Registrant با Registrar قرارداد میبندد و حق استفاده و مدیریت نام را برای دورهای معین، طبق Policyهای Registry، Registrar و قوانین مربوط دریافت میکند. این حق باید تمدید شود و ممکن است شرایط Eligibility، اختلاف نام تجاری یا Abuse داشته باشد.
| مفهوم | کار | نمونه | با چه چیزی اشتباه نشود؟ |
|---|---|---|---|
| Domain | نام ثبتشده و فضای نام | example.com | URL یا Website |
| Hostname | نام یک Host/Service | www.example.com | خود دامنه Registrable |
| URL | آدرس کامل Resource | https://example.com/blog?id=2 | فقط نام دامنه |
| DNS | انتشار رکورد و Delegation | A، AAAA، MX، TXT | Registrar یا Hosting |
| Hosting | اجرای Website/App | Server/Cloud | Domain/DNS |
| TLS certificate | احراز نام و رمزنگاری اتصال | HTTPS | مالکیت دامنه |
| Email service | دریافت/ارسال پیام | info@example.com | MX بهتنهایی |
ساختار نام دامنه را درست بخوانید
DNS از راست به چپ سلسلهمراتب دارد. در shop.example.com، بخش .com دامنه سطح بالا (TLD)، example Label ثبتشده زیر آن و shop یک Subdomain است. عبارت «SLD» در گفتوگوی روزمره برای بخش قبل از TLD بهکار میرود، اما ساختار Registrable ممکن است در بعضی Namespaceها چندسطحی باشد؛ مثلاً Policy یک Registry تعیین میکند ثبت در کدام سطح ممکن است.
| بخش | چه کسی کنترل میکند؟ | تصمیم شما |
|---|---|---|
| Root | زیرساخت Root/IANA ecosystem | مستقیم مدیریت نمیکنید |
| TLD | Registry طبق Policy | .ir، .com یا گزینه دیگر |
| Registrable domain | Registrant از طریق Registrar | نام برند و قرارداد |
| Subdomain | مالک Zone/DNS | www، app، help، mail |
| Path/Query | Application/Web server | معماری URL و محتوا |
این تفکیک هنگام Incident حیاتی است. اگر Website Down است، ممکن است Registration، Delegation، DNS record، TLS، CDN، Hosting یا Application خراب باشد. جمله «دامنه مشکل دارد» برای عیبیابی کافی نیست.
چه بازیگرانی در ثبت و کار دامنه نقش دارند؟
| نقش | مسئولیت | ریسک سوءبرداشت |
|---|---|---|
| Registry | پایگاه و Policy یک TLD | فروشنده Retail فرض شود |
| Registrar | قرارداد و مدیریت Registration برای Registrant | با Reseller یا Host یکی دانسته شود |
| Reseller | فروش از مسیر Registrar | Registrar واقعی و مسیر Escalation نامعلوم بماند |
| Registrant | شخص/نهاد دارنده حق ثبت | Developer یا Agency بهجای کسبوکار ثبت شود |
| Administrative owner | تصویب تغییر، Renewal و Transfer | یک نفر بدون جانشین باشد |
| DNS operator | Nameserver و Zone | با Registrar قفل شود |
| Hosting/CDN/Email | سرویسهای متصل | مالک دامنه تلقی شوند |
ICANN میگوید Registrant با Registrar قرارداد دارد و باید به اطلاعات شفاف درباره ثبت، مدیریت، انتقال، تمدید و بازیابی دسترسی داشته باشد. برای TLDهای کشوری مانند .ir، Registry و Policy ملی مسیر خود را دارند؛ قواعد gTLD را خودکار به ccTLD تعمیم ندهید.
دامنه را از Strategy کسبوکار انتخاب کنید
اول نامهای تصادفی تولید نکنید. یک Decision brief کوتاه بسازید:
- نام حقوقی، نام تجاری و Brand architecture چیست؟
- مخاطب در ایران است، جهانی است یا چندبازاری؟
- Website، Email، App، API و Campaignها روی چه Namespaceی میآیند؟
- آیا بازار/محصول در سه سال آینده گسترش مییابد؟
- کدام TLDها از نظر Eligibility، Payment، Renewal و Transfer عملیاند؟
- اگر Provider یا حساب فعلی از دسترس خارج شد، Exit چیست؟
برای یک شرکت مادر با چند محصول، نام مادر شاید مقصد Corporate و هر محصول Subdomain یا Domain جدا داشته باشد. جداسازی بدون دلیل، هزینه Security، Renewal، SEO، Email reputation و عملیات را چند برابر میکند. در مقابل، Product مستقل با مالکیت/ریسک متفاوت ممکن است Domain جدا بخواهد. تصمیم باید در معماری اطلاعات و ساختار سایت منعکس شود.
نام خوب چه معیارهایی دارد؟
«کوتاه» کافی نیست. نام باید در کانال واقعی برند کار کند: تلفن، تبلیغ صوتی، تایپ موبایل، Email، QR، جستوجو، فارسی و انگلیسی. برای هر Candidate آزمون یکسان اجرا کنید.
| معیار | آزمون | Red flag |
|---|---|---|
| Dictation | نام را بگویید؛ فرد بدون دیدن بنویسد | چند املای محتمل |
| Pronunciation | پنج مخاطب بخوانند | تلفظ متناقض |
| Recall | پس از ده دقیقه بازگو کنند | ترتیب کلمه فراموش شود |
| Typing | Mobile و Desktop | خط تیره/عدد مبهم |
| Confusion | دامنههای مشابه و Homograph | شباهت با برند رقیب |
| Future fit | محصول/شهر تازه فرض کنید | نام بیشازحد محدود |
| Meaning | فارسی/انگلیسی و بازار هدف | معنای نامناسب یا طنز ناخواسته |
name@domain را بخوانید | طول/ابهام در آدرس |
خط تیره یا عدد ذاتاً ممنوع نیست؛ هزینه خطا و توضیح را بالا میبرد. اگر نام برند رسماً عدد دارد یا تفکیک با Hyphen برای خوانایی ضروری است، با Evidence تصمیم بگیرید. Keyword دقیق نیز مزیت قطعی رتبه نمیسازد و ممکن است نام را طولانی، محدود و کماعتماد کند.
نام برند، توصیفی یا Keyword domain؟
| مدل | مزیت | ریسک | Fit |
|---|---|---|---|
| Brandable | تمایز و توسعه | نیاز به ساخت شناخت | برند بلندمدت |
| Descriptive | فهم سریع موضوع | تمایز و توسعه کمتر | Service/Directory مشخص |
| Hybrid | برند + Context | طول بیشتر | بازار ناآشنا |
| Exact-match keyword | توضیح فوری | Spam perception، محدودیت و مشابهت | فقط با Brand/Legal fit واقعی |
نامی که فقط برای Search انتخاب شود، ممکن است در Radio، Referral و گسترش محصول شکست بخورد. Google TLD یا Keyword را جای کیفیت و ارتباط صفحه نمینشاند. تصمیم را بر Brand، کاربر، حقوق و عملیات بگذارید.
.ir، .com یا new gTLD؟
پسوند را با Scorecard انتخاب کنید، نه با جمله «.com همیشه بهترین است». Google اعلام میکند TLD عمومی جدید ذاتاً مزیت یا عیب رتبه ندارد. ccTLD معمولاً Signal قوی کشور است؛ بنابراین .ir برای تمرکز ایران معنادار است اما برای Strategy چندکشوری باید معماری کامل Locale و hreflang سنجیده شود.
| معیار | پرسش | مدرک |
|---|---|---|
| Audience | بازار اصلی و برنامه توسعه کجاست؟ | Strategy بازار |
| Eligibility | چه شخص/مدرکی مجاز است؟ | Registry policy جاری |
| Recognition | مخاطب TLD را میشناسد؟ | User test |
| Registration/Renewal | قیمت عادی، Premium و سال بعد چیست؟ | Quote و Terms |
| Payment/Access | از ایران پایدار قابل پرداخت/مدیریت است؟ | Pilot حساب |
| Transfer/Exit | قانون و مسیر خروج چیست؟ | Policy و Test |
| Security | MFA، Lock، DNSSEC/DS و Alert دارد؟ | Control test |
| SEO locale | Geo signal با بازار سازگار است؟ | International SEO plan |
راهنمای انتخاب بهترین پسوند دامنه مقایسه .ir، .com، new gTLD، Premium، Email compatibility و TCO را عمیقتر پوشش میدهد. اگر چند کشور و زبان دارید، استراتژی سئو بینالمللی را پیش از خرید چند Domain بخوانید.
دامنه فارسی و IDN را با Pilot واقعی بسنجید
Internationalized Domain Name میتواند حروف غیر ASCII را برای کاربر نمایش دهد؛ DNS از نمایش ASCII-compatible یا A-label استفاده میکند که معمولاً با xn-- دیده میشود. زیبایی نمایش فارسی بهمعنای سازگاری همه Formها، Emailها، Analyticsها، QRها و سیستمهای Third-party نیست.
- U-label و A-label دقیق هر Candidate را ثبت کنید.
- Browser، Mobile، Copy/paste، Link preview و QR را تست کنید.
- ثبتنام، CRM، Payment، SMS، Analytics و Email address validation را امتحان کنید.
- شباهت بصری Unicode، Mixed script و خطر Phishing را بررسی کنید.
- یک Domain ASCII دفاعی/جایگزین و Redirect policy را در صورت نیاز بسنجید.
IDN برای همه پروژهها بد نیست؛ اما باید Universal Acceptance و امنیت را با مسیر واقعی کاربر ثابت کند. «پشتیبانی در Browser من» Acceptance کافی نیست.
قبل از ثبت، Due diligence انجام دهید
آزادبودن نام فقط یعنی اکنون شاید قابل ثبت باشد؛ بهمعنای آزادبودن حقوقی، پاکبودن سابقه یا مناسببودن برند نیست.
| بررسی | روش | تصمیم |
|---|---|---|
| Registration status | Registry/Registrar و RDAP برای gTLD | Available/Registered/Premium |
| Trademark/name | پایگاه رسمی و مشاور حقوقی | Proceed/Review/Reject |
| Prior use | Archive، Search و Reputation | Clean/Unknown/Risky |
| Security history | Safe browsing/abuse evidence معتبر | Remediation cost |
| Similar domains | Typo/Hyphen/TLD/Unicode variants | Defensive registration |
| Social/app handles | کانالهای موردنیاز | Brand consistency |
| Email collision | نام در گفتار و Dictation | Confusion risk |
خرید Domain دستدوم نیازمند Escrow/Contract، اثبات کنترل، Transfer plan، سابقه محتوا/لینک/Abuse و TCO است. عدد فروشنده برای «Authority» را ارزش تضمینی SEO تلقی نکنید. این راهنما مشاوره حقوقی نیست؛ تضاد نام تجاری را پیش از پرداخت با متخصص صلاحیتدار بررسی کنید.
Registrar را با Exit و Security انتخاب کنید
قیمت سال اول یک معیار کوچک است. Registrar باید در Renewal، Incident و Transfer جواب دهد. Google Domains دیگر Registrar مستقل جاری نیست؛ توصیه قدیمی نام Provider بدون بررسی وضعیت امروز، تصمیم خرید نیست.
| معیار | Acceptance test | Red flag |
|---|---|---|
| Identity | Registrar واقعی و Reseller روشن | مسیر Escalation مبهم |
| Total price | ثبت، تمدید، Transfer، Restore، Premium | Renewal پنهان |
| Account security | MFA قوی، Session/alert، Role | فقط Password مشترک |
| Domain controls | Transfer lock، تغییر contact، DNSSEC/DS | تغییر حساس بدون تأیید |
| Support | Incident route و SLA متناسب | فقط Chat فروش |
| Iran fit | Eligibility، Billing و دسترسی پایدار | وابستگی شکننده بدون Exit |
| Export/Transfer | Auth code و فرایند مستند | Lock-in قراردادی |
| Portfolio | Bulk renew، Role، Audit log | حساب شخصی پراکنده |
Provider shortlist را با یک Domain کمریسک Pilot کنید: MFA، Contact update، DNS/DS، Invoice، Support و Transfer documentation را ببینید. برای مقایسه مالکیت Account، داده و Exit در قرارداد طراحی، راهنمای سایتساز یا طراح سایت چارچوب Ownership register دارد.
قیمت دامنه را با TCO بسنجید
قیمت ثابت «۱۰ تا ۲۰ دلار» سریع منقضی میشود و Premium domain، ارز، Tax، Privacy، Transfer، Restore و Serviceهای امنیتی را پنهان میکند. Quote را در تاریخ تصمیم و Currency ثبت کنید.
TCO دامنه = Registration + Renewal × دوره + Premium + Privacy/Protection + Internal operations + Defensive names + Transfer/Exit + Expected incident loss
| Cost lane | سؤال |
|---|---|
| Acquisition | عادی، Premium یا Secondary market؟ |
| Recurring | Renewal واقعی و افزایش احتمالی چیست؟ |
| Currency/payment | FX و قابلیت پرداخت ایران چه ریسکی دارد؟ |
| Security | Protection/Registry lock یا Staff time؟ |
| Portfolio | چند Variant واقعاً ارزش دفاعی دارد؟ |
| Failure | یک روز اختلال Web/Email/Payment چقدر هزینه دارد؟ |
| Exit | Transfer، Migration و تمدید موازی چقدر است؟ |
مالکیت سازمانی را قبل از پرداخت حل کنید
Domain نباید فقط «در پنل شرکت طراحی است». Registrant، Account owner، Billing owner، DNS owner و Technical operator را ثبت کنید. برای کسبوکار، اطلاعات باید با موجودیت و قرارداد واقعی سازگار باشد؛ نه Email شخصی کارمند یا پیمانکار.
| دارایی/حق | Owner | Operator | Recovery | Evidence |
|---|---|---|---|---|
| Registrar account | شرکت | IT محدود | Break-glass | Invoice/contract |
| Registrant data | شخص حقوقی/مجاز | Legal/Admin | مدارک | RDAP/Registry record |
| Renewal payment | Finance | Procurement | روش دوم | Calendar/receipt |
| DNS zone | IT | DevOps | Export + Secondary access | Zone inventory |
| MFA/Recovery | Security | دو Custodian | Offline codes | Access review |
| Transfer approval | Legal/IT | Registrar admin | Runbook | Change ticket |
Recovery email را فقط روی همان Domain قرار ندهید؛ انقضای Domain میتواند راه بازیابی را هم قطع کند. یک کانال مستقل و کنترلشده، Backup code آفلاین و حداقل دو Custodian داشته باشید. Shared password در پیامرسان راه مدیریت دسترسی نیست.
مراحل ثبت دامنه gTLD
- Decision brief، نام و TLD را تصویب کنید.
- Availability و Registration data را از Registry/Registrar یا ICANN Lookup بررسی کنید.
- Trademark، سابقه، Similarity و Provider fit را تأیید کنید.
- حساب سازمانی با MFA و Recovery مستقل بسازید.
- Registrant data دقیق و قابل نگهداری وارد کنید.
- قیمت ثبت، Renewal، Restore و Transfer Terms را Snapshot کنید.
- Domain را ثبت و Invoice/Agreement/Transaction را بایگانی کنید.
- RDAP/Registrar record، Expiry، Status و Nameserver را تطبیق دهید.
- Lock، Alert، Auto-renew و یادآور مستقل را فعال کنید.
- DNS/Email/HTTPS را در Change جداگانه و تستشده راهاندازی کنید.
برای gTLD، ICANN Lookup از RDAP استفاده میکند. از ۲۸ ژانویه ۲۰۲۵، RDAP منبع قطعی ارائه Registration data برای gTLDها شد و WHOIS legacy کنار گذاشته شد. همه Contactها عمومی نیستند؛ Privacy و Policy میتواند داده را Redact کند. «اطلاعات پنهان است» بهمعنای بدون Registrant بودن نیست.
ثبت دامنه .ir برای کاربر ایرانی
ثبت .ir زیر Policy و سامانه ایرنیک انجام میشود. معمولاً ابتدا شناسه ایرنیک متناسب با نوع شخص/سازمان میسازید، رابطهای مجاز را تنظیم و سپس از خود Registry یا نماینده مجاز درخواست ثبت میدهید. بعضی نامها یا وضعیتها ممکن است به بررسی یا مدرک نیاز داشته باشند.
- نوع شناسه را با Registrant واقعی انتخاب کنید؛ شخصی را برای دارایی شرکتی جایگزین نکنید.
- Email، مشخصات و رابطهای شناسه را دقیق و در دسترس نگه دارید.
- فروشنده باید Domain را روی شناسه شما ثبت کند، نه شناسه خودش.
- Policy نام، مدارک، زمان تأیید، Renewal و انتقال را در سایت رسمی ایرنیک همان روز بررسی کنید.
- Receipt، Handle، Contact/Interface و تاریخ انقضا را در Asset register ثبت کنید.
قیمت، دوره و مدارک را اینجا ثابت نمیکنیم؛ آنها میتوانند تغییر کنند. Acceptance این است که رکورد نهایی روی شناسه درست، کنترل پنل در اختیار سازمان و مسیر تمدید/انتقال مستند باشد.
RDAP چیست و چه چیزی نشان میدهد؟
Registration Data Access Protocol داده ثبت را ساختاریافته ارائه میکند و نسبت به WHOIS از Internationalization، Secure access و پاسخ استانداردتر پشتیبانی میکند. برای gTLD، ICANN Lookup نتیجه Registry/Registrar را در زمان Query نمایش میدهد. Data availability به قانون و Policy وابسته است.
| فیلد/نشانه | کاربرد | محدودیت |
|---|---|---|
| Registrar | مسیر پشتیبانی/انتقال | Reseller ممکن است جدا باشد |
| Status | Lock، Hold، Transfer state | نیاز به تفسیر EPP status |
| Dates | Creation/Update/Expiration | Expiration نمایشی همیشه موعد Billing نیست |
| Nameserver | Delegation فعلی | محتوای Zone را نشان نمیدهد |
| Registrant/contact | در صورت Public بودن | ممکن است Redacted باشد |
| DNSSEC | نشانه DS/secure delegation | سلامت کامل Chain را باید تست کرد |
از Screenshot یک Lookup قدیمی برای مالکیت امروز نتیجه نگیرید. داده را در لحظه Change بررسی و Evidence قرارداد/پرداخت/حساب را هم نگه دارید.
بعد از ثبت: DNS، Hosting، Email و HTTPS جدا هستند
ثبت موفق بهتنهایی Website را بالا نمیآورد. ابتدا Nameserver/Delegation، سپس Zone recordها، Hosting/CDN، TLS و Application تنظیم میشوند. Email نیز MX، SPF، DKIM و DMARC و Mailbox/Provider میخواهد.
| Workstream | حداقل Acceptance | Owner |
|---|---|---|
| DNS | NS درست، A/AAAA/CNAME/MX/TXT معتبر، TTL برنامهریزیشده | DNS/DevOps |
| Web | HTTPS، Host routing، ۲۰۰ و Redirect policy | Web/Infra |
| Send/receive، SPF/DKIM/DMARC و Recovery | IT/Security | |
| Monitoring | Expiry، DNS change، TLS، Web و Mail alert | SRE/IT |
| Backup | Zone export، Account recovery و Runbook | Security |
برای رکورد، TTL، DNSSEC، CAA، Email authentication و مهاجرت Zone به راهنمای مدیریت DNS دامنه و برای TLS، Certificate و Redirect به راهنمای HTTPS و SSL مراجعه کنید.
Baseline امنیت حساب و دامنه
- Password یکتا و طولانی در Password manager سازمانی.
- MFA مقاوم متناسب با قابلیت Provider؛ Backup code آفلاین و کنترلشده.
- Registrar/Transfer lock و برای دارایی بسیار حساس، Registry lock در صورت دسترس.
- Alert برای Login، Contact، Nameserver، DNSSEC، Unlock، Transfer و Renewal.
- Role و Least privilege؛ حساب مشترک و کاربر جداشده فوراً حذف شود.
- Recovery email/phone مستقل، دقیق و در Access review دورهای.
- تأیید دوم برای Changeهای حساس و Ticket/Change log.
- DNSSEC فقط با Runbook Key/DS rollover؛ تنظیم نیمهکاره میتواند Resolution را قطع کند.
کنترل را Test کنید. وجود گزینه MFA در صفحه تنظیمات کافی نیست: بازیابی، Lost-device و خروج کارمند را شبیهسازی کنید. برای Domain اصلی، Quarterly access review و Annual recovery drill حداقل معقولی است.
تمدید و انقضا را به سیستم تبدیل کنید
Grace period هدیه تضمینی نیست. Lifecycle، هزینه Restore و زمان آزادشدن بین TLD و Registrar فرق میکند. پیش از Expiry از Terms همان Domain استفاده کنید. Auto-renew مفید است اما کارت منقضی، محدودیت پرداخت، تغییر حساب یا Email گمشده آن را بیاثر میکند.
| کنترل | پیشنهاد عملی | مدرک |
|---|---|---|
| Expiry inventory | همه Domainها و TLDها یکجا | Asset register |
| Auto-renew | فعال + Payment معتبر | Quarterly test |
| Independent reminders | ۱۲۰/۶۰/۳۰/۱۴ روز، متناسب با Policy | Calendar/monitor |
| Budget owner | Cost center و روش دوم پرداخت | RACI |
| Contact accuracy | Email و Phone پاسخگو | Access review |
| Critical domains | Renewal زودهنگام/دوره بیشتر با Policy | Risk decision |
| Expiry drill | Incident contact و Recovery route | Runbook test |
ثبت چندساله برای کاهش ریسک عملیاتی مفید است، نه ترفند رتبه. اگر Renewal notice مشکوک رسید، از Link Email وارد نشوید؛ پنل Registrar را مستقل باز و Domain/Invoice را تطبیق دهید.
Runbook انقضا یا Hijack
- Incident commander و Legal/Security/Registrar contact را فعال کنید.
- وضعیت Registrar، Registry/RDAP، Nameserver و DNS را Evidence بگیرید.
- از دستگاه/حساب امن وارد شوید؛ Credential و Recovery را کنترل کنید.
- Registrar را از مسیر رسمی Escalate و شماره پرونده ثبت کنید.
- اگر Web/Email تغییر کرده، مشتری/کارکنان را از کانال مستقل آگاه کنید.
- Token، Session، Certificate، API secret و Email forwarding را پس از بازگشت Rotate کنید.
- DNS/Website/Email را از Resolver و شبکههای متعدد Verify کنید.
- Timeline، Root cause و Controlهای اصلاحی را ثبت کنید.
ICANN خود Domain را به مالک برنمیگرداند؛ اختیار آن قراردادی و مسیر اصلی معمولاً Registrar/Policy/Dispute process است. به همین دلیل Evidence مالکیت و Escalation route باید قبل از حادثه آماده باشد.
انتقال Registrar با تغییر دامنه فرق دارد
Transfer یعنی همان Domain از Registrar فعلی به Registrar دیگر میرود؛ URL، Email و SEO لزوماً تغییر نمیکنند. Site move یعنی Domain یا URLهای مقصد عوض میشوند و پروژهای جداست.
| عملیات | نام ثابت؟ | DNS ممکن است ثابت بماند؟ | ریسک SEO |
|---|---|---|---|
| Registrar transfer | بله | بله؛ اگر Nameserver تغییر نکند | کم، با حفظ Resolution |
| DNS provider migration | بله | مقصد Zone عوض میشود | ریسک Downtime |
| Hosting migration | بله | Record مقصد تغییر میکند | Content/HTTP risk |
| Domain change | خیر | Namespace تازه | Site move کامل |
برای Transfer، Policy و محدودیتهای زمانی/Status را همان روز بررسی کنید؛ Domain را Unlock، Auth code و Approval channel را امن نگه دارید و قبل از شروع، Expiry را نزدیک نگذارید. Zone، Nameserver، DNSSEC و Contact را Snapshot کنید. انتقال Registrar را همزمان با DNS/Hosting/Email تغییر ندهید مگر Runbook و Rollback دقیق دارید.
مهاجرت به دامنه جدید
تغییر نام برند، ادغام یا الزام حقوقی ممکن است Domain تازه بخواهد. این کار Find-and-replace نیست:
- Inventory همه URL، Subdomain، Asset، API، Email و Third-party callback.
- Mapping یکبهیک URL قدیم به نزدیکترین مقصد جدید.
- ۳۰۱ مستقیم و بدون Chain؛ حفظ Domain قدیمی و Renewal بلندمدت.
- Canonical، Internal link، Sitemap، hreflang، Structured data و Analytics جدید.
- TLS، DNS، Email، SPF/DKIM/DMARC و Verificationها.
- مانیتور ۴۰۴، Redirect، Index، Traffic، Conversion و Email delivery.
راهنمای ریدایرکت ۳۰۱ و مهاجرت URL Acceptance و مانیتورینگ این پروژه را کامل میکند. Domain قدیمی را پس از Migration رها نکنید؛ میتواند برای Phishing، Email interception و شکستن Backlinkها استفاده شود.
دامنه و سئو: چه چیز واقعاً مهم است؟
| ادعا | واقعیت عملی |
|---|---|
| .com ذاتاً رتبه بهتری دارد | Google میگوید gTLD جدید بهخاطر TLD مزیت/عیب ندارد؛ Relevance و Quality مهماند. |
| Keyword در Domain رتبه را تضمین میکند | Brand/Spam perception و Content مهمترند؛ نام را برای کاربر و آینده انتخاب کنید. |
| دامنه قدیمی Authority دارد | سن بهتنهایی کیفیت یا سابقه سالم را ثابت نمیکند؛ History و Link/Content را بررسی کنید. |
| .ir برای ایران بیاثر است | ccTLD معمولاً Signal قوی کشور است و باید با Strategy بازار سازگار باشد. |
| خرید ده TLD رتبه را محافظت میکند | Defensive registration تصمیم Brand/Risk است؛ Domainهای خالی SEO نمیسازند. |
| تعویض Domain بدون افت انجام میشود | Site move زمان و ریسک دارد؛ Mapping/۳۰۱/monitor ضروری است. |
برای کسبوکار محلی، Domain فقط یکی از Signalهاست؛ صفحه، نشانی، شواهد خدمت و داده Local هم لازماند. راهنمای سئو محلی ایران آن سیستم را پوشش میدهد.
RACI پیشنهادی مدیریت دامنه
| کار | Responsible | Accountable | Consulted | Informed |
|---|---|---|---|---|
| انتخاب نام/TLD | Brand/Product | Business owner | Legal/SEO/IT | Finance |
| ثبت/Registrant | Procurement/Admin | Legal | IT | Business |
| Access/MFA | Security/IT | CISO/IT lead | Legal | Owner |
| DNS change | DevOps | IT lead | Security/App | Support |
| Renewal | Finance/Procurement | Asset owner | IT | Legal |
| Transfer | IT/Admin | Legal/Owner | Security | Finance |
| Incident | Security | Incident commander | Registrar/Legal/Comms | Management |
سه سناریوی ایرانی
استارتاپ با بازار ایران و برنامه منطقهای
نام Brandable در تست تلفظ فارسی/انگلیسی قبول میشود. .ir برای بازار ایران و یک gTLD مناسب برای توسعه بررسی میشوند؛ یکی مقصد اصلی و دیگری Defensive redirect است، نه دو سایت Duplicate. هر دو در Asset register سازمان، با MFA، Renewal و Owner روشن ثبت میشوند. Architecture زبان پیش از توسعه بینالمللی طراحی میشود.
فروشگاه با Domain Premium
قیمت خرید تنها عدد تصمیم نیست. Trademark، سابقه Archive/Abuse، Seller control، Escrow/Contract، Transfer eligibility، Renewal premium و Typo risk بررسی میشوند. ارزش با Brand lift و Economics فروش سنجیده میشود؛ ادعای «Domain Authority بالا» بدون Evidence در Valuation نمیآید.
شرکتی که Domain در حساب Agency است
ابتدا Registrant/Registrar/Expiry/Status/Nameserver و Agreement Evidence میشود. حساب سازمانی و Transfer runbook بدون تغییر همزمان DNS ساخته میشود. پس از انتقال، MFA/Recovery/Lock/Alert و RACI تنظیم میشوند. قرارداد آینده Domain، DNS، Source، Analytics و Exit را جداگانه مالکیتبندی میکند.
برنامه ۳۰روزه انتخاب و ایمنسازی دامنه
| بازه | کار | خروجی |
|---|---|---|
| روز ۱ تا ۳ | Strategy، Audience، Brand و Namespace | Decision brief |
| روز ۴ تا ۷ | Candidate و Dictation/Recall/Confusion test | Shortlist |
| روز ۸ تا ۱۰ | TLD/Registrar/TCO/Exit score | Scorecard |
| روز ۱۱ تا ۱۴ | Trademark، RDAP، history و Similarity | Due-diligence record |
| روز ۱۵ تا ۱۷ | Ownership، RACI، حساب و MFA | Access package |
| روز ۱۸ | ثبت و تطبیق رکورد | Invoice/Agreement/RDAP evidence |
| روز ۱۹ تا ۲۲ | DNS، Web، Email و TLS | Test report |
| روز ۲۳ تا ۲۵ | Lock، Alert، Auto-renew و Monitor | Security baseline |
| روز ۲۶ تا ۲۸ | Zone export، Recovery و Incident drill | Runbook |
| روز ۲۹ تا ۳۰ | Access/asset review و Sign-off | Operational acceptance |
چکلیست انتخاب، ثبت و نگهداری دامنه
- دامنه، URL، DNS، Hosting، Email و TLS از هم تفکیک شدهاند.
- Audience، بازار، Brand architecture و Future fit در Brief هستند.
- Candidate در تلفظ، Dictation، Recall، Typing، Similarity و Email تست شده است.
- TLD براساس Eligibility، TCO، ایران، Security، Exit و Geo strategy انتخاب شده است.
- IDN در U-label/A-label، Browser، Email، Form و Third-party Pilot شده است.
- Availability، Trademark، سابقه، Abuse و Domain مشابه بررسی شدهاند.
- Registrar واقعی، Reseller، Renewal، Restore، Transfer و Support روشناند.
- Registrant و Account متعلق به شخص/نهاد درست و Evidence بایگانی شده است.
- MFA، Recovery مستقل، Lock، Alert و Least privilege فعالاند.
- Expiry در Inventory، Auto-renew، Payment دوم و یادآور مستقل دارد.
- DNS، Email، HTTPS، Monitoring و Zone backup جداگانه تست شدهاند.
- Transfer، Incident و Domain migration Runbook و Owner دارند.
پرسشهای متداول دامنه
دامنه با هاست چه تفاوتی دارد؟
دامنه نامی است که در DNS به سرویسها متصل میشود؛ هاست زیرساخت اجرای Website یا App است. میتوانید Domain، DNS و Hosting را از Providerهای جدا بگیرید. برای Website فعال معمولاً هر سه لایه و TLS لازماند.
بهترین پسوند برای کسبوکار ایرانی .ir است یا .com؟
پاسخ واحدی ندارد. بازار، توسعه بینالمللی، Recognition، Eligibility، Payment، Renewal، Transfer، Security و Geo signal را بسنجید. TLD عمومی ذاتاً امتیاز رتبه بیشتر ندارد؛ .ir معمولاً Signal کشور ایران است.
آیا کلمه کلیدی یا سن دامنه باعث رتبه بهتر میشود؟
نه بهصورت تضمینی. Domain قدیمی ممکن است سابقه خوب، بد یا بیارتباط داشته باشد و Exact-match name جای Content، Trust و Technical quality را نمیگیرد. Brand fit و History را جدا بسنجید.
WHOIS چیست و چرا اکنون از RDAP صحبت میشود؟
WHOIS پروتکل قدیمی دسترسی به Registration data بود. برای gTLD، RDAP از ۲۸ ژانویه ۲۰۲۵ منبع قطعی ارائه این داده شد. اطلاعات عمومی ممکن است بهدلیل Privacy/Policy محدود باشد؛ ICANN Lookup خروجی RDAP را خواناتر نمایش میدهد.
اگر دامنه منقضی شد چه کنیم؟
فوراً با Registrar/Registry از مسیر رسمی تماس بگیرید و Status، Terms و امکان Renewal/Restore را بررسی کنید. Grace period و هزینه بین TLDها فرق دارد و تضمین نیست. برای Domain حیاتی پیشگیری با Renewal زودهنگام، Payment معتبر و Monitor مستقل ارزانتر است.
منابع رسمی این راهنما
- ICANN: Information for domain name registrants
- ICANN: Registering domain names
- ICANN: RDAP launch and WHOIS sunset
- ICANN Lookup and RDAP FAQ
- ICANN: Securely managing your domain
- ICANN: Renewing domain names
- ICANN: Transferring your domain
- Google Search: TLD and ranking FAQ
- Google Search: Multi-regional and multilingual sites
- ایرنیک؛ مرجع رسمی دامنههای .ir
دامنه حرفهای لزوماً کوتاهترین یا گرانترین نام نیست. نامی است که مخاطب درست میفهمد، سازمان واقعاً کنترل میکند و تیم میتواند آن را در Registration، DNS، Email، Renewal، Transfer و Incident بدون قهرمان پنهان نگه دارد.






