اگر در گوگل عبارت site: را با دامنه سایت خود جستجو می‌کنید و فقط صفحه اصلی بالا می‌آید، با یکی از رایج‌ترین مشکلات سایت‌های کوچک روبه‌رو هستید: ایندکس نشدن صفحات سایت. این سؤال اوایل نوامبر ۲۰۲۶ دوباره خبرساز شد. یک متخصص سئو در شبکه Bluesky پرسید چرا بعد از هک شدن سایت مشتری‌اش فقط صفحه اصلی در ایندکس مانده است. جان مولر از گوگل پاسخ داد که بدون اطلاعات بیشتر نمی‌شود نظر قطعی داد، اما این وضعیت به یک «مشکل کیفیت کلی» شبیه است که شاید ربطی به هک نداشته باشد. در این مقاله علت‌های فنی و کیفی را به ترتیب بررسی می‌کنیم و برای هر کدام قدم مشخص در سرچ کنسول و وردپرس می‌دهیم.
فهرست مطالب
- گوگل درباره ایندکس شدن فقط صفحه اصلی چه گفت؟
- اول چطور مطمئن شویم مشکل واقعی است؟
- وضعیت‌های گزارش ایندکس صفحات چه معنایی دارند؟
- کدام خطاهای فنی جلوی ایندکس را می‌گیرند؟
- در وردپرس کجاها را بررسی کنیم؟
- اگر مشکل فنی نبود، کیفیت سایت چه نقشی دارد؟
- سایت هک‌شده چطور ایندکس را خراب می‌کند؟
- برنامه ۱۴ روزه رفع ایندکس نشدن
- سؤالات متداول
گوگل درباره ایندکس شدن فقط صفحه اصلی چه گفت؟
جان مولر، از تیم روابط جستجوی گوگل، در پاسخ به این سؤال گفت تشخیص بدون اطلاعات بیشتر ممکن نیست، اما وضعیت بیشتر به یک مشکل کیفیت عمومی شبیه است تا اثر هک. او اضافه کرد که اگر هک ماه‌ها فعال بوده، داستان فرق می‌کند. این گفتگو را سایت Search Engine Roundtable در ۳ نوامبر ۲۰۲۶ پوشش داد.
نکته دوم پاسخ او برای صاحبان سایت مهم‌تر است. مولر گفت هم‌زمانی اتفاق‌ها می‌تواند علت واقعی را پنهان کند؛ مثلاً وقتی هک و یک به‌روزرسانی هسته‌ای گوگل در یک بازه رخ می‌دهند، صاحب سایت افت را به هک نسبت می‌دهد و مشکل کیفیت دیده نمی‌شود. داشبورد وضعیت جستجوی گوگل برای سال ۲۰۲۶ دو به‌روزرسانی هسته‌ای (مارس و مه) و چند به‌روزرسانی اسپم ثبت کرده است. آخرین آنها، به‌روزرسانی اسپم سپتامبر ۲۰۲۶، از ۲۴ سپتامبر شروع شد و حدود ۱۳ روز طول کشید.
برداشت عملی ما از این گفتگو ساده است: وقتی فقط صفحه اصلی ایندکس شده، دو مسیر را جدا از هم بررسی کنید. اول خطاهای فنی که با چند کلیک پیدا می‌شوند، بعد کیفیت و ارزش صفحات که زمان بیشتری می‌برد.
اول چطور مطمئن شویم مشکل واقعی است؟
عملگر site: در گوگل شمارش دقیقی نمی‌دهد و برای تشخیص کافی نیست. منبع قابل اتکا گزارش «ایندکس صفحات» (Page indexing) در سرچ کنسول است. اگر هنوز سایت را در سرچ کنسول ثبت نکرده‌اید، اولین کار همین است، چون بدون آن هر تشخیصی حدس است.
در این گزارش دو عدد اصلی می‌بینید: صفحات ایندکس‌شده و صفحات ایندکس‌نشده. گوگل در راهنمای همین گزارش صریح می‌گوید انتظار نداشته باشید همه URLها ایندکس شوند و ایندکس نشدن لزوماً بد نیست. صفحه‌های برچسب، نتایج جستجوی داخلی، نسخه‌های تکراری یا صفحه‌های تشکر بعد از خرید جای ایندکس ندارند. مشکل وقتی جدی است که صفحه‌های مهم شما، مثل صفحه خدمات، محصولات اصلی یا مقاله‌های پربازدید، در فهرست ایندکس‌نشده باشند.
برای هر صفحه مهم از ابزار «بازرسی URL» (URL Inspection) استفاده کنید. این ابزار نشان می‌دهد گوگل صفحه را خزیده یا نه، کدام نسخه را canonical انتخاب کرده و با تست زنده، صفحه را همان‌طور که گوگل می‌بیند رندر می‌کند. طبق راهنمای گوگل، تست زنده همه مشکلات را پوشش نمی‌دهد و شرایط تکراری بودن و canonical را آزمایش نمی‌کند.
وضعیت‌های گزارش ایندکس صفحات چه معنایی دارند؟
هر صفحه ایندکس‌نشده یک دلیل دارد که در جدول پایین گزارش آمده است. دانستن معنای دقیق هر دلیل جلوی کارهای بی‌فایده مثل درخواست ایندکس مکرر را می‌گیرد. جدول زیر خلاصه توضیحات رسمی گوگل و اقدامی است که پیشنهاد می‌کنیم.
| وضعیت در سرچ کنسول | معنی طبق گوگل | اقدام پیشنهادی |
|---|---|---|
| Crawled – currently not indexed | گوگل صفحه را خزیده اما ایندکس نکرده؛ ممکن است بعداً ایندکس شود | ارسال دوباره لازم نیست؛ ارزش و یکتایی محتوا را بالا ببرید |
| Discovered – currently not indexed | صفحه پیدا شده اما هنوز خزیده نشده؛ گاهی برای جلوگیری از فشار روی سرور | سرعت و پایداری هاست، لینک داخلی و تعداد URLهای بی‌ارزش را بررسی کنید |
| Duplicate without user-selected canonical | صفحه تکراری است و canonical مشخص ندارد؛ گوگل نسخه دیگری را انتخاب کرده | canonical را روی نسخه اصلی تنظیم کنید |
| Alternate page with proper canonical tag | نسخه جایگزین است و درست به نسخه اصلی اشاره می‌کند | کاری لازم نیست |
| Excluded by ‘noindex’ tag | تگ noindex باعث حذف شده | اگر صفحه مهم است، noindex را بردارید |
| Blocked by robots.txt | فایل robots.txt دسترسی خزنده را بسته | قانون مسدودکننده را اصلاح کنید |
| Page with redirect | این URL به جای دیگری ریدایرکت می‌شود | معمولاً عادی است؛ فقط مقصد باید ایندکس شود |
| Soft 404 | صفحه پیام «یافت نشد» نشان می‌دهد ولی کد موفق برمی‌گرداند | محتوا را کامل کنید یا کد ۴۰۴ واقعی بدهید |
| Server error (5xx) | سرور هنگام درخواست گوگل خطای ۵۰۰ داده | لاگ هاست و افزونه‌های سنگین را بررسی کنید |
بعد از رفع کامل هر مورد، دکمه «تأیید رفع مشکل» (Validate fix) را بزنید. گوگل می‌گوید این بررسی معمولاً تا حدود دو هفته طول می‌کشد و تا نتیجه مشخص نشده نباید دوباره آن را بزنید.
کدام خطاهای فنی جلوی ایندکس را می‌گیرند؟
وقتی تقریباً همه صفحه‌ها به جز صفحه اصلی ایندکس نشده‌اند، اول دنبال یک تنظیم سراسری بگردید که روی کل سایت اثر گذاشته است. این خطاها در عمل سریع پیدا می‌شوند و رفعشان هم سریع است.
noindex سراسری یا قالبی
یک تگ noindex در قالب، افزونه سئو یا هدر HTTP می‌تواند همه صفحه‌ها به جز صفحه اصلی را حذف کند. سورس یک مقاله را باز کنید و دنبال عبارت زیر بگردید:
<meta name="robots" content="noindex">هدر X-Robots-Tag را هم با ابزار بازرسی URL یا دستور curl -I بررسی کنید، چون این هدر در سورس صفحه دیده نمی‌شود.
robots.txt اشتباه
یک خط Disallow: / یا قانونی که پوشه مقاله‌ها را می‌بندد، خزش را متوقف می‌کند. گوگل در مستندات خود هشدار می‌دهد که robots.txt ابزار جلوگیری از ایندکس نیست و برای این کار باید از noindex استفاده کرد. پس اگر قصدتان حذف صفحه‌ای از نتایج است، آن را در robots.txt نبندید، چون گوگل دیگر تگ noindex آن را نمی‌بیند.
canonical که همه را به صفحه اصلی می‌فرستد
اشتباه رایج در قالب‌های سفارشی این است که تگ canonical در همه صفحه‌ها آدرس صفحه اصلی را دارد. نتیجه دقیقاً همان چیزی است که می‌بینید: گوگل همه صفحه‌ها را نسخه تکراری صفحه اصلی می‌داند. در ابزار بازرسی URL قسمت «canonical انتخاب‌شده توسط گوگل» را با آدرس خود صفحه مقایسه کنید.
محتوایی که فقط با جاوااسکریپت ساخته می‌شود
اگر متن اصلی صفحه بعد از اجرای اسکریپت بارگذاری می‌شود و در رندر گوگل خالی است، گوگل چیزی برای ایندکس ندارد. اسکرین‌شات تست زنده در ابزار بازرسی URL این مشکل را نشان می‌دهد.
سرور کند یا ناپایدار
وضعیت Discovered – currently not indexed گاهی به این معناست که گوگل خزش را عقب انداخته تا سرور شما زیر فشار نرود. گزارش «آمار خزش» (Crawl stats) در بخش تنظیمات سرچ کنسول زمان پاسخ و خطاهای سرور را نشان می‌دهد. هاست اشتراکی ضعیف با محدودیت شدید منابع یکی از دلیل‌های تکراری این وضعیت در سایت‌های ایرانی است؛ این برداشت از تجربه کاری ماست و آمار رسمی پشت آن نیست.
در وردپرس کجاها را بررسی کنیم؟
در سایت وردپرسی، بیشتر خطاهای فنی بالا از سه جا می‌آیند: تنظیمات خواندن، افزونه سئو و کش. این فهرست را به ترتیب جلو بروید.
- تنظیمات خواندن: در پیشخوان به «تنظیمات، خواندن» بروید و ببینید گزینه نمایش در موتورهای جستجو، همان گزینه‌ای که از موتورهای جستجو می‌خواهد سایت را ایندکس نکنند، تیک نخورده باشد. این گزینه معمولاً در دوره طراحی فعال می‌شود و بعد از راه‌اندازی فراموش می‌شود.
- افزونه سئو: در Rank Math یا Yoast تنظیمات عنوان و متا برای نوشته‌ها، برگه‌ها و محصولات را باز کنید و مطمئن شوید روی index است. یک تنظیم noindex روی نوع نوشته «post» کافی است تا همه مقاله‌ها حذف شوند.
- نقشه سایت: آدرس نقشه سایت را در سرچ کنسول ثبت کنید و ببینید چه تعداد URL خوانده شده است. گوگل می‌گوید نقشه سایت تضمینی برای خزش و ایندکس همه موارد آن نیست، اما برای سایت‌های جدید با لینک خارجی کم کمک می‌کند گوگل صفحه‌ها را پیدا کند.
- کش و CDN: اگر بعد از اصلاح noindex هنوز تگ قدیمی در سورس دیده می‌شود، کش افزونه (مثل LiteSpeed Cache) یا CDN را پاک کنید.
- لینک داخلی: مقاله‌ای که از هیچ صفحه دیگری لینک نگرفته، برای گوگل دیر پیدا می‌شود. از صفحه اصلی، صفحه وبلاگ و مقاله‌های مرتبط به صفحه‌های مهم لینک بدهید.
گزارش سرچ کنسول را برای پیگیری تغییرات نگه دارید. اگر از قبل با این ابزار کار می‌کنید، مقاله گزارش هوش مصنوعی سرچ کنسول نشان می‌دهد بخش‌های تازه آن را چطور بخوانید.
اگر مشکل فنی نبود، کیفیت سایت چه نقشی دارد؟
اگر بررسی فنی تمیز بود و صفحه‌ها در وضعیت Crawled – currently not indexed مانده‌اند، یعنی گوگل صفحه را دیده و تصمیم گرفته فعلاً آن را نگه ندارد. این دقیقاً همان «مشکل کیفیت کلی» است که مولر به آن اشاره کرد. گوگل برای این تصمیم چک‌لیست عمومی منتشر نکرده، پس آنچه در ادامه می‌آید جمع‌بندی ما از تجربه پروژه‌هاست.
| نشانه در سایت | چرا ممکن است مشکل‌ساز باشد | راه اصلاح |
|---|---|---|
| صدها صفحه محصول با توضیح کپی‌شده از سایت تأمین‌کننده | محتوای مشابه هزاران سایت دیگر است و چیزی اضافه نمی‌کند | توضیح اختصاصی، عکس واقعی و مشخصات دقیق بنویسید |
| مقاله‌های کوتاه و هم‌موضوع که هر کدام یک کلمه کلیدی را هدف گرفته‌اند | چند صفحه برای یک نیاز رقابت می‌کنند و هیچ‌کدام کامل نیست | ادغام در یک مقاله جامع و ریدایرکت ۳۰۱ بقیه |
| محتوای انبوه تولیدشده با هوش مصنوعی بدون ویرایش | با سیاست سوء‌استفاده از محتوای مقیاسی گوگل هم‌پوشانی دارد | حذف یا بازنویسی با تجربه و داده واقعی |
| صفحه‌های برچسب، آرشیو و فیلتر ایندکس‌پذیر | تعداد زیادی URL کم‌ارزش منابع خزش را مصرف می‌کند | noindex برای آرشیوها و پارامترهای فیلتر |
| صفحه‌های خدمات شهرهای مختلف با متن یکسان | به الگوی صفحه‌های دروازه (doorway) شبیه است | برای هر شهر اطلاعات واقعی و متفاوت یا یک صفحه واحد |
به نظر ما اولویت اول برای سایت کوچک، کم کردن صفحه‌های ضعیف است. سایتی با ۴۰ صفحه خوب معمولاً بهتر از سایتی با ۴۰۰ صفحه که ۳۰۰ تای آن خالی است ایندکس می‌شود. اگر بخشی از محتوای سایت با هوش مصنوعی و بدون بازبینی تولید شده، مقاله محتوای AI Slop و خطرات آن برای سئو روش شناسایی این صفحه‌ها را توضیح می‌دهد.
بعد از بهبود محتوا صبور باشید. بازگشت صفحه‌های Crawled – currently not indexed معمولاً با خزش دوباره و گاهی با به‌روزرسانی‌های بعدی گوگل اتفاق می‌افتد و زمان مشخصی برای آن اعلام نشده است.
سایت هک‌شده چطور ایندکس را خراب می‌کند؟
گوگل محتوای هک‌شده را محتوایی تعریف می‌کند که بدون اجازه شما و از طریق ضعف امنیتی در سایت قرار گرفته است. تزریق کد، ساخت صفحه‌های جعلی، اضافه کردن متن پنهان و ریدایرکت مخفی نمونه‌هایی است که در سیاست‌های اسپم گوگل آمده است. هک معمولاً هزاران صفحه اسپم می‌سازد و بعد از پاک‌سازی، همین URLها در گزارش به شکل ۴۰۴ یا Soft 404 باقی می‌مانند.
اگر سایت شما هک شده، این مراحل را دنبال کنید:
- گزارش «مشکلات امنیتی» (Security issues) و «اقدامات دستی» (Manual actions) را در سرچ کنسول باز کنید.
- هسته وردپرس، قالب و افزونه‌ها را به‌روز کنید، کاربران مدیر ناشناس را حذف کنید و رمزها و کلیدهای امنیتی را عوض کنید.
- فایل‌های تزریق‌شده و صفحه‌های جعلی را پاک کنید و مطمئن شوید آن URLها کد ۴۰۴ یا ۴۱۰ برمی‌گردانند.
- بعد از پاک‌سازی کامل، در گزارش مشکلات امنیتی درخواست بازبینی (Request review) بدهید و در آن توضیح دهید مشکل چه بود و چه کردید. طبق راهنمای گوگل، بیشتر بازبینی‌ها چند روز تا چند هفته طول می‌کشند.
اگر هیچ پیام امنیتی یا اقدام دستی در سرچ کنسول نیست و هک مدت‌ها پیش رفع شده، به حرف مولر برگردید: احتمالاً مشکل امروز شما کیفیت است و هک فقط هم‌زمان رخ داده بود. برای جلوگیری از آلوده شدن سایت از مسیر فرم‌ها و نظرات هم مقاله پیشگیری از اسپم کاربرساخته در وردپرس را ببینید.
برنامه ۱۴ روزه رفع ایندکس نشدن
این برنامه برای سایت کوچک تا متوسط (چند ده تا چند صد صفحه) نوشته شده و ترتیب آن از سریع‌ترین بررسی به زمان‌برترین کار است.
| روز | کار | خروجی |
|---|---|---|
| ۱ | بررسی گزارش ایندکس صفحات و فهرست کردن ۱۰ صفحه مهم | جدول وضعیت هر صفحه |
| ۱ | بازرسی URL برای همان ۱۰ صفحه | canonical انتخابی گوگل و نتیجه رندر |
| ۲ | بررسی تنظیمات خواندن وردپرس، افزونه سئو، robots.txt و هدرها | رفع هر noindex یا مسدودسازی اشتباه |
| ۲ | ثبت یا به‌روزرسانی نقشه سایت و پاک کردن کش | نقشه سایت خوانده‌شده در سرچ کنسول |
| ۳ | بررسی آمار خزش و خطاهای سرور | تصمیم درباره ارتقای هاست در صورت نیاز |
| ۴ تا ۱۰ | بازنویسی یا ادغام صفحه‌های ضعیف و noindex کردن آرشیوها | سایت کوچک‌تر با صفحه‌های کامل‌تر |
| ۱۰ تا ۱۴ | اضافه کردن لینک داخلی به صفحه‌های اصلاح‌شده و درخواست ایندکس برای مهم‌ترین‌ها | Validate fix برای خطاهای رفع‌شده |
بعد از روز ۱۴ گزارش را هفته‌ای یک بار ببینید. عدد ایندکس‌شده باید در چند هفته روند صعودی بگیرد؛ اگر نگرفت، احتمال مشکل کیفیت پررنگ‌تر است و باید سراغ بازنگری محتوای کل سایت رفت.
سؤالات متداول
چرا فقط صفحه اصلی سایت من در گوگل ایندکس شده است؟
رایج‌ترین علت‌ها noindex سراسری، robots.txt اشتباه، canonical غلط یا مشکل کیفیت محتواست. گزارش ایندکس صفحات و ابزار بازرسی URL در سرچ کنسول دلیل دقیق هر صفحه را نشان می‌دهند.
Crawled – currently not indexed یعنی سایت جریمه شده است؟
خیر. طبق گوگل یعنی صفحه خزیده شده ولی فعلاً ایندکس نشده و ممکن است بعداً ایندکس شود. اگر سایت جریمه دستی داشته باشد، در گزارش اقدامات دستی سرچ کنسول پیام می‌بینید.
درخواست ایندکس مکرر در سرچ کنسول کمک می‌کند؟
برای صفحه‌ای که تازه اصلاح شده یک بار درخواست کافی است. گوگل برای وضعیت Crawled – currently not indexed می‌گوید ارسال دوباره لازم نیست و درخواست‌های تکراری مشکل کیفیت را حل نمی‌کند.
ارسال نقشه سایت ایندکس همه صفحات را تضمین می‌کند؟
خیر. گوگل صریحاً می‌گوید نقشه سایت تضمین نمی‌کند همه موارد آن خزیده و ایندکس شوند. نقشه سایت فقط به پیدا شدن صفحه‌ها کمک می‌کند، مخصوصاً در سایت‌های جدید با لینک خارجی کم.
رفع مشکل ایندکس چقدر زمان می‌برد؟
خطاهای فنی بعد از اصلاح معمولاً در چند روز تا چند هفته اثر می‌گذارند و بررسی Validate fix تا حدود دو هفته طول می‌کشد. بهبود ناشی از ارتقای کیفیت زمان مشخصی ندارد.
آیا هک قدیمی هنوز می‌تواند علت ایندکس نشدن باشد؟
اگر هک کامل پاک شده و پیام امنیتی در سرچ کنسول نیست، احتمال کمتری دارد. جان مولر گفته در چنین موردی وضعیت به مشکل کیفیت کلی شبیه‌تر است، مگر اینکه هک ماه‌ها فعال بوده باشد.
از کجا شروع کنید؟
همین امروز گزارش ایندکس صفحات را در سرچ کنسول باز کنید، ده صفحه مهم سایت را با ابزار بازرسی URL چک کنید و وضعیت هر کدام را در یک جدول بنویسید. اگر بعد از این بررسی علت روشن نشد یا سایت شما هک شده، تیم خدمات سئو کیاهاست می‌تواند بررسی فنی و محتوایی کامل انجام دهد. برای مشاوره از صفحه ارتباط با ما پیام بدهید.
منابع: راهنمای گوگل: گزارش ایندکس صفحات · سیاست‌های اسپم گوگل · Search Engine Roundtable: پاسخ جان مولر
