راهنمای Google Search Console: ۷ گزارش، ۷ تصمیم

Google Search Console ابزار رایگانی است که Google به صاحبان سایت می‌دهد و تنها ابزاری است که نشان می‌دهد سایت شما در جستجو چگونه دیده می‌شود، آن هم مستقیماً با داده‌های خود Google. با این حال در بیشتر حساب‌ها فقط به نمودار کلیک نگاه می‌شود و بقیه گزارش‌ها باز نشده می‌مانند. این راهنما شرح گزارش‌به‌گزارش Google Search Console یا گوگل سرچ کنسول نیست؛ یک ترتیب خواندن است که هر گزارش را با یک تصمیم جفت می‌کند. هفت گزارش را انتخاب کردیم، چون در عمل این‌ها گزارش‌هایی هستند که در یک جلسه ماهانه سئو تصمیم تولید می‌کنند. هدف، گذر از وضعیت «داده داریم اما نمی‌دانیم چه کنیم» به نظم «این گزارش این تصمیم را می‌سازد» است. اسکرین‌شات گزارش‌ها و انتقال آن‌ها به داشبورد را در مقاله‌ای جدا، داشبورد سئو Looker Studio، بررسی کردیم.

Google Search Console چیست و چه نیست

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

گزارش ۱: Performance، تصمیم: کدام صفحه‌ها رشد داده شوند

گزارش Performance معیارهای کلیک، نمایش، نرخ کلیک و موقعیت میانگین را در ابعاد کوئری، صفحه، کشور، دستگاه و نمای جستجو می‌دهد. نمای پیش‌فرض سه ماه اخیر را نشان می‌دهد؛ برای تصمیم از حالت مقایسه استفاده کنید، نه از این نما. گزارش دو تصمیم به شما می‌دهد. اول: صفحه‌های با نمایش بالا و نرخ کلیک پایین. این صفحه‌ها در جستجو دیده می‌شوند اما انتخاب نمی‌شوند؛ کار روی عنوان و توضیحات متا لازم است. دوم: کوئری‌هایی که موقعیت میانگین آن‌ها بین ۸ و ۲۰ است. این کوئری‌ها در آستانه صفحه اول هستند و گروهی‌اند که با به‌روزرسانی محتوا یا لینک داخلی سریع‌ترین نتیجه را می‌دهند. در خواندن موقعیت میانگین مراقب تله باشید: گزارش موقعیت بالاترین نتیجه سایت شما را می‌گیرد؛ صفحه‌ای گسترده که برای کوئری‌های زیادی ظاهر می‌شود ممکن است میانگین پایینی نشان دهد بی‌آنکه ناموفق باشد. اگر مقایسه سالانه می‌کنید داده را مرتب خروجی بگیرید؛ گزارش تاریخچه را برای مدت محدودی نگه می‌دارد.

گزارش ۲: Page indexing، تصمیم: چه اصلاح شود، چه رها شود

گزارش Page indexing نشانی‌های سایت شما را به «ایندکس‌شده» و «ایندکس‌نشده» تقسیم می‌کند و ایندکس‌نشده‌ها را بر اساس دلیل گروه‌بندی می‌کند: خطای سرور، خطای ریدایرکت، مسدود با robots.txt، تگ noindex، سافت ۴۰۴، یافت‌نشد، «خزیده‌شده، فعلاً ایندکس‌نشده»، «کشف‌شده، فعلاً ایندکس‌نشده»، تفاوت‌های canonical. تصمیم اینجا اصلاح هر دلیل نیست. بخشی از دلایل انتخاب خود شماست: ادغام صفحه‌های فیلتر زیر canonical یا noindex بودن صفحه‌های کمپین قدیمی طبیعی است. گروهی که نیاز به اصلاح دارد، انباشته‌شدن صفحه‌هایی است که می‌خواهید ایندکس شوند زیر «خزیده‌شده، ایندکس‌نشده» یا سافت ۴۰۴؛ این معمولاً به ضعف محتوا یا مشکل قالب اشاره دارد. جریان خواندن گزارش و یافتن علت ریشه‌ای را گام‌به‌گام در مقاله مشکلات ایندکس آوردیم.

گزارش ۳: URL Inspection، تصمیم: فرض یا شاهد

ابزار URL Inspection برای یک صفحه دو کار می‌کند: نسخه موجود در ایندکس Google را نشان می‌دهد و با تست زنده می‌سنجد صفحه هم‌اکنون قابل ایندکس است یا نه. نقطه تصمیم این است: دست از پاسخ «احتمالاً» به پرسش «مشکل رفع شد؟» بردارید. پس از اصلاح، تست زنده را اجرا کنید، نتیجه را ثبت کنید و درخواست ایندکس بدهید. صفحه راهنمای Google صراحتاً می‌گوید برای بازبینی‌ها و درخواست‌های ایندکس سقف روزانه وجود دارد و برای صفحه‌های زیاد راه درست ارسال sitemap است؛ ابزار را برای شاهد به کار ببرید، نه برای کار انبوه.

گزارش ۴: Sitemaps، تصمیم: آیا Google سایت شما را همان‌طور می‌بیند که شما می‌بینید

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

گزارش ۵: Core Web Vitals، تصمیم: کار سرعت واقعاً اولویت است؟

گزارش Core Web Vitals داده‌اش را از CrUX می‌گیرد، یعنی از کاربران واقعی Chrome، نه از تست آزمایشگاهی. این تفاوت برای تصمیم مهم است: صفحه‌ای که در Lighthouse قرمز است می‌تواند برای کاربران واقعی سبز باشد و برعکس. گزارش به پرسش «اصلاً کار سرعت انجام دهیم؟» پاسخ می‌دهد. اگر گروه‌های صفحه «خوب» هستند، به‌جای سرعت، منابع را به مشکلات محتوا و ایندکس برگردانید. اگر گروه‌های «ضعیف» وجود دارد، ببینید از کدام قالب می‌آیند؛ مشکل معمولاً در یک قالب متمرکز است. تفاوت سه ابزار را در مقاله تست سرعت سایت توضیح دادیم.

گزارش ۶: Links، تصمیم: معماری لینک داخلی کار می‌کند؟

گزارش Links به‌صورت نمونه پرلینک‌ترین صفحه‌های شما، سایت‌هایی که بیشترین لینک را داده‌اند، متن لینک‌ها و توزیع لینک داخلی را نشان می‌دهد؛ Google تأکید می‌کند که این نمونه است، نه فهرست کامل. بخش لینک خارجی برای بیشتر کسب‌وکارها جذاب است، اما تصمیم اصلی در جدول لینک داخلی است. مهم‌ترین صفحه خدمت شما در رتبه‌بندی لینک داخلی چندم است؟ اگر محتوای تازه‌منتشرشده هیچ لینک داخلی نمی‌گیرد، بلاگ شما صفحه‌های خدمات را تغذیه نمی‌کند. این جدول ارزان‌ترین بررسی این است که تقویم محتوایتان به صفحه‌های خدمات متصل می‌شود یا نه.

گزارش ۷: Manual actions و امنیت، تصمیم: همه چیز متوقف شود؟

گزارش Manual actions مواردی را فهرست می‌کند که یک بازبین انسانی در Google تشخیص داده سایت شما سیاست‌های اسپم را نقض می‌کند؛ نتیجه تنزل صفحه‌ها یا حذف آن‌ها از نتایج است. این گزارش باید خالی باشد و در بیشتر سایت‌ها خالی است. اگر خالی نیست تصمیم روشن است: شش گزارش دیگر را کنار بگذارید؛ اول نقض را برطرف کنید، بعد درخواست بازبینی مجدد بفرستید. همین قاعده برای گزارش Security issues هم برقرار است. بررسی این دو گزارش یک بار در ماه باید نخستین بند دستور جلسه ماهانه باشد.

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

شرط کار کردن این نظم، خواندن گزارش‌ها به ترتیب است، نه یکی‌یکی: اول Manual actions و امنیت، بعد ایندکس و Sitemaps، بعد Performance و در آخر Core Web Vitals و Links. ترتیب تصادفی نیست؛ اول می‌پرسید سایت در جستجو وجود دارد یا نه، بعد چند صفحه‌اش دیده می‌شود، بعد صفحه‌های دیده‌شده چه به دست می‌آورند. در سمت فنی، یافتن علت‌های ریشه‌ای که گزارش‌ها به آن اشاره می‌کنند و اثبات اصلاح، هسته سرویس سئو فنی ماست. اگر مطمئن نیستید در کدام گزارش چه باید دید، نوشتن این هفت گزارش و تصمیم‌های مقابلشان در یک صفحه و بردن آن به جلسه ماهانه به‌عنوان دستور جلسه، برای بیشتر کسب‌وکارها سریع‌ترین شروع است.

منابع

• About Search Console — Search Console Help
• Performance report (Search results) — Search Console Help
• Page indexing report — Search Console Help
• URL Inspection tool — Search Console Help
• Core Web Vitals report — Search Console Help
• Links report — Search Console Help
• Manual actions report — Search Console Help