تحلیل Search Console برای سئو: از گزارش تا فهرست کار

گزارش Performance در Search Console پر از عدد است، اما عدد به‌تنهایی کار تعریف نمی‌کند. این مقاله روشی ساده نشان می‌دهد تا خروجی این گزارش را به فهرست کارهای محتوایی تبدیل کنید: چه صفحه‌ای بازنویسی شود، کدام عنوان تغییر کند، کدام پرس‌وجو صفحهٔ جدید بخواهد. تعریف معیارها و رفتار گزارش از صفحهٔ راهنمای Search Console (خوانده‌شده ۱۹ اکتبر ۲۰۲۶) است؛ قواعد تصمیم‌گیری، آستانه‌ها و قالب فهرست کار، پیشنهاد نویسنده‌اند و عدد جادویی ندارند. برای نگاه کلی به سئو SEO در سال ۲۰۲۶ را ببینید.

معیارها دقیقاً چه می‌گویند

طبق راهنمای رسمی، چهار معیار وجود دارد: Clicks (دفعاتی که کاربر از نتایج Google روی سایت شما کلیک کرد)، Impressions (دفعاتی که سایت شما در نتایج نمایش یافت)، CTR (کلیک تقسیم بر impression) و Average position (میانگین جایگاه بالاترین نتیجهٔ سایت شما). در جدول، میانگین جایگاه برای همان URL یا ردیف گروه‌بندی است. ابعاد گروه‌بندی عبارت‌اند از Queries، Pages، Countries، Devices، Search appearance و Dates. نمای پیش‌فرض سه ماه اخیر است و می‌توان نوع جست‌وجو (وب، تصویر، ویدئو، خبر) و گرانولاریتی (ساعتی، روزانه، هفتگی، ماهانه) را عوض کرد. گرانولاریتی هفتگی و ماهانه نوسان‌های روزانه مثل تعطیلات را صاف می‌کند و برای روند بلندمدت مناسب‌تر است.

محدودیت‌های داده که باید بدانید

• تجمیع: نمودار بر اساس property تجمیع می‌شود؛ اگر دو نتیجه از یک سایت برای یک پرس‌وجو بیاید، در مجموع نمودار یک impression حساب می‌شود. جدول در بُعدهای Queries، Countries، Devices و Dates بر اساس property و در Pages و Search appearance بر اساس page تجمیع می‌شود. بنابراین مجموع نمودار و جدول ممکن است یکی نباشد.
• قابل بازتولید نبودن: ممکن است پرس‌وجویی در گزارش باشد ولی وقتی خودتان جست‌وجو می‌کنید سایت را نبینید، چون نتایج به زمان، مکان، دستگاه و سابقهٔ جست‌وجوگر وابسته است.
• داده‌های اولیه: تازه‌ترین داده ممکن است هنوز کامل نباشد و ساعت‌هایی بعد تغییر کند؛ روی نمودار با خط‌چین نشان داده می‌شود.
• خروجی: در فایل export، مقادیر ~ یا - به صفر تبدیل می‌شوند؛ پیش از محاسبه، این ردیف‌ها را جدا کنید.
• میانگین جایگاه: میانگین است؛ یک صفحه که برای پرس‌وجوهای مختلف در جایگاه‌های متفاوت ظاهر می‌شود، عدد میانگین بی‌معنی می‌دهد. جایگاه را همراه پرس‌وجوی مشخص بخوانید.

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

آماده‌سازی داده

1. بازهٔ زمانی ثابت و قابل مقایسه انتخاب کنید (مثلاً ۲۸ روز اخیر در برابر ۲۸ روز قبل، یا سه ماه). بازهٔ شامل تعطیلات را جدا بررسی کنید.
2. نوع جست‌وجو را روی وب بگذارید، مگر هدفتان تصویر یا ویدئو باشد.
3. دو خروجی بگیرید: بُعد Pages و بُعد Queries. اگر ترکیب صفحه-پرس‌وجو لازم است، در رابط، فیلتر صفحه بگذارید و پرس‌وجوهای همان صفحه را ببینید.
4. داده را در یک جدول ثبت کنید: URL، پرس‌وجو، clicks، impressions، CTR، جایگاه، تاریخ.

قواعد تبدیل به کار (پیشنهاد نویسنده)

«بالا» و «پایین» را با مقایسهٔ صفحه‌های خود سایت تعریف کنید (مثلاً بالاترین ربع)، نه با عدد عمومی؛ این پیشنهاد نویسنده است و Google عدد استانداردی برای CTR خوب اعلام نکرده است.

قالب فهرست کار

هر ردیف فهرست یک کار قابل انجام باشد: URL، پرس‌وجوی نمایندهٔ آن، مشاهدهٔ داده، فرضیه، کار، مسئول، تاریخ بازبینی. مثال: «URL /guide-a؛ پرس‌وجو X؛ impression بالا و CTR پایین؛ فرضیه: عنوان کلی است؛ کار: عنوان توصیفی‌تر؛ بازبینی: چهار هفته بعد.» فرضیه را صریح بنویسید چون بعداً با داده تأیید یا رد می‌شود. تعداد کارها را محدود کنید (مثلاً ده کار در هر دور) تا اجرا شوند؛ فهرست صد‌ردیفی انجام نمی‌شود.

مثال ساختگی

سایت فرضی ۴۰ مقاله دارد. در سه ماه اخیر مقالهٔ «راهنمای انتخاب هاست» impression زیاد و CTR کم دارد، در حالی که جایگاه آن در جدول مناسب است. تیم عنوان را با موضوع مشخص‌تر بازنویسی می‌کند و چهار هفته بعد دوباره بازهٔ مشابه را مقایسه می‌کند. همچنین چند پرس‌وجوی مرتبط با «پشتیبان‌گیری از سایت» می‌بیند که هیچ مقالهٔ اختصاصی ندارد و آن را در فهرست «صفحهٔ جدید» می‌گذارد. اعداد این مثال ساختگی است و صرفاً چرخهٔ کار را نشان می‌دهد.

اندازه‌گیری اثر تغییر

پس از هر تغییر، تاریخ را ثبت کنید و بعد از زمان کافی (چند هفته) بازهٔ برابر را مقایسه کنید. چون عوامل بسیاری (فصل، الگوریتم، رقبا) همزمان اثر دارند، نتیجه را با احتیاط بخوانید و ادعای علت‌ومعلولی قطعی نکنید. اگر همزمان چند تغییر روی یک صفحه دادید، اثر هر یک جدا قابل تفکیک نیست؛ در حد امکان تغییرها را جدا کنید. داده‌های Search Console فقط بازتاب جست‌وجوی Google است و رفتار پس از کلیک (تماس، فرم) باید در ابزار تحلیل وب دیده شود.

اشتباهات رایج

• تصمیم بر اساس یک روز یا بازهٔ کوتاه.
• مقایسهٔ مجموع نمودار با مجموع جدول و نتیجه‌گیری از اختلاف.
• تکیه بر میانگین جایگاه بدون دیدن پرس‌وجو.
• تغییر چند چیز همزمان و ادعای علت.
• فهرست کار بلند و بدون مسئول.
• نادیده‌گرفتن اینکه داده فقط جست‌وجوی Google است.

ریتم بازبینی ماهانه

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

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

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

چک‌لیست

1. بازهٔ زمانی و نوع جست‌وجو مشخص و ثابت است.
2. تفاوت تجمیع نمودار و جدول در گزارش لحاظ شده است.
3. مقادیر ~ و - در خروجی جدا یا کنترل شده‌اند.
4. هر کار فرضیه، مسئول و تاریخ بازبینی دارد.
5. تعداد کارها هر دور محدود است.
6. تغییرها ثبت و پس از چند هفته با بازهٔ برابر مقایسه می‌شوند.

منابع و مراجع

• Performance report (Search results): Overview and basic setup — Search Console Help، 2026-10-19.