FutureForgeFutureForge

خدمات FutureForge

  • طراحی و ساخت محصولاز شناخت نیاز تا انتشار محصول، یک مسیر روشن پیش رو دارید.
  • توسعه فول‌استکوب‌اپلیکیشن، API و داده را هماهنگ و یکپارچه توسعه دهید.
  • ممیزی مهندسیپیش از هزینه‌ی بیشتر، از وضعیت واقعی محصول‌تان باخبر شوید.
  • مشاوره معماریپیش از یک تصمیم فنی پرهزینه، گزینه‌ها را درست بسنجید.
  • زیرساخت و استقرارمحصول را با خیال راحت منتشر کنید و پایدار نگه دارید.
  • هوش مصنوعی در محصولهوش مصنوعی را فقط جایی به کار می‌گیریم که مسئله‌ای را حل کند.
نمونه‌کارهایادداشت‌هاقیمت‌گذاریدرباره ما
شروع گفتگو
  1. خانه
  2. /یادداشت‌ها
  3. /یادداشت‌ها
FutureForge

استودیوی مهندسی محصول — طراحی، ساخت و استقرار نرم‌افزار.

خدمات

طراحی سایت با وردپرستوسعه اختصاصیمهندسی محصولزیرساخت و استقرارمشاوره معماریهوش مصنوعی در محصول

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

یادداشت‌هاقیمت‌گذاریتخمین هزینه پروژهمقایسه روش‌هانمونه‌کارهادرباره ماتماس

ارتباط

hello@futureforge.ir

ایده‌ای برای ساخت دارید؟

نیازتان را مطرح کنید تا درباره مسیر توسعه و قدم بعدی صحبت کنیم.

شروع گفتگو

© 2026 FutureForge. همه حقوق محفوظ است.

حریم خصوصیشرایط استفاده
خانهنمونه‌کارشروعتماس
راهنمای وب

رفع مشکل ایندکس سایت: sitemap، canonical و robots.txt

سا
سهیل ابراهیم‌پور
·۲ آبان ۱۴۰۵·7 دقیقه مطالعه
سئوایندکسcanonicalsitemaprobots.txt
جدول نقش robots.txt، noindex، canonical و sitemap

راهنمای رفع مشکل ایندکس: نقش robots.txt، noindex، canonical و sitemap، تعارض‌های رایج و ترتیب عیب‌یابی بر پایهٔ مستندات رسمی Google.

«صفحه‌ام ایندکس نمی‌شود» یا «Google صفحهٔ اشتباه را نشان می‌دهد» از رایج‌ترین مشکل‌های سایت‌های شرکتی است و اغلب ریشه‌اش یک سوءتفاهم بین سه ابزار است: sitemap، canonical و robots.txt. هر کدام کار متفاوتی می‌کنند و ترکیب نادرستشان یکدیگر را خنثی می‌کند. این مقاله بر پایهٔ مستندات رسمی Google Search Central (خوانده‌شده ۱۹ اکتبر ۲۰۲۶) نقش هر ابزار، تعارض‌های رایج و روش عیب‌یابی را شرح می‌دهد. درخت تصمیم و ترتیب عیب‌یابی جمع‌بندی نویسنده است و تضمین ایندکس نمی‌دهد؛ حتی راهنمای رسمی می‌گوید sitemap ایندکس شدن همهٔ URLها را تضمین نمی‌کند. برای تصویر کلی سئو SEO در سال ۲۰۲۶ را ببینید.

نقش هر ابزار

ابزارکار اصلیکاری که نمی‌کند
robots.txtمدیریت ترافیک خزش: کدام URLها خزیده شونداز نتایج حذف نمی‌کند
noindexحذف صفحه از نتایج Google وقتی خزنده آن را ببیندخزش را متوقف نمی‌کند و با robots.txt بسته‌شده کار نمی‌کند
canonicalانتخاب URL ترجیحی بین نسخه‌های تکراری یا مشابهالزام‌آور نیست؛ سیگنال است
sitemapمعرفی URLهایی که مهم می‌دانید و زمان به‌روزرسانیتضمین خزش یا ایندکس نمی‌دهد

robots.txt: خزش، نه حذف

راهنمای رسمی می‌گوید robots.txt عمدتاً برای پرهیز از فشار بیش از حد به سرور است و راهی برای دور نگه‌داشتن صفحه از Google نیست. صفحهٔ مسدودشده با robots.txt ممکن است همچنان در نتایج ظاهر شود (بدون توضیح) اگر صفحه‌های دیگر به آن لینک بدهند. برای حذف از نتایج باید از noindex یا رمز استفاده کرد. همچنین این فایل الزام‌آور نیست؛ خزنده‌های محترم از آن پیروی می‌کنند ولی همه چنین نیستند. نکتهٔ فنی مهم: مسدودکردن فایل‌های ضروری رندر (مثل script و style) ممکن است باعث شود Google صفحه را درست نفهمد.

noindex و تعارض با robots.txt

noindex با meta robots یا هدر X-Robots-Tag پیاده می‌شود و پس از خزش، صفحه را کامل از نتایج حذف می‌کند. اما راهنما تأکید می‌کند: صفحه نباید با robots.txt مسدود باشد، وگرنه خزنده قاعدهٔ noindex را نمی‌بیند. noindex داخل خود robots.txt پشتیبانی نمی‌شود. پس خطای کلاسیک این است: مدیر سایت برای حذف صفحه هم noindex می‌گذارد و هم آن را در robots.txt مسدود می‌کند؛ نتیجه برعکس می‌شود. همچنین بعد از افزودن noindex ممکن است تا بازدید مجدد Googlebot مدتی طول بکشد (راهنما از احتمال ماه‌ها برای صفحه‌های کم‌اهمیت می‌گوید) و برای بررسی می‌توان از URL Inspection و گزارش Page Indexing استفاده کرد.

رفع مشکل ایندکس سایت: sitemap، canonical
نمودار مفهومی.

canonical: انتخاب نسخهٔ ترجیحی

راهنما سه روش را به ترتیب قدرت می‌آورد: ریدایرکت (سیگنال قوی)، rel="canonical" (سیگنال قوی) و قرار دادن در sitemap (سیگنال ضعیف). روش‌ها قابل ترکیب‌اند و ترکیب‌شان شانس انتخاب URL ترجیحی را بیشتر می‌کند. هیچ‌کدام اجباری نیست و اگر مشخص نکنید Google خودش بهترین نسخه را انتخاب می‌کند. نکات عملی از راهنما:

  • برای canonical از robots.txt استفاده نکنید.
  • برای یک صفحه در sitemap یک URL و در rel=canonical URL دیگری نگذارید.
  • روی خود صفحهٔ اصلی canonical خودارجاع بگذارید.
  • از URL مطلق استفاده کنید و تکه (fragment) را canonical نکنید.
  • برای کنار گذاشتن نسخهٔ تکراری در همان سایت noindex توصیه نمی‌شود، چون صفحه را کامل از نتایج حذف می‌کند؛ rel=canonical روش ترجیحی است.
  • در سایت با رندر سمت کلاینت، canonical را در HTML منبع بگذارید و جاوااسکریپت آن را تغییر ندهد.
  • در لینک‌دهی داخلی به URL canonical لینک بدهید.

Google در حالت پیش‌فرض HTTPS را ترجیح می‌دهد، مگر گواهی نامعتبر، وابستگی ناامن، ریدایرکت از HTTPS به HTTP یا canonical به نسخهٔ HTTP وجود داشته باشد.

sitemap: فهرست آنچه مهم می‌دانید

sitemap به کشف URLها کمک می‌کند ولی راهنما می‌گوید همهٔ موارد آن خزیده یا ایندکس نمی‌شوند. سایت کوچک (حدود ۵۰۰ صفحهٔ مهم یا کمتر) که لینک‌دهی داخلی کامل دارد شاید به آن نیاز نداشته باشد؛ سایت بزرگ، جدید یا رسانه‌محور بیشتر نیاز دارد. همه URLهای داخل sitemap به‌عنوان پیشنهاد canonical دیده می‌شوند؛ پس URLهای noindex، ریدایرکت‌شده یا غیر canonical را در آن نگذارید. این جمع‌بندی منطقی از قاعدهٔ «همهٔ URLهای sitemap پیشنهاد canonical‌اند» است.

ترتیب عیب‌یابی (پیشنهاد نویسنده)

  1. URL را با URL Inspection بررسی کنید: آخرین خزش، HTML دریافتی و وضعیت ایندکس.
  2. پاسخ HTTP: آیا ۲۰۰ است؟ ریدایرکت یا خطا نیست؟
  3. robots.txt: آیا URL مسدود است؟ اگر هست و می‌خواهید ایندکس شود، مسدودسازی را بردارید.
  4. noindex: در meta و هدر X-Robots-Tag هست؟ عمدی است؟
  5. canonical: به خودش اشاره می‌کند یا به URL دیگر؟ با sitemap هماهنگ است؟
  6. لینک داخلی و sitemap: آیا صفحه لینک ورودی دارد و در sitemap است؟
  7. محتوا: آیا صفحه واقعاً چیز تازه‌ای نسبت به صفحهٔ مشابه دارد؟

هر مرحله پاسخ مشخصی دارد؛ به مرحلهٔ بعد وقتی بروید که مرحلهٔ قبل را رد کرده‌اید.

مثال ساختگی

سایت فرضی صفحهٔ «/guide» را noindex کرده بود و برای اطمینان آن را در robots.txt هم مسدود کرد. صفحه هنوز در نتایج دیده می‌شد، بدون توضیح. تیم مسدودسازی را برداشت تا Googlebot بتواند noindex را ببیند. در مثال دیگر، دو نسخهٔ HTTP و HTTPS هر دو در sitemap بودند؛ تیم فقط نسخهٔ HTTPS را در sitemap نگه داشت و ریدایرکت دائمی گذاشت. این مثال‌ها ساختگی‌اند و نتیجهٔ زمان‌دار تضمین نمی‌کنند.

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

  • استفاده از robots.txt برای حذف صفحه از نتایج.
  • noindex همراه با مسدودسازی robots.txt.
  • نوشتن noindex داخل robots.txt.
  • URLهای متضاد در sitemap و canonical.
  • URLهای ریدایرکت یا noindex در sitemap.
  • canonical نسبی یا تغییر canonical با جاوااسکریپت.
  • انتظار ایندکس فوری یا تضمین‌شده پس از ارسال sitemap.

سناریوهای رایج و تصمیم

برای اینکه جدول نقش‌ها به تصمیم تبدیل شود، چند سناریوی رایج را مرور کنید. این‌ها تفسیر نویسنده‌اند و بر اصول بالا تکیه دارند.

  • صفحه‌ای که نباید در نتایج باشد، مثل صفحهٔ تشکر یا پیش‌نمایش: noindex بگذارید و مطمئن شوید خزش آن مسدود نیست. اگر محتوا واقعاً خصوصی است، رمز یا کنترل دسترسی لازم است، نه فقط noindex یا robots.txt.
  • دو آدرس با محتوای یکسان، مثل نسخه با پارامتر پیگیری و بدون آن: canonical به نسخهٔ ترجیحی و لینک‌دهی داخلی به همان نسخه؛ اگر نسخهٔ تکراری باید برچیده شود، ریدایرکت دائمی.
  • بخش بزرگی از سایت که ارزش جست‌وجو ندارد و فشار خزش ایجاد می‌کند: مدیریت با robots.txt منطقی است، به شرط اینکه منابع لازم رندر مسدود نشوند و توجه داشته باشید که این روش حذف از نتایج نیست.
  • صفحهٔ جدید که پس از چند روز دیده نشده: ابتدا لینک داخلی و حضور در sitemap، سپس URL Inspection؛ ایندکس زمان‌بر است و ثابت‌بودن زمان وعده داده نمی‌شود.
  • مهاجرت دامنه یا ساختار URL: ریدایرکت دائمی از آدرس قدیم به جدید، به‌روزرسانی canonical و sitemap و لینک‌های داخلی، و پایش گزارش‌ها بعد از مهاجرت.

یک قاعدهٔ ساده برای همهٔ سناریوها: هر سه سیگنال (لینک داخلی، canonical، sitemap) باید به همان URL اشاره کنند. تعارض بین آن‌ها منبع بیشتر مشکل‌های ایندکس است. پس از اصلاح، تغییر را با تاریخ ثبت کنید تا اگر وضعیت عوض شد بتوانید رابطهٔ زمانی را ببینید.

چک‌لیست

  1. robots.txt فقط برای مدیریت خزش استفاده می‌شود، نه حذف از نتایج.
  2. صفحه‌های noindex در robots.txt مسدود نیستند.
  3. هر صفحهٔ مهم canonical خودارجاع و مطلق دارد.
  4. sitemap فقط URLهای canonical و قابل ایندکس را دارد.
  5. لینک‌های داخلی به URL canonical اشاره می‌کنند.
  6. عیب‌یابی با URL Inspection و گزارش Page Indexing انجام می‌شود.

منابع و مراجع

  • Robots.txt Introduction and Guide — Google Search Central، 2026-10-19.
  • Block Search indexing with noindex — Google Search Central، 2026-10-19.
  • How to specify a canonical URL with rel="canonical" and other methods — Google Search Central، 2026-10-19.
  • Learn about sitemaps — Google Search Central، 2026-10-19.

نویسنده

سا

سهیل ابراهیم‌پور بنیان‌گذار FutureForge است. روی طراحی محصول، معماری و استقرار نرم‌افزار سفارشی کار می‌کند.

یادداشت‌های مرتبط

یادداشت‌های مرتبط

دسته‌بندی‌ها

خدمات مرتبط

از یادداشت تا پروژه

اگر با مسئله‌ای شبیه این روبه‌رو هستید، درباره‌ی شرایط پروژه‌تان با هم صحبت کنیم.

برای انتخاب مسیر فنی پروژه‌تان کمک می‌خواهید؟

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

سهیل ابراهیم‌پور
یادداشت‌ها
نقشهٔ راه سئوی سایت: از baseline فنی تا سنجش صفحه‌های تجاری
کنیبالیزیشن سئو: تشخیص با داده و راه اصلاح
hreflang فارسی و انگلیسی: پیاده‌سازی و خطاهای رایج
به‌روزرسانی محتوای قدیمی سایت: به‌روز کنیم یا ادغام؟
بهینه‌سازی محتوا برای پاسخ هوش مصنوعی: AEO فنی

راهنمای وب

نقشهٔ راه سئوی سایت: از baseline فنی تا سنجش صفحه‌های تجاری

۲ آبان ۱۴۰۵

راهنمای وب

کنیبالیزیشن سئو: تشخیص با داده و راه اصلاح

۲ آبان ۱۴۰۵

راهنمای وب

hreflang فارسی و انگلیسی: پیاده‌سازی و خطاهای رایج

۲ آبان ۱۴۰۵

راهنمای وب

به‌روزرسانی محتوای قدیمی سایت: به‌روز کنیم یا ادغام؟

۲ آبان ۱۴۰۵

راهنمای وب

بهینه‌سازی محتوا برای پاسخ هوش مصنوعی: AEO فنی

۲ آبان ۱۴۰۵
همه یادداشت‌ها294
معماری نرم‌افزار22
واژه‌نامه37
عملیات و استقرار90
مهندسی محصول117
راهنمای وب28
طراحی و ساخت محصول
توسعه فول‌استک
ممیزی مهندسی
مشاوره معماری
زیرساخت و استقرار
شروع گفتگو
ابزارهای رایگان
شروع گفتگو