韓国の報道機関への入稿は、単にメールを送ること以上のものです。媒体ごとのCMS仕様、XMLノード構造、画像解像度、送信タイミング、エンバーゴの扱い——数十もの変数が、あなたのリリースが検索やポータルに表示されるかどうかを決めます。以下のリストは、BlinkHubがどのリリースもシステムから送り出す前に自動で実行するプリフライト確認を反映したものです。PDFやHWPのテンプレートが必要なチームは、ページ下部からダウンロードできます。
1. 準備
- 最新の法人登記簿、事業者登録証、ブランドアイデンティティ素材を手元に用意
- 媒体ごとにデスク担当者のメールアドレスと電話番号を整理
- FTP認証情報（ホスト、ポート、アカウント、鍵）を媒体別シートで管理
- 経営陣の引用コメントを、肩書きと帰属について事前確認済み
2. 原稿フォーマット
- 見出しは韓国語35文字以内、サブ見出しは60文字以内
- リード文は200文字以内で、5W1Hを満たすこと
- 本文は1,200〜1,800文字（韓国の媒体の平均的な掲載上限）
- 本文末尾に会社紹介（About）専用の段落を配置
- 末尾に広報担当者の連絡先（氏名、メール、電話）を記載
- 指定カテゴリ（IT、ビジネス、文化、ライフスタイルなど）をメタデータに設定
3. XML / FTP仕様
- BOMなしのUTF-8エンコーディング。本文はCDATAで囲む
- 必須ノード：title、subtitle、lead、body、reporter、category、pubDate
- 画像はHTTPSの絶対URL。1200x800以上を推奨
- 媒体ごとのFTPファイル名規則（接頭辞、日付、連番）に従う
- 送信後は配信ログでACK応答を確認
4. 画像とキャプション
- メイン画像1枚＋補助画像は最大3枚まで
- ラテン文字のファイル名（例：blinkhub_launch_main.jpg）
- キャプションは50文字以内。人物の場合は左から右へ肩書きと氏名
- 著作権者（撮影者／提供元）をクレジット表記
5. タイミング
- 平日の午前9〜11時（KST）はデスク締切前で採用率が最も高い
- 月曜午前と金曜午後は配信が集中するため避ける
- エンバーゴは本文冒頭に解禁時刻を明記すること
6. 配信後
- Naverニュースでの掲載状況を30分後、2時間後、24時間後に確認
- 後のKPIレポート用に媒体別の掲載URLを収集
- 誤字や修正があれば履歴を残したうえで即座に再送
- 主要なブランド・製品キーワードの検索順位をモニタリング
最も多い10の落とし穴
これらは実運用で最も繰り返される失敗パターンです。送信ボタンを押す直前に、もう一度ざっと目を通してください——このリスト上の小さなミスが、キャンペーン全体の露出を台無しにしかねません。
- 見出しに絵文字や特殊文字を使用（媒体のCMS表示が崩れる）
- 本文中の使用不可な最上級表現（最高／最安／初など）。よくある却下理由
- 5MBを超える画像ファイルによるFTP送信失敗
- 会社紹介（About）段落の欠如により「正体不明の企業」としてフィルタリングされる
- エンバーゴ通知なしの事前配信で媒体の信頼を損なう
- 同一リリースを24時間以内に再送し、重複ペナルティを誘発
- 経営陣の引用コメントの事前承認を省略し、掲載後に紛争が発生
- FTP認証情報の有効期限を監視せず、配信が静かに失敗
- カテゴリのメタデータ誤りでリリースが誤ったセクションに振り分けられる
- 個人の携帯番号のみを記載し、問い合わせ対応が過負荷になる
テンプレートのダウンロード
上記と同じ項目を、韓国語のHWPおよびPDFテンプレートとしてご用意しています。社内の承認担当者と外部のPR代理店との間で共有するQAツールとしてお使いください。