ثبت دامنه app

اگر محصول اصلی شما یک اپلیکیشن موبایل، وب اپلیکیشن یا سرویس نرم افزاری است، دامنه .app می تواند ارتباط نام برند با دنیای اپلیکیشن ها را بسیار سریع به کاربر منتقل کند. خرید دامنه .app برای تیم های توسعه نرم افزار، استارتاپ ها، SaaSها و محصولاتی که تجربه اصلی آنها در قالب App ارائه می شود انتخابی هدفمند است. بهتر است نامی کوتاه و قابل برند سازی انتخاب کنید که در App Store، Google Play و شبکه های اجتماعی نیز بتوان هویت یکپارچه ای برای آن ساخت.

قیمت دامنه .app

هنگام بررسی قیمت دامنه .app، هزینه تمدید سالانه را نیز در کنار ثبت اولیه در نظر بگیرید؛ زیرا یک دامنه مناسب می تواند برای تمام عمر یک اپلیکیشن یا سرویس همراه برند باقی بماند. اگر نام مورد نظر دقیقا با نام اپلیکیشن شما هماهنگ است، ارزش برندپذیری آن نیز باید در کنار هزینه دامنه سنجیده شود. قیمت ثبت، تمدید و انتقال دامنه .app در بالای صفحه قابل مشاهده است.

دامنه .app چیست؟

.app یک gTLD یا پسوند عمومی سطح بالا است و برخلاف ccTLDها به کشور خاصی تعلق ندارد. IANA، Charleston Road Registry Inc. را به عنوان سازمان مسئول این TLD ثبت کرده است؛ این مجموعه دامنه را تحت نام Google Registry اداره می کند. .app در سال 2015 به Root Zone اینترنت واگذار شد و ثبت عمومی آن از 8 مه 2018 در دسترس همه قرار گرفت.

Positioning اصلی این پسوند از ابتدا روشن بوده است: ایجاد یک فضای اینترنتی مشخص برای اپلیکیشن ها و محصولات مرتبط با آن ها. امروزه استفاده از آن فقط به اپلیکیشن موبایل محدود نیست و برای Web App، محصولات SaaS، پلتفرم های نرم افزاری و صفحات اختصاصی یک محصول دیجیتال نیز کاربرد دارد.

ویژگی خاص دامنه .app: HTTPS و HSTS

مهم ترین تفاوت فنی .app با بسیاری از پسوندها این است که کل TLD در HSTS Preload List قرار دارد. در نتیجه مرورگرهای سازگار، اتصال به دامنه های این پسوند را از ابتدا به صورت HTTPS در نظر می گیرند و امکان تکیه بر یک اتصال HTTP عادی وجود ندارد. Google Registry نیز Registrarها را ملزم کرده است پیش از ثبت، این الزام را به خریدار اطلاع دهند.

این موضوع در عمل چه معنایی دارد؟

اگر دامنه را روی یک وب سایت، Web App یا Landing Page استفاده می کنید، سرور مقصد باید یک گواهی TLS معتبر داشته باشد و HTTPS به درستی تنظیم شده باشد. راه اندازی ابتدا روی HTTP و انتقال کاربران به HTTPS، روشی که در بسیاری از دامنه ها ممکن است دیده شود، برای .app قابل اتکا نیست.

آیا HSTS جایگزین SSL است؟

خیر. قرار داشتن TLD در HSTS Preload به این معنا نیست که Registry برای دامنه شما گواهی SSL صادر می کند. همچنان باید روی هاست، CDN، Cloud Platform یا سرور مقصد یک گواهی معتبر TLS داشته باشید.

آیا این محدودیت نقطه ضعف است؟

برای یک پروژه مدرن معمولاً HTTPS از ابتدا باید فعال باشد، بنابراین الزام .app اغلب مشکل بزرگی نیست. با این حال اگر قرار است دامنه به یک سیستم قدیمی، دستگاه داخلی یا سرویسی متصل شود که HTTPS را پشتیبانی نمی کند، انتخاب این پسوند می تواند دردسرساز باشد.

کاربردهای دامنه .app

اپلیکیشن موبایل

واضح ترین کاربرد این پسوند، وب سایت رسمی یک اپلیکیشن Android یا iOS است. دامنه می تواند شامل معرفی محصول، تصاویر، مستندات، پشتیبانی و لینک های هدایت کاربر به فروشگاه های اپلیکیشن باشد. در این سناریو خود آدرس دامنه به کاربر می گوید که با یک App سروکار دارد.

Web App و نرم افزار تحت وب

محصولی که بخش اصلی آن در مرورگر اجرا می شود نیز تناسب خوبی با .app دارد. برای مثال می توان صفحه اصلی، Login یا خود محیط نرم افزار را روی این دامنه قرار داد. اگر محصول بیشتر یک ابزار مخصوص توسعه دهندگان است، .dev نیز ارزش مقایسه دارد.

SaaS با یک محصول مشخص

اگر شرکت شما چند محصول دارد، استفاده از .app برای دامنه اختصاصی یکی از محصولات می تواند مفید باشد؛ به خصوص زمانی که نام محصول کوتاه و مستقل از برند مادر است. برای شرکتی که یک برند شرکتی گسترده و غیرمحدود به نرم افزار دارد، .com ممکن است برای دامنه اصلی انعطاف بیشتری داشته باشد.

Landing Page معرفی و دانلود اپ

لازم نیست کل محصول روی .app اجرا شود. این دامنه می تواند مقصد مشخصی برای کمپین های معرفی محصول، QR Code، صفحه Download، Release Notes یا معرفی امکانات اپلیکیشن باشد.

استارتاپ و محصول نرم افزاری جدید

برای استارتاپی که محصول اصلی آن یک اپلیکیشن یا سرویس نرم افزاری است، پسوند .app می تواند بخشی از هویت برند باشد و امکان انتخاب نام های طبیعی تری را نسبت به بازار بسیار شلوغ .com فراهم کند. با این حال بهتر است قبل از ساخت برند، امکان تهیه نسخه .com یا خطر اشتباه کاربران با آن نیز بررسی شود.

دامنه .app برای چه کسانی مناسب است؟

انتخاب مناسبی است اگر...

• محصول اصلی شما یک اپلیکیشن موبایل یا Web App است.
• یک SaaS دارید که کاربران آن را به عنوان یک نرم افزار مشخص می شناسند.
• به دنبال دامنه اختصاصی برای معرفی، دانلود یا ورود به اپلیکیشن هستید.
• نام برند شما همراه با کلمه «app» معنای طبیعی و واضحی ایجاد می کند.
• امکان استفاده کامل و دائمی از HTTPS را دارید.
• نام مناسب شما با .com اشغال شده و .app ترکیب برند بهتری ایجاد می کند.

احتمالاً انتخاب مناسبی نیست اگر...

• کسب و کار شما ارتباط مشخصی با اپلیکیشن یا نرم افزار ندارد.
• نام دامنه قرار است برند مادر یک مجموعه با فعالیت های بسیار متنوع باشد.
• مخاطبان شما با پسوندهای جدید آشنایی کمی دارند و احتمال تایپ نسخه .com زیاد است.
• سرویس مقصد امکان راه اندازی HTTPS معتبر ندارد.
• نسخه .com همان نام متعلق به رقیب یا یک برند شناخته شده است و احتمال اشتباه کاربران وجود دارد.

مزایای دامنه .app

• ارتباط مستقیم با محصول: کاربر از روی آدرس می تواند ارتباط دامنه با یک اپلیکیشن یا محصول نرم افزاری را حدس بزند.
• گزینه مناسب برای Product Branding: در بسیاری از پروژه ها ترکیب نام محصول با .app طبیعی تر از افزودن واژه های اضافی به یک دامنه .com است.
• فضای نام متفاوت از .com: ممکن است برای یک برند جدید بتوان نام کوتاه تر یا مرتبط تری پیدا کرد، هرچند نام های جذاب و Premium همچنان می توانند اشغال یا گران باشند.
• HTTPS از ابتدا: HSTS Preload باعث می شود استفاده ناامن از HTTP برای وب سایت های این پسوند عملاً کنار گذاشته شود.
• مناسب برای دامنه محصول: حتی شرکتی که دامنه اصلی آن .com است می تواند برای یک App مشخص از این پسوند استفاده کند.

معایب و محدودیت های دامنه .app

• الزام HTTPS: این ویژگی از نظر امنیتی مفید است، اما استفاده از دامنه روی سرویس های فاقد TLS معتبر را دشوار می کند.
• شناخت کمتر نسبت به .com: برخی کاربران همچنان به صورت عادت پسوند .com را تایپ می کنند.
• دامنه فعالیت مشخص تر: واژه app هویت قدرتمندی برای محصول نرم افزاری ایجاد می کند، اما اگر کسب و کار در آینده از نرم افزار فراتر برود ممکن است محدودکننده باشد.
• Premium Pricing: بعضی نام های جذاب قیمت سالانه بالاتری از دامنه های Standard دارند.
• نام های خوب الزاماً آزاد نیستند: عمومی تر بودن .app نسبت به سال های ابتدایی عرضه باعث شده بسیاری از نام های کوتاه و جذاب قبلاً ثبت شده باشند.
• نیاز احتمالی به محافظت از برند: برای یک برند مهم ممکن است تهیه فقط نسخه .app کافی نباشد و ثبت پسوندهای اصلی دیگر نیز منطقی باشد.

مقایسه دامنه .app با .com

اگر محصول شما مشخصاً یک App است، نامی مانند برند شما به همراه .app می تواند از نظر معنایی بسیار قوی باشد. اما اگر در حال انتخاب دامنه اصلی یک شرکت هستید که ممکن است در آینده چندین محصول یا فعالیت متفاوت داشته باشد، یک .com مناسب همچنان می تواند انتخاب منعطف تری باشد.

برای برندهای مهم، داشتن یکی از این دو لزوماً به معنای بی نیازی از دیگری نیست. اگر هر دو نسخه در دسترس و از نظر هزینه منطقی باشند، ثبت دامنه مکمل می تواند احتمال سوءاستفاده یا سردرگمی کاربران را کاهش دهد.

مقایسه .app با پسوندهای مرتبط

.app زمانی بیشترین مزیت را دارد که واژه «App» دقیقاً محصول شما را توصیف کند. اگر آنچه می فروشید SDK، API، کتابخانه یا ابزار توسعه است، .dev ممکن است معنی دقیق تری داشته باشد. برای یک شرکت فناوری با چندین محصول نیز .com، .io یا .tech می توانند انعطاف بیشتری ایجاد کنند.

نمونه نام برای دامنه .app

نمونه های زیر صرفاً برای نشان دادن نحوه ترکیب نام محصول با پسوند هستند و آزاد بودن آن ها بررسی نشده است:

• tasknest.app برای یک ابزار مدیریت کار
• mealnote.app برای اپلیکیشن برنامه ریزی غذا
• flowdesk.app برای یک Web App سازمانی
• learnloop.app برای اپلیکیشن آموزشی
• trackly.app برای یک محصول SaaS مبتنی بر Tracking

قبل از انتخاب یک نمونه مشابه، علاوه بر Availability دامنه، نام برندها و علائم تجاری موجود را نیز بررسی کنید.

چگونه نام مناسبی برای دامنه .app انتخاب کنیم؟

• تا حد امکان از نام کوتاه، قابل تلفظ و قابل تایپ استفاده کنید.
• اگر نام برند به تنهایی همراه با .app معنی کاملی ایجاد می کند، از افزودن واژه های غیرضروری خودداری کنید.
• از Hyphen و اعداد بدون دلیل مشخص استفاده نکنید.
• نامی را انتخاب کنید که تلفظ شفاهی آن باعث ابهام نشود.
• برای برندهای تجاری، وضعیت Trademark را پیش از سرمایه گذاری روی نام بررسی کنید.
• اگر پروژه قرار است برند بزرگی شود، وضعیت .com و سایر پسوندهای اصلی را نیز بررسی کنید.
• در پروژه های برندمحور، امکان تهیه Username مشابه در شبکه های اجتماعی نیز ارزش بررسی دارد.
• از نامی که بیش از حد مشابه یک اپلیکیشن یا شرکت شناخته شده است پرهیز کنید؛ حتی اگر خود دامنه آزاد باشد.

تأثیر دامنه .app بر SEO

استفاده از .app به خودی خود باعث افزایش رتبه سایت در Google نمی شود. Google اعلام کرده است که هدف سیستم جستجو نمایش مرتبط ترین نتایج است و استفاده از یک gTLD جدید به تنهایی مزیت رتبه بندی ایجاد نمی کند.

مزیت احتمالی .app بیشتر در Branding و وضوح معنایی برای کاربر است. وقتی یک آدرس به این پسوند ختم می شود، مخاطب ممکن است سریع تر متوجه ارتباط آن با یک اپلیکیشن شود؛ اما این مسئله را نباید با Ranking Factor مستقیم اشتباه گرفت.

عملکرد ارگانیک صفحه همچنان به عواملی مانند کیفیت و مفید بودن محتوا، پاسخ به Search Intent، لینک ها، ساختار داخلی سایت، Crawlability، Performance، تجربه کاربری، اعتبار برند و Reputation وابسته است.

از آنجا که .app یک gTLD است و ccTLD نیست، ذاتاً سیگنال جغرافیایی یک کشور خاص محسوب نمی شود.

دامنه Premium در .app

همه دامنه های آزاد .app الزاماً قیمت Standard ندارند. Google Registry می تواند برخی نام ها را Premium طبقه بندی کند و Registrar پیش از ثبت می تواند قیمت مربوط به همان نام را از Registry دریافت کند.

نکته مهم این است که Premium در سیاست .app صرفاً به یک هزینه اولیه اشاره نمی کند؛ Registry دامنه Premium را نامی با هزینه سالانه بالاتر از هزینه Standard تعریف می کند. بنابراین هنگام انتخاب چنین نامی، فقط قیمت خرید روز اول را نبینید و هزینه تمدید سال های بعد را نیز بررسی کنید.

قیمت Premium می تواند از یک نام به نام دیگر متفاوت باشد. آزاد بودن یک دامنه نیز به معنای Standard بودن قیمت آن نیست.

قوانین و شرایط ثبت دامنه .app

ثبت عمومی .app محدود به توسعه دهندگان یا شرکت های نرم افزاری نیست. در General Registration، هر شخص یا سازمانی می تواند نام آزاد را بر اساس اصل First Come, First Served ثبت کند و محدودیت جغرافیایی عمومی برای این پسوند وجود ندارد.

طول و کاراکترهای نام

در مستندات فنی فعلی Google Registry، نام های ASCII یا Latin می توانند تا 63 کاراکتر داشته باشند. نام های شامل کاراکترهای ژاپنی محدودیت کوتاه تری دارند و حداکثر 15 کاراکتر برای آن ها ذکر شده است. نام های عددی نیز قابل ثبت هستند.

Hyphen نمی تواند به شکل مغایر با قواعد نام دامنه در ابتدا یا انتهای Label استفاده شود و الگوهای مربوط به IDN نیز قواعد جداگانه دارند. برای نام های بسیار کوتاه، علاوه بر محدودیت فنی باید Availability و Reserved بودن نام در Registry بررسی شود.

آیا دامنه فارسی .app قابل ثبت است؟

Google Registry برای TLDهای باز خود Latin IDN را پشتیبانی می کند و برای .app اسکریپت های Kanji، Hiragana و Katakana نیز در مستندات فعلی ذکر شده اند. اسکریپت فارسی یا عربی در فهرست فعلی این مستندات قرار ندارد؛ بنابراین نباید صرف عبارت «IDN Supported» را به معنی امکان ثبت همه کاراکترهای فارسی دانست.

نام های دوحرفی

برای Labelهای ASCII دوحرفی که هر دو کاراکتر آن ها حرف هستند، Registry شرط خاصی دارد: Registrant نباید به گونه ای از نام استفاده کند که وابستگی یا تأیید کاذب از سوی دولت یا مدیر یک Country Code را القا کند.

Reserved Names و علائم تجاری

آزاد بودن فنی یک عبارت تنها شرط انتخاب آن نیست. برخی نام ها ممکن است به دلیل سیاست های Registry یا ICANN رزرو باشند و ثبت یک دامنه نیز هیچ حق خودکاری نسبت به Trademark متعلق به شخص دیگر ایجاد نمی کند. برای Labelهایی که با اطلاعات Trademark Clearinghouse تطبیق داشته باشند، سازوکار Trademark Claims نیز در فرایند Registry وجود دارد.

نحوه ثبت دامنه .app

1. نام را انتخاب کنید: نام کوتاه و مرتبط با اپلیکیشن یا محصول خود انتخاب کنید.
2. دامنه را جستجو کنید: Availability نام با پسوند .app را بررسی کنید.
3. وضعیت قیمت را ببینید: مشخص کنید دامنه Standard یا Premium است.
4. هزینه تمدید را بررسی کنید: فقط قیمت سال اول را ملاک قرار ندهید.
5. Trademark را بررسی کنید: به ویژه اگر نام قرار است برند اصلی محصول باشد.
6. اطلاعات ثبت را وارد کنید: اطلاعات موردنیاز سفارش را به درستی تکمیل کنید.
7. پرداخت را انجام دهید: پس از تأیید مشخصات و مبلغ، سفارش را تکمیل کنید.
8. ثبت دامنه را نهایی کنید: پس از تأیید Registry، دامنه تحت مدیریت حساب شما قرار می گیرد.
9. DNS و HTTPS را تنظیم کنید: دامنه را به سرویس مقصد متصل کرده و پیش از استفاده وب، TLS معتبر را فعال کنید.

تمدید و انقضای دامنه .app

برای جلوگیری از از دست رفتن دامنه، تمدید آن پیش از تاریخ انقضا بهترین روش است. به خصوص اگر دامنه آدرس اصلی یک اپلیکیشن، API، لینک های دانلود یا Login کاربران باشد، منقضی شدن آن می تواند بخش های مختلف محصول را تحت تأثیر قرار دهد.

چرخه Registry پس از انقضا

طبق سیاست فعلی Google Registry، پس از انقضا یک Auto-Renew Grace Period تا 45 روز در سطح Registry وجود دارد. اگر دامنه حذف شود و وارد Redemption شود، Redemption Grace Period آن 30 روز است. زیرساخت Registry همچنین Pending Delete پنج روزه را پشتیبانی می کند.

این بازه های Registry را نباید با مهلت تضمینی ارائه شده به مشتری توسط هر Registrar یکسان دانست. Registrar می تواند فرایند، زمان بندی و هزینه های مشتری محور خود را برای تمدید یا Restore داشته باشد. بنابراین منتظر پایان Grace Period نمانید.

در صورت Restore دامنه ای که قبلاً منقضی شده است، زیرساخت Google Registry برای Restore دامنه منقضی شده تمدید اجباری یک ساله را نیز در نظر می گیرد.

انتقال دامنه .app

دامنه .app را می توان بین Registrarهای پشتیبان این TLD منتقل کرد. چون .app یک gTLD تحت قرارداد ICANN است، فرایند انتقال Registrar از چارچوب Transfer Policy مربوط به gTLDها پیروی می کند.

شرایط اصلی انتقال

• دامنه باید برای انتقال Unlock باشد.
• Authorization Code یا AuthInfo Code موردنیاز است.
• انتقال در 60 روز نخست پس از ثبت اولیه معمولاً مجاز نیست.
• پس از انتقال قبلی نیز محدودیت 60روزه اعمال می شود.
• تغییر Registrant در برخی شرایط می تواند 60-Day Lock ایجاد کند؛ بسته به Registrar ممکن است امکان Opt-out قبل از تغییر وجود داشته باشد.

انتقال چقدر طول می کشد؟

Registry انتقال دامنه را در وضعیت Pending Transfer نگه می دارد و در صورت عدم رد یا تأیید زودتر توسط Registrar قبلی، فرایند می تواند تا پنج روز ادامه پیدا کند. زیرساخت Google Registry برای Transfer Period نیز دوره پنج روزه تعریف کرده است.

آیا انتقال باعث تمدید دامنه می شود؟

در انتقال معمول Registrar، یک سال به دوره ثبت دامنه اضافه می شود، تا جایی که مجموع دوره ثبت از حداکثر مجاز 10 سال عبور نکند. هزینه ای که کاربر برای انتقال پرداخت می کند به قیمت گذاری Registrar و وضعیت دامنه بستگی دارد.

تغییر مالک با انتقال Registrar فرق دارد

Registrar Transfer یعنی انتقال مدیریت دامنه از یک Registrar به Registrar دیگر؛ در حالی که تغییر اطلاعات Registrant به مالک یا دارنده دامنه مربوط است. این دو فرایند یکی نیستند و تغییر Registrant ممکن است خود باعث ایجاد Transfer Lock شود.

RDAP و اطلاعات ثبت دامنه .app

از 28 ژانویه 2025، RDAP منبع استاندارد و اصلی ارائه اطلاعات Registration Data برای gTLDها شده و الزام ICANN به ارائه سرویس قدیمی WHOIS برای بیشتر gTLDها پایان یافته است. Google Registry نیز برای .app سرویس RDAP رسمی ارائه می کند.

Google Registry در ابتدای 2026 به مدل Minimum Data Set یا Thin Registry منتقل شده و اطلاعات تماس Registrant را در Registry نگهداری نمی کند. اطلاعاتی مانند Registrar، وضعیت های دامنه، Name Serverها و تاریخ های مرتبط می توانند در RDAP دیده شوند، اما اطلاعات شخصی مالک ممکن است در سطح Registrar نگهداری و بر اساس سیاست های Registration Data عمومی نشوند.

بنابراین مفهوم WHOIS Privacy را نباید به شکل یک قابلیت ثابت Registry برای همه دامنه های .app بیان کرد. نحوه نمایش یا عدم نمایش داده های شخصی به ساختار Registration Data و سیاست Registrar نیز وابسته است.

DNS و اتصال دامنه .app

پس از ثبت، دامنه .app مانند سایر دامنه ها از طریق DNS به زیرساخت موردنظر متصل می شود. بسته به معماری پروژه می توانید رکوردهای DNS آن را برای اتصال به موارد زیر تنظیم کنید:

• هاست وب
• VPS یا سرور اختصاصی
• CDN
• Cloud Platform
• سرویس ایمیل
• SaaS Platform
• Website Builder
• Load Balancer یا سرویس های ابری مرتبط با Web App

الزام HTTPS مربوط به دسترسی وب است و مانع استفاده عادی از DNS، ایمیل یا سایر رکوردهای استاندارد دامنه نمی شود.

امنیت دامنه .app

HSTS Preload

مهم ترین ویژگی امنیتی اختصاصی .app قرار داشتن کل TLD در HSTS Preload است. این ویژگی باعث می شود مرورگرهای پشتیبان HSTS از ابتدا اتصال امن را برای آدرس های این پسوند در نظر بگیرند.

گواهی TLS معتبر

HSTS بدون TLS معتبر کافی نیست. برای Website یا Web App باید Certificate معتبر برای Hostnameهای مورد استفاده نصب و تمدید شود.

DNSSEC

زیرساخت Google Registry از DNSSEC و ثبت DS Data از طریق استاندارد EPP DNSSEC پشتیبانی می کند. استفاده عملی از DNSSEC برای دامنه شما به پشتیبانی Registrar و DNS Provider و پیکربندی صحیح کل زنجیره بستگی دارد.

Registrar Lock

فعال بودن Transfer Lock می تواند از انتقال ناخواسته دامنه جلوگیری کند. در زمان انتقال قانونی باید Lock قابل برداشت را غیرفعال کنید؛ البته Lockهای اجباری مانند محدودیت های 60روزه مشمول قواعد جداگانه هستند.