Kandungan
- Urus kandungan seperti tahun 1999
- Ciri potong! Potong kandungan!
- Tetapi itulah sebabnya saya mempunyai CMS
- Anda mempunyai CMS WEB
- Pengurusan pelbagai laman web
- Reka bentuk yang responsif untuk menyelamatkan!
- Salah urus kandungan adalah masalah sebenarnya
- Strategi kandungan untuk mudah alih
Pengalaman menggunakan laman web mudah alih semestinya berbeza dengan pengalaman desktop - bukan hanya persembahan visual, kandungan harus diutamakan dan disusun secara berbeza. Namun, risikonya adalah anda akan mengekalkan versi yang berbeza. Berita kilat: ini akan menjadi bencana. Gandakan kandungan. Kemas kini yang tidak disegerakkan. Usaha sia-sia.
Ketika perintis kegunaan Jakob Nielsen berpendapat bahawa anda harus "Membangun laman web yang dioptimumkan untuk bergerak (atau laman mudah alih) jika anda mampu" di mana anda memotong ciri dan kandungan "yang bukan merupakan inti dari kes penggunaan mudah alih", banyak di dalam telefon bimbit komuniti reka bentuk dan pembangunan mengeluarkan obor dan kekuatan mereka. Sepertinya orang yang menghabiskan banyak masa memikirkan telefon bimbit bersetuju bahawa laman web mudah alih yang berasingan "180 darjah ke belakang".
Tetapi apakah maksud "laman web mudah alih yang terpisah"?
Sama ada anda membincangkan kandungan atau kod, perkara yang ingin anda lindungi ialah membuat banyak versi laman web anda. Ia dipanggil forking, dan ini adalah mimpi buruk dari perspektif penyelenggaraan. Sekiranya anda melengkapkan laman web anda ke dalam versi mudah alih dan desktop yang berasingan, maka anda akan terus memperbaharui keduanya setiap kali ada perubahan. Mengelakkan masalah ini sukar, walaupun dengan sistem pengurusan kandungan yang canggih. Tetapi sebelum kita sampai di sana, mari kita mulakan dengan senario sederhana.
Urus kandungan seperti tahun 1999
Bayangkan anda mempunyai laman web statik yang anda buat pada akhir tahun 90an. Tidak ada CMS, jadi semua kandungan dikodkan keras ke dalam HTML anda.
Anda memutuskan bahawa anda ingin menyertai abad ke-21 dengan membuat laman web mudah alih. Bagus untuk anda! Kecuali bahagian mimpi buruk, iaitu pada dasarnya anda akan membuat laman web yang sama sekali terpisah, dan sekarang anda perlu mengemas kini kedua-dua versi setiap kali ada perubahan. Anda perlu membuat kod dua set halaman yang berbeza: templat unik untuk desktop dan mudah alih. Dan walaupun - terutamanya jika - anda mahu menerbitkan kandungan yang sama dengan kedua versi, anda juga harus mengekalkan dua versi kandungan yang berasingan. Gandakan beban kerja anda, gandakan keseronokan anda?
Ciri potong! Potong kandungan!
Hebat! Anda mungkin berfikir. Mungkin mencipta kandungan yang berbeza sebenarnya adalah kelebihan! Laman web mudah alih yang berasingan akan tetap menjadi kenyataan sekiranya saya tidak mahu menerbitkan maklumat yang sama. Saya akan memotong ciri, memotong kandungan, dan mengutamakan semula apa yang ingin saya sampaikan. Saya akan menerbitkan laman web mudah alih yang hanya menunjukkan sebahagian daripada kandungan saya, yang disasarkan khusus untuk keperluan pengguna mudah alih.
Mari kita ketepikan sebentar argumen tentang apakah itu pengalaman pengguna yang tepat atau tidak. (Ianya bukan.)
Dari perspektif penyelenggaraan, anda masih mencari kandungan anda. Ingin menambah halaman baru? Edit keterangan? Betulkan typo? Anda akan melakukannya dua kali.
Tetapi itulah sebabnya saya mempunyai CMS
Inti keseluruhan sistem pengurusan kandungan adalah untuk membantu melancarkan aliran kerja penerbitan, bukan? Oleh itu, anda hanya mengandaikan bahawa CMS semasa anda akan memudahkan penerbitan kandungan ke saluran dan platform yang berbeza.
Jakob Nielsen membuat andaian ini ketika ditanya mengenai bahaya memalsukan kandungan anda:
"Saya akan menganggap bahawa kebanyakan laman web berskala industri akan dihasilkan dari satu pangkalan data produk backend dan sistem pengurusan kandungan, dengan reka bentuk yang berbeza diwakili oleh templat dan peraturan mengenai maklumat apa yang masuk ke versi apa."
Malangnya, hari ini, banyak CMS tidak menyokong jenis penerbitan berbilang saluran ini. Mintalah CMS anda untuk memaparkan kandungan yang serupa tetapi tidak sama dalam templat yang berlainan menurut satu set peraturan perniagaan, dan ia akan mula memuntahkan kertas pencetak dot-matrix, sambil berbunyi bahawa "tidak menghitung."
Anda mempunyai CMS WEB
Sebilangan besar CMS dirancang untuk menerbitkan ke satu dan satu platform sahaja: web desktop. Dalam Web CMS (WCMS), fungsi pengarang dan pengurusan kandungan "digabungkan" dengan fungsi penerbitan dan paparan kandungan. (Sekiranya anda mempunyai CMS perusahaan berskala besar, kemungkinan "tidak digabungkan" dan titik ini mungkin tidak berlaku untuk anda.)
Sebilangan besar laman web tidak mempunyai backend pengurusan kandungan yang akan menyokong pengisian templat reka bentuk yang berbeza dengan kandungan yang berbeza. Aset kandungan (seperti bidang teks, gambar, dan fail atau media sokongan) biasanya dikunci ke format atau reka bentuk output tertentu. Itu tidak menjadi masalah hingga sekarang, kerana tidak ada yang mengharapkan WCMS harus menyokong penerbitan ke saluran yang berbeza - web desktop ada di sana.
Fakta bahawa WCMS berfungsi dengan cara ini bukanlah "perincian pelaksanaan." Malangnya, ini penting bagi cara kandungan diterbitkan di web hari ini. Kita harus memperbaikinya jika kita akan memberikan pengalaman yang dioptimumkan di desktop dan mudah alih.
Pengurusan pelbagai laman web
Sekarang, sebilangan CMS sebenarnya menyokong penerbitan kandungan ke pelbagai templat.Ini dipanggil pengurusan pelbagai laman, dan inilah yang membolehkan blog WordPress atau laman Drupal mempunyai templat yang terpisah untuk paparan kandungan desktop dan mudah alih. Perhatikan yang mengatakan "templat yang terpisah" - bukan isi yang terpisah. CMS ini masih mahu menerbitkan kandungan yang sama di kedua-dua laman web. (Secara khusus, mereka senang ketika menerbitkan konten "badan" atau "simpul" yang sama satu-ke-satu di seluruh desktop dan mudah alih. Elemen kandungan lain, seperti bar sisi atau komen pengguna, sering disimpan di lokasi yang berbeda dan mungkin dilucutkan keluar.)
Apa yang tidak dilakukan oleh CMS ini (paling tidak tanpa melakukan usaha yang besar) adalah menerbitkan penerbitan kandungan yang berbeza ke templat yang berlainan menurut sekumpulan peraturan perniagaan. Oleh itu, jika rancangan anda adalah untuk menyampaikan lebih sedikit kandungan kepada pengguna mudah alih anda, kemungkinan CMS anda tidak akan memudahkan anda. Anda masih perlu mengekalkan dua versi kandungan tersebut, dan memperbaruinya secara berasingan setiap kali ada perubahan.
Dengan kata lain, anda bercabang.
Reka bentuk yang responsif untuk menyelamatkan!
Reka bentuk responsif sering digunakan sebagai penyelesaian yang menyelamatkan anda daripada tidak perlu mengekalkan beberapa pangkalan data yang berasingan untuk kod depan anda. Ikhtiar untuk mengembangkan satu set kod yang akan menyesuaikan diri dengan ukuran layar yang berbeza dan meningkatkan secara beransur-ansur untuk keupayaan peranti yang berbeza, dan anda akan menjimatkan masa dalam jangka panjang. Anda juga akan keluar dari perlumbaan senjata kerana harus menyokong berpuluh-puluh peranti dan faktor bentuk yang berbeza.
Reka bentuk responsif juga merupakan pendekatan yang menyelamatkan anda daripada memalsukan kandungan anda. Sekiranya anda mempunyai CMS yang digabungkan yang hanya dapat menangani penerbitan ke satu set templat, maka Anda dapat menipu CMS anda untuk menerbitkan ke peranti yang berbeza dengan menangani penukaran ke saiz mudah alih atau tablet di frontend.
Keputusan mengenai sama ada untuk membangunkan laman web yang dirancang dengan responsif atau untuk mengekalkan templat yang berbeza untuk desktop, telefon, dan semua yang ada di antara adalah pilihan yang pragmatik berdasarkan bagaimana anda ingin memperuntukkan masa dan sumber untuk pembangunan dan penyelenggaraan. Terdapat alasan yang baik untuk kedua-dua pendekatan tersebut - yang sering berakar pada spesifikasi bagaimana CMS anda berfungsi - dan apa yang berfungsi untuk satu organisasi mungkin tidak berfungsi untuk yang lain.
Jangan terganggu oleh perbahasan ini dan jangan lupa tentang masalah mendasar, iaitu bagaimana kita mengembangkan alat dan proses pengurusan kandungan kita untuk menyokong penerbitan berbilang saluran dengan berkesan.
Salah urus kandungan adalah masalah sebenarnya
Hype dan perdebatan mengenai reka bentuk responsif kehilangan masalah sebenarnya. Cabaran bagi kebanyakan organisasi dalam jangka panjang tidak akan mengekalkan banyak set kod frontend untuk templat yang berbeza. Ini akan mengekalkan variasi kandungan pendua.
Sebarang hujah mengenai sama ada untuk menyampaikan lebih sedikit kandungan atau kandungan yang berbeza kepada pengguna mudah alih perlu mengambil kira tahap usaha yang diperlukan untuk mengurus dan mengekalkan kandungan tersebut. Sekiranya anda terus-menerus menyarankan agar tidak dapat memotong maklumat yang diberikan kepada pengguna mudah alih, ketahuilah bahawa pendekatan ini boleh menyebabkan anda menggandakan kandungan dan masalah pemerintahan. Memperhatikan ini adalah inti pati strategi kandungan.
Strategi kandungan untuk mudah alih
Untuk memberikan pengalaman hebat di telefon bimbit - yang memberikan maklumat yang diinginkan pengguna dan dapat dikekalkan secara dalaman - kami memerlukan strategi kandungan untuk mudah alih.
- Berhenti berfikir bahawa anda boleh meneka subset kandungan apa yang diinginkan oleh "pengguna mudah alih". Anda akan salah meneka.
- Semasa anda menggunakannya, berhenti berfikir bahawa analisis mudah alih semasa anda akan membantu anda membuat keputusan yang tepat. Pengalaman mudah alih yang lemah dan lumpuh pada masa kini adalah persekitaran yang tidak mencukupi untuk menilai perkara yang sebenarnya ingin dilakukan oleh pengguna di telefon bimbit.
- Fokus untuk memasukkan semua kandungan desktop anda ke dalam format di mana ia dapat dilihat dengan selesa pada peranti mudah alih, sama ada dengan membuat satu set templat baru untuk mudah alih, laman web yang dirancang dengan responsif, atau beberapa kombinasi dari keduanya (katakanlah, menjaga desktop semasa anda laman web dan membina templat responsif untuk merangkumi rangkaian telefon dan tablet.)
- Sebaik sahaja anda mempunyai semua kandungan anda di telefon bimbit, secara beransur-ansur mencari cara untuk memprioritaskan maklumat secara berbeza. Contohnya, halaman utama anda untuk telefon bimbit mungkin berbeza dengan halaman utama desktop anda. Tetapi berdasarkan data sebenar mengenai bagaimana orang menggunakan set lengkap kandungan anda di telefon bimbit - jangan hanya menganggap anda tahu yang terbaik.
- Sekiranya anda mengetahui bahawa sebahagian daripada kandungan anda tidak berguna bagi sesiapa sahaja - sudah usang, ditulis dengan teruk atau tidak relevan - maka ambil kesempatan ini untuk membersihkannya. Pengguna desktop juga akan mendapat keuntungan!
- Betulkan CMS anda. Sekiranya anda membayangkan masa depan di mana anda dapat menerbitkan kandungan yang berbeza ke mudah alih vs desktop, anda harus melakukan banyak pekerjaan untuk memastikan alat, proses, dan aliran kerja anda akan mendukungnya.
