گوگل سرچ کنسول چیست؟ راهنمای شروع کار Google Search Console

Google Search Console یا به اختصار GSC یکی از مهم ترین ابزارهایی است که صاحب سایت، متخصص SEO یا تیم فنی برای فهم وضعیت سایت در Google Search در اختیار دارد.

Search Console به شما نشان می دهد کاربران با چه Queryهایی صفحات سایت را دیده اند، چند بار روی نتایج شما کلیک شده، چه صفحاتی در Google حضور داشته اند، Google درباره وضعیت ایندکس URLها چه اطلاعاتی دارد و آیا در بخش هایی مثل Sitemap، Core Web Vitals یا برخی قابلیت های Search مسئله ای گزارش شده است.

اما Search Console یک نکته مهم دارد: این ابزار فقط مجموعه ای از نمودارها و اعداد نیست. ارزش واقعی آن زمانی مشخص می شود که بدانیم هر گزارش چه سؤالی را جواب می دهد و چه سؤالی را جواب نمی دهد.

برای مثال، کاهش Average Position به تنهایی لزوماً به معنی «خراب شدن SEO» نیست. زیاد شدن تعداد URLهای Not Indexed نیز همیشه مشکل محسوب نمی شود. حتی پیام URL is on Google هم تضمین نمی کند که صفحه برای هر Query یا در هر جستجویی نمایش داده شود.

در این راهنما از نقطه صفر شروع می کنیم: Search Console چیست، چگونه سایت را به آن اضافه کنیم، Property مناسب را انتخاب کنیم، مهم ترین گزارش ها چه کاربردی دارند و در هفته های اول باید دقیقاً چه چیزهایی را بررسی کنیم.

برای دیدن جایگاه این ابزار در کنار سایر گزینه‌ها و انتخاب Tool Stack مناسب، راهنمای ابزارهای سئو دید مقایسه‌ای کامل‌تری ارائه می‌دهد.

Google Search Console چیست؟

Google Search Console سرویس رایگان Google برای مشاهده و بررسی حضور یک وب سایت در Google Search است.

این ابزار اطلاعاتی درباره بخش های مختلف ارتباط Google با سایت ارائه می کند؛ از Performance در نتایج جستجو گرفته تا Crawl و Indexing، Sitemap، Core Web Vitals و برخی مشکلات فنی یا Search-related.

Google در راهنمای رسمی شروع کار Search Console توضیح می دهد که برای استفاده از آن لازم نیست برنامه نویس باشید، اما باید مالکیت سایت را تأیید کنید؛ چون اطلاعات Search Console می تواند شامل داده های حساس مربوط به عملکرد سایت باشد و بعضی قابلیت های آن بر حضور سایت در Google Search اثر عملی دارند.

Search Console را می توان از اینجا باز کرد:

Google Search Console

Search Console چه کاری انجام می‌دهد؟

در ساده ترین شکل، GSC به چند گروه سؤال پاسخ می دهد.

سایت من در Google Search چه عملکردی دارد؟

Performance Report می تواند اطلاعاتی مانند:

• Click
• Impression
• CTR
• Average Position
• Query
• Page
• Country
• Device

را نمایش دهد.

به کمک این داده می توانید متوجه شوید چه Queryهایی باعث دیده شدن سایت شده اند، کدام صفحات بیشترین Click را گرفته اند و عملکرد Search در طول زمان چه تغییری کرده است.

Google چه صفحاتی از سایت را می شناسد و ایندکس کرده است؟

Page Indexing Report درباره URLهایی که Google می شناسد، وضعیت Indexed و Not Indexed آنها و دلایل مختلف ایندکس نشدن اطلاعات ارائه می کند.

اما نکته مهم این است که:

Not Indexed الزاماً به معنی Error نیست.

ممکن است یک URL به درستی Duplicate باشد، Redirect شود، noindex داشته باشد یا اصلاً قرار نباشد در Search حضور مستقل داشته باشد. Google هم در مستندات خود تأکید می کند که نباید انتظار داشته باشید صددرصد URLهای سایت ایندکس شوند.

اگر مفهوم ایندکس هنوز برایتان مبهم است، ابتدا راهنمای Webtik درباره ایندکس را بخوانید:

ایندکس گوگل چیست؟

Google یک URL مشخص را چگونه می بیند؟

URL Inspection برای بررسی یک صفحه خاص استفاده می شود.

می توانید ببینید:

• URL در Google Index وجود دارد یا نه؛
• آخرین Crawl چه زمانی انجام شده؛
• Crawl مجاز بوده یا نه؛
• Indexing مجاز است یا نه؛
• Google چه Canonicalی انتخاب کرده؛
• صفحه چگونه Discover شده؛
• و نسخه Live URL در شرایط فعلی چه وضعیتی دارد.

همچنین در بعضی شرایط می توانید Request Indexing ارسال کنید.

آیا Google Sitemap سایت را دریافت کرده است؟

Sitemaps Report برای معرفی Sitemap و مشاهده وضعیت پردازش آن استفاده می شود.

این گزارش می تواند نشان دهد Sitemap ارسال شده با موفقیت خوانده شده یا هنگام Parsing آن مشکلی وجود داشته است.

برای جزئیات بیشتر درباره خود Sitemap:

نقشه سایت XML چیست؟

Search Console چه کاری انجام نمی‌دهد؟

شناخت محدودیت ابزار به اندازه شناخت قابلیت های آن مهم است.

Search Console قرار نیست:

• کل بازار Keyword را به شما نشان دهد؛
• Search Volume کامل تمام Queryها را ارائه کند؛
• Keyword Difficulty بدهد؛
• بک لینک رقبا را تحلیل کند؛
• رفتار کاربر بعد از ورود به سایت را مثل Analytics بررسی کند؛
• علت هر افت رتبه را به صورت خودکار تشخیص دهد؛
• تضمین کند صفحه ای که Indexed شده حتماً برای Query خاصی رتبه بگیرد.

بنابراین GSC را نباید جایگزین Ahrefs، Semrush، Analytics یا Crawler دانست.

هر ابزار Job متفاوتی دارد.

اگر می خواهید جای Search Console را در مجموعه ابزارها بهتر درک کنید، مقاله Parent این کلاستر را ببینید:

ابزارهای سئو؛ بهترین ابزارهای SEO برای تحلیل و بهینه سازی

این مقاله قرار است Parent اصلی کلاستر ابزارهای Webtik باشد و Search Console یکی از مهم ترین Childهای آن محسوب شود.

چگونه سایت را به Search Console اضافه کنیم؟

برای شروع باید یک Property بسازید.

Search Console دو مدل اصلی Property دارد:

• Domain
• URL-prefix

انتخاب درست این مرحله مهم است، چون تعیین می کند چه URLهایی داخل Property قرار بگیرند.

Domain Property چیست؟

Domain Property کل دامنه و همه Protocolها و Subdomainهای آن را پوشش می دهد.

برای مثال اگر Property را برای:

example.com

بسازید، داده هایی از شکل های مختلف دامنه مانند:

https://example.com
http://example.com
https://www.example.com

و Subdomainهای آن می توانند در همان Property قرار بگیرند.

Google توضیح می دهد که Domain Property برای تأیید مالکیت به DNS Verification نیاز دارد.

برای بیشتر سایت هایی که کنترل DNS دامنه را دارند، Domain Property انتخاب بسیار مناسبی است؛ چون نمای جامع تری از دامنه ایجاد می کند.

URL-prefix Property چیست؟

URL-prefix فقط URLهایی را شامل می شود که با Prefix تعریف شده شروع شوند.

برای مثال:

https://example.com/

با:

http://example.com/

یا:

https://sub.example.com/

یک Property یکسان نیست.

Google در مستندات خود توضیح می دهد که Protocol و Subdomain در URL-prefix اهمیت دارند و اگر چند نسخه مختلف دارید، ممکن است برای هرکدام Property جداگانه نیاز داشته باشید.

URL-prefix زمانی می تواند مفید باشد که:

• فقط بخش مشخصی از سایت را مدیریت می کنید؛
• به DNS دسترسی ندارید؛
• می خواهید یک Subdomain یا Path مشخص را جداگانه بررسی کنید.

Domain بهتر است یا URL-prefix؟

برای سایتی که مالکیت کامل آن را دارید، معمولاً Domain Property تصویر جامع تری ارائه می دهد.

اما این یک «قانون SEO» نیست.

اگر ساختار سایت، سطح دسترسی یا نیاز تیم شما ایجاب کند، URL-prefix نیز می تواند کاملاً منطقی باشد.

حتی در بعضی پروژه ها داشتن هر دو Property مفید است:

Domain برای نمای کلی؛
URL-prefix برای بررسی دقیق بخش خاصی از سایت.

Verify کردن Search Console یعنی چه؟

Search Console قبل از ارائه اطلاعات خصوصی سایت باید مطمئن شود شما واقعاً مالک سایت یا فرد مجاز هستید.

Google این فرایند را Ownership Verification می نامد.

Verified Owner بالاترین سطح دسترسی را در Property دارد.

روش Verification بسته به نوع Property متفاوت است و می تواند شامل روش هایی مانند:

• DNS Record
• HTML File
• HTML Tag
• Google Analytics
• Google Tag Manager

باشد.

روش های قابل استفاده را خود Search Console هنگام Verification نمایش می دهد.

برای Domain Property معمولاً DNS Verification لازم است. بعضی روش های دیگر مانند Google Analytics برای URL-prefix قابل استفاده اند و شرایط مشخصی دارند.

بعد از اضافه کردن سایت، اطلاعات فوراً ظاهر می‌شوند؟

نه لزوماً.

Search Console ابزار Real-time Analytics نیست.

بعضی داده ها با تأخیر وارد گزارش ها می شوند و اگر Property تازه ساخته شده باشد ممکن است در ابتدا بخش هایی خالی باشند.

این موضوع لزوماً نشانه خراب بودن Setup نیست.

همچنین Verification به این معنی نیست که Google از همان لحظه تمام سایت را Crawl یا Index خواهد کرد.

Verification فقط ثابت می کند که شما اجازه دسترسی به Property را دارید.

مهم‌ترین بخش Search Console: Performance

برای بیشتر متخصصان SEO، Performance Report یکی از پرکاربردترین قسمت های GSC است.

Google می گوید این گزارش برای بررسی تغییر Search Traffic، Queryها و صفحاتی که کاربران از طریق آنها وارد سایت می شوند قابل استفاده است.

در گزارش Search Results معمولاً چهار Metric اصلی می بینید:

• Total Clicks
• Total Impressions
• Average CTR
• Average Position

این چهار عدد ساده به نظر می رسند، اما تفسیر نادرستشان بسیار رایج است.

Click در Search Console چیست؟

Click زمانی ثبت می شود که کاربر روی نتیجه ای کلیک کند که او را از Google به صفحه سایت شما می برد.

Click یکی از مهم ترین Metricها برای فهم Traffic واقعی حاصل از Search است.

اما باید Context را در نظر گرفت.

کاهش Click ممکن است ناشی از:

• کاهش تقاضای جستجو؛
• افت Visibility؛
• تغییر SERP؛
• تغییر Intent؛
• افت CTR؛
• یا از دست رفتن رتبه برخی Queryها

باشد.

بنابراین خود عدد Click علت را توضیح نمی دهد.

Impression چیست؟

Impression زمانی ثبت می شود که نتیجه ای متعلق به سایت شما طبق قواعد Google در Search نمایش داده شود.

در بسیاری از تحلیل ها Impression برای فهم Visibility بسیار مهم است.

مثلاً اگر Impression یک Topic رو به افزایش باشد ولی Click متناسب رشد نکند، باید بررسی کنید آیا:

• Average Position تغییر کرده؛
• CTR پایین آمده؛
• نوع Queryها تغییر کرده؛
• یا SERP Features باعث تغییر رفتار Click شده اند.

Google تعریف دقیق Impression و نحوه شمارش آن را در مستندات Search Console توضیح داده است.

CTR چیست؟

CTR از تقسیم Click بر Impression به دست می آید.

اما CTR را نباید بدون Context مقایسه کرد.

CTR یک Query رتبه ۱ با Query رتبه ۸ قابل مقایسه مستقیم نیست.

همچنین:

• Branded Queryها؛
• Non-branded Queryها؛
• Informational Search؛
• Local Search؛
• SERPهای دارای Featured Featureهای مختلف

می توانند رفتار Click متفاوتی داشته باشند.

بنابراین عدد CTR به تنهایی «خوب» یا «بد» نیست.

Average Position چیست؟

Average Position یکی از Metricهایی است که بیشترین سوءبرداشت درباره آن وجود دارد.

این عدد موقعیت میانگین نتیجه سایت در Impressionهایی است که Search Console اندازه گیری کرده است.

Google توضیح می دهد که Position یک Metric نسبی است و مقدار نمایش داده شده Average Position بر اساس Impressionها محاسبه می شود.

در نتیجه اگر Average Position سایت از ۸ به ۱۰ تغییر کند، نمی توان بدون تحلیل بیشتر نتیجه گرفت:

«رتبه سایت دو پله افت کرده است.»

ممکن است سایت برای تعداد زیادی Query جدید در Positionهای پایین تر Impression گرفته باشد و همین موضوع Average را تغییر داده باشد.

Google نیز در راهنمای تحلیل Performance توصیه می کند معمولاً Trendهای Click و Impression را جدی تر از تمرکز صرف بر Position دنبال کنید.

Query چیست؟

Query عبارتی است که کاربر در Google جستجو کرده و Search Console آن را در Performance Data نمایش داده است.

Query Report می تواند یکی از ارزشمندترین منابع برای شناخت رفتار واقعی جستجوی کاربران باشد.

مثلاً ممکن است صفحه ای را برای «سئو تکنیکال» ساخته باشید اما متوجه شوید کاربران با ترکیب هایی مانند:

• مشکلات سئو تکنیکال
• technical seo چیست
• بررسی فنی سایت
• چک لیست سئو فنی

نیز آن را می بینند.

این داده می تواند کمک کند بفهمید Google و کاربران صفحه را در چه Contextهایی می بینند.

اما Search Console لزوماً تمام Queryها را نمایش نمی دهد؛ بنابراین نباید Query Report را یک Keyword Database کامل دانست.

Pages چه چیزی را نشان می‌دهد؟

Pages Dimension عملکرد URLهای سایت در Search را نشان می دهد.

می توانید از آن برای پیدا کردن:

• صفحات پربازدید؛
• صفحات در حال رشد؛
• صفحات در حال افت؛
• URLهایی با Impression زیاد و Click کم؛
• یا صفحات خاص یک Topic

استفاده کنید.

یکی از تحلیل های مفید این است که ابتدا Query را انتخاب کنید و سپس به Pages بروید تا ببینید Google برای آن Query کدام صفحات سایت را نمایش داده است.

این روش گاهی برای شناسایی هم پوشانی یا Cannibalization نیز سرنخ ایجاد می کند، هرچند تشخیص Cannibalization فقط با مشاهده دو URL در Search Console انجام نمی شود.

فیلترهای Performance را جدی بگیرید

قدرت اصلی Performance فقط در چهار کارت بالای صفحه نیست.

بخش مهم تر زمانی شروع می شود که داده را Segment کنید.

می توانید بر اساس مواردی مثل:

• Query
• Page
• Country
• Device
• Search Type
• Date

فیلتر اعمال کنید.

مثلاً به جای اینکه بپرسید:

«چرا Traffic سایت کم شده؟»

سؤال را به این شکل خرد کنید:

«آیا افت فقط در Mobile رخ داده؟»

«آیا یک Directory خاص افت کرده؟»

«آیا Branded Queryها تغییر کرده اند؟»

«آیا افت مربوط به چند صفحه مشخص است؟»

تحلیل حرفه ای Search Console بیشتر از آنکه درباره نگاه کردن به Dashboard باشد، درباره درست Segment کردن داده است.

Compare یکی از مهم‌ترین قابلیت هاست

یکی از مفیدترین روش های تحلیل، مقایسه دو بازه زمانی است.

مثلاً:

• ۲۸ روز اخیر در برابر ۲۸ روز قبل؛
• سه ماه اخیر در برابر سه ماه قبل؛
• بازه مشابه سال گذشته.

اما Compare نیز باید منطقی باشد.

اگر کسب وکار Seasonal است، مقایسه ماه دسامبر با نوامبر ممکن است تصویر اشتباهی ایجاد کند.

در برخی موارد Year-over-Year مقایسه معنادارتری است.

همچنین بعد از Compare بهتر است فقط Total Click را نگاه نکنید؛ Query و Pageهایی را پیدا کنید که بیشترین Difference را ایجاد کرده اند.

Page Indexing Report چه چیزی می گوید؟

Page Indexing Report نشان می دهد Google درباره Index Status URLهایی که می شناسد چه اطلاعاتی دارد.

دو مفهوم کلی خواهید دید:

• Indexed
• Not Indexed

اما مهم ترین نکته این گزارش این است:

هدف، صفر کردن Not Indexed نیست.

Google صراحتاً می گوید بعضی URLها کاملاً درست است که Indexed نباشند؛ مثلاً Duplicateها، URLهای noindex یا صفحاتی که عمداً حذف شده اند.

بنابراین Audit حرفه ای باید سؤال زیر را بپرسد:

آیا URL مهمی که باید Indexed باشد، Indexed نشده است؟

نه اینکه:

چرا هر URL موجود در سایت Indexed نیست؟

این تفاوت کوچک، جلوی ساعت ها کار غیرضروری را می گیرد.

چند وضعیت رایج Indexing

ممکن است وضعیت هایی مانند اینها ببینید:

Crawled – currently not indexed

Google صفحه را Crawl کرده اما فعلاً آن را Index نکرده است.

این وضعیت به تنهایی دلیل مشخص و واحدی ندارد و نباید فوراً با Request Indexing مکرر پاسخ داده شود.

Google حتی در مستندات این وضعیت می گوید URL ممکن است در آینده Index شود و نیازی به Submit مجدد مداوم برای Crawl نیست.

Discovered – currently not indexed

Google URL را پیدا کرده اما هنوز Crawl نکرده است.

این حالت می تواند به زمان بندی Crawl و شرایط سایت مربوط باشد.

URL marked noindex

Google هنگام بررسی صفحه Directive مربوط به noindex را دیده است.

اگر عمداً نمی خواهید صفحه Index شود، این وضعیت می تواند کاملاً صحیح باشد.

Alternate page with proper canonical tag

اگر URL نسخه جایگزین صفحه Canonical دیگری باشد، Index نشدن مستقل آن می تواند رفتار مورد انتظار باشد.

برای درک بهتر Canonical:

تگ Canonical چیست؟

URL Inspection چیست؟

اگر Page Indexing دید کلی ارائه می دهد، URL Inspection برای بررسی یک URL خاص است.

فرض کنید یک مقاله مهم منتشر کرده اید و می خواهید بدانید Google درباره آن چه اطلاعاتی دارد.

URL را در نوار بالای Search Console وارد می کنید.

ابزار می تواند اطلاعاتی درباره:

• Index Status
• Discovery
• Crawl
• Canonical
• Indexing
• Enhancements

نمایش دهد.

تفاوت Indexed URL و Live Test

این قسمت بسیار مهم است.

وقتی URL Inspection را باز می کنید، اطلاعات اصلی معمولاً درباره نسخه ای است که Google قبلاً بررسی و در Index خود ثبت کرده است.

این الزاماً وضعیت همین لحظه صفحه نیست.

اگر تغییر جدیدی انجام داده اید، می توانید از Test Live URL استفاده کنید تا وضعیت فعلی قابل دسترسی صفحه بررسی شود.

Google صراحتاً تفاوت Indexed Version و Live Test را در مستندات URL Inspection توضیح می دهد.

مثلاً ممکن است:

نسخه Indexed هنوز noindex قدیمی را نشان دهد؛

اما Live Test نشان دهد noindex حذف شده است.

در این حالت Google هنوز نسخه جدید را دوباره Crawl و پردازش نکرده است.

آیا Request Indexing باعث ایندکس قطعی می‌شود؟

نه.

این یکی از مهم ترین سوءبرداشت های Search Console است.

Request Indexing به Google درخواست می دهد URL را برای بررسی در صف قرار دهد.

اما Google صراحتاً می گوید ارسال درخواست:

تضمین نمی کند URL وارد Index شود.

اگر صفحه مشکل کیفی، فنی یا Canonicalization داشته باشد، فشار دادن چندباره Request Indexing مسئله را حل نمی کند.

برای تعداد زیاد URL نیز Google توصیه می کند به جای ارسال دستی تک تک صفحات، Sitemap مناسب داشته باشید.

Sitemaps در Search Console چه کاربردی دارد؟

اگر سایت Sitemap XML دارد، می توانید آن را در بخش Sitemaps ثبت کنید.

هدف اصلی این است که Google محل Sitemap را بداند و شما نیز وضعیت پردازش آن را ببینید.

Sitemap به Google درباره URLهای سایت اطلاع می دهد، اما:

Sitemap تضمین Crawl نیست.

و:

Sitemap تضمین Indexing نیست.

Search Console نیز Sitemap را به عنوان ابزاری برای معرفی URLها و مشاهده Errorهای Parsing معرفی می کند.

بنابراین اگر URL داخل Sitemap باشد ولی Index نشود، نباید نتیجه گرفت Search Console خراب است.

ممکن است مسئله در:

• Canonical؛
• کیفیت یا ارزش مستقل صفحه؛
• noindex؛
• Crawl؛
• Duplicate بودن؛
• یا وضعیت فنی URL

باشد.

آیا همه سایت ها حتماً Sitemap لازم دارند؟

نه به صورت مطلق.

Google می گوید برای سایت های کوچک با حدود ۵۰۰ صفحه یا کمتر، اگر تمام صفحات مهم از طریق لینک های داخلی مناسب قابل دسترسی باشند، ممکن است Sitemap برای Discovery ضروری نباشد.

بااین حال در عمل داشتن Sitemap تمیز برای بسیاری از سایت ها مفید است؛ مخصوصاً سایت های بزرگ، سایت های در حال رشد یا پروژه هایی که می خواهند Discovery و Monitoring منظم تری داشته باشند.

Core Web Vitals در Search Console

Search Console گزارشی برای Core Web Vitals نیز دارد.

این گزارش برای دیدن وضعیت کلی گروه هایی از URLها بر اساس داده کاربران واقعی مفید است.

اما نباید Search Console را ابزار Debug دقیق Performance دانست.

برای بررسی جزئیات یک صفحه معمولاً ابزارهایی مانند PageSpeed Insights و Chrome DevTools مکمل مناسب تری هستند.

همچنین وضعیت خوب Core Web Vitals به معنی «تضمین رتبه خوب» نیست.

اگر می خواهید این موضوع را عمیق تر بررسی کنید:

Core Web Vitals چیست؟

Enhancements و Structured Data

اگر سایت از داده ساختاریافته ای استفاده کند که Search Console برای آن Report پشتیبانی می کند، ممکن است گزارش مربوط به Enhancement یا Rich Result را ببینید.

این گزارش ها برای پیدا کردن Error و Warningهای مربوط به Markup قابل استفاده اند.

اما وجود Structured Data:

• Ranking را تضمین نمی کند؛
• Rich Result را تضمین نمی کند؛
• و هر Type موجود در Schema.org الزاماً Feature پشتیبانی شده Google نیست.

اگر می خواهید مبانی این موضوع را دقیق تر بررسی کنید:

داده ساختاریافته چیست؟

Search Console و خزش چه ارتباطی دارند؟

Search Console ابزار Crawl کامل سایت نیست، اما اطلاعاتی درباره تعامل Google با URLها می دهد.

برای مثال در URL Inspection می توانید ببینید:

• Google آخرین بار چه زمانی URL را Crawl کرده؛
• Crawl Allowed بوده یا نه؛
• Google چگونه URL را Discover کرده.

اما اگر می خواهید مفهوم Crawl را از پایه بفهمید، بهتر است ابتدا خود فرایند را بشناسید:

خزش گوگل چیست؟

همچنین برای درک تفاوت Crawl و Index:

تفاوت خزش، ایندکس و رتبه بندی

این تفکیک برای کار با Search Console حیاتی است؛ چون Crawl شدن، Indexed شدن و Ranking سه مرحله متفاوت اند.

Search Console را هر چند وقت یک بار بررسی کنیم؟

نیازی نیست هر ده دقیقه Search Console را Refresh کنید.

برای سایت معمولی، Workflow منظم بسیار مفیدتر از Checking دائمی است.

می توانید یک Routine شبیه این داشته باشید:

هفتگی

Performance را برای تغییرات غیرعادی بررسی کنید.

به خصوص:

• افت شدید Click؛
• افت Impression؛
• صفحات مهم؛
• Queryهای استراتژیک.

ماهانه

Trendهای بزرگ تر را بررسی کنید.

مثلاً:

• رشد Topicها؛
• صفحات برتر؛
• صفحات در حال افت؛
• تغییر Branded و Non-branded Search؛
• وضعیت Deviceها و Countryها.

بعد از تغییرات مهم سایت

اگر:

• Migration انجام داده اید؛
• URLها تغییر کرده اند؛
• Template عوض شده؛
• تعداد زیادی صفحه منتشر یا حذف شده؛
• Canonical یا Robots تغییر کرده؛

Indexing و Performance را دقیق تر پایش کنید.

Google نیز توصیه می کند گزارش Indexing را هنگام تغییرات بزرگ سایت یا مشاهده Spike در Errorها بررسی کنید.

در هفته اول Search Console چه کار کنیم؟

اگر امروز GSC را راه اندازی کرده اید، لازم نیست تمام Menuها را بررسی کنید.

این ترتیب برای شروع منطقی تر است.

۱. Property درست را Verify کنید

مطمئن شوید Domain یا URL-prefix موردنظر دقیقاً همان چیزی است که می خواهید تحلیل کنید.

۲. Sitemap را بررسی کنید

اگر Sitemap دارید، مطمئن شوید URL صحیح آن در بخش Sitemaps ثبت شده و Error واضحی ندارد.

۳. صفحات مهم را با URL Inspection بررسی کنید

مثلاً:

• Homepage
• صفحات خدمات اصلی
• Categoryهای مهم
• چند مقاله کلیدی

هدف این نیست که صدها URL را دستی Inspect کنید.

فقط می خواهید مطمئن شوید مسیر Crawl و Index صفحات مهم منطقی است.

۴. Performance را بشناسید

در هفته اول به جای نتیجه گیری سریع، با Dataset آشنا شوید.

Queryها، Pages، Country و Device را بررسی کنید.

۵. Indexing را با هدف سایت مقایسه کنید

نپرسید:

«چند URL Not Indexed دارم؟»

بپرسید:

«آیا URL مهمی که باید Indexed باشد، نیست؟»

این سؤال بسیار مفیدتر است.

پنج اشتباه رایج تازه کارها در Search Console

۱. تلاش برای Indexed کردن تمام URLها

هر URL سایت قرار نیست Search Landing Page باشد.

Duplicate، Filter، Redirect و URLهای کم ارزش ممکن است کاملاً درست باشد که Index مستقل نداشته باشند.

۲. Request Indexing بعد از هر تغییر کوچک

Search Console دکمه «رتبه بده» ندارد.

Request Indexing ابزار حل تمام مشکلات SEO نیست.

۳. تمرکز بیش از حد روی Average Position

Average Position بدون Query، Page و Context به راحتی گمراه کننده می شود.

۴. ترس از هر Error یا Warning

قبل از Fix کردن هر Issue باید بفهمید آیا URL یا Feature موردنظر برای کسب وکار اهمیت دارد یا نه.

۵. مقایسه Search Console با ابزارهای ثالث بدون توجه به تفاوت Data Source

اگر Ahrefs یا Semrush Traffic متفاوتی از GSC نشان دهد، این الزاماً به معنی خراب بودن یکی از ابزارها نیست.

آنها Dataset و Methodology متفاوتی دارند.

Search Console با Google Analytics چه تفاوتی دارد؟

این دو ابزار مکمل یکدیگرند.

Search Console بیشتر درباره اتفاقات قبل از ورود کاربر به سایت و داخل Google Search اطلاعات می دهد.

Analytics بیشتر درباره اتفاقات بعد از ورود کاربر است.

مثلاً Search Console می تواند نشان دهد:

• Query چه بوده؛
• چند Impression داشته اید؛
• چند Click گرفته اید.

Analytics می تواند ادامه مسیر را بررسی کند:

• کاربر چه صفحاتی دیده؛
• چقدر Engagement داشته؛
• چه Eventهایی انجام داده؛
• آیا Conversion اتفاق افتاده است.

بنابراین یکی را جایگزین دیگری نکنید.

آیا Search Console ابزار رتبه گیری است؟

نه.

Search Console داده و ابزار تشخیصی فراهم می کند.

خود اضافه کردن سایت به GSC باعث افزایش رتبه نمی شود.

Submit کردن Sitemap نیز Ranking Boost مستقیم ایجاد نمی کند.

Request Indexing هم تضمین ایندکس یا Ranking نیست.

ارزش Search Console در این است که به شما کمک می کند وضعیت واقعی سایت را بهتر ببینید و تصمیم بهتری بگیرید.

یک سناریوی واقعی از استفاده Search Console

فرض کنید متوجه شده اید ورودی Organic سایت در یک ماه اخیر کاهش پیدا کرده است.

به جای اینکه فوراً نتیجه بگیرید:

«Google Update ما را زده است»

ابتدا Performance را باز کنید.

ببینید:

• Click کاهش داشته؟
• Impression هم کاهش داشته؟
• افت مربوط به چه Pageهایی است؟
• کدام Queryها بیشترین Difference را دارند؟
• Mobile و Desktop یک رفتار دارند؟
• Country خاصی افت کرده؟

فرض کنید می بینید افت تقریباً کامل مربوط به پنج مقاله است.

حالا همان صفحات را جداگانه بررسی می کنید.

اگر Impression کاهش یافته، ممکن است Visibility یا تقاضای Search تغییر کرده باشد.

اگر Impression ثابت ولی Click کاهش یافته، CTR و SERP Context مهم تر می شود.

اگر فقط یک Directory افت کرده، ممکن است Issue فنی یا محتوایی در همان بخش وجود داشته باشد.

اگر Page Indexing نیز هم زمان تغییر کرده، مسیر تحقیق متفاوت می شود.

این مثال نشان می دهد Search Console ابزار «جواب آماده» نیست.

ابزار تحقیق مسئله است.

Search Console برای چه کسانی ضروری است؟

تقریباً هر کسی که مسئول عملکرد Organic یک سایت است می تواند از GSC استفاده کند:

• متخصص SEO؛
• صاحب سایت؛
• مدیر محتوا؛
• توسعه دهنده؛
• مدیر محصول؛
• تیم بازاریابی؛
• آژانس SEO.

اما هر نقش بخش متفاوتی از ابزار را بیشتر استفاده می کند.

متخصص محتوا ممکن است بیشتر Performance و Queryها را بررسی کند.

توسعه دهنده ممکن است URL Inspection و Indexing Issues را بیشتر ببیند.

Technical SEO ممکن است داده Search Console را در کنار Crawl و Log Analysis قرار دهد.

آیا Search Console برای SEO کافی است؟

خیر.

Search Console یکی از مهم ترین منابع First-party برای SEO است، اما تمام تصویر را نشان نمی دهد.

برای یک تحلیل کامل تر ممکن است به ابزارهای دیگری نیاز داشته باشید:

• Google Analytics برای رفتار کاربران؛
• Crawler برای ممیزی فنی؛
• ابزار Keyword Research برای تحلیل بازار؛
• ابزار Backlink Analysis برای Off-page؛
• PageSpeed Insights برای Performance؛
• Rank Tracker در پروژه های خاص.

Search Console باید یکی از پایه های Tool Stack باشد، نه کل Tool Stack.

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

جمع‌بندی

Google Search Console ابزار رایگان Google برای مشاهده و بررسی حضور سایت در Google Search است.

با آن می توانید:

• Click و Impression را تحلیل کنید؛
• Queryها و صفحات را ببینید؛
• Index Status را بررسی کنید؛
• URL مشخصی را Inspect کنید؛
• Sitemap را Submit و Monitor کنید؛
• بعضی مشکلات Search و Experience را ببینید.

اما استفاده حرفه ای از GSC با حفظ کردن Menuها شروع نمی شود.

باید بدانید هر گزارش چه سؤالی را جواب می دهد.

Performance برای فهم رفتار Search است.

Page Indexing برای بررسی وضعیت Index URLهاست.

URL Inspection برای تحقیق یک URL مشخص است.

Sitemap برای معرفی و Monitoring Sitemap است.

و هیچ کدام به تنهایی جای تحلیل را نمی گیرند.

اگر تازه شروع کرده اید، به جای تلاش برای فهم تمام بخش های Search Console در یک روز، ابتدا چهار کار را یاد بگیرید:

Property درست بسازید، Performance را بخوانید، URL Inspection را بشناسید و وضعیت Sitemap و صفحات مهم را کنترل کنید.

بعد از همین نقطه، Search Console به تدریج از یک Dashboard پیچیده به یکی از کاربردی ترین منابع تصمیم گیری SEO تبدیل می شود.