ブログをMedium、Dev.to、Hashnodeへクロスポスト — コピー＆ペースト不要

記事を書いたのは一度だけ。Medium、Dev.to、Hashnodeへの公開に、執筆以上の時間をかけるべきではありません。

しかし2026年になっても、ブログシンジケーションの標準的な作業フローは変わっていません。Mediumを開き、貼り付け、Mediumによって崩れた書式を直し、Dev.toを開き、貼り付け、画像を再アップロードし、Hashnodeを開き、貼り付け、カノニカルURLの設定を忘れ、3週間後になって自分のサイトよりもMediumのコピーがGoogleで上位表示されている理由に頭を悩ませる、という流れです。

このガイドでは、ブログのクロスポストが実際にどのように機能するのか、シンジケーションの逆効果を防ぐSEOルール、そしてDIYスクリプトからワンクリック公開まで、すべてを自動化する方法を解説します。

そもそも、なぜシンジケーションするのか

Dev.to、Hashnode、Mediumにはそれぞれ、あなたのブログにはない既存の読者層があります。開設して間もないドメインでは40人にしか読まれない記事でも、Dev.toのトップページに掲載されれば2,000人に読まれる可能性があります。シンジケーションは、文章コンテンツにとって最も低コストな配信手段です。公開が自動化され、SEOが正しく設定されていれば、追加コストはゼロです。

唯一のSEOルール：カノニカルURL

Googleはシンジケートされたコンテンツ自体にペナルティを科すのではなく、どれがオリジナルか不明確な状態にペナルティを科します。主要なプラットフォームにはすべて、「オリジナルはこちらにあります」と示すフィールドがあります。

Dev.to： 記事のフロントマターまたは設定にあるcanonical_url。
Hashnode： 「元記事のURL」（APIではoriginalArticleURL）。
Medium： インポートツールを使うと、ソースが自動的にカノニカルとして設定されます。
WordPress / Ghost / Blogger： 通常、カノニカルは自分のサイトになります。コピーを別の場所に公開する場合は、SEOプラグインで設定できます。

毎回、すべてのコピーに、自分のドメインを指すカノニカルURLを設定してください。そうすれば、シンジケーションはリンク、読者、ブランド検索を増やし、サイトを強化します。設定しなければ、自分よりも強いドメインに掲載された自分自身のコンテンツと競うことになります。

もう1つ習慣にしたいのは、まず自分のサイトで公開し、インデックスされてからシンジケートすることです。わずか1日の先行でも、Googleが正しいオリジナルを認識する助けになります。

知っておくべきプラットフォーム特有の注意点

Mediumは書き込みAPIを廃止しました。 新しい統合トークンは発行されなくなったため、「API経由でMediumに公開する」とうたうツールは、以前からのトークンを引き続き使用しているか、実際にはインポート処理を自動操作しています。正攻法として残っているのはインポートツールであり、カノニカルも正しく設定されます。

Dev.toは最も自動化しやすいプラットフォームです。 シンプルなREST API、Markdownネイティブ、フロントマター対応を備えています。自分で1つのプラットフォーム向けにスクリプトを書くなら、Dev.toがおすすめです。

HashnodeではGraphQLが必要です。 機能は十分ですが、手順はやや複雑です。APIでは過去の日付での公開やカノニカルの設定もできるため、過去記事を移行する際に役立ちます。

画像はそのまま移行できません。 貼り付けベースのシンジケーションで最も問題になりやすいのが画像ホスティングです。自動公開なら画像を再アップロードするか、正しくホットリンクします。一方、手動で貼り付けると、3つ目のプラットフォームではサムネイルが壊れている、といった事態になりがちです。

DIYからワンクリックまで、選べる方法

1. 手動で貼り付ける。 月に1本の記事を2つのプラットフォームへ投稿する程度なら問題ありません。ただし、誰もが忘れがちなのがカノニカルの設定です。

2. スクリプト＋GitHub Actions。 Markdownファイルをプッシュし、CIからDev.toとHashnodeのAPIを呼び出して、自分のサイトを指すカノニカルを設定します。ブログがすでにGitリポジトリで管理されているなら、本当に優れた方法です。ただし、ずっと自分で保守する必要があり、Mediumには対応できません。

3. Webhook対応のヘッドレスCMS。 Strapiなどから、公開のたびにサーバーレス関数を実行します。スクリプトと同じ結果を得られますが、構成要素は増えます。ブログがより大規模なコンテンツシステムの一部である場合に適しています。

4. ブログを主要な公開先として扱う公開ツール。 ここには市場の空白があります。ソーシャルメディア向けスケジューラーの多くは、ソーシャルメディアへの対応だけで終わっています。PostClaw（私たちの製品なので、ひいき目であることは明記しておきます）は、11個のソーシャルアカウントを扱うものと同じ編集画面から、WordPress、Medium、Dev.to、Hashnode、Ghost、Blogger、そしてAPI経由の自社サイトという7つのブログプラットフォームへ公開できます。一度書くだけで、AIがX、LinkedIn、Threads向けに告知投稿を最適化し、記事自体はカノニカルを保ったままシンジケートされます。1回の公開操作で、配信チェーン全体が完了します。

多くの人が見落とす完全なループ

記事のシンジケーションは作業の半分にすぎません。各プラットフォームに公開したコピーにも、それぞれソーシャルメディアでの告知が必要です。そして、4つ目のプラットフォームに到達するころには、ほとんどの人にその作業を続ける気力が残っていません。実際に効果が積み上がるワークフローは次のとおりです。

自分のドメインで公開する（カノニカルの基点）。
カノニカルURLを設定して、Dev.to、Hashnode、Mediumへシンジケートする。
各ソーシャルプラットフォームに合わせて内容を調整し、すべての場所で告知する。同一の「新しいブログ記事 🔗」という投稿を11個並べるのではありません。（コピー＆ペーストを使わずにすべてのソーシャルメディアへ一括投稿する方法については、別の詳しいガイドを用意しています。）
毎週、午前中を丸ごと費やすことなく繰り返す。

ステップ2〜4は、まさにPostClawで自動化した部分です。ツールを検討している場合は、公開機能の仕組みまたは料金をご覧ください。ただし、私たちの製品を一度も使わないとしても、カノニカルは必ず設定してください。それが、シンジケーションを無料のリーチ拡大にするか、無料の自滅行為にするかの分かれ目です。

よくある質問への簡潔な回答

クロスポストはSEOに悪影響を与えますか？ カノニカルURLを設定していれば問題ありません。設定していなければ、最も強いドメインが検索順位を獲得します。そして通常、それはあなたのドメインではありません。

現在もMediumへ自動公開できますか？ 新しいAPIトークンではできません。カノニカルも設定されるMediumのインポートツールか、その処理を自動化するツールを使用してください。

開発者に最適なプラットフォームは？ リーチとAPIのシンプルさを重視するならDev.to、ホスティング型ブログで独自ドメインを使いたいならHashnodeです。両方を利用しない理由はありません。2つ目のコピーを作る追加コストがかからないことこそ、シンジケーションの要点だからです。