LinkedIn・Reddit・Hacker Newsはなぜ自動投稿を禁止・制限するのか — 被引用性が高い媒体ほど自動化に敵対的という構造
Published July 6, 2026
「GEO(AIに引用されやすい記事を作ること)を重視するなら、被引用性が高い媒体にこそ自動投稿したい」——そう思って LinkedIn や Reddit の API を調べると、規約でそもそも自動投稿が禁止・制限されていることに突き当たります。この記事は、AI検索に最も引用される媒体(Reddit・LinkedIn・Hacker News)ほど自動投稿に敵対的で、逆に自動化しやすい媒体ほど被引用性が低い、という構造を公式ソースで確認したものです。
先に結論
被引用性(GEO)が高い媒体ほど、自動投稿は規約で禁止・制限されている。自動化が簡単な媒体ほど、被引用性は低い。 この2つの軸はきれいに逆相関しています。
| 媒体 | GEO被引用性 | 自動投稿・API |
|---|---|---|
| 最高(AI検索の被引用ドメインで総合1位。ChatGPT/Gemini/Perplexity/AI Overviewsいずれでも上位引用元) | 制限あり — Responsible Builder Policy(事前承認制)が事実上のゲート。「同一・類似内容の複数subreddit投稿」を明示的に禁止 | |
| 高(AI検索の被引用ドメインで総合3位) | 禁止 — API利用規約 §3.1(26) が「APIを使った投稿の自動化」を名指しで禁止 | |
| Hacker News | 高(技術者に強く参照される) | 不可 — 公式APIは読み取り専用(Firebase)。投稿API自体が存在しない |
| Qiita / Zenn / Hatena(JP) | 中〜高 | 自動化しやすい(公式API or Git連携。Zennは書き込みAPIが無くGit連携経由) |
| Hashnode / Ghost / WordPress(自社ドメイン型) | 中〜中高 | 自動化しやすい(下書きAPIあり・canonical対応) |
| Bluesky / Threads / Mastodon | 低〜中 | 自動化しやすい(無料・クリーンなAPI) |
つまり、自動投稿の実装のしやすさで媒体を選ぶと、被引用性の低い媒体ばかりに投稿することになります。逆に被引用性の高い媒体を狙うなら、自動投稿という発想自体を手放す必要があります。
立場(この記事を書いた理由)
先に自分の立場を書いておきます。私は、自動投稿そのものにはもう大きな価値はなく、価値は被引用性の側にあると考えています。この持論をそのまま媒体選びに当てはめると、この記事で追った構造は驚くことではありません。被引用性が高い媒体ほど、機械的な量産投稿でドメインの評価を稼がれることを警戒していて、そこを自動化で押し通そうとする発想自体が的外れです。だから私は、被引用性が最も高い媒体(Reddit・LinkedIn・Hacker News)を無理に自動化しようとはせず、**自社ドメイン(GEOの複利を積める場所)+assisted-manual(媒体に合わせた下書きをPolypostが作り、投稿と場への参加は人が担う)**という組み合わせに寄せることにしました。
媒体別の詳細
LinkedIn — 高GEOだが自動化はToSで禁止
LinkedInの Posts API はテキスト・画像・動画・リンク共有の投稿に対応していますが、長文の「Articles」はAPI経由では投稿できず、Web限定です。決定的なのはAPI利用規約 §3.1(26) で、「Content や API を使って LinkedIn Services への投稿を自動化すること」を明示的に禁止している点。§3.1(20)(APIレート制限の回避禁止)・§3.1(24)(スクレイピング禁止)も併せて自動化を締め出しています。一方でGEO面では、LinkedInはAI検索の被引用ドメインで総合3位にランクされる、B2B領域では最有力の一次情報源です。結論は明快で、自動投稿は不可、人が手動で投稿する前提の媒体です。
Reddit — 被引用性は最高、だが自動化は事前承認制で事実上の壁
RedditのAPIは submit(リンク/セルフポスト)に対応しますが、Responsible Builder Policyにより、開発者・モデレーター・研究者・botを問わずAPIアクセスに事前承認が必要になりました。OAuthのレート制限はクライアントごとに100クエリ/分(10分間平均)に制限され、「同一または実質的に類似した内容を複数のsubredditへ投稿すること」を明確に禁止しています。加えてsubreddit単位でのモデレーター運用・自己流入禁止ルールが重なります。GEO面では、Reddit は調査対象媒体の中で最も引用されるドメイン(総合1位)——ChatGPT/Gemini/Perplexity/AI Overviewsのいずれでも上位に引用されます。被引用性の頂点にある媒体が、同時に自動投稿への警戒も最も強い、という構図です。
Hacker News — 高GEOだが書き込みAPIが存在しない
Hacker News の公式API(GitHub HackerNews/API)は Firebase 経由で読み取り専用のエンドポイントのみを公開しており、ストーリー・コメント・投票を送信するエンドポイントはドキュメント上どこにも存在しません。投稿はすべてWeb経由の手動操作のみです。GEO面では高い——エンジニアが一次情報源として頻繁に参照し、AI検索にも引用されやすい媒体です。ここは自動化の是非を議論する以前に、そもそも自動投稿のためのAPIが存在しないという一段シンプルな壁があります。
裏側: 自動化しやすい媒体は、なぜ被引用性が低いのか
この逆相関は偶然ではありません。Qiita・Zenn・Hatenaのような自動化しやすい媒体にも、実は「機械的な量産投稿への警戒」自体は存在します(Zennの利用規約がスパムとみなす行為として「機械により自動生成された文章の投稿」を名指しするのはその一例)。ただしこれらの媒体は自分のアカウント・自分のブログへの投稿を止める理由が薄く、公式APIやGit連携という正規ルートを用意しています。一方でBluesky・Threads・Mastodonのような媒体は、そもそもコンテンツの権威づけよりも配信・つながりを重視した設計で、bot投稿を前提にした自由なAPIを持ちますが、AI検索の引用元としての実績はまだ薄いのが実情です。被引用性の高さは、その媒体が「価値ある一次情報の集積地」として機能していることの裏返しであり、機械的な量産投稿を警戒する強さと表裏一体になっている、というのがこの記事の見立てです。
実際に手を動かして見えたこと
これは自分の失敗談です。Slipwayの公開を告知したとき、Zennへの告知だけ投稿上限(レート制限)に当たり、その場では出せず後日に回すことになりました。ZennはこのHN・Reddit・LinkedInほど自動化に敵対的な媒体ではなく、GitHub連携という正規の自動化ルートを持つ媒体です。それでも実際に投稿しようとすると、投稿上限という運用上の制約にすぐ突き当たりました。被引用性がZennよりさらに高いReddit・LinkedIn・Hacker Newsでは、この種の制約が「上限に気をつける」で済まず、そもそも自動投稿そのものが規約で禁止・不可能という一段上の壁になっている——それを身をもって知った一件でした。
だから、こう設計した
この構造を踏まえて、私はPolypostの媒体ごとの扱いを分けることにしました。自動化が規約上整合する媒体(X・Zenn・Qiita、将来的にはHashnode/Ghost/WordPressのような自社ドメイン型)は、これまで通り生成 → 人間レビュー → 投稿(または下書き着地)という自動化寄りのフローに乗せます。一方で、被引用性が最も高いのに自動投稿そのものが規約で禁止・不可能なReddit・LinkedIn・Hacker Newsについては、無理に自動化のルートを探すのをやめました。ここは「GEOに最適化した媒体別の下書きをPolypostが作り、実際の投稿とスレッドへの参加は人が担う」というassisted-manualという別枠として設計し、実装は後日の判断に持ち越しています。無理な自動化で規約に触れるリスクを取るより、被引用性の頂点にある媒体だからこそ人の手を残す方が理にかなっていると考えたためです。
そして、このブログ自体の置き場所も同じ論理で決めています。被引用性の複利は媒体を借りるのではなく自分のドメインに積む方を選び、polypost.dev/blog という自社ドメインに置きました(この判断の詳細は技術ブログは自社ドメインとQiita・Zenn、どちらに置くべきかに書いています)。媒体ごとの規約は変わっても、自社ドメインに積んだ複利は揺らがない、という考え方です。
よくある質問
Q. Reddit・LinkedIn・Hacker Newsには一切投稿できないのか? いいえ。プログラムによる自動投稿が禁止・不可能というだけで、人間が自分のアカウントから手動で投稿すること自体は問題ありません。この記事の結論も「自動化を諦めろ」ではなく、「これらの媒体では投稿という最後の一手を人に残す」というものです。
Q. 被引用性が低い媒体(Bluesky・Threads・Mastodon)は無価値なのか? 無価値ではなく、役割が違うという話です。被引用性の複利ではなく、無料でクリーンな自動配信によるリーチ拡大が主な価値で、Xの配信を補完する位置づけとして扱うのが妥当です。
Q. 自社ドメインのブログを自動投稿できるようにすべきか? Ghost・WordPress(自己ホスト)・Hashnodeはいずれも下書きAPIを備えていて、自動化しやすく被引用性も中〜中高です。「自動化とGEOの複利を両立できる数少ない組み合わせ」という位置づけで、この記事の構造でいえば最も投資効率のよい領域だと考えています。
GEO-optimized content, from one topic to every platform
Auto-generate drafts for X, Zenn, and Qiita, then diagnose and rewrite your existing articles. Free trial, no card required.