LinkedInはほとんどのプラットフォームよりバッチ処理に向いています。そこで機能するもののほとんどは反応的ではなく、即時性より一貫性のほうが重要で、文章も長いため1回のセッションでまとめて書くほうが本当に効率的です。
書くのは1つのセッション、予約は別のセッションで
LinkedIn投稿は3,000文字あり、良い投稿には考える時間が必要です。1回のセッションで6本きちんと書くほうが、他の作業の合間に1日1本書くよりも良い作品になります。セットとして見て、弱いものを削れるからです。
予約は別にしておきましょう。両方を混ぜると、文章を仕上げる代わりに投稿時間の最適化を始めてしまいます。
バッチのインポート
BulkPublishの一括作成エディタ(/compose/bulk)は、content列を持つCSVを読み込み、任意でscheduled_atとmedia_urlsも受け付けます。
LinkedInに関しては、特にクォート処理に注意してください。この投稿は長く、カンマ、クォート、改行を含みます。
- カンマを含むフィールドはダブルクォートで囲む
- フィールド内のリテラルなクォート記号は二重にする
- クォートされたフィールド内の改行は正しく解析される
- UTF-8で保存する
スプレッドシートから書き出せば、これらはすべて自動で処理されます。うまくいかなくなるのは、3,000文字のフィールドを含むCSVを手で編集したときです。
LinkedInが受け付けるもの
| 投稿の長さ | 3,000文字 |
| 投稿タイプ | 投稿、ギャラリー、PDFカルーセル、記事 |
| 画像 | 最大20枚、各10 MB |
| 動画 | 最大500 MB、30分 |
バッチに向いている形式
**テキスト投稿とギャラリー:**はい、バッチ処理はこのためのものです。
**PDFカルーセル:**部分的に。PDF自体はデザインが必要でバッチ作業には向きませんが、デザインセッションで複数作った場合はまとめてキューに入れるとうまくいきます。
**記事:**あまり向きません。長文で、通常は特定の何かに結びついています。
キューに入れるべきでないもの
**反応的なもの。**今起きていることへのコメントは、今すぐ書く必要のある唯一の種類のLinkedIn投稿です。
**自社に関する数字を含むもの。**従業員数、価格、成長率。これらは変わるため、書いてから6週間後に公開される投稿は、公開当日に間違っている可能性があります。
**意見が変わるかもしれないもの。**キューとは、あらかじめコミットする一連の意見です。
キューは浅く保つ
4〜6週間。LinkedInのネイティブスケジューラは3か月先まで許容しますが、それはほとんどの人が取るべきより多くの余裕です。1月に書いて3月に公開される投稿は、誰にも読み直されない投稿です。
関連する規律は、キューに入れた投稿を素早く取り下げる方法を知っておくことです。それが難しいと、古びた投稿がそのまま残ります。
バッチをセットとして読む
LinkedIn特有の失敗パターンは、6本の投稿がすべて同じ形をしていることです。同じ切り出し方、同じ構成、同じ種類の結論。投稿単位では気づかず、順番に読むと一目瞭然です。
LinkedInのバッチからクロスポストする
LinkedIn版は通常もっともフルな内容なので、まずそれを書いてから削っていくのが正解です。3,000文字の投稿の中で最も鋭い主張は、しばしばゼロから書いた短い投稿より優れています。
プラン制限
- 投稿: Free:3件/日。Pro:30件/日。Business:無制限。
- チャンネル: Free:3(プラットフォームごとに1)。Pro:30(プラットフォームごとに2)。Business:75(プラットフォームごとに5)。
投稿のクォータはバッチ全体に対してキューに入る前にチェックされるため、大きすぎるバッチは事前に知らされます。
まとめ
書くのは1つのセッション、予約は別のセッションで、キューは4〜6週間に保ちましょう。長い投稿にはカンマが含まれるため、CSVは正しくクォートしてください。反応的な内容や自社に関する数字はキューに入れないこと。そして、バッチを順番に読みましょう。同じ形の6本の投稿は、並べて見て初めてそれと分かるからです。