دامنه، سند مالکیت آدرس آنلاین شماست و مهمترین سوالش این است: در فیلد «مالک» چه نامی نوشته شده؟ تجربهٔ ما در پشتیبانی میگوید تعداد نگرانکنندهای از کسبوکارها جواب این سوال را نمیدانند و روزی میفهمند که دامنه به نام طراح سایت، کارمند سابق یا یک شرکت واسطه ثبت شده که دقیقاً روز اختلاف است؛ یعنی بدترین روز ممکن. چک کردن دو دقیقه وقت میگیرد: با استعلام WHOIS ببینید دامنه به نام کیست، و اگر جواب چیزی جز نام خودتان یا شرکتتان بود، این مقاله مسیر اصلاح را قبل از آنکه به دعوا برسد نشان میدهد.
چهار سناریوی پرتکرار که دامنه از دست کسبوکار خارج میشود
- طراح سایت به نام خودش ثبت کرده: رایجترین حالت. طراح برای سرعت کار، دامنه را با ایمیل و مشخصات خودش میخرد و بعد از تحویل پروژه هم چیزی جابهجا نمیشود. تا وقتی رابطه خوب است هیچکس متوجه مشکل نمیشود.
- کارمندی که رفته: دامنه با ایمیل شخصی کارمند وقت ثبت شده؛ حالا آن ایمیل نه در دسترس شرکت است و نه صاحبش پاسخگو. تمدید بعدی، اولین بحران است.
- شریک سابق: در شراکتهایی که از هم میپاشند، دامنه معمولاً به نام یکی از دو طرف است و ناگهان تبدیل به اهرم مذاکره میشود؛ درست مثل ملکی که سندش فقط به نام یک شریک باشد.
- «شرکت ثبتکننده» ناشناس: دامنه از طریق واسطهای خریداری شده که حالا جواب نمیدهد یا تعطیل شده؛ پنل مدیریت دست شما نیست و هر تغییر DNS یا تمدید، معطل پیدا کردن یک آدم غایب است.
وجه مشترک هر چهار سناریو یک چیز است: مشکل سالها بیعلامت میماند و وقتی ظاهر میشود که یا اختلافی پیش آمده یا تمدید از دست رفته. به همین دلیل توصیهٔ ما چک کردن امروز است، نه روز مهاجرت یا دعوا.
مالکیت دامنه یعنی کنترل این چهار چیز
مالک واقعی دامنه کسی است که این چهار اختیار را دارد: تمدید (و اجازهٔ انقضا)، تغییر DNS (یعنی اینکه دامنه به کدام سایت و ایمیل اشاره کند)، انتقال به ثبتکنندهٔ دیگر، و فروش یا واگذاری. هر کدام از این چهار اهرم دست دیگری باشد، همان یک نفر میتواند سایت و ایمیل سازمانی شما را از کار بیندازد یا برای بازگرداندنش شرط بگذارد.
الگوی تکراری تیکتهای بحرانی ما دقیقاً همین است: کسبوکاری که میخواهد هاستش را عوض کند و وسط مهاجرت میفهمد دسترسی DNS ندارد، چون دامنه در پنل شخصِ دیگری است. کاری که یک بعدازظهر تمام میشد، به هفتهها پیگیری و مذاکره تبدیل میشود؛ و اگر طرف مقابل پاسخگو نباشد، به مسیر شکایت نزد ثبتکننده و مراجع بالادستی میکشد که هم کند است و هم نتیجهاش از پیش معلوم نیست.
یک نکتهٔ کمترگفتهشده هم اضافه کنیم: دامنه چیزی بیش از آدرس سایت است. ایمیل سازمانی شما روی همین دامنه سوار است و حسابهای بانکی، درگاه پرداخت و سرویسهای ابریتان به همان ایمیل گره خوردهاند. یعنی از دست رفتن کنترل دامنه، دومینویی است که از سایت شروع میشود و به قفل شدن ایمیل و بعد، دردسر بازیابی تکتک حسابهای متصل میرسد. همین دومینو است که «چک کردن امروز» را از یک توصیهٔ محتاطانه به یک کار فوری تبدیل میکند.
نقشهٔ فیلدها؛ چه چیزی را باید چک کنید؟
| فیلد / دسترسی | چه چیزی را تعیین میکند | باید به نام چه کسی باشد |
|---|---|---|
| Registrant (مالک ثبتی) | مالکیت حقوقی؛ حق انتقال و فروش | شخص حقوقی کسبوکار، یا مدیر اصلی |
| ایمیل مالک و ایمیل بازیابی | عملاً کلید دامنه؛ هر تغییری با تأیید همین ایمیل است | ایمیل سازمانی در کنترل شرکت |
| حساب پنل ثبتکننده | مدیریت روزمره: DNS، تمدید، قفل انتقال | حساب متعلق به شرکت، با ورود دومرحلهای |
| شناسهٔ ایرنیک (برای دامنههای ir) | هویت رسمی مالک نزد nic.ir | شناسهٔ خودِ شرکت، با احراز هویت انجامشده |
| اطلاعات تماس فنی (Admin/Tech) | مخاطب امور فنی؛ مالکیت نمیسازد | میتواند پیمانکار باشد؛ نگرانی اصلی نیست |
ردیف آخر جدول، منبع یک سوءتفاهم رایج است: دیدن نام طراح در فیلد تماس فنی اشکالی ندارد؛ خطر جایی است که نام او در فیلد مالک یا ایمیلِ کلیدی نشسته باشد.
وضعیت فعلی را چطور چک کنیم؟
برای دامنههای بینالمللی، ابزار رسمی ICANN Lookup نشان میدهد دامنه نزد کدام ثبتکننده است و وضعیت و تاریخ انقضایش چیست؛ روشهای کاملتر استعلام را در راهنمای WHOIS و RDAP نوشتهایم. توجه کنید که اگر سرویس مخفیسازی اطلاعات فعال باشد، نام واقعی در استعلام عمومی دیده نمیشود و ملاک، چیزی است که در پنل ثبتکننده ثبت شده؛ سازوکارش را در راهنمای WHOIS Protection ببینید. برای دامنههای ir، مرجع رسمی nic.ir است و مالکیت با شناسهٔ ایرنیک و احراز هویت گره خورده؛ اگر هنوز احراز هویت نکردهاید، الزام احراز هویت ایرنیک را جدی بگیرید، چون بدون آن حتی تمدید و انتقال خودتان هم گیر میکند.
اگر دامنه به نام دیگری است؛ مسیر اصلاح
خبر خوب اینکه در بیشتر موارد، مشکل با یک درخواست ساده حل میشود، به شرطی که قبل از اختلاف اقدام کنید. با طرف ثبتکننده (طراح، همکار سابق، واسطه) تماس بگیرید و انتقال مالکیت را بهعنوان یک کار اداری عادی مطرح کنید، نه یک اتهام؛ اکثر طراحها با اولین درخواست همکاری میکنند چون خودشان هم تمایلی به مسئولیت نگهداری دامنهٔ دیگران ندارند. هزینهٔ جزئی جابهجایی را هم شما بدهید تا بهانهای نماند. مکانیک فنی کار، بسته به پسوند دامنه فرق دارد و در راهنمای انتقال دامنه به شخص دیگر قدمبهقدم آمده است.
اگر طرف مقابل همکاری نکرد، مسیر رسمی را بروید: برای دامنههای بینالمللی، سیاست انتقال ICANN چارچوب دارد و شکایت نزد ثبتکننده اولین قدم است؛ برای ir، ایرنیک با مدارک هویتی و شرکتی تصمیم میگیرد. در هر دو مسیر، هرچه مدرک بیشتری از تعلق دامنه به کسبوکار داشته باشید (فاکتور خرید، پرداخت تمدیدها، استفادهٔ تجاری مستمر، مکاتبات) دستتان پرتر است؛ همین حالا این مدارک را یکجا آرشیو کنید، حتی اگر فعلاً اختلافی در کار نباشد.
تحویل گرفتن دامنه هنگام تغییر پیمانکار؛ چکلیست پنجقلمی
پرریسکترین لحظهٔ عمر دامنه، جابهجایی پیمانکار است؛ همان روزی که رابطهها هنوز محترمانه است، این پنج قلم را تحویل بگیرید و تا کامل نشده، تسویهٔ نهایی را نبندید:
- تغییر فیلد مالک: نام و مشخصات Registrant به نام شما یا شرکتتان اصلاح شود؛ قول شفاهی و ایمیل تأیید کافی به حساب نمیآید، خودِ رکورد باید عوض شده باشد و با استعلام چکش کنید.
- حساب پنل ثبتکننده: یا حساب به مالکیت شما منتقل شود یا دامنه به حساب جدیدی که خودتان ساختهاید بیاید؛ تغییر رمزِ حسابِ دیگری کافی به حساب نمیآید، چون بازیابی همچنان با ایمیل اوست.
- ایمیلهای کلیدی: ایمیل مالک و بازیابی به ایمیل سازمانی شما تغییر کند و تست بازیابی هم انجام بدهید.
- خروجی کامل DNS: فهرست همهٔ رکوردها را قبل از هر جابهجایی بگیرید و ذخیره کنید؛ بازسازی zone از حافظه، همانجایی است که ایمیل سازمانی چند روز از کار میافتد.
- وضعیت قفل و انقضا: قفل انتقال (Transfer Lock) فعال، تاریخ انقضا ثبتشده در تقویم شما، و برای پسوندهای بینالمللی، دانستن اینکه کد انتقال (EPP) از کجا صادر میشود.
دامنه در قرارداد طراحی سایت؛ دو بند که باید باشد
ریشهٔ بیشتر گرفتاریهای مالکیت، به قرارداد برمیگردد؛ دو بند ساده، کل این مقاله را پیشگیرانه حل میکند. بند اول، مالکیت: «دامنه، هاست و همهٔ حسابهای مرتبط به نام کارفرما ثبت میشود و هزینهاش جزو مبلغ قرارداد است.» بند دوم، تحویل: «در پایان همکاری یا فسخ، پیمانکار موظف است ظرف مدت مشخص، پنج قلم چکلیست تحویل را کامل کند.» اگر در حال انتخاب شرکت طراحی هستید، این دو بند را کنار معیارهای چکلیست ارزیابی شرکت طراحی سایت بگذارید؛ واکنش پیمانکار به همین دو جمله، خودش بخشی از ارزیابی است.
قواعد ثبت درست از روز اول
- به نام شخص حقوقی ثبت کنید: دامنهٔ کسبوکار به نام شرکت، نه به نام هیچ فردی؛ آدمها میروند، شرکت میماند. اگر شخص حقوقی ندارید، به نام مالک اصلی کسبوکار.
- ایمیلِ کلیدی، سازمانی باشد: ایمیل مالک و بازیابی روی دامنهٔ سازمانی یا حداقل حسابی که چند نفر مسئول مشخص به آن دسترسی دارند؛ نه ایمیل شخصی طراح و نه حساب متروکه.
- پنل مال خودتان باشد: حساب ثبتکننده را خودتان بسازید و پیمانکار را در حد نیاز دسترسی بدهید؛ عکس این رابطه، همان تلهٔ سناریوی اول است. ورود دومرحلهای را هم روشن کنید.
- برای ir، شناسهٔ خودتان: شناسهٔ ایرنیک به نام شرکت با احراز هویت کامل؛ دامنهای که روی شناسهٔ واسطه نشسته، عملاً در کنترل واسطه است.
- تمدید را به تقویم بسپارید: تمدید خودکار بهعلاوهٔ یادآور در تقویم شرکت؛ جای این ردیف در بودجهٔ سالانه را در راهنمای هزینه نگهداری سایت نشان دادهایم. و اگر هنوز دامنهتان را نگرفتهاید، از همان ابتدا نزد ثبتکنندهٔ شناختهشده با پنل شفاف ثبت کنید؛ سرویس ثبت دامنه برتینا با همین منطق ساخته شده و پنل و مالکیت از روز اول دست خودتان است.
سوالات متداول دربارهٔ مالکیت دامنه
طراح میگوید «به نام ما باشد راحتتر است»؛ قبول کنم؟
خیر. راحتیِ موردنظر، فقط راحتی روز ثبت است و همهٔ سختیاش به روزهای بعد منتقل میشود، آن هم به سمت شما. راهحل درست این است که پنل و مالکیت به نام شما باشد و طراح، دسترسی فنی لازم را بگیرد؛ هر پیمانکار حرفهای با این چیدمان مشکلی ندارد و اصرار غیرعادی روی خلافش، خودش یک علامت هشدار است.
دامنه به نام شخص باشد بهتر است یا شرکت؟
برای کسبوکار ثبتشده، شرکت؛ چون مالکیت با تغییر آدمها جابهجا نمیشود و در اختلافها، مدارک شرکتی پشت دامنه است. برای کسبوکار فردی، به نام خود مالک با مدارک هویتی درست. چیزی که هرگز توصیه نمیکنیم، نام هر شخص ثالثی است که رابطهاش با کسبوکار قراردادی و موقت است.
با فعال بودن WHOIS Protection چطور مالکیتم را ثابت کنم؟
مخفیسازی فقط نمایش عمومی را میبندد؛ اطلاعات واقعی نزد ثبتکننده محفوظ است و همان ملاک مالکیت است. پس با خیال راحت روشنش کنید تا اسپم و تماس مزاحم کم شود، فقط مطمئن باشید اطلاعات ثبتشده در پنل، دقیق و به نام خودتان است.
مالکیت دامنه ir چه فرقی با com دارد؟
در ir، مالکیت به شناسهٔ ایرنیک و احراز هویت رسمی گره خورده و مرجع تصمیم، nic.ir است؛ در پسوندهای بینالمللی، قواعد ICANN و ثبتکننده حاکم است. از نظر اصول هیچ فرقی نمیکند: فیلد مالک و ایمیل کلیدی باید مال شما باشد. اگر هنوز بین دو پسوند ماندهاید، راهنمای انتخاب ir یا com را ببینید.
واسطهای که دامنه را برایمان ثبت کرده جواب نمیدهد؛ چه کنیم؟
اول ثبتکنندهٔ اصلی دامنه را با ICANN Lookup پیدا کنید و مستقیم با پشتیبانی همان مجموعه مکاتبه کنید؛ با ارائهٔ مدارک تعلق (فاکتورها، پرداختها، مکاتبات) امکان بازپسگیری دسترسی وجود دارد. برای ir، مسیر مشابه از طریق ایرنیک طی میشود. زمان مهم است: اگر دامنه در آستانهٔ انقضاست، پیش از هر چیز وضعیت تمدید را روشن کنید.
فاکتور خرید دامنه دست ماست؛ برای اثبات مالکیت کافی است؟
کمک میکند ولی جای رکورد ثبتی را نمیگیرد؛ ملاک اصلی، نام ثبتشده در فیلد مالک نزد ثبتکننده است و فاکتور، مدرک پشتیبان در مسیر شکایت. اگر امروز فقط فاکتور دارید و رکورد به نام دیگری است، وضعیت شما «قابل پیگیری» است، نه «امن»؛ همین تفاوت، دلیل کافی برای شروع مسیر اصلاح از همین هفته است.
دامنههای مشابه برند را هم بگیریم؟
برای برندی که رویش سرمایهگذاری میکنید، گرفتن پسوند اصلی دوم (ir در کنار com یا برعکس) و املای پرتکرار اشتباه، هزینهٔ کوچکی در برابر دردسر پس گرفتن از دیگران است. فهرست را کوتاه و هدفمند نگه دارید و همه را در همان پنل و همان تقویم تمدید بیاورید تا خودشان به ردیف فراموششدهٔ بعدی تبدیل نشوند.
