دامنه ir یا com؟ انتخاب برای ایران در اینترنت پایدار و شرایط جنگی
اگر بیشتر مشتریان شما ایرانی‌اند، انتخاب دامنه فقط به قیمت و کوتاه‌بودن نام ختم نمی‌شود. باید بدانید در اینترنت عادی، اختلال ارتباط بین‌الملل و قطعی گسترده، کدام بخش سایت هنوز کار می‌کند و کدام بخش از دسترس خارج می‌شود.
پاسخ کوتاه را بخوانید ←برای کاربران ایرانی، ir بهتر است یا com؟
ir انتخاب قابل‌بررسی است
برای هویت ایرانی و فعالیت متمرکز بر بازار داخلی، پسوند ملی منطقی است. اگر تداوم خدمت داخلی مهم است، آن را با میزبانی، DNS و وابستگی‌های واقعاً قابل‌دسترسی از داخل همراه کنید.
com انعطاف بیشتری دارد
برای برند و محتوای بین‌المللی، پسوند عمومی مناسب‌تر است. این انتخاب، به‌خودی‌خود سایت را سریع‌تر، امن‌تر یا مقاوم در برابر قطعی نمی‌کند.
معماری را اولویت دهید
در محدودیت ارتباط بین‌الملل، سایتی که زنجیرهٔ ضروری آن در شبکهٔ قابل‌دسترسی کاربر باقی بماند، شانس بیشتری برای ادامهٔ خدمت دارد؛ هیچ پسوندی تضمین دسترسی نیست.
برای یک کسب‌وکار صرفاً ایرانی، .ir با زیرساخت داخلیِ بررسی‌شده می‌تواند انتخاب مناسبی باشد. برای توسعهٔ بین‌المللی، .com معمولاً نقطهٔ شروع منعطف‌تری است. خرید هر دو نام برای حفاظت از برند مفید است، اما دو دامنه روی یک زیرساخت خراب، دو مسیر مستقل نمی‌سازند.
این جمع‌بندی، تحلیل فنی و تصمیم‌گیری بر پایهٔ منابع انتهای نوشته است؛ پیش‌بینی قطعیِ وضعیت اپراتورها یا نتیجهٔ آزمایش همهٔ شبکه‌های ایران نیست.
تفاوت دامنه، DNS و هاست را روشن کنیم
دامنه، نامی است که کاربر وارد می‌کند؛ DNS کمک می‌کند این نام به نشانی سرویس تبدیل شود؛ هاست یا سرور، برنامه و اطلاعات سایت را ارائه می‌دهد. CDN ممکن است بین کاربر و سرور قرار بگیرد و بخش‌هایی از پاسخ را تحویل دهد. این چهار انتخاب به هم مرتبط‌اند، اما یکی نیستند.
یک دامنهٔ ir می‌تواند روی سروری خارج از ایران باشد و یک دامنهٔ com می‌تواند به سروری در ایران اشاره کند. بنابراین از روی پسوند نمی‌توان محل ذخیرهٔ داده یا مسیر واقعی ترافیک را تشخیص داد. حتی اگر صفحهٔ اصلی داخلی باشد، ورود به حساب، فایل‌ها یا پرداخت ممکن است به سرویس دیگری وابسته باشند.
طبق ثبت رسمی IANA برای ir، این پسوند از نوع کشوری و مدیر آن پژوهشگاه دانش‌های بنیادی است؛ com در ثبت IANA پسوند عمومی با مدیریت رجیستری Verisign است. رجیستری پسوند، فروشندهٔ دامنه و شرکت میزبان سه نقش جداگانه دارند.
مقایسهٔ ir و com از هزینه تا توسعهٔ کسب‌وکار
| معیار | دامنهٔ ir | دامنهٔ com |
|---|---|---|
| هویت و مخاطب | نشانهٔ روشن ارتباط با ایران؛ مناسب فعالیت متمرکز داخلی | هویت عمومی؛ مناسب معرفی برند به چند بازار |
| سئوی جغرافیایی | پسوند کشوری می‌تواند هدف‌گیری ایران را روشن کند | پسوند عمومی؛ هدف بازار با محتوا، زبان و ساختار سایت روشن می‌شود |
| ثبت و مدیریت | مدیریت مطابق ضوابط و فرایندهای ایرنیک و نمایندهٔ انتخابی | مدیریت از طریق ثبت‌کننده و شرایط ارائه‌دهندهٔ آن |
| هزینهٔ واقعی | تعرفهٔ ثبت، تمدید و خدمات را همان روز استعلام کنید | هزینهٔ تمدید، نرخ ارز و کارمزد واسطه را کنار ثبت اولیه ببینید |
| سرعت سایت | وابسته به مسیر شبکه، DNS، میزبانی و عملکرد برنامه | وابسته به همان عوامل؛ مزیت سرعت ذاتی از پسوند حاصل نمی‌شود |
| محدودیت بین‌الملل | با زنجیرهٔ داخلیِ در دسترس، قابلیت ادامهٔ خدمت باید بررسی شود | با زنجیرهٔ داخلی هم ممکن است کار کند؛ دسترسی DNS و سیاست شبکه تعیین‌کننده‌اند |
| گسترش بین‌المللی | برای برند با هویت ایرانی مناسب؛ هدف جغرافیایی محدودتر | برای چند کشور و زبان، ساختار منعطف‌تری فراهم می‌کند |
| امنیت و مالکیت | حساب مالک، تمدید، کنترل DNS و بازیابی مهم‌اند | همین کنترل‌ها مهم‌اند؛ نام پسوند جای امنیت حساب را نمی‌گیرد |
برای قیمت، عدد ثابت و زودمنقضی ارائه نمی‌کنم. پیشنهاد خرید را با هزینهٔ دو یا سه سال، تمدید، انتقال، بازیابی، مالیات و خدمات مقایسه کنید. تخفیف ثبت سال اول ممکن است تصویر ناقصی از هزینهٔ نگهداری بدهد. دربارهٔ نام‌های خاص یا ممتاز هم قیمت عادی پسوند را به همهٔ نام‌ها تعمیم ندهید.
در شرایط پایدار اینترنت، کدام دامنه مناسب‌تر است؟
وب‌سایت شخصی، خدمات محلی و فروشگاه ایرانی
اگر زبان، پرداخت و خدمات شما عمدتاً برای داخل ایران است، ir می‌تواند با هویت کارتان همخوان باشد. نام کوتاه، خوانا و قابل‌گفتن انتخاب کنید؛ کاربری که نام را تلفنی می‌شنود نباید برای املای آن سردرگم شود. اگر همتای com نام شما آزاد است و بودجه دارید، ثبت آن می‌تواند از سردرگمی مخاطب و بخشی از سوءاستفاده از نام برند کم کند.
محصول نرم‌افزاری و برنامهٔ ورود به بازار خارجی
اگر مشتری، شریک یا مخاطب چندکشوری دارید، com برای معرفی یک نام عمومی مناسب است. زبان‌ها و بازارها را از ابتدا با مسیرهای منظم طراحی کنید. صرف داشتن com به معنی امکان دریافت هر خدمت خارجی، پرداخت ارزی یا پذیرش توسط هر تأمین‌کننده نیست؛ شرایط خود خدمت و اطلاعات واقعی متقاضی هم مطرح‌اند.
اعتماد کاربر چگونه ساخته می‌شود؟
پسوند می‌تواند برداشت اولیه ایجاد کند، اما اعتماد پایدار با معرفی شفاف صاحب سایت، ارتباط در دسترس، محتوای دقیق، تجربهٔ خرید و پشتیبانی شکل می‌گیرد. بدون مطالعهٔ معتبر دربارهٔ جامعهٔ مخاطب خودتان، نمی‌توان گفت همهٔ ایرانیان یک پسوند را بیشتر می‌پسندند. با پرسش از مشتری و مشاهدهٔ خطاهای تایپ، این تصمیم را واقعی‌تر کنید.
در شرایط جنگی و قطع اینترنت بین‌الملل چه اتفاقی می‌افتد؟
«شرایط جنگی» یک وضعیت فنی یکسان نیست. افت سرعت، اختلال یک اپراتور، محدودیت ارتباط خارجی و قطع گستردهٔ ارتباط، نتیجه‌های متفاوتی دارند. گزارش‌های اختلال‌های ژوئن ۲۰۲۵ Cloudflare و بازگشت بخشی از دسترسی در مه ۲۰۲۶ تغییر شدید در ترافیک و دسترسی را ثبت کرده‌اند. این مشاهده‌ها، حکم دسترسی همهٔ سایت‌های ir یا com نیستند.
| وضعیت | چه چیزی مهم‌تر است؟ | نقش پسوند |
|---|---|---|
| اینترنت عادی با کندی مقطعی | کیفیت مسیر، سبک‌بودن صفحه، کش و پاسخ سرور | به‌تنهایی برنده تعیین نمی‌کند |
| محدودیت ارتباط خارجی و بقای بخشی از شبکهٔ داخلی | دسترسی داخلی به DNS، IP سرور و تمام سرویس‌های ضروری | ir می‌تواند جزئی از طراحی داخلی باشد؛ com داخلی هم لزوماً قطع نیست |
| هاست داخلی، اما DNS یا CDN غیرقابل‌دسترسی | در دسترس بودن حلقهٔ جلوی سرور | هر دو پسوند ممکن است از کار بیفتند |
| قطع وسیع شبکه یا آسیب زیرساخت | وضعیت اپراتور، برق، مسیر و مرکز داده | هیچ‌کدام تضمین ادامهٔ خدمت ندارند |
| دسترسی کاربر خارج از ایران | مسیر ورودی به ایران و دسترسی سرور از بیرون | داخلی‌بودن سایت الزاماً دسترسی خارجی ایجاد نمی‌کند |
چرا ir با هاست خارجی ممکن است باز نشود؟
پسوند ملی فایل‌های سایت را به ایران منتقل نمی‌کند. اگر کاربر به IP خارجی سرور نرسد، شناخته‌شدن نام کافی نیست. همین مسئله دربارهٔ ir متصل به یک پروکسی یا CDN خارجیِ خارج از دسترس هم مطرح است.
آیا com روی هاست ایران می‌تواند باز بماند؟
از نظر فنی ممکن است؛ به شرط آن‌که نام برای کاربر resolve شود و مسیر سرور و سرویس‌های ضروری در دسترس باشند. این امکان را نباید به همهٔ اپراتورها یا همهٔ نوع محدودیت تعمیم داد. کش DNS ممکن است برای مدتی به بعضی کاربران کمک کند، اما TTL، رکورد موردنیاز و وضعیت resolver متفاوت است؛ دسترسی قبلی شما اثبات دسترسی یک کاربر تازه نیست.
برای تداوم خدمت به مخاطب داخل ایران در محدودیت بین‌الملل، پیشنهاد من شروع بررسی از .ir و زیرساخت داخلی است؛ دلیل، هم‌راستاکردن هویت دامنه و زنجیرهٔ خدمت با بازار داخلی است، نه مصونیت فنی پسوند. تصمیم نهایی باید با بررسی DNS، مسیر واقعی، وابستگی‌ها و دسترسی از چند اپراتور گرفته شود.
وابستگی کوچک، توقف بزرگ
صفحه ممکن است باز شود، اما کپچای خارجی اجازهٔ ورود ندهد؛ فونت یا کتابخانهٔ بیرونی بارگیری نشود؛ API پرداخت یا ورود از کار بیفتد؛ ایمیل تأیید نرسد. «صفحه باز شد» را با «کاربر توانست کار اصلی را انجام دهد» یکی نگیرید. برای فروشگاه، مسیر جست‌وجوی کالا تا ثبت و پیگیری سفارش مهم است.
این بخش، تحلیل سناریو است و تضمین دسترسی در بحران نیست. وضعیت واقعی را از اندازه‌گیری شبکه و اطلاع‌رسانی ارائه‌دهنده پیگیری کنید؛ صرف تغییر پسوند پس از شروع حادثه، راهکار فوری قابل‌اتکا نیست.
تفاوت ir و com برای سئو و ایندکس گوگل
در راهنمای سایت‌های چندمنطقه‌ای گوگل، پسوند کشوری نشانهٔ هدف‌گیری جغرافیایی و com نمونه‌ای از پسوند عمومی است. این موضوع به معنای رتبهٔ تضمینی ir در ایران یا برتری خودکار com نیست. برای یک سایت فارسیِ ایرانی، مخاطب هدف را در کنار کیفیت محتوا و دسترسی خزنده در نظر بگیرید.
- دامنهٔ اصلی را آگاهانه انتخاب کنید و لینک‌های داخلی، نقشهٔ سایت و canonical را با آن هماهنگ نگه دارید.
- اگر دامنهٔ دوم فقط برای حفاظت از نام است، معمولاً هدایت دائمی به مسیر متناظر دامنهٔ اصلی، از نگهداری دو نسخهٔ بی‌هدف ساده‌تر است.
- برای نسخه‌های واقعی چندزبانه یا چندمنطقه‌ای، ساختار URL و hreflang را متناسب با محتوای موجود تنظیم کنید؛ صرف تغییر پسوند، ترجمه و بومی‌سازی ایجاد نمی‌کند.
- در قطعی، سروری که فقط برای بخشی از کاربران داخلی در دسترس است ممکن است برای خزندهٔ خارجی قابل‌دسترسی نباشد. پس بازشدن سایت روی گوشی شما به معنی امکان خزش گوگل نیست.
برای ادامه، راهنمای خزنده‌های گوگل و اصول سئو در ۲۰۲۶ را بخوانید. تغییر دامنه را فقط برای یک وعدهٔ مبهم رتبه انجام ندهید؛ برنامهٔ مهاجرت و بازبینی مسیرها لازم است.
مالکیت، امنیت، تمدید و محدودیت خدمات
برای هر دو پسوند، حساب مالک و دسترسی به ایمیل بازیابی دارایی مهم شماست. دامنه را صرفاً در حساب شخصی طراح یا واسطه رها نکنید. مشخص کنید چه کسی دارندهٔ ثبت‌شده است، چه کسی اجازهٔ تغییر DNS دارد و در نبود مسئول فعلی چگونه کنترل را پس می‌گیرید.
پیش از ثبت
شرایط فعلی ثبت و انتقال، مدارک لازم، سیاست نام‌گذاری، روش اعتراض و سازوکار بازیابی را بخوانید. برای ir به مرجع رسمی ایرنیک و برای com به شرایط ثبت‌کنندهٔ انتخابی مراجعه کنید. جزئیات را از روی راهنمای قدیمی قطعی فرض نکنید.
پس از ثبت
احراز هویت چندمرحله‌ایِ موجود، رمز یکتا، هشدار تمدید و روش بازیابی امن را فعال و بازبینی کنید. دسترسی افراد را محدود و تغییرهای DNS را مستند کنید. برای دامنهٔ حیاتی، یک یادآور مستقل از ایمیل سرویس هم داشته باشید.
محدودیت خدمت خارجی ممکن است به محل اقامت، اطلاعات حساب، شیوهٔ پرداخت، سیاست ارائه‌دهنده و نوع خدمت وابسته باشد. تغییر ir به com تضمین پذیرش یا رفع محدودیت نیست. اطلاعات نادرست مالکیت هم می‌تواند بازیابی و رسیدگی بعدی را دشوار کند. پیش از وابسته‌کردن کار اصلی سایت به یک سرویس، امکان ارائه و پشتیبانی آن را برای شرایط واقعی خودتان تأیید کنید.
HTTPS، محافظت در برابر حمله، پشتیبان و امنیت برنامه برای هر دو پسوند لازم‌اند. DNSSEC به اصالت دادهٔ DNS مربوط است؛ ابزار بازکردن مسیر قطع‌شدهٔ اینترنت نیست. راهنمای حفاظت از حساب دامنه در ICANN و امنیت DNS برای شناخت این لایه‌ها مفیدند.
برنامهٔ عملی برای انتخاب دامنه و آمادگی اختلال
- کار حیاتی کاربر را مشخص کنید.
برای سایت شخصی شاید دیدن راه تماس کافی باشد؛ برای فروشگاه، سفارش و پیگیری؛ برای سامانهٔ سازمانی، دسترسی به داده و ثبت تغییرها. اولویت را بنویسید.
- نقشهٔ وابستگی بسازید.
DNS، CDN، هاست، پایگاه داده، فایل، فونت، کپچا، ورود، پیامک، ایمیل و APIها را فهرست کنید. محل ارائه و مسیر دسترسی هرکدام را جدا ثبت کنید.
- نام و زیرساخت را با بازار هماهنگ کنید.
برای بازار داخلی ir را بررسی کنید؛ برای چند بازار com را. سپس متناسب با نیاز، زیرساخت قابل‌دسترسی، پشتیبان و برنامهٔ بازیابی را انتخاب کنید.
- حالت خدمت محدود طراحی کنید.
صفحهٔ سبک اطلاع‌رسانی و مسیر تماس قابل‌دسترسی آماده باشد. عملیات حساسِ نیمه‌کاره را بی‌صدا موفق اعلام نکنید؛ سفارش و پرداخت باید وضعیت روشن داشته باشند.
- از چند مسیر بررسی کنید.
نام دامنه، بارگیری صفحه و کار اصلی را از چند اپراتور ایرانی و یک مسیر بیرونی جدا بررسی و زمان و نتیجه را ثبت کنید. از اطلاعات آزمایشی استفاده کنید.
- برای تغییر و بازگشت مسئول تعیین کنید.
تغییر DNS بدون آماده‌بودن مقصد کمکی نمی‌کند. زمان کش، گواهی، دادهٔ تازه، لاگ و مسیر برگشت باید روشن باشند. TTL پایین، جای زیرساخت جایگزین را نمی‌گیرد.
نقش هرکدام را مشخص کنید: حفاظت از برند، نسخهٔ منطقه‌ای یا مسیر اضطراری. مسیر اضطراری باید از پیش شناخته‌شده و آماده باشد؛ دامنه‌ای که فقط به همان سرویسِ خارج از دسترس هدایت می‌شود، راه جایگزین عملی نیست. برای سامانه‌های دارای دادهٔ قابل‌تغییر، همگام‌سازی و جلوگیری از دو نسخهٔ ناسازگار داده ضروری است.
برای سرویس‌هایی که به API وابسته‌اند، راهنمای اتصال ایمن API را هم ببینید. در طراحی حالت اضطراری، کنترل دسترسی و اعتبارسنجی را حذف نکنید.
پرسش‌های رایج دربارهٔ دامنه ir و com
آیا دامنه ir در اینترنت ملی همیشه باز است؟
خیر. DNS، مسیر IP، سرور، شبکهٔ کاربر و وابستگی‌ها باید در دسترس باشند. پسوند ملی به‌تنهایی تداوم خدمت را تضمین نمی‌کند.
آیا دامنه com در زمان جنگ حتماً قطع می‌شود؟
خیر. نوع محدودیت و زیرساخت سایت مهم است. com روی زیرساخت داخلیِ قابل‌دسترسی ممکن است کار کند، اما این نتیجه باید برای همان شبکه و زمان بررسی شود.
برای سئو، com بهتر از ir است؟
برتری همگانی وجود ندارد. ir نشانهٔ جغرافیایی ایران است و com پسوند عمومی؛ کیفیت، دسترسی و تناسب محتوا با مخاطب همچنان اهمیت دارند.
داشتن هر دو دامنه کافی است؟
برای حفاظت از برند مفید است. برای پایداری، استقلال واقعی DNS، مسیر و زیرساخت و برنامهٔ بازیابی لازم است؛ دو نام روی یک نقطهٔ خرابی کافی نیست.
دامنه ir فقط روی هاست ایران نصب می‌شود؟
خیر؛ پسوند و محل میزبانی دو انتخاب جدا هستند. دربارهٔ امکان ارائهٔ خدمت، شرایط میزبان انتخابی را بررسی کنید.
برای دامنهٔ سایت فعلی‌ام فوراً مهاجرت کنم؟
ابتدا مشکل واقعی را مشخص کنید. اگر مسئله DNS، هاست یا یک API است، تغییر پسوند ممکن است همان مشکل را حفظ کند و هزینهٔ مهاجرت هم اضافه کند.
مشاورهٔ انتخاب دامنه و زیرساخت با علی خان بابایی
برای تصمیم متناسب با وب‌سایت خودتان، با علی خان بابایی، کارشناس وب در ارتباط باشید. در درخواست مشاوره، نوع سایت، محل کاربران، دامنهٔ فعلی، میزبان و مشکل اصلی را بنویسید تا بررسی از نیاز واقعی شما شروع شود.
تماس با من و درخواست مشاوره ←لطفاً رمز پنل، کلید API یا اطلاعات محرمانه را در پیام اولیه ارسال نکنید.
منابع و روش تدوین
اطلاعات پایه از مراجع رسمی دامنه، مستندات گوگل و منابع فنی گردآوری شده است. پیشنهادهای انتخاب و سناریوهای بحران، تحلیل این نوشته‌اند و گزارش آزمایش سراسری اپراتورها نیستند. بازبینی منابع: ۱۷ اکتبر ۲۰۲۶.