آموزش IndexNow در وردپرس؛ از اعلان URL تا بررسی ایندکس در Bing

IndexNow را در وردپرس بدون ارسال تکراری فعال کنید و در Bing Webmaster Tools فرقِ URL ارسال‌شده، خزش‌شده و ایندکس‌شده را بررسی کنید؛ با چک‌لیست عیب‌یابی یک صفحه واقعی.

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

فرض کنید امروز یک نوشته آموزشی در سایت وردپرسی خود منتشر کرده‌اید. URL با HTTPS باز می‌شود، اما هنوز نمی‌دانید اعلان تغییر به Bing رسیده، ربات صفحه را دیده یا صفحه وارد فهرست شده است. این مثال آموزشی با URL عمومی خود شما انجام می‌شود؛ ما روی سایت واقعی شما آزمونی انجام نداده‌ایم و هیچ زمان قطعی برای وعده نمی‌دهیم.

چه می‌کند و چه نمی‌کند؟

راهی برای اعلان URLهای تازه، تغییرکرده یا حذف‌شده به موتورهای جست‌وجوی مشارکت‌کننده است. در راهنمای شروع IndexNow چند مسیر پشتیبانی‌شده برای معرفی شده است. افزونه رسمیِ منتشرشده با نام IndexNow Plugin در WordPress.org می‌تواند کلید لازم را بسازد و میزبانی کند و پس از تغییر محتوای ، اعلان URL را در پس‌زمینه بفرستد. نصب این افزونه تنها راه نیست؛ بعضی افزونه‌های سئو یا سرویس‌های میزبان نیز همین قابلیت را دارند.

اعلان به معنی تعهد موتور جست‌وجو برای نمایش صفحه نیست. Bing پس از دریافت URL ممکن است آن را بخزد، خطا ببیند، نسخه دیگری را canonical تشخیص دهد یا بنا بر ارزیابی خود آن را وارد فهرست نکند. راهنمای رسمی Bing درباره ایندکس‌نشدن نیز تأکید می‌کند که حتی ارسال مستقیم URL یا sitemap به‌تنهایی حضور در فهرست را تضمین نمی‌کند. بنابراین معیار موفقیت نصب افزونه، صرفاً سبزشدن یک اعلان نیست؛ باید مراحل بعدی را هم ببینید.

سه وضعیت را از هم جدا نگه دارید

  • Submitted یا ارسال‌شده: URL از یک منبع، مانند افزونه ، به جریان اعلام شده است. این وضعیت درباره دریافت اعلان است.
  • Crawled یا خزش‌شده: ربات تلاش کرده URL را دریافت و محتوای آن را بررسی کند. خطای شبکه، محدودیت دسترسی یا پاسخ نامناسب می‌تواند این مرحله را مختل کند.
  • Indexed یا ایندکس‌شده: صفحه پس از پردازش در فهرست Bing قرار گرفته است. این تصمیم از ثبت اعلان جداست و ممکن است رخ ندهد.

در راهنمای گزارش IndexNow در Bing Webmaster Tools، تعداد URLهای ارسال‌شده، خزش‌شده و ایندکس‌شده به‌صورت جدا ارائه می‌شود. این تفکیک نقطه شروع عیب‌یابی است، نه یک وعده برای هر URL.

پیش از نصب، مسیر ارسال فعلی سایت را پیدا کنید

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

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

چک‌لیست پیش از فعال‌سازی

  1. یک URL تازه و عمومی از سایت خود انتخاب و همان نشانی نهایی HTTPS را ثبت کنید.
  2. بررسی کنید آیا افزونه سئو، میزبان یا CDN شما هم‌اکنون را ارسال می‌کند.
  3. وضعیت انتشار، robots، canonical و پاسخ URL نمونه را بدون ورود مدیر بیازمایید.
  4. برای تغییر افزونه‌ها از سایت نسخه پشتیبان و، در صورت امکان، محیط آزمایشی داشته باشید.
  5. یک نفر مسئول ثبت زمان انتشار و نتیجه هر آزمون باشد تا گزارش‌ها با URLهای متفاوت مخلوط نشوند.

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

افزونه را در با یک مسیر روشن فعال کنید

اگر مسیر ارسال دیگری فعال نیست و تصمیم به استفاده از افزونه رسمی دارید، نام و ناشر افزونه را در فهرست رسمی WordPress.org بررسی کنید، سپس آن را از بخش افزونه‌های نصب و فعال کنید. توضیح این افزونه می‌گوید کلید را خودکار تولید و روی سایت میزبانی می‌کند، تغییرات ایجاد/به‌روزرسانی/حذف صفحه را تشخیص می‌دهد و امکان مشاهده ارسال‌های اخیر، ارسال دستی یک URL، تلاش دوباره برای خطاها و مستثناکردن مسیرها را فراهم می‌سازد. ظاهر دقیق منوها ممکن است با نسخه نصب‌شده فرق کند؛ آن را با صفحه افزونه و پنل خودتان تطبیق دهید.

  1. در محیط آزمایشی یا زمان کم‌ترافیک، افزونه را فعال کنید و تنظیمات ارسال خودکار را بخوانید. اگر قابلیت مشابه افزونه دیگر فعال است، تنها یکی را برای همان URLها نگه دارید.
  2. استثناهای لازم را برای مسیرهای غیرعمومی یا کم‌ارزش بررسی کنید. همه مسیرهای سایت، از صفحه جست‌وجوی داخلی تا صفحه ورود، نباید بی‌فکر در صف اعلان قرار گیرند.
  3. یک نوشته عمومی آزمایشی را منتشر یا یک نوشته مجاز را به‌طور معنادار به‌روزرسانی کنید. URL نهایی و زمان تغییر را ثبت کنید.
  4. در فهرست ارسال‌های اخیر افزونه، همان URL را پیدا کنید و موفقیت یا خطای ارسال را یادداشت کنید. در صورت خطا، ابتدا علت را بخوانید؛ تکرار پشت‌سرهمِ ارسال بدون رفع علت کمکی نمی‌کند.
  5. اگر افزونه نشانی فایل کلید یا وضعیت تأیید کلید را نمایش می‌دهد، دسترس‌پذیری آن را طبق راهنمای همان افزونه بررسی کنید؛ کلید را از سایت دیگری کپی نکنید.

طبق صفحه افزونه، استفاده از ارسال خودکار به ثبت و تأیید قبلی سایت در نیاز ندارد. بااین‌حال، برای مشاهده گزارش‌های عمیق‌تر و تشخیص وضعیت URL در Bing باید به سایت خود در ابزار وبمستر دسترسی داشته باشید. این دو موضوع را با هم اشتباه نگیرید: «ارسال اعلان» و «دسترسی به گزارش مالک سایت» دو مرحله مستقل‌اند.

در چه چیزی را برای همان URL بخوانیم؟

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

اگر URL در افزونه «موفق» است ولی بلافاصله در نمونه گزارش دیده نمی‌شود، از یک مشاهده منفرد نتیجه قطعی نگیرید؛ زمان‌ها، دامنه انتخاب‌شده و فیلتر گزارش را بررسی کنید. گزارش نمونه ممکن است همه رویدادها را به‌صورت کامل در همان لحظه نشان ندهد. در نمای Insights نیز عدد URLهای Submitted را با Crawled و Indexed یکی نخوانید. مثال فرضی: برای یک URL، ثبت اعلان دیده می‌شود اما وضعیت هنوز نامعلوم است. نتیجه معتبر این است که اعلان ثبت شده؛ نه اینکه صفحه قطعاً در نتایج Bing است.

URL Inspection چه چیز بیشتری می‌گوید؟

همان URL دقیق را در URL Inspection در Bing Webmaster Tools بررسی کنید. این ابزار اطلاعات نسخه شناخته‌شده در فهرست، خطاهای خزش و بعضی اطلاعات سئو و داده ساختاریافته را ارائه می‌کند. بخش Live URL یک دریافت تازه از صفحه انجام می‌دهد؛ موفق‌بودن دریافت زنده به معنی ایندکس‌شدن نسخه گزارش‌شده نیست. اگر صفحه ریدایرکت می‌شود، مقصد نهایی را هم جدا بررسی کنید، چون آزمون زنده به‌طور خودکار تمام مقصدهای ریدایرکت را دنبال نمی‌کند.

برای خواندن نتیجه، این پرسش‌ها را به ترتیب بپرسید: آیا URL دقیق همان آدرسی است که ارسال شده؟ آیا Bingbot می‌تواند آن را دریافت کند؟ پاسخ سرور چیست؟ آیا صفحه به URL دیگری canonical داده؟ آیا robots یا دسترسی ورود مانع است؟ اگر دریافت زنده سالم است ولی وضعیت هنوز تغییر نکرده، داده گزارش و زمان خزش را در نظر بگیرید و از ارسال تکراریِ بی‌دلیل خودداری کنید.

وقتی URL ارسال شده اما نشده، چه کنیم؟

در این وضعیت، مشکل را به یک فرضیه قابل‌آزمون تبدیل کنید. ابتدا خود URL را در پنجره خصوصی باز کنید؛ اگر خطای ۴۰۴، ۵۰۰ یا صفحه ورود می‌بینید، پیش از هر اعلان دوباره، دسترسی عمومی را اصلاح کنید. اگر صفحه سالم است، robots و canonical را بررسی کنید؛ URL با canonical به صفحه دیگر ممکن است خودِ مقصد انتخاب‌شده برای فهرست نباشد. بعد محتوای صفحه را ارزیابی کنید: آیا متن مستقل و مفید دارد یا نسخه تکراری از صفحات دیگر است؟ در نهایت، لینک داخلی به صفحه را از مسیرهای مرتبط سایت بررسی کنید تا URL فقط از طریق اعلان شناخته نشود.

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

اگر حتی اعلان هم ثبت نشده است

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

، sitemap و سرچ کنسول گوگل را قاطی نکنید

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

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

چک‌لیست نهایی برای یک URL تازه

  1. URL نهایی HTTPS را در نشست مهمان باز کنید و پاسخ، عنوان، robots و canonical را ببینید.
  2. فقط یک مسیر ارسال را برای همان رویداد فعال نگه دارید و منبع آن را بنویسید.
  3. پس از انتشار یا ویرایش واقعی، زمان و وضعیت همان URL را در فهرست افزونه ثبت کنید.
  4. در گزارش ابزار Bing، منبع، زمان و وضعیت Submitted را با URL دقیق مقایسه کنید.
  5. در نمای جزئیات یا URL Inspection، خزش و را جدا بررسی کنید؛ Live URL را با نسخه ایندکس‌شده یکی ندانید.
  6. اگر اختلاف وجود دارد، یک علت مشخص مثل خطای پاسخ، robots، canonical یا محتوای تکراری را اصلاح و دوباره بیازمایید.
  7. نتیجه را با تاریخ و URL ثبت کنید؛ صرف دریافت اعلان را موفقیت نهایی سئو گزارش نکنید.

پرسش‌های متداول

آیا ارسال موفق یعنی صفحه در Bing شده است؟

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

برای افزونه به حساب نیاز دارم؟

برای ارسال خودکار از افزونه رسمی، طبق توضیح WordPress.org ثبت و تأیید قبلی سایت لازم نیست. اما برای مشاهده گزارش‌های مالک سایت و بررسی URL در ، دسترسی به سایت تأییدشده در آن ابزار لازم است.

چند افزونه را هم‌زمان فعال کنم؟

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

آیا جای sitemap را می‌گیرد؟

خیر. اعلان تغییر URL با نقشه سایت و لینک‌های داخلی نقش یکسانی ندارد. صفحه باید عمومی، قابل خزش و دارای محتوای مناسب باشد؛ sitemap و ساختار سایت همچنان به کشف URLها کمک می‌کنند.

جمع‌بندی و گام بعدی

را به‌عنوان «خبررسان تغییر URL» ببینید، نه دکمه فوری. با یک ارسال‌کننده قابل‌ردیابی در شروع کنید، URL عمومی را ثبت کنید و در Bing سه وضعیت اعلان، خزش و را جدا دنبال کنید. وقتی شکاف میان آن‌ها روشن شد، به‌جای ارسال مکرر، علت فنی یا محتوایی همان URL را بررسی کنید. این رویکرد گزارش دقیق‌تری از نتیجه واقعی انتشار به شما می‌دهد.

برای یک URL عمومی تازه، تنها یک مسیر ارسال را فعال کنید؛ سپس زمان اعلان، نتیجه خزش و وضعیت همان URL را جداگانه در Bing ثبت و مقایسه کنید.