Website Handover Checklist Malaysia: Apa Perlu Ambil Sebelum Tukar Web Designer?

Jawapan ringkas: sebelum anda menukar web designer, developer, freelancer atau website agency, jangan hanya meminta username dan password website. Website handover yang lengkap perlu memastikan bisnes anda mempunyai access dan rekod yang mencukupi untuk domain, DNS, hosting, admin panel, source code jika berkaitan, database, backup, business email, contact form, Google Analytics, Google Search Console, third-party integrations, software licences dan konfigurasi SEO yang penting.

Tujuan handover bukan sekadar untuk memastikan provider baru boleh membuka website.

Matlamat sebenar ialah memastikan bisnes anda boleh:

• mengawal aset digital sendiri,
• terus menjalankan website tanpa gangguan,
• memindahkan tanggungjawab kepada provider baru dengan selamat,
• memulihkan website jika berlaku masalah,
• mengelakkan business email atau enquiry terputus, dan
• mengurangkan risiko kehilangan SEO apabila perubahan teknikal dibuat.

Jika anda sedang merancang untuk menukar website provider, gunakan website handover checklist Malaysia ini sebelum akaun lama ditutup, hosting dibatalkan atau access provider terdahulu dibuang.

Apa Itu Website Handover?

Website handover ialah proses memindahkan access, tanggungjawab, dokumentasi dan kawalan yang diperlukan daripada satu pihak kepada pihak lain.

Ia boleh berlaku apabila:

• website baru sudah siap dan developer menyerahkannya kepada client,
• bisnes menukar web designer atau agency,
• maintenance dipindahkan kepada provider baru,
• website dipindahkan ke hosting baru,
• website akan melalui redesign,
• website dibina semula menggunakan platform lain, atau
• staff atau freelancer yang sebelum ini mengurus website meninggalkan syarikat.

Handover yang baik bukan sekadar:

“Ini username dan password website.”

Sebuah business website biasanya bergantung kepada beberapa sistem yang berasingan. Anda mungkin mempunyai access kepada CMS tetapi masih tidak mempunyai kawalan terhadap domain. Anda mungkin mempunyai login hosting tetapi tidak mempunyai source code. Anda mungkin boleh edit website tetapi tidak mempunyai access kepada Google Search Console atau analytics.

Sebab itu website perlu dilihat sebagai sekumpulan aset dan akaun yang saling berkaitan.

Website Handover, Website Migration dan Website Redesign Bukan Perkara Yang Sama

Ketiga-tiga istilah ini sering digunakan seolah-olah ia perkara yang sama, tetapi sebenarnya berbeza.

Proses	Apa Yang Berubah?	Contoh
Website Handover	Access, ownership, dokumentasi atau tanggungjawab	Agency lama menyerahkan website kepada provider baru
Website Migration	Infrastructure, hosting, platform, domain atau URL	Website dipindahkan ke server atau platform baru
Website Redesign	Design, structure, UX dan kadangkala teknologi	Website lama dibina semula dengan design dan struktur baru

Satu projek boleh melibatkan ketiga-tiganya.

Contohnya, anda mungkin menukar agency, memindahkan hosting dan pada masa yang sama melakukan redesign website.

Tetapi semakin banyak perkara yang diubah serentak, semakin penting proses tersebut dirancang dengan teliti.

Peraturan Paling Penting Sebelum Tukar Web Designer

Sebelum masuk ke checklist satu demi satu, terdapat tiga prinsip yang sangat penting.

1. Jangan Batalkan Provider Lama Terlalu Awal

Jangan terminate hosting, maintenance plan atau akaun lama sebelum anda pasti semua aset yang diperlukan telah dikenal pasti dan dipindahkan.

Selepas sesuatu akaun ditutup, anda mungkin kehilangan:

• website files,
• database,
• backup,
• email,
• DNS records,
• licence information, atau
• access kepada sistem yang masih digunakan.

2. Buat Inventory Sebelum Buat Perubahan

Jangan mulakan dengan bertanya:

“Macam mana nak pindah website?”

Mulakan dengan:

“Apa sebenarnya yang website ini gunakan sekarang?”

Buat inventory terlebih dahulu.

3. Pastikan Provider Baru Mendapat Access Sebelum Provider Lama Dibuang

Urutan yang lebih selamat ialah:

1. Kenal pasti semua aset dan akaun.
2. Dapatkan atau sahkan access.
3. Buat backup.
4. Tambahkan provider baru jika perlu.
5. Test website dan sistem berkaitan.
6. Lakukan migration atau perubahan jika diperlukan.
7. Test semula.
8. Barulah revoke access provider lama.

Jangan terbalikkan urutan ini.

Website Handover Checklist Malaysia: 15 Perkara Yang Perlu Anda Dapatkan

1. Domain Name dan Registrar Access

Domain ialah alamat utama website anda.

Contohnya:

namabisnes.com.my

Semasa handover, anda perlu tahu:

• domain didaftarkan di registrar mana,
• siapa mempunyai login kepada registrar tersebut,
• email apa digunakan untuk account recovery,
• tarikh domain akan tamat,
• siapa membayar renewal,
• sama ada auto-renewal digunakan, dan
• siapa yang disenaraikan sebagai pihak berkaitan domain jika platform memaparkannya.

Untuk domain seperti .my atau .com.my, anda juga perlu memahami siapa Registrant dan siapa memegang Administrative Contact atau role berkaitan melalui registrar yang digunakan.

Jangan anggap domain berada di bawah kawalan syarikat hanya kerana nama syarikat digunakan pada website.

Pastikan seseorang yang diberi kuasa oleh bisnes mempunyai cara untuk mengakses dan mengurus domain tersebut.

2. DNS dan Nameserver

Domain dan DNS berkaitan tetapi bukan perkara yang sama.

DNS menentukan ke mana domain anda mengarahkan trafik dan servis lain.

DNS records boleh mengawal perkara seperti:

• website,
• business email,
• subdomain,
• verification records,
• email authentication,
• third-party systems, dan
• CDN atau security services.

Antara DNS records yang mungkin wujud ialah:

• A,
• AAAA,
• CNAME,
• MX,
• TXT,
• SPF-related records,
• DKIM,
• DMARC, dan
• NS.

Jangan tukar nameserver secara membuta tuli.

Jika DNS zone lama mempunyai MX records untuk email tetapi provider baru hanya menyalin website records, website mungkin hidup tetapi business email boleh berhenti menerima mesej.

Sebelum sebarang perubahan DNS:

• rekodkan konfigurasi semasa,
• kenal pasti record yang masih diperlukan,
• pastikan email configuration difahami, dan
• sediakan rollback plan jika berlaku masalah.

3. Hosting atau Server Access

Seterusnya, kenal pasti di mana website sebenarnya berada.

Ia mungkin menggunakan:

• shared hosting,
• VPS,
• cloud hosting,
• managed WordPress hosting,
• static hosting,
• serverless platform,
• CDN, atau
• infrastructure lain.

Dapatkan maklumat seperti:

• provider hosting,
• account owner,
• billing information,
• renewal date,
• server atau project name,
• storage dan database yang digunakan,
• deployment method, dan
• backup system.

Jika website berada dalam satu akaun agency yang mengandungi website ramai client, anda mungkin tidak boleh menerima keseluruhan account login.

Dalam keadaan itu, provider lama dan provider baru perlu menentukan kaedah pemindahan yang sesuai tanpa memberikan access kepada aset client lain.

4. Website CMS atau Admin Panel

Jika website menggunakan WordPress atau CMS lain, pastikan anda mempunyai account dengan level access yang mencukupi.

Jangan hanya menerima account editor jika website memerlukan administrator untuk maintenance.

Semak:

• URL login,
• username atau email account,
• role atau permission,
• recovery email,
• two-factor authentication jika digunakan, dan
• senarai administrator lain yang masih mempunyai access.

Untuk custom website, admin panel mungkin dibina secara khusus dan access model mungkin berbeza.

5. Source Code dan Repository

Tidak semua website berfungsi hanya melalui CMS.

Custom website mungkin mempunyai source code yang disimpan dalam repository seperti GitHub, GitLab atau sistem lain.

Jika source code diperlukan untuk maintenance atau future development, kenal pasti:

• di mana repository berada,
• siapa memiliki repository tersebut,
• siapa mempunyai admin access,
• branch yang digunakan untuk production,
• build process,
• deployment workflow, dan
• environment configuration yang diperlukan.

Jangan assume bahawa fail yang sedang live pada server ialah satu-satunya source code yang diperlukan.

Website moden mungkin memerlukan build tools, packages atau deployment configuration untuk menghasilkan production version.

Jika anda sedang mempertimbangkan platform website yang berbeza, panduan WordPress vs Custom Website Malaysia menerangkan beberapa perbezaan dari sudut maintenance, flexibility dan ownership.

6. Database, Files dan Media

Website dinamik biasanya mempunyai database.

Database mungkin menyimpan:

• pages,
• blog posts,
• products,
• orders,
• customer accounts,
• form submissions,
• settings, atau
• data aplikasi.

Selain database, anda mungkin mempunyai:

• images,
• PDF,
• video,
• documents,
• fonts,
• logos, dan
• downloadable files.

Pastikan provider baru memahami di mana semua data dan media disimpan sebelum provider lama ditamatkan.

7. Backup dan Recovery

Jangan buat website handover tanpa backup semasa.

Idealnya, backup dibuat sebelum perubahan besar seperti:

• hosting migration,
• DNS cutover,
• major software update,
• database migration,
• redesign launch, atau
• provider termination.

Semak bukan sahaja kewujudan backup tetapi juga:

• tarikh backup,
• apa yang termasuk,
• di mana ia disimpan,
• siapa boleh mengaksesnya,
• bagaimana restore dilakukan, dan
• sama ada recovery process pernah diuji jika website kritikal.

Jika selepas handover anda memerlukan bantuan menjaga backup, update, security dan perkara teknikal lain, lihat perkhidmatan penyelenggaraan laman web Nibong Web Studio.

8. Business Email dan Email Delivery

Ini ialah bahagian yang mudah terlepas semasa website handover.

Domain anda mungkin juga digunakan untuk email seperti:

sales@namabisnes.com.my

Business email mungkin menggunakan provider yang sama dengan hosting atau provider yang berbeza seperti Microsoft 365, Google Workspace atau email hosting lain.

Sebelum DNS atau hosting diubah, kenal pasti:

• siapa provider email,
• MX records,
• SPF configuration,
• DKIM jika digunakan,
• DMARC jika digunakan,
• mailbox yang aktif,
• alias atau forwarding, dan
• siapa mempunyai admin access.

Jangan assume pindah website bermaksud email juga perlu dipindahkan.

Jika email tidak berubah, pastikan migration website tidak mengganggu DNS records yang digunakan oleh email.

9. Contact Form, SMTP dan Notification Emails

Website boleh berjaya dipindahkan tetapi masih gagal menghasilkan enquiry jika form tidak diuji.

Kenal pasti bagaimana contact form menghantar email.

Ia mungkin menggunakan:

• server mail,
• SMTP account,
• transactional email provider,
• API, atau
• form service pihak ketiga.

Selepas handover, test:

• contact form,
• quotation form,
• booking form,
• newsletter form,
• order notification, dan
• password reset email jika berkaitan.

Jangan hanya test bahawa butang Submit boleh ditekan. Pastikan mesej benar-benar sampai kepada penerima.

10. Google Analytics dan Tag Manager

Jika website menggunakan Google Analytics, pastikan bisnes mempunyai access sendiri.

Provider baru sepatutnya ditambah melalui permission yang sesuai jika platform membenarkannya, bukannya semua pihak berkongsi satu Google login.

Semak:

• Google Analytics property,
• account atau property access,
• Google Tag Manager jika digunakan,
• measurement ID,
• conversion events, dan
• tracking yang berkaitan dengan form atau WhatsApp jika ada.

Selepas handover, pastikan data masih diterima.

11. Google Search Console

Google Search Console ialah aset penting jika website bergantung kepada organic search.

Pastikan bisnes mempunyai access yang sesuai dan bukan bergantung sepenuhnya kepada account agency lama.

Semak:

• property yang betul,
• siapa verified owner,
• siapa delegated owner atau user,
• verification method,
• sitemap yang dihantar, dan
• data performance sebelum sebarang migration atau redesign.

Sebelum perubahan besar, simpan baseline seperti:

• organic clicks,
• impressions,
• important queries,
• important landing pages, dan
• indexing status halaman utama.

Data ini membantu anda membandingkan keadaan sebelum dan selepas perubahan.

12. SEO Assets dan Current URL Inventory

Jika provider baru akan membuat redesign, rebuild atau migration, jangan hanya serahkan design dan content.

Rekodkan juga SEO assets yang penting.

Antaranya:

• current URLs,
• page titles,
• meta descriptions,
• canonical URLs,
• XML sitemap,
• robots.txt,
• redirect rules,
• structured data jika digunakan,
• multilingual relationships seperti hreflang jika ada,
• important internal links, dan
• pages yang mendapat organic traffic atau backlinks.

Jika URL tidak akan berubah, elakkan menukar struktur URL tanpa sebab yang jelas.

Jika URL perlu berubah, buat mapping daripada URL lama kepada destination baru yang paling relevan.

Jangan redirect semua halaman lama ke homepage hanya kerana ia mudah.

Untuk pemeriksaan SEO teknikal yang lebih luas, gunakan Technical SEO Checklist Malaysia 2026.

13. Third-Party Integrations

Website mungkin bergantung kepada lebih banyak sistem daripada yang kelihatan pada permukaan.

Contohnya:

• payment gateway,
• booking system,
• CRM,
• WhatsApp integration,
• Google Maps,
• email marketing,
• live chat,
• API,
• cloud storage,
• CDN,
• security service, dan
• social media integrations.

Untuk setiap integration, rekodkan:

• provider,
• account owner,
• billing owner,
• access method,
• API key atau token management jika berkaitan,
• renewal date, dan
• fungsi yang akan berhenti jika servis itu ditamatkan.

14. Licences, Subscription dan Recurring Costs

Website mungkin menggunakan software atau servis berbayar.

Contohnya:

• premium plugins,
• premium themes,
• font licences,
• stock image licences,
• page builders,
• email services,
• CDN,
• backup services,
• security tools, dan
• third-party APIs.

Semasa handover, tanya:

• lesen ini milik siapa?
• adakah ia boleh dipindahkan?
• adakah website berhenti berfungsi jika subscription tamat?
• berapa kos renewal?
• siapa yang perlu memperbaharuinya?

Jangan anggap semua plugin, theme atau third-party service menjadi milik anda hanya kerana ia digunakan pada website. Semak agreement dan licensing arrangement jika terdapat keraguan.

15. Documentation, Training dan Support Information

Handover yang baik sepatutnya meninggalkan dokumentasi yang cukup supaya provider baru tidak perlu meneka bagaimana sistem berfungsi.

Dokumentasi mungkin merangkumi:

• senarai account dan provider,
• website architecture,
• hosting details,
• deployment instructions,
• database details,
• backup process,
• DNS information,
• third-party integrations,
• custom functions,
• scheduled tasks,
• renewal dates,
• known issues, dan
• siapa perlu dihubungi untuk servis tertentu.

Untuk website yang mempunyai admin panel, basic training juga boleh membantu team memahami cara:

• edit content,
• upload images,
• publish blog posts,
• manage products, atau
• menggunakan fungsi utama website.

Checklist Ringkas Sebelum Tukar Website Provider

Aset	Apa Yang Perlu Disahkan	Status
Domain	Registrar, registrant/contact, login, renewal	☐
DNS	Provider, nameserver, A/CNAME/MX/TXT records	☐
Hosting	Provider, account, billing, expiry	☐
CMS/Admin	Administrator access dan recovery	☐
Source Code	Repository, branch, build dan deployment	☐
Database	Database access dan current export	☐
Media/Files	Images, PDFs dan uploaded assets	☐
Backup	Current backup dan restore process	☐
Email	Provider, mailbox, DNS dan admin access	☐
Forms	Form delivery, SMTP dan notifications	☐
Analytics	Google Analytics access dan tracking	☐
Search Console	Owner/user access dan verification	☐
SEO	URLs, sitemap, redirects, metadata, baseline	☐
Integrations	API, payment, booking, CRM dan other services	☐
Licences	Ownership, renewal dan transferability	☐
Documentation	Technical notes, known issues dan process	☐

Urutan Handover Yang Lebih Selamat

Website handover lebih mudah dikawal apabila dilakukan secara berperingkat.

Fasa 1: Inventory

Senaraikan semua aset, accounts, providers dan integrations.

Jangan ubah apa-apa lagi.

Fasa 2: Verify Access

Pastikan business owner atau staff yang diberi kuasa boleh mengakses sistem penting.

Jika provider baru memerlukan access, gunakan invitation atau user account berasingan apabila platform menyokongnya.

Ini biasanya lebih baik daripada semua pihak berkongsi satu password.

Fasa 3: Backup dan Baseline

Sebelum migration atau perubahan besar:

• buat website backup,
• buat database backup jika berkaitan,
• simpan DNS configuration,
• rekod current URLs,
• rekod important Search Console data, dan
• rekod konfigurasi penting.

Fasa 4: Transfer atau Migration

Hanya selepas inventory, access dan backup lengkap barulah lakukan perubahan yang diperlukan.

Perubahan mungkin melibatkan:

• account ownership,
• hosting,
• repository,
• DNS,
• database,
• CMS, atau
• third-party accounts.

Fasa 5: Verification

Selepas perubahan, test website dari perspektif pelanggan dan teknikal.

Semak:

• homepage,
• service pages,
• mobile website,
• forms,
• WhatsApp,
• email,
• checkout atau booking jika ada,
• analytics,
• Search Console,
• SSL,
• redirects, dan
• important integrations.

Fasa 6: Offboarding Provider Lama

Selepas provider baru mengesahkan semua sistem kritikal berfungsi, barulah review access provider lama.

Antara tindakan yang mungkin perlu ialah:

• remove old CMS users,
• remove hosting users,
• remove old repository collaborators,
• remove Analytics access,
• remove Search Console access apabila sesuai,
• revoke old API keys atau tokens jika perlu,
• rotate passwords yang pernah dikongsi, dan
• review active sessions atau authentication methods.

Jangan revoke access terlalu awal sehingga menyebabkan handover tidak dapat disiapkan.

Perlu Tukar Password Selepas Website Handover?

Untuk account yang passwordnya pernah dikongsi dengan provider lama, menukar password selepas handover selesai ialah amalan yang wajar.

Tetapi password bukan satu-satunya bentuk access.

Website moden mungkin mempunyai:

• user accounts,
• OAuth access,
• API tokens,
• deploy keys,
• SSH keys,
• service accounts,
• active sessions, dan
• third-party integrations.

Sebab itu offboarding perlu melihat semua access paths yang relevan, bukan sekadar menukar satu password.

Jangan Minta Semua Password Dihantar Dalam WhatsApp atau Email Biasa

Jika platform menyokong multiple users, lebih baik provider lama menambah account anda atau provider baru dengan permission yang sesuai.

Contohnya, sistem seperti Analytics, Search Console dan banyak hosting platform membenarkan individual user access.

Ini memberi beberapa kelebihan:

• setiap orang mempunyai login sendiri,
• permission boleh dikawal,
• access boleh dibuang kemudian, dan
• anda tidak perlu berkongsi password utama.

Jika credentials memang perlu dipindahkan, gunakan kaedah perkongsian yang sesuai dan jangan menyimpan semua password dalam dokumen terbuka yang boleh diakses oleh terlalu ramai orang.

Bagaimana Handover Boleh Menjejaskan SEO?

Website handover sendiri tidak semestinya mengubah ranking Google.

Risiko biasanya muncul apabila handover turut melibatkan perubahan teknikal.

Contohnya:

• URL berubah,
• domain berubah,
• website dipindahkan ke platform baru,
• content dipadam,
• page title berubah,
• internal links berubah,
• sitemap berubah,
• robots.txt berubah,
• canonical menjadi salah,
• redirect tidak dibuat, atau
• website baru masih mempunyai noindex daripada staging environment.

Jika URL Kekal Sama

Jika provider bertukar tetapi URL, content dan struktur website kekal sama, risiko SEO biasanya lebih mudah dikawal.

Namun anda masih perlu test:

• HTTP status,
• canonical,
• robots.txt,
• sitemap,
• page rendering,
• analytics, dan
• Search Console.

Jika URL Berubah

Jika redesign atau migration menghasilkan URL baru, sediakan URL mapping.

Contohnya:

URL lama → URL baru yang paling relevan

Untuk halaman yang benar-benar berpindah, permanent redirect seperti 301 biasanya digunakan mengikut konfigurasi platform dan server yang sesuai.

Selepas migration, test redirect dan pastikan internal links menggunakan URL baru secara terus.

Jika Domain Berubah

Domain change memerlukan planning yang lebih teliti kerana seluruh hostname website berubah.

Ia bukan sekadar menukar DNS.

Pastikan technical SEO, redirects, Search Console, sitemap, canonical dan external references yang penting diambil kira.

Jika website anda akan melalui redesign semasa pertukaran provider, baca juga panduan Website Redesign Malaysia.

Jangan Tukar Semua Perkara Serentak Jika Tidak Perlu

Bayangkan satu projek di mana anda pada hari yang sama:

• menukar web agency,
• menukar hosting,
• menukar domain,
• menukar platform,
• menukar semua URLs,
• menulis semula semua content, dan
• menukar analytics setup.

Jika selepas launch sesuatu rosak, sangat sukar untuk mengenal pasti perubahan mana yang menyebabkan masalah.

Jika projek membenarkan, kurangkan jumlah pembolehubah yang berubah serentak.

Website Handover untuk WordPress vs Custom Website

WordPress

Handover WordPress biasanya perlu memberi perhatian kepada:

• WordPress administrator access,
• hosting,
• database,
• wp-content files,
• themes,
• plugins,
• licences,
• backup,
• security configuration,
• SMTP, dan
• scheduled jobs.

Custom Website

Custom website mungkin memerlukan lebih banyak technical documentation seperti:

• source repository,
• framework version,
• package dependencies,
• build instructions,
• environment variables,
• deployment platform,
• database schema,
• API integrations,
• serverless functions, dan
• CI/CD process.

Provider baru perlu mengetahui bagaimana website dibina sebelum ia boleh diselenggara dengan selamat.

Website Handover untuk E-Commerce Memerlukan Checklist Tambahan

Jika website menjual produk atau menerima bayaran, handover perlu lebih berhati-hati.

Selain checklist biasa, semak:

• payment gateway account,
• bank settlement information,
• order database,
• customer accounts,
• inventory integration,
• shipping integration,
• transactional emails,
• webhooks,
• tax configuration jika digunakan,
• refund workflow, dan
• scheduled automation.

Jangan membuat production changes tanpa memahami bagaimana order dan payment flow berfungsi.

Red Flags Semasa Website Handover

Beberapa perkara patut menyebabkan anda membuat semakan tambahan.

1. Tiada Siapa Tahu Di Mana Domain Didaftarkan

Domain ialah aset asas. Lokasi registrar dan cara mengakses account perlu dikenal pasti.

2. Semua Akaun Menggunakan Email Peribadi Bekas Developer

Ini boleh menyukarkan recovery dan renewal kemudian.

3. Tiada Backup Sebelum Migration

Jangan buat perubahan berisiko besar tanpa recovery option yang munasabah.

4. Provider Baru Mahu Tukar DNS Tanpa Semak Email

DNS tidak hanya mengawal website. Ia juga boleh mempengaruhi business email dan servis lain.

5. Semua URL Lama Akan Dibuang

Jika website mempunyai organic visibility atau backlinks, perubahan URL perlu dirancang.

6. Tiada Siapa Mempunyai Search Console Access

Ini bermaksud data Google dan masalah indexing mungkin tidak dipantau dengan baik.

7. Tiada Dokumentasi tentang Third-Party Systems

Fungsi kecil yang terlupa boleh menjadi masalah selepas provider lama sudah tiada.

8. Provider Lama Dibuang Sebelum Provider Baru Selesai Test

Handover perlu mempunyai overlap yang cukup untuk menyelesaikan isu yang hanya diketahui selepas technical review.

Apa Perlu Buat Jika Provider Lama Tidak Beri Access?

Jangan terus assume semua aset hilang.

Pertama, asingkan setiap aset.

Tanya secara spesifik:

• Siapa registrar domain?
• Siapa registrant?
• Di mana DNS di-host?
• Di mana website di-host?
• Siapa mempunyai CMS administrator access?
• Adakah source code tersedia?
• Adakah backup tersedia?
• Siapa memiliki Analytics property?
• Siapa Search Console owner?

Anda mungkin mempunyai kawalan terhadap sebahagian aset walaupun bahagian lain masih diurus oleh provider lama.

Semak juga:

• quotation asal,
• invoice,
• contract,
• email komunikasi,
• domain registration records, dan
• terms berkaitan hosting, licences atau ownership.

Untuk isu ownership atau contractual rights yang dipertikaikan, rujuk agreement dan dapatkan nasihat profesional yang sesuai jika perlu. Jangan bergantung kepada andaian teknikal semata-mata.

Handover Selepas Website Baru Siap

Website handover bukan hanya berlaku apabila anda meninggalkan provider lama.

Ia juga patut berlaku selepas website baru dilancarkan.

Sebelum projek dianggap selesai, pemilik bisnes patut mengetahui:

• URL production website,
• domain registrar,
• hosting provider,
• admin URL,
• siapa mempunyai access,
• backup arrangement,
• renewal costs,
• maintenance arrangement,
• Analytics access,
• Search Console access,
• apa yang boleh diedit sendiri, dan
• apa yang memerlukan developer.

Ini ialah salah satu perkara yang patut anda tanyakan sebelum memilih web designer, bukan hanya selepas projek selesai.

Selepas Handover: Siapa Akan Menjaga Website?

Setelah website berjaya diserahkan, soalan seterusnya ialah:

Siapa yang bertanggungjawab selepas ini?

Pastikan jelas siapa akan mengurus:

• domain renewal,
• hosting renewal,
• backup,
• software updates,
• security,
• content changes,
• technical issues,
• forms,
• analytics, dan
• SEO.

Jika anda mahu memahami kos yang mungkin terlibat selepas website berpindah kepada provider baru, baca panduan kos website maintenance di Malaysia.

Maintenance, Redesign atau Bina Semula?

Website handover juga merupakan masa yang baik untuk menilai keadaan website secara objektif.

Keadaan Website	Pendekatan Yang Mungkin Sesuai
Website masih baik tetapi perlukan provider baru	Handover + maintenance
Website mempunyai beberapa technical issue	Handover + maintenance / troubleshooting
Design dan UX sudah ketinggalan	Handover + redesign assessment
Struktur website sangat lemah	Redesign atau rebuild
Platform lama sukar dikekalkan	Migration atau rebuild assessment
Website tidak mempunyai access/source yang mencukupi untuk diteruskan	Assess recovery vs rebuild

Jika website masih boleh digunakan tetapi memerlukan penjagaan, lihat website maintenance dan support.

Jika website memerlukan perubahan menyeluruh pada design dan struktur, lihat perkhidmatan website redesign.

Jika sistem lama tidak lagi sesuai dan website perlu dibangunkan semula, lihat perkhidmatan pembangunan laman web.

Final Website Handover Checklist

Domain & DNS

• ☐ Registrar dikenal pasti
• ☐ Registrant/contact diperiksa
• ☐ Account recovery berada di bawah kawalan yang sesuai
• ☐ Renewal date diketahui
• ☐ Nameserver direkodkan
• ☐ DNS zone disimpan
• ☐ Email-related DNS records dikenal pasti

Hosting & Website

• ☐ Hosting provider dikenal pasti
• ☐ Hosting access tersedia
• ☐ Admin access tersedia
• ☐ Source code tersedia jika diperlukan
• ☐ Repository access tersedia jika berkaitan
• ☐ Database tersedia
• ☐ Images dan files tersedia
• ☐ Current backup dibuat

Business Systems

• ☐ Business email diperiksa
• ☐ Contact forms diuji
• ☐ SMTP/email delivery diuji
• ☐ WhatsApp link diuji
• ☐ Payment/booking diuji jika berkaitan
• ☐ Third-party integrations direkodkan
• ☐ Licences dan renewal direkodkan

Analytics & SEO

• ☐ Google Analytics access tersedia
• ☐ Tag Manager access tersedia jika digunakan
• ☐ Search Console access tersedia
• ☐ Current URL inventory disimpan
• ☐ Sitemap diperiksa
• ☐ Robots.txt diperiksa
• ☐ Redirects direkodkan
• ☐ Important SEO data disimpan sebelum migration

Security & Offboarding

• ☐ Provider baru telah test website
• ☐ Backup boleh diakses
• ☐ Old users dikenal pasti
• ☐ Shared passwords ditukar jika perlu
• ☐ Old tokens/keys direview
• ☐ Provider lama hanya dibuang selepas handover selesai
• ☐ Emergency contact dan recovery process diketahui

Soalan Lazim tentang Website Handover

Apa yang perlu saya minta daripada web designer lama?

Sekurang-kurangnya, kenal pasti dan dapatkan access yang diperlukan kepada domain, DNS, hosting, CMS/admin, backup, database dan website files. Jika berkaitan, dapatkan juga source code/repository, Analytics, Search Console, third-party services, licences dan dokumentasi teknikal.

Adakah saya perlu pindahkan domain apabila tukar web designer?

Tidak semestinya. Anda boleh menukar web designer tanpa menukar domain registrar. Apa yang penting ialah bisnes mempunyai kawalan yang sesuai terhadap domain dan provider baru mempunyai access yang diperlukan untuk tugasnya.

Adakah perlu tukar hosting apabila tukar web designer?

Tidak semestinya. Jika hosting sedia ada sesuai dan anda mempunyai access yang mencukupi, ia boleh dikekalkan. Migration hosting hanya perlu apabila terdapat sebab teknikal, komersial atau operasi yang jelas.

Adakah website handover akan menjejaskan ranking Google?

Pertukaran provider sahaja tidak semestinya menjejaskan ranking. Risiko SEO lebih besar apabila handover turut melibatkan perubahan URL, domain, content, platform, redirects, rendering atau technical configuration.

Perlukah semua URL lama dikekalkan?

Jika URL masih sesuai dan tidak ada sebab untuk menukarnya, mengekalkan URL boleh mengurangkan kerumitan. Jika URL perlu berubah, buat mapping dan tentukan destination paling relevan untuk URL lama.

Apa berlaku jika saya tidak mempunyai source code?

Jawapannya bergantung kepada bagaimana website dibina. Sesetengah CMS boleh dikendalikan tanpa repository berasingan, manakala custom application mungkin memerlukan source code dan build configuration untuk future development. Provider baru perlu menilai architecture sebenar sebelum membuat kesimpulan.

Adakah hosting backup cukup?

Backup hosting sangat berguna, tetapi anda perlu mengetahui apa yang termasuk dan bagaimana restore dilakukan. Untuk website penting, jangan hanya menganggap backup boleh digunakan tanpa memahami recovery process.

Patutkah saya tukar password selepas handover?

Untuk credentials yang pernah dikongsi dengan provider lama, review dan rotate password selepas handover selesai. Review juga user accounts, API keys, tokens, SSH keys, active sessions dan access lain yang berkaitan.

Siapa patut memiliki Google Analytics dan Search Console?

Bisnes sepatutnya mempunyai access sendiri kepada data yang berkaitan dengan websitenya dan tidak bergantung sepenuhnya kepada login provider. Provider boleh diberikan permission berasingan mengikut keperluan.

Apa beza handover dengan migration?

Handover memindahkan access, tanggungjawab dan dokumentasi. Migration memindahkan website atau sebahagian infrastrukturnya seperti hosting, domain, CMS atau URL structure. Handover boleh berlaku tanpa migration.

Bila saya patut redesign website semasa handover?

Jika website masih mempunyai struktur dan UX yang baik, tidak perlu redesign hanya kerana provider berubah. Pertimbangkan redesign apabila masalah melibatkan keseluruhan design, mobile experience, navigation, conversion flow, technology atau struktur content.

Kesimpulan

Website handover yang baik bukan sekadar menerima satu ZIP file atau beberapa password.

Ia ialah proses memastikan bisnes memahami dan boleh mengawal komponen penting yang membolehkan website terus beroperasi.

Sebelum menukar web designer atau website provider, pastikan anda telah menyemak:

• domain,
• registrar,
• DNS,
• hosting,
• CMS/admin,
• source code,
• database,
• files dan media,
• backup,
• business email,
• forms dan SMTP,
• Analytics,
• Search Console,
• SEO configuration,
• third-party integrations,
• licences,
• renewal costs,
• documentation, dan
• security access.

Yang paling penting, jangan terminate provider lama sebelum provider baru mempunyai semua access yang diperlukan, backup telah dibuat dan website telah diuji dengan betul.

Jika anda sedang merancang untuk menukar website provider dan tidak pasti sama ada website anda patut dikekalkan, diselenggara, redesign atau dibina semula, anda boleh hubungi Nibong Web Studio dan kongsikan website sedia ada untuk dibincangkan terlebih dahulu.