طراحی سایت و تولید نرم افزارهای تحت وب

طراحی سایت و تولید نرم افزارهای تحت وب

طراحی سایت و تولید نرم افزارهای تحت وب

طراحی سایت و تولید نرم افزارهای تحت وب

طبقه بندی موضوعی

۲ مطلب با کلمه‌ی کلیدی «انتقال سایت» ثبت شده است

  • ۰
  • ۰

چهار افزونه برتر وردپرس در تهیه نسخه پشتیبان (بک آپ) تدریجی (سرعت و فضا ذخیره کنید)

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

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

برای بک آپ سایت وردپرس خود به چه چیزی نیاز دارید؟

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

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

وقتی به بهترین افزونه‌های نسخه پشتیبانی وردپرس نگاه می‌کنید (یا هاست‌هایی که ابزار بک آپی ارائه می‌دهند)، به کدام ویژگی‌ها باید توجه داشته باشید؟

بک آپ‌های خودکار:

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

ذخیره در مکان‌های مختلف:

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

بک آپ‌های تدریجی:

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

گزینه‌های بک آپ دستی:

با وجود این که بک آپ‌های خودکار ضروری هستند، بک آپ‌های دستی نیز همچنان باید اختیاری باشند. از این راه زمانی که خود وجود تهدیدی را احساس کنید یا می‌خواهید روی هارد درایو خود دانلودی را کامل کنید، می‌توانید فایل‌های خود را ذخیره کنید. این می‌تواند از طریق هاست یا افزونه باشد یا حتی می‌توانید با دانلود فایل‌های خود با SFTP و کاوش در پایگاه‌داده MySQL با phpMyAdmin خود یک بک آپ دستی ایجاد کنید.

تنظیمات برای برنامه‌ریزی بک آپ‌های جزئی‌تر:

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

بازیابی از حادثه:

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

بک آپ‌‌های قابل دانلود:

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

یک داشبورد واضح و رابط‌کاربری ساده برای پیدا کردن و مدیریت بک آپ‌ها:

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

بهترین افزونه‌های بک آپ وردپرس برای بک آپ تدریجی در ۲۰۱۹

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

حال بیایید نگاهی به امکانات آن‌ها بیندازیم.

۱-VaultPress

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

افزونه‌های بک آپ وردپرس

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

بسته‌های VaultPress و Jetpack از تنها ۳۹ دلار در سال آغاز می‌شوند. درخصوص امکانات بک آپ می‌توان گفت که بک آپ‌های خودکار روزانه و یک آرشیو ۳۰ روزه بک آپ ارائه می‌شود. این برنامه شخصی نام دارد. اما می‌توانید برنامه را برای ۹۰ دلار سالانه به حالت کسب و کار به‌روز کنید.سپس بک آپ‌ها بهبود یافته و حجم نامحدودی از فضا خواهید داشت. یک برنامه حرفه‌ای به ازای ۲۹۹ دلار نیز وجود دارد که در کنار دیگر ویژگی‌های بک آپ، یک آرشیو نامحدود از بک آپ فراهم می‌کند.

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

چرا این یکی از بهترین افزونه‌های بک آپ وردپرس است؟

  • VaultPress بک آپ‌های تدریجی و یک آرشیو بک آپ دارد تا بتوانید آن را بررسی کرده و بک آپ‌هایی که سایت شما را به حالت قبلی بازیابی می‌کنند انتخاب کنید.
  • این افزونه با افزونه Jetpack ادغام شده است و دیگر گزینه‌های بازاریابی، شبکه اجتماعی و امنیتی در اختیار شما قرار می‌دهد.
  • VaultPress با تنها ۳۹ دلار در سال آغاز می‌شود. پس در موقعیتی هستید که به ازای بخش کوچکی از قیمت افزونه‌های ممتاز (پرمیوم) امکانات زیادی دریافت می‌کنید.
  • این پرداخت سالانه همچنین به این معناست که پشتیبانی اولیه توسط افراد حرفه‌ای وردپرس فراهم می‌شود.
  • VaultPress در کنار بک آپ، شامل سنجه‌های امنیتی بسیاری مانند نظارت در زمان کار و محافظت از حمله جست‌وجوی فراگیر می‌شود.
  • بک آپ‌های خودکار روزانه و بازیابی‌های آسان سایت برای اطمینان از آسان‌سازی کار برای تمام وب‌مسترها هستند. به این صورت هیچ کاری را نباید دستی انجام داده و اگر سایت شما خراب شد می‌توانید یا با تیم پشتیبانی وردپرس صحبت کرده یا فرآیند را خود تکمیل کنید، چرا که بسیار ساده است.

۲-کپسول زمانی وردپرس

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

افزونه‌های بک آپ وردپرس

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

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

چرا این یکی از بهترین افزونه‌های بک آپ وردپرس است؟

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


۳-ManageWP

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

افزونه‌های بک آپ وردپرس

قیمت‌گذاری انعطاف‌پذیر آن چیزی است که همه می‌توانند به آن عادت کنند. این موقعیت به این معناست که تنها برای چیزی که استفاده می‌کنید هزینه می‌پردازید و به‌روز رسانی‌ها و تنزل به نسخه‌های پایین‌تر هر زمانی که بخواهید در دسترس هستند. آن‌ها بک آپ‌های ماهانه رایگان ارائه می‌دهند. بک آپ پرمیوم (هفتگی تا ساعتی) از ۲ دلار برای هر سایت آغاز می‌شود. می‌توانید به ازای ۱۳/۰ دلار اضافه‌تر برای هر گیگابایت، بک آپ را در سیستم ابری خارجی خود آپلود و ذخیره کنید. آن‌ها همچنین یک نرخ ۷۵ دلار ماهانه برای ۱۰۰ سایت یا کمتر با یک بسته نرم‌افزاری ارائه می‌دهند.

ManageWP بک آپ‌های تدریجی کاملی انجام می‌دهد اما مهم است که بدانید هر یک از این بک آپ‌ها با توجه به بسته قیمتی که انتخاب کرده‌اید چگونه کار می‌کنند. نسخه رایگان تنها بک آپ‌های دستی ارائه می‌دهد. بک آپ پرمیوم جایی است که در آن بک آپ‌های برنامه‌ریزی شده در محل‌هایی مانند Dropbox، Google Drive و Amazon S3 دریافت می‌کنید. از آن‌جایی که بک آپ‌های خودکار ابری قابل‌ اعتمادتر از بک آپ‌های دستی هستند، این زمینه‌ای است که غالب شرکت‌ها به دنبالش هستند.

چرا این یکی از بهترین افزونه‌های بک آپ وردپرس است؟

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

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

  • parmisoft parmisoft
  • ۰
  • ۰

انتقال یک سایت چیست؟

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

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

مثال‌های انتقال سایت

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

اشتباه بودن افسانه �ترافیک از دست رفته مورد انتظار�

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

مثال‌هایی از انتقال‌های ناموفق

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

انتقال سایت

اما ریکاوری همیشه امکان‌پذیر نیست. گراف مشاهدات زیر از یک خرده‌فروش بزرگ بریتانیایی دیگر است که در آن انتقال از HTTP به HTTPS منجر به کاهش دائمی ۲۰ درصدی مشاهده می‌شود.

 

انتقال سایت

در واقع کاملا امکان‌پذیر است که از HTTP به HTTPS منتقل شد و برای چنین مدت طولانی، این مقدار ترافیک از دست نداد. به جز چند هفته اول که به دلیل پیدا کردن آدرس سایت جدید توسط گوگل و به‌روز رسانی نتایج جست‌وجو، نوسانات بالایی وجود دارد.

مثال‌هایی از انتقال‌های موفق

یک انتقال موفق چگونه است؟ این به طور عمده به نوع انتقال، اهداف و KPIها (در آینده بیشتر توضیح خواهیم داد) بستگی دارد. اما در غالب موارد، یک انتقال موفق در سایت، حداقل یکی از ویژگی‌های زیر را دارد:

۱-حداقل کاهش آمار مشاهده در هفته‌های اول (هدف کوتاه مدت).

۲- افزایش مشاهده پس از آن، که به نوع انتقال بستگی دارد (هدف بلندمدت).

گزارش مشاهده زیر در خصوص انتقال از یک HTTP به HTTPS است که همچنین با بهبود مشخص در سرعت بارگذاری صفحات سایت همراه بوده است.

انتقال سایت

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

رشد آمار مشاهده

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

انتقال سایت

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

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

 

 

انواع انتقال‌های سایت

انواع مختلفی از انتقال سایت وجود دارد. دسته‌ها به ذات تغییرات اعمال شده بستگی دارند.

انتقال سایت

دسته‌های بسیار مختلف انتقال سایت

 

تغییرات محل سایت: تغییر دامنه، برندسازی مجدد- جابه‌جایی یا ادغام بخش‌هایی از سایت- انتقال از HTTP به HTTPS یا HTTP2- جابه‌جایی سایت‌های بین‌المللی- تغییر تنظیمات موبایلی (AMP، PWA)

تغییرات پلت‌فرم: انتقال به یک پلت‌فرم جدید- به‌روز رسانی نسخه پلت‌فرم- معرفی ویژگی‌های جدید پلت‌فرم- ادغام پلت‌فرم‌های مختلف

تغییرات محتوا: اضافه یا حذف کردن صفحات- اضافه کردن، حذف کردن یا پنهان کردن محتواها- تثبیت محتوا یا صفحات- معرفی زبان‌های جدید

تغییرات ساختاری: تغییرات سلسله‌مراتبی در سایت- تغییرات مسیریابی- تغییرات لینک‌های داخلی- تغییرات نقشه سفر کاربر

تغییرات طراحی و تجربه کاربری: تغییرات تجربه کاربر محور در دستگاه‌های مختلف- تغییرات ظاهری و حسی- تغییرات رسانه‌ای- تغییرات عملکرد سایت

تمام ترکیب‌های ممکن

 

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

  • جابه‌جایی سایت با تغییر آدرس (URL)
  • جابه‌جایی سایت بدون تغییر آدرس (URL)

 

انتقال‌های جابه‌جایی سایت

انتقال سایت

این زمانی رخ می‌دهد که سایت به خاطر هر یک از دلایل زیر به آدرسی متفاوت منتقل می‌شود:

تغییرات پروتکلی:

یک مثال کلاسیک زمان انتقال از HTTP به HTTPS است.

 

تغییرات زیردامنه‌ای و زیرپوشه‌ای:

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

 

تغییر نام دامنه:

به طور متداول زمانی رخ می‌دهد که یک کسب‌وکار به دنبال برندسازی مجدد بوده و باید از یک دامنه به دامنه دیگری منتقل شود.

 

تغییر دامنه سطح بالا:

این زمانی متداول است که یک کسب‌وکار تصمیم به راه‌اندازی وبسایت‌های بین‌المللی گرفته و باید از یک دامنه سطح بالای کد کشوری به یک دامنه سطح بالای عمومی منتقل شود یا بالعکس، مثلا از .co.uk به .com منتقل شود یا از .com به .co.uk منتقل شود.

 

تغییرات ساختار سایت:

این تغییرات در معماری سایت بوده و معمولا بر لینک دهی داخلی سایت و ساختار آدرس سایت تاثیر دارند.

 

دسته‌های دیگر انتقال سایت :

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

 

پلت‌فرم سازی مجدد:

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

 

انتقال‌های محتوا:

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

 

تغییرات تنظیمات موبایلی:

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

 

تغییرات ساختاری:

این موارد معمولا با تغییرات اساسی در دسته‌بندی سایت رخ می‌دهند که بر مسیریابی، لینک دهی داخلی و نقشه مسیر کاربر تاثیر می‌گذارند.

 

طراحی مجدد سایت:

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

 

انتقال‌های ترکیبی:

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

 

اشتباهات متداول در انتقال سایت‌ها

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

دلایل شکست انتقال در سایت‌ها

استراتژی ضعیف (مانند اهداف ناواضح)- برنامه‌ریزی ضعیف- کمبود هم‌فکری در سئو یا تجربه کاربری- کمبود منابع یا بودجه- مشارکت دیرهنگام- آزمون ضعیف- واکنش کند به رفع باگ- دست کم گرفتن مقیاس

انتقال سایت

 

استراتژی ضعیف

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

برنامه‌ریزی ضعیف

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

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

کمبود منابع

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

کمبود هم‌فکری برای سئو یا تجربه کاربری

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

 

مشارکت دیرهنگام

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

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

کمبود آزمون

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

واکنش کند به رفع باگ

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

دست‌ کم گرفتن مقیاس

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

 

فرآیند انتقال سایت

فرآیند انتقال سایت را می‌توان به شش گام ضروری تقسیم کرد.

تمام آن‌ها به مقدار برابری مهم بوده و از قلم انداختن آن‌ها به درجات مختلفی مانع از موفقیت انتقال می‌شود.

انتقال سایت

فرآیند انتقال سایت

مرحله ۱- ارزیابی و برنامه‌ریزی: اهداف، ریسک‌ها، موقعیت‌های رشد و پیش‌بینی سناریوها، راهبردها، برنامه پروژه

مرحله ۲- آماده‌سازی پیش از راه‌اندازی: مرور چارچوب، مشخص‌سازی فنی سئو، شناسایی صفحات در اولویت، برنامه وقایع احتمالی آینده

مرحله ۳- آزمون پیش از راه‌اندازی: مرور محتوا، مرور فنی، آزمون تغییر مسیر، ارزیابی ریسک راه‌اندازی سایت، ارزیابی استانداردها (بنچمارک)

مرحله ۴- پشتیبانی روز راه‌اندازی: عملیات‌های راه‌اندازی سایت، آزمون زنده سایت، پشتیبانی رسانه که هزینه آن پرداخت شده باشد

مرحله ۵- مرور پس از راه‌اندازی: ارزیابی‌ها و عملیات پس از راه‌اندازی، مرور رفع باگ‌ها، نظارت بر عملکرد

مرحله ۶- مرور عملکرد: اولویت‌سازی فعالیت‌های معمول کسب‌وکاری

 

مرحله اول: ارزیابی و برنامه‌ریزی

ارزیابی پروژه

فارغ از دلایل پشت یک پروژه انتقال، شما باید از ابتدا نسبت به اهداف مشخص باشید چرا که این امر به تنظیم و مدیریت انتظارات کمک می‌کند. جابه‌جایی از HTTP به HTTPS بسیار متفاوت از یک اصلاح کامل سایت است، بنابراین هر یک باید اهداف متفاوتی داشته باشند.در مثال اول، هدف باید بازیابی سطوح ترافیک سایت باشد، در حالی‌که در مثال دوم هدف باید احتمالا رشد باشد.

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

سهام‌داران

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

آماده‌سازی برنامه پروژه

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

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

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

 

 

مرحله دوم: آماده‌سازی پیش از راه‌اندازی

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

مرور چارچوب

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

آماده‌سازی مشخصات فنی سئو

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

اطمینان حاصل کنید که ملزومات خاصی شامل حوزه‌های زیر لحاظ شده‌اند:

  • ساختار آدرس سایت
  • فراداده (شامل ارزش‌های پیش‌فرضی که به طور پویا ایجاد شده‌اند)
  • داده‌های ساخت‌یافته
  • کنونیکال‌ها و دستورالعمل‌های فراروبات‌ها
  • کپی و تیترها
  • مسیریابی‌های اصلی و ثانویه
  • لینک‌دهی داخلی (به هر نحوی)
  • صفحه‌بندی
  • نقشه سایت (های) XML
  • نقشه سایت HTML
  • Hreflang(اگر سایت‌های بین‌المللی وجود دارند)
  • تنظیمات موبایل (شامل برنامه، سایت AMP یا PWA)
  • تغییر مسیرها
  • صفحه معمول ۴۰۴
  • جاوا اسکریپت، CSS و فایل‌های عکسی
  • زمان‌های بارگذاری صفحه (برای دسکتاپ و موبایل)

این مشخصات همچنین باید شامل حوزه‌هایی از کارکرد CMS باشند که به کاربر امکان این موارد را می‌دهد:

  • تشخیص آدرس‌های معمول و نادیده گرفتن آدرس‌های پیش‌فرض
  • به‌روز رسانی عناوین صفحات
  • به‌روز رسانی متا توضیحات
  • به‌روز رسانی هر یک از تیترهای h1 تا h6
  • اضافه کردن یا اصلاح تگ‌های کنونیکال
  • تنظیم ویژگی‌های متا روبات‌ها به index/noindex/follow/nofollow
  • اضافه کردن یا اصلاح متن جایگزین عنوان تصویر هر عکس
  • لحاظ کردن میدان‌های اوپن گراف برای توضیحات، آدرس، عکس، تایپ و اسم سایت
  • لحاظ کردن میدان‌های اوپن گراف توییتر برای کارت، آدرس، عنوان، توضیحات و عکس
  • به‌روز رسانی Bulk یا اصلاح تغییر مسیرها
  • به‌روز رسانی فایل txt

همچنین اطمینان حاصل کردن از این که هنگام به‌روز رسانی یک ویژگی خاص (مانند یک h1)، عناصر دیگر (مانند عنوان صفحه یا هر فهرستی از مسیریابی) تحت تاثیر قرار نمی‌گیرند، مهم است.

 

شناسایی صفحات در اولویت

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

برای این کار، شما باید:

  1. باید در سایت قدیمی عمل crawl را انجام دهید.
  2. تمام صفحات قابل فهرست‌بندی شدن را شناسایی کنید.
  3. صفحات با عملکرد بالا را شناسایی کنید.

نحوه crawl در سایت قدیمی

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

  • txt را نادیده بگیرید (در صورتی که هر یک از بخش‌های حیاتی بلاک شده‌اند)
  • لینک‌های داخلی �nofollow� را دنبال کنید (تا crawler به صفحات بیشتری دسترسی پیدا کند)
  • تمام زیردامنه‌ها را (با توجه به ارزیابی) crawl کنید
  • خارج از پوشه استارت، crawl کنید (با توجه به ارزیابی)
  • عامل کاربری را به Googlebot تغییر دهید (دسکتاپ)
  • عامل کاربری را به Googlebot تغییر دهید (تلفن هوشمند)

راهنمای حرفه‌ای: تا چند ماه پس از تکمیل انتقال از داده crawl سایت قدیمی یک کپی داشته باشید (روی ابر یا در یک فایل) تا وقتی سایت جدید روی کار آمد، در صورت نیاز داده‌های سایت قبلی را در اختیار داشته باشید.

نحوه شناسایی صفحات فهرست‌پذیر (indexable)

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

  • سرور پاسخ مثبت بدهد
  • یا تگ کنونیکال نداشته باشد یا یک آدرس کنونیکال خود ارجاع داشته باشد
  • Noindex متا روبات نداشته باشد
  • از فایل txt خارج نشده باشند
  • لینک‌های صفحات داخلی به آن‌ها منجر نشده باشد

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

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

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

پیشنهاد می‌شود که یک صفحه گسترده آماده کنید که شامل موارد زیر می‌شود:

  • آدرس سایت قدیمی (تنها موارد فهرست‌پذیر را از داده‌های crawl لحاظ کنید)
  • آمار مشاهده از جست‌وجوی واقعی طی ۱۲ ماه اخیر (گوگل Analytics)
  • درآمد، نرخ‌های تبدیل و تبدیل‌ها طی ۱۲ ماه اخیر (گوگل Analytics)
  • آمار مشاهده صفحات طی ۱۲ ماه اخیر (گوگل Analytics)
  • تعداد کلیک‌ها در ۹۰ روز اخیر (Search Console)
  • صفحات برتر از لحاظ لینک شدن (Majestic SEO/Ahrefs)

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

 

معیار سنجی (بنچمارک)

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

ردیابی رتبه کلیدواژه‌ها

اگر به طور مداوم رتبه سایت را دنبال نمی‌کنید، پیش از راه‌اندازی سایت جدید باید این کار را انجام دهید.

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

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

 

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

 

  • parmisoft parmisoft