راهنمای کامل راه‌اندازی سرچ کنسول؛ از صفر تا اجرا

این مقاله لایهٔ «راهنمای کامل» در خوشهٔ سنجش و سرچ‌کنسول است؛ اتصال وردپرس را در آموزش گام‌به‌گام راه‌اندازی سرچ‌کنسول برای وردپرس قدم‌به‌قدم باز کرده‌ایم و برای اجرای دقیق روی وردپرس به همان مراجعه کنید؛ این مقاله مسیر را از صفر و برای هر نوع سایت می‌بندد: از انتخاب نوع پراپرتی تا رصد هفتگی. لحن ما هم صادقانه است: سرچ‌کنسول فروش مستقیم نمی‌آورد؛ دید می‌آورد، و دید بدون خواندن درست، فقط عدد خام است.

چرا این ابزار را جدی بگیریم؟ چون تنها منبع رسمی گوگل دربارهٔ رفتار سایت شما در نتایج جستجوست: چه نمایشی گرفته‌اید، کجا کلیک خورده‌اید و کجا خطای ایندکس دارید. بدون آن، هر بحث سئو به گفت‌وگوی برآوردی تبدیل می‌شود؛ با آن، هر تصمیم به یک عدد قابل راستی‌آزمایی وصل است.

راه‌اندازی سرچ کنسول در پنج گام

گام اول و دوم، ساخت پراپرتی و انتخاب نوع آن است: «دامنه» که همهٔ نسخه‌های http و https و www و غیر-www را با هم پوشش می‌دهد، یا «پیشوند URL» که فقط یک آدرس مشخص را می‌گیرد. به تجربهٔ ما پراپرتیِ دامنه برای اکثر سایت‌ها انتخاب کم‌خطاتری است؛ چون انتقال به https یا تغییر www را نمی‌شکند و گزارش‌ها را یکپارچه نگه می‌دارد. اگر زیردامنه یا زبان جدا دارید، بعداً می‌توانید پراپرتی اختصاصی همان بخش را هم اضافه کنید؛ ساختار اول را ساده بگیرید.

گام سوم، ارسال نقشهٔ سایت است؛ آدرسش را در بخش «نقشه‌های سایت» با آدرس مطلق ثبت کنید. مستندات گوگل هم همین را می‌گوید: دستور Sitemap در robots.txt باید آدرس مطلق داشته باشد و مسیر نسبی کافی نیست (تاریخ گردآوری: آبان ۱۴۰۵). نقشهٔ سایت فهرست رسمی صفحات شماست؛ بدون آن، کشف صفحات به شانس واگذار می‌شود.

گام چهارم و پنجم، مرور پوشش ایندکس و بستن رصد هفتگی است: ببینید کدام صفحات ایندکس شده‌اند، کدام خطا دارند و کدام به‌دلیل noindex کنار گذاشته شده‌اند؛ بعد یک تقویم پانزده‌دقیقه‌ای هفتگی بگذارید. راه‌اندازی بدون تقویم رصد، مثل نصب دوربین بدون نگاه کردن به تصویر است؛ همین تقویم را با مالک مشخص ببندید، چون ابزارِ بدون مسئول، گزارشِ بی‌تصمیم می‌سازد.

تأیید مالکیت؛ روش‌ها و دام‌های رایج

چهار روش تأیید رایج است: رکورد DNS برای پراپرتی دامنه، فایل HTML در ریشهٔ هاست، تگ متا در سربرگ قالب، و اتصال از طریق تگ منیجر یا آنالیتیکس. هر چهار راه به یک مقصد می‌رسند، اما پایداری‌شان فرق دارد و همین تفاوت، بعداً هزینه می‌سازد یا نمی‌سازد. ترتیب پیشنهادی ما از مقاوم به سریع است؛ روش سریع‌تر را فقط با برنامهٔ نگهداری انتخاب کنید.

دام‌های رایج را بشناسید: تأییدِ انجام‌شده روی نسخهٔ اشتباه دامنه (http در برابر https یا www در برابر غیر-www) که گزارش را دو تکه می‌کند؛ کَشِ CDN که صفحهٔ تأیید قدیمی را نشان می‌دهد؛ و حذف تگ متا هنگام تعویض قالب یا افزونهٔ سئو که مالکیت را بی‌صدا می‌اندازد. به تجربهٔ ما سومین دام پرتکرارترین است، چون کسی اخبار تعویض قالب را به تأیید گوگل گره نمی‌زند. پیش از هر تعویض قالب یا افزونهٔ سئو، روش تأیید را چک کنید؛ پنج دقیقه پیشگیری، هفته‌ها رفع می‌کند.

توصیهٔ عملی ما: اگر دسترسی DNS دارید، همان مسیر پراپرتی دامنه را ببندید؛ مستقل از قالب و افزونه است و با بازسازی سایت نمی‌افتد. تأیید را یک‌بار محکم کنید تا هر تعویض قالب، در و گزارش را با خود نبرد. اگر دسترسی DNS ندارید، فایل ریشهٔ هاست گزینهٔ بعدی ماست؛ تگ متا آخرِ صف است.

ارسال نقشهٔ سایت و کنترل پوشش ایندکس

نقشهٔ سایت در وردپرس معمولاً با افزونهٔ سئو یا فهرست پیوندهای داخلی خودِ وردپرس ساخته می‌شود؛ آدرس آن را در بخش «نقشه‌های سایت» ثبت کنید و بعد از انتشارهای مهم، وضعیت «کشف‌شده در برابر ایندکس‌شده» را چک کنید. اختلاف بزرگ این دو، یعنی گوگل صفحات را می‌بیند اما ارزش ایندکس نمی‌دهد؛ آنجا جای جست‌وجوی کیفیت است، نه فشار بیشتر. این اختلاف را با بهبود محتوا و پیوند داخلی ببندید، نه با ارسال دوبارهٔ نقشهٔ سایت.

دربارهٔ robots.txt هم سه حقیقت مستند را با خود نگه دارید: دستور Disallow خزش را می‌بندد، نه ایندکس را؛ گوگل مقدار Crawl-delay را نادیده می‌گیرد؛ و فایل robots باید در ریشهٔ دامنه باشد (تاریخ گردآوری: آبان ۱۴۰۵). همین سه خط، بخش بزرگی از بحث‌های بی‌پایان انجمن‌ها را بسته می‌کند.

پوشش ایندکس را دسته‌بندی بخوانید: خطاهای سرور اول صف، ریدایرکت‌های عجیب دوم، و صفحات noindex‌شدهٔ بی‌دلیل سوم. هشدارها را هم فهرست کنید و هفته‌ای یک‌بار سر بزنید؛ خطایی که سه هفته در گزارش بماند، معمولاً سه ماه بعد به افت نمایش تبدیل شده است. برای هر خطا، تاریخ کشف و وضعیت را کنارش بنویسید؛ فهرستِ زنده، بلاتکلیفیِ سه‌ماهه را جلو می‌اندازد.

گزارش عملکرد؛ چهار عددی که باید بخوانید

گزارش عملکرد، چهار سنجهٔ رسمی دارد: نمایش، کلیک، نرخ کلیک و میانگین جایگاه (تاریخ گردآوری: آبان ۱۴۰۵). این چهار عدد را با هم بخوانید، نه جدا: نمایشِ بالا با CTR پایین یعنی عنوان و توضیح جواب نمی‌دهد؛ جایگاه خوب با کلیک کم یعنی اینتنت را اشتباه گرفته‌اید؛ و افت هم‌زمان هر دو، معمولاً موضوعی فنی یا کیفیت محتواست.

برای درک وزن جایگاه و کلیک، به یک مطالعهٔ شناخته‌شده نگاه کنید: مطالعهٔ نرخ کلیک بک‌لینکو میانگین کلیک جایگاه اول ارگانیک را حدود ۲۷٪ گزارش کرده است (تاریخ گردآوری: آبان ۱۴۰۵)؛ این عدد یک مطالعه است، نه قانون، اما نشان می‌دهد هر پله جایگاه، اختلاف واقعی می‌سازد و دقیقاً همان چیزی است که گزارش عملکرد به شما نشان می‌دهد.

اعداد را در بستر واقعی ببینید؛ مثالی از کار خودمان: کیس ثبت‌شدهٔ سوئیت در پنجرهٔ سه‌ماههٔ منتهی به آبان ۱۴۰۵ حدود ۱۱٬۰۰۰ نمایش و ۸۵۸ کلیک با نرخ کلیک ۷٫۸٪ در برابر حدود ۳٪ میانگین بازار ثبت کرده است؛ یک کیس، نه میانگین صنعت، اما قابل راستی‌آزمایی با همان گزارش عملکرد. خواندن تخصصی‌تر این چهار عدد را در آموزش گام‌به‌گام خواندن گزارش عملکرد سرچ‌کنسول جداگانه باز کرده‌ایم.

هفتهٔ اول بعد از راه‌اندازی؛ کارهای کوچک با اثر بلند

هفتهٔ اول را روی سه کار کوچک ببندید. اول، تنظیمات پایه: هدف‌گذاری کشور و بررسی پیوندهای مربوط به آدرس‌های بین‌المللی اگر مخاطب چندزبانه دارید. دوم، برای پنج تا ده صفحهٔ کلیدی کسب‌وکار، وضعیت ایندکس را چک کنید و اگر صفحه‌ای ایندکس نشده، مسیر درخواست ایندکس دستی را در آموزش گام‌به‌گام درخواست ایندکس دستی در سرچ‌کنسول گام‌به‌گام نوشته‌ایم. سوم، هشدارهای موجود را صفر نکنید؛ اولویت‌بندی کنید. این سه کار جمعاً کمتر از دو ساعت می‌برد و بقیهٔ هفته‌ها را سبک نگه می‌دارد.

تقویم رصد را هم همان هفته ببندید: پانزده دقیقه در هفته، چهار سؤال ثابت — نمایش بالا رفته یا پایین؟ کدام پرسش کلیک تازه گرفته؟ خطای ایندکس جدید هست؟ کدام صفحه افت جایگاه دارد؟ همین چهار سؤال، بدون هیچ ابزار اضافه‌ای، چرخهٔ بهبود را می‌چرخاند.

یک هشدار انتظاری هم بدهیم: دادهٔ سرچ‌کنسول با تأخیر و به‌صورت تجمیعی می‌آید؛ مقایسهٔ روزانهٔ نقطه‌ای، استرس بی‌دلیل می‌سازد. مقایسهٔ درست، هفتگی و نسبت به دورهٔ مشابه است؛ جستجوی فصلی هم مقایسه‌ها را به همان پنجرهٔ سال قبل می‌برد. فاصلهٔ کمپین‌های تبلیغاتی را هم یادداشت کنید تا دادهٔ ارگانیک با اثر تبلیغات قاطی نشود.

سرچ‌کنسول برای وردپرس؛ نکته‌های اتصال و استیجینگ

نکتهٔ وردپرسی اول، مقیاس است: بر پایهٔ دادهٔ W3Techs حدود ۴۳٪ همهٔ سایت‌های جهان با وردپرس ساخته شده‌اند (تاریخ گردآوری: آبان ۱۴۰۵)؛ برای همین افزونه‌های سئوی رایج، نقشهٔ سایت و اتصال‌های آماده دارند. این آسانی، دو لبه دارد: نصب و پیکربندی درست، و مدیریت تعویض‌های بعدی. همین سهم بالا، انجمن‌ها و راهنماهای وردپرسی را پرپشت کرده؛ راه‌حل اکثر خطاها یک جستجو فاصله دارد.

به تجربهٔ ما رایج‌ترین دلیلِ افتادن اتصال، تعویض افزونهٔ سئو یا قالب است: آدرس نقشهٔ سایت عوض می‌شود و نسخهٔ قدیمی در سرچ‌کنسول می‌ماند. بعد از هر تعویض، آدرس نقشهٔ جدید را ثبت و قدیمی را حذف کنید؛ یک دقیقه کار است که هفته‌ها سردرگمی گزارش را می‌بندد. شفافیت امکانات و گزارش‌دهی پلتفرم را هم در امکانات پلتفرم سوئیت نوشته‌ایم.

نکتهٔ استیجینگ را هم ببندید: محیط آزمایشی را با noindex از ایندکس دور نگه دارید، نه فقط با Disallow؛ چون همان‌طور که گفته شد، Disallow خزش را می‌بندد نه ایندکس را و صفحهٔ آزمایشی ممکن است از مسیر لینک بیرونی وارد نتایج شود. نسخهٔ اصلی و آزمایشی را در دو پراپرتی جدا نگه دارید تا گزارش اصلی آلوده نشود.

جمع‌بندی؛ راه‌اندازی یک‌بار است، رصد هر هفته

جمع‌بندی در سه خط: راه‌اندازی سرچ کنسول پنج گام دارد — پراپرتی، تأیید مالکیت، نقشهٔ سایت، پوشش ایندکس و رصد هفتگی — و برای سایت وردپرسی حدود یک ساعت کار است؛ ارزش واقعی بعد از راه‌اندازی ساخته می‌شود: خواندن هفتگی چهار عدد گزارش عملکرد و تبدیل آن‌ها به فهرست کار. تأیید را روی مسیر مقاوم ببندید تا تعویض قالب آن را نبرد. سه دام رایجش هم مشخص است: تأیید روی نسخهٔ اشتباه دامنه، تگ متای وابسته به قالب، و رهاکردن رصد بعد از هفتهٔ اول.

نقطهٔ شروع را با داده ببندید: ممیزی رایگان دامنه نشان می‌دهد وضعیت ایندکس و رتبهٔ فعلی دامنه‌تان چیست و هاب سنجش و سرچ‌کنسول نقشهٔ کامل خوشهٔ سنجش را می‌دهد. اگر بعد از راه‌اندازی به گزارش‌خوانی منظم برسید، این یک‌ساعت، پربازده‌ترین ساعت سئوی سال شما خواهد بود؛ نه به‌خاطر خودِ ابزار، به‌خاطر تصمیم‌هایی که از حدس به عدد منتقل می‌کنند؛ و در مقایسهٔ بازار، همان چهار عدد را با دورهٔ مشابه سال قبل بگذارید، نه با روایت‌های عمومی.

رصد ما، رشد شما.