تاثیر کد وضعیت 503 بر سئو

هوش مصنوعی و خطاهای واقعی: پادکست گوگل زنگ خطر را به صدا درآورد توی یه قسمت جدید از پادکست “Search Off The Record” گوگل، اعضای تیم با یه ابزار به اسم “جمینی” کار کردن تا ببینن میشه ازش برای ساختن محتواهای سئو استفاده کرد. اما تو آزمایششون به یه مشکل برخوردن. اگه از این ابزارهای هوش مصنوعی الکی استفاده کنیم و خوب چکششون نکنیم، ممکنه اطلاعات غلط تولید بشه. تو این بحث، لیزی ساسمن، گری ایلیز و جان مولر هر کدوم نوبتی از جمینی استفاده کردن تا نمونه پست برای شبکه های اجتماعی درباره مفهوم های سئوی فنی بنویسن. تو تحلیل خروجی جمینی، ایلیز یه محدودیت مشترک بین همه ابزارهای هوش مصنوعی رو هایلایت کرد: “مشکل بزرگ من با تقریبا همه هوش مصنوعی های تولید کننده محتوا، درستی اطلاعاته. هرچیزی رو که اونا تحویلت میدن باید چک کنی. این منو میترسونه که الان بخوایم یه چیزی رو بدون بررسی بخونیم و شاید یه چیزی بگیم که اصلا درست نباشه.” مشاوره سئو منسوخ لو رفت این نگرانی از یه توییتی که با هوش مصنوعی ساخته شده بود، نشأت گرفت. تو اون توییت پیشنهاد میداد که از rel=”prev/next” برای بخش بندی صفحات (pagination) استفاده بشه – این تکنیکی هست که گوگل دیگه قبولش نداره. جمینی پیشنهاد داد که این توییت رو منتشر کنن: “بخش بندی صفحات (pagination) سردرد محتوای تکراری رو براتون ایجاد کرده؟ از rel=prev, rel=next استفاده کنید تا گوگل رو توی دنباله محتواهاتون راهنمایی کنید. #سئوفنی، #جستجویگوگل” ساسمن سریع فهمید که این یه توصیه منسوخ شده است. مولر هم تایید کرد که rel=prev و rel=next هنوز پشتیبانی نمیشه: “ایلیز ادامه داد که دیگه این روش کاربردی نداره. میشه ازش استفاده کرد ولی گوگل اصلا بهش توجهی نمیکنه.” قبلا تو پادکست، ساسمن هشدار داده بود که اطلاعات قدیمی ممکنه باعث اشتباه بشه. ساسمن گفت: “اگه یه افسانه یا یه طرز فکری قدیمی راجع به یه موضوع تو اینترنت زیاد بچرخه، ممکنه امروز تو تمرینمون هم مطرح بشه.” و دقیقا همین اتفاق افتاد. زمان زیادی طول نکشید که به یه اطلاعات قدیمی برخوردن. نظارت انسانی همچنان حیاتیه در حالی که تیم ارتباطات جستجوی گوگل، پتانسیل محتواهای تولید شده با هوش مصنوعی رو دیدن، بحث‌شون روی لزوم بررسی صحت اطلاعات توسط انسان تاکید کرد. نگرانی‌های ایلیز نشون دهنده‌ی مبحث گسترده‌ترِ به‌کارگیری مسئولانه‌ی هوش مصنوعیئه. برای جلوگیری از پخش اطلاعات غلط، نظارت انسانی لازمه با اینکه استفاده از هوش مصنوعی برای تولید محتوا داره زیاد میشه، یادتون باشه خروجی‌شون رو بدون تایید کارشناسای اون موضوع، کورکورانه قبول نکنید. چرا مهمه؟ همونطور که تیم خود گوگل نشون داد، درسته که ابزارهای هوش مصنوعی میتونن تو ساختن و آنالیز محتوا کمک کنن، ولی لازمه که با یه دیده‌ی شک منطقی بهشون نگاه کنیم. اینکه بدون فکر از هوش مصنوعی برای تولید محتوا استفاده کنید، ممکنه باعث بشه اطلاعات قدیمی یا غلط منتشر کنید که روی سئو و اعتبار شما تاثیر منفی بذاره.

گوگل تو یه پادکست رسمی (Google Office Hours) درباره خطاهای ۴۰۴ (صفحه پیدا نشد) صحبت می‌کنه تو این پادکست، یه نفر سوال پرسیده بود که آیا خطاهای ۴۰۴ که از منابع خارجی میان (یعنی خود سایت اونا این خطا رو درست نکرده) باعث افت رتبه‌شون شده یا نه. خطاهای ۴۰۴ تقلبی که از بیرون میان! احتمالا دلایل زیادی برای خطاهای ۴۰۴ که توسط ربات‌ها ایجاد می‌شن وجود داره. یه دلیل این خطاها می‌تونه این باشه که این ربات‌های خودکار دنبال فایل‌ها یا پوشه‌هایی هستن که معمولا تو افزونه‌ها یا قالب‌های آسیب‌پذیر پیدا می‌شه. اگه بتونی آدرس آی‌پی و نوع مرورگر رباتی که باعث خطای ۴۰۴ می‌شه رو چک کنی، می‌تونه بهت سرنخ بده که آیا این خطاها واقعا از ربات‌های خودکار هستن یا نه. اگه آدرس آی‌پی نشون بده که از یه شرکت هاستینگ یا یه جای تو روسیه یا چین میاد، احتمالا کار یه هکرِ. همچنین، اگه نوع مرورگر یه نسخه قدیمی از کروم یا فایرفاکس باشه، باز هم احتمالا کار یه ربات هکره. البته این فقط یه دلیله، دلایل دیگه‌ای هم ممکنه وجود داشته باشه. گوگل به سوال جواب میده کسی که سوال پرسیده بود، یه افت رتبه رو با خطاهای ۴۰۴ مرتبط کرده بود. سوال به این شکل بود: “اینکه URL های تقلبی ۴۰۴ از یه منبع خارجی به سایتم میان، می‌تونه باعث افت رتبه بشه؟ چطور می‌تونم این مشکل رو حل کنم؟” پاسخ گوگل گاری ایلیز از گوگل جواب داد: “اگه گوگل‌بات بره سراغ یه ۴۰۴ تقلبی و اونو بخزه (crawl کنه)، نمی‌شه منطقی گفت که این باعث افت رتبه شده. اینکه تو یه سایتی چند تا ۴۰۴ وجود داشته باشه عادیه و لازم نیست حتما درستشون کنی. حالا اگه تو نرم‌افزار تحلیلت دیدی که تعداد زیادی کاربر واقعی هم دارن از اون لینک‌های ۴۰۴ میان، من خودم ترجیح می‌دم اونارو به یه روش‌هایی تغییر بدم، مثلا بهشون یه محتوای مرتبط نشون بدم.” افت رتبه و خطاهای ۴۰۴ (صفحه پیدا نشد) گاری گفت که ۴۰۴ ها عادی هستن و احتمالش خیلی کمِه که باعث افت رتبه تو نتایج جستجو بشن. درسته که خطاهای ۴۰۴ یه اتفاق رایج هستن. معمولا مشکلی نیست و تو اکثر مواقع لازم نیست کاری بکنی. 404 هایی که کاربرای واقعی درست می‌کنن! حالا یه حالت دیگه هم هست که خطای ۴۰۴ رو خود کاربرها درست می‌کنن. مثلا شاید یه نفر از یه جایی یه لینکی رو دنبال کرده باشه که دیگه وجود نداره و به صفحه “صفحه پیدا نشد” برسه. تشخیص این مورد راحته. کافیه چک کنی ببینی آدرسی که کاربر سعی کرده بره بهش، شباهت زیادی به یه آدرس درست تو سایت داره یا نه. اگه شباهت داشت، احتمالا کاربر یه غلط تو نوشتن آدرس داشته. راه حل اینه که یه “مسیرنما” (redirect) درست کنی که کاربر رو از اون آدرس غلط به آدرس درست هدایت کنه. افت رتبه چطور؟ یه چیزی که گاری اصلا بهش اشاره نکرد ولی لازمه بگیم اینه که یه احتمال ضعیف وجود داره که شاید یه ربات واقعا یه آسیب‌پذیری رو پیدا کرده باشه. شاید این ۴۰۴ ها به خاطر یه اسکنری باشن که دنبال اینجور مشکلات می‌گرده و نهایتا یه آسیب‌پذیری رو پیدا کرده. یه راه برای چک کردن این موضوع استفاده از یه برنامه به اسم phpMyAdmin هستش. با این برنامه می‌تونی بری تو بخش “کاربران” تو جداول پایگاه داده‌ت رو نگاه کنی و ببینی یه کاربر ناشناس وجود داره یا نه. یه راه دیگه، اگه سایته با وردپرس ساخته شده، استفاده از یه افزونه امنیتیه. اینجوری می‌تونی کل سایت رو اسکن کنی و ببینی یه قالب یا افزونه آسیب‌پذیر توش استفاده می‌شه یا نه. یه افزونه اسکن رایگان به اسم Jetpack Protect هستش که توسط توسعه‌دهنده‌های Automattic ساخته شده. این افزونه خودش مشکل رو حل نمی‌کنه ولی اگه یه آسیب‌پذیری تو قالب یا افزونه پیدا کنه بهت هشدار می‌ده. نسخه پولی و حرفه‌ای این افزونه هم هست که امکانات بیشتری داره. Sucuri و Wordfence هم دو تا افزونه امنیتی دیگه برای وردپرس هستن که کارهای مختلفی انجام می‌دن و هر دو نسخه رایگان و حرفه‌ای دارن. حالا اگه اینجوری نبود، افت رتبه کاملا تصادفی بوده و دلیل اصلی یه چیز دیگه‌ست.

گزارش آسیب پذیری وردپرس ۲۰۲۴ توسط اسکنر امنیتی وردپرس WPScan منتشر شده، این گزارش به ترندهای آسیب پذیری وردپرس اشاره میکنه و پیشنهاد می‌کنه که ناشرهای وبسایت (و متخصصان سئو)

وردپرس یه افزونه رسمی به اسم “Speculative Loading” منتشر کرده که از یه تکنولوژی جدید به همین نام استفاده می‌کنه تا بتونه صفحات سایتت رو خیلی سریعتر بارگذاری کنه. وردپرس یه پلاگین رسمی جدید زده که از یه تکنولوژی باحال به اسم “بارگذاری حدسی” پشتیبانی می‌کنه. این تکنولوژی باعث میشه سایتتون سریع‌تر باز بشه و کاربرها بهتر بتونن تو سایت بچرخن. بارگذاری حدسی بذار ساده‌اش کنم. رندر شدن یعنی کل صفحه وب ساخته بشه تا روی صفحه نمایش داده بشه. مثلا وقتی مرورگر شما کدهای اچ تی املی، عکس‌ها و بقیه چیزایی که لازمه رو دانلود می‌کنه و همه رو کنار هم قرار میده تا صفحه رو بهت نشون بده، این همون رندر شدن میشه. حالا “پیش-رندر شدن” یعنی این کار (ساختن صفحه) رو تو پشت صحنه انجام بدیم، قبل از اینکه کاربر حتی کلیک کرده باشه. این پلاگین چیکار میکنه؟ این پلاگین به مرورگر این اجازه رو میده که کل صفحه بعدی که کاربر ممکنه بره توش رو بصورت پیش‌فرض (تو بک‌گراند) آماده کنه. اینکارو با حدس زدن صفحه بعدی که کاربر ممکنه بره توش، بر اساس جایی که روشون موس رو نگه میداره انجام میده. کروم (مرورگر گوگل) یه تنظیم داره که فقط صفحاتی رو پیش‌فرض آماده میکنه که احتمال اینکه کاربر بهشون بره حداقل ۸۰ درصد باشه. تو صفحه راهنمای رسمی کروم برای پیش‌فرض آماده کردن صفحه اینطور توضیح داده شده: “صفحات فقط باید زمانی بصورت پیش‌فرض آماده بشن که احتمال اینکه کاربر اون صفحه رو باز کنه زیاد باشه. به همین دلیله که گزینه‌های پیش‌فرض آماده کردن صفحه تو نوار آدرس کروم فقط زمانی فعال میشن که این احتمال خیلی زیاد باشه (بیشتر از ۸۰ درصد مواقع).” یه نکته‌ی دیگه هم تو همون صفحه راهنما برای توسعه‌دهنده‌ها ذکر شده که اونم اینه که پیش‌فرض آماده کردن صفحه ممکنه به خاطر تنظیمات کاربر، میزان استفاده از حافظه و شرایط دیگه (جزئیات بیشتر در مورد اینکه آنالیتیکس چطوری با پیش‌فرض آماده کردن صفحه کار میکنه رو پایین‌تر توضیح میدیم) اتفاق نیفته. این قابلیت بارگذاری حدسی یه مشکلی رو حل می‌کنه که راه‌حل‌های قبلی نمی‌تونستن حلش کنن. چون راه‌حل‌های قبلی فقط منابعی مثل جاوا اسکریپت و سی‌اس‌اس رو پیش‌فرض (تو بک‌گراند) آماده می‌کردن، نه کل صفحه رو. تو اعلامیه رسمی وردپرس اینجوری توضیح داده شده: معرفی API قوانین بارگذاری حدسی این API جدید یه راه‌حل برای مشکلات بالا ارائه میده. این قابلیت به ما اجازه میده تا با استفاده از کد JSON، قوانینی رو تعریف کنیم که بر اساس رفتار کاربر (مثلا هاور کردن روی لینک‌ها)، بصورت پویا (لحظه‌ای) آدرس‌های صفحات خاص رو پیش‌فرض آماده کنه یا منابعشون رو دانلود کنه. به عبارت دیگه، این قابلیت به ما اجازه می‌ده URLها رو قبل از اینکه کاربر روشون کلیک کنه، بصورت حدسی آماده کنیم. این API رو میشه برای مثال برای این استفاده کرد که هر لینکی که کاربر روشون موس رو نگه میداره، کل صفحش بصورت پیش‌فرض آماده بشه. صفحه رسمی وردپرس در مورد این قابلیت جدید بیشتر توضیح میده: “این قابلیت بارگذاری حدسی یه API جدید تحت وب هستش… این قابلیت به ما این امکان رو میده که قوانینی رو با فرمت JSON تعریف کنیم تا بر اساس رفتار کاربر (مثل هاور کردن روی لینک‌ها) بصورت پویا آدرس‌های صفحات خاص رو پیش‌فرض آماده کنه یا منابع‌شون رو دانلود کنه. به عبارت دیگه، این قابلیت بهمون اجازه میده تا URLها رو قبل از اینکه کاربر روشون کلیک کنه، حدسی آماده کنیم. مثلا میشه از این API برای این استفاده کرد که هر لینکی که کاربر روشون موس رو نگه میداره، کل صفحش بصورت پیش‌فرض آماده بشه. همچنین، با این قابلیت بارگذاری حدسی، “پیش‌فرض آماده کردن” واقعا به معنای آماده کردن کل صفحه، حتی با اجرای کدهای جاوااسکریپت، هستش. این کار میتونه باعث بشه وقتی کاربر روی لینک کلیک میکنه، صفحه تقریبا به صورت آنی (خیلی سریع) لود بشه چون احتمالا کل صفحه از قبل آماده شده. البته این فقط یکی از حالت‌های قابل تنظيمه. این پلاگین جدید وردپرس از این قابلیت بارگذاری حدسی پشتیبانی میکنه. تو صفحات توسعه‌دهندگان موزیلا، که یه منبع عالی برای درک فنی HTML هستش، این قابلیت به این صورت توضیح داده شده:” پلاگین آزمایشگاهی عملکرد (Performance Lab Plugin) این پلاگین جدید توسط تیم رسمی عملکرد وردپرس ساخته شده. این تیم هر چند وقت یه بار پلاگین‌های جدیدی رو منتشر می‌کنه تا کاربرها بتونن اونها رو تست کنن و بعدا شاید این قابلیت‌ها به هسته اصلی وردپرس اضافه بشه. پس این یه فرصت عالیه که بتونین جزو اولین نفرایی باشین که تکنولوژی‌های جدید مربوط به عملکرد رو امتحان می‌کنین. این پلاگین جدید وردپرس به صورت پیش‌فرض تنظیم شده که تمام صفحات، نوشته‌ها و صفحات آرشیو رو که همشون با هم بهشون میگیم “صفحات فرونت‌اند وردپرس”، بصورت پیش‌فرض آماده کنه. اینکه این قابلیت چطور کار می‌کنه رو میشه تو تنظیمات پلاگین دقیق‌تر کنترلش کرد: سازگاری با مرورگرها این قابلیت بارگذاری حدسی از کروم ۱۰۸ به بعد پشتیبانی میشه. اما خب، برای اینکه بتونین از تمام قابلیت‌های این پلاگین جدید استفاده کنین، لازمه که مرورگر شما کروم ۱۲۱ یا بالاتر باشه. کروم ۱۲۱ اوایل سال ۲۰۲۴ منتشر شد. تو مرورگرهایی که از این قابلیت پشتیبانی نمی‌کنن، این پلاگین کلا نادیده گرفته میشه و هیچ تأثیری روی کاربر نداره. پلاگین جدید بارگذاری حدسی وردپرس رو امتحان کنید! این پلاگین توسط تیم اصلی عملکرد هسته وردپرس ساخته شده. چطور آنالیتیکس با بارگذاری حدسی کار میکنه؟ یه توسعه‌دهنده وردپرس تو بخش نظرات سوال کرده بود که چطور آنالیتیکس (احتمالا منظور Google Analytics) با بارگذاری حدسی کار می‌کنه و یه نفر دیگه هم جواب داده که این به عهده‌ی توسعه‌دهنده‌ی آنالیتیکس هستش که بارگذاری حدسی رو تشخیص بده و اون رو به عنوان بازدید یا لود صفحه حساب نکنه. خوشبختانه هم گوگل آنالیتیکس و هم تگ‌های تبلیغاتی گوگل (GPT) هر دو می‌تونن از پس بارگذاری حدسی بر بیان. تو صفحه راهنمای توسعه‌دهنده‌های کروم یه توضیحی در مورد این موضوع که آنالیتیکس چطور با بارگذاری حدسی کار می‌کنه، وجود داره: “از سپتامبر ۲۰۲۳ به صورت پیش‌فرض، گوگل آنالیتیکس بارگذاری حدسی رو مدیریت می‌کنه و اون رو تا زمان فعال شدن به تعویق می‌اندازه. تگ‌های تبلیغاتی گوگل (GPT) هم از نوامبر ۲۰۲۳ یه تغییر مشابه اعمال کردن و نمایش تبلیغات رو تا زمان […]