Note・Qiita・Zennを全部使って分かった、技術ブログの正しい使い分け

Note・Qiita・Zennを全部使って分かった、技術ブログの正しい使い分け Soshi Uejima Zenn 個人開発 Qiita ブログ note idea はじめに 「技術記事ってどこに書けばいいの？」 個人開発をしていると、この問いに必ずぶつかる。Note、Qiita、Zenn──日本の3大プラットフォームはそれぞれ違う強みを持っていて、「全部同じでしょ」と思って適当に選ぶと 伸びるはずの記事が埋もれる 。 僕は3つとも実際に使ってみた結果、 書く内容によって使い分ける のが最適解だと分かった。この記事では、それぞれの特徴と「どんな記事をどこに書くべきか」を整理する。 3プラットフォームの基本スペック Zenn Qiita Note ジャンル 技術特化 技術特化 オールジャンル ユーザー層 モダン技術好き・個人開発者 企業エンジニア・初学者 クリエイター・ビジネス層 収益化 サポート（投げ銭） なし 有料記事販売 SEO 強い 非常に強い 普通 Markdown 完全対応 完全対応 独自エディタ GitHub連携 リポジトリ管理可 なし なし 本（Book）機能 あり なし マガジン機能 コミュニティ スクラップ・コメント コメント・Organization フォロー・サークル Zenn：「深く書く」ための場所 強み GitHub連携 で記事をリポジトリ管理できる。CIで自動公開も可能 本（Book）機能 で体系的なコンテンツを作れる サポート機能で 読者から直接応援 してもらえる モダンな技術スタックの記事が伸びやすい 伸びる記事の傾向 「○○を実際にやってみた」系の実践記事 ツール比較・レビュー記事 個人開発の裏側を語る記事 AI/LLM系の最新技術記事 こんな記事を書くべき AIエージェント前提の開発フローを導入したら開発体験が激変した Claude Code / Cursor / GitHub Copilotを個人開発で比較 飲み会アプリをCapacitor×Firebaseで作ったらWKWebViewとの戦いだった 一言で言うと：「技術的に深い内容」「実体験ベース」の記事はZenn一択。 Qiita：「広く届ける」ための場所 強み 圧倒的なSEO力 。Google検索で上位に出やすい ユーザー数が多く、初学者へのリーチが強い Organization機能で企業テックブログとしても使える トレンドに載ると爆発的にストックが増える 伸びる記事の傾向 「○○入門」「○○の始め方」系のHow-to記事 エラー解決・トラブルシューティング系 チートシート・まとめ系 環境構築手順 こんな記事を書くべき 【2026年版】Docker環境構築の完全ガイド Pythonでよく使うワンライナー50選 「command not found」が出たときに確認すること一覧 一言で言うと：「検索される記事」「困った人が辿り着く記事」はQiita。 Note：「想いを届ける」ための場所 強み 技術者以外にも届く 。ビジネス層・クリエイターにリーチ可能 有料記事 で直接マネタイズできる ストーリー性のある記事が評価される UIがシンプルで読みやすい 伸びる記事の傾向 起業ストーリー・開発の裏話 「なぜ作ったのか」というWhy系の記事 ポエム・エッセイ色の強い記事 ノウハウを体系化した有料記事 こんな記事を書くべき 学生起業家が個人開発で100人のユーザーを獲得するまで なぜ僕はSwiftUIではなくCapacitorを選んだのか 個人開発者のための時間管理術（有料） 一言で言うと：「人に届ける文章」「ストーリー」はNote。 実践的な使い分けフロー 記事を書く前に、以下の基準で投稿先を決めている： コードが多い？技術的に深い？ → 実体験・考察ベースなら Zenn → How-to・入門系なら Qiita コードより想い・ストーリー重視？ → Note 僕の実際の使い分け プラットフォーム 投稿頻度 用途 Zenn 週2〜3本 メインの技術ブログ。深い実践記事 Note 月2〜3本 起業日記・開発の哲学 Qiita 必要に応じて SEO狙いのHow-to記事 やってはいけない使い方 全プラットフォームに同じ記事をコピペ投稿 SEO的にマイナス（重複コンテンツ）。Googleが評価を分散させてしまう。 Qiitaにポエムを書く 技術記事を求めて来ている人にポエムは刺さらない。低評価を食らう可能性がある。 Noteに環境構築手順を書く Markdownが使えないのでコードブロックが書きにくい。読者層も違う。 1つのプラットフォームだけに固執する 入口を増やすことがブランディングの基本。 メインを1つ決めつつ、サブで他を使う のが正解。 結論：「メインZenn + サブNote」が個人開発者の最適解 個人開発をしているなら、 Zennをメイン にするのが最も効率がいい： GitHub連携 で記事管理が楽 技術記事のSEO がしっかり効く サポート機能 で読者と繋がれる 個人開発者コミュニティ が活発 そこに**Noteで「なぜ作ったか」「どんな想いか」**を補完すれば、技術力と人間味の両方を発信できる。 Qiitaは「検索流入を増やしたいとき」にピンポイントで使えばOK。 大事なのは「どこに書くか」より「書き続けること」。 プラットフォームの特性を理解した上で、自分に合った場所で発信を続けよう。 GitHubで編集を提案 Soshi Uejima 大学生エンジニア。個人開発でWebゲーム「WikiGolf」や「Kanpai Lock」を開発中。Flask / Next.js / Firebase / Capacitor あたりが好きです。開発で学んだことを発信していきます。 バッジを贈って著者を応援しよう バッジを受け取った著者にはZennから現金やAmazonギフトカードが還元されます。 バッジを贈る Discussion Soshi Uejima 大学生エンジニア。個人開発でWebゲーム「WikiGolf」や「Kanpai Lock」を開発中。Flask / Next.js / Firebase / Capacitor あたりが好きです。開発で学んだことを発信していきます。 バッジを贈る バッジを贈るとは 目次 はじめに 3プラットフォームの基本スペック Zenn：「深く書く」ための場所 強み 伸びる記事の傾向 こんな記事を書くべき Qiita：「広く届ける」ための場所 強み 伸びる記事の傾向 こんな記事を書くべき Note：「想いを届ける」ための場所 強み 伸びる記事の傾向 こんな記事を書くべき 実践的な使い分けフロー 僕の実際の使い分け やってはいけない使い方 全プラットフォームに同じ記事をコピペ投稿 Qiitaにポエムを書く Noteに環境構築手順を書く 1つのプラットフォームだけに固執する 結論：「メインZenn + サブNote」が個人開発者の最適解