🤖 この記事は 2026-05-09 にFuturistic Imaginationの自動コンテンツパイプライン（Gemini 2.5 Flash）によって生成されました。

夜中の2時だった。サーバーから飛んできたエラー通知で目が覚めた。Next.jsで構築したLinkedIn Company Pageへの自動投稿パイプラインが、機能不全に陥っていることを示す赤色のログ。私はすぐにPCを開き、VercelのログとGitHubの履歴を辿り始めた。Futuristic Imaginationのビジネスは、Generative AIを核としたコンテンツ自動生成と、それを展開するAIオウンドメディア構築、そしてその知見を活かしたGemini APIパイプライン開発の受託が中心だ。SNS連携も当然、自動化のスコープに入っている。特にLinkedInは、技術的な発信と採用ブランディングにおいて重要なプラットフォームと位置付けていた。その中核機能の一つが、突如として止まったのだ。

LinkedIn APIのスコープ厳格化がもたらしたエラーの夜

エラーログを精査すると、原因はすぐに特定できた。LinkedIn REST APIのバージョンがv202502に更新され、Company Pageへの投稿に関するスコープが厳格化されたのが原因だった。これまでのAPIエンドポイントでは、権限不足で投稿リクエストが却下されるようになっていた。正直なところ、大手プラットフォームのAPI仕様変更は日常茶飯事だ。しかし、今回はそれが私たちの自動化パイプラインの心臓部の一つを直接叩いた。

私はまず、LinkedInの開発者ドキュメントを読み漁った。v202502の変更点、新しい権限モデル、そして代替となるAPIの情報を収集する。新しい仕様では、Company Pageへの投稿にはUGC（User Generated Content）APIを使うのが推奨されているようだった。ただ、このUGC API、既存のAPIとは全く異なるアプローチを要求する。認証フローも投稿形式も、ゼロから再構築に近い作業が必要になる。

その場でコードを修正し、デプロイし、テストする。ビルドエラーが出れば、ファイル再作成やコード復元といった根本的な対応を迅速に行う。TypeScript Strict Modeの罠を掻い潜りながら、堅牢なコードを書くことを常に意識している私にとって、このような突発的な技術課題への対応は、ある種のエキサイトメントでもある。しかし、今回はただ技術的に解決すればいい、という話ではなかった。

UGC APIへの挑戦と、現実的な判断基準

UGC APIへの切り替えは、想像以上に手強い課題を突きつけた。新しい認証プロセス、投稿内容の構造化、特に画像や動画などのリッチコンテンツの扱いが複雑だ。既存の自動生成パイプラインから吐き出されるコンテンツを、UGC APIの要求するフォーマットに変換するための追加開発が必須となる。数時間を費やし、ドキュメントと格闘し、テストリクエストを投げ続ける中で、私は冷静に状況を分析し始めた。

Futuristic Imaginationは、フルリモートで、現時点では私一人で11サイトを自動運営し、累計1,500本以上の記事を生成している。この限られたリソース、特に私の時間という最も貴重な資産を、このLinkedIn Company Pageの自動投稿パイプラインの再構築にどれだけ投じるべきか。

「弊社自身が使っている状態を作らないと刺さらない」という信条がある。プロダクトの価値を検証するには、自社での実践が何よりも重要だ。しかし、このUGC APIの再構築は、単に「使える状態にする」以上の、大きな開発コストを要求する。Google Search Console APIやGA4 API連携による低ランク記事の自動検出・リライト、週次レポートの自動化など、優先度の高いデータドリブンな改善サイクルが山積している中で、この課題にリソースを集中させるのは賢明ではない、という結論に至りつつあった。

SaaS提供においても「初期は受託から入る」といった現実的なアプローチを重視している私にとって、不確実性の高い大規模な改修に時間を費やすことは、事業の加速を阻害するリスクでしかなかった。

一時停止という「前向きな撤退」と、本質への集中

そして、私は決断した。LinkedIn Company Pageへの自動投稿を、一時的に停止する。

代わりに注力するのは、私のPersonalアカウントからの手動投稿だ。なぜなら、Futuristic ImaginationのLinkedInにおける目的は、単なるコンテンツの拡散だけではない。採用候補者に「この会社で働いてみたい」と思わせるための、生の「体温」を伝えること、そして私が培ってきた技術的な知見や挑戦を直接発信することだ。Company Pageでの機械的な自動投稿よりも、私のPersonalアカウントからの、よりパーソナルで、私の言葉で語られる投稿の方が、本質的な価値を伝えられると判断した。

「応募数ではなく応募が来た事実」を使う、という採用戦略を私は持っている。数字の多さよりも、一人の応募者がどれだけ真剣に私たちの仕事に興味を持ち、共感してくれたか。そこが重要だ。そして、その目的達成において、UGC APIの複雑な実装と格闘するよりも、私の言葉で直接語りかける方が、はるかに効率的で効果的だと判断したのだ。

ゴールドラッシュに乗り遅れないことへの意識は高い。だが、どこに掘削機を投入するかを見誤ってはいけない。私たちはAIオウンドメディア構築というコア事業に集中し、Gemini APIパイプライン開発受託という強みをさらに磨き上げる。LinkedInでの発信も、その本質的な目的に立ち返り、最も効率的かつインパクトのある方法を選択する。

その夜、私はLinkedIn Company Pageの自動投稿パイプラインを停止した。 自動化は手段だ。哲学ではない。