راهنمای جامع فیلتر کردن صفحات ساب‌دامین (در سرچ کنسول، آنالیتیکس و گوگل)

در ممیزی فنی (Technical Audit)، صحت داده‌ها یک اصل غیرقابل مذاکره است. کوچکترین خطا در فرآیند فیلتر کردن داده‌های ساب‌دامین، می‌تواند منجر به تفسیر کاملاً اشتباه از عملکرد سایت و تخصیص منابع به نقاط نادرست شود. حتی اگر از ابزارهای پیشرفته‌ای مانند الگوهای رجکس برای تحلیل صفحات استفاده می‌کنید، اشتباهات بنیادین در درک پروتکل یا نحوه عملکرد اپراتورها، کل تحلیل شما را بی‌اعتبار می‌سازد. در این راهنما، سه مورد از رایج‌ترین و فاجعه‌بارترین اشتباهات تجربی در تحلیل ساب‌دامین را کالبدشکافی می‌کنیم تا از اتخاذ تصمیمات استراتژیک بر پایه داده‌های آلوده جلوگیری شود.

جدول کاربردی: چک‌لیست عیب‌یابی خطاهای رایج تحلیل

چرا تحلیل و فیلتر کردن ساب‌دامین ضروری است؟

تحلیل و فیلتر کردن داده‌های ساب‌دامین (Subdomain) یک اقدام استراتژیک و حیاتی در سئوی فنی (Technical SEO) و تحلیل محتوا است. بسیاری از مدیران وب‌سایت‌ها به اشتباه، تمام تمرکز خود را بر روی دامنه اصلی (Root Domain) قرار می‌دهند و از داده‌های ساب‌دامین‌ها غافل می‌شوند. این غفلت منجر به از دست رفتن فرصت‌های بهینه‌سازی و نادیده گرفتن مشکلات فنی پنهان می‌شود.

برای دریافت آموزش رایگان سرچ کنسول کلیک کنید: آموزش رایگان سرچ کنسول

دلیل بنیادین این ضرورت آن است که گوگل و سایر موتورهای جستجو، اغلب با ساب‌دامین‌ها به عنوان «موجودیت‌های» (Entities) نسبتاً مجزا از دامنه اصلی برخورد می‌کنند. این تفکیک بر همه‌چیز، از نحوه ایندکس شدن صفحات گرفته تا تخصیص سیگنال‌های اعتبار (مانند E-E-A-T) و ارزیابی معیارهای عملکرد (Core Web Vitals)، تأثیر مستقیم دارد.

بنابراین، تحلیل مجزای ساب‌دامین‌ها یک اقدام تکمیلی نیست؛ بلکه برای یک ممیزی (Audit) جامع فنی و استراتژیک ضروری است. شما نمی‌توانید چیزی را که اندازه‌گیری نمی‌کنید، مدیریت یا بهینه کنید.

درک تفاوت‌های کلیدی: ساب‌دامین (Subdomain) در مقابل ساب‌دایرکتوری (Subdirectory)

برای درک اهمیت تحلیل، ابتدا باید تفاوت ساختاری این دو را به طور دقیق درک کنیم. انتخاب بین این دو، یکی از تصمیمات اساسی در معماری سایت (Site Architecture) است.

• ساب‌دامین (Subdomain): یک وب‌سایت مجزا تلقی می‌شود که بر روی یک پیشوند از دامنه اصلی قرار دارد (مانند vazirseo.com).
• ساب‌دایرکتوری (Subdirectory): (که به آن Subfolder هم گفته می‌شود) یک پوشه در درون ساختار وب‌سایت اصلی است (مانند com/blog/).

جدول زیر تفاوت‌های کلیدی و اثرات استراتژیک آن‌ها را نشان می‌دهد:

اهداف استراتژیک از جداسازی داده‌ها: از عیب‌یابی فنی تا تحلیل محتوا

وقتی شما داده‌های یک ساب‌دامین را در ابزارهایی مانند Google Search Console یا Ahrefs فیلتر می‌کنید، در واقع متغیرها را ایزوله کرده و امکان تشخیص دقیق مشکل را فراهم می‌آورید:

۱. عیب‌یابی فنی دقیق (Technical SEO Diagnosis)

• مشکلات ایندکس (Indexing Issues): آیا گوگل صفحات ساب‌دامین پشتیبانی (example.com) شما را ایندکس می‌کند یا با مشکل مواجه است؟ فیلتر کردن به شما اجازه می‌دهد گزارش Coverage را فقط برای آن بخش بررسی کنید.
• بودجه خزش (Crawl Budget): اگر ساب‌دامین شما (مثلاً یک انجمن قدیمی یا یک نسخه تستی) میلیون‌ها صفحه بی‌ارزش (Thin Content) دارد، ممکن است بودجه خزش شما را هدر دهد. تحلیل مجزا این مشکل را فوراً آشکار می‌کند.
• مشکلات SSL/HTTPS: ممکن است گواهی SSL دامنه اصلی شما معتبر باشد، اما ساب‌دامین به درستی پیکربندی نشده باشد و هشدارهای امنیتی ایجاد کند.

۲. ارزیابی عملکرد و تجربه کاربری (Performance & UX Analysis)

• Core Web Vitals (CWV): بسیار محتمل است که دامنه اصلی شما (مثلاً یک سایت وردپرسی) سریع باشد، اما ساب‌دامین فروشگاهی (example.com) که بر روی پلتفرم دیگری (مانند مجنتو یا شاپیفای) قرار دارد، در معیارهای LCP، FID (یا INP) و CLS ضعیف عمل کند. فیلتر کردن داده‌ها به شما امکان می‌دهد دقیقاً ببینید کدام بخش از وب‌سایت شما تجربه کاربری (UX) ضعیفی ارائه می‌دهد.

۳. تحلیل استراتژی محتوا و E-E-A-T

• ارزیابی محتوای مفید (Helpful Content): گوگل سیگنال‌های «محتوای مفید» را می‌تواند در سطح ساب‌دامین یا کل سایت ارزیابی کند. اگر ساب‌دامین وبلاگ (example.com) شما پر از محتوای ضعیف، کپی، یا تولید شده صرفاً برای موتور جستجو باشد، می‌تواند به اعتبار کل دامنه آسیب بزند یا خود به تنهایی تحت تأثیر به‌روزرسانی‌های الگوریتمی قرار گیرد. تحلیل مجزا به شما کمک می‌کند بخش‌های ضعیف را شناسایی و اصلاح کنید.
• سنجش اعتبار موضوعی (Topical Authority): آیا ساب‌دامین وبلاگ شما به عنوان یک مرجع (Authority) در حوزه خود شناخته می‌شود؟ آیا کلمات کلیدی درستی را هدف‌گذاری کرده است؟

۴. تحلیل پروفایل بک‌لینک (Backlink Profile)

• ساب‌دامین‌ها اغلب پروفایل بک‌لینک متفاوتی دارند. شما باید بررسی کنید که آیا ساب‌دامین شما لینک‌های اسپم دریافت می‌کند (که ممکن است نیاز به Disavow داشته باشد) یا لینک‌های ارزشمندی دارد که می‌توان از آن‌ها در دامنه اصلی نیز بهره برد.

نتیجه‌گیری: ساب‌دامین یک نقطه کور نیست، یک متغیر استراتژیک است

نادیده گرفتن ساب‌دامین‌ها در تحلیل سئو، مانند رانندگی با چشم‌بند در بخشی از مسیر است. شما داده‌های حیاتی را که بر عملکرد کلی شما تأثیر می‌گذارند، از دست می‌دهید. تحلیل مجزای این بخش‌ها به شما اجازه می‌دهد تا با دقتی جراحی‌گونه، مشکلات فنی را رفع کرده، عملکرد را بهینه کنید و استراتژی محتوای خود را هوشمندانه‌تر تدوین نمایید.

اقدام عملی (Actionable Step): همین امروز به ابزار تحلیل خود (مانند Google Search Console) مراجعه کنید. یک «Property» (دارایی) مجزا برای هر ساب‌دامین فعال خود ایجاد کنید یا از فیلترهای پیشرفته برای جداسازی داده‌های آن‌ها استفاده نمایید. متوجه خواهید شد که هر ساب‌دامین، داستان منحصربه‌فرد خود را برای بهینه‌سازی روایت می‌کند.

آموزش گام‌به‌گام فیلتر ساب‌دامین در گوگل سرچ کنسول (GSC)

تحلیل داده‌های گوگل سرچ کنسول (Google Search Console – GSC) بدون بخش‌بندی (Segmentation) صحیح، منجر به نتایج گمراه‌کننده می‌شود. زمانی که یک وب‌سایت از ساب‌دامین‌ها (Subdomains) برای بخش‌های مختلف (مانند وبلاگ، فروشگاه یا پشتیبانی) استفاده می‌کند، تجمیع تمام داده‌ها در یک گزارش، امکان عیب‌یابی دقیق فنی و محتوایی را از بین می‌برد.

به عنوان مثال، عملکرد ضعیف ساب‌دامین فروشگاهی شما (shop.example.com) می‌تواند در میان داده‌های مثبت دامنه اصلی پنهان شود. فیلتر کردن به شما این امکان را می‌دهد که هر بخش را به صورت مجزا ممیزی (Audit) کرده و استراتژی‌های بهینه‌سازی دقیقی را تدوین نمایید.

این راهنما به شما نشان می‌دهد که چگونه به صورت گام‌به‌گام و حرفه‌ای، داده‌های ساب‌دامین را در GSC فیلتر و تحلیل کنید.

پیش‌نیاز: تفاوت تحلیل در سطح Domain Property و URL-Prefix Property

قبل از شروع فیلتر کردن، درک تفاوت دو نوع «Property» (دارایی) در سرچ کنسول ضروری است. نحوه دسترسی شما به داده‌ها مستقیماً به نوع Property که در حال مشاهده آن هستید، بستگی دارد.

• URL-Prefix Property (پراپرتی با پیشوند URL): این روش سنتی است. شما یک URL دقیق را ثبت می‌کنید (مانند https://blog.example.com). در این حالت، هیچ نیازی به فیلتر کردن نیست؛ زیرا تمام داده‌های نمایش داده شده فقط متعلق به همان ساب‌دامین است.
• Domain Property (پراپرتی دامنه): این روش جدیدتر و جامع‌تر است. شما دامنه اصلی را (مانند com) ثبت می‌کنید و GSC به طور خودکار داده‌های تمام نسخه‌ها (http, https, www, non-www) و تمام ساب‌دامین‌ها (blog, shop, app و غیره) را تجمیع می‌کند.

توصیه استراتژیک: همیشه از Domain Property برای تحلیل جامع استفاده کنید و سپس با استفاده از فیلترهایی که در ادامه توضیح داده می‌شود، داده‌ها را برای تحلیل دقیق‌تر، ایزوله (Isolate) نمایید.

روش اول: استفاده از فیلتر “Page” در گزارش عملکرد (Performance Report)

این روش، ساده‌ترین و سریع‌ترین راه برای جداسازی داده‌های یک ساب‌دامین مشخص در گزارش عملکرد (Performance Report) است.

1. وارد Google Search Console و Domain Property اصلی خود شوید.
2. به بخش Performance (عملکرد) بروید.
3. در بالای نمودار، روی دکمه “+ NEW” (جدید) کلیک کنید.
4. گزینه “Page…” (صفحه) را انتخاب نمایید.
5. یک پنجره پاپ‌آپ باز می‌شود. در منوی کشویی، گزینه “URLs containing” (نشانی‌های حاوی) را انتخاب کنید.
6. در کادر “Value” (مقدار)، نام کامل ساب‌دامین خود را وارد کنید.
   • مثال: example.com
7. روی دکمه “Apply” (اعمال) کلیک کنید.

اکنون، تمام معیارهای گزارش عملکرد (Clicks, Impressions, CTR, Position) فقط برای صفحاتی که در ساب‌دامین blog.example.com قرار دارند، نمایش داده می‌شود. شما با موفقیت داده‌ها را فیلتر کرده‌اید.

روش دوم (پیشرفته): فیلتر با استفاده از RegEx (عبارات باقاعده)

استفاده از عبارات باقاعده (Regular Expressions – RegEx) به شما کنترل بسیار دقیق‌تری برای فیلتر کردن می‌دهد. این روش زمانی حیاتی است که شما نیاز به فیلترهای پیچیده‌تر دارید، مانند “نمایش همه چیز به جز این ساب‌دامین”.

سناریو الف: فیلتر کردن فقط یک ساب‌دامین (مشابه روش اول اما دقیق‌تر)

1. در گزارش Performance، روی “+ NEW” و سپس “Page…” کلیک کنید.
2. از منوی کشویی، گزینه “Custom (regex)” (سفارشی (regex)) را انتخاب کنید.
3. برای اطمینان از اینکه دقیقاً ساب‌دامین مورد نظر را هدف قرار می‌دهید (و نه صفحه‌ای که اتفاقی حاوی آن کلمه است)، از عبارت زیر استفاده کنید:
   • مثال: ^https?://blog.example.com
   • توضیح: ^ به معنای شروع URL است، https? هر دو نسخه http و https را پوشش می‌دهد، و . به معنای کاراکتر “نقطه” (و نه هر کاراکتری در RegEx) است.

سناریو ب: فیلتر کردن همه چیز به جز یک ساب‌دامین (بسیار کاربردی)

این فیلتر به شما اجازه می‌دهد تا عملکرد دامنه اصلی (Root Domain) را بدون احتساب داده‌های ساب‌دامین وبلاگ خود مشاهده کنید.

1. در گزارش Performance، روی “+ NEW” و سپس “Page…” کلیک کنید.
2. از منوی کشویی، گزینه “Doesn’t match regex” (مطابقت ندارد با regex) را انتخاب کنید.
3. نام ساب‌دامین خود را وارد کنید.
   • مثال: blog.example.com
4. روی “Apply” کلیک کنید.

اکنون گزارش عملکرد، تمام داده‌های سایت شما به جز ساب‌دامین وبلاگ را نشان می‌دهد.

نحوه مقایسه (Compare) عملکرد ساب‌دامین با دامنه‌ی اصلی

این بخش، نقطه اوج تحلیل شماست. در اینجا شما دو بخش از سایت خود را مستقیماً در برابر یکدیگر قرار می‌دهید تا به بینش (Insight) عملی دست یابید.

1. در گزارش Performance، روی دکمه “+ NEW” و سپس “Page…” کلیک کنید.
2. فیلتر اول را برای ساب‌دامین خود اعمال کنید.
   • نوع فیلتر: Custom (regex)
   • مقدار: ^https?://blog.example.com (ساب‌دامین وبلاگ)
   • روی “Apply” کلیک کنید.
3. اکنون، روی دکمه “Compare” (مقایسه) در نوار فیلتر کلیک کنید.
4. گزینه “Page…” را مجدداً انتخاب کنید.
5. فیلتر دوم را برای دامنه اصلی (بدون ساب‌دامین وبلاگ) اعمال کنید.
   • نوع فیلتر: Custom (regex)
   • مقدار: ^https?://(www.)?example.com (دامنه اصلی)
6. روی “Apply” کلیک کنید.

تحلیل نتایج: اکنون GSC داده‌های این دو بخش را در کنار هم نمایش می‌دهد. شما می‌توانید به سرعت پاسخ این سوالات کلیدی را بیابید:

• CTR (نرخ کلیک): آیا عناوین ساب‌دامین وبلاگ (محتوای اطلاعاتی) جذاب‌تر از صفحات دامنه اصلی (محتوای تجاری) عمل می‌کنند؟
• Average Position (میانگین جایگاه): کدام بخش از سایت شما به طور میانگین رتبه‌های بهتری کسب می‌کند؟
• Impressions (نمایش): آیا ساب‌دامین شما ترافیک (Impression) بیشتری نسبت به دامنه اصلی جذب می‌کند یا بالعکس؟ این موضوع مستقیماً بر استراتژی محتوایی شما تأثیر می‌گذارد.

با این تحلیل مقایسه‌ای، شما از داده‌های خام عبور کرده و به بینش‌های استراتژیک برای تخصیص منابع، بهبود محتوا و اولویت‌بندی اقدامات سئوی فنی دست می‌یابید.

فیلتر کردن گزارش‌ها بر اساس “نام میزبان” (Host Name)

این روش، سریع‌ترین راه برای یک بررسی اجمالی در گزارش‌های استاندارد GA4 است. شما می‌توانید هر گزارش پیش‌فرضی را بر اساس ساب‌دامین مورد نظر خود فیلتر کنید.

مراحل گام‌به‌گام:

1. در محیط GA4، به گزارش مورد نظر خود بروید. یک گزارش متداول، Reports (گزارش‌ها) > Engagement (تعامل) > Pages and screens (صفحات و نمایش‌ها) است.
2. در بالای صفحه گزارش (زیر عنوان گزارش)، روی دکمه “+ Add filter” (افزودن فیلتر) کلیک کنید.
3. یک پنل در سمت راست باز می‌شود.
4. در بخش Dimension (بعد)، “Host Name” (نام میزبان) را جستجو و انتخاب کنید.
5. در بخش Match Type (نوع انطباق)، گزینه “exactly matches” (مطابقت دقیق دارد) یا “contains” (شامل می‌شود) را انتخاب کنید.
6. در کادر Value (مقدار)، آدرس دقیق ساب‌دامین خود را وارد نمایید (مثال: example.com).
7. روی دکمه “Apply” (اعمال) کلیک کنید.

اکنون، تمام داده‌های موجود در این گزارش (مانند کاربران، نرخ تعامل، بازدیدها) فقط برای صفحاتی که در آن ساب‌دامین مشخص مشاهده شده‌اند، نمایش داده می‌شود.

ایجاد یک “Exploration” سفارشی برای تحلیل عمیق ساب‌دامین

گزارش‌های استاندارد برای بررسی‌های سریع مناسب هستند، اما برای تحلیل عمیق و استراتژیک، شما باید از بخش “Explore” (کاوش) استفاده کنید. در اینجا شما گزارشی می‌سازید که به طور دائمی برای تحلیل ساب‌دامین شما پیکربندی شده است.

مراحل گام‌به‌گام:

1. از منوی سمت چپ، روی “Explore” (کاوش) کلیک کنید.
2. یک گزارش جدید از نوع “Blank” (خالی) یا “Free form” (شکل آزاد) ایجاد کنید.
3. در ستون اول (Variables – متغیرها)، روی علامت “+” کنار Dimensions کلیک کنید. سپس دایمنشن‌های زیر را جستجو و Import (وارد) کنید:
   • Host Name (نام میزبان)
   • Page path and screen class (مسیر صفحه و کلاس صفحه)
   • Session source / medium (منبع / رسانه جلسه)
4. در همان ستون، روی علامت “+” کنار Metrics کلیک کنید و معیارهای زیر را Import کنید:
   • Active users (کاربران فعال)
   • Sessions (جلسات)
   • Engagement rate (نرخ تعامل)
   • Conversions (تبدیل‌ها)
5. در ستون دوم (Tab Settings – تنظیمات برگه)، Page path را به بخش “Rows” (ردیف‌ها) بکشید.
6. معیارهای مورد نظر (مانند Active users و Conversions) را به بخش “Values” (مقادیر) بکشید.
7. مهم‌ترین گام (اعمال فیلتر): در پایین ستون “Tab Settings”، بخش “Filters” (فیلترها) قرار دارد. دایمنشن Host Name را از ستون “Variables” به این بخش بکشید.
8. تنظیمات فیلتر را به این صورت اعمال کنید: exactly matches (مطابقت دقیق دارد) و در کادر مقدار، آدرس ساب‌دامین خود را (مثلاً example.com) وارد کنید.

نتیجه استراتژیک: شما اکنون یک گزارش سفارشی و قدرتمند دارید که فقط رفتار کاربران در ساب‌دامین وبلاگ شما را نشان می‌دهد. شما می‌توانید ببینید کدام صفحات ورودی (Landing Pages) در این ساب‌دامین بیشترین تبدیل (Conversion) را ایجاد می‌کنند و کاربران از کدام منابع (Source) به آن وارد شده‌اند.

ساخت مخاطب (Audience) اختصاصی برای کاربران ساب‌دامین

این یک اقدام پیشرفته و بسیار استراتژیک است. به جای تحلیل داده‌های گذشته، شما یک گروه از کاربران (مخاطب) را بر اساس بازدید از ساب‌دامین خود تعریف می‌کنید. این اقدام مستقیماً به اهداف بازاریابی مجدد (Retargeting) و بهینه‌سازی نرخ تبدیل (CRO) کمک می‌کند.

مراحل گام‌به‌گام:

1. به بخش “Admin” (مدیریت) در GA4 بروید (آیکون چرخ‌دنده در پایین سمت چپ).
2. در ستون “Property”، روی “Audiences” (مخاطبان) کلیک کنید.
3. روی دکمه آبی “New audience” (مخاطب جدید) کلیک کنید.
4. گزینه “Create a custom audience” (ایجاد مخاطب سفارشی) را انتخاب کنید.
5. یک نام توصیفی برای مخاطب خود انتخاب کنید (مثال: “بازدیدکنندگان ساب‌دامین وبلاگ”).
6. در بخش “Include users when” (شامل کاربرانی باشد که)، یک شرط جدید اضافه کنید.
7. در کادر جستجوی شرط، Host Name (نام میزبان) را پیدا و انتخاب کنید.
8. روی “Add filter” (افزودن فیلتر) کلیک کنید، شرط را exactly matches و مقدار را آدرس ساب‌دامین (مثلاً example.com) قرار دهید.
9. روی “Apply” (اعمال) کلیک کنید.
10. مدت زمان عضویت (Membership duration) را (مثلاً ۳۰ روز) تنظیم کرده و مخاطب را “Save” (ذخیره) کنید.

اقدام عملی (Actionable Step): پس از ساخت این مخاطب، شما می‌توانید:

1. در گوگل ادز (Google Ads): کمپین‌های ریتارگتینگ هدفمند فقط برای کاربرانی که از وبلاگ شما بازدید کرده‌اند، اجرا کنید.
2. در خود GA4: گزارش‌های خود را بر اساس این مخاطب فیلتر کنید تا رفتار آن‌ها را با رفتار سایر کاربران مقایسه نمایید (مثلاً: آیا بازدیدکنندگان وبلاگ بیشتر از سایرین خرید می‌کنند؟).

استفاده صحیح از اپراتور site:subdomain.example.com

اپراتور site: یک دستور دقیق است که نتایج جستجو را فقط به یک دامنه، ساب‌دامین یا حتی یک مسیر (directory) خاص محدود می‌کند. این ابزار اصلی شما برای بررسی وضعیت ایندکس یک ساب‌دامین مشخص است.

نحوه استفاده صحیح:

1. مرورگر خود را باز کرده و به صفحه جستجوی گوگل بروید.
2. در نوار جستجو، دستور را بدون هیچ فاصله‌ای بعد از : وارد کنید.
3. مهم: از پیشوندهای http:// یا https:// استفاده نکنید.

• مثال صحیح: site:blog.vazirseo.com
• مثال غلط: site: https://blog.vazirseo.com
• مثال غلط: site: blog.vazirseo.com

آنچه این دستور به شما نشان می‌دهد: این جستجو، لیستی از صفحاتی را که گوگل از ساب‌دامین blog.vazirseo.com ایندکس کرده است، بازمی‌گرداند.

نکته بسیار مهم: عددی که گوگل در بالای نتایج نشان می‌دهد (مانند “About 150 results”)، یک تخمین است و هرگز نباید به عنوان آمار دقیق ایندکس تلقی شود. منبع قطعی شما برای تعداد صفحات ایندکس شده، همیشه گزارش Coverage (پوشش) در گوگل سرچ کنسول است. کاربرد این اپراتور، بررسی کیفی نتایج است، نه کمی.

اپراتورهای ترکیبی: حذف ساب‌دامین از نتایج دامنه‌ی اصلی (site:example.com -inurl:subdomain)

این یک تکنیک پیشرفته‌تر برای ایزوله کردن (Isolate) داده‌ها است. گاهی شما نمی‌خواهید ساب‌دامین را ببینید؛ بلکه می‌خواهید دامنه اصلی را بدون احتساب ساب‌دامین‌ها بررسی کنید.

فرض کنید می‌خواهید تمام صفحات ایندکس شده در vazirseo.com را ببینید، به جز صفحاتی که در ساب‌دامین blog قرار دارند.

دستور ترکیبی: site:vazirseo.com -inurl:blog

تحلیل دستور:

• site:vazirseo.com: به گوگل می‌گوید تمام نتایج مرتبط با دامنه اصلی (شامل همه ساب‌دامین‌ها) را نشان بده.
• -inurl:blog: (اپراتور منفی + اپراتور inurl) به گوگل دستور می‌دهد که هر نتیجه‌ای که کلمه “blog” را در URL خود دارد، از نتایج حذف کند.

این ترکیب به شما اجازه می‌دهد تا به طور خاص، صفحات اصلی، خدمات یا محصولات (بخش تجاری) سایت خود را بدون نویز محتوایی وبلاگ، ممیزی کنید.

کاربرد تجربی: بررسی وضعیت ایندکس و شناسایی صفحات ضعیف

استفاده از اپراتور site: صرفاً برای دیدن لیست صفحات نیست؛ بلکه یک ابزار تشخیصی قدرتمند برای شناسایی مشکلات است.

۱. شناسایی سریع مشکلات ایندکس (Indexation Bloat): با اجرای دستور site:blog.example.com، به سرعت صفحات را مرور کنید. آیا صفحاتی را می‌بینید که نباید ایندکس شده باشند؟

• صفحات تست (Test pages)
• صفحات تشکر از خرید (Thank You pages)
• نتایج جستجوی داخلی سایت
• صفحات با پارامترهای URL (مانند ?color=red یا ?sessionid=…) پیدا کردن این صفحات در نتایج به معنای هدر رفتن بودجه خزش (Crawl Budget) و نیاز فوری به استفاده از تگ noindex یا فایل txt است.

۲. ممیزی عناوین و متا دیسکریپشن‌ها (Title & Snippet Audit): هنگامی که نتایج site: را مشاهده می‌کنید، در واقع در حال بررسی ویترین فروشگاه خود هستید.

• آیا عناوین (SEO Titles) شما ناقص، تکراری یا غیرجذاب هستند؟
• آیا متا دیسکریپشن‌ها به خوبی نوشته شده‌اند یا گوگل مجبور شده متن تصادفی از صفحه را جایگزین کند؟
• آیا همه صفحات یک عنوان واحد (مانند “وبلاگ – وبلاگ – وبلاگ”) را نمایش می‌دهند؟

۳. شناسایی محتوای ضعیف یا تکراری (Thin & Duplicate Content): این اپراتور به شما کمک می‌کند محتوایی را که ممکن است از نظر گوگل «مفید» نباشد، پیدا کنید.

• دستور: site:shop.example.com “توضیحات محصول خود را اینجا کپی کنید”
• تحلیل: اگر با جستجوی یک عبارت خاص در ساب‌دامین خود (مانند توضیحات یک محصول) با چندین نتیجه مواجه شدید، شما با مشکل محتوای تکراری داخلی (Internal Duplicate Content) یا کنیبالیزیشن (Keyword Cannibalization) روبرو هستید.

۴. بررسی وضعیت HTTPS (بسیار مهم): آیا مطمئن هستید تمام صفحات ساب‌دامین شما امن (HTTPS) هستند؟

• دستور: site:blog.example.com -inurl:https
• تحلیل: این دستور تمام صفحاتی را در ساب‌دامین blog جستجو می‌کند که در URL خود عبارت https را ندارند. اگر این جستجو نتیجه‌ای بازگرداند، به این معناست که شما مشکلات جدی در ریدایرکت HTTP به HTTPS و پیکربندی گواهی SSL خود دارید.

نحوه تنظیم Ahrefs Site Explorer برای تحلیل Subdomain

Ahrefs Site Explorer به طور پیش‌فرض، حالت‌های مختلفی برای تحلیل یک هدف ارائه می‌دهد. انتخاب حالت صحیح، اولین و مهم‌ترین گام برای دستیابی به داده‌های دقیق است.

مراحل گام‌به‌گام:

1. وارد حساب کاربری Ahrefs خود شده و به بخش “Site Explorer” بروید.
2. در نوار جستجوی اصلی، آدرس ساب‌دامین مورد نظر خود را به طور کامل وارد کنید.
   • مثال: ahrefs.com
3. در سمت راست نوار جستجو، یک منوی کشویی برای انتخاب “حالت تحلیل” (Mode) وجود دارد. روی آن کلیک کنید.
4. از میان گزینه‌های موجود، حالت “Subdomains” را انتخاب کنید.
   • نکته: اگر ahrefs.com را وارد کنید و حالت را “Subdomains” انتخاب نمایید، Ahrefs فقط داده‌های مربوط به blog.ahrefs.com را تحلیل می‌کند (نه سایر ساب‌دامین‌های احتمالی مانند help.ahrefs.com).
5. روی دکمه جستجو کلیک کنید.

تحلیل نتایج (چه چیزی را بررسی کنیم؟):

• Ahrefs Rank (AR) و Domain Rating (DR): مقادیر DR و AR را برای ساب‌دامین مشاهده کنید. آیا این ساب‌دامین (مثلاً وبلاگ) به طور قابل توجهی قوی‌تر یا ضعیف‌تر از دامنه اصلی (Root Domain) است؟
• Backlinks (بک‌لینک‌ها): بلافاصله به گزارش “Backlinks” بروید. اکنون شما فقط پروفایل بک‌لینک آن ساب‌دامین خاص را می‌بینید. این به شما کمک می‌کند بفهمید رقبا چگونه برای محتوای اطلاعاتی خود (وبلاگ) لینک‌سازی می‌کنند.
• Top Pages (صفحات برتر): این گزارش به شما نشان می‌دهد کدام مقالات یا صفحات در آن ساب‌دامین، بیشترین ترافیک ارگانیک و بک‌لینک را جذب کرده‌اند. این یک معدن طلا برای شناسایی شکاف‌های محتوایی (Content Gaps) شماست.
• Referring Domains (دامنه‌های ارجاع‌دهنده): بررسی کنید که آیا ساب‌دامین از منابعی لینک دریافت می‌کند که دامنه اصلی دریافت نمی‌کند.

فیلتر کردن گزارش‌های Semrush بر اساس پوشه یا ساب‌دامین

Semrush نیز قابلیت‌های قدرتمندی برای جداسازی داده‌ها ارائه می‌دهد. رویکرد Semrush کمی متفاوت است و اغلب به شما اجازه می‌دهد تا پس از جستجوی دامنه اصلی، نتایج را فیلتر کنید.

مراحل گام‌به‌گام:

1. وارد حساب کاربری Semrush خود شوید و از منوی سمت چپ، به بخش “Domain Overview” بروید.
2. دامنه اصلی (Root Domain) هدف خود را وارد کنید (مثال: com).
3. پس از بارگذاری گزارش، به بخش “Organic Research” (تحقیق ارگانیک) بروید.
4. در بالای لیست کلمات کلیدی یا صفحات، یک نوار فیلتر پیشرفته (Advanced Filters) وجود دارد.
5. روی این نوار کلیک کنید تا گزینه‌های فیلتر باز شوند.
6. یک فیلتر جدید ایجاد کنید:
   • نوع فیلتر: Include (شامل شود)
   • بخش فیلتر: URL
   • نوع تطابق: Containing (شامل)
   • مقدار: نام ساب‌دامین مورد نظر خود را وارد کنید (مثال: semrush.com)
7. روی دکمه “Apply” (اعمال) کلیک کنید.

نتیجه استراتژیک: اکنون تمام گزارش‌های Organic Research (مانند Top Pages, Positions, Position Changes) فقط برای URLهایی نمایش داده می‌شود که حاوی blog.semrush.com هستند.

روش جایگزین (جستجوی مستقیم): شما همچنین می‌توانید مانند Ahrefs، مستقیماً آدرس ساب‌دامین را (blog.semrush.com) در نوار جستجوی اصلی Domain Overview وارد کنید. Semrush به طور خودکار نوع هدف را “Subdomain” تشخیص داده و داده‌های مجزای آن را نمایش می‌دهد. استفاده از فیلترها زمانی کاربردی‌تر است که بخواهید تحلیل‌های پیچیده‌تری (مانند مقایسه چند ساب‌دامین با هم) انجام دهید.

اقدام عملی (Actionable Step): از این فیلترها برای تحلیل استراتژی کلمات کلیدی (Keyword Strategy) ساب‌دامین وبلاگ رقبای خود استفاده کنید. بررسی کنید که آن‌ها بر روی کدام «خوشه‌های موضوعی» (Topic Clusters) تمرکز کرده‌اند و کدام مقالات آن‌ها بیشترین «ارزش ترافیکی» (Traffic Value) را ایجاد کرده‌اند.

نادیده گرفتن پروتکل (HTTP در مقابل HTTPS)

این رایج‌ترین اشتباه فنی است. تحلیلگر فرض می‌کند که تمام سایت بر روی پروتکل امن (HTTPS) قرار دارد و فیلترهای خود را بر اساس آن تنظیم می‌کند (مثلاً فیلتر در آنالیتیکس بر روی https://blog.example.com).

چرا این یک اشتباه فاجعه‌بار است؟ اگر وب‌سایت شما دارای مشکلات ساختاری یا میراثی (Legacy Issues) از مهاجرت‌های گذشته باشد، ممکن است گوگل همچنان در حال خزش (Crawl) و حتی ایندکس (Index) نسخه‌های http:// باشد.

• اثر مستقیم: با فیلتر کردن فقط نسخه HTTPS، شما داده‌های مربوط به ترافیک ورودی به صفحات ناامن را نادیده می‌گیرید. شما مشکلات مربوط به ریدایرکت‌های ۳۰۱ پیاده‌سازی نشده، محتوای مختلط (Mixed Content) و هدر رفتن بودجه خزش (Crawl Budget) را از دست می‌دهید.
• اقدام صحیح:
  • در ابزارهایی مانند Google Search Console، استفاده از Domain Property این مشکل را حل می‌کند، زیرا تمام پروتکل‌ها را تجمیع می‌کند.
  • در ابزارهایی که نیاز به فیلتر دستی دارند (مانند GA4 یا ابزارهای جانبی)، باید از عبارات باقاعده (RegEx) استفاده کنید که هر دو پروتکل را پوشش دهد (مثلاً با الگوی https?://).
  • برای عیب‌یابی مستقیم در گوگل، از اپراتور site:blog.example.com -inurl:https استفاده کنید تا صفحاتی را بیابید که گوگل آن‌ها را بدون HTTPS ایندکس کرده است.

فراموش کردن تفاوت www و non-www

این اشتباه مستقیماً به پیکربندی DNS و مفهوم «کانونیکال‌سازی» (Canonicalization) بازمی‌گردد. بسیاری تصور می‌کنند که www.example.com و example.com یکی هستند. از نظر فنی، این دو «میزبان» (Hosts) مجزا هستند.

این موضوع در مورد ساب‌دامین‌ها نیز صادق است. آیا ساب‌دامین شما blog.example.com است یا www.blog.example.com؟

چرا این یک اشتباه فاجعه‌بار است؟ اگر سایت شما به درستی پیکربندی نشده باشد و هر دو نسخه (مثلاً blog و www.blog) قابل دسترسی و ایندکس باشند، شما با دو مشکل اساسی روبرو هستید:

1. تجزیه اعتبار (Authority Dilution): بک‌لینک‌ها و سیگنال‌های اعتبار شما بین دو نسخه مجزا تقسیم می‌شوند که این امر به شدت پتانسیل رتبه‌بندی شما را کاهش می‌دهد.
2. تحلیل ناقص: اگر شما داده‌ها را فقط برای example.com فیلتر کنید، اما بخشی از کاربران (و خزنده‌های گوگل) به نسخه www.blog.example.com دسترسی داشته باشند، شما بخش قابل توجهی از داده‌های عملکردی خود را از دست داده‌اید.

اقدام صحیح:

• گام اول (فنی): اطمینان حاصل کنید که یک نسخه به عنوان نسخه اصلی (Canonical) تعریف شده و نسخه دیگر با ریدایرکت ۳۰۱ (دائمی) به آن منتقل می‌شود.
• گام دوم (تحلیل): هنگام فیلتر کردن برای تشخیص مشکل، از فیلترهایی استفاده کنید که هر دو حالت را در بر بگیرند تا مطمئن شوید داده‌ای را از دست نمی‌دهید (مثلاً در RegEx: (www.)?blog.example.com).

برداشت اشتباه از گزارش site: گوگل (تخمین، نه آمار دقیق)

این یک اشتباه کلاسیک در گزارش‌دهی است. مدیر سایت از اپراتور site:blog.example.com در جستجوی گوگل استفاده می‌کند و عددی را که گوگل در بالا نمایش می‌دهد (مثلاً “About 4,500 results”) به عنوان تعداد دقیق صفحات ایندکس شده گزارش می‌دهد.

چرا این یک اشتباه فاجعه‌بار است؟ عددی که اپراتور site: نمایش می‌دهد، یک تخمین بسیار غیردقیق (Rough Estimation) است و هرگز نباید به عنوان یک معیار عملکردی (KPI) استفاده شود.

• منبع حقیقت (Source of Truth): تنها منبع قابل اعتماد برای تعداد صفحات ایندکس شده، گزارش Coverage (پوشش) در گوگل سرچ کنسول شما است. این گزارش دقیقاً نشان می‌دهد چه تعداد صفحه «ایندکس شده» (Indexed) و چه تعداد «کشف شده، اما ایندکس نشده» (Discovered – currently not indexed) هستند.
• نوسان شدید: عدد اپراتور site: می‌تواند روز به روز به شدت نوسان کند و هیچ ارتباط مستقیمی با سلامت واقعی سایت شما یا یک آپدیت الگوریتمی ندارد. اتکا به آن منجر به تصمیم‌گیری‌های هیجانی و نادرست می‌شود.

اقدام صحیح: از اپراتور site: فقط به عنوان یک ابزار عیب‌یابی کیفی استفاده کنید، نه یک ابزار کمی.

• کاربرد درست: برای بررسی سریع الگوهای ایندکس (آیا عناوین سئو به درستی نمایش داده می‌شوند؟ آیا صفحات تست ایندکس شده‌اند؟ آیا صفحات HTTP هنوز وجود دارند؟).
• کاربرد غلط: برای شمارش تعداد کل صفحات ایندکس شده.

جمع‌بندی: دقت در تحلیل، مقدم بر ابزار است

تحلیل ساب‌دامین، فراتر از اجرای چند فیلتر ساده است؛ این یک فرآیند عیب‌یابی دقیق برای درک کامل اکوسیستم دیجیتال شماست. سه اشتباهی که بررسی کردیم، نادیده گرفتن پروتکل‌ها، فراموش کردن تفاوت www و کانونیکال‌سازی، و اعتماد گمراه‌کننده به اپراتور site:  همگی از یک منبع مشترک نشأت می‌گیرند: عدم توجه به جزئیات فنی.

به یاد داشته باشید، ابزارهای سئو (حتی GSC) فقط داده‌ها را بازتاب می‌دهند. این وظیفه شما به عنوان یک متخصص سئو است که با درک عمیق از نحوه عملکرد وب، این داده‌ها را به درستی ایزوله (Isolate) و تفسیر کنید. یک تحلیل دقیق مبتنی بر داده‌های پاک، همواره بهینه‌سازی‌های مؤثرتری را نسبت به تحلیل‌های سطحی مبتنی بر داده‌های آلوده به همراه خواهد داشت.