大学生になってからブログを始めて4ヶ月、記事は39本書きました。そのうえで、収益は3円です。うまい棒も買えません。

「大学生 ブログ 稼げる」で検索すると、月◯万円達成という記事がたくさん出てきます。それも本当だと思います。でも、そうならなかった側の話はあまり見つかりません。

この記事では、稼げなかった自分の数字を全部公開します。そのうえで、それでも続けている理由を書きます。

始めるか迷っている人の、判断材料になればと思います。

きれいな成功談じゃない回だモン。でも役には立つはずだモン！

大学生でブログをおススメする人・おススメしない人

最初に、一番知りたいであろう部分から書きます。

3円しか稼げていない自分が言うのもなんですが、だからこそ正直に書けることがあります。ここだけ読んで離脱してもらっても構いません。

おススメしない人

短期でお金がほしい人

これは本当にやめたほうがいいです。バイトのほうが確実に早いです。

自分の場合、記事1本にかかる時間は3〜6時間くらい。39本なら、少なく見積もっても150時間は使っています。それで3円です。時給換算する気にもなりません。

コンビニのバイトなら、150時間で15万円以上になります。比較になっていないレベルです。

書くこと自体が苦痛な人

ブログは、収益が出るまでの期間が長いです。半年から1年は当たり前と言われています。

その期間、リターンがないまま書き続けることになります。書くのが好きならその時間自体が楽しいのですが、苦痛だと、苦痛だけが残ります。

何を書くか決まっていない人

これは自分もハマりました。

始めた直後はネタがたくさんあります。でも書ききると止まります。そこに忙しい時期が重なると、あっさり1ヶ月空きます。実際、先月がそうでした。この話は後で詳しく書きます。

「毎日更新するぞ！」の熱は、思ってるより早く冷めるモン…

おススメする人

手を動かして何か作るのが好きな人

ブログは「文章を書くこと」だと思われがちですが、実際はサイトを作る作業のほうが多いです。

テーマをいじって、レイアウトを調整して、表示速度を測って。この過程が楽しいなら、収益が出なくても普通に続きます。

学んだことを残しておきたい人

授業やバイトで学んだことは、放っておくと忘れます。記事にしておくと、あとで自分が読み返せます。

自分が過去に書いた記事を、自分で検索して読み直したことが何度もあります。

就活で話せる「自分がやったこと」がほしい人

これは想像以上に効きます。

「ブログをやっています」だけだと弱いですが、「テーマを自作して、表示速度をこう改善して」まで話せると、面接での質問がまるごと変わります。この話も後で書きます。

自分は完全に後者でした。稼ぐつもりで始めたわけではなかったので、3円でも続いています。

逆に、稼ぐ目的だけだったら3ヶ月で辞めていたと思います。

大学生ブログの実数値を全部公開する

ここがこの記事の本題です。数字は丸めずに出します。

ヒトブログの現在地（2026年8月時点）

ヒトブログの現在地（2026年8月時点）

実際のGoogle Search Consoleのデータ。ドメイン変更後の2026年5月7日〜8月6日の3ヶ月間のデータです

この数字をどう読むか

表示回数151回というのは、3ヶ月かけて151回しか検索結果に出ていないということです。1記事あたりに直すと、月1.3回。ほぼ誰の目にも触れていません。

クリック数24回は、そこから実際に開かれた回数です。3ヶ月で24人。1日1人いない計算になります。

ただ、悪い数字ばかりではありません。

CTR15.9%は、正直かなり高いです。一般的には5%前後が平均と言われる中で、表示された記事の6回に1回はクリックされています。

つまり、タイトルと説明文の書き方は悪くない。問題は、そもそも検索結果に出ていないことです。

お店で言うと、看板はいいのに場所が山奥にあるモン

拾えている検索キーワードは9個だけ

もうひとつ、見て落ち込んだ数字があります。

39記事書いて、Search Consoleに出てくる検索キーワードの種類が9個しかありません。

内訳の一部はこんな感じです。

39記事あって、キーワードが9個。1記事が0.2個しか検索語を拾えていない計算になります。

普通、記事を1本書くと、狙ったキーワード以外にも関連する語で少しずつ拾われていきます。それがほとんど起きていない。

原因は分かっていて、記事が全部単発だからです。

テーマがバラバラで、内部リンクでつながっていない。1本1本が孤立しているので、サイト全体としての「この分野に詳しいサイト」という評価が育っていません。

ちなみにこの記事は、その反省から書いています。「大学生 × ブログ」というテーマで記事の束を作る、その1本目です。

収益3円の内訳

3円の出どころは、AdSenseではありません。AdSenseはまだ通っていないので、そもそも広告が貼れていません。

つまり、3円は広告以外から発生したわずかな額です。金額としては誤差でしかありません。

それでも、この記事で0円ではなく3円と書くのには理由があります。

0円だと「まだ何もしていない人」に見えます。でも3円は、「ちゃんとやっていて、それでも3円だった」という証明になります。自分にとっては、こっちのほうが正確な現在地です。

稼げなくても残った3つのもの

「じゃあ何のためにやってるの？」という話です。

抽象的な話にはしません。全部、実際に手元にあるもので書きます。

1. WordPressテーマを自作できるようになった

これが一番大きいです。

最初は既存のテーマを使うつもりでした。でも、思いどおりにならない部分が出てきて、結局は自分で作ることにしました。

そして3回作り直しています。

1回目は、とにかく動くものを作りました。デザインはひどく、スマホで見ると崩れていました。

2回目は、見た目を整えました。今度は表示速度が壊滅的に遅くなりました。画像を圧縮していなかったり、読み込む必要のないファイルを全部読み込んでいたり。

3回目でようやく、見た目と速度の両方が成立しました。

この過程で、HTMLとCSSとPHPの関係がだいたい分かるようになりました。授業で聞いてもピンとこなかったことが、自分のサイトが壊れると一発で理解できます。

2. Webサービスを1本公開した

ブログを触っているうちに、「サイトの中に機能を作れるなら、単体のサービスも作れるのでは」と思うようになりました。

それで作ったのが「ひのえみくじ」という、四柱推命の占いサイトです。

規模としては小さいものです。でも、企画して、作って、公開して、人に使ってもらうところまで一周したという事実は残ります。作る前と後では、自分の中の「これくらいならできる」の線が完全に変わりました。

ひのえみくじはこちらから→https://hinoe-mikuji.com/

3. 就活で話せる具体的なネタができた

これは予想していなかった副産物です。

面接で「学生時代に力を入れたこと」を聞かれたとき、ブログの話をすると会話が続けられます。

「なぜ自作テーマにしたのか」「表示速度が遅いとき、どこから調べたのか」「読まれない期間、何をしていたのか」。

こういう質問は、こちらが具体的な行動をしていないと出てきません。サークルやバイトの話だと、どうしても他の学生と似た内容になります。でもブログの話は、誰とも被りませんでした。

稼げてはいませんが、稼げないまま続けた記録そのものが素材になっているというのは、少し不思議な感覚です。

お金にならなかったものが、別のところで効いてくることもあるモン！

正直きつかったこと

ここはきれいにまとめません。

先月（7月）、2本しか記事を書けなかった

理由ははっきりしていて、大学とWeb制作(ひのえみくじ)が同時に忙しくなったからです。

課題の締め切りと、やっていたWeb制作の作業が重なりました。優先順位をつけると、ブログは一番後ろに行きます。締め切りがないので当然です。

そして1ヶ月まるごと空きました。

きつかったのは、書けなかったこと自体より、そのあと再開できなかったことです。

久しぶりに開くと、「間が空いた分ちゃんとしたものを書かないと」と思ってしまいます。ハードルが自分の中で勝手に上がって、書き出せない。そうやってさらに日が経つ、という悪循環に入りました。

今は「つまづいたことをそのまま書く」というルールに戻して復帰しています。完璧な記事を書こうとしないほうが、結果的に続きます。

ブログは、忙しい時期に真っ先に切られます。学業やバイトが本業の大学生にとって、これは避けられません。止まる前提で設計しておくほうが現実的だと今は思っています。

AdSenseに4回落ち続けている

萎えるくらい落ちました。4回です。

しかも、落ちた理由が毎回はっきりしません。「有用性の低いコンテンツ」という通知が来るだけで、どの記事のどこが問題なのかは書かれていません。

記事を足して再申請、また落ちる。この繰り返しでした。

今は約2ヶ月、申請を止めています。落ち続けると、単純にメンタルが削れます。

合格体験談はネットに大量にありますが、落ち続けて止まっている人の話は、ほとんど見つかりませんでした。だからここに書いておきます。

検索から人が来ない期間が、想像より長い

「3ヶ月から半年はかかる」と、始める前に読んだ記事には書いてありました。知識としては知っていました。

でも実際に体験すると、感覚がまったく違います。

書いても、公開しても、数字が動かない。アナリティクスを開いても0が並んでいる。この状態が何週間も続くと、「これ意味あるのかな」という考えが定期的に頭に浮かびます。

今も完全には抜けていません。151表示は、抜けたと言える数字ではないので。

数字が動かない期間がいちばんしんどいモン。ここで辞める人が多いモン

これから始める大学生へ

ここまで読んで、それでも始めたいと思った人向けの話です。

自分がつまづいた順番で並べておきます。同じところで止まらずに済むはずです。

1. まずブログを開設する

サーバーとドメインの契約から、WordPressの初期設定まで。ここは手順どおりにやれば1日で終わります。

→ WordPressでブログを立ち上げた全手順

作ってみた WordPressでブログを立ち上げた全手順 はじめに：「1日でブログが立ち上がる」は本当だった——でも1日丸ごとかかった 「WordPressは1日… hitoblog.site

2. 計測環境を最初に入れる

Search Consoleとアナリティクスは、記事を書き始める前に入れておいてください。

後から入れると、それ以前のデータが取れません。自分はこれを少し後回しにして、初期のデータを失いました。

→ Google Search Consoleの導入で知ったブログの「現実」

学んでみた Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 はじめに：「ブログのPV」は見ていたが「検索の裏側」は盲点だった SEOを学んだ記事で「検索か… hitoblog.site

3. アイキャッチを用意する

デザインができなくても、Canvaで十分なものが作れます。テンプレートを1つ決めて使い回すのが結局いちばん早いです。

→ Canvaでブログのアイキャッチを作り方から解説

作ってみた Canvaでブログのアイキャッチを作り方から解説！デザイン未経験でも無料で作ってみた結果 はじめに：アイキャッチ画像なしのブログは「表紙のない本」だった ブログを10記事書いた時点で… hitoblog.site

4. テーマは急いで自作しなくていい

自作は楽しいですが、最初にやると記事を書く時間が消えます。既存テーマで始めて、不満が出てから考えるので十分です。

やってみたくなったときは、この記事が参考になると思います。

→ AIでWordPressの自作テーマを作ってみた全手順

作ってみた AIでWordPressの自作テーマを作ってみた全手順【バイブコーディング】 はじめに：既存テーマに限界を感じた話 ヒトブログを始めたとき、最初は無料テーマ(Cocoon)を使… hitoblog.site

5. なぜ始めるのかを、一度書き出しておく

これが一番大事かもしれません。

数字が動かない期間に踏ん張れるかどうかは、始めた理由の強さで決まります。自分の場合はそれを記事にしてあります。

→ なぜ自分がブログを始めたのか

つまづいた話 【現役大学生】なぜ自分がブログを始めたのか はじめに：「副業で稼ぐ」って、思ったより全然うまくいかなかった 副業を始めたいと思ったこと… hitoblog.site

よくある質問

Q. どのくらいで稼げますか？

自分はまだ答えられる立場にありません。3ヶ月以上やって3円です。

一般的には半年から1年と言われていますが、その「一般」に入れるかどうかも人によります。少なくとも、数ヶ月で結果が出る前提で始めないほうがいいと思います。

Q. バイトと両立できますか？

できます。記事を書くタイミングを自分で決められるので、シフトの制約はありません。

ただし、両立できることと、続けられることは別です。バイト後の疲れた状態で記事を書くのは、想像よりしんどいです。自分は週2〜3本を目標にして、無理な週は諦めています。

Q. 何を書けばいいですか？

自分は「つまづいたこと」を書いています。

うまくいった話は他の人も書いていますが、失敗した話は書く人が少ないです。しかも、失敗はやっていれば勝手に発生するので、ネタが尽きにくいという利点もあります。

この記事自体、「稼げなかった」という失敗から生まれています。

Q. AdSenseに落ちても続ける意味はありますか？

意味があるかどうかは、目的によります。

収益が目的なら、AdSenseが通らない状態は厳しいです。でも、作ることやスキルが目的なら、AdSenseの合否は関係ありません。自分は後者なので続けています。

まとめ：3円の現在地から

大学生ブログは稼げるのか。自分の答えは「少なくとも自分は稼げていない」です。

39記事、3ヶ月で151表示、クリック24回、収益3円。これが今の全部です。

この数字を見て「やめておこう」と思ったなら、それは正しい判断だと思います。稼ぐ手段としては、明らかに効率が悪いです。

一方で、テーマを3回作り直したことや、Webサービスを1本公開したことは、バイトでは手に入らなかったものです。就活で話せる中身になったのも、結果的にはブログのおかげでした。

だから自分は続けています。ただそれは「いつか稼げるはずだから」ではありません。稼げなくても手元に残るものがあるからです。

もし始めるなら、稼げなかった場合に何が残るかを先に考えておくといいと思います。そこに納得できるなら、たぶん続きます。

次にこの数字を公開するときは、もう少しマシになっていてほしい。今はそれくらいの気持ちです。

3円でも、ここまで読んでもらえたなら十分すぎる収穫だモン！

関連記事

• WordPressでブログを立ち上げた全手順 — 開設までの手順をスクショ付きで
• Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 — この記事の数字を見ている画面の話
• 【運営報告】ブログ2ヶ月目！収益はうまい棒以下、アドセンス3連敗。でも作ったものは増えた！ — 2ヶ月目時点の記録
• ブログのPVが伸びない原因はSEOだった！初心者がやるべき対策まとめ — 表示回数を増やすための対策
• なぜ自分がブログを始めたのか — 稼ぐ以外の始めた理由

作ってみた WordPressでブログを立ち上げた全手順 はじめに：「1日でブログが立ち上がる」は本当だった——でも1日丸ごとかかった 「WordPressは1日… hitoblog.site

学んでみた Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 はじめに：「ブログのPV」は見ていたが「検索の裏側」は盲点だった SEOを学んだ記事で「検索か… hitoblog.site

つまづいた話 【運営報告】ブログ2ヶ月目！収益はうまい棒以下、アドセンス3連敗。でも作ったものは増えた！ はじめに：ブログ始めて2ヶ月目の数字 ブログを始めて2ヶ月が経ちました。「よし、運営報告書く… hitoblog.site

学んでみた ブログのPVが伸びない原因はSEOだった！初心者がやるべき対策まとめ ブログを始めて1週間、5記事書いて合計PVは6でした。 「毎日3時間かけて書いたのに、なんで読ま… hitoblog.site

つまづいた話 【現役大学生】なぜ自分がブログを始めたのか はじめに：「副業で稼ぐ」って、思ったより全然うまくいかなかった 副業を始めたいと思ったこと… hitoblog.site

キーワードプランナー使いたかっただけなのに広告だしちゃってたモン…

気づいたきっかけは、Googleアナリティクスを見てたら知らない流入があり、検索してみたらGoogleAdsからだと発覚。気づいた後すぐに停止しにAdsの管理画面に向かいました。

この記事では、ブログのキーワード調査のためにGoogle広告アカウントを作った自分が、なぜ知らない間に課金されていたのか。その全部を書きました。同じ導線でハマる人がひとりでも減ればうれしいです。

キーワードプランナーを使いたかっただけなのに

ブログを書いていると、どうしても知りたくなるのが「そのキーワード、どれくらい検索されてるの？」という数字です。

調べていくと、多くの人が「ラッコキーワードを使え」と言っています。有料ですが、検索ボリュームが見られる定番ツール。（無料でも使えますが、課金しないと検索ボリュームが見られない）

ですが、自分は学生のため、”あまりお金をかけずにキーワードを見たい”と思い無料で使えるキーワードツールの一つである、Googleのキーワードプランナーを使用しました。

ただ、ひとつ引っかかることがありました。キーワードプランナーを使うには、Google広告のアカウントが必要なんです。

僕は広告を出す予定なんて一切ありませんでした。ツールだけ使いたい。それだけ。

「まあ、アカウント作るだけならタダだし」と思ってフォームを埋めはじめたのが、すべての始まりでした。

登録の流れ：2,000円のクレジット購入で安心してクレカを登録した

登録手続きは、思っていたよりサクサク進みました。

ビジネス名を入れて、サイトのURLを入れて、地域を選んで。よくあるアカウント作成の流れです。

途中で、広告クレジットを前払いで購入する画面が出てきました。金額は2,000円分。

ここで手が止まりました。お金を払う画面が出ると、やっぱり一瞬警戒します。

でも、画面にこう書いてあったんです。

使わなかった分は返金されます

これを読んで、自分はあっさり安心しました。前払い制で、使わなければ返ってくる。つまり広告を出さない自分には、実質ノーリスクだと思ったわけです。

そのままクレジットカードを登録して、登録完了。

この時点での自分の頭の中は「キーワードプランナーが使えるようになればOK」だけでした。広告のことなんて、1ミリも考えていません。

「使わなければ返金」って、めちゃくちゃ安心する言葉だモン…

アナリティクスに見たことない流入が──実は広告が勝手に動いてた

それから数日後のことです。

いつものようにGoogleアナリティクスを開いて、流入元をぼんやり眺めていました。ブログを始めたばかりなので、アクセスの内訳を見るのが日課になっていたんです。

そこに、見覚えのない流入元がありました。

オーガニック検索でもSNSでもない。数字も、その時期の僕のブログにしては明らかに多い。

調べてみると、それはGoogle広告（Google Ads）からの流入でした。

「え、広告なんて出してないけど…？」

半信半疑でGoogle広告の管理画面を開きました。そこにあったのは、僕が作った覚えのないキャンペーンが、しっかり配信中になっている画面でした。

実際の管理画面。キャンペーンはすでに削除してしまったので、証拠はこの1枚だけです

数字はこんな感じでした。

• 表示回数：517回
• クリック数：26回
• クリック率：5.03%
• 平均クリック単価：¥37
• 合計費用：¥956

1日の予算上限は200円に設定されていました。つまり200円 × 約5日で、956円。発覚まで5日かかった計算です。

正直に書いておくと、この記事に載せられる証拠はこのスクショ1枚だけです。慌ててキャンペーンを削除してしまったので、他の画面は残っていません。

キーワードプランナーを使いたかっただけです。それなのに、自分のブログは広告として配信されていました。しかも、自分のクレカからお金が出ていっていた。この事実を理解するのに、しばらくかかりました。

自分のブログの広告を、自分が知らずに出してたモン…！？

なぜこうなった？「キーワードプランナーを使うだけ」が通用しない構造

落ち着いてから、なぜこうなったのかを調べました。

結論から言うと、これは自分の不注意もあるけれど、導線の構造そのものがKP（キーワードプランナー）目的の初心者を引っかけやすいのが大きいです。

キーワードプランナーは「広告主向けのおまけツール」

そもそもキーワードプランナーは、単体のSEOツールではありません。Google広告に出稿する人が、どのキーワードに入札するかを決めるためのツールです。

だから使うにはGoogle広告アカウントが必須です。そしてアカウント作成までの導線は「これから広告を出す人」向けに最適化されています。キャンペーン設定と支払い情報の登録が、一体になって進んでいくわけです。

「キャンペーンなしで作成」の導線が見つけにくい

実は、キャンペーンを作らずにアカウントだけ作る方法はちゃんと存在します。作成フローの途中に、そういう選択肢へ進むリンクがあります。

ただ、これが初心者に見つけられるUIとは思えません。←実際自分はわからなかった。
文字は小さく、目立つボタンは「次へ」のほう。案内どおりに進めば、自然とキャンペーンが作られる側に流れていきます。

「使わなければ返金」の意味を勘違いしていた

ここが僕の一番の勘違いでした。

返金されるのは使われなかったクレジット残高です。配信に使われた分は、当然戻ってきません。

「使わなければ返金」は嘘ではありません。ただ自分は「広告を出さない=使わない」と思い込んでいました。実際には、自分が何もしていないうちに広告は動いて、クレジットはちゃんと使われていたわけです。

公式ヘルプには書いてある。でも読む導線がない

Google公式のヘルプには、すぐに広告を掲載しない場合はキャンペーンを一時停止するように、という注意書きがあります。

正しい情報です。でも、キーワードプランナーを使いたいだけの人が、広告掲載についてのヘルプページまでたどり着くでしょうか。自分は無理でした。

Googleが悪意でやっているとは思いません。広告主向けのサービスとして設計されているなら、この流れは自然です。

ただ結果として、広告を出す気がゼロの人が一番ハマる構造になっている。それだけは言えます。

返金されるのは「使ってない分」だけ。ここが落とし穴だモン！！！！

止めるまでにやったこと

気づいてからやったことを、時系列で書いておきます。

1. Google広告の管理画面にログイン
   まず現状確認です。何が動いているのかを把握しないと止められません。
   
2. 動いているキャンペーンを確認 → 一時停止 → 削除
   キャンペーン一覧でステータスが「有効」のものを一時停止。そのあと削除しました。
   
3. アカウント自体は残した
   キーワードプランナーは引き続き使いたいので、アカウントは消していません。

返金申請はしていません

これは迷ったところです。

結論として、返金申請はしませんでした。理由は、広告としてはちゃんと機能していたからです。

517回表示されて、26回クリックされて、自分のブログに人が来ています。クリック率5.03%は決して悪い数字ではありません。「配信されていなかった」ならまだしも、実際に成果は出ている。この状態でGoogleに非があるとは言いにくいと判断しました。

約1,000円は勉強代として割り切りました。記事のネタとしてはむしろ元が取れた気もします。笑

補足：課金されても、見える数字は変わりませんでした

キーワードプランナーの検索ボリュームは、広告を出稿していない
アカウントだと「1万〜10万」のような範囲表示になります。
詳細な数値（例：12,000）が見られるのは、一定額以上を出稿している
アカウントだけ、という仕様です。

じゃあ956円払った自分はどうなったのか。結果はこれです。

範囲表示のままでした。

つまり今回の956円は、詳細な数値と引き換えでもなんでもなく、
純粋に自分のブログの広告が出ていただけです。
払って何か得たわけではない、というのが正直な結論です。

キーワードプランナーだけ使いたい人がやるべき3つのこと

同じ道を通る人のために、これだけやっておけば大丈夫というポイントを3つに絞りました。

1. アカウント作成時に「キャンペーンなしでアカウントを作成」を選ぶ

これが最重要です。

Google広告のアカウント作成を進めていくと、キャンペーンの目標を選ぶ画面が出てきます。ここで「次へ」を押さないでください。

画面の下のほうや、目標選択の脇に「キャンペーンなしでアカウントを作成」といった小さいリンクがあります。目立たないので、画面をひととおり下までスクロールして探してください。

ここを選べば、キャンペーンも支払い情報も作られず、キーワードプランナーだけが手に入ります。

2. キャンペーンができてしまったら、すぐステータスを確認する

もう作ってしまった人は、今すぐ管理画面のキャンペーン一覧を開いてください。

見るのはステータス欄です。「有効」や「配信中」になっていたら、それは今まさにお金が動いている状態です。一時停止か削除で止めましょう。

「たぶん大丈夫だろう」で放置していたのが、まさに自分です。

3. Googleアナリティクスの流入元を定期的にチェックする

これは自分の実体験からのおすすめです。

自分が気づけたのは、クレカ明細ではなくアナリティクスでした。クレカの請求は月にまとめて来るので、ヘタをすると1か月分の課金が終わってから気づくことになります。

アナリティクスなら、翌日には異変が見えます。お金の入り口より先に、人の流れが変わるんです。

広告の話に限らず、流入元を定期的に見ておく習慣は普通に役立ちます。おすすめです。

流入元チェックは、明細チェックより早く気づけるモン

まとめ：1,000円の授業料で学んだこと

この記事はGoogleを叩きたくて書いたものではありません。ただ、初心者が同じ目に遭うのはもったいないと思ったので書きました。

今回は約1,000円で済みました。でも、もしアナリティクスを見ていなかったらどうなっていたか。

1日200円 × 30日で6,000円。学生の自分にとって、これは普通に痛い金額です。5日で気づけたのは運がよかったほうだと思います。

そしてもうひとつ。キーワードプランナー自体はまったく悪くありません。無料で検索ボリュームが見られるツールとして、今も僕の記事作成に欠かせない存在です。

入口の設計に気をつけるだけで、あとは安全に使えます。

つまづいた分だけ、詳しくなれる。今日のこの1,000円分の知識が、誰かの財布を守れたなら十分です。

つまづいた話は、誰かのショートカットになるモン！

関連記事

• ブログのPVが伸びない原因はSEOだった！初心者がやるべき対策まとめ — キーワード選びを含めたSEO対策の方法はこちら！
• Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 — アナリティクスと並んで毎日見たい数字の話
• 【クリック率UP】ブログ記事のタイトルの付け方7つのコツ【初心者向け】 — 調べたキーワードをタイトルに落とし込むコツ

学んでみた ブログのPVが伸びない原因はSEOだった！初心者がやるべき対策まとめ ブログを始めて1週間、5記事書いて合計PVは6でした。 「毎日3時間かけて書いたのに、なんで読ま… hitoblog.site

学んでみた Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 はじめに：「ブログのPV」は見ていたが「検索の裏側」は盲点だった SEOを学んだ記事で「検索か… hitoblog.site

学んでみた 【クリック率UP】ブログ記事のタイトルの付け方7つのコツ【初心者向け】 はじめに：同じ記事なのに、タイトルを変えただけでクリック数が倍になった 過去記事をリライト… hitoblog.site

最初に断っておくと、Cocoonは素晴らしいテーマです。

無料でここまで高機能なテーマは他にないし、初心者がWordPressを始めるなら真っ先におすすめする。

でも使い始めたらこんな気持ちが出てきました。

「もっと自分好みにしたいのに、カスタマイズの限界がある」

色を変えたい、レイアウトを変えたい、独自の機能をつけたい。Cocoonのカスタマイズ設定で対応できる範囲は広いけど、設定にない部分はCSSを追加するしかない。CSSを追加しすぎると管理が大変だし、テーマ更新のたびに表示が崩れないか不安になる。

Cocoonと自作テーマの比較記事で「どっちがいいか」は書きました。

今回は実際に切り替えた手順と、やってみて初めてわかったことを書きます。

結論：「自分でコントロールできる」が最大のメリット

先に結論です。

自作テーマの最大のメリットは「全部が自分の管轄内」であること。

何かを変えたいとき、カスタマイズ設定の制約に縛られない。

ただしその分、何か壊れたら自分で直さないといけない。

なぜ切り替えたのか

Cocoonに限界を感じた具体的な場面を3つ紹介します。

理由①：追加CSSが膨大になった

Cocoonのデフォルトデザインを少しずつ自分好みに調整していった結果、追加CSSが200行以上になっていました。

問題は、どの CSSが何を変えているのか、半年後の自分にはわからなくなること。

「このコード消しても大丈夫かな……」が怖くて、使っていないCSSもそのまま残る。

結果、管理不能なカスタマイズの山ができあがった。

理由②：「ブロモン」を自由に使いたかった

ヒトブログにはマスコットの「ブロモン」がいます。

ブロモンを使いたかったのですが、好きなところに配置できなかったり、制約が多く、使うことを諦めていました。

自作テーマなら、ブロモンの表示を完全にコントロールできる。ダークモードのブロモン画像の切り替えも、自分で実装したから完璧に動く。

理由③：Claude Codeの登場

正直、Claude Codeがなかったら自作テーマは作れませんでした。 プログラミングの知識がほぼゼロの僕が自作テーマに挑戦できたのは、Claude Codeでバイブコーディングができるようになったから。

「やりたいことを日本語で伝えるだけでコードが出てくる」環境が手に入ったとき、「これなら自作テーマいけるかも」と思ったのが直接のきっかけです。

学んでみた 【学生向け】Claude Codeの始め方！デスクトップアプリで今日からバイブコーディング！ はじめに：ターミナルが怖くても大丈夫だった Claude Codeの紹介記事を書いたとき、友達から一… hitoblog.site

切り替えの全手順

STEP 1：自作テーマを完成させる（移行前）

大前提：テーマの切り替えは、自作テーマが完成してから行う。

AIでWordPressの自作テーマを作ってみた全手順で紹介した方法で、ローカル環境（自分のパソコン上）でテーマを完成させます。

ポイントは、既存の記事のデザインが崩れないことを確認してから切り替えること。

ローカル環境で実際の記事データを読み込んでテストします。（自分はLocalを使用しました）

Claude Codeに頼んだこと：
「今のヒトブログの記事を10本ほど読み込んで、
自作テーマで表示が崩れている箇所をチェックしてください。
特にCocoonの独自ブロック（吹き出し・ボックス等）が
正しく表示されるか確認してください。」

STEP 2：Cocoon独自機能の洗い出し

ここが一番面倒な作業。Cocoonには独自のショートコードやブロックがあり、記事の中で使っている場合は自作テーマに切り替えると表示が崩れる可能性があります。

Claude Codeに「この記事のHTMLソースから、Cocoon固有のクラスやショートコードを一覧にして」と頼むと、洗い出しが楽です。

STEP 3：バックアップを取る

これは絶対にやってください！！ テーマの切り替えで何か問題が起きたとき、すぐに元に戻せるようにしておく。

STEP 4：テーマを切り替える

WordPress管理画面 → 外観 → テーマ → 自作テーマを有効化。

切り替え自体は一瞬です。 問題はその後。

切り替えたらすぐに全ページを確認します。特に以下をチェック：

STEP 5：問題を解決する

STEP 4で見つかった問題をClaude Codeで修正。自分の場合、以下の問題が出ました。

• 吹き出しのスタイルが崩れた → Cocoonの吹き出しCSSを参考に自作テーマのCSSに追加
• 目次が表示されなくなった → Cocoonの目次機能に依存していたので、自前で目次生成機能を実装
• 関連記事の表示が消えた → 自作テーマにrelated posts機能を追加

Claude Codeに頼んだこと：
「テーマ切り替え後、吹き出しブロックの表示が崩れています。
Cocoonの吹き出しCSSを参考にして、
自作テーマで同じ見た目になるようにCSSを書いてください。
HTMLの構造は変えずに、CSSだけで対応してほしいです。」

つまづいたポイント

Cocoonの目次機能がなくなった！

Cocoonは自動で目次を生成してくれます。これが便利すぎて、自作テーマに切り替えたとき「目次がない！」と焦りました。

対処法： プラグイン（Table of Contents Plus等）を使用しました！

SEO設定の移行

Cocoonは内蔵のSEO機能（メタディスクリプション、OGPなど）が優秀。自作テーマに切り替えると、これらの設定が引き継がれません。

対処法： 切り替え前にSEOプラグインを有効化して、Cocoonの設定をプラグイン側に移行しておく。これをやらずにテーマを切り替えると、Googleの検索結果からメタディスクリプションが消える。←これは知らなかった！

アドセンスの広告位置

Cocoonは管理画面から広告の位置を設定できますが、自作テーマでは自分でテンプレートに広告コードを埋め込む必要があります。

対処法： Claude Codeに「single.phpの本文中、最初のh2タグの前にアドセンス広告を自動挿入するコードを書いて」と依頼。functions.phpにフィルターを追加する方法で解決することができます。

移行後の変化

良かったこと

①デザインの変更がストレスフリー

「ここの余白をもう少し広げたい」「この色を変えたい」が、自分のCSSファイルを直接編集するだけで完結。Cocoon時代の「追加CSSが膨大になる問題」がなくなった。

②表示速度が上がった

Cocoonは高機能な分、使っていない機能のCSS・JavaScriptも読み込まれます。自作テーマでは必要な機能だけ実装しているので、PageSpeedスコアが改善しました。

③ ブログへの愛着が増した

自分で作ったテーマだから、「自分のブログ」という感覚が強くなった。これは感情的な話ですが、ブログを続けるモチベーションに直結しています。

困ったこと

①何か壊れたら自分で直す

Cocoon時代はテーマの更新で不具合が修正されていましたが、自作テーマでは全部自分の責任。WordPressのアップデートで表示が崩れたとき、自分（+Claude Code）で原因を突き止めて修正する必要がある。

②「みんなと同じ」ではなくなる

Cocoonユーザーは多いので、困ったときに「Cocoon ○○ 解決法」で検索すれば大量の記事が見つかります。自作テーマだとその恩恵がない。代わりにClaude Codeに聞く運用になる。

③初期の作業量は多い

テーマを完成させるまでの作業量は、正直かなりのものでした。Claude Codeのおかげで大幅に削減できたとはいえ、数日〜1週間はかかりました。

こんな人は切り替えなくていい

自作テーマへの切り替えは万人向けではありません。以下に当てはまるなら、Cocoonのままでまったく問題ないです。

逆に、「カスタマイズの限界を感じている」「自分だけのデザインが欲しい」「プログラミングにも興味がある」なら、挑戦する価値があります。Claude Codeという強力な味方がいる2026年なら、プログラミング未経験でも現実的な選択肢です。

まとめ：「Cocoon卒業」はゴールではなくスタート

自作テーマに切り替えたことで、ヒトブログは「自分が100%コントロールできるブログ」になりました。ダークモードの実装も、表示速度の改善も、自作テーマだからこそ自由にできた。

Cocoonに感謝しつつ、次のステージに進む。それが「Cocoon卒業」です。

関連記事

• AIでWordPressの自作テーマを作ってみた全手順【バイブコーディング】 — 自作テーマの作り方はこちら！
• Cocoonと自作テーマ、結局どっちがいい？両方使った大学生の結論 — 比較検討中の人はこちら！
• 自作WordPressテーマにダークモードを実装してみた — 自作だからこそできたカスタマイズ例はこちら！
• Claude Codeの始め方【学生向け】 — ClaudeCodeの始め方はこちら！

作ってみた AIでWordPressの自作テーマを作ってみた全手順【バイブコーディング】 はじめに：既存テーマに限界を感じた話 ヒトブログを始めたとき、最初は無料テーマ(Cocoon)を使… hitoblog.site

学んでみた Cocoonと自作テーマ、結局どっちがいい？両方使った大学生の結論 はじめに：テーマ選びで迷っている人へ WordPressでブログを始めると、必ずぶつかる壁がありま… hitoblog.site

作ってみた 自作WordPressテーマにダークモードを実装してみたらClaude Codeのプランモードが優秀すぎた話 はじめに：「ダークモード、つけたいな」と思った 自作テーマは完成した。高速化もした。 見た… hitoblog.site

学んでみた 【学生向け】Claude Codeの始め方！デスクトップアプリで今日からバイブコーディング！ はじめに：ターミナルが怖くても大丈夫だった Claude Codeの紹介記事を書いたとき、友達から一… hitoblog.site

友達にESを見せたら、こう言われました。

「文章うまくない？ AIで書いた？」

正直に答えました。「AIに添削してもらった」と。

すると友達は微妙な顔をして「それってアリなの……？」と。

自分自身、ESの添削や自己分析、面接練習にAIを使っています。便利だし、実際に効果も感じている。

でも「これってズルくないのか？」「バレたらまずいのか？」という不安は、正直ずっとありました。

この記事では、就活でのAI利用について、大学のルール・企業の見解・自分なりの線引きを正直に書きます。

答えを出すというより、一緒に考える記事です。

結論：使い方次第。「丸投げ」はリスクが高く、「壁打ち」はリスク低

先に結論です。

「誰が書いたか」ではなく「自分の言葉で語れるか」が本質。

添削や壁打ちで使う分には、就活の本質（自分を伝えること）を損なわない。むしろ強化される。

大学のAIポリシーは就活に適用されるのか

まず確認：大学のAIポリシーとは

多くの大学が2023〜2024年以降、「授業・課題におけるAI利用ガイドライン」を出しています。
内容は大学によりますが、典型的なのは以下のようなもの。

就活はどうか？

結論から言うと、大学のAIポリシーは基本的に「授業・課題」が対象で、就活は範囲外のケースがほとんどです。

ただし「キャリアセンターが提供する就活支援プログラム」の中で独自のルールがある場合もあるので、気になる人はキャリアセンターに聞いてみてください。

自分は念のため聞いてみましたが「就活でのAI利用に関する大学としてのルールは現時点ではない」という回答でした。

企業はAI利用をどう見ているのか

2026年時点の傾向

就活でのAI利用に対する企業の姿勢は、ざっくり3つに分かれます。

タイプ①：明確に禁止している企業

一部の企業は応募フォームに「AI生成ツールの使用を禁止します」と明記しています。この場合は従ってください。ルール違反は内定取消しのリスクがあります。

タイプ②：特に言及していない企業（多数派）

ほとんどの企業は、AI利用について明確なポリシーを出していません。「禁止」とも「推奨」とも言っていない。

タイプ③：AI活用を歓迎する企業

IT企業やAI関連企業の中には、「AIを使いこなせること自体がスキル」と見なすところもあります。
面接で「ESの作成にAIを活用しましたか？」と聞いて、活用方法を評価するケースも出てきています。

大事なポイント

応募する企業の募集要項を必ず確認する。 「AI利用禁止」と書いてある場合は絶対に使わない。書いていない場合でも、「書かせた」のではなく「活用した」と言える使い方をしておく方が安全です。

募集要項はちゃんと読むモン！AI禁止の一文を見逃して出したら、内容が良くてもアウトだモン！

「丸投げ」と「壁打ち」の境界線

ここが一番悩むところだと思います。僕なりの線引きを書きます。

丸投げ（グレー〜アウト）

❌ 「IT企業向けのガクチカを400字で書いて」
❌ 「この企業の志望動機を考えて」
❌ AIが生成した文章をほぼそのまま提出

これはAIに代筆させている状態。

自分のエピソードも思考も入っていないので、面接で深掘りされたら答えられない。
仮にESは通っても、面接で確実にボロが出ます。

壁打ち（セーフ）

✅ 自分で書いたESをAIに見せて改善点を聞く
✅ 自己分析でAIに質問してもらい、自分で答える
✅ 面接の想定質問を出してもらって練習する
✅ 「この表現、もっと具体的にできる？」と聞く

これは自分が主体で、AIはサポーター。校閲者に原稿を見てもらうのと同じ構造です。

境界が曖昧なケース

🤔 AIに構成案を作ってもらい、自分で文章化する
🤔 AIの提案した表現の一部をそのまま使う
🤔 AIに「この経験をIT企業向けにアピールするなら？」と切り口を聞く

この辺りは正直グレーゾーン。自分の判断基準は「面接で、この文章の意図と背景を自分の言葉で説明できるか？」。説明できるなら使う、できないなら自分の言葉に書き直す。

AIで書いたESは本当にバレるのか

気になっている人が多いと思うので、正直に書きます。

バレるケース

丸投げESはバレやすい。 理由はシンプルで、AIが生成する文章には特徴があるからです。

2026年現在、AI検知ツールの精度は上がっています。

企業がES選考でAI検知ツールを使っているかどうかは公表されていませんが、使っていない保証もない。

何より、面接で確実にバレる。

ESに書いた内容を深掘りされたとき、自分で書いていないと答えが浅くなる。

面接官は何百人もの学生を見ているので、「この人、ESと面接での言葉に乖離があるな」と気づきます。

バレにくいケース

壁打ちで使った場合は、そもそも「バレる」対象ではない。

自分のエピソードを自分の言葉で書いて、添削を受けただけなので、文章の主体は自分。

AIっぽい表現が残ることはあるけど、最終チェックで「自分の口で言える表現か」を確認すれば問題ない。

僕が決めた「自分ルール」

AIを就活に使い始めた当初は「どこまでOKなんだろう」とずっとモヤモヤしていました。そこで自分なりのルールを3つ決めました。

ルール①：自分のエピソードだけを使う

AIにガクチカを「考えて」もらうのではなく、自分の実体験を話して、深掘りしてもらう。

自己分析記事で紹介した方法がまさにこれ。

学んでみた AIで自己分析をやってみたら、自分の強みが言語化できた話 はじめに：「あなたの強みは？」に答えられなかった 就活が始まって最初に聞かれたのが「あなた… hitoblog.site

ルール②：最終的に「自分の言葉」にする

AIの添削で良い表現が出てきても、面接で自然に口から出る言葉に翻訳する。

「主体的にリーダーシップを発揮し」を「自分から動いてまとめ役をやった」に変えるような作業。

ルール③：面接で正直に話せる状態にする

もし面接で「ESの作成にAIを使いましたか？」と聞かれたら、「添削と面接練習に使いました」と正直に答える。

やましいことは何もない使い方をしているから。

この3つのルールを守っていれば、少なくとも「ズルをしている」という後ろめたさはゼロです。

むしろ、使えるツールを使って準備を万全にしている、という自信がある。

「バレるかどうか」より「自分で胸を張れるかどうか」を基準にした方が、結果的にうまくいくモン！

就活生の66%がAIを利用している現実

2026年の調査では、就活生の約66%が何らかの形でAIを利用しているとされています。

つまり「AIを使わないこと」の方がむしろ少数派になりつつある。

問題は「使う/使わない」ではなく「どう使うか」。

同じAI利用でも、丸投げと壁打ちでは結果がまったく違います。

「使わない」選択も全然アリ。

AIなしで内定を取っている人はたくさんいます。大事なのは「自分に合った方法で、十分な準備をすること」。

AIはその選択肢の1つに過ぎません。

まとめ：「どう使うか」を自分で決められること自体がスキル

就活でAIを使うかどうか、どこまで使うかは、最終的には自分で決めることです。

誰かに「これはOK」「これはダメ」と言ってもらうことではない。

「このAIの使い方は、自分の就活の本質を損なっていないか？」——この問いに自分で答えられるなら、それが正しい使い方だと思います。

関連記事

• AIに就活のESを添削してもらったら、自分の強みが見えてきた話 — 「壁打ち」の具体的な手順はこちら！
• AIで自己分析をやってみたら、自分の強みが言語化できた話 — 自己分析×AIの正しい使い方はこちら！
• AIに面接練習の壁打ちをしてもらったら、想定問答が無限に出てきた — AIでの面接練習はセーフの範囲
• 【大学生向け】AIへの「聞き方」を変えたら回答の質が激変した話｜プロンプト改善Before/After — 「壁打ち」の質を上げるプロンプト術はこちら！

つまづいた話 AIに就活のESを添削してもらったら、自分の強みが見えてきた話 はじめに：ES、何を書けばいいかわからなかった 就活が始まって、最初にぶつかった壁がエントリ… hitoblog.site

学んでみた AIで自己分析をやってみたら、自分の強みが言語化できた話 はじめに：「あなたの強みは？」に答えられなかった 就活が始まって最初に聞かれたのが「あなた… hitoblog.site

学んでみた AIに面接練習の壁打ちをしてもらったら、想定問答が無限に出てきた話 はじめに：面接練習の相手がいない問題 自己分析で強みを言語化して、ESも書けた。あとは面接だ… hitoblog.site

学んでみた 【大学生向け】AIへの「聞き方」を変えたら回答の質が激変した話｜プロンプト改善Before/After はじめに：「AIって使えなくない？」と思っていた時期があった ChatGPTに「経済学のレポートの… hitoblog.site

ブログを始めて2ヶ月が経ちました。「よし、運営報告書くぞ」とアナリティクスを開きました。

PV1,723。……と書けたらまだ格好がつくんですが、この数字には告白が2つくっついてきます（すぐ告白します）。

収益は、うまい棒1本買えない金額。アドセンスは、3連敗。

正直、運営報告って受かってから・伸びてから書きたくなるんですよね。

でも自分は前々回の記事で「落ちてる今しか書けない記事がある」と言ってしまいました。

だったら運営報告も同じです。

1年後に「最初はこうでした」と振り返るより、今の現実を書き残します。

結論：数字はぼちぼち、制作は豊作

先に2ヶ月目の成績表です。

数字だけ見ればぼちぼちです。でも「作ったもの」の行だけは、胸を張れる2ヶ月目でした。

2ヶ月目の数字ぜんぶ公開（PV・流入・収益・フォロワー）

PV：1,723。ただし告白が2つあります

2ヶ月目のPVは1,723、読んでくれた人（アクティブユーザー）は234人でした。

……と書いた上で、告白が2つあります。

告白①：先週まで、自分のPVを「223」だと思っていました。

アナリティクスで一番大きく表示される「アクティブユーザー」の数字を、PVだと思い込んでいたんです。

正しくは、PV＝「表示回数」、アクティブユーザー＝「訪問した人数」。

そうすると「２か月目にしては結構多くね？」と思えるようになりました笑

告白②：内部アクセス（自分のアクセス）を除外していませんでした。

「一瞬だけ」と言ったのはこのせいです。

記事の表示確認やリンクチェックでサイトを巡回しまくっていた自分自身が、この1,723にがっつり含まれています。

証拠もあって、ダイレクト流入の平均エンゲージメント時間は14秒。これ、たぶん「直したところだけ確認して閉じる自分」です。

除外設定は済ませたので、来月からは正味の数字が出ます。

3ヶ月目の報告で数字が下がって見えたら、それは退化ではなく適正化です笑

流入内訳：支えてくれたのはXでした

流入の内訳（セッション数ベース）はこんな感じでした。

ドメイン変更から1ヶ月、検索流入は28日間で19セッション。

1日あたり0.7人です。

「ほぼいない」に等しい状態ですが、これは想定内で、今はXでつないでいる時期だと割り切っています。

ひとつだけ救いの数字があって、Xから来てくれた人の平均エンゲージメント時間は1分10秒でした。

数は少なくても、読み流されてはいない。ここは素直にうれしかったです。

収益：うまい棒1本、買えませんでした

収益はA8.netのみで発生しました。具体的な金額はASPの規約上書けないので、こう表現させてください。

うまい棒（1本・税抜15円）が、買えません。笑笑

笑ってもらって大丈夫です。自分も笑いました。ただ、0円ではないんですよね。

誰かが僕の記事を読んで、リンクを踏んでくれた結果が、ちゃんと数字になって残っている。

額面以上の意味があると思っています。

Xフォロワー：1ヶ月で200人。ただし正直な注釈つき

X運用を本格的に始めて約1ヶ月で、フォロワーが200人に到達しました！！！

……と書くと聞こえがいいんですが、正直に言うと、お祝いポスト（「100人ありがとうございます！」系の節目投稿）で一気に増えたぶんが多くて、ちゃんと交流できているのはその一部です。笑

数字としての200人と、関係としての200人は別物だと実感しています。

それでも、毎日ポストして反応をもらえる場所ができたことは、検索流入ゼロの時期のメンタルを確実に支えてくれました。

皆さんいつもありがとうだモン！！

2ヶ月目にやったこと：気づいたらほぼ「作ってみた」だった

① ブログに占い機能を追加した

WordPressの自作テーマに、毎日の占い機能を自作で実装しました。プラグインなし、AIと一緒にコードを書いての実装です。詳細は占い機能の開発記にまとめています。

② AdSense診断ツールを作った

アドセンスに落ちた悔しさをそのままぶつけて、サイトのセルフチェックができる診断ツールを作りました。経緯は開発記事に書いています。

③ ポートフォリオを作った

自分が作ってきたもの（テーマ・占い機能・診断ツール）を一覧で見せられるポートフォリオを作成しました。「大学生がAIと作ったもの置き場」として、今後の制作物もここに集約していきます。

ポートフォリオサイトはこちら！

④ X運用を始めた

前述のとおり、1ヶ月で200人。たくさんのブログ仲間と繋がれたのが一番の収穫です。

振り返って気づいたこと

並べてみて気づいたんですが、

今月やったこと、ほぼ「作ってみた」系なんですよね。笑

実はアドセンスの検証で「このサイトは自作系コンテンツを看板にすべきだ」という結論を出していたんですが、

計画してそうしたというより、手が勝手にそっちに動いていました。笑

方針と直感が一致しているなら、たぶんこの方向で合っています。笑

うまくいかなかったこと：アドセンス3連敗

今月のワーストはこれです。アドセンス審査、3回目の不合格。

理由は3回とも「有用性の低いコンテンツ」でした。

ここで深掘りはしません。落ちた原因の検証は、俗説5つを自サイト25記事で潰した検証ログ記事に全部書きました。

3連敗の悔しさは、あの記事と診断ツールに変換しました笑

3ヶ月目の目標

3ヶ月目の目標は2つに絞ります。

2つ目はまだ詳細を書けないんですが、今月の「全部作ってみた」の延長線上にあるものです。

公開したら、もちろん開発記を書きます。

PV目標や収益目標をあえて置かないのは、今の段階では自分でコントロールできない数字だからです。

コントロールできるのは「作って、公開して、書く」ことだけ。3ヶ月目もそこに集中します！

まとめ：始めたばかりの大学生にしか書けない報告がある

数字は全部小さい。でも「先月の自分より作れるようになったもの」だけは確実に増えています。

ブログのコンセプトが「今日より、ちょっと詳しい自分へ」なので、これでいいんだと思います。

3ヶ月目の報告は、もう少しだけ良い数字と、新しい公開物を持ってきます。

関連記事

• アドセンス「有用性の低いコンテンツ」の原因を、3回落ちた僕が本気で検証した — 3連敗の深掘りはこちら！
• AdSense診断ツールを作った話 — 悔しさをツールに変換した開発記はこちら！
• WordPressに占い機能を自作実装した話 — 今月の「作ってみた」その1

つまづいた話 アドセンスに3回落ちた大学生が、「有用性の低いコンテンツ」の正体を本気で調べてみた！ はじめに：3通目の不合格メールが届いた 3回目です。Googleアドセンスの審査に、3回落ちました… hitoblog.site

作ってみた AdSenseに2回落ちた大学生が、合格診断ツールを自作した話 はじめに：「何がダメなのか」がわからない AdSenseに2回落ちました。 1回目は「有用性の低いコ… hitoblog.site

作ってみた WordPressブログに占い機能を実装してみた！毎日訪問したくなる仕掛けの作り方 はじめに：「また来たい」と思わせる仕掛けが欲しかった ブログのPVが伸びません。 記事を投稿… hitoblog.site

就活が始まって、最初にぶつかった壁がエントリーシート（ES）でした。

「学生時代に力を入れたこと（ガクチカ）を400字で書いてください」

400字。たった400字なのに、何時間も画面の前で固まっていました。サークルのこと？バイトのこと？ブログのこと？何を書いても「これでいいのか？」という不安が消えない。

そこでレポートのときと同じ実験をしてみました。AI丸投げ vs AI壁打ちの比較です。

結果は、レポートのとき以上にはっきり差が出ました。

結論：AIに「書いてもらう」のではなく「引き出してもらう」

先に結論です。

丸投げESが落ちる最大の理由は「その人らしさ」がないから。
ESは自分の経験と考えを自分の言葉で伝えるものなので、AIに書かせた時点で本質から外れます。

一方、AIを壁打ち相手にすると、自分では気づかなかった強みや切り口を「引き出してもらえる」。
これが就活でのAIの本当の価値です。

AIにESを丸投げした結果

やったこと

Claudeにこう頼みました。

IT企業のエントリーシートで、
「学生時代に力を入れたこと」を400字で書いてください。
大学生で、個人ブログの運営をしています。

出てきたもの

構成はきれい。STAR法（状況→課題→行動→結果）に沿っていて、日本語も自然。
ぱっと見は「これ出せそう」と思いました。

問題点

冷静に読み返すと、3つの問題がありました。

問題1：具体性がない
「ブログ運営を通じてPDCAサイクルを回し、アクセス数を向上させました」
——AIはこう書くんですが、何のブログで、何をどう改善して、何から何に増えたのか、全部抽象的。
面接官は「で、具体的には？」と聞きたくなるはずです。

問題2：「誰が書いても同じ」になる
AIに「ブログ運営のガクチカ」を頼むと、9割同じ構成・同じ表現が出てくる。人事は何百通もESを読んでいるので、AIっぽい文章はすぐわかるそうです。

問題3：面接で詰まる
これが一番まずい。ESに書いた内容は面接で深掘りされます。
AIが書いた文章の意図や背景を聞かれたとき、自分で書いていないから答えられない。

ESは面接の「台本」でもあるモン！台本を自分で書いてないと、本番でセリフが出てこないモン！

AIを壁打ち相手にしてESを書いた結果

STEP 1：エピソードの棚卸し

まず、AIに書いてもらうのではなく、自分のエピソードを引き出してもらうところから始めました。

就活のESで「学生時代に力を入れたこと」を書く必要があります。
以下のエピソードの中から、IT企業向けに一番刺さりそうなものを
選んで、その理由を教えてください。

1. 個人ブログ（WordPress）を1年間運営。
   自作テーマ開発、SEO対策、月間PV○○達成
2. 飲食店バイトで新人教育を担当
3. ゼミで○○をテーマに研究発表

志望するのはIT企業のエンジニア職です。

AIは「1のブログ運営が最も関連性が高い。理由は……」と分析してくれました。自分では「バイトの方がウケるかな」と思っていたので、この時点で視点が広がりました。

STEP 2：構成のフィードバックをもらう

次に、自分で書いた構成案をAIに見せてフィードバックをもらいます。

以下のガクチカの構成案を見て、
「具体性」「論理の流れ」「企業にとっての魅力」の
3つの観点でフィードバックしてください。

（自分で書いた構成メモを貼り付け）

AIからは「行動の部分が抽象的。”SEO対策をした”ではなく、”検索キーワードを分析して記事構成を変えたところ、特定記事の検索順位が○位から○位に上がった”のように具体化すべき」といったフィードバックが返ってきました。

STEP 3：書いたESを添削してもらう

自分で書いた400字のESをAIに添削してもらいます。

以下のESを読んで、改善点を3つ挙げてください。
観点は「具体性」「説得力」「読みやすさ」。
改善提案は「こう書き換えるとよい」という
具体的な文例付きでお願いします。

志望業界：IT（エンジニア職）

（自分で書いたESを貼り付け）

AIは「ここの表現をこう変えると、成果がより伝わる」と具体的な書き換え例を出してくれます。ただし最終的に採用するかは自分で判断するのが大事。AI の提案が全部正しいわけではないし、自分の言葉じゃない表現は面接で浮きます。

結果

壁打ちを経て書いたESは、丸投げESと比べて明らかに

「自分らしさ」が出ていました。

数字が入って具体的になったし、「なぜそれをしたのか」の動機もちゃんと書けた。

面接でもESの内容について聞かれたとき、

自分で考えた構成だから自分の言葉で答えられる。

これが一番大きな違いでした。

就活でAIを使うときの注意点

① 企業のAIポリシーを確認する

企業によっては、ES作成でのAI利用を禁止しているケースがあります。
募集要項や応募フォームに注意書きがないか確認してください。

② 「AIで書いた感」を消す

AIの提案をそのまま使うと、独特のきれいすぎる文体が残ります。
最終チェックとして「この表現、自分が面接で口に出して言えるか？」を基準にしてください。
言えないなら、自分の言葉に書き換える。

③ 面接で答えられることしか書かない

ESは面接の入口。
書いた内容は100%深掘りされます。
AIが提案した切り口でも、自分の実体験に基づいていないものは使わない方が安全です。

就活で使えるプロンプトテンプレート

僕が実際に使ったプロンプトを3つ共有します。【】を書き換えて使ってください。

エピソード選びの相談

就活のESで「学生時代に力を入れたこと」を書きます。
以下のエピソード候補の中から、
【業界名】の【職種名】に一番刺さるものを選んで、
理由とアピールポイントの案を教えてください。

1. 【エピソードA】
2. 【エピソードB】
3. 【エピソードC】

ES添削

あなたは新卒採用のキャリアアドバイザーです。
以下のESを「具体性」「説得力」「読みやすさ」の
3つの観点で点数（10点満点）と改善提案をつけてください。
改善提案は具体的な書き換え文例付きで。

志望：【業界名・職種名】
設問：【設問文】
文字数制限：【○○字】

（ESを貼り付け）

面接の深掘り対策

以下のESをもとに、面接官が深掘りしそうな質問を
5つ予想してください。
各質問に対する回答のポイント（何を話すべきか）も
あわせて教えてください。

（ESを貼り付け）

この3つ目の「面接深掘り対策」が地味に役立ちます。
「こういう角度で聞かれるのか」と事前にシミュレーションできるので、面接本番での焦りが減ります。

まとめ：AIは「代筆者」ではなく「コーチ」として使う

就活でのAIの正しい使い方は「コーチ」です。
書くのはあくまで自分。AIには客観的なフィードバックをもらう。

2026年の調査では就活生の約66%がAIを利用していると言われています。

つまりAIを使うこと自体はもう普通。差がつくのは「どう使うか」です。

まずは今あるESを1つ、Claudeに添削してもらうところから始めてみてください。

・関連記事

同じ「丸投げ vs 壁打ち」のレポート版はこちら！

つまづいた話 「AIに書かせればラクじゃん」を本気で試したら、意外な結果になった！ はじめに：正直に言います。最初は「丸投げ」を考えていました レポートの締め切りが3つ重なっ… hitoblog.site

AIへの聞き方を書いた記事はこちら！

学んでみた 【大学生向け】AIへの「聞き方」を変えたら回答の質が激変した話｜プロンプト改善Before/After はじめに：「AIって使えなくない？」と思っていた時期があった ChatGPTに「経済学のレポートの… hitoblog.site

就活期のAI課金事情も紹介！

学んでみた 大学生がAIに月いくら課金してる？使い分け・節約術・解約したものを全部公開！ はじめに：「AIに課金する大学生」のリアル 友達に「AIに毎月お金払ってる」と言ったら、こんな… hitoblog.site

ポートフォリオ作りにも使えるClaudeCodeの使い方の記事はこちら！

学んでみた 【学生向け】Claude Codeの始め方！デスクトップアプリで今日からバイブコーディング！ はじめに：ターミナルが怖くても大丈夫だった Claude Codeの紹介記事を書いたとき、友達から一… hitoblog.site

3回目です。Googleアドセンスの審査に、3回落ちました。

不合格の理由はいつも同じ。「有用性の低いコンテンツ」。それ以上のことは、何も書いてありません。どの記事がダメなのか、何を直せばいいのか、Googleは一切教えてくれません。

1回目は「まあ最初だし」と流せました。
2回目は「何か見落としてるのかな」と焦りました。
3回目で、心が折れる代わりにスイッチが入りました。理由を教えてくれないなら、自分で特定するしかない。

3回とも同じ理由で落ちて、何がダメかも教えてもらえない…これは辛いモン…

先に明言しておきます。これは合格ノウハウ記事ではありません。
今まさに落ちている本人が、原因を特定するためにやった調査の記録です。
合格したら追記します。落ちたらそれも追記します。自分と同じ画面の前で固まっている方にこそ、読んでほしい記事です。

結論：原因は「記事の薄さ」ではなかった（少なくとも自分のサイトでは）

先に結論です。ネットでよく見る俗説を自分のサイトで検証した結果がこちらです。

俗説	僕のサイトでの検証結果	判定
文字数が足りない	全25記事が2,000〜3,500字級。薄い記事ゼロで落ちた
画像が少ない	全記事にアイキャッチ＋図解ありで落ちた。公式に枚数基準なし
記事数が足りない	25本で落ちる自分と、10本台で受かる人がいる	単独では説明できない
固定ページがない	プライバシーポリシー・問い合わせ・プロフィール全部設置済みで落ちた	必要条件だが十分条件ではない
アフィリエイトリンクがあると落ちる	貼っていて受かるサイトも無数にある	グレー

俗説を消していった結果、残った仮説は2つです。「サイト全体の立ち位置と独自性」と「ドメインの若さ」。

ただし、これは検証に基づく推測です。
Googleは不合格の理由を公開しないので、原因を断定している記事の方をむしろ疑ってください。
この記事も「僕のサイトではこうだった」以上のことは言いません。

「有用性の低いコンテンツ」とは何か？Google公式を読み解く

不合格画面に貼られた4つのリンクを全部読んだ

不合格画面には、ヘルプへのリンクが4つ貼られています。正直、最初の2回はちゃんと読んでいませんでした。3回目にして初めて、全部読みました。自分の言葉で要約するとこうなります。

• コンテンツの最小要件：審査に出す前にサイトとして最低限の体裁（独自コンテンツ・ナビゲーション・運営者情報）を整えてね、という入口の話
• 独自性のある質の高いコンテンツでサイトの価値を高める：他で読めることの寄せ集めではなく、あなたにしか書けないものを載せてね、という本丸
• 質の低いコンテンツ：薄い・コピー・自動生成・誘導目的だけのページはダメ、というNG集
• ウェブマスター向け品質ガイドライン：検索全般の品質基準。AdSense固有ではなくGoogle全体の価値観

公式文書に繰り返し出てくる3つの言葉

4つの文書を読み比べると、繰り返し出てくる言葉があります。「独自性」「サイト全体」「ユーザー体験」の3つです。

特に引っかかったのが「サイト全体」という表現でした。
つまりこの審査は、記事1本1本の採点ではなく、サイト単位の判定らしい。「どの記事がダメですか」という問いの立て方自体が、間違っていた可能性があります。この読み解きが、後半の検証で効いてきます。

ネットの俗説を、自分のサイト（25記事）で1つずつ検証した

ここからがこの記事の本体です。「アドセンス 落ちた」で検索すると出てくる定番の俗説を、自分のサイト（全25記事）を素材に1つずつ検証しました。型は統一します。俗説→検証方法→結果→判定です。

俗説①「文字数が足りない」→ 全25記事を棚卸しした

検証方法：全25記事の文字数と目次の項目数を、1本ずつスプレッドシートに棚卸ししました。

結果：全記事が2,000〜3,500字級。目次の項目数は14〜34。いわゆる「500字の日記記事」みたいな薄いページは1本もありませんでした。それでも落ちました。

判定：ちがう。少なくとも自分のサイトでは、文字数は原因ではありません。

俗説②「画像が少ない」→ ポリシーに枚数の記載はない

検証方法：先ほどの公式文書4つを「画像」で検索しました。

結果：画像の枚数に関する基準は、どこにも書いてありません。そして自分のサイトは全記事にアイキャッチ＋図解を入れた状態で落ちています。

判定：ちがう。むしろ「画像を増やせば受かる」を真に受けて、装飾目的のAI生成図解を量産する方が、独自性の観点では怪しまれそうだと感じます。

俗説③「記事数が足りない」→ 25本で落ちる自分と、10本台で受かる人

検証方法：自分の25本という記事数を、世の中の合格事例と比べました。検索すれば、10本台どころか1桁の記事数で合格した報告は普通に見つかります。

結果：25本で落ちる僕がいて、それより少ない記事数で普通に受かる人がいる。

判定：記事数単独では説明できません。「30記事必要」「いや10記事でいい」という議論は、たぶん問いの立て方がずれています。

文字数でもない、画像でもない、記事数でもない…じゃあ何が原因なんだモン…？

俗説④「プライバシーポリシー・問い合わせ・プロフィールがない」

検証方法：自サイトの固定ページを確認しました。

結果：プライバシーポリシー、問い合わせフォーム、プロフィール、すべて設置済みで落ちました。

判定：これは必要条件だが十分条件ではない、が正確な整理だと思います。なければ論外、あっても受かるとは限らない。未設置の方はまずここからですが、設置済みで落ちている方は、原因は別の場所にあります。

俗説⑤「アフィリエイトリンクがあると落ちる」→ ここはグレー

検証方法：公式文書の記述と、世の中の合格サイトの実態を突き合わせました。

結果：アフィリエイトリンクを禁止する記述はありません。
広告だらけでコンテンツが埋もれているページは「ユーザー体験の低下」としてマイナスになりうる、という読み方はできます。一方で、アフィリエイトリンクを貼ったまま受かっているサイトは無数にあります。

判定：グレー。断定できません。僕自身は審査中のリスクを減らすため、リンクの密度を抑える対応だけしました。「貼ったら落ちる」も「関係ない」も、どちらも言い過ぎだと思います。

じゃあ何が原因？自分のサイトで疑った5つのこと

俗説が消えたので、ここからは自分のサイトを疑う番です。「正解はこれ！」ではなく、疑って確認した順に書きます。同じ状況の方がチェックリストとして使える構造にしました。

① インデックスの中身を見た（Search Console「ページ」）

最初に疑ったのは「Googleに登録されているページの中身」です。Search Consoleの「インデックス作成 → ページ」を開くと、Googleが認識しているURL一覧が見られます。

ここに記事以外の低品質ページ（タグ・日付アーカイブ、検索結果ページなど）が大量に登録されていると、「サイト全体」の評価の足を引っ張る可能性があります。
審査がサイト単位なら、Googleから見えている「サイトの姿」を先に確認するのが筋です。
導入手順はこちらの記事にまとめています。

学んでみた Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 はじめに：「ブログのPV」は見ていたが「検索の裏側」は盲点だった SEOを学んだ記事で「検索か… hitoblog.site

② サイト移行の残骸（リンク切れ・旧URL）を潰した

自分のサイトは以前、別のドメイン（skillgrowth）で運営していて、hitoblogに移行した経緯があります。その残骸として、旧URLへの内部リンクや、新旧スラッグの混在が残っていました。

リンク切れはユーザー体験そのものの低下です。移行組の方は、ここは疑う価値があります。自分は内部リンクを全数点検して、旧URLを潰しました。

③ 同じテーマの記事同士が食い合っていないか

25記事を棚卸しして気づいたのが、Claude Code系・AI系の記事が複数本あり、扱うテーマが近接していることでした。似た記事が乱立していると、Googleから見て「どれが本命か分からないサイト」になります。

対応として、テーマごとにハブ記事を立てて、周辺記事をぶら下げるクラスタ構造への整理を始めました。これは審査対策というより、サイト設計として本来やるべきだったことです。

④ サイトの「立ち位置」問題：ブログ論×AIは一番疑われるジャンル

ここが、この検証で一番痛かった気づきです。

自分のサイトの構成は「ブログ運営ノウハウ×AIツール紹介」。
これ、量産型アフィリエイトサイトの典型構成と、外形がまったく同じなんです。
中身が全部実体験でも、Google側から見た「サイトの形」は、機械的に量産された紹介サイトと区別がつきにくい。

中身が本物でも、外形で疑われる。これは記事を増やしても解決しません。サイトの看板を変えるしかない。

対応として、僕は自作系コンテンツを看板に寄せる方針にしました。
占い機能を自作した話やClaude Codeでテーマを自作した記録のような、「このサイトにしかないもの」を前面に出していきます。

中身が全部実体験でも、外から見たら量産サイトと同じに見えるモン…これは痛いモン…

⑤ ドメイン年齢1ヶ月という身も蓋もない現実

最後に、一番身も蓋もない仮説です。このドメインは取得から1ヶ月しか経っていません。

中身に問題がなくても、運用実績が浅すぎて「時期尚早」で落ちるケースは存在すると言われています。
真偽は確認しようがありませんが、もしこれが効いているなら、自分にできるのは焦らないことだけです。毎週のように再申請を連打するのはやめて、淡々と運用実績を積むことにしました。

再申請の前にやったこと全部

実際の修正リスト

検証を踏まえて、再申請の前に実際にやったことです。やっていないことは書きません。

• 旧ドメイン時代のURL・スラッグ混在の整理（内部リンクの全数点検）
• 低品質ページ（タグ・日付アーカイブ等）のnoindex設定
• 各記事のメタディスクリプションの見直し・修正
• 近接テーマ記事のクラスタ整理（ハブ記事化の着手）
• アフィリエイトリンクの密度を抑える調整

「問題を修正しました」はいつ押すべきか

不合格画面には「問題を修正しました」というボタンがあります。
これを無修正で連打するのは、心証として最悪だと考えています。「何も変わっていないサイト」を何度も審査に出すことになるからです。

自分のルールはこうです。修正する → 数日〜数週間の運用実績を積む → それから再申請。

よくある疑問にも触れておきます。

Q. 再申請の間隔はどれくらい空けるべき？
A.公式の決まりはありません。「2週間空ける」説が有名ですが根拠は不明です。僕は「修正と運用実績が溜まったら」を基準にしています。

Q. 修正せずに再申請するとどうなる？
A.即不合格という証拠はありませんが、僕は無修正の再申請で結果が変わりませんでした（1回目→2回目がほぼこれでした）。

自分のサイトを5分でセルフチェックする

ここまでの検証を、読者のみなさんが自分のサイトで5分で確認できるチェックリストに変換しておきます。

このチェックの主要項目を自動で確認できるAdSense診断ツールも作りました。自分が落ちた悔しさで作ったツールです。開発の経緯はこちらの記事に書いています。

作ってみた AdSenseに2回落ちた大学生が、合格診断ツールを自作した話 はじめに：「何がダメなのか」がわからない AdSenseに2回落ちました。 1回目は「有用性の低いコ… hitoblog.site

まとめ：受かってから書く記事より、落ちてる今しか書けない記事

最後にもう一度まとめます。

「有用性の低いコンテンツ」と3回言われて分かったのは、

この言葉は記事への駄目出しではなく、サイトへの問いかけだということでした。

「このサイトは、あなたにしか作れないものですか？」と。

この記事は途中経過です。再申請の結果が出たら、良くても悪くても追記します。同じ画面の前で止まっている方は、まず上のチェックリストから始めてみてください。

・関連記事

インデックス状況の確認手順はこちら！

学んでみた Google Search Consoleの導入で知ったブログの「現実」｜初心者がまず見るべき3指標 はじめに：「ブログのPV」は見ていたが「検索の裏側」は盲点だった SEOを学んだ記事で「検索か… hitoblog.site

落ちた悔しさでツールを自作した開発記はこちら！

作ってみた AdSenseに2回落ちた大学生が、合格診断ツールを自作した話 はじめに：「何がダメなのか」がわからない AdSenseに2回落ちました。 1回目は「有用性の低いコ… hitoblog.site

「自作系が看板」の実例その1

作ってみた WordPressブログに占い機能を実装してみた！毎日訪問したくなる仕掛けの作り方 はじめに：「また来たい」と思わせる仕掛けが欲しかった ブログのPVが伸びません。 記事を投稿… hitoblog.site

「自作系が看板」の実例その2

作ってみた AIでWordPressの自作テーマを作ってみた全手順【バイブコーディング】 はじめに：既存テーマに限界を感じた話 ヒトブログを始めたとき、最初は無料テーマ(Cocoon)を使… hitoblog.site

AIで自作テーマを作ったときは、正直めちゃくちゃ嬉しかったです。

自分だけのデザイン、カテゴリごとの色分け。そしてブロモン。見た目は大満足でした。

……でも、スマホで自分のブログを開いたとき、気づいてしまったんです。

「なんか、もたつく」

画像がワンテンポ遅れて表示される。ページを移動するたびに少し待たされる感じ。
友達に見せたら「ちょっと重くない？」と言われたのがとどめでした。

見た目は作れたけど、「速さ」は別問題だった。 ここから僕の高速化との戦いが始まりました。

結論：計測→AIに相談→1つずつ試す、の繰り返しで改善できた

先に結論です。

やったことは特別なことじゃなくて、PageSpeed Insightsの指摘を1つずつAIに聞いて対処しただけです。ただし途中で設定ミスで表示が崩れたり、CSS削りすぎてデザインが壊れたりと失敗もしっかりしました。

以下、時系列で紹介していきます。

まず「どれくらい遅いのか」を数字で知るところから

感覚で「遅い」と言っても始まらないので、まず計測しました。

PageSpeed Insightsで測ってみた

PageSpeed InsightsにブログのURLを入れるだけ。無料で、誰でも使えます。

結果を見て、ちょっと凹みました。

モバイルのスコアが特にひどかった。スマホで見ている読者が大半なのに、これはまずい。

レポートの見方（素人なりに読み解いた）

PageSpeed Insightsは「何が遅いか」も教えてくれます。僕のサイトで指摘されていたのは、こんな項目でした。

……正直、最初は何を言っているのかわからなかったです。でもこの指摘をそのままAIに貼り付ければいいということに気づいてからは、話が早くなりました。

AIに相談しながら原因を切り分けた

PageSpeedの指摘画面をスクショして、Claudeにこう聞きました。

PageSpeed Insightsで以下の指摘を受けました。
WordPress自作テーマの場合、
それぞれどう対処すればいいか初心者向けに教えてください。

1. 適切なサイズの画像を配信してください
2. 使用していないCSSを削減してください
3. レンダリングを妨げるリソースを排除してください
4. テキストの圧縮を有効にしてください

AIは各指摘に対して「何が原因で、どう直すか」を具体的に教えてくれました。ここで大事なのは、AIの回答を鵜呑みにせず、1つずつ試すこと。一度に全部やると、何が効いたのか（何が壊したのか）がわからなくなります。

プロンプトの書き方のコツについては、プロンプトの書き方を変えたら結果が変わった話で詳しく紹介しています。

実際にやった高速化施策（時系列＆失敗込みで）

施策① 画像の最適化

これが一番効きました。

原因は単純で、アイキャッチ画像が無駄にデカかったんです。カメラで撮った画像をそのままアップしていて、1枚3〜5MBのものもありました。ブログのアイキャッチなんて200KB以下で十分なのに。

やったことは3つ。

特にlazy load（画面に表示されるタイミングで画像を読み込む）は、ページを開いた瞬間の速度が体感でわかるレベルで改善しました。

施策② キャッシュプラグインの導入

キャッシュプラグイン（WP Fastest Cache）を入れました。

キャッシュというのは、一度生成したページをサーバーに保存しておいて、次のアクセス時にすぐ返す仕組みです。これだけでページの表示速度がかなり改善されるはず……だったんですが。

入れたら表示が崩れました。

速くなるはずが、デザインがガタガタに崩れたモン…

具体的には、CSSが正しく読み込まれないページが出てきて、デザインがガタガタに。原因はキャッシュプラグインのCSS結合機能が、自作テーマのCSSファイルの読み込み順序と相性が悪かったこと。

対処法は、プラグインの設定で「CSSの結合」をオフにして、「ページキャッシュ」だけ有効にすること。キャッシュプラグインは「入れれば速くなる」のではなく、設定を合わせる必要があるという学びでした。

※WP Fastest Cacheの設定画面のスクリーンショット

施策③ 不要なCSS / JSの整理

自作テーマを作る過程で、試行錯誤しながらいろんなCSSやJavaScriptを追加していました。でもその中に、もう使っていないコードがけっこう残っていたんです。

Claudeに「このテーマで使われていないCSSルールを特定してほしい」と頼んで、不要なものを削除していきました。

ただし、ここで削りすぎてデザインが崩れた失敗もありました。「このCSS使ってないでしょ」と思って消したら、特定のページだけで使っていたスタイルだった、というパターン。

教訓は、削除する前に必ずGitでコミットしておくこと。いつでも戻せる状態にしてから作業すれば、ミスっても怖くない。

施策④ フォント読み込みの最適化

ヒトブログではGoogle Fontsの日本語フォント（Zen Maru Gothicなど）を使っています。日本語フォントは英語フォントに比べてファイルサイズが大きいので、これが読み込み速度に影響していました。

やったことは2つ。

<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>

これもPageSpeed Insightsの結果画面をClaudeになげて返ってきた回答をそのまま実行しただけです笑

地味な施策ですが、これで「フォントが遅れて切り替わる」チラつきが改善されました。

【番外編】以前ハマった「モバイルの横スクロール問題」

高速化とは直接関係ないですが、表示崩れで一番苦労したエピソードも紹介します。

ある日、スマホで自分のブログを開いたら、画面が横にスクロールできてしまうことに気づきました。本来スマホでは縦スクロールだけのはずなのに、左右にもスライドする。

「なんだこれ？」と思って、Chrome DevTools(F12)の「デバイスツールバー」でスマホ表示をシミュレーション。画面からはみ出している要素を探しました。

このサイトをスマホで表示すると横スクロールできちゃう。
以下のHTMLとCSSを見て、
画面幅からはみ出している要素を特定してください。

AIに聞いたところ、width: 100vw を使っていた要素が原因でした。100vwはスクロールバーの幅も含むので、スクロールバーのないスマホでも微妙にはみ出す場合がある。width: 100% に変更したら解決しました。

100vwはスクロールバーの幅も含むから、100%に変えるのが正解だモン！

「ツールで原因を見える化すると、初心者でも自力で直せる」という大事な学びでした。

※Chrome DevTools(F12)でモバイル表示をシミュレーションしている画面のスクリーンショット

ビフォーアフター：スコアはどう変わったか

すべての施策を終えた後、もう一度PageSpeed Insightsで計測しました。

数字ももちろんですが、一番うれしかったのは体感速度の変化。スマホでブログを開いたとき、パッとページが表示されるようになったんです。あのもたつき感がなくなった。

モバイル20点が72点！FCPが7.5秒→0.9秒！？全然違うモン！

正直、まだ完璧ではないです。モバイルスコアはもう少し改善の余地がある。でも「自分で測って、自分で直した」という経験は、次に何か問題が起きたときにも活きると思います。

まとめ：サイトは作って終わりじゃなく、速さも含めて育てるもの

高速化は難しそうに見えるけど、計測 → AIに相談 → 1つずつ試すの繰り返しで改善できます。

デザインを自作した人ほど、速度のチューニングも自分でできると強い。
「見た目も速さも自分で作った」と言えるのは、かなり嬉しいです。

・関連記事

この記事の前編。テーマ自作の全体像はこちら！

作ってみた AIでWordPressの自作テーマを作ってみた全手順【バイブコーディング】 はじめに：既存テーマに限界を感じた話 ヒトブログを始めたとき、最初は無料テーマ(Cocoon)を使… hitoblog.site

・テーマ改善シリーズの次回作はこちら！

作ってみた 自作WordPressテーマにダークモードを実装してみたらClaude Codeのプランモードが優秀すぎた話 はじめに：「ダークモード、つけたいな」と思った 自作テーマは完成した。高速化もした。 見た… hitoblog.site

・キャッシュ系プラグインも紹介

作ってみた 【初心者向け】WordPressに最初に入れるべきプラグイン7選【入れすぎ注意】 はじめに：プラグインを15個入れてサイトが激重になった失敗談 WordPressでブログを立ち上げた… hitoblog.site

・AIへの指示の出し方を改善するコツ

学んでみた 【大学生向け】AIへの「聞き方」を変えたら回答の質が激変した話｜プロンプト改善Before/After はじめに：「AIって使えなくない？」と思っていた時期があった ChatGPTに「経済学のレポートの… hitoblog.site

レポートの締め切りが3つ重なった、あの地獄の週。

「2,000字のレポートなんて、AIに書かせたら10分で終わるんじゃない？」

……と思ったのが始まりでした。最初からきれいな動機なんてありません。めちゃくちゃラクしたかっただけです。

でも実際にやってみたら、そう簡単じゃなかった。むしろ、AIとの向き合い方によって結果がまったく違ったんです。

この記事では、僕が同じ授業のレポートで「AI丸投げ」と「AI壁打ち」の2パターンを試してみた結果を、正直に書きます。

結論：「成績が上がった」のではなく「レポートの質と効率が安定した」

先に結論です。

AI丸投げは、成績が上がるどころか下がるリスクすらあります。

一方、AIを「壁打ち相手」として使えば、自分の思考が整理されて、結果的に早く・良いものが書けます。

以下、それぞれの実験結果を詳しく書いていきます。

まず知っておくべきこと — 大学のAIポリシー

本題に入る前に、大事な話を。

2026年現在、大学によってAI利用のルールはバラバラです。大きく分けると3パターンあります。

僕の大学では条件付きOK型で、「AIを利用した場合は使用箇所をレポート末尾に記載すること」というルールでした。

ここで強調したいのは、「バレるかどうか」を気にする前に、まず自分の大学のルールを確認してほしいということです。最近はAI検出ツールの精度も上がっていて、丸写しはかなりの確率で見抜かれます。でもそれ以前に、ルールを知らずに使って「不正行為」と判断されるリスクがある。これが一番もったいない。

シラバス、一度読んでみるモン！AIポリシー、意外と書いてあるモン！

丸投げ編— AIに丸投げしたレポートの結果

まずは「丸投げ」パターンから。

やったこと

Claudeに以下のプロンプトを投げました。

社会学入門のレポートで、
"SNSが若者のアイデンティティ形成に与える影響"
について2,000字で書いてください。

以上。これだけ。

返ってきたもの

一見すると、ちゃんとしたレポートが出てきました。序論・本論・結論の構成もできているし、日本語も自然。ぱっと見は「これでいけるんじゃない？」と思いました。

問題点

でも冷静に読み返すと、けっこうまずいところがありました。

問題1：一般論すぎる 「SNSは若者のアイデンティティ形成に大きな影響を与えている」——いやそれ、テーマそのまま言い直しただけですよね。授業で扱った具体的な理論やデータへの言及がゼロ。先生が読んだら「この学生、授業聞いてたか？」ってなります。

問題2：授業内容とズレている うちの授業ではゴフマンの「印象管理」の理論を中心に扱っていたのに、AIはそんなこと知らないので、もっと広い話をしてしまう。授業に出ていない人が書いたレポートだとすぐわかります。

問題3：引用が怪しい 参考文献として挙がっていた論文のうち、1つは実在しないものでした。AIが「それっぽい」論文タイトルを生成してしまったんです。これをそのまま出していたら最悪です。

自己評価

正直、このまま出していたらC評価がいいところだと思いました。形式は整っているけど、中身がスカスカ。
「AIっぽい」と感じる最大の理由は、

書いた人の思考が見えない

ことなんだと実感しました。

壁打ち編 — AIを「壁打ち相手」として使ったレポートの結果

次に、同じ授業の別のレポート課題で「壁打ち」パターンを試しました。

やったこと

今回はAIに書かせるのではなく、自分で考えるプロセスをAIに手伝ってもらうスタイルにしました。

STEP 1：自分で考えた構成をAIにフィードバックをもらう

以下のレポートの構成案を見て、
論理の飛躍がないか、足りない視点がないかを指摘してください。

テーマ："デジタルデトックスの社会的意義"
授業で扱った理論：バウマンの"リキッド・モダニティ"

（自分で書いた構成メモを貼り付け）

AIからは「本論の第2段落と結論のつながりが弱い」「反論への言及がないと一方的な議論に見える」といった具体的なフィードバックが返ってきました。

STEP 2：論理の矛盾をチェックしてもらう

自分で書いた文章の一部を貼り付けて、こう聞きました。

この段落の論理展開に矛盾はないか確認してください。
特に、前段の主張と結論部分が整合しているか見てほしいです。

（自分で書いた文章を貼り付け）

自分では気づかなかった飛躍を指摘してもらえて、書き直しがかなりスムーズに。

STEP 3：参考文献の探し方を相談する

"デジタルデトックス"に関する日本語の学術論文を探したいのですが、
どんなキーワードでCiNiiを検索すればいいですか？
関連しそうな分野（社会学、心理学、情報学など）も教えてください。

AIは検索キーワードの候補をいくつか出してくれました。実際の論文検索は自分でやりましたが、検索の出発点を効率化できたのが大きかったです。

結果

自分の言葉で、授業の内容を踏まえて書いたレポートが完成しました。構成の論理性はAIのフィードバックで強化されていて、自分だけで書いたときより明らかに質が高い。

かかった時間は「丸投げ」より長かったけど、「ゼロから全部自分で書く」よりは短かった。
だいたい通常の7割くらいの時間で、通常より質の高いものが書けた感覚です。

丸投げは「10分で完成、でもC評価」で壁打ちは「いつもより早くて、いつもより良い」。どっちがいいモン？

わかったこと — AIは「下書きマシン」ではなく「思考の壁打ち相手」

2つの実験を通じて、はっきりわかったことがあります。

丸投げは、自分の成長がゼロなうえに、クオリティも低い。

AIが書いた文章は「それっぽい」けど、授業の文脈を知らないし、自分の考えが入っていない。先生はそれを見抜きます。何より、レポートを書く過程で得られるはずだった「考える力」がまったく身につかない。

壁打ちは、自分の思考が整理されて、結果的に早く書ける。

自分でまず考える → AIにぶつける → フィードバックをもらって修正する。このサイクルを回すと、「なんとなく思っていたこと」が言語化されて、文章にするのがラクになります。

つまり、AIの一番良い使い方は「書いてもらう」のではなく「考えるのを手伝ってもらう」こと。

これに気づけたのが、今回の一番の収穫でした。

レポートでAIを使うときの3つの自分ルール

僕がレポート作成でAIを使うとき、守っているルールが3つあります。

ルール① 最終的な文章は自分で書く

AIに構成チェックやフィードバックは頼むけど、実際の文章は自分で書きます。これは「バレる/バレない」の問題じゃなくて、自分で書かないと何も身につかないから。大学のレポートって、書く練習をする場でもあるはずなので。

ルール② 引用・出典は必ず自分で確認する

AIが「こういう研究がある」と教えてくれても、それが本当に存在するかは自分で確認します。CiNiiやGoogle Scholarで検索して、実際の論文を見つけてから引用する。AIは「それっぽい嘘」をつくことがあるので、ここだけは手を抜きません。

ルール③ 提出前に「これ、自分の言葉か？」とチェックする

最後に全文を読み返して、「この表現、自分が普段使う言葉か？」を確認します。AIの影響を受けて、自分らしくない硬い表現が混じっていることがあるんです。自分が口に出して説明できないことは、書くべきじゃない。

まとめ：AIは「使い方」を学ぶ時代

「AIを使ったら成績は上がるのか？」という問いへの僕の答えは、

「上がるとは限らない。でも、使い方次第でレポートの質と効率は安定する」です。

AI時代の大学生に必要なのは、「AIを使わないこと」じゃなく「AIの使い方を学ぶこと」だと思います。

まずは次のレポートで、構成案だけAIに見せてフィードバックをもらうところから始めてみてください。それだけでも、レポートの質はけっこう変わるはずです。

・関連記事

学んでみた 【2026年最新版】AIのおすすめと使い分け方を学生が本音で比較してみた はじめに：AIツールが多すぎて「どれを使えばいいの？」状態だった ChatGPT、Claude、Gemini、C… hitoblog.site

学んでみた Claude Codeを学生が使ってみた！感想と活用法を紹介【プログラミング初心者でもOK】 はじめに：「AIがコードを書いてくれる」って本当だった プログラミングに興味はあるけど、何か… hitoblog.site

ブログの記事を書いていると、 「この話は別の記事で詳しく書いたな」というタイミングが出てきます。

そのとき、読者がすぐにその記事に飛べるようにするのが内部リンクです。

「リンクを貼るだけでしょ？簡単でしょ？」 僕もそう思っていました。

でも実際にやってみると、わからないことだらけでした。 テキストリンクとブログカードどっちがいいの？ アンカーテキストって何？ しかも適当に貼っていたら、SEO的に逆効果になる貼り方をしていたことが後からわかりました。

この記事では、内部リンクについて僕がつまづいたポイントと、 調べてわかった正しい貼り方を全部書きます。

結論：内部リンクは「読者の次の行動を作る道しるべ」

先に結論です。

内部リンクの目的は、 読者を「次に読むべき記事」に案内することです。

• SEO的には——Googleがサイト内を巡回しやすくなり、記事の関連性が伝わる
• 読者的には——関連する情報にスムーズにたどり着ける
• 運営者的には——サイトの滞在時間が伸びてPVが増える

つまり、内部リンクは 読者・Google・自分の全員にメリットがある仕組みです。

僕が内部リンクを整備し直してから、 GA4で確認した1セッションあたりのページ数が 1.2→1.8に改善しました。 読者が他の記事も読んでくれるようになったということです。

そもそも「内部リンク」とは何か

外部リンクとの違い

リンクには2種類あります。

この記事で扱うのは内部リンクです。

内部リンクがSEOに効く3つの理由

理由①：クローラビリティが上がる

Googleはリンクをたどってサイト内のページを発見・評価します。 内部リンクが適切に貼られていると、新しい記事もGoogleに見つけてもらいやすくなります。

Search Consoleの記事でサイトマップを送信したのもクローラーに記事を見つけてもらうための作業でしたが、内部リンクがあればサイトマップだけでは伝えきれない記事同士の関係性まで伝わります。

理由②：読者の滞在時間が伸びる

1つの記事を読み終えた読者が「もっと読みたい」と思ったとき、 内部リンクがあればそのまま次の記事へ移動できます。 内部リンクがなければ、記事を読み終えた時点で離脱されてしまいます。

理由③：サイト全体の専門性が伝わる

関連性の高い記事同士がリンクで繋がっていると、 サイト全体が「このテーマについて詳しいサイト」として評価されやすくなります。 SEOの記事で解説したE-E-A-TのExpertise（専門性）を高める効果があるということです。

僕がつまづいたポイント① リンクの「貼り方」がわからなかった

WordPressのブロックエディターでリンクを貼る方法

これが最初のつまづきでした。
「リンクを貼る」と言っても、具体的にどう操作すればいいのか。

WordPressのブロックエディター（Gutenberg）でのやり方を説明します。

テキストリンクの貼り方

1. リンクにしたいテキストを選択（ドラッグ）する
2. ツールバーに出てくる リンクアイコン（） をクリックする
3. URLを入力する欄が出てくる
4. リンク先の記事のURLを入力する（またはタイトルで検索する）
5. Enterキーを押して確定する

ポイント： 手順4で、URLを直接入力する代わりに、
記事のタイトルの一部を入力すると候補が出てきます。
これを使うとURLを覚えていなくてもリンクが貼れます。

（ハマりポイント）
最初、リンクアイコンがどこにあるかわかりませんでした。
テキストを選択しないとツールバーが表示されないことに気づくまで、
10分くらいウロウロしていました。

キーボードショートカット

リンクを頻繁に貼るなら、ショートカットが便利です。

• Windows： テキストを選択して Ctrl + K
• Mac： テキストを選択して Cmd + K

これでリンク入力欄が開きます。
慣れるとマウス操作より圧倒的に速いです。

僕がつまづいたポイント② テキストリンクとブログカードの違いがわからなかった

テキストリンクとは

文章の中に自然に埋め込むリンクのことです。

例：
「クラウドワークスの提案文についてはこちらの記事で詳しく書きました。」

ブログカードとは

記事のタイトル・アイキャッチ画像・概要がカード形式で表示されるリンクです。

見た目のイメージ：

┌──────────────────────────────────┐
│ 📷 [アイキャッチ画像]                　　　　　　　　　　　　　   │
│ クラウドワークスの提案文を                                         │
│ 改善したら返信率が3倍になった話                                    │
│ 提案文のビフォーアフターを公開...                                  │
└──────────────────────────────────┘

どっちを使うべきか？

結論から言うと、場面によって使い分けるのがベストです。

（最初の失敗）
僕は最初、全部ブログカードにしていました。
すると記事の途中にカードが大量に並んで、
本文が読みにくくなってしまいました。
文中はテキストリンク、記事末はブログカード——
この使い分けに気づくのに時間がかかりました。

僕がつまづいたポイント③ 「アンカーテキスト」の書き方がわからなかった

アンカーテキストとは

リンクが設定されたテキスト部分のことです。
つまり、クリックできる文字列のことを指します。

例：
「提案文の改善についてはこちらの記事をご覧ください」

この場合、「こちらの記事」がアンカーテキストです。

ダメなアンカーテキストの例

実はこの「こちらの記事」というアンカーテキストは、SEO的にあまり良くないそうです。

NGなアンカーテキスト

• 「こちら」
• 「この記事」
• 「詳しくはこちら」
• 「ここをクリック」

これらはリンク先の内容がわからないというのが問題です。
Googleはアンカーテキストの内容から「リンク先がどんなページか」を判断します。
「こちら」では何もわかりません。

OKなアンカーテキスト

• 「クラウドワークスの提案文を改善した方法」
• 「SEOの基本を学んだ記録」
• 「WordPressの立ち上げ手順」

リンク先の記事の内容がわかるテキストをアンカーにする。
これだけでSEO効果が変わるそうです。

アンカーテキストの書き方のコツ

① キーワードを自然に含める

リンク先の記事が狙っているキーワードをアンカーテキストに含めると、 Googleに「このリンク先はこのテーマの記事」と伝わります。

• △「SEOについてはこの記事で書きました」
• ◎「SEOの基本と実際にやった改善策で書きました」

② 毎回同じ文言にしない

同じ記事へのリンクでも、毎回微妙に違うアンカーテキストにするのが自然です。 同じ文言の繰り返しは、Googleから不自然なリンクと見なされる可能性があります。

③ 長すぎない

アンカーテキストは一文以内が目安です。 段落全体をリンクにするのはNGです。

（僕の失敗） 1週目の記事では全部「こちらの記事で書きました」にしていました。 SEOを学んでから全部書き直しました……。

僕がつまづいたポイント④ どこに内部リンクを貼ればいいかわからなかった

内部リンクを貼るべき5つの場所

記事のどこにリンクを貼ればいいか——
これは明確なルールがあるわけではありませんが、
調べた結果と自分の経験から、5つの場所に整理しました。

内部リンクを貼るべき5つの場所

① リード文（記事の冒頭）

前提知識が必要な場合、 リード文の中で「先にこちらを読むとわかりやすいです」とリンクを入れます。

例： 「この記事はWordPressの構築手順の続きです。 まだ読んでいない方は先にそちらをどうぞ。」

② 本文中（関連する話題が出たタイミング）

文章の中で別の記事のテーマに触れたとき、自然な文脈でリンクを入れます。

例： 「SEOの基本を学んだおかげで、 検索順位が10位以内になりました！」

これが最もSEO効果が高い内部リンクです。 文脈に合った自然なリンクは、 Googleが「この2つの記事は関連が深い」と判断しやすいからです。

③ 見出しの直後

H2やH3の見出しの直後に、 「このセクションを深掘りした記事」へのリンクを入れるパターンです。

④ まとめの直前

まとめに入る前に、 「この記事で触れた内容の詳細はこちら」とまとめてリンクを貼ります。 読者が「もっと知りたい」と思ったときに次のアクションを提示できます。

⑤ 記事の末尾（関連記事セクション）

記事を読み終えた読者に「次はこれを読みませんか？」と提案する場所。 ここではブログカード形式が効果的です。

1記事あたり何本が目安か

調べた結果、1記事あたり3〜8本の内部リンクが目安です。

少なすぎると回遊が生まれない。 多すぎると「リンクだらけで読みにくい」と感じさせてしまう。

僕は本文中に3〜5本＋記事末に2〜3本を目安にしています。

大事なのは数ではなく、 「この記事を読んでいる人が次に知りたいであろう情報」にリンクすることです。

実際にやった内部リンクの設計

トピッククラスターという考え方

トピッククラスターとは、 1つのメインテーマ（ピラー記事）を中心に 関連する記事（クラスター記事）を内部リンクで繋ぐ構造のことです。

僕のブログで言えば——

【ピラー記事】SEOの基本（/day6/）
├→ キーワード選定（/keyword/）
├→ 内部リンクの貼り方（この記事）
├→ Search Consoleの使い方（/search-console/）
├→ GA4の見方（/ga4/）
└→ リライトのやり方（/rewrite/）

ピラー記事からクラスター記事にリンクを貼り、 クラスター記事からもピラー記事に戻るリンクを貼る。 こうすることで、「SEO」というテーマでサイト全体の専門性が高まります。

こうやって関係性を先に可視化してからリンクを貼ると、 漏れなく、かつ自然なリンク構造を作れます。

過去記事へのリンク追加を忘れずに！

新しい記事を書いたら、 過去の関連記事にもリンクを追加することを忘れがちです。

たとえば、この内部リンクの記事を書いた後は、 SEOの記事にも 「内部リンクの詳しい貼り方はこちらの記事で解説しています」 と追加するべきです。

新しい記事を公開する→関連する過去記事にリンクを追加する この習慣を身につけると、 サイト全体のリンク構造が自然に強化されていきます。

リンクを貼り直した結果

全記事の内部リンクを見直した結果、
1記事あたり平均2、3本の内部リンクが入るようになりました。

やりがちな失敗パターン3つ

失敗① 「こちら」リンクを量産する

前述の通り、「こちら」「この記事」はSEO的にNGです。
リンク先の内容がわかるテキストをアンカーにしましょう。

失敗② 関連性のない記事にリンクを貼る

「とにかくリンクを増やせばいい」は間違いです。
読者が「なぜこの記事にリンクが貼ってあるの？」と思ったら逆効果。
自然な文脈でリンクが入ることが大前提です。

失敗③ リンクを貼りっぱなしで更新しない

記事が増えるたびに、過去の記事にもリンクを追加する必要があります。

僕はこれを忘れていて、 初期の記事が「リンク先のない孤立した記事」になっていました。

まとめ：内部リンクは「記事を書いた後のもうひと仕事」

内部リンクについて学んだことを整理します。

貼り方の基本

• テキストリンクはCtrl + K（Mac: Cmd + K）で素早く貼れる
• テキストリンクとブログカードは場面で使い分ける
• アンカーテキストは「こちら」ではなくリンク先の内容がわかる言葉にする

設計の基本

• 1記事あたり3〜8本を目安に、自然な文脈で入れる
• トピッククラスターを意識してリンク設計する
• 記事が増えたら過去記事のリンクも更新する

記事を書くのに精一杯で、リンクの設定は後回しにしがちです。 でも、内部リンクは読者の体験とSEOの両方に効く重要な作業。 「記事を書く→内部リンクを設定する→過去記事にもリンクを追加する」 までがワンセットだと思って、毎回忘れずにやるようにしています。

・関連記事

学んでみた ブログのPVが伸びない原因はSEOだった！初心者がやるべき対策まとめ ブログを始めて1週間、5記事書いて合計PVは6でした。 「毎日3時間かけて書いたのに、なんで読ま… hitoblog.site

学んでみた 【クリック率UP】ブログ記事のタイトルの付け方7つのコツ【初心者向け】 はじめに：同じ記事なのに、タイトルを変えただけでクリック数が倍になった 過去記事をリライト… hitoblog.site