Migrasi Situs: Kesalahan Paling Umum! - Semalt Memperingatkan



Hai! Dalam artikel hari ini, Semalt akan memberi tahu Anda tentang kesalahan paling umum yang dibuat selama migrasi situs web. Dengan 90% migrasi situs web, setidaknya satu kesalahan yang akan saya ceritakan kepada Anda hari ini sering muncul. Sayangnya, ini juga merupakan kasus bahwa kesalahan sekecil apa pun dapat mengakibatkan hilangnya lalu lintas dan penurunan visibilitas.

Jadi jika Anda mempertimbangkan untuk memindahkan situs web, memigrasi atau mengubah domain, saya mendorong Anda untuk membaca seluruh artikel.

Jika Anda telah mencapai titik ini, Anda mungkin tahu apa itu migrasi. Dalam kasus migrasi situs web, kita dapat membaginya menjadi beberapa jenis.

Jenis migrasi

CMS-CMS

Di antara e-commerce, jenis migrasi yang paling populer adalah migrasi dari satu CMS ke CMS lainnya. Misalkan toko Anda tumbuh dengan inventaris kecil di awal, sedikit produk dan kebutuhan Anda lebih kecil. Namun, seiring berjalannya waktu, seiring pertumbuhan toko, kebutuhan Anda mulai meningkat, jadi Anda mulai berpikir untuk mengubah CMS, yang memungkinkan Anda melakukan hal-hal yang Anda inginkan dalam CMS tertentu.

Dan di sini Anda benar-benar mempertimbangkan untuk mengubah dari CMS ke CMS lain. Dalam hal ini, migrasi memberi Anda banyak keuntungan. Anda dapat menangani lebih banyak pertanyaan, Anda dapat berintegrasi dengan sistem, mis. untuk grosir, yang membuat bisnis Anda berkembang dan CMS memudahkan Anda.

Domain-Domain

Jenis migrasi lainnya adalah dari satu domain ke domain lainnya. Jadi toko kami, misalnya, beroperasi dengan nama X, tetapi setelah beberapa waktu kami menemukan bahwa sudah waktunya untuk berubah dan merek kami harus memiliki nama yang berbeda. Oleh karena itu, kami membeli domain baru dan ingin mengalihkan toko ke yang lain.

Kadang-kadang juga terjadi bahwa jika, misalnya, kami memiliki domain yang entah bagaimana rusak (mis. Filter telah diterapkan padanya) dan kami tahu bahwa tidak ada yang dapat dicapai di sini, maka kami juga mempertimbangkan untuk mengubah domain. Kemudian kita berurusan dengan migrasi domain ke domain lain.

Ganti sisi

Kami juga menangani migrasi ketika kami ingin memperbarui tampilan toko kami - kami mengubah templatnya, kami hanya mengubah halaman, maksud saya, bagian visual yang dilihat pengguna. Ini sering kali melibatkan perubahan jalur URL, jadi di sini migrasi itu sendiri dan penerapan yang benar juga menjadi sangat penting. Karena kami ingin meninggalkan apa yang berfungsi dengan baik untuk kami dan menambahkan fungsi tersebut untuk membuat lalu lintas di situs web lebih besar di masa mendatang.

Untuk alasan ini, kita harus ingat tentang aturan tertentu yang akan mencegah kita kehilangan apa yang telah kita peroleh. Mungkin kami mengasosiasikan terutama migrasi dengan pengalihan. Jadi jika Anda melakukan migrasi apa pun, mungkin seseorang akan memberi tahu Anda "ingat, lakukan pengalihan". Dan itu benar, tentu saja pengalihan itu penting, tetapi ada juga banyak elemen lain yang memengaruhi apakah migrasi akan berhasil atau tidak.

Percayalah, jika Anda tidak mempersiapkan migrasi dengan baik, Anda akan membuat beberapa kesalahan dalam prosesnya, hasilnya bisa sangat langsung. Untuk mempersiapkan migrasi, Anda harus merencanakannya dengan benar dan kemudian menerapkannya, dan melihat bagaimana situs web bereaksi akan jauh lebih mudah daripada menangkap apa yang telah dilakukan setelah migrasi yang buruk.

Versi pengembangan

Noindex Nofollow

Jika kami sedang mengerjakan versi baru situs web, kami biasanya berurusan dengan versi pengembangan. Jadi ini adalah halaman yang seharusnya tidak dapat diakses oleh pengguna dan mesin pencari, dan harus ditandai dengan parameter Noindex Nofollow. Berkat metode ini, kami tidak mengizinkan situs web kami diindeks dan kami dapat mengerjakannya dengan bebas.

Hal ini penting terutama jika, misalnya, kita mentransfer konten dari halaman lama ke halaman baru, karena Google, jika mencapai halaman pengembangan kita, akan mulai mengindeksnya. Jadi indeks mesin pencari akan menyertakan konten dari halaman baru dan lama - kemudian kita harus berurusan dengan duplikasi.

Karena fakta bahwa versi pengembangan diblokir oleh robot mesin pencari untuk pengindeksan, kami dapat memperlakukannya sebagai kertas coretan. Kami dapat dengan aman merencanakan beberapa solusi, menerapkan beberapa elemen dengan tenang, dan itu tidak akan berdampak negatif pada visibilitas situs web. Kita dapat, misalnya, merencanakan struktur menu dan sering mengubah URL. Dalam dunia normal hal ini tidak mungkin, karena jika crawler menemukan URL tertentu dan mengindeksnya, maka jika kita mengubah alamat ini dan tidak membuat pengalihan, kesalahan 404 akan mulai muncul.

Kerjasama SEO

Dalam kasus versi pengembangan, penting juga jika, misalnya, perusahaan SEO yang bekerja sama dengan Anda memiliki akses ke sana, ia juga dapat dengan bebas mengerjakannya, mentransfernya, dan membantu Anda dalam migrasi. Jika tidak ada dan kita sedang mengerjakan organisme hidup, itu adalah tugas yang jauh lebih sulit.

Migrasi

Pindahkan semua konten Anda

Memiliki versi pengembangan, kita tidak dapat melupakan elemen lain yang juga penting jika migrasi berhasil. Jika toko kita sudah dioptimalkan, memiliki konten dalam kategori dan produk yang kita optimalkan dan yang kita ketahui untuk menghasilkan lalu lintas, maka di sini kita harus ingat untuk mentransfer semua konten dari satu sisi ke sisi lain.

Jadi kami memindahkan judul, deskripsi Meta, deskripsi bersama dengan format yang mereka miliki di halaman lama. Jika ada deskripsi alternatif di situs, kami juga harus memastikan bahwa deskripsi tersebut muncul di halaman baru. Hal yang sama berlaku untuk tajuk - yaitu, jika kami mengoptimalkan tajuk di situs web kami, tajuk yang sama harus ada pada versi halaman yang baru. Elemen-elemen ini akan menyebabkan setelah peralihan di situs web baru kami itu sudah akan diberi peringkat.

Pengalihan

Peta alamat

Tentu saja, perlu dipersiapkan sebelumnya yaitu membuat peta pengalihan dari alamat lama ke yang baru, sehingga mengaktifkan halaman hanya dialihkan dan menyebabkan Google dengan cepat melihat bahwa pengalihan ini ada jika mereka memasuki situs web.

Arahkan ulang semua subhalaman

Dalam hal pengalihan, kesalahan dasarnya adalah kami hanya mengarahkan ulang halaman beranda. Jadi jika, misalnya, kita mengubah domain dan mengubah dari satu domain ke domain lain, kita hanya mengalihkan halaman beranda. Kategori, produk, artikel blog tidak menarik bagi kami - ini adalah kesalahan yang sangat besar.

Setiap subhalaman memiliki visibilitasnya sendiri, yang telah kami buat selama beberapa waktu. Ini dioptimalkan, ditautkan dari luar ... Jadi jika alamat baru muncul dalam struktur situs, itu baru saja dan sampai kami memperkuat alamat ini setelah mengalihkan dari yang lama ke yang baru, seolah-olah kita membangunnya semuanya dari awal. Tentu saja, elemen judul yang telah kita pindahkan atau konten yang telah diterapkan pada halaman baru akan membantu kita di sini, tetapi kita tidak akan mentransfer kekuatan subhalaman lama.

Berkat pengalihan 301, kami tidak kehilangan apa yang telah kami kerjakan, jadi sangat penting untuk mentransfer alamat 1: 1. Jadi jika kita memiliki alamat kategori, kita harus mengarahkan setiap kategori ke pasangannya. Hal yang sama berlaku untuk produknya. Tentu saja, jika ada banyak produk ini, dan kami tidak ingin terlalu memperlambat server, maka Anda tentu saja dapat memilih sebagian dari produk atau menerapkan aturan saja.

Tentu saja, kita dapat mempermudah diri kita sendiri saat kita memiliki opsi untuk membuat alamat yang terlihat sama saat kita mendesain halaman. Jadi jika kita tidak mengubah struktur URL di penyimpanan lama dan baru, maka tentu saja kita tidak perlu membuat pengalihan ini. Namun, jika kita mengubah, misalnya, CMS, seringkali tidak mungkin dan pengalihan ini harus dilakukan.

301, bukan 302

Setelah kita membuat semua pengalihan, kita harus ingat bahwa pengalihan ini harus pengalihan permanen, yaitu pengalihan 301. 302 pengalihan, yang juga sering dilakukan, adalah pengalihan sementara - pengalihan tidak akan mentransfer kekuatan sublaman yang saya ceritakan sebelumnya.

Analytics

Jika kita mengaktifkan halaman baru, kita juga harus memastikan bahwa website kita memiliki kode Google Analytics dan Google Search Console. Berkat ini, kami akan dapat mengamati apa yang terjadi di situs web kami dan bagaimana perilakunya.

Indeksasi ulang

Jika kita telah menyelesaikan tahapan individu dan siap untuk halaman untuk dilihat oleh Google, tentu saja kita dapat mengirimkan halaman tersebut untuk diindeks ulang di Search Console. Kami juga dapat mengupload peta baru ke Search Console untuk memudahkannya mengidentifikasi konten halaman baru - ini akan terjadi sedikit lebih cepat.

Kita juga harus ingat bahwa untuk periode pertama, Google akan mengindeks halaman baru, tetapi juga akan menyimpan yang lama di indeks, jadi kita harus memberikan waktu untuk halaman lama dihapus dari indeks dan yang baru untuk disisipkan pada tempatnya. Kami akan mengawasi selama tiga hingga enam bulan pertama apa yang akan terjadi.

Tentu saja, dalam alat yang menunjukkan visibilitas, kita juga dapat melihat mis. penurunan selama periode waktu tertentu, tetapi kemudian sisi ini akan mulai bangkit. Jika bukan ini masalahnya, Anda perlu memeriksa apa yang salah. Tampaknya pengembang Anda memperkenalkan pengalihan 301, dan pengalihan ini ternyata adalah 302 pengalihan. Jadi hal-hal ini harus diambil segera setelah migrasi.

Ini adalah kesalahan paling umum saat memigrasi halaman. Jika kita tahu bahwa migrasi kita dilakukan dengan buruk, apakah ini berarti pihak kita pasti gagal? Tidak sepenuhnya. Anda tentu saja dapat memperkenalkan rencana pemulihan hanya yang penting adalah waktu. Jika migrasi situs web belum dilakukan dengan benar, untuk bulan-bulan pertama kami masih memiliki kesempatan untuk memulihkan lalu lintas yang hilang. Nanti - jika Google menghapus alamat lama dari mesin pencari - itu bisa jauh lebih sulit.

mass gmail