برای دریافت آموزش رایگان سرچ کنسول کلیک کنید: آموزش رایگان سرچ کنسول
سلام! من نگینم، از وزیر سئو.
میدونی، ما توی بازاریابی محتوا همیشه داریم در مورد «سفر مشتری» (Customer Journey) و همهی اون نقاط تماس (Touchpoints) حرف میزنیم؛ از اون لحظهای که کاربر تبلیغ ما رو میبینه تا وقتی که دکمهی خرید رو میزنه.
اما راستش رو بخوای، ما سئوکارها هم یه «سفر» با گوگل داریم! و یکی از اولین چهارراههای فنی ما، دقیقاً لحظهی ثبت سایت توی سرچ کنسوله. اونجاست که گوگل ازت میپرسه: «Domain Property» یا «URL Prefix»؟
این انتخاب، ظاهراً سادهست، اما دقیقاً تعیین میکنه که تو قراره چطور به دیتای سایتت نگاه کنی. مثل اینه که بین گرفتن «شاه کلید» کل ساختمون یا فقط «کلید اتاق» خودت، یکی رو انتخاب کنی. بذار خیلی خودمونی برات بازش کنم که کی به کدوم کلید احتیاج داری.
جدول کاربردی
قبل از اینکه شیرجه بزنیم توی جزئیات، این جدول تصمیمگیری سریع بهت میگه کدوم رو انتخاب کنی:
| وضعیت فعلی تو چیه؟ | 👑 انتخاب توصیهشده (Recommended Choice) |
| «من مالک کل سایت هستم و به DNS دسترسی دارم.» | Domain Property (چون دید ۳۶۰ درجه و کامل میخوای) |
| «من دسترسی DNS ندارم، ولی به وردپرس/هاست دسترسی دارم.» | URL Prefix (چون میتونی با فایل HTML یا تگ تأیید کنی) |
| «من فقط مسئول بلاگ (سابدومین) هستم.» | URL Prefix (تا فقط دیتای blog.example.com رو ببینی) |
| «میخوام همهشون رو یه جا داشته باشم.» | Domain Property (این همون چتر بزرگه!) |
پاسخ سریع: Domain Property در برابر URL Prefix
اگه عجله داری و فقط جواب آخر رو میخوای، خلاصهش اینه:
- Domain Property (مالکیت دامنه): یه چتر بزرگه. کل دامنهت رو با همهی زیر و بمش (www، بدون www، http، https و حتی سابدومینها) یه جا پوشش میده.
- URL Prefix (پیشوند URL): مثل یه قفل معمولیه که فقط روی یه در خاص کار میکنه. یعنی فقط همون آدرس دقیقی که وارد میکنی (مثلاً فقط
https://vazir-seo.ir) رو میبینه.
تعریف ساده Domain Property (مالکیت دامنه)
بذار اینجوری بگم: Domain Property نگاهی «کلنگر» به سایتت داره.
وقتی تو دامنهت رو (مثلاً vazir-seo.ir) به این روش ثبت میکنی، داری به گوگل میگی: «ببین گوگل! کل این دامنه مال منه. مهم نیست کاربر با www بیاد یا بدون www، با http بیاد یا https، یا حتی بره توی سابدومین blog.vazir-seo.ir؛ همهش رو با هم ببین و دیتای کلی رو به من نشون بده.»
این روش یه آرامش خاطر عجیبی به آدم میده. دیگه نگران نیستی که نکنه دیتای یه بخش از سایتت رو از دست بدی. بهترین قسمتش اینه که معمولاً با یه رکورد DNS ساده (یه TXT رکورد توی تنظیمات دامنهت) فعال میشه و تمام. این یه پوشش کامل و جامع بهت میده.
تعریف ساده URL Prefix (پیشوند URL)
این همون روش سنتی و قدیمیه. همونی که گفتم براش یه دسته کلید داشتم!
وقتی از URL Prefix استفاده میکنی، باید دقیقاً همون آدرسی رو که میخوای رصد کنی، وارد کنی.
مثلاً اگه تو https://vazir-seo.ir رو ثبت کنی (با https و بدون www)، سرچ کنسول فقط دیتای همین آدرس رو بهت نشون میده. اگه یهو کاربرات با http://vazir-seo.ir (بدون S) وارد بشن یا اصلاً برن به https://www.vazir-seo.ir (با www)، دیتاش رو توی این پراپرتی نمیبینی!
البته هنوزم به دردمون میخوره. کی؟ مثلاً وقتی میخوای فقط دیتای سابدومین blog رو جدا ببینی، یا اگه سایتت خیلی بزرگه و میخوای یه پوشه (directory) خاص رو جداگونه آنالیز کنی. ولی برای دید کلی سایت؟ اصلاً انتخاب خوبی نیست.
Domain Property چیست و چگونه کار میکند؟
اگه بخوام ساده بگم، Domain Property (مالکیت دامنه) یه روش ثبت سایته توی سرچ کنسول که به تو اجازه میده کل دامنهت رو به عنوان «یک» موجودیت واحد ببینی.
فکر کن دامنهی تو یه مِلک بزرگه. روش قدیم (URL Prefix) مثل این بود که برای درِ ورودی، درِ پارکینگ، درِ حیاط خلوت و درِ پشتبوم، هر کدوم یه قفل و کلید جدا داشته باشی. اما Domain Property مثل یه «شاه کلید» میمونه.
چطور کار میکنه؟ به جای اینکه بگی «من مالک این آدرس خاص هستم» (مثلاً https://vazir-seo.ir)، تو در سطح بالاتری به گوگل ثابت میکنی که «من مالک کل مِلک vazir-seo.ir هستم.» این کار معمولاً از طریق تنظیمات DNS دامنه انجام میشه، یعنی جایی که اصلِ سند مالکیت سایتت اونجاست.
پوشش جامع: همهچیز زیر یک چتر (http, https, www, non-www)
این قشنگترین بخش ماجراست. وقتی تو Domain Property ثبت میکنی، سرچ کنسول دیگه براش مهم نیست کاربرت از کدوم ورودی اومده. همهی اینا رو یه کاسه میکنه و دیتای کلی رو بهت نشون میده:
http://vazir-seo.ir(نسخه ناامن)https://vazir-seo.ir(نسخه امن)http://www.vazir-seo.ir(نسخه ناامن با www)https://www.vazir-seo.ir(نسخه امن با www)- و مهمتر از همه: تمام سابدومینها! (مثل
blog.vazir-seo.ir،shop.vazir-seo.irو غیره)
دیگه لازم نیست چهار تا پراپرتی جدا بسازی و آخرش هم موقع گزارش دادن، دیتای اینا رو با ماشینحساب با هم جمع بزنی! همهچیز توی یه داشبورد مرتب و کامل جلوته.
تنها روش تأیید: اعتبارسنجی از طریق DNS (رکورد TXT)
اینجا یه تفاوت مهم وجود داره. برخلاف روش URL Prefix که کلی راه برای تأیید بهت میداد (گذاشتن فایل HTML، تگ توی هدر، گوگل آنالیتیکس و…)، برای Domain Property فقط و فقط یک راه داری: تأیید از طریق DNS.
گوگل بهت یه کد متنی (TXT Record) میده و ازت میخواد اون رو توی تنظیمات DNS دامنهت (همون جایی که دامنهت رو ازش خریدی یا هاستت بهت دسترسی داده) اضافه کنی.
این کار مثل اینه که گوگل بگه: «اگه واقعاً مالک این مِلک هستی، برو این پلاکارد کوچیک رو سر درِ اصلی خونهت نصب کن تا من ببینم.»
اولش شاید یه کم فنی به نظر بیاد، ولی معمولاً خیلی سادهست و فقط یه بار انجامش میدی و خیالت برای همیشه راحت میشه.
مزایای کلیدی استفاده از Domain Property
خب، چرا اینقدر روش تاکید میکنیم؟
- گزارشگیری کامل و دقیق: تو داری تصویر کامل عملکرد سایتت رو میبینی، نه فقط یه تیکهش رو. این دقیقترین دیتاییه که میتونی به دست بیاری.
- مدیریت فوقالعاده ساده: به جای یه لیست بلندبالا از پراپرتیهای گیجکننده، فقط یه پراپرتی تمیز و مرتب برای هر سایت داری.
- پوشش خودکار آینده: اگه فردا تصمیم بگیری یه سابدومین جدید (مثلاً
forum.vazir-seo.ir) راه بندازی، نیازی به ثبت دوبارهش توی سرچ کنسول نیست. اون خودکار زیر چتر پراپرتی دامنهت قرار میگیره. - آرامش خیال: دیگه استرس نداری که نکنه دیتای یه بخش از سایتت رو داری از دست میدی چون یادت رفته پراپرتی
httpرو چک کنی!
معایب و محدودیتهای Domain Property
صادقانه بگم، «عیب» به اون صورت نداره، بیشتر «محدودیت» یا «تفاوت کاربری» داره:
۱. نیاز به دسترسی DNS: اگه به هر دلیلی (مثلاً سایتت روی یه پلتفرم وبلاگدهی رایگانه) به تنظیمات DNS دامنهت دسترسی نداشته باشی، نمیتونی از این روش استفاده کنی.
۲. عدم امکان جداسازی اولیه: این روش همهچیز رو «با هم» بهت نشون میده. اگه تو بخوای فقط و فقط عملکرد سابدومین blog رو جداگونه ببینی و اصلاً کاری به دامنهی اصلی نداشته باشی، این پراپرتی دیتای «کلی» رو بهت میده. (البته که میتونی با فیلترها جداش کنی، ولی پراپرتی اصلی، کلینگره).
۳. فقط برای آنالیز نیست: ابزارهایی مثل Disavow Tool یا Change of Address به یه پراپرتی خاص گره خوردن. با داشتن Domain Property، مدیریت اینا خیلی راحتتره چون مطمئniی کل دامنه رو پوشش دادی.
یه نکته تجربی: خیلی از ماها، حتی بعد از ساختن Domain Property، میایم و یه پراپرتی URL Prefix هم برای نسخه اصلی سایتمون (https://vazir-seo.ir) میسازیم. چرا؟ چون بعضی ابزارهای قدیمیتر یا بعضی تنظیمات خاص (مثل تارگت کردن کشور که البته دیگه منسوخ شده) قبلاً فقط روی URL Prefix کار میکردن.
اما امروز، توصیه قاطع گوگل (و من!) استفاده از Domain Property به عنوان پراپرتی اصلی و مرجع شماست.
URL Prefix چیست و چه زمانی به کار میآید؟
URL Prefix (پیشوند URL) یه روش ثبته که فقط و فقط آدرسی رو که «دقیقاً» با همون پیشوند وارد میکنی، میبینه و رصد میکنه.
یعنی اگه تو https://vazir-seo.ir (با https و بدون www) رو ثبت کنی، سرچ کنسول فقط دیتای همین آدرس رو بهت میده. اگه کاربری با http://vazir-seo.ir وارد سایتت بشه، دیتای اون کاربر رو اینجا نمیبینی!
این روش دیگه مثل Domain Property اون نگاه جامع و چتر بزرگ رو نداره، بلکه یه نگاه «جزئی» و «دقیق» به همون آدرس خاص داره.
مفهوم پیشوند: نیاز به تأیید جداگانه هر نسخه از URL
این دقیقاً همون نقطهایه که تفاوتش با Domain Property معلوم میشه. چون تو داری به گوگل میگی «من مالک این آدرس هستم» (نه «مالک این دامنه») پس باید مالکیتت رو برای هر آدرس جداگونه ثابت کنی.
این یعنی اگه سایتت روی این چهار حالت بالا بیاد (که البته نباید اینطور باشه و باید ریدایرکت بشن!)، تو از نظر فنی باید چهار تا پراپرتی URL Prefix جدا بسازی:
http://example.comhttps://example.comhttp://www.example.comhttps://www.example.com
این همون «پراکندگی داده» و «مدیریت پیچیده» است که جلوتر بهش میرسیم.
۵ روش متنوع برای تأیید (Verify) در حالت URL Prefix
یکی از خوبیهای این روش اینه که دستت رو برای تأیید کردن (Verify) باز میذاره. برخلاف Domain Property که فقط DNS رو داشت، اینجا کلی گزینه رو میز داری:
تأیید با فایل HTML (HTML file upload)
- چطور کار میکنه؟ گوگل بهت یه فایل HTML با یه اسم عجیب و غریب میده (مثلاً
googlexyz123.html). تو باید این فایل رو دانلود کنی و دقیقاً توی پوشهی اصلی (root) هاستت آپلودش کنی. - کی خوبه؟ وقتی به هاست یا FTP سایت دسترسی داری. به نظرم یکی از تمیزترین روشهاست.
تأیید با تگ HTML (HTML tag)
- چطور کار میکنه؟ گوگل یه خط کد (یه متا تگ) بهت میده. باید اون رو کپی کنی و توی سورس سایتت، داخل بخش
<head>صفحهی اصلی (Homepage) قرار بدی. - کی خوبه؟ وقتی به هاست دسترسی نداری ولی میتونی کد
<head>رو (مثلاً از طریق تنظیمات قالب وردپرس یا GTM) ویرایش کنی.
تأیید از طریق Google Analytics (GA)
- چطور کار میکنه؟ اگه از قبل روی سایتت گوگل آنالیتیکس (GA4 یا یونیورسال) نصب کردی، کدش توی
<head>هست، و (مهم) با همون اکانت جیمیلی که سرچ کنسول رو میسازی به آنالیتیکس دسترسی «Edit» داری، این روش یه دکمهست! خودش چک میکنه و تایید میشه. - کی خوبه؟ تقریباً همیشه! این راحتترین و سریعترین روش برای ماهاست.
تأیید از طریق Google Tag Manager (GTM)
- چطور کار میکنه؟ دقیقاً مثل آنالیتیکس. اگه کانتینر GTM روی سایتت نصبه و تو با همون اکانت جیمیل، دسترسی «Publish» توی اون کانتینر داری، با یه کلیک تایید میشه.
- کی خوبه؟ برای کسایی که همهی تگهاشون رو با GTM مدیریت میکنن، این روش هم عالی و بیدردسره.
تأیید از طریق ارائهدهنده نام دامنه (DNS CNAME)
- چطور کار میکنه؟ این روش هم شبیه DNS توی Domain Property هست، ولی به جای رکورد TXT، معمولاً باید یه رکورد CNAME بسازی.
- کی خوبه؟ راستش، با وجود گزینههای راحتتر بالا، کمتر کسی سراغ این میره. مگه اینکه شرایط خیلی خاصی داشته باشی و فقط بتونی CNAME اضافه کنی.
مزایا و انعطافپذیری URL Prefix
چرا با وجود Domain Property، این روش هنوز زندهست؟ چون یه جاهایی واقعاً به درد میخوره:
۱. انعطاف در تأیید: همونطور که دیدی، ۵ تا راه داری. اگه به DNS دسترسی نداری (که برای Domain Property مجبوری داشته باشی)، اینجا با یه تگ HTML ساده هم کارت راه میفته.
۲. آنالیز جزئی (Granular Analysis): این مهمترین مزیتشه. فرض کن تو میخوای فقط و فقط عملکرد سابدومین موبایلت (m.example.com) رو ببینی. یا میخوای عملکرد یه پوشهی خاص از سایتت (مثلاً example.com/fa/blog/) رو جداگونه بررسی کنی. اینجا میآی و فقط همون آدرس رو به عنوان URL Prefix ثبت میکنی.
معایب اصلی: پراکندگی دادهها و مدیریت پیچیده
خب، بریم سراغ بدیهاش که باعث شد اصلاً Domain Property متولد بشه:
- پراکندگی دادهها: وقتی چهار تا پراپرتی برای یه سایت داری، دیتای تو پخشوپلاست. نمیتونی یه گزارش کامل از «کل» ایمپرشنها و کلیکهای سایتت ببینی. باید دیتای هر چهار تا رو بگیری و دستی با هم جمع بزنی!
- مدیریت پیچیده: اداره کردن یه سایت با چهار تا پراپرتی جدا، واقعاً شلختهکاریه. ممکنه یادت بره سایتمپ رو توی همهشون ثبت کنی، یا موقع Disavow کردن گیج بشی که توی کدوم یکی باید فایل رو آپلود کنی.
حرف آخر:
URL Prefix نمرده، فقط دیگه انتخاب اول ما برای دیدن «تصویر کلی» سایت نیست. اما برای مانیتور کردن یه بخش خاص، یه سابدومین، یا وقتی دسترسی DNS نداری، هنوزم یه ابزار کاملاً کاربردی و مفیده.
تا حالا شده بخوای فقط دیتای بلاگت رو جدا ببینی؟ اینجور وقتا URL Prefix به کارت میاد.
خب، رسیدیم به بخش «رو در رو» و مچ انداختن این دو تا! تا حالا جدا جدا در مورد «شاه کلید» (Domain Property) و «کلید اتاق» (URL Prefix) حرف زدیم. حالا وقتشه این دو تا رو بذاریم کنار هم توی یه جدول شیک و تر و تمیز، تا دقیقاً ببینی فرقشون چیه و کی باید از کدوم استفاده کنی.
این جدول، خلاصهی همهچیزه و دقیقاً فرق این دو تا رو بهت میگه.
جدول مقایسه کامل: Domain Property در مقابل URL Prefix
| ویژگی | 👑 Domain Property (مالکیت دامنه) | 🔑 URL Prefix (پیشوند URL) |
| پوشش | چتر کامل: همهی نسخهها (http, https, www, non-www) + همهی سابدومینها | فقط یک آدرس: دقیقاً همون پیشوندی که وارد میکنی (مثلاً فقط https://vazir-seo.ir) |
| روش تأیید | فقط ۱ روش: DNS (رکورد TXT) | ۵ روش متنوع: (فایل HTML، تگ HTML، آنالیتیکس، تگ منیجر، DNS CNAME) |
| دسترسی فنی | اجباری: دسترسی به پنل DNS دامنه | انعطافپذیر: دسترسی به هاست، یا وردپرس، یا آنالیتیکس کافیه |
| مدیریت دیتا | یکپارچه: همهی دیتای سایت در یک داشبورد | پراکنده: هر نسخه یه داشبورد جدا میخواد (آشوب مدیریتی!) |
| بهترین کاربرد | همیشه! (برای دیدن تصویر کلی سایت اصلی) | موارد خاص: (آنالیز جداگانه سابدومین، یا وقتی دسترسی DNS نداری) |
مقایسه بر اساس پوشش دامنهها و سابدامینها
اینو ببین: تفاوت اصلیشون دقیقاً همینجاست. Domain Property یه آرامش خاطر عجیبی بهت میده.
یادمه یه کلاینت داشتم که سابدومین بلاگش (blog.example.com) رو جدا ساخته بود و اصلاً یادش رفته بود توی سرچ کنسول ثبتش کنه! ماهها دیتای به اون مهمی رو از دست داده بودن چون اصلاً بهش نگاه نمیکردن.
با Domain Property، این اتفاق اصلاً نمیافته. اون خودکار همهی بچههای خانوادهی دامنهت (همهی سابدومینها و نسخهها) رو زیر چترش میگیره. ولی URL Prefix فقط همون یه بچهای رو میبینه که آدرس دقیقش رو بهش معرفی کردی!
مقایسه بر اساس سطح دسترسی فنی مورد نیاز
اینجا جاییه که URL Prefix یه خودی نشون میده.
فرض کن تو فقط یه نویسنده محتوایی و به هاست یا DNS دسترسی نداری، ولی میتونی یه تگ توی هدر سایت (با یه افزونهی ساده وردپرس) اضافه کنی. URL Prefix اینجا به کارت میاد. یا اگه دسترسی گوگل آنالیتیکس داری، سهسوته تایید میشه.
اما Domain Property میگه: «من فقط با صاحبخونه حرف میزنم!» و اون صاحبخونه، پنل DNS شماست (همون جایی که دامنه رو خریدی). یه کم فنیتره، ولی در عوض یه بار انجام میدی و خیالت برای همیشه راحته.
مقایسه بر اساس روشهای تأیید (Verification)
اینم که مستقیم به همون بخش قبلی ربط داره.
URL Prefix مثل یه آدم خوشمعاشرته که ۵ تا زبون بلده (HTML, GA, GTM و…) و با هر کدوم بتونی، باهات راه میاد. دستت رو خیلی باز میذاره.
Domain Property نه، قاطع و صریحه. فقط یه زبون بلده: زبون DNS. ولی همون یه روشش از همهشون معتبرتره، چون داری از «سند» دامنهت مایه میذاری و مالکیتت رو در بالاترین سطح ثابت میکنی.
مقایسه بر اساس مدیریت دادهها در سرچ کنسول
و اما آخر ماجرا: آشپزخونهی شلخته در مقابل آشپزخونهی مرتب!
اگه مجبور باشی برای سایتت چند تا URL Prefix بسازی (یکی برای http، یکی برای https و…)، دیتای تو رسماً پخشوپلا میشه. ایمپرشنهای نسخه http یه جاست، نسخه https یه جای دیگه. موقع گزارش دادن یه کابوس واقعی برات میسازه!
ولی Domain Property همهچیز رو برات یه کاسه میکنه. یه گزارش تمیز و کامل بهت میده که میگه: «کل سایتت، با همهی ورودیهاش، این عملکردش بوده.» این همون چیزیه که ما برای تحلیل درست و چیدن استراتژی سئو لازم داریم.
کدام را انتخاب کنیم؟ (راهنمای تصمیمگیری)
اینجا چند تا سناریوی واقعی رو برات میشکافم تا ببینی دقیقاً کجای کاری.
سناریوی ۱ (توصیه شده): شما مالک کل دامنه هستید (۹۹٪ موارد)
وضعیت: تو صاحب سایتی، مدیر سئوی اونجایی، یا کلاً مسئول صفر تا صد اون دامنه هستی. میخوای یه دید کامل و درست از عملکرد سایتت داشته باشی.
✅ انتخاب تو: Domain Property (مالکیت دامنه)
چرا؟
اصلاً شک نکن! این همون «شاه کلید»ـه. تو میخوای کل ساختمون رو ببینی، نه فقط یه اتاق. این روش همهی نسخههای http، https، www، non-www و همهی سابدومینهات رو یه جا بهت نشون میده1.
این تصویر کامل، دقیقترین و بهترین دیتاییه که برای تصمیمگیری لازم داری. این روش استاندارد و توصیهشدهی گوگل برای هر سایت جدیدیه.
سناریوی ۲: شما فقط به یک سابدامین یا پوشه خاص دسترسی دارید
وضعیت: تو یه فریلنسری و فقط روی بلاگ سایت (blog.example.com) کار میکنی. یا شاید مسئول بخش فروش یه سایت بزرگی و فقط میخوای دیتای پوشهی example.com/shop/ رو ببینی و صاحب سایت هم نمیخواد دیتای کل سایت رو با تو به اشتراک بذاره.
✅ انتخاب تو: URL Prefix (پیشوند URL)
چرا؟
اینجا دقیقاً جاییه که «کلید اتاق» به کارت میاد. تو نمیخوای یا نمیتونی کل ساختمون رو ببینی. پس میای و فقط همون آدرس (https://blog.example.com) رو به عنوان URL Prefix ثبت میکنی. این بهت یه داشبورد جدا فقط برای همون بخش میده.
سناریوی ۳: شما دسترسی به DNS ندارید (اما به کد سایت دسترسی دارید)
وضعیت: تو مالک سایتی، ولی مثلاً دامنهت رو یه شرکت دیگه برات خریده و به پنل DNS دسترسی نداری. یا اصلاً نمیدونی DNS چی هست و نمیخوای بهش دست بزنی! اما میتونی توی وردپرس افزونه نصب کنی یا یه تیکه کد به سایتت اضافه کنی.
✅ انتخاب تو: URL Prefix (پیشوند URL)
چرا؟
یادت باشه، Domain Property فقط و فقط با DNS تأیید میشه2. وقتی به اون دسترسی نداری، مجبوری از روشهای دیگهای استفاده کنی. URL Prefix اون آدم خوشمعاشرتهست که بهت اجازه میده با تگ HTML 3، فایل HTML 4، گوگل آنالیتیکس 5یا تگ منیجر 6 خودت رو ثابت کنی. این یه راه فرار عالیه وقتی دستت به DNS نمیرسه.
سناریوی ۴: مدیریت سایتهای بسیار قدیمی (فقط http)
وضعیت: یه سایت خیلی خیلی قدیمی بهت رسیده که اصلاً گواهی SSL نداره و فقط روی http://oldsite.com کار میکنه (که البته این خودش یه فاجعهی سئوییه!).
✅ انتخاب تو (با اکراه!): URL Prefix
چرا؟
از نظر فنی، چون این سایت فقط یه نسخه (http) داره، اگه همون رو با URL Prefix ثبت کنی، کل دیتای سایت رو میبینی.
ولی… توصیه اکید من (نگین):
حتی در این مورد هم هوشمندانه عمل کن! تو که بالاخره قراره این سایت رو https کنی (مگه نه؟!). پس از همین الان برو سراغ Domain Property. اینجوری وقتی https رو فعال کردی و ریدایرکتها رو انجام دادی، لازم نیست یه پراپرتی جدید بسازی و دیتات دو تیکه بشه. همون Domain Property قبلی، خودش اتوماتیک دیتای https جدید رو هم جمع میکنه و یه گزارش یکپارچه بهت میده.
خلاصه:
همیشه اول سعی کن Domain Property رو ثبت کنی. اگه به هر دلیلی (دسترسی DNS، نیاز به آنالیز جزئی) نتونستی، اونوقت برو سراغ URL Prefix.
آموزش گام به گام تأیید سایت با Domain Property (روش مدرن)
قدم اول: انتخاب Domain Property در سرچ کنسول
وقتی وارد سرچ کنسول میشی و میخوای یه سایت جدید اضافه کنی (روی Add Property کلیک میکنی)، گوگل همون اول دو تا گزینه جلوت میذاره:
- Domain (همین Domain Property خودمون)
- URL Prefix (روش سنتی)
تو باید توی کادر اول، یعنی Domain، فقط اسم دامنهت رو بدون هیچ پیشوندی وارد کنی.
- درست:
vazir-seo.ir - غلط:
https://vazir-seo.irیاwww.vazir-seo.ir
دکمه Continue رو که بزنی، مستقیم میری مرحلهی بعد.
قدم دوم: کپی کردن رکورد TXT منحصر به فرد
حالا گوگل یه پنجرهی کوچیک بهت نشون میده. توی این پنجره یه کد عجیب و غریب زیر عنوان Instructions هست. این کد معمولاً با google-site-verification= شروع میشه.
این همون «پلاکارد» اختصاصی توئه که باید ببری سر درِ خونهت (یعنی دامنهت) نصب کنی. کنارش یه دکمه COPY هست. روش کلیک کن تا کد دقیقاً کپی بشه. این پنجره رو نبند، بذار باز بمونه.
قدم سوم: ورود به پنل DNS و افزودن رکورد
اینجا حساسترین بخشه، ولی سخت نیست. تو باید وارد جایی بشی که «تنظیمات DNS» دامنهت اونجاست. این کجا میتونه باشه؟
- شرکتی که دامنه رو ازش خریدی: مثل GoDaddy, Namecheap, Name.com یا اگه ایرانیه، پنل همون شرکتی که دامنه (ir.) رو برات ثبت کرده.
- سرویس CDN: اگه از سرویسهایی مثل کلودفلر (Cloudflare) استفاده میکنی، تنظیمات DNS تو اونجاست.
- پنل هاستت: گاهی وقتا (مثلاً توی Cpanel یا Plesk) بخشی به اسم
DNS Zone EditorیاZone Editorهست که میتونی از اونجا این کار رو بکنی.
وارد هرکدوم از اینا که شدی، دنبال دکمهای مثل Add Record، Add New Record یا «افزودن رکورد» بگرد.
حالا باید یه فرم کوچیک رو پر کنی:
- Type (نوع): اینجا باید انتخاب کنی TXT. (این خیلی مهمه!)
- Name (نام) یا Host: اینجا معمولاً باید علامت
@رو بذاری. بعضی پنلها هم میگن اسم دامنهت رو وارد کن (مثلاًvazir-seo.ir). علامت@خودش به معنی «همین دامنه» است. - Value (مقدار) یا Content: اینجا همون کدی که تو مرحلهی دوم از سرچ کنسول کپی کرده بودی رو Paste میکنی.
- TTL (Time To Live): اینو معمولاً دست نزن. بذار روی همون مقداری که خودش پیشنهاد میده (مثلاً 14400 یا Auto).
دکمه Save یا Add Record رو بزن. تمام! تو کار خودت رو کردی.
قدم چهارم: کلیک بر روی Verify و عیبیابی مشکلات رایج
حالا برگرد به همون پنجرهی سرچ کنسول که باز نگه داشته بودی. یه نفس عمیق بکش و دکمهی Verify رو بزن.
صبر کن… کار نکرد؟!
اگه بلافاصله ارور داد، نگران نشو! این کاملاً طبیعیه. تغییرات DNS مثل تغییرات کد سایت، آنی نیستن. به این میگن «انتشار» یا (Propagation). ممکنه چند دقیقه (یا تو موارد نادر، چند ساعت) طول بکشه تا اون پلاکاردی که نصب کردی، برای گوگل قابل دیدن باشه.
عیبیابی رایج:
- هنوز تأیید نشده: ۵ دقیقه صبر کن. یه چای بریز و دوباره دکمه
Verifyرو بزن. معمولاً توی همون چند دقیقه اول درست میشه. اگه نشد، برو سراغ گزینهی «Verify Later» و مثلاً نیم ساعت دیگه دوباره امتحان کن. - مطمئنی رکورد TXT ساختی؟ یه وقت اشتباهی CNAME یا A نساخته باشی!
- مقدار (Value) رو درست کپی کردی؟ چک کن دقیقاً همون کد
google-site-verification=...باشه، بدون هیچ فاصله یا کاراکتر اضافهای. - جای درستی رکورد رو ساختی؟ اگه از کلودفلر استفاده میکنی، حتماً باید رکورد رو توی کلودفلر بسازی، نه توی پنل هاستت.
به محض اینکه گوگل بتونه اون رکورد رو ببینه، یه تیک سبز خوشگل بهت نشون میده و تبریک میگه. تو رسماً مالکیت کل دامنهت رو با روش مدرن ثابت کردی!
سوالات متداول (FAQ)
آیا میتوانم همزمان از Domain Property و URL Prefix استفاده کنم؟
بله، صد در صد! نه تنها میتونی، بلکه من خودم خیلی وقتا این کار رو میکنم.
این دو تا دشمن هم نیستن. اینجوری بهش فکر کن: Domain Property میشه «نمای اصلی» و کلی تو، همون شاه کلید. تو همیشه به این نیاز داری تا تصویر کامل رو ببینی.
اما گاهی وقتا میخوای فقط روی یه اتاق خاص زوم کنی، مثلاً فقط عملکرد بلاگت (blog.example.com) رو جدا ببینی. اون وقته که میای و یه URL Prefix جدا هم علاوه بر اون پراپرتی اصلی، برای بلاگت میسازی. این دو تا خیلی مسالمتآمیز کنار هم کار میکنن.
اگر قبلاً سایتم را با URL Prefix تأیید کردهام، آیا باید به Domain Property مهاجرت کنم؟
کلمهی «مهاجرت» شاید دقیق نباشه. بیشتر شبیه «ارتقا» دادنه. تو قرار نیست اون قبلی رو پاک کنی!
توصیه قاطع من؟ آره، حتماً این کار رو بکن. همین الان برو و یه Domain Property علاوه بر اون URL Prefix قدیمیت بساز. این بهت همون دید ۳۶۰ درجهای رو میده که حرفشو زدیم. اون پراپرتی قبلیه میتونه سر جاش بمونه (ضرر نداره)، ولی از این به بعد «مرجع» اصلیت برای تحلیل کلی سایت، باید همین Domain Property جدیده باشه.
تأیید DNS برای Domain Property چقدر طول میکشد؟
آخ، این همون سوالیه که جوابش «بستگی داره»!
گاهی وقتا تقریباً آنی هست. من خودم دیدم که ۳۰ ثانیهای تایید شده. ولی تغییرات DNS (همون رکورد TXT که اضافه میکنی) باید توی کل سرورهای اینترنت «منتشر» بشه.
نصیحت من: رکورد رو اضافه کن، برو یه چای برای خودت بریز، ۱۰ تا ۱۵ دقیقه دیگه برگرد و دکمه Verify رو بزن. اگه نشد، نگران نشو! یه ساعت دیگه صبر کن. تو موارد خیلی نادر، شاید چند ساعت (تا ۲۴ ساعت) هم طول بکشه، ولی معمولاً خیلی سریعتره. فقط کافیه یه کم صبور باشی.
کدام روش برای سئو (SEO) بهتر است؟
اینم یه سوال کلاسیکه! بذار خیلی شفاف بگم:
هیچکدوم مستقیماً روی رتبه سئوی تو تاثیر ندارن. گوگل بهت رتبه بهتر نمیده چون از Domain Property استفاده کردی!
اما… (و این یه «اما»ی بزرگه) Domain Property کمکت میکنه سئوی بهتری انجام بدی.
چطور؟ چون دیتای کاملتر و بهتری بهت میده. وقتی تو بتونی تصویر کامل (همهی سابدومینها، همهی نسخهها) رو ببینی، تصمیمهای هوشمندانهتری میگیری. مشکلاتی رو پیدا میکنی که اصلاً نمیدونستی وجود دارن. پس، سئوت رو «بوست» نمیکنه، بلکه «ابزار» بهتری برای سئو کردن بهت میده.
آیا سابدامینها (Subdomains) در Domain Property لحاظ میشوند؟
بله! بله! بله!
و این دقیقاً «جادو»ی این روشه. اصلاً کل قشنگیش همینه! وقتی تو vazir-seo.ir رو با Domain Property تایید میکنی، اون خودکار همهی اینا رو شامل میشه:
www.vazir-seo.irblog.vazir-seo.irshop.vazir-seo.irm.vazir-seo.ir- …و هر سابدومین دیگهای که حتی در آینده اضافه کنی!
صادقانه، این بزرگترین برد ما از این روشه. کل اون آشفتگی رو جمع میکنه و مرتب میذاره زیر یه چتر.
جمعبندی (Conclusion)
خب، پس جنگی در کار نبود! «Domain Property» و «URL Prefix» در واقع دشمن هم نیستن.
اگر بخوام یه جمعبندی نهایی کنم:
Domain Property همون روش مدرن، استاندارد و توصیهشدهی گوگله. این همون «شاه کلید» ماجراست که همهی نسخههای سایت (http, https, www, non-www) و از همه مهمتر، همهی سابدومینها رو زیر یه چتر مرتب برات جمع میکنه. دیتای کامل و تمیز بهت میده.
URL Prefix همون «کلید اتاق» باقی میمونه؛ هنوزم بهش احتیاج داریم، اما برای موارد خاص. مثلاً وقتی به DNS دسترسی نداری، یا وقتی میخوای فقط و فقط دیتای یه سابدومین خاص رو جداگونه تحلیل کنی.
نصیحت دوستانهی من؟ همیشه اولویتت ثبت Domain Property باشه. این کار شاید اولش (فقط همون یه بار!) به خاطر تنظیمات DNS یه کم فنی به نظر بیاد، ولی خیالت رو برای همیشه راحت میکنه.
حالا تو بهم بگو، توی سرچ کنسولت آشفتگی پراپرتیها رو داری یا همهچیز زیر چتر Domain Property مرتبه؟
