X投稿をWebサイトへ埋め込む前に｜元投稿・文脈・確認担当をそろえる
自社サイトのお知らせや活動紹介に、X（旧Twitter）の投稿を載せたい。少人数の企業では、投稿を選ぶ人とサイトを更新する人が同じことも、別のこともあります。コードを渡す前に、何を紹介する投稿なのかをそろえておきましょう。
元投稿のURLと公開状態、前後の会話、サイト上での紹介目的を確認します。埋め込み表示だけに必要情報を任せず、公開前の実表示と変更時の再確認担当を決めます。
この記事では、その確認を1枚の票にまとめます。X投稿をサイト内に表示する「埋め込み」の実装や、個別サイトの法的な判断はサイト責任者へ引き継ぎ、紹介する材料と確認条件を整えるところまで扱います。
紹介する元投稿URLと公開状態を固定する
最初に、「Xで見かけたあの投稿」を、1本の元投稿URLで指定します。アカウントのトップページや検索結果ではなく、紹介する投稿そのものを開いて確認してください。
確認票には、URLに加えて「誰の、何についての投稿か」「いつ確認したか」を書きます。自社の投稿でも、過去の案内を現在の条件として紹介していないかを確かめます。他者の投稿なら、公開されているという事実だけで利用条件まで決めず、紹介してよい範囲を責任者に確認します。
候補を開けない、公開状態が分からない、紹介してよい範囲が決まらない場合は、埋め込み候補として確定せず確認へ戻します。
図は候補を次へ進める条件を示しています。URLと確認時点は、次の票に記録します。
埋め込み前確認票のひな型
以下は本稿で提案する編集用の票です。1投稿につき1枚をコピーし、記入して使えます。
| 確認する項目 | 記入する内容 |
|---|---|
| 元投稿 | 投稿URL／発信者／投稿日／確認日時 |
| 公開状態・紹介範囲 | 投稿を開いて確認した状態／掲載してよい範囲／未解決の確認先 |
| 会話の文脈 | 返信先・引用元の要点／前後を読んで分かった条件／一緒に伝えるべき補足 |
| サイト側の説明 | 掲載ページと目的／本文に残す説明／元投稿への参照リンクの文言 |
| 公開前の表示確認 | 確認ページ／端末・ブラウザ／確認日時と結果／問題と対応 |
| 更新担当・次の確認 | 担当する役割または窓口／再確認のきっかけ・日付／保留事項と判断 |
初めから全欄を埋める必要はありません。未確認の欄には「確認すること」と「確認先」を入れ、空欄のまま実装担当へ渡さないようにします。
会話の前後とサイト側の紹介文を照合する
投稿の一文だけでは、発言の対象や条件が分からないことがあります。返信なら返信先を、引用を含むなら引用元を読み、サイトの読者にも必要な補足を選びます。
確認の問いは、「この投稿だけを読んだ人が、誰の話を、どんな条件で語っているか説明できるか」です。サイト側の紹介文が、元投稿より広い対象や強い主張になっていないかも見比べます。
たとえば参加者同士の勉強会を紹介した投稿に、「専門家が個別に指導する会」と添えると、元の話とは別の内容になります。読みやすく言い直す場合も、対象・日付・条件は元情報に戻って確かめてください。
同じ投稿で、確認票を埋めてみる
ここからは説明用の架空例です。6人の企業がオンライン勉強会を案内する想定で、次の材料を固定します。実在する投稿や顧客事例ではありません。
- 元投稿：「10月15日にオンライン勉強会を開きます。参加者同士で、業務の工夫を持ち寄ります。」
- 続く返信：「講義形式ではなく、各自の実例を話す会です。」
- 自社サイトの掲載先：活動紹介ページ。会の形式を紹介するために使います。
| 確認項目 | この例の記入内容 |
|---|---|
| 元投稿 | 本番では実URLを記入。説明例に実在の投稿URLは置かない |
| 公開状態・紹介範囲 | 自社の公開投稿を候補とする。掲載時に担当者が状態と掲載範囲を確認する |
| 文脈 | 参加者が業務の実例を持ち寄る会。講義形式ではない。返信の補足を本文にも反映する |
| サイト側の説明 | 「10月15日のオンライン勉強会は、参加者が業務の実例を持ち寄る形式です。」と記す。元投稿へのリンクを添える |
| 表示確認 | サイト更新担当が公開前の確認ページを用意。発信担当がPC・スマートフォンで説明とリンクを確認し、日時・結果を追記する |
| 更新担当・次の確認 | 発信担当が内容、サイト更新担当が表示を担当。案内変更時と開催後に見直す。実表示の結果が記入されるまでは公開判断を保留 |
文脈欄には「返信あり」とだけ書くのではなく、紹介文に影響する補足を残します。これなら、別の担当者も、何を省いてはいけないかを読み取れます。
X公式の埋め込み案内とサイトの対応を確認する
X公式の埋め込み案内では、x.comから投稿の埋め込みコードを取得し、ブログやWebサイトへ配置する方法が説明されています。埋め込みはx.com経由で利用する機能とされています。
この案内を実装担当へ渡したうえで、自社サイトがどの方法に対応しているかを確認します。コードを貼れる場所や表示条件は、使っているサイトの仕組みを知る担当者に判断してもらいます。
また、X for Websitesの説明では、埋め込み投稿などを閲覧した際に、Xが閲覧ページやCookie情報などを受け取る場合があると案内されています。サイトの情報取扱いの案内や利用条件について、責任者が確認する項目として票に残してください。
渡すのは「掲載したい投稿」だけではありません。掲載ページ、紹介目的、必要な補足、確認担当もセットにします。実装方法や設定を推測して進めるより、担当者が判断できる材料をそろえることを優先します。
表示に依存させない説明と参照リンクを用意する
活動紹介の要点を、埋め込み部分にだけ持たせないようにします。サイト本文に、紹介する理由と必要な条件を短く書き、元投稿への参照リンクも添えます。
先ほどの勉強会について、元投稿・返信・掲載目的を変えずに、サイト側の説明だけを比べます。
| 案 | サイトに置く内容 | 読者が確認できること |
|---|---|---|
| A：埋め込みだけ | 「勉強会のお知らせです。」の下に投稿を埋め込む | 日付・形式・元の文脈を読むために、埋め込み部分を頼る構成 |
| B：本文とリンクを添える | 「10月15日のオンライン勉強会は、参加者が業務の実例を持ち寄る形式です。」の下に投稿を埋め込み、「勉強会の元投稿を見る」のリンクを添える | 本文で日付と形式が分かり、元投稿への確認先も示される |
この比較で変えたのは、サイト本文に説明と参照リンクを置くかどうかです。Bは、元投稿と返信にある内容をサイト側にも残しています。会の条件や実績を新しく加えたわけではありません。
参照リンクの文言は、行き先が分かる形にします。「こちら」より「勉強会の元投稿を見る」のように書くと、確認先を説明できます。自社サイトで伝えるべき最新情報が別にあるなら、その情報を本文に置き、過去の投稿を現在の案内と取り違えないようにします。
公開前の実表示確認と再確認担当を決める
準備した文面とURLがそろったら、サイト更新担当が用意した確認ページで、実際の表示を確かめます。票に「確認予定」と書いただけで済ませず、確認した日時と結果を残します。
- 内容：選んだ投稿と、サイトの説明が同じ対象・日付・条件を伝えているか。
- 表示：PCとスマートフォンで、本文・投稿・リンクを読む際に欠けや重なりがないか。
- 参照先：リンクが指定した元投稿に向くか。別の投稿や検索結果に向いていないか。
- 担当：案内内容の変更や表示の問題を、誰が確認して直すか。
図の「公開判断へ」は、確認結果を責任者へ渡すことを指します。問題があれば、票に対象と対応先を残し、その箇所の確認へ戻ります。
元投稿が削除されたり、公開状態が変わったりした後の表示を決めつけず、変化に気づいたときに見直す担当を決めておきます。イベントなら開催後、サービス案内なら条件変更時など、記事の目的に合う再確認のきっかけも書けます。
準備の終点は、元投稿と文脈を特定し、サイトの説明とリンクを用意し、表示確認の方法と担当を決めた状態です。公開前には、実表示の結果と未解決事項を票で確認し、責任者が判断します。
埋め込み先の記事を後日Xでも紹介したい場合は、別の作業として外部記事を紹介するX投稿の書き方で、記事を読む理由とリンクを確認できます。
公開してよい材料から新しい投稿案も作りたい場合、SebaschaNSの公開ガイドは、材料を選ぶ方法や投稿案を作って確認・編集する流れを案内しています。Webサイトへの埋め込みはXとサイト側で扱う機能です。