راهنمای فنی جست‌وجوی گوگل · ۲۰۲۶

خزنده‌های گوگل چیستند؟ راهنمای خزش، رندر و ایندکس

خزنده‌های گوگل چطور صفحه‌ها را پیدا و دریافت می‌کنند؟ در این راهنمای روشن و کاربردی، مسیر کشف URL تا پردازش محتوا، نقش robots.txt، نقشه سایت، نسخه موبایل و خطاهای رایج را برای مدیران سایت‌های شخصی توضیح می‌دهم.

به‌روزرسانی: ۲۵ مهر ۱۴۰۵زمان مطالعه: حدود ۹ دقیقهموضوع: Googlebot و سئوی فنی
شروع مطالعه
خلاصه در یک نگاه

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

Googlebot صفحه‌ها را کشف و دریافت می‌کند؛ سامانه‌های گوگل ممکن است آن‌ها را رندر و تحلیل کنند؛ سپس گوگل تصمیم می‌گیرد چه چیزی را ایندکس یا در نتایج نمایش دهد. هیچ robots.txt، sitemap یا درخواست دستی، ایندکس یا رتبه را تضمین نمی‌کند.

01 / تعریف ساده

خزنده گوگل چیست؟

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

Googlebot مثل یک بازدیدکننده‌ی انسانی همه‌ی صفحه‌های اینترنت را در یک لحظه نمی‌بیند. سامانه‌های گوگل URLها را از راه پیوندها، نقشه‌های سایت و منابع دیگر می‌یابند و بر اساس سیگنال‌های مختلف تصمیم می‌گیرند چه زمانی و چند بار صفحه‌ای را دریافت کنند. سرعت پاسخ سرور و کیفیت دسترسی هم در این فرایند اهمیت دارند.

01کشفآدرس صفحه از لینک یا منبع دیگری شناخته می‌شود.
02خزشخزنده درخواست HTTP می‌فرستد و پاسخ را می‌گیرد.
03رندردر صورت نیاز، محتوای صفحه با منابعش پردازش می‌شود.
04ایندکس و نمایشگوگل درباره‌ی ذخیره و نمایش صفحه تصمیم می‌گیرد.

این مراحل را با «رتبه‌بندی» یکی نگیرید: ایندکس یعنی صفحه ممکن است در پایگاه جست‌وجوی گوگل قرار گرفته باشد؛ نمایش و جایگاه آن برای هر جست‌وجو به سامانه‌های رتبه‌بندی و زمینه‌ی پرسش بستگی دارد.

02 / چرخه‌ی پردازش

از پیدا شدن صفحه تا نتیجه‌ی جست‌وجو چه اتفاقی می‌افتد؟

برای عیب‌یابی، مسیر را مرحله‌به‌مرحله بررسی کنید. اگر صفحه هنوز کشف نشده باشد، بررسی محتوای داخل آن زود است؛ اگر دسترسی مسدود یا پاسخ سرور خراب باشد، حتی محتوای خوب هم ممکن است پردازش نشود.

01
کشف نشانی

لینک داخلی قابل‌خزش یا sitemap به گوگل کمک می‌کند URL را پیدا کند.

02
بررسی دسترسی

ربات فایل robots.txt، پاسخ سرور، تغییرمسیر و محدودیت‌های دسترسی را می‌بیند.

03
دریافت و رندر

گوگل محتوای HTML را دریافت می‌کند و برای صفحه‌های وابسته به جاوااسکریپت می‌تواند آن را رندر کند.

04
تحلیل و ایندکس

محتوای قابل‌دسترسی و سیگنال‌های صفحه ارزیابی می‌شوند؛ همه‌ی URLها ایندکس نمی‌شوند.

05
انتخاب برای نمایش

در صورت مرتبط بودن، صفحه ممکن است برای پرس‌وجوهای مناسب در نتایج ظاهر شود.

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

03 / شناخت عامل درخواست

آیا همه‌ی خزنده‌های گوگل یک کار انجام می‌دهند؟

نه. Googlebot نام عمومی مهم‌ترین خزنده‌های Google Search است و گونه‌های موبایل و دسکتاپ دارد. بیشتر خزش جست‌وجوی گوگل برای سایت‌ها با Googlebot Smartphone انجام می‌شود؛ بنابراین محتوای اصلی و تجربه‌ی نسخه‌ی موبایل را جدی بگیرید.

Googlebot و خزنده‌های محصولی

گوگل خزنده‌ها و fetcherهای دیگری هم برای محصولات و کاربردهای متفاوت دارد؛ مثلاً خزنده‌ی مربوط به Google Shopping با خزنده‌ی جست‌وجوی وب یکسان نیست. پس صرف دیدن نام Google در user-agent به این معنی نیست که درخواست حتماً برای ایندکس جست‌وجوی معمولی آمده است. توکن‌های user-agent در robots.txt نیز وابسته به محصول‌اند.

هر رباتی که نام Googlebot دارد را باور نکنید

هدر User-Agent قابل جعل است. اگر موضوع امنیت یا فشار غیرعادی روی سرور مطرح است، فقط با خواندن User-Agent هویت درخواست را قطعی ندانید؛ مستندات گوگل روش‌های تأیید درخواست‌های واقعی را توضیح می‌دهد. برای وب‌سایت شخصی کوچک معمولاً لازم نیست تک‌تک درخواست‌ها را دستی تحلیل کنید، مگر آنکه نشانه‌ی مشخصی از خطا یا سوءاستفاده ببینید.

04 / robots.txt

robots.txt چه می‌کند و چه کاری نمی‌کند؟

فایل robots.txt در ریشه‌ی میزبان قرار می‌گیرد و به خزنده‌های سازگار می‌گوید کدام مسیرها را بخزند یا نکنند. این ابزار برای مدیریت خزش است، نه قفل امنیتی و نه دستور مطمئن برای حذف یک URL از نتایج. URL مسدودشده گاهی می‌تواند بدون توضیح محتوایی در نتایج دیده شود، چون گوگل اجازه‌ی خواندن صفحه را نداشته است.

تفاوت مهم: منع خزش با noindex یکی نیست

برای اینکه گوگل دستور noindex را ببیند، باید بتواند صفحه را بخزد و آن دستور را بخواند. اگر همان URL را در robots.txt مسدود کنید، ممکن است گوگل به برچسب noindex دسترسی نداشته باشد. برای محتوای خصوصی از احراز هویت و کنترل دسترسی واقعی استفاده کنید؛ robots.txt ابزار محرمانه‌سازی نیست.

قاعده‌ی کاربردی

پیش از ویرایش robots.txt، مسیر واقعی فایل و اثر هر قاعده را بررسی کنید. اشتباه در قاعده‌ی کلی می‌تواند دسترسی خزنده به بخش مهمی از سایت را ناخواسته ببندد.

فایل robots.txt را برای مسدودکردن فایل‌های ضروری رندر، محتوای مهم یا صفحه‌هایی که باید دستور noindex آن‌ها خوانده شود، بی‌دلیل به‌کار نبرید. صفحه‌ی robots.txt در Search Console و گزارش‌های مربوط را پس از تغییر کنترل کنید.

05 / پیدا کردن URLها

لینک داخلی و نقشه‌ی سایت چگونه به کشف صفحه کمک می‌کنند؟

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

نقشه‌ی سایت XML فهرستی از URLهای مهم و ترجیحی سایت است و می‌تواند به کشف آن‌ها کمک کند. آن را به‌روز نگه دارید، URLهای canonical و قابل‌دسترسی را درج کنید و آدرسش را از راه‌های پیشنهادی گوگل معرفی کنید. نقشه‌ی سایت تضمین‌کننده‌ی خزش، ایندکس یا رتبه نیست و جای لینک‌سازی داخلی مناسب را نمی‌گیرد.

برای سایت شخصی علی خان بابایی

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

06 / جاوااسکریپت و رندر

آیا Googlebot می‌تواند محتوای JavaScript را بخواند؟

گوگل می‌تواند بسیاری از صفحه‌های جاوااسکریپتی را رندر کند، اما رندر مرحله‌ای جدا از دریافت اولیه است و ممکن است با تأخیر انجام شود. منابع مسدود، خطاهای JavaScript، نیاز به تعامل کاربر یا ساختن متن فقط پس از رویدادهایی مثل کلیک می‌توانند درک صفحه را دشوار کنند.

برای مقاله، متن اصلی، نام نویسنده، تیترها، پیوندها و پاسخ‌های مهم را در HTML اولیه قرار دهید. JavaScript را برای بهبود تجربه‌ی کاربری به‌کار ببرید، نه اینکه محتوای ضروری را کاملاً از دید نسخه‌ی اولیه پنهان کند. با URL Inspection در Search Console می‌توانید نسخه‌ی قابل‌مشاهده برای گوگل را بررسی کنید.

نمایش موبایل را هم کنترل کنید

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

07 / عیب‌یابی

دلایل رایج خزش‌نشدن یا ایندکس‌نشدن صفحه

  • صفحه از هیچ لینک داخلی قابل‌خزش یا نقشه‌ی سایتی قابل‌دسترسی نیست.
  • robots.txt مسیر صفحه یا منابع حیاتی را ناخواسته مسدود کرده است.
  • پاسخ سرور خطای 4xx/5xx، تغییرمسیر اشتباه یا صفحه‌ی خطای نرم دارد.
  • برچسب noindex یا هدر X-Robots-Tag مانع ایندکس است.
  • صفحه فقط پس از تعامل یا با درخواست غیرقابل‌دسترسی محتوای اصلی را نشان می‌دهد.
  • صفحه نسخه‌ی تکراری دارد یا canonical به نشانی دیگری اشاره می‌کند.
  • محتوا کم‌ارزش، تکراری، نامعتبر یا برای هدف جست‌وجو ناکافی است.
  • تازه بودن URL یا زمان پردازش باعث شده هنوز در گزارش‌ها دیده نشود.

گزارش Page Indexing، گزارش Crawl Stats و ابزار URL Inspection در Google Search Console را کنار هم بخوانید. هرکدام بخش متفاوتی از وضعیت را نشان می‌دهند؛ تنها با دیدن یک پیام عمومی، علت را قطعی فرض نکنید.

آیا Crawl Budget برای سایت شخصی مهم است؟

مفهوم بودجه‌ی خزش بیشتر برای سایت‌های بسیار بزرگ، پرتغییر یا دارای URLهای تکراری و پارامتری اهمیت عملی پیدا می‌کند. برای بیشتر وب‌سایت‌های شخصی کوچک، تمرکز روی لینک داخلی سالم، صفحات باکیفیت، سرور در دسترس و حذف موانع ناخواسته سودمندتر از نگرانی درباره‌ی عددی فرضی برای Crawl Budget است.

08 / چک‌لیست صاحب سایت

چک‌لیست گوگل‌پذیری برای سایت شخصی

  1. صفحه‌ی عمومی با پاسخ موفق HTTP در دسترس است و به ورود کاربر نیاز ندارد.
  2. متن اصلی، تیترها و نام نویسنده در HTML قابل‌خواندن وجود دارند.
  3. robots.txt و meta robots بررسی شده‌اند و مانع ناخواسته‌ای وجود ندارد.
  4. مقاله از دست‌کم یک صفحه‌ی مرتبط با لینک HTML معمولی قابل‌دسترسی است.
  5. sitemap شامل URLهای canonical و مهم است و آدرس صحیح در Search Console معرفی شده است.
  6. نسخه‌ی موبایل محتوای اصلی و لینک‌های نسخه‌ی دسکتاپ را هم ارائه می‌کند.
  7. تصویرهای معنادار متن جایگزین مناسب دارند و محتوای صرفاً تصویری، متن اصلی را جایگزین نکرده است.
  8. گزارش‌های Page Indexing و Crawl Stats و URL Inspection پس از انتشار بررسی می‌شوند.
  9. معرفی علی خان بابایی دقیق و واقعی است؛ سوابق، مدرک یا تجربه‌ی تأییدنشده به نویسنده نسبت داده نمی‌شود.
  10. نتیجه‌گیری بر داده‌ی واقعی استوار است و هیچ رتبه یا زمان ایندکسی وعده داده نمی‌شود.
09 / پاسخ کوتاه

پرسش‌های متداول درباره‌ی خزنده‌های گوگل

چطور بفهمم گوگل صفحه‌ی من را خزش کرده؟

URL Inspection در Search Console وضعیت آخرین خزش گزارش‌شده و امکان بررسی زنده را نشان می‌دهد. گزارش Crawl Stats نیز نمای کلی درخواست‌های خزش سایت را می‌دهد. تأخیر گزارش یا تفاوت میان تست زنده و خزش قبلی را در نظر بگیرید.

ارسال sitemap صفحه را فوراً ایندکس می‌کند؟

خیر. sitemap به کشف URL کمک می‌کند، اما ایندکس یا رتبه را تضمین نمی‌کند. گوگل درباره‌ی زمان و انتخاب ایندکس تصمیم می‌گیرد.

آیا robots.txt می‌تواند صفحه را از نتایج حذف کند؟

به‌تنهایی ابزار مطمئنی برای حذف از نتایج نیست. این فایل دسترسی خزش را کنترل می‌کند؛ برای دستورهای ایندکس باید خزنده بتواند صفحه و دستور مناسب را بخواند. برای اطلاعات خصوصی از احراز هویت استفاده کنید.

آیا باید برای هر نوع Googlebot قاعده‌ی جدا بنویسم؟

فقط وقتی نیاز روشنی دارید و توکن رسمی خزنده‌ی موردنظر را از مستندات گوگل بررسی کرده‌اید. قاعده‌ی بیش‌ازحد گسترده ممکن است محصول یا مسیر ناخواسته‌ای را تحت تأثیر قرار دهد.

اگر اسمم در مقاله باشد، جست‌وجوی نام من به این صفحه می‌رسد؟

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

مطالعه‌ی بیشتر / منابع دست‌اول

مستندات رسمی Google Search Central

جزئیات فنی مقاله بر اساس مستندات گوگل زیر تنظیم شده‌اند. پیوندهای بیرونی در تب جدید باز می‌شوند.

مبنای تهیه: مستندات رسمی Google Search Central و Google Crawling Infrastructure، بررسی‌شده در ۱۷ اکتبر ۲۰۲۶. روندهای خزش و ایندکس ممکن است تغییر کنند. این مقاله آموزشی است؛ دسترسی به خزنده یا نمایش در نتایج را تضمین نمی‌کند.