Webライティング副業、最初3ヶ月の時給300円から月20万円になるまでにやったこと【エンジニア実録2026】

「時給300円か…」と泣きそうになりながら続けて、気づけば月20〜25万円。AIで市場が激変した2026年に、エンジニアがWebライティング副業で生き残るためにやったことを全部書きます。

Webライティング副業、始めて3ヶ月は本当に地獄だった

正直に言う。最初の3ヶ月、Webライティングで稼いだのは合計で3万2000円だった。

時給に換算すると300円を切る。エンジニアとして時給5000円以上の仕事をしている自分が、なんでこんなことやってるんだろうと何度も思った。でも続けてよかった。今は月20〜25万円、繁忙期なら30万円を超えることもある。

Webライティング副業を始めたのは2024年の末。きっかけは技術ブログをずっと書いてたことで、「これ記事にまとめると結構読まれるな」という感覚があったから。エンジニアブログ副業、月20万円になるまでの2年間で本当に効いたことでも少し書いたけど、今回はWebライティング特化の話として整理したい。

2026年時点でのWebライティング市場は、AIの台頭で激変している。2年前とは全く別の市場だと思った方がいい。それを踏まえた上で、エンジニアがどう立ち回るべきかを書く。


2026年のWebライティング市場の現実

AIに食われている仕事と食われていない仕事

2025年以降、コンテンツファームと呼ばれる大量生産系のライティング案件は壊滅的に減った。SEO記事を大量に書いて納品するような仕事は、クライアント側がClaude・GPT-4o・Geminiで内製化を進めている。

実際に自分がよく受けていたクラウドソーシング案件を見ても、単純な情報まとめ系の案件は2024年比で半分以下になっている体感がある。

じゃあ何が残っているかというと、こういう仕事だった。AIに代替されていないジャンルには、共通して「人間の経験」が必要だという点がある。

  • 一次情報・実体験ベースのコンテンツ(「実際にやってみた」系)
  • 専門性が高い技術解説(エンジニアが有利な領域)
  • インタビュー・取材記事(AIが代替できない)
  • SEO戦略込みのコンテンツ設計(ライティング単体じゃなくコンサル的な動き)
  • 編集・校正・品質管理(AIが書いた文章を人間が整える)

エンジニアにとって朗報なのは、「技術的に正確で、かつ読みやすい文章を書ける人」への需要が逆に上がっているということ。AIが書いた技術記事の校正・品質チェックという仕事まで生まれていて、これは技術理解がないとできない。個人的には、この流れはしばらく続くと思っている。

2026年の単価感(実体験ベース)

案件タイプ文字単価月収目安(稼働30h)
汎用SEO記事(AIと競合)0.5〜1円3〜8万円
技術系解説記事(IT系専門)2〜5円10〜25万円
実体験・インタビュー系3〜8円15〜40万円
コンテンツ戦略込み(ディレクション)月10〜30万円(固定)10〜30万円
AI生成記事の編集・監修1〜3円相当8〜20万円

自分が今メインにしているのは技術系解説記事と実体験系コンテンツの組み合わせ。文字単価だと3〜6円で、月平均で22万円前後になっている。汎用SEO記事は単価が低すぎてもう手を出す気になれない。

xychart-beta
    title "Webライティング副業 月収推移(2025年1月〜2026年7月)"
    x-axis ["1月", "2月", "3月", "4月", "5月", "6月", "7月", "8月", "9月", "10月", "11月", "12月", "1月", "2月", "3月", "4月", "5月", "6月", "7月"]
    y-axis "月収(万円)" 0 --> 35
    bar [1, 1.5, 3.2, 4.1, 5.8, 7.2, 8.5, 9.1, 11.3, 13.8, 15.2, 16.9, 18.4, 19.7, 21.2, 22.8, 23.5, 24.1, 26.3]

最初の3ヶ月のひどさが伝わると思う。ここを乗り越えるかどうかが全てだった。


エンジニアが使うべきAIライティング支援ツール(2026年版)

「AIに仕事を取られる」と構えるんじゃなくて、「AIを道具として使い倒す」という発想に切り替えた方がいい。これが2025年末に気づいた一番大きな転換点だった。

実際に使っているツール構成

flowchart TD
    A[案件獲得・要件確認] --> B[リサーチフェーズ]
    B --> B1[Perplexity Pro: 最新情報収集]
    B --> B2[NotebookLM: 参考文献整理]
    B1 --> C[構成作成]
    B2 --> C
    C --> C1[Claude 3.7 Sonnet: アウトライン案生成]
    C1 --> D[執筆フェーズ]
    D --> D1[自分の実体験・一次情報を加筆]
    D1 --> E[推敲・SEO最適化]
    E --> E1[Cursor: 文章チェック・言い回し改善]
    E --> E2[Surfer SEO: キーワード最適化]
    E1 --> F[納品]
    E2 --> F

Perplexity Pro(月20ドル) が地味に便利で、最新トレンドのリサーチが圧倒的に速くなった。従来の検索だと10〜15分かかっていた情報収集が3〜5分で終わる。費用対効果でいうと、ツール類の中でダントツでコスパがいい。

NotebookLM は無料で使えるのに、複数の参考資料をまとめてQ&Aできるのが助かっている。特に技術系の案件でホワイトペーパーや公式ドキュメントを読み込ませて「この製品の強みを3つ教えて」みたいな使い方が効率的。

Claude 3.7 Sonnet はアウトライン作成に使う。「書くのはあくまで自分」という原則を守りながら、骨格を作るのにAIを活用するイメージ。最初から全部AIに書かせると、どこかで必ず「この内容、体験してないのに書いてるな」という矛盾が出てくるので注意が必要。

重要なのは、AIが生成した文章をそのまま納品しないという鉄則。クライアントは一次情報と実体験に価値を感じて発注してくる。AIに全部書かせた記事はクライアントが自分でやれる。エンジニアとしての実体験が差別化になる。

実際のワークフロー例(技術系記事1本3000字の場合)

フェーズ作業内容所要時間
リサーチPerplexity + 自分の実体験整理30分
構成作成Claude補助でアウトライン15分
執筆自分の知識・体験を軸に60分
推敲・SEO最適化Cursor + Surfer SEO30分
納品確認クライアントへの最終チェック15分
合計約2.5時間

文字単価4円の3000字記事なら1万2000円。時給換算で4800円。エンジニアの本業と遜色ない水準になってきた。


案件獲得で機能したこと・しなかったこと

ここはクラウドソーシング副業、最初の3ヶ月は時給800円だった話でも触れたけど、Webライティングに特化してもう少し掘り下げる。

機能しなかった方法(正直に書く)

クラウドソーシングの単純応募は最初の3ヶ月でほぼ諦めた。クラウドワークスやランサーズに登録して「技術記事書けます」と書いても、実績0の状態では面接すら入らない。コンペ参加で1〜2本書いても、採用されても文字単価0.5〜1円の案件ばかりで時給が出ない。

SNSの発信だけで待つのも機能しなかった。Twitterで技術発信を続けていたけど、最初の6ヶ月でライティング案件のDMが来たのは2件だけ。うち1件は怪しい案件だった。これには正直かなり落ち込んだ。

機能した方法

技術系メディアへの持ち込みが一番効果的だった。具体的には:

  1. 自分のブログに「実際に動かしてみた」系の記事を3〜5本書く
  2. 技術系メディア(ZennやQiitaではなく、企業メディア)の編集部に問い合わせる
  3. ブログのURLと「こういう記事が書けます」というポートフォリオを添える

最初に通ったのはAWSサービス系の企業メディアだった。「Lambda周りで本番ハマった話を書きたいんですが」という持ち込みで、試し書き1本を経て月3本の定期発注につながった。持ち込みは勇気がいるけど、やってみると意外とちゃんと返事が来る。

エンジニア勉強会・コミュニティ経由も地味に効いた。LT発表をきっかけに「記事書いてもらえませんか」というコンタクトが来たことが3回ある。技術的な話をちゃんとできる人間だと認識されると、ライティング仕事につながりやすい。

pie title 案件獲得経路(2026年1〜7月実績)
    "企業メディア持ち込み" : 38
    "コミュニティ・勉強会経由" : 27
    "紹介" : 22
    "クラウドソーシング" : 8
    "SNS問い合わせ" : 5

クラウドソーシングの比率が低いの、意外に思う人もいるかもしれない。でも単価が高い案件ほど「信頼できる人間から紹介してもらう」か「ポートフォリオを見て直接声をかける」という流れで動いている。クラウドソーシングはあくまで入口、くらいの温度感で付き合うのがちょうどいいと思う。


単価を上げるための実践的な交渉術

正直まだ試行錯誤中の部分もあるけど、機能した方法をいくつか。

「文字単価」じゃなく「記事単価」で話す

文字単価で交渉すると「1円でお願いします」みたいな叩き合いになる。「3000字の技術解説記事1本で15,000円」という記事単価で交渉する方が通りやすかった。

なぜかというと、クライアントが払いたいのは「価値ある記事」であって「文字数」じゃない。文字単価の議論に乗ると安い方向に引っ張られる。これに気づいてから、交渉がずいぶん楽になった。

「SEO成果保証」をセットにする

厳密には保証はできないけど、「キーワード選定からSEO最適化まで込みで対応します」という提案ができるようになってから、単価が1.5〜2倍になった。

記事1本書くだけじゃなく、競合調査→タイトル提案→構成作成→執筆→SEOチェックまでパッケージで提案する。ここでエンジニアとしての分析スキルが活きる。Pythonで競合記事のスクレイピングと分析をして「このキーワードで3位以内を狙うなら、この構成が有効です」という提案ができると、クライアントの反応が全然違う。

実際に試したPythonスクリプトの一部を載せておく。

import requests
from bs4 import BeautifulSoup
from collections import Counter
import re

def analyze_competitor_content(urls: list[str], target_keyword: str) -> dict:
    """
    競合記事の構成・キーワード密度を分析する
    """
    results = []
    
    for url in urls:
        try:
            response = requests.get(url, timeout=10, headers={
                'User-Agent': 'Mozilla/5.0 (compatible; ContentAnalyzer/1.0)'
            })
            soup = BeautifulSoup(response.content, 'html.parser')
            
            # 本文テキスト抽出
            text = ' '.join([
                p.get_text() for p in soup.find_all(['p', 'li', 'h2', 'h3'])
            ])
            
            # 見出し構造の取得
            headings = [
                {'level': h.name, 'text': h.get_text().strip()}
                for h in soup.find_all(['h2', 'h3', 'h4'])
            ]
            
            # キーワード密度の計算
            word_count = len(text)
            keyword_count = len(re.findall(
                target_keyword, text, re.IGNORECASE
            ))
            keyword_density = (keyword_count / word_count * 100) if word_count > 0 else 0
            
            results.append({
                'url': url,
                'word_count': word_count,
                'heading_count': len(headings),
                'headings': headings[:5],  # 最初の5見出し
                'keyword_density': round(keyword_density, 2),
                'keyword_count': keyword_count
            })
            
        except Exception as e:
            print(f"Error fetching {url}: {e}")
    
    # 競合の平均値算出
    avg_word_count = sum(r['word_count'] for r in results) / len(results)
    avg_density = sum(r['keyword_density'] for r in results) / len(results)
    
    return {
        'competitor_analysis': results,
        'avg_word_count': int(avg_word_count),
        'avg_keyword_density': round(avg_density, 2),
        'recommendation': {
            'target_word_count': int(avg_word_count * 1.1),  # 競合より10%多く
            'target_keyword_density': f"{round(avg_density * 0.8, 2)}{round(avg_density * 1.2, 2)}%"
        }
    }

# 使用例
if __name__ == "__main__":
    competitor_urls = [
        "https://example1.com/aws-lambda-guide",
        "https://example2.com/lambda-tutorial",
    ]
    
    result = analyze_competitor_content(
        competitor_urls, 
        target_keyword="Lambda"
    )
    
    print(f"競合平均文字数: {result['avg_word_count']}文字")
    print(f"推奨文字数: {result['recommendation']['target_word_count']}文字")
    print(f"推奨キーワード密度: {result['recommendation']['target_keyword_density']}")

こういうスクリプトをクライアントへの提案資料に添えると、「ちゃんとデータに基づいた仕事をしてくれる」という信頼につながる。エンジニアの武器をライティング副業に持ち込む発想が大事で、これをやってから「ライターじゃなくてコンサルみたいですね」と言われることが増えた。

長期契約を狙う

単発案件を月に何件もこなすより、月3〜5本の定期契約を複数社と結ぶ方が安定する。今は3社から月次で定期発注を受けていて、これだけで月18万円のベースがある。そこにスポット案件が乗ってくる構造。

定期契約に移行するタイミングは「3本納品して満足度が高かったとき」に「月次でお付き合いできますか」と聞くだけ。意外と断られない。むしろ相手も「いいライターを確保しておきたい」という気持ちがあるから、タイミングよく聞けばだいたい前向きな返事が来る。


まとめ

2026年のWebライティング副業でエンジニアが勝てる理由と、実践ポイントを整理するとこうなる。

  1. AIに食われる仕事を避け、実体験ベースの一次情報コンテンツに特化する。汎用SEO記事は競争が激しすぎて時給が出ない。エンジニアとしての実体験・専門知識が最大の差別化になる。

  2. AIツールは「書かせる」ためではなく「効率化」のために使う。リサーチ・構成作成・推敲の速度を上げることで、執筆の実時間を短縮し時給を上げる。

  3. 案件獲得はクラウドソーシング単純応募より、ポートフォリオ持ち込みと勉強会コミュニティが効く。最初の3ヶ月の低単価期間を耐える覚悟と、その間にポートフォリオを積み上げる戦略が必要。

  4. 「記事単価」「SEO込みパッケージ」で交渉し、単価を底上げする。エンジニアのデータ分析スキルをコンテンツ戦略提案に活用すると、文字単価競争から抜け出せる。

  5. 定期契約を3〜5社確保すれば月20万円は現実的。スポット案件を追い続けるより、月次定期を積み上げる方が精神的にも安定する。

次の具体的なアクションとしては、まず自分のブログかQiitaに「実際にやってみた」系の技術記事を3本書いてポートフォリオを作ること。それを持って技術系メディア1〜2社に持ち込みメールを送ってみてほしい。

最初の3ヶ月は本当にしんどい。でも「エンジニアとして書ける」という強みは、本業を続けるほど蓄積されていく。エンジニアブログ副業、月30万円超えるまでにやったこと・失敗したこともあわせて読んでもらえると、次のステップが見えやすくなると思う。

みなさんはWebライティング副業、試したことありますか?特に技術系の案件は供給が少ないわりに需要があるので、エンジニアにとってはまだまだ狙い目の市場だと思っている。

U

Untanbaby

ソフトウェアエンジニア|AWS / クラウドアーキテクチャ / DevOps

10年以上のIT実務経験をもとに、現場で使える技術情報を発信しています。 記事の誤りや改善点があればお問い合わせからお気軽にご連絡ください。

関連記事