عقب‌افتادن گزارش ایندکس شدن سرچ کنسول؛ کدام داده‌ها هنوز قابل اعتمادند؟

اگر مدیر یک سایت وردپرسی باشید، گزارش «Page indexing» در سرچ کنسول احتمالاً یکی از آن برگه‌هایی است که مدام بازش می‌کنید؛ جایی که مشخص می‌شود کدام صفحات سایت شما ایندکس شده‌اند، کدام‌ها رد شده‌اند و دلیل رد شدن چه بوده است. اما این روزها اگر چارت این گزارش را باز کرده باشید و متوجه شده باشید که تاریخ آخرین به‌روزرسانی‌اش چند روز عقب رفته، تنها نیستید. اواخر اکتبر ۲۰۲۶، چند کاربر در Reddit گزارش دادند که داده‌های این گزارش از ۱۶ اکتبر به بعد تازه نشده است و این مشکل فقط به یک سایت خاص محدود نمی‌شود.

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

ماجرای جدید؛ گزارش Page indexing از ۱۶ اکتبر به‌روز نشده

نخستین گزارش عمومی درباره این مشکل در Reddit منتشر شد؛ کاربری اعلام کرد که گزارش Page indexing سایتش از ۱۶ اکتبر ۲۰۲۶ به بعد هیچ داده تازه‌ای نشان نمی‌دهد. چند روز بعد همان کاربر توضیح داد که این وضعیت فقط مختص یک پراپرتی (Property) نیست؛ پراپرتی‌های دیگر او، حتی سایت‌های قدیمی و جاافتاده، هم همین مشکل را دارند. یعنی الگویی که معمولاً نشانه مشکل سمت گوگل است، نه یک اشتباه پیکربندی در سایت.

پاسخ جان مولر: «به همین دلیل تاریخ را در گزارش‌ها می‌گذاریم»

جان مولر (John Mueller) از تیم گوگل در پاسخ به این بحث گفت که برای گوگل منطقی نیست هر بار درباره تاریخ به‌روزرسانی تک‌تک گزارش‌ها اظهارنظر کند و اشاره کرد: «به همین دلیل ما تاریخ را در گزارش‌ها قرار می‌دهیم.» یعنی خودِ تاریخ درج‌شده در گوشه گزارش، به شما می‌گوید داده‌ها تا چه زمانی تازه است. او سپس دو نکته مهم افزود: تغییرات ایندکس زودتر از هر جای دیگری در گزارش Performance دیده می‌شوند و گوگل سرعت به‌روزرسانی بخش‌هایی را بالاتر می‌برد که فکر می‌کند برای کاربران سودمندتر است. راجر مونتی، نویسنده ارشد Search Engine Journal، این گفت‌وگو را در تاریخ ۲۷ اکتبر پوشش داد.

در واقع یک تاریخ قدیمی روی گزارش فقط یک معنا دارد: «این گزارش تا این تاریخ به‌روز است.» به خودی خود نمی‌گوید که گوگل در روزهای بعد صفحاتی را ایندکس کرده یا حذف کرده است. برای وضعیت ایندکس یک URL مشخص، ابزار URL Inspection پاسخ می‌دهد و برای فعالیت جستجوی ثبت‌شده، گزارش Performance. ضمن اینکه تا ۲۹ اکتبر، صفحه «Data anomalies» گوگل — که فهرست مشکلات شناخته‌شده داده‌ها را نگه می‌دارد — برای این دوره هیچ موردی ثبت نکرده و وضعیت گزارش را «No recent issues» نمایش می‌دهد؛ یعنی از نظر گوگل، عقب‌ماندن داده به معنای «مشکل ثبت‌شده» تلقی نشده است.

این اولین بار نیست؛ مرور تأخیرهای ۲۰۲۵ و ۲۰۲۶

برای اینکه بفهمید با این وضعیت چطور برخورد کنید، خوب است تاریخچه این اتفاقات را بشناسید؛ چون الگوی رفتار گوگل در دوره‌های قبلی، بهترین راهنما برای پیش‌بینی واکنش این بار است.

تأخیر اواخر ۲۰۲۵؛ دو هفته سکوت و بهبود در دسامبر

در ۲۸ نوامبر ۲۰۲۵ کاربری در شبکه Bluesky از مولر پرسید آیا گوگل «فقط ماهی یک بار» گزارش ایندکس را به‌روز می‌کند؛ او می‌گفت یازده روز است به‌روزرسانی ندیده و به همین دلیل نمی‌تواند اصلاحات انجام‌شده روی سایتش را اعتبارسنجی کند. مولر ظرف یک ساعت پاسخ داد: «با تیم چک می‌کنم.» روز بعد او در همان بحث نوشت:

«متأسفم! با نگاه به داده‌هایمان، داده‌های ایندکس کاورج قدیمی‌تر از حد عادی است :-/ (این معمولاً فقط مربوط به گزارش‌دهی است، نه ایندکس واقعی). فعلاً اطلاعی از اینکه کی جبران می‌شود ندارم، ولی هر خبری شد همین‌جا می‌گویم.»

فردای آن روز، حساب رسمی Google Search Central در LinkedIn به‌صورت رسمی تأیید کرد: «ما در حال حاضر با تأخیرهای بیش از حد معمول در گزارش Index Coverage سرچ کنسول روبه‌رو هستیم. این مسئله فقط گزارش‌دهی را تحت تأثیر قرار می‌دهد، نه خزش، ایندکس یا رتبه‌بندی سایت‌ها.» جالب اینکه اسکرین‌شات منتشرشده نشان می‌داد داده‌ها آخرین بار در ۱۸ نوامبر به‌روز شده بودند؛ یعنی حتی هنگام اعلام رسمی، عقب‌ماندگی چشمگیر بود. در ۱۲ دسامبر، همان کاربر گفت آخرین به‌روزرسانی که دیده ۲۱ نوامبر است و مولر پاسخ داد که هم گزارش Page indexing و هم گزارش Performance در آن مقطع از حد عادی عقب‌تر هستند. شش روز بعد سرانجام داده‌ها جبران شد و مولر با لحنی صمیمانه نوشت: «الان من هم برای سایت‌های خودم کلی ایمیل خطا گرفته‌ام! بابت طول کشیدن عذر می‌خواهم.»

تابستان ۲۰۲۶؛ داده‌های ژوئن که هرگز برنگشتند

پس از آن، در ۳۰ ژوئن ۲۰۲۶ کاربری پرسید چرا داده‌های گزارش هنوز فقط تا ۱۱ ژوئن را نشان می‌دهد و کی جبران می‌شود. مولر در اول جولای نوشت: «بابت تأخیر متأسفم. داریم برای عادی شدن وضعیت تلاش می‌کنیم، اما فعلاً زمان دقیقی (ETA) ندارم.» در همان بحث، کاربر دیگری گفت گزارش لینک‌ها (Links report) هم به‌روز نمی‌شود و آیا این دو موضوع به هم مربوط‌اند. پاسخ مولر جالب بود: این گزارش‌ها جدا از هم ردیابی می‌شوند، گزارش لینک‌ها معمولاً به‌ندرت به‌روز می‌شود، «ولی شاید همان گلوگاه مشترک در کار باشد.» اواسط جولای هم کاربران دیگری تأیید کردند که مشکل ادامه دارد و در ۲۳ جولای همان کاربر اول گفت داده‌ها هنوز فقط تا ۹ جولای به‌روز شده است. نکته تکرارشونده: در هیچ‌کدام از این بحث‌ها گوگل زمان دقیقی برای جبران اعلام نکرد.

جمله کلیدی مولر: «داده‌های ایندکس را بازپر نمی‌کنیم»

مهم‌ترین بخش این ماجرا در ۱۱ سپتامبر ۲۰۲۶ رخ داد. کاربری در Bluesky نوشت که در همه پراپرتی‌هایش بخشی از داده‌ها ناپدید شده و پرسید: «این داده‌ها دیروز سر جایشان بودند؟» مولر توضیح داد که این موضوع احتمالاً به تأخیر ژوئن مربوط است؛ برای آن بازه زمانی «اصلاً داده‌ای وجود ندارد» چون گزارش Page indexing در آن دوره به‌روز نشده بود. سپس جمله‌ای را افزود که باید آن را جدی‌ترین نکته این ماجرا دانست:

«ما داده‌های ایندکس را back-fill نمی‌کنیم. وقتی تیم بعد از مرخصی‌ها برگشت، مطمئن می‌شوم و بررسی می‌کنم.»

back-fill یعنی بازپر کردن داده‌های دوران خالی در گذشته؛ و طبق گفته مولر، این کار برای داده‌های ایندکس انجام نمی‌شود. جالب‌تر اینکه تا ۲۹ اکتبر هیچ پاسخ تکمیلی هم در آن بحث منتشر نشده است. این پاسخ، دو تفسیر ممکن را رد نمی‌کند: یا داده‌های آن دوره هرگز جمع‌آوری نشد، یا جمع‌آوری شد ولی نمایش داده نمی‌شود؛ چون خود کاربر گفته بود دیروز داده‌ها را در گزارش می‌دیده. نکته جالب برای مقایسه اینکه گوگل امسال در گزارش دیگری داده‌های گم‌شده را برگرداند؛ پس رفتار گوگل با داده‌های ازدست‌رفته، بسته به نوع گزارش، یکسان نیست و همین موضوع اهمیت نگهداری منظم خروجی‌ها را دوچندان می‌کند.

مستندات رسمی گوگل درباره تأخیر داده‌ها چه می‌گوید؟

صفحه راهنمای «About Search Console data» می‌گوید روی بیشتر گزارش‌ها می‌توانید تاریخ آخرین به‌روزرسانی را ببینید و بین زمان محاسبه اعداد و زمان نمایش آن‌ها به مدیر سایت فاصله می‌افتد؛ با این توضیح که «به‌طور معمول، داده‌های جمع‌آوری‌شده باید طی ۲ تا ۳ روز در دسترس باشند.» اما نکته مهم این است که این صفحه هیچ برنامه زمان‌بندی مشخصی برای به‌روزرسانی گزارش Page indexing اعلام نمی‌کند و صفحه راهنمای خودِ این گزارش هم چنین برنامه‌ای ندارد. تنها عدد رسمی موجود درباره زمان‌بندی، مربوط به فرایند اعتبارسنجی است: «اعتبارسنجی معمولاً تا حدود دو هفته طول می‌کشد، اما در بعضی موارد بسیار بیشتر می‌شود.» توجه داشته باشید که این تخمین درباره بازبینی مجدد URLهای اصلاح‌شده توسط گوگل است و ربطی به زمان به‌روزرسانی خود گزارش ندارد.

صفحه Data anomalies توضیح می‌دهد که «مشکلات شناخته‌شده ۳ تا ۱۶ ماه اخیر را ثبت می‌کند.» ورودی‌های سال ۲۰۲۶ آن شامل خطاهای لاگ‌گیری در گزارش‌های Performance، Discover و Generative AI و همچنین پایان نمایش rich result های FAQ در ماه می است. در یکی از ورودی‌ها آمده: «یک خطای لاگ‌گیری مانع از گزارش دقیق ایمپرشن‌ها از ۱۳ می ۲۰۲۵ تا ۲۷ آوریل ۲۰۲۶ شد.» در مقابل، به‌روزرسانی ۲۱ آگوست درباره داده‌های گم‌شده گزارش Generative AI در بازه ۱۳ تا ۱۷ آگوست اعلام کرد: «داده‌های این بازه بازگردانده شده است.» اما در خروجی‌های انبوه (Bulk Data Export) ماجرا فرق داشت؛ داده‌های ۲۸ فوریه و ۱ مارس برای برخی پراپرتی‌ها از دست رفت و اعلام شد «این داده‌ها بازیابی نخواهند شد.» جمع‌بندی مستندات روشن است: گوگل هیچ قولی برای زمان‌بندی یا جبران کامل داده‌ها نمی‌دهد و فقط موارد شناخته‌شده را ثبت می‌کند.

چرا این موضوع برای مدیران سایت‌های وردپرسی اهمیت دارد؟

فرض کنید باید برای مدیرعامل یا کارفرما گزارش آماده کنید. چارت Page indexing نمی‌تواند ثابت کند که بعد از آخرین تاریخ درج‌شده چه اتفاقی افتاده است. اگر تاریخ گزارش تازه شده ولی اعداد همان اعداد قبلی‌اند، فقط فهمیده‌اید که جمع کلی تغییر نکرده؛ نه اینکه تک‌تک URLها وضعیت‌شان ثابت مانده باشد. حتی لیست نمونه‌های نمایش‌داده‌شده در هر بخش هم پاسخ نهایی نیست؛ طبق صفحه راهنما این لیست «لزوماً همه URLهای دارای آن مشکل را نشان نمی‌دهد و به ۱۰۰۰ ردیف محدود است.» برای سایت‌هایی با ده‌ها هزار صفحه — مثل فروشگاه‌های ووکامرسی ساخته‌شده با قالب وودمارت که هزاران صفحه محصول دارند — این محدودیت یعنی شما عملاً نمی‌توانید از یک چارت برای قضاوت درباره کل سایت استفاده کنید.

ابزار URL Inspection؛ جایگزین گزارش نیست

ابزار URL Inspection طبق مستندات گوگل «اطلاعاتی درباره نسخه ایندکس‌شده یک صفحه مشخص» ارائه می‌دهد و اجازه می‌دهد تست کنید آیا یک URL ایندکس‌پذیر است یا نه. اما دو محدودیت مهم دارد. اول اینکه نتیجه ایندکس‌شده‌ای که نشان می‌دهد «آزمون زنده نیست» و به آخرین نسخه ایندکس‌شده صفحه برمی‌گردد؛ ممکن است از آن موقع صفحه تغییر کرده باشد. دوم اینکه Live Test فقط بررسی می‌کند آیا گوگل «الان» می‌تواند به صفحه دسترسی داشته باشد یا نه. و پاسخ رسمی گوگل به این سؤال که «آیا نتیجه معتبر Live Test یعنی صفحه ایندکس خواهد شد؟» منفی است: «هیچ آزمون قطعی‌ای وجود ندارد که تضمین کند صفحه شما به ایندکس گوگل اضافه می‌شود.» پس URL Inspection ابزار عالی برای بررسی نقطه‌ای است، اما نمی‌تواند خالی بودن یک چارت پرشود.

گزارش Performance؛ نخستین جایی که تغییرات ایندکس دیده می‌شود

گزارش Performance کلیک‌ها و ایمپرشن‌های نتایج جستجو را در بازه زمانی نمایش‌داده‌شده نشان می‌دهد و طبق گفته مولر، تغییرات ایندکس اول در همین گزارش ظاهر می‌شوند. اما اینجا هم باید محتاط بود: طبق راهنمای ابزار URL Inspection، نتیجه «URL is on Google» تضمین نمی‌کند صفحه در نتایج جستجو دیده شود؛ پس نبود ایمپرشن به معنای ایندکس نشدن صفحه نیست. یادآوری مهم دیگر: مولر در پاسخ ۱۲ دسامبر ۲۰۲۵ گفته بود در آن مقطع گزارش Performance هم با تأخیر روبه‌رو بود؛ یعنی تاریخ درج‌شده روی گزارش Performance را هم باید با همان دقتی بخوانید که تاریخ گزارش Page indexing را می‌خوانید.

نکات مهم هنگام خروجی گرفتن و مقایسه داده‌ها

وقتی می‌خواهید داده‌های گزارش‌های روند (Trend Reports) را مقایسه کنید، چند اصل ساده اما حیاتی وجود دارد. اول اینکه حتماً خروجی را همراه با تاریخ‌ها بگیرید و هم بازه تاریخ و هم تعداد ردیف‌ها را مقایسه کنید. دوم اینکه بررسی کنید آیا چارت در یک تاریخ قدیمی تمام شده، آیا نمودار اعداد قبلی را روی تاریخ‌های تازه تکرار می‌کند یا آیا بازه‌های زمانی خاصی کلاً جا افتاده‌اند. از آنجا که مولر در سپتامبر اعلام کرد گوگل داده‌های ایندکس را بازپر نمی‌کند و گفت تیمش را درباره این موضوع چک خواهد کرد، ادامه دادن خروجی‌گیری منظم عملاً تنها بیمه شما برای ازدست‌نرفتن داده‌هاست. یک نکته فنی که کمتر کسی می‌داند: طبق صفحه راهنمای Page indexing، «مقادیری که در گزارش به شکل ~ یا – نمایش داده می‌شوند (ناموجود/عدد نیست)، در فایل خروجی به‌صورت صفر ذخیره می‌شوند.» یعنی اگر فردا فایل اکسل خروجی‌تان را ببینید، نمی‌توانید تشخیص دهید کدام صفر واقعی است و کدام یعنی «داده وجود نداشت». راه‌حل ساده است: کنار هر خروجی یک اسکرین‌شات از خود گزارش بگیرید تا مشخص باشد کدام مقادیر در آن لحظه به شکل ~ یا – نمایش داده می‌شدند.

چک‌لیست عملی برای دورانی که گزارش عقب است

پیش از آنکه تأخیر بعدی گوگل غافلگیرتان کند، این کارها را در برنامه کاری خود بگنجانید:

1. تاریخ گزارش را در گزارش‌های داخلی درج کنید. هر بار که برای مدیریت گزارش می‌فرستید، تاریخ آخرین به‌روزرسانی Page indexing را کنار چارت بنویسید. این کار نشان می‌دهد داده چارت تا کجا معتبر است و بعداً هم می‌توانید اعداد تازه را با گزارش‌های تاریخ‌دار قبلی مقایسه کنید.
2. به یک گزارش اکتفا نکنید. برای صفحات کلیدی از URL Inspection استفاده کنید و روند کلی را از گزارش Performance بخوانید. این دو مکمل هم‌اند، نه جایگزین.
3. خروجی منظم بگیرید. خروجی ماهانه یا هفتگی با تاریخ، به‌همراه اسکرین‌شات؛ چون داده‌های حذف‌شده ممکن است هرگز برنگردند.
4. عوامل فنی سمت خودتان را کنترل کنید. تأخیر گوگل نباید شما را از رفع خطاهای واقعی غافل کند؛ تگ noindex اشتباهی، قانون‌های نادرست robots.txt و نقشه سایت ناقص را بررسی کنید. افزونه‌هایی مانند WP Rocket با بهبود سرعت و پاسخ‌دهی سایت، زمینه را برای خزش مؤثرتر فراهم می‌کنند و اگر خزیدن سایت شما کند است، خدمات افزایش سرعت وردپرس می‌تواند گلوگاه‌های سرور و قالب را برطرف کند.
5. از افزونه سئوی مطمئن استفاده کنید. ابزارهایی مثل یواست سئو پریمیوم یا رنک مث پرو مدیریت نقشه سایت، تگ‌های ایندکس و اتصال به سرچ کنسول را ساده و کم‌خطا می‌کنند و در گزارش‌گیری‌های دوره‌ای به شما کمک می‌کنند سریع‌تر مشکل واقعی را از تأخیر گزارش‌دهی تشخیص دهید.
6. وضعیت فنی صفحات را سبک نگه دارید. بهینه‌سازی تصاویر با افزونه‌ای مانند WP Smush Pro حجم صفحات را پایین می‌آورد و خزش صفحات بیشتر را در بودجه محدود خزش (Crawl Budget) ممکن می‌کند؛ به‌ویژه در فروشگاه‌های بزرگ که صفحات محصول زیاد و مشابه‌اند.
7. داده ساخت‌یافته را فراموش نکنید. پیاده‌سازی درست انواع اسکیما در وردپرس به گوگل کمک می‌کند صفحات شما را بهتر بفهمد و در کنار ایندکس، شانس نمایش غنی‌تر هم افزایش می‌یابد.
8. روی کیفیت محتوا تمرکز کنید. در نهایت، آنچه ایندکس را ارزشمند می‌کند کیفیت محتواست؛ اگر در شروع هستید، راهنمای تولید محتوای سئو شده نقطه خوبی برای شروع است.
9. جستجوی هوش مصنوعی را هم در نظر بگیرید. ترافیک کاربرانی که از موتورهای هوش مصنوعی می‌آیند رفتار متفاوتی دارند؛ بررسی ما درباره اینکه جستجوی هوش مصنوعی کاربران را سه برابر بیشتر به صفحات ۴۰۴ می‌فرستد نشان می‌دهد مدیریت خطاها و صفحه‌های حذف‌شده در دوره جدید جستجو اهمیت بیشتری پیدا کرده است.

سؤالاتی که گوگل هنوز بی‌پاسخ گذاشته است

علی‌رغم همه این روایت‌ها، چند ابهام سر جایشان مانده‌اند. صفحه Data anomalies می‌گوید «اگر روش تجمیع داده‌ها را تغییر دهیم یا خطای لاگ‌گیری رخ دهد، ممکن است افت یا جهش در چارت ببینید»، اما توضیح نمی‌دهد چه معیاری باعث می‌شود یک تأخیر گزارش‌دهی به‌عنوان مورد ثبت‌شده در این صفحه بیاید یا نیاید. معلوم هم نیست که بررسی تیمی که مولر در سپتامبر وعده داده بود، آیا پاسخ درباره بازپر کردن داده‌ها را تغییر داده است یا نه. در نهایت، بحث Reddit تنها بازتاب تجربه کسانی است که آنجا نوشتند؛ این بحث اثبات نمی‌کند که تأخیر گزارش‌شده در این ماه تمام شده یا چند پراپرتی را درگیر کرده است.

جمع‌بندی؛ سه عادت ساده که در دوران تأخیر نجات‌تان می‌دهد

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