← หน้าแรก

เช็กลิสต์ · การส่งข่าวเข้าห้องข่าวเกาหลี

เช็กลิสต์การกระจายข่าวสู่สื่อเกาหลี: 40 ขั้นตอนการส่งเข้าห้องข่าว

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

คำตอบด่วน

ก่อนกระจายข่าวประชาสัมพันธ์สู่สื่อเกาหลี ให้ตรวจสอบ 6 อย่าง: รูปแบบต้นฉบับ (พาดหัวไม่เกิน 35 ตัวอักษรเกาหลี ย่อหน้านำไม่เกิน 200 ตัวอักษรและครบหลัก 5W1H), ข้อกำหนด XML/FTP (UTF-8 ไม่มี BOM, เนื้อหาอยู่ใน CDATA, ชื่อไฟล์ถูกต้องตามแต่ละสื่อ), ภาพ (URL สัมบูรณ์ผ่าน HTTPS ขนาด 1200x800 ขึ้นไป ชื่อไฟล์อักษรละติน ขนาดไม่เกิน 5MB), ช่วงเวลาส่ง (วันธรรมดา 9–11 น. KST หลีกเลี่ยงเช้าวันจันทร์และบ่ายวันศุกร์), การประกาศเอ็มบาร์โก และการตรวจสอบการแสดงผลใน Naver News หลังส่ง การข้ามขั้นตอนใดขั้นตอนหนึ่งคือสาเหตุที่พบบ่อยที่สุดของการถูกปฏิเสธหรือการลงข่าวที่ไม่ดีในห้องข่าวเกาหลีทั้ง 40 แห่ง

การส่งข่าวเข้าห้องข่าวเกาหลีนั้นเป็นมากกว่าการส่งอีเมล ข้อกำหนด CMS ของแต่ละสื่อ โครงสร้างโหนด XML ความละเอียดของภาพ ช่วงเวลาส่ง และการจัดการเอ็มบาร์โก — ตัวแปรนับสิบเหล่านี้ตัดสินว่าข่าวของคุณจะปรากฏในการค้นหาและบนพอร์ทัลหรือไม่ รายการด้านล่างสะท้อนการตรวจสอบก่อนส่ง (pre-flight) ที่ BlinkHub ดำเนินการอัตโนมัติก่อนข่าวทุกฉบับจะออกจากระบบ ทีมที่ต้องการเทมเพลต PDF หรือ HWP สามารถดาวน์โหลดได้ที่ด้านล่าง

1. การเตรียมการ

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

2. รูปแบบต้นฉบับ

  • พาดหัวข่าวไม่เกิน 35 ตัวอักษรเกาหลี พาดหัวรองไม่เกิน 60 ตัวอักษร
  • ย่อหน้านำไม่เกิน 200 ตัวอักษร และครบหลัก 5W1H
  • เนื้อหา 1,200–1,800 ตัวอักษร (ค่ากลางของจุดตัดเนื้อหาในสื่อเกาหลี)
  • ย่อหน้าแนะนำองค์กร (About) เฉพาะที่ท้ายเนื้อหา
  • ระบุข้อมูลติดต่อฝ่ายประชาสัมพันธ์ (ชื่อ อีเมล เบอร์โทร) ไว้ที่ท้ายข่าว
  • ตั้งหมวดหมู่ที่กำหนด (ไอที ธุรกิจ วัฒนธรรม ไลฟ์สไตล์ ฯลฯ) ในเมตาดาตา

3. ข้อกำหนด XML / FTP

  • เข้ารหัส UTF-8 โดยไม่มี BOM และห่อเนื้อหาด้วย CDATA
  • โหนดที่จำเป็น: title, subtitle, lead, body, reporter, category, pubDate
  • ใช้ URL ภาพแบบสัมบูรณ์ผ่าน HTTPS แนะนำขนาด 1200x800 ขึ้นไป
  • ปฏิบัติตามกฎการตั้งชื่อไฟล์ FTP ของแต่ละสื่อ (คำนำหน้า วันที่ เลขลำดับ)
  • ตรวจสอบการตอบกลับ ACK ผ่านบันทึกการส่งหลังการส่งข้อมูล

4. ภาพและคำบรรยายภาพ

  • ภาพหลัก 1 ภาพ พร้อมภาพประกอบได้สูงสุด 3 ภาพ
  • ชื่อไฟล์เป็นอักษรละติน (เช่น blinkhub_launch_main.jpg)
  • คำบรรยายภาพไม่เกิน 50 ตัวอักษร สำหรับบุคคลให้เรียงตำแหน่งและชื่อจากซ้ายไปขวา
  • ให้เครดิตเจ้าของลิขสิทธิ์ (ช่างภาพ / ผู้ให้ภาพ)

5. ช่วงเวลาส่ง

  • วันธรรมดา 9–11 น. ตามเวลาเกาหลี (KST) ช่วยเพิ่มโอกาสได้รับเลือกก่อนเส้นตายของโต๊ะข่าว
  • หลีกเลี่ยงเช้าวันจันทร์และบ่ายวันศุกร์ (ช่วงข่าวประชาสัมพันธ์หลั่งไหลเข้ามามาก)
  • หากมีกำหนดเอ็มบาร์โก ต้องระบุเวลาเผยแพร่ไว้ด้านบนสุดของเนื้อหา

6. หลังการกระจายข่าว

  • ตรวจสอบการแสดงผลใน Naver News ที่ 30 นาที 2 ชั่วโมง และ 24 ชั่วโมง
  • รวบรวม URL ที่ลงข่าวแยกตามสื่อแต่ละแห่งเพื่อใช้รายงาน KPI ในภายหลัง
  • ส่งใหม่ทันทีเมื่อพบคำผิดหรือต้องแก้ไข โดยเก็บประวัติไว้
  • ติดตามอันดับในผลการค้นหา (SERP) สำหรับคีย์เวิร์ดหลักของแบรนด์และสินค้า

ข้อผิดพลาดที่พบบ่อยที่สุด 10 ข้อ

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

  1. ใส่อิโมจิหรืออักขระพิเศษในพาดหัวข่าว (ทำให้การแสดงผลใน CMS ของสื่อพัง)
  2. ใช้คำขั้นสุดที่ไม่ได้รับอนุญาต (ดีที่สุด/ต่ำที่สุด/แห่งแรก) ในเนื้อหา — สาเหตุการถูกปฏิเสธที่พบบ่อย
  3. ไฟล์ภาพเกิน 5MB ทำให้การส่งผ่าน FTP ล้มเหลว
  4. ขาดย่อหน้าแนะนำองค์กร (About) จนถูกกรองว่าเป็น 'บริษัทไม่ทราบที่มา'
  5. เผยแพร่ก่อนกำหนดโดยไม่มีประกาศเอ็มบาร์โก ทำลายความเชื่อมั่นของสื่อ
  6. ส่งข่าวเดิมซ้ำภายใน 24 ชั่วโมง ทำให้ถูกลงโทษเรื่องเนื้อหาซ้ำ
  7. ข้ามการอนุมัติคำให้สัมภาษณ์ของผู้บริหารล่วงหน้า จนเกิดข้อพิพาทหลังเผยแพร่
  8. ไม่ติดตามวันหมดอายุของข้อมูลรับรอง FTP จนการส่งล้มเหลวแบบเงียบ ๆ
  9. ตั้งหมวดหมู่ในเมตาดาตาผิด ทำให้ข่าวถูกส่งไปลงผิดหมวด
  10. ระบุเพียงเบอร์มือถือส่วนตัว ทำให้รับมือการตอบกลับไม่ไหว

ดาวน์โหลดเทมเพลต

รายการเดียวกันด้านบนมีให้ในรูปแบบเทมเพลต HWP และ PDF ภาษาเกาหลี ใช้เป็นเครื่องมือ QA ร่วมกันระหว่างผู้อนุมัติภายในและเอเจนซี PR ภายนอก

ปล่อยให้เช็กลิสต์ทำงานเอง

BlinkHub ตรวจสอบทุกรายการด้านบนภายในไปป์ไลน์การส่งข่าว

เริ่มต้นกับ BlinkHub

คำถามที่พบบ่อย

ข่าวประชาสัมพันธ์ต้องเป็นรูปแบบใดสำหรับห้องข่าวเกาหลี?

พาดหัวข่าวไม่เกิน 35 ตัวอักษรเกาหลีและพาดหัวรองไม่เกิน 60 ตัวอักษร เขียนย่อหน้านำไม่เกิน 200 ตัวอักษรที่ครบหลัก 5W1H และให้เนื้อหาอยู่ราว 1,200 ถึง 1,800 ตัวอักษร ใส่ย่อหน้าแนะนำองค์กร (About) เฉพาะ และข้อมูลติดต่อฝ่ายประชาสัมพันธ์ (ชื่อ อีเมล เบอร์โทร) ไว้ที่ท้ายข่าว พร้อมตั้งหมวดหมู่ที่ถูกต้องในเมตาดาตา

ข้อกำหนด XML และ FTP สำหรับการส่งคืออะไร?

ใช้การเข้ารหัส UTF-8 โดยไม่มี BOM และห่อเนื้อหาด้วย CDATA ใส่โหนดที่จำเป็น (title, subtitle, lead, body, reporter, category, pubDate), ใช้ URL ภาพแบบสัมบูรณ์ผ่าน HTTPS ขนาด 1200x800 ขึ้นไป, ปฏิบัติตามกฎการตั้งชื่อไฟล์ FTP ของแต่ละสื่อ และยืนยันการตอบกลับ ACK ในบันทึกการส่งหลังการส่งข้อมูล

เวลาใดเหมาะที่สุดในการส่งข่าวประชาสัมพันธ์สู่สื่อเกาหลี?

วันธรรมดาช่วง 9 ถึง 11 น. ตามเวลาเกาหลี (KST) ช่วยเพิ่มโอกาสได้รับเลือกก่อนเส้นตายของโต๊ะข่าวให้ได้มากที่สุด หลีกเลี่ยงเช้าวันจันทร์และบ่ายวันศุกร์เพราะข่าวประชาสัมพันธ์หลั่งไหลเข้ามามาก และหากมีเอ็มบาร์โกต้องระบุเวลาเผยแพร่ไว้ด้านบนสุดของเนื้อหา

สาเหตุที่พบบ่อยที่สุดที่ทำให้ข่าวเกาหลีถูกปฏิเสธคืออะไร?

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

ควรตรวจสอบอะไรบ้างหลังกระจายข่าว?

ตรวจสอบการแสดงผลใน Naver News ที่ 30 นาที 2 ชั่วโมง และ 24 ชั่วโมง, รวบรวม URL ที่ลงข่าวแยกตามสื่อแต่ละแห่งเพื่อรายงาน KPI, ส่งใหม่ทันทีเมื่อพบคำผิดหรือต้องแก้ไขโดยเก็บประวัติไว้ และติดตามอันดับในผลการค้นหา (SERP) สำหรับคีย์เวิร์ดหลักของแบรนด์และสินค้า

한국어로 보기