คุณควรรู้อะไรบ้างเกี่ยวกับ CMS ในฐานะผู้จัดการ CRM

คุณเป็นผู้จัดการ CRM นักการตลาด ผู้จัดการผลิตภัณฑ์ หรืออีกนัยหนึ่งคือ บุคคลที่ไม่ใช่เทคโนโลยี สงสัยว่า CMS คืออะไรและคุณควรรู้อะไรเกี่ยวกับมัน คุณเป็นผู้ใช้ CMS แล้ว แต่ต้องการรับความรู้ด้านเทคนิคเพิ่มเติมเกี่ยวกับแพลตฟอร์มหรือไม่ คุณกำลังพิจารณาที่จะเปลี่ยน CMS ของคุณ แต่การเขียน RFP เกี่ยวกับสิ่งที่คุณไม่มีความคิดแม้แต่น้อยจะทำให้คุณกลัวหรือไม่? คุณกำลังก้าวเข้าสู่ตำแหน่งใหม่หรือได้งานใหม่ และจะต้องทำงานร่วมกับนักพัฒนา CMS อย่างใกล้ชิดมากขึ้นหรือไม่?

อย่าหงุดหงิด แนวคิดทางเทคนิคเกี่ยวกับแพลตฟอร์ม CMS นั้นค่อนข้างตรงไปตรงมา และในฐานะบุคคลที่ไม่ใช่ด้านเทคนิค คุณไม่จำเป็นต้องรู้ในรายละเอียดมากนัก สิ่งสำคัญที่สุดคือต้องเข้าใจคำจำกัดความพื้นฐานสองสามอย่าง เข้าใจแพลตฟอร์มที่บริษัทของคุณใช้ และทำความรู้จักกับศัพท์แสงพื้นฐาน ในภายหลัง หากคุณต้องการทราบข้อมูลเพิ่มเติม ฉันขอแนะนำอย่างยิ่งให้ถามนักพัฒนาซอฟต์แวร์ของคุณ ไม่มีใครรู้เกี่ยวกับแพลตฟอร์ม CMS ของคุณมากไปกว่าพวกเขา อ่านเพิ่มเติมว่าทำไมการเรียนรู้จากนักพัฒนาจึงเป็นวิธีที่ดีที่สุดในการเรียนรู้เทคโนโลยีและวิธีเริ่มต้นพูดภาษาของพวกเขาที่นี่

สารบัญ:

1. CMS คืออะไร?

• คำนิยาม CMS
• วัตถุประสงค์ของ CMS
• เหตุใดระบบ CMS จึงมีความสำคัญสำหรับผู้จัดการ CRM

2. คุณควรเรียนรู้อะไรในการจัดการเนื้อหาใน CMS

• ภาษามาร์กอัป
• วิธีการร่าง
• วิธีการเผยแพร่
• เนื้อหาถูกเก็บไว้ที่ไหน?
• การจัดการสินทรัพย์ดิจิทัล
• การวิเคราะห์เว็บไซต์
• โมดูลที่พร้อมใช้งานทันที วิดเจ็ต เทมเพลต
• หลักการออกแบบขั้นพื้นฐาน – UX / UI

3. คุณสมบัติของ CMS ที่คุณควรรู้

• ง่ายต่อการแก้ไข
• การกำหนดเวอร์ชัน
• การกู้คืน (ย้อนกลับ)
• การเก็บถาวร
• ความเข้ากันได้
• บูรณาการ
• การทดสอบ A/B
• เนื้อหาส่วนบุคคล
• การจัดการการแปล
• การเพิ่มประสิทธิภาพ SEO
• การเผยแพร่หลายแพลตฟอร์ม
• การเข้าถึง
• ทำงานร่วมกัน
  

4. แนวความคิดทางเทคนิคที่ควรค่าแก่ความเข้าใจ

• เว็บไซต์ของคุณเป็นแบบสแตติกหรือไดนามิกหรือไม่?
• เปิดตัวเว็บไซต์
• สิ่งแวดล้อม
• CMS ที่พร้อมใช้งานทันทีหรือแบบกำหนดเอง
• หัวขาด CMS
• API คืออะไร?
• เว็บฮุคคืออะไร?
• SDK คืออะไร?
  

5. สรุป

‍ CMS คือ อะไร ?

ระบบจัดการเนื้อหา ( CMS ) – เป็นโปรแกรมซอฟต์แวร์ที่สามารถใช้จัดการการสร้างและแก้ไขเนื้อหาดิจิทัลได้ เป็น “ฐานข้อมูล” ที่คุณเก็บเนื้อหาของคุณ: สินทรัพย์ดิจิทัล (รูปภาพ วิดีโอ พอดแคสต์) ข้อความ การแปล ในบางกรณี เค้าโครงหน้า ส่วนของการออกแบบ (ตาราง ปุ่ม ฯลฯ) เนื้อหาที่จัดเก็บไว้ใน CMS สามารถแสดงบนเว็บไซต์ แอพมือถือ หรือช่องทางดิจิทัลอื่นๆ ของคุณ (sms, อีเมล, นาฬิกาอัจฉริยะ ฯลฯ) ไม่ใช่ทุกบริษัทจัดเก็บเนื้อหาทั้งหมดไว้ใน CMS เดียวกัน บ่อยครั้งที่โซลูชัน "การจัดเก็บ" เนื้อหาบางส่วนแยกจากกัน (เนื้อหาอีเมลในแพลตฟอร์มการส่งอีเมล เนื้อหาแอปบนอุปกรณ์เคลื่อนที่ที่จัดเก็บเป็นโค้ดและอัปเดตโดยนักพัฒนาเท่านั้น เป็นต้น)

CMS สามารถตอบสนองวัตถุประสงค์ได้ มากกว่าการเผยแพร่เนื้อหาไปยังช่องทางดิจิทัลของคุณ ขึ้นอยู่กับ API ที่มีอยู่ ปลั๊กอิน เว็บฮุค มันสามารถ:

• ส่งออกและนำเข้างานแปล
• เผยแพร่เนื้อหาไปยังแพลตฟอร์มโซเชียลมีเดีย แพลตฟอร์มอีเมล และช่องทางอื่นๆ
• จัดเก็บสินทรัพย์ดิจิทัลทั้งหมดไว้ในที่เดียวและจัดหมวดหมู่
• เตรียมการทดสอบ A/B ของเนื้อหาและการปรับแต่งเนื้อหา
• ตั้งค่า SEO ในหน้า
• ส่งคืนผลลัพธ์สำหรับเครื่องมือค้นหาในหน้า
• และอื่น ๆ.
  

เหตุใดระบบ CMS จึงมีความสำคัญสำหรับผู้จัดการ CRM

CMS คือ (หรืออาจเป็น ถ้าคุณตั้งค่าแบบนั้น) ศูนย์กลางของทุกการสื่อสารที่เผชิญหน้ากับลูกค้า สามารถแสดงเนื้อหาไปยังแพลตฟอร์มของคุณเองและรวมเข้ากับกลุ่มการตลาดที่แตกต่างกันเพื่อแสดงเนื้อหาไปยังโฆษณาแบบชำระเงิน คุณยังสามารถจัดการ SEO บนหน้าได้จากที่นั่น หากยังไม่เพียงพอ คุณสามารถตั้งค่าแบบฟอร์มการรวบรวมอีเมล อัปโหลดนโยบายคุกกี้เพื่อรวบรวมข้อมูลลูกค้าไปยังระบบ CRM ของคุณ ซึ่งคุณสามารถแบ่งกลุ่มลูกค้าและให้บริการเนื้อหาส่วนบุคคลไปยังกลุ่มเหล่านี้จาก CMS เดียวกัน ใน CMS คุณสามารถตั้งค่าการทดสอบ A/B สำหรับเนื้อหาของคุณ หรือตั้งค่าเนื้อหาส่วนบุคคลได้ คุณสามารถป้อนฐานข้อมูลของแชทบอทได้จากที่นั่น คุณยังสามารถรวมระบบ CMS ของคุณเข้ากับเครื่องมือการตลาดอัตโนมัติ ซึ่งคุณสามารถสร้างกฎเซ็กเมนต์ ช่วยให้คุณสามารถส่งเนื้อหาไปยังลูกค้าเฉพาะจาก CMS ผ่านช่องทางการจัดจำหน่ายที่แตกต่างกัน (เช่น การส่งการแจ้งเตือนตะกร้าที่ลืมทางอีเมลไปยังผู้ที่ซื้อสินค้าที่ยังไม่เสร็จ ตะกร้าของพวกเขา)

คุณควรเรียนรู้อะไรในการจัดการเนื้อหาใน CMS?

ภาษามาร์กอัป:

ระบบ CMS ของคุณใช้ตัวแก้ไขแบบ WYSIWYG (ในกรณีนี้ การแก้ไขเนื้อหาสำหรับตัวแก้ไขเนื้อหาทำได้ง่าย) หรือภาษามาร์กอัปบางประเภท (ซึ่งคุณหรือโปรแกรมแก้ไขเนื้อหาจะต้องเรียนรู้)

ภาษามาร์กอัปคืออะไร?

ภาษามาร์กอัปคือภาษาที่ใส่คำอธิบายประกอบให้กับข้อความเพื่อให้คอมพิวเตอร์สามารถจัดการกับข้อความนั้นได้ (ทำให้ตัวหนา ตัวเอียง อยู่ตรงกลาง ให้สี เป็นต้น) โดยทั่วไปแล้วมันคือภาษาที่คุณสามารถสื่อสารกับคอมพิวเตอร์ได้ว่าคุณต้องการให้แสดงข้อความหรือเนื้อหาที่คุณกำลังแก้ไขอย่างไร

HTML เป็นตัวอย่างของภาษามาร์กอัป:

<p>

นี่คือย่อหน้าของข้อความที่เขียนด้วย HTML

</p>

ประโยคนี้ประกอบด้วยแท็กเปิด (<p>) ข้อความและแท็กปิด (</p>) ข้อความระหว่างแท็กจะแสดงบนหน้าจอ แต่ละแท็กมีสัญลักษณ์ "น้อยกว่า" และ "มากกว่า" เพื่อกำหนดให้เป็นส่วนหนึ่งของมาร์กอัป

จะเรียนรู้ภาษามาร์กอัปได้อย่างไร หากเป็นภาษามาร์กอัปเฉพาะ CMS คุณควรค้นหาได้ในคู่มือ CMS หากเป็นภาษามาร์กอัปมาตรฐาน มีแหล่งข้อมูลออนไลน์มากมายให้เรียนรู้ เช่น MOOC, Udemy, EDX, Codecademy หรือ Coursera

หาก CMS ของคุณไม่มีตัวแก้ไขแบบ WYSIWYG อาจเป็นประโยชน์ที่จะทราบพื้นฐานบางอย่างของ CSS (Cascading Style Sheets) ที่ทำงานร่วมกับ HTML เพื่อเพิ่มสไตล์ให้กับหน้าเว็บที่คุณกำลังแก้ไข

วิธีการร่าง:

สิ่งที่คุณควรตรวจสอบในคู่มือหรือถามนักพัฒนาของคุณ:

จะสร้างร่างเนื้อหาได้อย่างไร (และไม่ถูกเผยแพร่โดยไม่ได้ตั้งใจ) วิธีทดสอบร่าง คุณสามารถดูตัวอย่างว่ามันจะเป็นอย่างไรบนเว็บไซต์โดยตรงใน CMS? หากไม่มีการแสดงตัวอย่างโดยตรงใน CMS มีสภาพแวดล้อมการทดสอบใดบ้างที่คุณสามารถตรวจสอบเนื้อหาที่ร่างใหม่ได้

วิธีเผยแพร่:

สิ่งที่คุณควรตรวจสอบในคู่มือหรือถามนักพัฒนาของคุณ:

จะเผยแพร่เนื้อหาไปยังเว็บไซต์สดได้อย่างไร? คุณสามารถทำเอง (หรือตัวแก้ไขเนื้อหาเอง) จาก CMS ได้หรือไม่ คุณต้องการการเปิดตัวเว็บไซต์เพื่ออัปเดตเนื้อหาหรือไม่? คุณต้องการขอความช่วยเหลือจากนักพัฒนาในการเผยแพร่หรือไม่? เป็นโซลูชันแบบผสมหรือไม่ หมายถึงเนื้อหาบางส่วนสามารถเผยแพร่จาก CMS โดยบรรณาธิการเนื้อหา แต่การเปลี่ยนแปลงบางอย่างจะต้องได้รับการสนับสนุนจากนักพัฒนาหรือไม่ อันไหนที่ต้องการการสนับสนุนจากนักพัฒนาซอฟต์แวร์? ไทม์ไลน์เฉลี่ยคืออะไร หากคุณต้องการเผยแพร่บางสิ่ง จะใช้เวลานานเท่าใด จะติดต่อใครหากเนื้อหาแตก และคุณหรือผู้แก้ไขเนื้อหาไม่สามารถแก้ไขได้ด้วยตัวเอง หากต้องการความช่วยเหลือเร่งด่วน จะติดต่อใครนอกเวลาทำการ คุณสามารถกำหนดเวลาการเผยแพร่เนื้อหาในอนาคตได้หรือไม่ คุณสามารถกำหนดเวลา "แพ็คเกจ" เนื้อหามากกว่าหนึ่งรายการในอนาคตได้หรือไม่ หากคุณวางกำหนดการของเนื้อหาในอนาคต คุณยังสามารถเปลี่ยนแปลงและเผยแพร่ส่วนอื่นๆ ของเนื้อหาได้ หรือแพ็คเกจที่กำหนดเวลาไว้จะหยุดการเผยแพร่อื่นๆ นับตั้งแต่วินาทีที่คุณสร้างจนถึงเวลาที่กำหนดหรือไม่ คุณจำเนื้อหาที่กำหนดเวลาไว้เองได้ไหม หากคุณเปลี่ยนใจด้วยเหตุผลบางอย่าง

เนื้อหาถูกเก็บไว้ที่ไหน?

เป็นคำถามสำคัญที่คุณควรถามนักพัฒนา/สถาปนิกของคุณ

เนื้อหาใดมาจากไหน เนื้อหาใดจัดเก็บไว้ใน CMS ซึ่งอยู่ในระบบ/การชำระเงินหรือการจอง ซึ่งจัดเก็บไว้ใน FE โดยตรง? คุณควรรู้ว่าเนื้อหาใดบ้างที่สามารถแก้ไขได้ใน CMS ซึ่งจำเป็นต้องมีการพัฒนา (หรือจะหาข้อมูลดังกล่าวได้จากที่ใดเมื่อคุณต้องการ) ควรมีเอกสารเกี่ยวกับเรื่องนี้หรือผู้แก้ไขเนื้อหาของคุณควรทราบ

การจัดการสินทรัพย์ดิจิทัล:

คุณควรรู้ว่า CMS ของคุณรองรับเนื้อหาดิจิทัลประเภทใดบ้าง คุณสามารถใช้วิดีโอ, รูปภาพ, ไฟล์ mp3 ได้หรือไม่? นามสกุลไฟล์ใดที่สามารถใช้ได้? ข้อกำหนดสำหรับสินทรัพย์คืออะไร? ตรวจสอบข้อกำหนดสำหรับขนาดและน้ำหนักของภาพ ระบบจะปรับขนาดภาพโดยอัตโนมัติหรือคุณควรปรับขนาดก่อนอัปโหลดทุกครั้ง? หากคุณไม่ต้องการทำให้เว็บไซต์หรือแพลตฟอร์มอื่นๆ ของคุณช้าลง คุณควรตั้งเป้าให้มีน้ำหนักขั้นต่ำที่จำเป็นในการแสดงเนื้อหาอย่างถูกต้องเสมอ

โมดูลที่พร้อมใช้งานทันที วิดเจ็ต เทมเพลต:

คุณควรจะได้รู้ว่าคุณกำลังทำงานกับอะไร คุณมี “หน่วยการสร้าง” ที่คุณสามารถใช้ได้ทันที (หรือสร้างไว้ล่วงหน้าโดยนักพัฒนาของคุณ) หรือไม่? คุณจำเป็นต้องถามถึงการสร้างโมดูลเนื้อหา เทมเพลตหน้าเองหรือไม่? อะไรคือความยืดหยุ่นของเทมเพลตที่พร้อมใช้งานทันที คุณสามารถเปลี่ยนแปลงได้มากน้อยเพียงใดหากต้องการให้มีลักษณะแตกต่างออกไป โมดูลถูกรวมเข้ากับจอแสดงผล FE (ส่วนหน้า) หรือไม่ ดังนั้นคุณไม่จำเป็นต้องสร้างไซต์เพิ่มเติมเพื่อให้ปรากฏบนเว็บไซต์หรือไม่ อย่างน้อยการมีไลบรารีพื้นฐานของโมดูลและเทมเพลตที่มีอยู่สามารถลดระยะเวลาในการสร้างหน้าใหม่สู่ตลาดได้อย่างมาก จากการพัฒนาสองสามสัปดาห์ ไปจนถึงการเลือกและทดลองปรับแต่งเองสักสองสามชั่วโมง

หลักการออกแบบขั้นพื้นฐาน – UX / UI:

ความรู้พื้นฐานเกี่ยวกับการออกแบบ โดยเฉพาะประสบการณ์ผู้ใช้และอินเทอร์เฟซผู้ใช้ (UX/UI) จะมีประโยชน์มาก เมื่อคุณทำงานกับนักออกแบบ (เช่น การสร้างแบบฟอร์มการสมัครใช้งานใหม่ ไมโครไซต์ใหม่) คุณจะรู้วิธีพูดคุยกับพวกเขา สิ่งที่ต้องขอ และวิธีประเมินงานของพวกเขา

การวิเคราะห์เว็บไซต์:

เพื่อให้เข้าใจลูกค้าของคุณ พฤติกรรม ความชอบ เพื่อประเมินประสิทธิภาพของหน้า Landing Page หรือแบบฟอร์มการสมัครใช้งานที่เพิ่งเปิดตัว คุณจะต้องเรียนรู้วิธีใช้ซอฟต์แวร์วิเคราะห์เว็บไซต์ที่บริษัทของคุณใช้ (หรือตั้งค่าด้วยตัวเอง) เป็นประโยชน์ในการเรียนรู้สิ่งที่ถูกติดตามบนเว็บไซต์เป็นค่าเริ่มต้น (ตำแหน่งที่แท็กถูกวาง) และประเภทของการติดตามที่คุณควรถามโดยเฉพาะ เช่น การติดตามเหตุการณ์ที่กำหนดเองหรือช่องทางที่กำหนดเอง

คุณสมบัติของ CMS ที่คุณควรเรียนรู้

สิ่งที่คุณควรรู้เกี่ยวกับระบบ CMS ของคุณ? สิ่งที่คุณควรมองหาเมื่อเลือกระบบ CMS? คุณควรถามนักพัฒนาของคุณเกี่ยวกับอะไรเพื่อทำความเข้าใจว่าอะไรเป็นไปได้และอะไรไม่ได้

ความง่ายในการแก้ไข:

CMS ใช้งานง่ายเพียงใดจากมุมมองของตัวแก้ไขเนื้อหา สิ่งนี้จะส่งผลต่อเวลาในการวางตลาดของเนื้อหา สิ่งที่สามารถส่งผลต่อความเร็วในการแก้ไขคือ: คุณลักษณะแบบลากแล้ววาง 'บล็อก' ที่ยืดหยุ่นเพื่อสร้างหน้าเว็บด้วย เวิร์กโฟลว์อัตโนมัติ (เช่น การส่ง/รับการแปล) เนื้อหาที่เติมจากแหล่งเดียว (ตัวอย่าง: โมดูลไดนามิกที่คุณอัปเดต เนื้อหาเพียงครั้งเดียวและจะปรากฏในหน้าย่อยต่างๆ และแม้กระทั่งบนพื้นผิวดิจิทัลที่แตกต่างกัน) การซิงโครไนซ์เนื้อหาระหว่างสภาพแวดล้อม (ขจัดความจำเป็นในการคัดลอกและวางเนื้อหาทั้งหมดในสภาพแวดล้อมที่แตกต่างกัน)

การกำหนดเวอร์ชัน:

หาก CMS ของคุณเปิดใช้งานการบันทึกเวอร์ชันก่อนหน้าของเนื้อหา หากคุณสร้างเวอร์ชันใหม่ของเนื้อหา แต่คุณเปลี่ยนใจด้วยเหตุผลบางประการ คุณสามารถกู้คืนเวอร์ชันก่อนหน้าได้ บางครั้งก็เป็นไปได้ที่จะดูการเปรียบเทียบระหว่างเวอร์ชันต่างๆ และมีการเน้นส่วนที่เปลี่ยนแปลงโดยอัตโนมัติ

การกู้คืน (ย้อนกลับ):

หากเนื้อหาของคุณเสียหายหลังจากเผยแพร่ คุณควรสามารถย้อนกลับไปยังเวอร์ชันเนื้อหาก่อนหน้าเพื่อแก้ไขได้ชั่วคราว จนกว่านักพัฒนาของคุณจะสามารถตรวจสอบว่าเหตุใดเนื้อหาจึงล้มเหลวตั้งแต่แรก

การเก็บถาวร:

CMS ควรให้คุณเก็บถาวรเนื้อหาได้ สิ่งสำคัญที่ต้องทราบคือระยะเวลาที่จัดเก็บถาวร/เวอร์ชันเนื้อหาเก่า คุณควรพิจารณาข้อกำหนดทางกฎหมายสำหรับเนื้อหาประเภทต่างๆ อย่างรอบคอบ และอาจยืดอายุของเนื้อหาที่เก็บถาวรสำหรับเนื้อหาที่มีความเสี่ยงสูง (เช่น ข้อกำหนดและเงื่อนไข เนื้อหาส่งเสริมการขาย นโยบายความเป็นส่วนตัว ความยินยอมคุกกี้) ที่อาจจำเป็นในอนาคตสำหรับ การสอบสวนทางกฎหมาย

ความเข้ากันได้:

ข้อกำหนดพื้นฐานสำหรับระบบ CMS คือความเข้ากันได้กับสถาปัตยกรรมของคุณ แบ็คเอนด์ ฟรอนต์เอนด์ ระบบการชำระเงิน ระบบการจอง ซอฟต์แวร์ภายนอกใดๆ ที่คุณใช้งานอยู่ในขณะนี้

บูรณาการ:

ระบบที่ให้การผสานรวมกับซอฟต์แวร์อื่นๆ ที่บริษัทของคุณใช้อยู่แล้ว หรือที่สามารถผสานรวมส่วนอื่นๆ ของสแต็กการตลาดของคุณได้อย่างง่ายดายทั้งแบบเนทีฟหรือผ่านการเชื่อมต่อ API จะช่วยคุณประหยัดเวลาและเงินที่คุณจะต้องใช้ในการผสานรวมแบบกำหนดเอง

การทดสอบ A/B:

สิ่งที่คุณควรตรวจสอบในคู่มือหรือถามนักพัฒนาของคุณ:

คุณมีความเป็นไปได้ใด ๆ ที่จะสร้างการทดสอบเนื้อหา A/B (เนื้อหาหลายเวอร์ชันที่จะวางในตำแหน่งเดียวกันและสามารถสลับกับซอฟต์แวร์การทดสอบ A/B)? หากไม่เป็นเช่นนั้น นักพัฒนาของคุณสามารถพัฒนามันสำหรับประเภทเนื้อหา (โมดูล บล็อก) ที่คุณต้องการทดสอบได้หรือไม่ จะต้องใช้เวลาเท่าไร?

เนื้อหาส่วนบุคคล:

คุณมีเครื่องมือปรับแต่งส่วนบุคคล (ซอฟต์แวร์) อยู่แล้วหรือไม่? เนื้อหาประเภทใดที่สามารถปรับให้เป็นแบบส่วนตัวได้ในขณะนี้ (เนื้อหาประเภทใดที่สร้างได้หลายเวอร์ชันใน CMS ที่จะสลับโดยระบบการตั้งค่าส่วนบุคคล)

หากระบบ CMS ของคุณสามารถผสานรวมกับเครื่องมือปรับให้เป็นส่วนตัวได้ คุณสามารถใช้ระบบเดียวสำหรับการจัดเก็บเนื้อหาต่อไปได้ ซึ่งทำให้ง่ายต่อการนำเนื้อหากลับมาใช้ใหม่และจัดการได้ (เปลี่ยนแปลงในกรณีที่มีการเปลี่ยนชื่อผลิตภัณฑ์ การเปลี่ยนแปลงการแปล หรือเมื่อคุณต้องการใช้การเปลี่ยนแปลงข้ามแพลตฟอร์มอื่นๆ) ‍

การจัดการการแปล:

หากคุณต้องการให้บริการไซต์เวอร์ชันแปลภาษา ระบบ CMS ของคุณควรมี ภาษาที่รองรับ ฟังก์ชันขั้นต่ำหมายถึงสามารถจัดเก็บเวอร์ชันภาษาต่างๆ ของเนื้อหาเดียวกันใน CMS เดียวกันได้ สิ่งที่ฉันแนะนำ จากประสบการณ์กับเว็บไซต์หลายภาษา (20+ ภาษา) และแพลตฟอร์มดิจิทัลอื่นๆ คือ CMS ควรมีภาษาทั้งหมดเก็บไว้ในที่เดียวกันสำหรับโมดูล/บล็อกเนื้อหาเดียวกัน อะไรคือความแตกต่าง? หากคุณเก็บเวอร์ชันภาษาต่างๆ ไว้ใน CMS เดียวกันเป็น "สำเนา" ของโครงสร้างเว็บไซต์เดียวกัน หากต้องการค้นหาโมดูลเดียวกันและอัปเดตในทุกภาษา คุณจะต้องเปิดเวอร์ชันภาษาแต่ละเวอร์ชัน ให้ค้นหาว่าโมดูลนี้อยู่ที่ไหนในแต่ละเวอร์ชัน ปรับปรุงมัน หากคุณมีเวอร์ชันภาษาโดยตรงในระดับโมดูล การค้นหาเนื้อหาเดียวกันและอัปเดตในทุกภาษาเป็นเรื่องง่าย โดยไม่พลาดที่จะมองหาใน CMS

การจัดการเวอร์ชันเนื้อหาภาษาต่างๆ ถือเป็นงานหนัก ใช้เวลานานและมีอัตราข้อผิดพลาดสูง (หากคุณ/ผู้แก้ไขเนื้อหาคัดลอกบางสิ่งอย่างไม่ถูกต้อง) วิธีที่ง่ายที่สุดในการจัดการการแปลคือการ ทำงานร่วมกับซอฟต์แวร์หน่วยงานแปล จาก CMS ด้วยวิธีนี้ คุณควรจะสามารถส่งเนื้อหาต้นฉบับสำหรับการแปล (เช่น จากภาษาอังกฤษ) ไปยังภาษาต่างๆ ได้โดยตรงจาก CMS และรับการแปลจากหน่วยงานแปล ช่วยคุณประหยัดเวลา (ไม่มีการคัดลอก) ลดความเสี่ยงจากข้อผิดพลาด และปรับปรุงเวลาในการออกสู่ตลาด ในบางกรณี เป็นไปได้ที่จะเปิดใช้งานการแสดงลิงก์ตัวอย่างไปยังหน่วยงานการแปล ซึ่งทำให้นักแปลสามารถแปลเนื้อหาได้ง่ายยิ่งขึ้น การแปลพร็อกซี่ยังง่ายต่อการจัดการ การแปลพร็อกซี่ใดทำให้เว็บไซต์ของคุณเป็นเวอร์ชันที่พร็อกซี่และแปลเป็นภาษาท้องถิ่น หน่วยงานแปลจึงสร้างเวอร์ชันภาษาเหล่านี้และให้บริการ ช่วยลดเวลาในการแก้ไขเนื้อหาได้อย่างมาก แต่จะใช้ได้กับเว็บไซต์เท่านั้น ไม่ใช้กับแพลตฟอร์มอื่นๆ เช่น แอปบนอุปกรณ์เคลื่อนที่ อีเมล SMS เพื่อให้ครอบคลุมแพลตฟอร์มอื่นๆ คุณจะต้องมีการผสานรวมประเภทอื่น เช่น API

คุณลักษณะที่เป็นประโยชน์อีกอย่างหนึ่งก็คือการแจ้งเตือนอัตโนมัติเมื่อการแปลมาจากหน่วยงานแปล หรือหากมีปัญหาใด ๆ ที่พบขณะส่งออก/นำเข้างานแปล (ที่สามารถกำหนดค่าด้วย webhooks ถ้า CMS ไม่ได้จัดเตรียมไว้ให้ กล่อง).

เคล็ดลับ: สำนวนที่คุณจะได้ยินจากนักพัฒนาของคุณอยู่เสมอ - โลแคล - ก็เหมือนภาษาแต่ละเอียดกว่า แม้ว่าภาษาเยอรมันเป็นภาษาเดียว แต่ก็มีสถานที่ในภาษาเยอรมันที่แตกต่างกันมากมาย: de-DE สำหรับภาษาเยอรมันในเยอรมนี, de-AT สำหรับภาษาเยอรมันในออสเตรีย, de-CH สำหรับภาษาเยอรมันในสวิตเซอร์แลนด์ เป็นต้น

การเพิ่มประสิทธิภาพ SEO:

คุณสามารถจัดการ SEO บนหน้าจาก CMS ของคุณได้หรือไม่? คุณสามารถกำหนด URL เองได้หรือไม่? คุณมีฟิลด์สำหรับ metatitle, metadata, metatags หรือไม่? คุณสามารถเพิ่ม <h1> แท็ก? CMS สร้างแผนผังเว็บไซต์โดยอัตโนมัติและเพิ่มหน้าใหม่เข้าไปเมื่อเผยแพร่แล้ว หรือคุณจำเป็นต้องขอให้นักพัฒนาซอฟต์แวร์ดำเนินการแทนคุณหรือไม่ คุณจะตั้งค่า hreflangs และ Canonical tags ได้อย่างไรหากคุณใส่เนื้อหามากกว่าหนึ่งแห่งหรือเผยแพร่ในภาษาอื่น ๆ คุณควรรู้ว่าอะไรคือความเป็นไปได้และเมื่อใดที่คุณต้องติดต่อนักพัฒนาของคุณ

การเผยแพร่หลายแพลตฟอร์ม:

ระบบ CMS ของคุณสามารถให้บริการเนื้อหาไปยังแพลตฟอร์มดิจิทัลอื่น ๆ ได้หรือไม่ (แอพมือถือ อีเมล สมาร์ตวอทช์ แชทบ็อต ฯลฯ) คุณสามารถกำหนดค่าให้ทำเช่นนั้นได้หรือไม่ เป็นคำถามที่สำคัญ หากคุณกำลังวางแผนที่จะรักษาช่องทางการสื่อสารดิจิทัลให้มากขึ้น การเก็บเนื้อหาทั้งหมดไว้ในที่เดียวมีประโยชน์อย่างมาก เช่น การลดความซับซ้อนของการจัดการเนื้อหา การใช้เนื้อหาซ้ำ การใช้การแปลซ้ำ การลดความเสี่ยงที่จะมีเนื้อหาที่ไม่สอดคล้องกันในแพลตฟอร์มต่างๆ

เข้าถึง:

ระบบ CMS สามารถเสนอประเภทการเข้าถึงที่แตกต่างกันด้วยสิทธิ์ที่แตกต่างกัน อาจมีประโยชน์หากคุณต้องการให้บุคคลต่างๆ ร่าง ตรวจทาน อนุมัติเนื้อหา หรือหากบรรณาธิการบางคนสามารถเข้าถึงเนื้อหาบางประเภทเท่านั้น (เช่น แผนกใดแผนกหนึ่งมีสิทธิ์เข้าถึงเฉพาะเนื้อหาที่เป็นของแผนกนั้นเท่านั้น) .

ทำงานร่วมกัน:

หากคุณมีผู้แก้ไขเพิ่มเติมที่แก้ไขเนื้อหา การมีตัวเลือกในการทำงานร่วมกันในเนื้อหาชิ้นเดียวจะเป็นประโยชน์ ระบบ CMS บางระบบจะล็อกไฟล์หากมีผู้ใช้เปิดอยู่ ระบบบางระบบอาจให้คุณแก้ไขพร้อมกันได้

แนวคิดทางเทคนิคที่ควรค่าแก่ความเข้าใจ:

ขึ้นอยู่กับว่าคุณจำเป็นต้องทำงานร่วมกับนักพัฒนา CMS, การจัดการ CMS หรือการแก้ไขเนื้อหาอย่างใกล้ชิดเพียงใด คุณอาจต้องการเจาะลึกลงไปในหัวข้อทางเทคนิคเพิ่มเติมเล็กน้อย ต่อไปนี้คือหัวข้อสองสามหัวข้อที่ควรค่าแก่ความเข้าใจ:

เว็บไซต์ของคุณเป็นแบบสแตติกหรือไดนามิกหรือไม่?

เว็บไซต์ไดนามิก หมายถึงลูกค้าดาวน์โหลดเนื้อหาจากเซิร์ฟเวอร์ของคุณโดยตรง ในกรณีดังกล่าว คุณสามารถเปลี่ยนเนื้อหาเฉพาะกิจได้ และการเปลี่ยนแปลงจะถูกส่งไปยังเว็บไซต์ที่ใช้งานจริงโดยอัตโนมัติสำหรับลูกค้าทุกคนที่โหลดเว็บไซต์ของคุณซ้ำ

เว็บไซต์คง ที่ หมายถึงเนื้อหา (และโค้ด) ถูกบรรจุและเผยแพร่พร้อมกับการเปิดตัวเว็บไซต์เป็นครั้งคราว (ความถี่แตกต่างกันไปตามบริษัท/ประเภทรหัส) ลูกค้าสามารถเข้าถึงเวอร์ชันคงที่เท่านั้น ทำให้เซิร์ฟเวอร์ของคุณมีภาระงานน้อยลง การเปลี่ยนแปลงเนื้อหาบนเว็บไซต์แบบคงที่ทำได้เฉพาะเมื่อมีการเผยแพร่เว็บไซต์เท่านั้น หากคุณมีเว็บไซต์ดังกล่าว คุณควรเรียนรู้ว่าเมื่อใดที่เผยแพร่ เนื้อหาจะต้องพร้อมสำหรับพวกเขาเมื่อใด บางครั้งเว็บไซต์แบบสแตติกมีวิธีแก้ไขปัญหาชั่วคราวในการเผยแพร่เนื้อหาระหว่างการเผยแพร่ คุณจะต้องเข้าใจข้อจำกัดของวิธีแก้ไขปัญหาชั่วคราวเหล่านี้ (สิ่งที่สามารถเผยแพร่ด้วยวิธีนี้ การรวบรวมข้อมูล - การบรรจุเนื้อหาลงในแพ็คเกจ - และการเผยแพร่ใช้เวลานานเท่าใด)

การเปิดตัวเว็บไซต์ :

การเปิดตัวเว็บไซต์หมายถึงการส่งรหัสใหม่ (และเนื้อหา) ไปยังเว็บไซต์ หากคุณต้องการแก้ไขการเผยแพร่เว็บไซต์หรือเนื้อหาบางอย่างสามารถจัดส่งได้เฉพาะกับรุ่นเว็บไซต์เท่านั้น (เช่น เก็บไว้ในแอปพลิเคชัน FE) คุณควรเรียนรู้ว่าทีมพัฒนาของคุณมีจังหวะใด - พวกเขารับบ่อยแค่ไหน การพัฒนาใหม่? ปล่อยบ่อยแค่ไหน? เมื่อใดที่คุณต้องแจ้งให้พวกเขาทราบเกี่ยวกับความคิดริเริ่มใหม่เพื่อที่จะเผยแพร่บนเว็บไซต์ เวลาในการสู่ตลาดตั้งแต่คำขอจนถึงการส่งมอบ (เวลาในการจัดส่ง) คืออะไร?

สภาพแวดล้อม:

สภาพแวดล้อม คือเอนทิตีภายในสเปซที่อนุญาตให้คุณสร้างและรักษาข้อมูลเฉพาะของสเปซได้หลายเวอร์ชัน และทำการเปลี่ยนแปลงแยกกัน การมีสภาพแวดล้อมที่หลากหลายช่วยให้เกิดการพัฒนาแบบคู่ขนาน การทดสอบ และการบูรณาการอย่างต่อเนื่อง ซึ่งช่วยให้ทีมของคุณสามารถส่งมอบมากกว่า 1 โครงการในคราวเดียวและทำงานได้อย่างคล่องตัว (การพัฒนาและการทดสอบพร้อมกัน)

CMS ที่พร้อมใช้งานทันทีหรือแบบกำหนดเอง

โซลูชันสำเร็จรูปอาจขาดความยืดหยุ่นและอาจปรับแต่งได้ยาก โซลูชันแบบกำหนดเองจำเป็นต้องมีการบำรุงรักษาเป็นจำนวนมาก และการอัปเกรดทุกครั้งจะทำให้คุณต้องใช้ความพยายามอย่างมาก ซึ่งหมายถึงต้นทุนการพัฒนาที่คาดเดาไม่ได้ (เมื่อเทียบกับค่าลิขสิทธิ์คงที่) ทางออกที่ดีที่สุดคือสิ่งที่อยู่ระหว่างกลาง: โซลูชันสำเร็จรูปที่มีความยืดหยุ่นเพียงพอ คุณจึงไม่ต้องปรับแต่งอะไรมากมาย นี่เป็นอีกเหตุผลหนึ่งที่ว่าทำไมระบบ CMS ที่ใช้ API สำหรับบริษัทส่วนใหญ่จึงเป็นโซลูชันที่ดีที่สุดในขณะนี้

CMS หัวขาด:

“มาตรฐาน” (ไม่ใช่หัวขาด) CMS จัดเตรียมส่วนต่อประสานที่ใช้งานง่ายเพื่อสร้างเนื้อหา ฐานข้อมูลเพื่อจัดเก็บสินทรัพย์ดิจิทัล และความเป็นไปได้ในการเผยแพร่เนื้อหา เนื้อหาถูกดึงโดยส่วนหน้าและเผยแพร่ไปยังหน้า ส่วนหน้าและเนื้อหาเป็นคู่กัน คุณไม่สามารถอัปเดตเนื้อหาได้หากไม่มีแอปพลิเคชันส่วนหน้า ทุกอย่างถูกปล่อยออกมาในถังเดียว – เนื้อหา, รูปภาพ, HTML, CSS ซึ่งหมายความว่าเนื้อหาจะต้องอยู่ในรุ่นเดียวกันกับรหัสส่วนหน้า (ดังนั้นจึงสามารถอัปเดตได้น้อยกว่า) นอกจากนี้ยังสามารถ จำกัด การใช้ CMS เฉพาะเว็บไซต์ (เนื่องจากเนื้อหาและรหัสผสมกัน เนื้อหาไม่สามารถ เผยแพร่ได้อย่างคล่องตัวบนช่องทางดิจิทัลต่างๆ)

วิธีอื่นในการแสดงเนื้อหาคือ CMS ที่ "ไม่มีหัว" หากเลเยอร์การนำเสนอของเว็บไซต์เป็น "ส่วนหัว" ของ CMS การตัดเลเยอร์การนำเสนอนั้นจะสร้าง CMS ที่ไม่มีส่วนหัว ในกรณีนั้น "เนื้อหา" ที่เก็บเนื้อหาจะถูกแยกออกจากเลเยอร์การนำเสนอ ซึ่งช่วยให้สามารถรวมเนื้อหาทั้งหมดไว้ในฮับเนื้อหาแบบไม่มีหัวเดียว จากที่ซึ่งเนื้อหาเดียวกันสามารถเผยแพร่ข้ามแชนเนลได้ สิ่งนี้ทำให้การแก้ไขง่ายขึ้น — เปลี่ยนสำเนาหรือรูปภาพในที่เดียว และการเปลี่ยนแปลงนั้นจะถูกนำไปใช้ทุกที่ที่มีเนื้อหา CMS ที่ไม่มีส่วนหัวแยกงานส่วนแบ็คเอนด์และส่วนหน้า ซึ่งหมายความว่านักพัฒนาสามารถเขียนโค้ดและออกแบบประสบการณ์ส่วนหน้าในภาษาที่ต้องการได้อย่างรวดเร็ว (โดยไม่ถูกผูกมัดด้วยเทคโนโลยีแบ็คเอนด์ที่จำกัด) แต่สามารถใช้ Application Programming Interfaces (APIs) เพื่อเชื่อมต่อฟังก์ชันแบ็คเอนด์ เช่น การจัดเก็บและการจัดการเนื้อหา เข้ากับสภาพแวดล้อมการนำส่งส่วนหน้า มันทำให้การพัฒนาหน้าใหม่หรือหน้าจอแอพมือถือเร็วขึ้นและง่ายขึ้นมาก

อ่านเพิ่มเติมเกี่ยวกับแพลตฟอร์มอีคอมเมิร์ซหัวขาดที่นี่

API คืออะไร?

ระบบ API แรก (API - Application Programmable Interface) มีรหัสที่ช่วยให้การสื่อสารที่กำหนดไว้อย่างชัดเจนระหว่างสองแอพที่แยกจากกัน เป็นแพลตฟอร์มซอฟต์แวร์ที่ทันสมัย ​​ซึ่งช่วยให้ผู้จัดการ CRM มีหน่วยการสร้างสำเร็จรูปของฟังก์ชันการทำงาน ซึ่งคุณสามารถรวบรวมเพื่อให้ตรงกับความต้องการของคุณได้เกือบ 100% พร้อมสำหรับการผสานรวมกับระบบอื่นๆ อย่างรวดเร็ว

“API: บุรุษไปรษณีย์

คิดว่า API เป็นบุรุษไปรษณีย์ที่ส่งคำขอของแอปของคุณไปยังซอฟต์แวร์อื่น จากนั้นจึงนำการตอบกลับกลับมาที่แอปของคุณ ตัวอย่างง่ายๆ คือ API ที่อนุญาตให้มีการสื่อสารระหว่าง Google ปฏิทินและแอปการเดินทางของคุณ ดังนั้นเมื่อผู้ใช้จองการเดินทาง จะซิงโครไนซ์กับปฏิทินของพวกเขา” ที่มา: Clevertap

อ่านเพิ่มเติมเกี่ยวกับ APIs และสิ่งที่คุณควรรู้เมื่อเลือกซอฟต์แวร์ที่เน้น API ที่นี่

เว็บฮุคคืออะไร?

Webhooks นั้นคล้ายกับ API แต่ง่ายกว่า API เป็นภาษาเต็มสำหรับแอปที่มีฟังก์ชันหรือการเรียกเพื่อเพิ่ม แก้ไข และเรียกข้อมูล ด้วย API คุณต้องทำงานด้วยตัวเอง หากคุณสร้างแอปพลิเคชันที่เชื่อมต่อกับอีกแอปพลิเคชันหนึ่งโดยใช้ API แอปพลิเคชันของคุณจะต้องมีวิธีพิเศษในการขอข้อมูลใหม่จากแอปอื่นเมื่อจำเป็นต้องใช้ ในทางกลับกัน Webhooks ได้รับการออกแบบมาสำหรับส่วนหนึ่งของแอพโดยเฉพาะและเป็นไปโดยอัตโนมัติ เป็นการเชื่อมต่อแบบตัวต่อตัวที่เรียบง่ายซึ่งทำงานโดยอัตโนมัติ

ตัวอย่างของเว็บฮุคอาจเป็นการแจ้งเตือนไปยังอีเมลของคุณ ซึ่งเริ่มทำงานเมื่อมีการแปลใหม่มาถึง CMS ของคุณ

SDK คืออะไร?

SDK ย่อมาจาก software development kit – ชุดเครื่องมือซอฟต์แวร์และโปรแกรมที่นักพัฒนาใช้เพื่อสร้างแอปพลิเคชันสำหรับแพลตฟอร์มเฉพาะ เครื่องมือ SDK ประกอบด้วยไลบรารี เอกสารประกอบ ตัวอย่างโค้ด คู่มือและกระบวนการที่นักพัฒนาสามารถใช้และรวมเข้ากับแอปของตนเอง ซึ่งออกแบบมาสำหรับแพลตฟอร์มเฉพาะหรือภาษาโปรแกรม

SDK – ที่ทำการไปรษณีย์/ร้านฮาร์ดแวร์:

หาก API เป็นบุรุษไปรษณีย์ SDK คืออะไรในบริบทนั้น
มันคือที่ทำการไปรษณีย์และร้านฮาร์ดแวร์รวมกัน เนื่องจากสามารถมีทุกสิ่งที่จำเป็นในการสื่อสารกับซอฟต์แวร์อื่น (เช่น API หนึ่งตัวขึ้นไป) รวมถึงสื่อที่สามารถใช้เพื่อสร้างแอปใหม่ทั้งหมด (เช่น ไลบรารีโค้ด สิ่งอำนวยความสะดวกในการดีบัก บันทึกทางเทคนิค บทช่วยสอน และเอกสารประกอบ) (...) มันคือชุดพัฒนา SDK สามารถมี API ได้ตั้งแต่หนึ่งรายการขึ้นไปพร้อมยูทิลิตี้ที่จำเป็น API เป็นเพียงส่วนหนึ่งของ SDK ให้คิดว่า devkit เป็น "คอนเทนเนอร์" ที่ใหญ่ขึ้นสำหรับชุดเครื่องมือ SDK ทั้งหมด และคุณจะคิดถูก" ที่มา: Clevertap

สรุป:

ในฐานะผู้จัดการ CRM คุณควรรู้ข้อมูลพื้นฐานเกี่ยวกับแพลตฟอร์ม CMS ในกรณีส่วนใหญ่ คุณจะต้องเผยแพร่เนื้อหาบางส่วนไม่ช้าก็เร็ว พื้นฐานที่แน่นอนที่คุณต้องรู้คือต้องรู้เวิร์กโฟลว์และกระบวนการในบริษัทของคุณ หากคุณมีผู้แก้ไขเนื้อหาที่พร้อมจะทำเพื่อคุณ หากคุณต้องการแก้ไขและเผยแพร่เนื้อหาด้วยตนเอง คุณอาจต้องการเรียนรู้พื้นฐานบางอย่างของแพลตฟอร์มที่ใช้งาน เช่น วิธีแก้ไข ร่าง เผยแพร่เนื้อหา และสิ่งที่เป็นไปได้สำหรับการทดสอบหรือกำหนดเวลาการเปลี่ยนแปลงเนื้อหา หากคุณต้องการความรู้ขั้นสูง คุณควรเรียนรู้เพิ่มเติมเล็กน้อยเกี่ยวกับตัวเลือกสำหรับการทดสอบ A/B การปรับเปลี่ยนในแบบของคุณ และการเพิ่มประสิทธิภาพ SEO ในแพลตฟอร์มปัจจุบันของคุณ ขอแนะนำให้รู้สักนิดว่าทีมพัฒนาของคุณทำงานอย่างไร และคุณจำเป็นต้องวางแผนการพัฒนาล่วงหน้ามากเพียงใด หากการแก้ไขเนื้อหาง่ายๆ ยังไม่เพียงพอ คุณควรทำความคุ้นเคยกับกระบวนการของพวกเขาให้มากขึ้น โดยเฉพาะอย่างยิ่งหากคุณต้องการเผยแพร่เนื้อหาที่มีการเผยแพร่เว็บไซต์ (เช่น หากเว็บไซต์ของคุณเป็นแบบคงที่หรือ CMS ของคุณไม่มีส่วนหัว) การทำความรู้จักกับศัพท์แสงของนักพัฒนาจะช่วยให้คุณเริ่มต้นการสนทนาได้ หลังจากที่คุณเรียนรู้พื้นฐานและอ่านคู่มือแล้ว เราขอแนะนำให้คุณเริ่มถามคำถามนักพัฒนาซอฟต์แวร์ของคุณเพื่อทำความเข้าใจให้ลึกซึ้งยิ่งขึ้น – เป็นแหล่งข้อมูลที่ดีที่สุดเกี่ยวกับสแต็กที่มีอยู่ของคุณ!