Rancang perpindahan berdasarkan perkara yang perlu dikekalkan
Beralih daripada Liferay, Joomla, Drupal atau CMS yang membataskan anda dengan pelan untuk kandungan, URL dan integrasi. Kami memetakan sistem asal, membina semula struktur yang diperlukan dan menguji peralihan sebelum pelancaran.
105+
Google
ulasan 5 bintang
Pemenang & Juri
Anugerah Laman Web Malaysia
Penganjur Utama
WordCamp Asia & Malaysia
Pakar Prestasi
Elementor
Migrasi CMS menggantikan sistem yang terhad atau tidak lagi disokong tanpa membuang bahagian laman web sedia ada yang masih berguna.
Kami memigrasikan platform Liferay, Joomla dan platform khusus menggunakan inventori sumber, peta ubah hala, pengesahan di staging dan pelancaran terkawal. Jika anda kekal menggunakan WordPress dan mahu menghapuskan hutang teknikal, lihat perkhidmatan pembinaan semula WordPress.
Contoh kerja migrasi
GLC di bawah Kementerian Kewangan
Portal Liferay dipindahkan ke WordPress selepas kandungan asal diselaraskan dan URL dipetakan. Prestasi carian dipantau berbanding garis dasar sebelum migrasi.
Kami yakin mengesyorkan Ulement sebagai syarikat web yang sangat mahir dan profesional.
Ulasan Google
Butiran perkhidmatan
Migrasi menggantikan sistem. Langkah ini wajar apabila batasan berpunca daripada sistem pengurusan kandungan itu sendiri, bukan perkara yang dibina di atasnya.
01
Lesen atau kebergantungan pada vendor telah menjadi kos yang besar
Kos mengekalkan sistem pengurusan kandungan melebihi kos untuk beralih, atau kandungan tidak boleh dieksport tanpa kerjasama vendor
02
Seni bina carian yang tidak boleh diperbetulkan
Pola URL, taksonomi atau struktur templat yang tidak boleh diubah dalam sistem pengurusan kandungan
03
Penerbitan dan perubahan struktur memerlukan pembangun
Penerbitan halaman perkhidmatan baharu memerlukan pembangun dan setiap perubahan struktur menambah kos
04
Sokongan penyelenggaraan khusus semakin sukar diperoleh
Sistem pengurusan kandungan atau kebergantungannya sudah tamat tempoh sokongan
Jika sistem laman web semasa masih berfungsi dengan baik, anda mungkin tidak perlu berpindah ke WordPress. Membaiki laman web mungkin lebih menjimatkan. Jika URL atau kandungan berubah, kami menggunakan perlindungan SEO migrasi untuk mengekalkan keterlihatan carian. Kami akan menerangkan pilihan yang sesuai sebelum anda membuat keputusan.
Migrasi CMS
Setiap migrasi Joomla bermula dengan crawl penuh laman aktif kerana peta laman Joomla kerap tidak tepat dan inventori URL tidak dapat dibina semula selepas pertukaran sistem.
Laluan Joomla mengandungi pengecam artikel dan kategori, seperti index.php?option=com_content&view=article&id=147 serta variasi SEF, yang tiada padanan terus dalam WordPress. Setiap satu perlu dipetakan secara individu, bukan melalui peraturan umum.
Slug yang dijana secara automatik daripada tajuk Joomla jarang sepadan dengan laluan yang telah diindeks. Import pukal boleh menghasilkan URL yang tidak tepat dan redirect yang tertinggal.
Dalam Joomla, menu sering menjadi sebahagian daripada struktur URL. Susunan kategori bertingkat tidak dipetakan secara automatik. Membina semula hierarki ialah keputusan editorial, bukan tetapan import.
K2, Virtuemart dan komponen khusus menyimpan kandungan dalam struktur yang tidak dapat dibaca oleh pengimport WordPress. Kandungan diekstrak terus daripada pangkalan data atau paparan laman.
Migrasi CMS
Liferay ialah portal, bukannya CMS. Perbezaan ini menentukan keseluruhan pendekatan migrasi.
Laluan portal kerap mengandungi pengecam sesi, rujukan nod atau konteks navigasi, bukannya alamat kandungan yang stabil. Jarang terdapat padanan terus satu dengan satu, dan kerja pemetaan biasanya menjadi komponen projek yang terbesar.
Peranan dan struktur organisasi Liferay tiada padanan terus dalam WordPress. Jika kandungan dihadkan mengikut peranan dalaman, model akses perlu direka semula, bukan diterjemahkan.
Struktur Document Library, kawalan versi dan metadata perlu dipindahkan dengan teliti ke seni bina media dan jenis pos tersuai WordPress.
Kandungan berstruktur dalam bahasa templat Liferay dibina semula sebagai jenis pos tersuai dengan medan yang ditetapkan supaya mudah diselenggara kemudian.
MIGRASI CMS
Kandungan berasaskan node dan struktur medan Drupal agak sesuai dipetakan kepada jenis pos tersuai. Namun, taksonomi bertingkat dan halaman yang dijana oleh Views perlu dibina semula, bukan diimport.
Tiada laluan eksport yang benar-benar sesuai. Kandungan diekstrak daripada paparan laman dan taksonomi URL dibina semula melalui crawl. Organisasi biasanya meninggalkan CMS ini apabila batasan struktur menjejaskan carian atau integrasi.
Jika CMS dibina secara dalaman atau oleh agensi yang sudah tidak beroperasi, dokumentasi dan fungsi eksport mungkin tiada. Kami mengekstrak terus daripada pangkalan data jika akses dibenarkan, atau daripada paparan laman jika tidak.
Kami yakin mengesyorkan Ulement sebagai syarikat web yang sangat mahir dan profesional.
GLC di bawah Kementerian Kewangan
Proses
Setiap peringkat menghasilkan bukti untuk peringkat seterusnya. Migrasi ini bukan sekadar import pukal.
01
Rekodkan kandungan, templat, data, akses, integrasi, fungsi dan URL.
02
Tentukan lokasi setiap halaman, URL, medan kandungan dan integrasi dalam sistem baharu.
03
Bina model kandungan WordPress, templat, peranan dan integrasi dalam persekitaran staging.
04
Selaraskan kandungan dan uji redirect, aliran pengguna, integrasi, prestasi serta akses.
05
Laksanakan pertukaran sistem produksi secara terkawal dengan semakan yang dipersetujui dan laluan rollback.
06
Pantau redirect, pengindeksan, tingkah laku carian dan fungsi penting selepas pelancaran.
Skop dan kos
Kos migrasi ditentukan berdasarkan inventori URL dan CMS sumber, bukan jumlah halaman.
Faktor yang mempengaruhi kos:
Jumlah kerja pemetaan meningkat seiring bilangannya, yang biasanya lebih besar daripada jangkaan organisasi.
Laman Joomla dengan URL SEF yang kemas lebih cepat dipetakan berbanding portal Liferay yang memasukkan keadaan sesi dalam URL.
Bilangan jenis rekod yang berbeza dan sama ada mana-mana daripadanya memerlukan medan tersuai.
Setiap bahasa menambah kerja pemetaan dan pengesahan.
Setiap sistem yang bertukar data dengan CMS perlu disambungkan semula dan diuji.
Menggabungkan migrasi dan reka bentuk semula biasanya lebih cekap kerana pemetaan URL hanya perlu dibuat sekali.
Tempoh biasa. Audit sebelum migrasi mengambil masa satu hingga tiga minggu dan perlu diselesaikan sebelum pembinaan bermula kerana hasilnya menjadi asas kerja tersebut. Migrasi institusi biasanya mengambil masa tiga hingga enam bulan untuk pembinaan, pemindahan kandungan, ujian dan pelancaran. Projek ini lazimnya merangkumi pengesahan selama 90 hari selepas pertukaran, dengan tempoh pemantauan ditetapkan dalam skop bertulis.
Perkhidmatan perlindungan SEO migrasi secara berasingan mempunyai skop pemantauan 30 hari. Tempoh yang terpakai perlu dipersetujui sebelum pelancaran.
Kami audit, tetapkan skop, kemudian sediakan sebut harga. Angka sebelum inventori URL tersedia hanyalah tekaan, dan tekaan untuk sistem pengurusan kandungan institusi boleh menelan belanja besar.
Soalan tentang migrasi platform
Gangguan yang hampir sifar biasanya boleh dicapai. CMS baharu dibina dan disahkan dalam staging semasa sistem sedia ada terus beroperasi. Pertukaran dibuat melalui perubahan DNS terkawal selepas nilai time-to-live dikurangkan lebih awal. Kelewatan propagasi atau DNS pihak ketiga masih boleh berlaku, jadi pelan pelancaran merangkumi rollback dan pemantauan.
Kandungan dipindahkan. Jika sistem asal menyimpannya dalam format proprietari, kandungan akan dibina semula, bukan dipindahkan terus. Proses ini lebih lambat tetapi hasilnya ialah kandungan yang anda miliki sepenuhnya, bukan kandungan yang terikat pada struktur vendor lain.
Kadangkala. Jika sistem pengurusan kandungan boleh dibahagikan dengan jelas mengikut seksyen, migrasi berfasa dapat mengurangkan risiko. Jika kandungan dan navigasi saling bergantung, membahagikan migrasi kepada beberapa fasa boleh menambah risiko. Audit sebelum migrasi akan menentukan pendekatan yang sesuai.
Tidak semestinya, walaupun selalunya lebih cekap. Migrasi boleh mengekalkan reka bentuk sedia ada pada seni bina baharu. Jika reka bentuk juga bermasalah, menggabungkan kedua-dua kerja mengelakkan kos pemetaan URL berulang.
Langkah seterusnya
Kami akan menyemak platform semasa, kandungan, integrasi dan kekangan operasi sebelum mencadangkan skop migrasi.