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

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

اول مشخص کنید مشکل انتخاب آدرس است یا رتبه‌گرفتن صفحه دیگر

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

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

یک نمونه مشخص را ثبت کنید، سپس گزارش بگیرید

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

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

انتخاب گوگل را در بخش بررسی آدرس بخوانید

آدرس صفحه موردنظر را در ابزار URL Inspection سرچ کنسول وارد کنید. در جزئیات ایندکس، بخش User-declared canonical ترجیح اعلام‌شده سایت و بخش Google-selected canonical انتخاب گوگل را نشان می‌دهد. اگر انتخاب گوگل آدرس دیگری است، آن صفحه را هم بررسی کنید. این اطلاعات می‌تواند مشخص کند مسئله واقعاً میان نسخه‌های مشابه رخ داده است یا باید علت نمایش صفحه دیگر را در جای دیگری جست‌وجو کنید.

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

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

صفحه‌ها باید تفاوتی فراتر از عنوان داشته باشند

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

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

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

آدرس‌ها و تنظیمات سایت را هم‌جهت کنید

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

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

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

کنونیکال و ریدایرکت را جای یکدیگر استفاده نکنید

وقتی صفحه قدیمی دیگر کاربرد مستقلی ندارد و برای آن جایگزین مرتبط دارید، انتقال دائمی می‌تواند انتخاب مناسبی باشد. ریدایرکت، مراجعه‌کننده را هم به مقصد می‌فرستد. کنونیکال چنین کاری نمی‌کند؛ کاربر همچنان می‌تواند نسخه موجود را باز کند و سایت فقط ترجیح خود درباره آدرس نماینده را اعلام می‌کند. برای انتقال دائمی، تیم فنی می‌تواند متناسب با زیرساخت از کدهایی مانند ۳۰۱ یا ۳۰۸ استفاده کند. انتخاب نوع انتقال باید با دائمی یا موقتی بودن تغییر سازگار باشد.

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

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

ممکن است صفحه مطلوب اصلاً شرایط حضور در نتایج را نداشته باشد

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

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

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

یک نمونه فرضی از تشخیص تا اصلاح

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

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

نتیجه اصلاح را چگونه بسنجیم؟

برای تحویل مسئله به تیم اجرا، یک پرونده کوتاه بسازید: عبارت جست‌وجو، آدرس مشاهده‌شده، آدرس مطلوب، تاریخ بررسی و توضیح تفاوت دو صفحه را کنار هم قرار دهید. سپس مسئول هر اقدام و روش کنترل آن را مشخص کنید. اگر تغییر به توسعه‌دهنده وابسته است، آن را صرفاً در فهرست پیشنهادهای محتوایی پنهان نکنید. مدیر پروژه باید بداند کدام کار تأیید شده، کدام اجرا شده و کدام هنوز منتظر دسترسی یا تصمیم تجاری است.

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

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

جمع‌بندی

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

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

آیا با تغییر عنوان، مشکل برطرف می‌شود؟

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

آیا باید صفحه‌ای را که رتبه گرفته حذف کنیم؟

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

گزارش پایان اصلاح باید شامل چه چیزی باشد؟

آدرس‌های بررسی‌شده، علت تشخیص‌داده‌شده، تغییر اجراشده، تاریخ اجرا و نتیجه کنترل فنی را ثبت کنید. وضعیت انتخاب گوگل را جداگانه گزارش دهید تا اجرای کار با پذیرش تغییر در نتایج جست‌وجو اشتباه نشود.