آموزش گامبهگام راهاندازی سرچ کنسول
فهرست مطالب
پس از انتشار دهها صفحه، مدیر میپرسد کدام صفحهها در گوگل دیده میشوند و هیچکس عدد ندارد؛ این وضعیت یعنی سایت بدون داشبورد پرواز میکند. سرچکنسول دادهٔ اولدستی گوگل است: نمایشها، کلیکها، کوئریهای واقعی و خطاهای ایندکس. در این راهنما راهاندازی سرچ کنسول را گامبهگام انجام میدهیم، نکتههای خاص دامنههای فارسی و .ir را میگوییم و سه گزارش هفتگی را مشخص میکنیم؛ در پایان هم صادقانه میگوییم این ابزار چه چیزی را نمیدهد.
سرچکنسول چه میدهد و چه نمیدهد
سرچکنسول چهار چیز کلیدی میدهد: کوئریهایی که واقعاً نمایش گرفتهاید، کلیک و CTR هر صفحه، وضعیت ایندکس شدن آدرسها و هشدارهای فنی مثل خطای موبایل یا خرابی نقشهٔ سایت. این دادهها در ابزارهای ثانویه با این دقت وجود ندارند، چون منبعشان خود گوگل است؛ هر تصمیم تیتر، متا و صفحات جدید باید از همین داده شروع شود.
در مقابل، سه محدودیت صادقانه دارد: دادهها با تأخیر دو تا سه روز میآیند، در سایتهای پرترافیک نمونهبرداری میشوند و دادهٔ رقبا را نمیدهد. پس سرچکنسول مقایسه با بازار نیست؛ آینهٔ عملکرد خودتان است. جای آن کنار فروش و آنالیتیکس است، نه بهجای آنها؛ همین مرزبندی انتظارها را واقعی میکند و مانع ساخت گزارش رقابتی از ابزاری میشود که این کار را ندارد.
یک مثال از قدرت همین داده: فرض کنید صفحهٔ خدمات شما ۲٬۰۰۰ نمایش در ماه دارد و ۲۰ کلیک؛ CTR یک درصد است در حالی که رتبهاش سوم است. این اختلاف یعنی تیتر و توضیح متا جواب کاربر را نمیدهد؛ اصلاح همین دو خط، بدون نوشتن یک کلمهٔ تازه، کلیک را بالا میبرد. چنین تشخیصی فقط با دادهٔ اولدستی گوگل ممکن میشود.
راهاندازی سرچ کنسول در سه گام
کل مسیر در پنل رسمی سرچکنسول گوگل انجام میشود؛ حساب گوگل و دسترسی به پنل مدیریت دامنه لازم دارید. سه گام زیر را به همین ترتیب اجرا کنید.
گام ۱: پراپرتی را بسازید
دو نوع پراپرتی وجود دارد: «دامنه» که کل دامنه، همهٔ سابدامنهها و هر دو پروتکل را پوشش میدهد، و «پیشوند آدرس» که فقط یک نشانی مشخص را میگیرد. برای یک سایت وردپرسی معمولی، پراپرتی دامنه انتخاب درست است؛ وبلاگ، فروشگاه و سابدامنههای آینده را یکجا میگیرد. اگر فقط یک زیرمسیر مثل فروشگاه را میسنجید، پیشوند آدرس کافی است. نامگذاری پراپرتی را هم از ابتدا منظم کنید، مثلا «دامنه اصلی - تولید» و «دامنه اصلی - آزمایش»، تا بعداً در فهرست پراپرتیها اشتباه نشوند.
گام ۲: مالکیت را با DNS تأیید کنید
برای پراپرتی دامنه، گوگل یک رکورد TXT میدهد؛ آن را در پنل مدیریت DNS دامنه — جایی که رکوردهای NS تنظیم شدهاند — بهصورت رکورد جدید از نوع TXT اضافه کنید و مقدار را عیناً بچسبانید. سپس در سرچکنسول دکمهٔ تأیید را بزنید. انتشار DNS معمولاً چند دقیقه تا چند ساعت زمان میخواهد؛ اگر تأیید نشد، تا حداکثر ۴۸ ساعت صبر کنید و دوباره امتحان کنید. مقدار TTL را تغییر ندهید و رکورد را دوبار اضافه نکنید.
گام ۳: نقشهٔ سایت را ثبت کنید
در بخش Sitemaps، نشانی sitemap_index.xml یا sitemap.xml را ثبت کنید؛ وردپرس با افزونههای سئوی رایج این فایل را میسازد. پس از ثبت، وضعیت «موفق» را در روزهای بعد بررسی کنید و برای ده صفحهٔ کلیدیتان از بخش URL Inspection درخواست ایندکس بدهید. با همین سه گام، راهاندازی سرچ کنسول تمام است و دادهها از روزهای بعد جریان میگیرد. اگر نقشهٔ سایت چندبخشی است، هم ایندکس را ثبت کنید هم نقشهٔ اصلی؛ در گزارش بعدی، تعداد صفحههای کشفشده را با تعداد واقعی صفحات سایت مقایسه کنید تا حفرهٔ کشف زود پیدا شود. 
نکتههای خاص دامنههای فارسی و .ir
دامنهٔ .ir بدون محدودیت ویژهای در سرچکنسول تأیید میشود؛ فرایند همان رکورد TXT است. دو نکته را رعایت کنید: نسخهٔ با www و بدون www پراپرتی جدا نمیخواهند، چون پراپرتی دامنه هر دو را میگیرد؛ اما اگر پیشوند آدرس ساختید، فقط همان نشانی دیده میشود. آدرسهای فارسی هم مشکلی ندارند؛ فقط در گزارشها بهصورت کدگذاریدرصدی نمایش داده میشوند و در فایل CSV همینطور میآیند؛ با یک تبدیل ساده خوانا میشوند.
خروجی CSV را هر ماه بایگانی کنید؛ سرچکنسول تاریخ دادهها را برای مدت محدودی نگه میدارد و مقایسهٔ فصلی بعداً به همین فایلها نیاز پیدا میکند. یک پوشهٔ ساده با نام سال و ماه کافی است؛ همین عادت کوچک، حافظهٔ تاریخی دامنه را میسازد و روند را به گزارشهای آینده میدهد.
نکتهٔ مهمتر، فایروال و CDN ایرانی است: مطمئن شوید خزش ربات گوگل بلاک یا چلنج نمیشود، چون تأیید و گزارشگیری گوگل به همین خزش وابسته است. برای سایت تکزبانهٔ فارسی، تنظیم hreflang لازم نیست؛ این قابلیت برای نسخههای چندزبانه است. به تجربهٔ ما بخش بزرگی از تأییدهای ناموفق نه از خطای تنظیم DNS، بلکه از قواعد فایروال میآید؛ اگر تأیید نخورد، پیش از تغییر رکوردها، لاگ فایروال را ببینید.
گزارشهایی که هر هفته باید ببینید
پراپرتی بدون روال مرور، فقط فایلی پر از نمودار است. سه گزارش هفتگی کافی است: Performance برای نمایش، کلیک و CTR؛ Pages برای صفحههای افتکرده؛ Indexing برای خطاهای جدید. جدول زیر سؤال و اقدام هر گزارش را خلاصه میکند.
| گزارش | سؤال هفتگی | اقدام |
|---|---|---|
| Performance | کدام کوئریها نمایش دارند و کلیک نمیگیرند؟ | بازنویسی تیتر و توضیح متا |
| Pages | کدام صفحهها نمایش از دست دادهاند؟ | بهروزرسانی محتوا و لینک داخلی |
| Indexing | خطای «دیده شد اما ایندکس نشد» داریم؟ | اصلاح فنی و درخواست ایندکس |
روال پیشنهادی: جمعهها ساعت ۱۰ صبح، پانزده دقیقه برای سه گزارش؛ کوئریهای تازه را به برگهٔ فهرست کلمات کلیدی ببرید و صفحههای افتکرده را به تقویم بهروزرسانی محتوا اضافه کنید. روال کوتاه اما منظم، از مرور طولانی اما بیتقویم بیشتر نتیجه میدهد.
اهمیت CTR را با یک عدد بازار ببینید: طبق مطالعهٔ Sistrix روی بیش از ۸۰ میلیون کلیدواژه، رتبهٔ اول ارگانیک حدود ۲۸٫۵ درصد کلیک میگیرد (تاریخ گردآوری: آبان ۱۴۰۵). در کیس ثبتشدهٔ سوئیت، بازهٔ اندازهگیری دادهٔ ۹۰ روزهٔ سرچکنسول بود؛ CTR به ۷٫۸ درصد رسید در برابر حدود ۳ درصد میانگین بازار، با ۱۱٬۰۰۰ نمایش و ۸۵۸ کلیک. اصلاح تیتر و توضیح متا، ارزانترین بهینهسازی ممکن است و همینجا اتفاق میافتد. 
محدودیتهای داده؛ چه چیزی را از سرچکنسول نخواهید
سه انتظار واقعبینانه داشته باشید. نخست، کوئریهای کمجستجو در گزارش Performance حذف یا گروه میشوند؛ فهرست کامل دمدرازها را از اینجا نمیگیرید و باید با آنالیتیکس و جستجوی داخلی سایت تکمیل شود. دوم، رتبهٔ میانگین، رتبهٔ واقعی هر کاربر نیست و به مکان، دستگاه و تاریخچه وابسته است؛ بهعنوان روند به آن نگاه کنید، نه عدد مطلق. سوم، دادهٔ روز جاری با تأخیر دو تا سه روز میآید و هیچ دادهای از رقبا در هیچ گزارشی نیست؛ بازهٔ مقایسه هم به گذشتههای دور برنمیگردد، پس بایگانی ماهانه را از همین حالا شروع کنید.
این محدودیتها نقص ابزار نیستند؛ مرز تصمیماند. برای دید رقابتی، به ممیزی بازار و دادههای بیرونی نیاز دارید — همانجایی که چرخهٔ رصد سوئیت و گزارش هفتگی وارد میشود و جاهای خالی سرچکنسول را پر میکند.
از داده تا عمل: پرتال مشتری فارسی و گزارش هفتگی
خواندن گزارش یک کار است؛ تبدیل آن به تقویم محتوا کار دیگر. چرخهٔ سوئیت همین را میبندد: رصد دادههای دامنه، فرصتهای شمارهدار، تولید و انتشار با خط کیفیت و در پایان گزارش هفتگی. خروجی هفتگی در پرتال مشتری فارسی نمایش داده میشود؛ گزارشی که میتوانید عددبهعدد با سرچکنسول خودتان راستیآزمایی کنید، بدون نیاز به IP خارجی یا ابزار انگلیسیزبان.
برای شروع، پلن کشف رایگان مادامالعمر ممیزی دهصفحهای میدهد؛ برای ادامهٔ منظم، پلن بینش — ۲٫۹ میلیون تومان/ماه (ممیزی + ۱۰ محتوای سئو) پیش میرود که هر محتوای آن در حدود ۲۹۰ هزار تومان تمام میشود. اگر تیم داخلی دارید، همین دادهها را با روال هفتگی جدول بالا اجرا کنید؛ پلن جای روال نمینشیند، روال را تسریع میکند.
گزارش هفتگی سوئیت، ردیفبهردیف از همین گزارشهای سرچکنسول ساخته میشود: کوئریهای تازه، صفحههای افتکرده و خطاهای ایندکس؛ بعد فرصتهای شمارهدار میگیرند و به تقویم محتوا میروند. تفاوت در «چه کسی» نیست، در «چه چیزی» است: گزارش خام در برابر تصمیم شمارهدار.
جمعبندی اقداممحور: پراپرتی دامنه بسازید، رکورد TXT را در DNS بگذارید و تا ۴۸ ساعت برای تأیید صبر کنید؛ نقشهٔ سایت را ثبت و ده صفحهٔ کلیدی را برای ایندکس درخواست کنید؛ سپس هر هفته سه گزارش Performance، Pages و Indexing را با جدول همین مقاله مرور کنید. دادهها از روزهای بعد میآیند و اولین اصلاح تیتر و متا را میتوانید همان هفته اجرا کنید.
رصد ما، رشد شما.
سؤالات پرتکرار
راهاندازی سرچ کنسول چقدر طول میکشد؟
کار فعال کمتر از یک ساعت است؛ تأیید DNS معمولاً چند دقیقه تا چند ساعت و در بدترین حالت تا ۴۸ ساعت طول میکشد. دادهٔ نمایش و کلیک هم از روزهای بعد شروع میشود.
پراپرتی «دامنه» بهتر است یا «پیشوند آدرس»؟
برای کل سایت، پراپرتی دامنه؛ چون همهٔ پروتکلها و سابدامنهها را یکجا پوشش میدهد. پیشوند آدرس برای سنجش یک زیرمسیر مشخص مثل فروشگاه کافی است.
دامنهٔ .ir هم قابل تأیید است؟
بله؛ همان رکورد TXT در پنل DNS دامنه ثبت میشود. شرط مهم، بلاکنشدن خزش ربات گوگل توسط فایروال است.
آیا ثبت نقشهٔ سایت اجباری است؟
نه؛ گوگل صفحهها را بدون آن هم کشف میکند، اما ثبت نقشهٔ سایت، کشف و ایندکس را سریعتر و قابل پایش میکند. برای سایتهای تازه بهشدت توصیه میشود.
کوئریهای حذفشده را چطور کامل ببینیم؟
گزارش Performance کوئریهای کمحجم را گروه یا حذف میکند؛ خروجی CSV را با آنالیتیکس و جستجوی داخلی سایت ترکیب کنید و بازهٔ زمانی طولانیتری بگیرید.