مجله خبری هاست ایران » طراحی و توسعه » روش های جلوگیری از بروز خطا در انتقال فروشگاه های اینترنتی
توسعه وب سئو و بهینه سازی سایت طراحی و توسعه

روش های جلوگیری از بروز خطا در انتقال فروشگاه های اینترنتی

انتقال فروشگاه های اینترنتی

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

در این مطلب قصد داریم به ۹ نکته اساسی اشاره کنیم تا سئو وب‌سایتتان با رعایت کردن آن‌ها در روند انتقال فروشگاه های اینترنتی دچار مشکل نشود.

۱. فهرستی از همه آدرس‌های URL روی وب‌سایت فعلی تهیه کنید

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

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


ابزار مرتبط: ابزار بررسی لینک های شکسته


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

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

۲. دقیقاً مشخص کنید چه تغییراتی در خلال این انتقال پلتفرم ایجاد می‌شوند

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

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

هرگز این مرحله را نادیده نگیرید. حتی پلتفرم‌هایی با رابط کاربری فوق‌العاده هم باید دوباره آزمایش شوند.

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

مواردی که باید امکان تغییرشان را در این آزمایش بررسی کنید:

  • تغییرات احتمالی در روند راهبری منو
  • تغییرات احتمالی در راهنمای breadcrumb
  • سلسله مراتب کلی وب‌سایت
  • قاعده نام‌گذاری URLها

تشخیص دهید هرکدام از این موارد قرار است چگونه دستخوش تغییر شوند.

۳. فهرستی از همه URLهایی که می‌خواهید روی وب‌سایت تازه هم به‌کار ببرید، تهیه کنید

پیش از آغاز روند انتقال سایت باید به‌خوبی بدانید که:

  • چگونه باید URL صفحه‌های تازه را ایجاد کنید
  • چگونه نتایج پس از این انتقال متفاوت خواهند بود

با قواعد نام‌گذاری URLها به‌خوبی آشنا شوید تا در هنگام به‌روزرسانی سایت با هیچ مورد استثنایی مواجه نشوید.

۴.  یک نقشه ارجاع (Redirect Map) از وب‌سایت قبلی به وب‌سایت تازه بسازید

از دانش قواعد نام‌گذاری URLها کمک بگیرید و قوانینی برای کاربرد عملی آن‌ها در htaccess تعریف کنید. این روش باعث می‌شود همه URLهای قدیمی پس از تکمیل انتقال پلتفرم به URLهای تازه ارجاع داده شوند.

۵. همه لینک‌هایی که به‌صورت دستی ایجاد شده‌اند را هم در نظر بگیرید

در این مرحله باید همه لینک‌های وب‌سایتتان را از این جهات شناسایی کنید:

  • لینک‌ها توسط پلتفرم e-commerce ایجاد شده‌اند
  • به‌روش استاتیک و کاملاً دستی ایجاد شده‌اند و درون محتوا قرارگرفته‌اند

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

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

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

ارجاع‌های داخلی سایت اصلاً مناسب نیستند چراکه سرعت عملکرد را به‌شدت کاهش می‌دهند. به همین خاطر است که توصیه می‌کنیم از این روش مخرب استفاده نکنید.

۶. فهرستی از صفحه‌های بسیار معتبر وب‌سایتتان تهیه کنید

از هر کراولر لینک (Crawler) که در دسترستان است ازجمله Ahrefs و Open Site Explorer  استفاده کنید تا فهرستی از همه صفحه‌های موجود وب‌سایتتان تهیه کند. این فهرست را می‌توانید براساس عواملی مانند تعداد لینک‌های درونی و معیارهای اعتبارسنجی صفحه‌ها مرتب کنید.

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

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

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

سایر صفحه‌های پربازدیدتان هم باید در وب‌سایت تازه جایگاه برجسته‌شان را همچنان حفظ کنند. هیچ تغییری در روند به‌روزرسانی نباید باعث شود جایگاه این صفحه‌های مهم تغییر کند.

۷. رتبه وب‌سایتتان را ثبت کنید

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


مقاله مرتبط: راهنمای جامع استفاده از ابزار بهینه‌ سازی وب‌ سایت هاست ایران


شما باید قادر باشید همه تغییراتی که قبل و بعد از انتقال پلتفرم در کلمه‌های کلیدی ایجاد می‌شود را شناسایی و دنبال کنید. در موقعیتی که میزان ترافیک ورودی از موتورهای جستجو پس از انتقال و به‌روزرسانی وب‌سایتتان افزایش یا کاهش یافت، قادر خواهید بود منشأ این تغییرات را به‌سرعت شناسایی کنید.

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

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

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

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

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

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

۹. مانیتورینگ بعد از به‌روزرسانی وب‌سایت

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

البته همیشه باید تگ noindex را در روند آزمایش فعال کنید و پس از اتمام انتقال آن را به حالت غیرفعال بازگردانید.

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

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

کلام آخر

هنگامی که تصمیم گرفتید پلتفرم e-commerce وب‌سایتتان را به‌روزرسانی کنید، حتماً این ۹ نکته اساسی را درنظر بگیرید. وب‌سایت‌های متعددی وجود دارند که صفحه‌هایشان در نتایج موتورهای جستجو به خاطر نادیده گرفتن این نکته‌ها پس از انتقال به پلتفرم تازه، کمتر از قبل دیده می‌شود.