Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. WordPress

Daftar Periksa peluncuran untuk profesional website WordPress

by
Read Time:8 minsLanguages:

Indonesian (Bahasa Indonesia) translation by Diangr (you can also view the original English article)

Sampai tahap 'Luncurkan' proyek dapat merasa seperti bantuan besar. Anda akhirnya telah melakukan pekerjaan pembangunan anda, menciptakan sebuah situs menurut klien anda singkat atau kebutuhan anda sendiri, dan sekarang anda dapat menekan tombol itu metafora dan meluncurkan situs bagi dunia untuk melihat.

Tapi tunggu.

Sebelum anda memulai, anda perlu untuk menjalankan beberapa pemeriksaan untuk memastikan itu kuat dan masa depan-bukti. Dengan menjalankan pemeriksaan sebelum anda memulai setiap new situs, anda dapat menghindari menjalankan ke masalah kemudian. Khususnya anda dapat menghindari sakit kepala, malu, dan kerusakan reputasi anda disebabkan oleh memiliki klien atau pengguna bercak masalah setelah situs telah pergi hidup.

Dalam artikel ini, saya akan berbagi daftar yang saya gunakan sebelum migrasi situs untuk tinggal. Saya tidak mengklaim bahwa ini adalah holy grail daftar - Anda akan memiliki beberapa hal anda tidak lakukan, bahwa anda lakukan secara berbeda, atau bahwa anda lakukan selain ini.

It's worth dicatat bahwa pra-peluncuran cek tidak hanya relevan segera sebelum meluncurkan situs - tergantung pada kompleksitas proyek anda, anda akan perlu bekerja banyak ini sebagai anda pergi bersama. Ini akan menghemat waktu dan ulang ketika situs siap untuk pergi untuk hidup, dan akan membantu dengan sign-off dan kredibilitas pada tahap seluruh pengembangan mana klien anda meninjau bekerja di situs.

Tapi yang mengatakan bahwa, saya pikir itu sangat berharga memberikan daftar itu run-through akhir sebelum peluncuran, hanya untuk memastikan.

Daftar ini dibagi menjadi empat kategori:

  1. Proyek atau cek singkat-spesifik
  2. Ketahanan
  3. Masa depan-pemeriksaan
  4. Akhir tindakan

Di bawah ini saya akan menjelaskan apa yang masing-masing ini adalah tentang dan memberikan daftar item untuk setiap kategori.

1. Proyek atau cek Brief-spesifik

Memastikan situs memenuhi disepakati singkat adalah sesuatu yang seharusnya anda lakukan sepanjang, tapi ada baiknya menjalankan pemeriksaan akhir sebelum peluncuran.

Daftar ini akan berbeda untuk setiap proyek sehingga aku tidak bisa benar-benar memberikan anda satu daftar standar, tetapi ada beberapa petunjuk kunci yang dapat anda gunakan. Anda harus menjalankan melalui daftar ini sebelum memigrasi situs ke live server:

  1. Periksa singkat. Jika brief anda setuju dengan klien memiliki daftar dari fitur situs atau elemen, periksa ini diliputi, dan jika tidak, anda sudah setuju ini dengan klien.
  2. Periksa masalah atau tugas. Jika anda menggunakan masalah atau tugas pelacakan sistem (misalnya isu di GitHub), periksa bahwa semua masalah telah ditutup atau tugas selesai, dan bahwa ada yang tidak biasa bug atau pertanyaan.
  3. Periksa perubahan yang diminta. Periksa perubahan diminta selama perkembangan (yang tidak boleh di singkat asli) telah dibuat, kecuali ini diselamatkan untuk pasca peluncuran.
  4. Menguji proses di situs. Jika situs meliputi proses atau interaksi pengguna akan perlu untuk melakukan, berjalan melalui proses-proses tersebut di beberapa browser dan perangkat untuk memastikan mereka bekerja sesuai dengan brief.
  5. Merapikan pengguna. Jika anda telah menciptakan login setiap boneka atau, mengatakan, terkait situs untuk men-setup PayPal sandbox, mengubah ke versi live (anda mungkin perlu memeriksa ini lagi setelah migrasi).
  6. Periksa setiap hak cipta dan/atau kredit seperti kredit foto.
  7. Merapikan teks. Jika anda telah menggunakan pengisi teks (seperti lorem ipsum), pastikan semua telah digantikan oleh konten yang lebih sesuai. Bahkan catatan menasihati pengunjung yang konten halaman dalam pengembangan jauh lebih berguna dan profesional mencari daripada teks lorem ipsum.
  8. Uji admin kustomisasi. Jika anda sudah disesuaikan WordPress admin, periksa bahwa ini bekerja untuk semua peran pengguna klien anda akan menggunakan.
  9. Menguji layanan pihak ketiga. Jika situs ini terintegrasi dengan layanan pihak ketiga manapun, periksa bahwa ini adalah semua bekerja dan perangkat lunak adalah sampai dengan tanggal (anda mungkin perlu memeriksa ini lagi setelah migrasi).

Ini bukan daftar lengkap sebagai proyek anda mungkin memiliki item tambahan yang perlu anda pertimbangkan, tapi akan memberi anda dasar untuk bekerja dari.

2. Ketahanan

Sebagian besar item dalam daftar ini akan berlaku untuk semua situs, tapi mungkin ada beberapa variasi untuk proyek yang berbeda, misalnya jika klien mengharuskan anda untuk mendukung perangkat tertentu (meskipun saya selalu akan menganjurkan pendekatan perangkat-agnostic untuk pembangunan).

Bekerja melalui bagian pertama dari daftar ini sebelum migrasi situs ke live server:

  1. Menguji browser. Ujilah situsmu di semua browsermu mendukung (yang anda harus setuju dengan klienmu). Anda harus melakukan hal ini sebagai anda pergi bersama-sama dan idealnya menggunakan peningkatan progresif, tapi anda harus membuat cek akhir sebelum hidup. Menguji konten menggunakan setiap template temamu: satu posting, halaman, arsip, dan jenis posting kustom.
  2. Kompatibilitas perangkat. Menguji situsmu di semua perangkatmu mendukung. Sekali lagi anda harus melakukan ini karena anda bekerja di situs, dan menggunakan responsif desain untuk mengakomodasi ukuran layar yang berbeda. Jika situsmu menggunakan plugin atau perangkat tambahan dengan tingkat dukungan di perangkat, periksa apa yang pengguna akan mengalami ketika mereka melihatnya pada perangkat ini dan diletakkan di tempat alternatif, atau link ke suatu tempat mereka dapat mengakses konten yang sebaliknya tidak tersedia bagi mereka.
  3. Memvalidasi kodemu menggunakan W3C validator - lagi anda benar-benar harus melakukan hal ini sebagai anda pergi bersama. Jika kode tidak memvalidasi, kadang-kadang anda dapat memutuskan tidak untuk mengubahnya, misalnya jika anda menggunakan fitur HTML5 yang tidak memvalidasi. Jika hal ini terjadi, pastikan itu tidak akan menyebabkan masalah dalam browser yang tidak mendukung fitur yang lebih baru (menggunakan peningkatan progresif pendekatan yang sudah dirujuk).
  4. Memeriksa situsmu dapat diakses. Untuk nasihat mengenai aksesibilitas di WordPress, lihat Graham Armfield sangat baik web aksesibilitas panduan dan bimbingan dalam WordPress codex.

Setelah migrasi situsmu ke live server, akan ada tes tambahan untuk ketahanan yang mungkin perlu anda lakukan:

  1. Menguji navigasi dan linkmu, terutama setiap pengalihan.
  2. Periksa bahwa database sedang dibaca dengan benar dan dari tempat yang tepat - jika situsmu hidup adalah membaca konten dari database pengembangan anda, ini tidak akan segera jelas jika anda menyalin isi database, sebagai dua akan sama. Khususnya periksa link di widget teks dan gambar.
  3. Periksa integrasi dengan perangkat lunak pihak ketiga dan jasa. Ini semua akan berkomunikasi dengan situsmu hidup, bukan situs pengembanganmu.
  4. Periksa bahwa pengaturan situs merujuk url hidup (misalnya url situs dan WordPress url).
  5. Pastikan permalinks bekerja dengan benar untuk semua jenis konten - anda mungkin perlu mengkonfigurasi ini atau kunjungi Permalink pengaturan layar mereka.
  6. Pengguna. Menguji situsmu (front-end dan admin) menggunakan semua peran pengguna WordPress klien anda akan menggunakan. Mengatur setiap pengguna yang anda perlu.

3. Masa depan-Pemeriksaan situs

Daftar ketiga adalah semua tentang memastikan situs siap untuk pembangunan masa depan dan penambahan. Ini akan menjadi sangat penting jika anda akan menyerahkan situs untuk klien anda untuk mereka untuk mengelola dan memperbarui.

  1. Memastikan dasar SEO telah ditetapkan. Judul dan meta deskripsi harus bekerja ke dalam temamu atau ditambahkan menggunakan plugin SEO. Tergantung pada kebutuhan proyek, anda mungkin perlu untuk menghabiskan waktu mengkonfigurasi plugin untuk memenuhi kebutuhan klien anda. Tetapi penting lain mudah diabaikan check: jika anda memblokir akses ke mesin pencari selama pengembangan, menghapus blok pada peluncuran, baik menggunakan pengaturan WordPress atau dengan robots.txt file.
  2. Membuat cadangan file dan database pada peluncuran.
  3. Mengatur sistem cadangan otomatis untuk theme dan plugin file dan database. Bagaimana ini dikelola dan yang memiliki tanggung jawab untuk itu akan tergantung pada apa yang anda sudah setuju dengan klien anda dan setup hosting apa yang mereka miliki. Ada berbagai WordPress Plugin untuk ini, termasuk premi plugin seperti Buddy cadangan atau plugin gratis seperti WordPress cadangan untuk Dropbox.
  4. Mengkonfigurasi situs untuk Google analytics, baik menggunakan plugin atau dengan menambahkan kode pelacakan ke temamu.
  5. Tempatkan dalam sebuah sistem untuk menjaga situs diperbarui. Ini tidak hanya termasuk WordPress itu sendiri tetapi juga tema dan plugin. Apakah anda melakukan ini, klien tidak atau penyedia hosting mereka terlihat setelah itu akan tergantung pada apa yang anda sudah setuju dengan klien anda. Anda mungkin perlu untuk menyetujui kontrak pemeliharaan situs tertentu untuk ini.
  6. Setuju dengan jadwal untuk tinjauan situs. Setelah diluncurkan, sebuah situs web tidak hanya ditinggalkan sendirian. Setuju dengan klien anda seberapa sering anda akan meninjau situs kinerja dan efektivitas, dan pastikan anda tetap berhubungan dengan klien anda sehingga mereka datang kepadamu ketika mereka membutuhkan lebih lanjut pekerjaan pembangunan yang dilakukan.

4. Akhir Tindakan

Keempat dan terakhir bagian dari daftar saya sangat pendek, dan menyelesaikan proses peluncuran.

  1. Kembali salah satu pemeriksaan di atas yang diperlukan. Jika anda membuat perubahan mengikuti salah satu cek anda (misalnya jika anda telah mengedit tema setelah menemukan kode yang tidak memvalidasi), mengulang cek yang mendorong perubahan dan cek apapun yang anda lakukan sebelumnya bahwa hasil yang terpengaruh. Sebagai contoh, kode divalidasi baru bekerja di semua perangkat atau peramban?
  2. Persetujuan. Jika ada perubahan signifikan setelah cek anda, anda mungkin perlu untuk mendapatkan klien sign-off lagi.
  3. Berkomunikasi. Pastikan klien anda dan stakeholder lainnya tahu bahwa situs telah pergi hidup. Jika situsmu sendiri atau klienmu telah meminta anda untuk mempublikasikan itu, melakukan ini menggunakan media sosial, posting blog, atau saluran lainnya. Tambahkan ke portofoliomu jika anda bangga akan hal itu!
  4. Dibayar. Jangan lupa untuk mengirim klien anda faktur untuk tahap peluncuran proyek.

Ringkasan

Seperti yang saya sebutkan di awal artikel ini, daftar ini tidak bertujuan untuk menjadi definitif daftar untuk semua pengembang WordPress, tapi mudah-mudahan hal ini membantu untuk siapapun yang ingin memperkenalkan beberapa konsistensi ke dalam proses migrasi situs mereka.

Mengambil daftar ini dan mengedit sehingga bekerja untuk cara kerja dan proyekmu, tambahkan ke itu, mengubahnya dan skrap hal-hal yang tidak relevan bagi anda. Tetapi jika anda menggunakan ini untuk mengembangkan daftar anda sendiri yang anda lihat setiap kali, anda dapat yakin bahwa anda tidak akan kehilangan sesuatu yang penting, dan bahwa masalah akan terlihat olehmu sebelum situs pergi hidup, bukan oleh klien atau pengguna setelah itu.

Advertisement
Did you find this post useful?
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.