ブログ開設から1週間でやったこと｜AIブログ実験室の運用レポート

正直に言います——「記事さえ書けば前に進む」という考えは、完全に甘かったです。

AIブログ実験室を始めて1週間。記事数は22本になりました。でも、この1週間でいちばん時間を使ったのは記事を書くことではなく、「公開できる状態に整える」作業でした。SWELL装飾・アイキャッチ修正・お問い合わせ導線・広告PR表記・X予約投稿・Search Console確認——やることは記事の外に山積みでした。

この記事は、ブログ開設1週間の「つまずきリスト」と「次にやること」をそのまま書いた運用レポートです。これから始める人が「ここで詰まるのか」と事前に知っておける形を目指しました。

ブログ開設1週間——見えてきた「記事の外の仕事」

このブログは、月3万円を目指すAIブログ実験として始めました。最初の目的は、AIと一緒に記事を書き、WordPressで公開し、収益化までの流れを実際に試すことです。

1週間経った時点で見えてきたのは、ブログ運営は「記事を増やせば前に進む」という単純なものではない、ということでした。記事数はもちろん大事ですが、それと同じくらい、記事同士のつながり、固定ページ、読者導線、検索登録、SNS告知の流れが重要でした。

特に痛感したのは公開前の最終調整の重さです。下書きではそれらしく見えても、WordPressに入れると「見出しの間延び・装飾不足・画像の違和感・スマホでの読みづらさ」が一気に見えてくる。ここに毎回時間を取られました。

記事より先に「運用の土台」を作った理由

ブログを始めると、最初はとにかく記事を書きたくなります。このブログも最初はそうでした。でも途中から「あの記事は公開済みだっけ？」「X投稿はどこまで終わってる？」「Search Console登録した？」が追えなくなり、すぐに混乱しました。

そこで、記事台帳、SNS投稿台帳、成長指標の記録を使いながら、公開済みか、予約済みか、Search Console確認が必要かを分けて管理するようにしました。派手な作業ではありませんが、運用台帳がないと、同じ確認を何度も繰り返すことになります。

さらにWordPress側では、ただHTMLを貼るだけでは不十分で、SWELLのブロック装飾として整える必要がありました。枠・吹き出し・チェックリスト・FAQ・マーカーをどう使い分けるか——これが思ったより奥深かったです。

AIで下書きは速い——でも「公開できる状態」にするのが大変だった

AIを使えば、記事の下書きはかなり速く作れます。構成案・見出し・本文のたたき台まで、手作業だけで進めるより圧倒的に短時間です。これは本物のメリットです。

ただし「公開品質」にするには別の工程が必要でした。19記事目は本文量が少なく情報も薄かったため、3,000字前後になるよう内容を増やしました。ただ文字を足すのではなく、読者の疑問・具体例・注意点・次の行動まで入れることで「読んでよかった」と思える記事になります。

また、17記事目以降では、HTMLで無理に見た目を作るよりも、WordPress本文を先に整え、そのあとSWELLのブロック機能で必要な場所だけ装飾する方が自然だとわかりました。装飾はあとから貼る飾りではなく、読みやすさを作る編集作業でした。

SWELLの装飾を使い始めて、記事の「伝わり方」が変わった

最初に試したのは「本文だけで仕上げる」こと。これが予想以上に読みにくかった。画面で見ると文字の壁になっていて、スマホではどこが重要かまったくわからない状態でした。

そこで、SWELLの吹き出し、チェック枠、注意枠、マーカー、FAQを使って、読者が立ち止まる場所を作るようにしました。重要な部分は黄色マーカー、注意点はオレンジマーカー、強い警告は赤文字で分けると、記事全体の流れがかなり整理されます。

ただし、装飾を増やせばよいわけではありません。枠だらけ、マーカーだらけになると、逆にどこが重要かわからなくなります。今回の運用では、冒頭の結論、読者が迷う質問、注意点、記事末尾のFAQに絞って使うのが合っていました。

実際に使って感じたSWELLの良さ

この1週間で特に感じたのは、SWELLは「見た目をきれいにするテーマ」というより、AIで作った下書きを、読者が読みやすい記事へ整えるための編集環境として使いやすいことです。吹き出し、チェックリスト、注意枠、FAQ、マーカーを組み合わせることで、長い記事でも「ここが結論」「ここは注意」「ここは読者の疑問」と分けやすくなりました。

もちろん最初から完璧には使えません。どこに枠を入れるか、どこをマーカーにするかは何度も調整しました。ただHTMLで無理に作るより、SWELLのブロックに合わせて整えた方が、見た目も管理もはるかにラクでした。

1週間の作業を整理する——やったこと・気づき・残課題

1週間を正直に振り返ります。「やり切った」ではなく、「やりながら次の課題が見えてきた」という状態です。

やったこと	わかったこと	次の課題
記事作成	下書きよりも公開前調整に時間がかかる	公開前チェックの型をさらに固定する
SWELL装飾	吹き出し、枠、FAQで読みやすさが変わる	記事ごとに装飾の濃さをそろえる
アイキャッチ	スクショ風やSVG貼り付け風だと違和感が出る	生成画像として自然な1枚絵に統一する
お問い合わせ	設置だけでなくメール到達確認まで必要	迷惑メール対策とフォーム文面を継続確認する
X予約投稿	本文、時刻、URL確認を分けて見る必要がある	投稿後URLと反応記録を台帳へ残す
Search Console	HTTPとHTTPSのプロパティ差で確認漏れが起きやすい	HTTPSまたはドメインプロパティの確認を進める

スクショで振り返る——実際に確認した画面

ここからは、実際に作業した画面も入れながら振り返ります。運用レポートとして見ると、文章だけで「お問い合わせを整えました」と書くより、どの画面を見て、何を確認したのかが残っている方があとから振り返りやすくなります。

最初に大きかったのはContact Form 7の確認です。プラグインを入れることより、ショートコードを固定ページに貼り→公開ページで表示確認→メール到達まで確認するという一連の流れをつながりで見ることが重要でした。

フォームが表示された時点で「できた」と思いそうになりましたが、まだ半分でした。通知メールが届かなければ問い合わせ導線として機能しません。送信テストを行い、管理者側の受信箱に届くことを確認して、ようやく完成でした。

いちばん大変だったのは「作ること」より「整えること」だった

この1週間でいちばん苦労したのは「ゼロから文章を書くこと」ではありませんでした。むしろ、下書きができたあとに読者が読める状態まで整える作業の方がずっと大変でした。

たとえば、記事本文は「それっぽい文章」になっていても、画面で読むと情報が薄く見えることがあります。見出しだけが並び、具体例や実作業の画面がないと、読者には何をしたのかが伝わりにくくなります。そこで、今回の記事ではスクショを入れ、作業の結果だけでなく、確認した画面まで残すようにしました。

X予約投稿では、予約一覧に入っていても本文が正しく入っているかを開いて確認する必要がありました。予約時刻・投稿文・URL・予約状態を分けて見るのは地味な作業ですが、ここを飛ばすと「予約したつもり」だけが残ってしまいます。

AIに任せた部分・人間が判断した部分——1週間で見えた役割分担

今回の運用でAI（Codex）が特に役立ったのは、文章を作ることより作業の抜け漏れを見つけることでした。記事を増やすだけなら下書き生成で進みますが、ブログ運営としては公開前チェック・装飾・画像・台帳・SNS・Search Consoleまでつながっている必要があります。

困った場面	Codexで助かったこと	最後に人が確認したこと
記事の方向性がずれた	テーマを出し直し、運用レポートとして再構成できた	今回の記事として読者に意味があるか
本文量が足りなかった	読者の疑問、実例、注意点を足して厚みを出せた	水増しではなく具体性が増えているか
SWELL装飾が不十分だった	既存の吹き出し・枠・FAQルールに合わせて直せた	見た目が過去記事とそろっているか
アイキャッチが浮いた	スクショではない生成画像の方向性を整理できた	ブログ全体の雰囲気に合うか
公開後作業が散らばった	X予約、Search Console、台帳更新を作業単位で分けられた	外部公開や投稿予約を実行してよい状態か

アイキャッチは「記事の顔」——スクショ流用をやめた理由

アイキャッチについても大きな学びがありました。最初は「記事内容が伝わればいい」と思っていましたが、実際にはブログ全体の雰囲気や信頼感にかなり影響します。

特に気をつけたいのは、スクリーンショットをそのままアイキャッチに使わないことです。手順記事の本文にスクショは有効ですが、アイキャッチまでスクショにすると、管理画面の切り抜きのように見えて他の記事と雰囲気が大きくずれます。

また、生成画像でも、SVG素材を貼り合わせたように見えると違和感が出ます。アイキャッチは説明資料ではなく、記事の入口です。今後は、テーマが伝わる自然な1枚絵として作る方針にします。

お問い合わせ・広告PR表記を整えて「サイトらしさ」が出た

ブログ開設直後は記事を書くことに集中しがちです。でも外部に公開していくなら、読者が連絡できる導線と広告PRの説明も必要です。これがないとサイトとして「穴」がある状態になります。

このブログでは、Contact Form 7でお問い合わせページを整える記事を作りながら、実際にフォーム設置、送信テスト、メール到達確認まで行いました。フォームは置くだけでは不十分で、届くメールアドレスが正しいか、確認メールが迷惑メールに入っていないかまで見る必要がありました。

さらに、広告・PR表記の置き場所についても整理しました。AdSenseやアフィリエイトを始める前に、固定ページ、記事冒頭、リンク付近、SNS投稿でどのように説明するかを決めておくと、収益化へ進むときに迷いにくくなります。

X予約投稿・Search Console——公開後の運用が本番だと気づいた

記事を公開したあとに必要なのが、SNS告知と検索登録の確認です。この1週間でXの予約投稿も進めました。投稿文を作り・時間を決め・予約リストで本文が入っているかを確認するところまで。この流れを毎回回すことが「公開後の運用」の本体です。

ここでわかったのは、SNS投稿も記事と同じように台帳管理が必要だということです。予約したつもりでも本文が空だったり、投稿URLをまだ取得していなかったりすると、あとから確認が難しくなります。予約時刻、投稿本文、投稿URL、初回反応を分けて記録するのが大事でした。

Search Consoleでは公開済み記事の登録確認を始めました。ただしHTTPプロパティとHTTPSプロパティの確認差が残っており、ここは今後の課題です。検索登録は一度リクエストして終わりではなく、数日後に状態を再確認することが必要です。

AdSense申請はまだ急がない——「記事数が増えたら出す」はリスクあり

記事数と固定ページが増えてくると、次に気になるのがAdSense申請です。このブログでも1週間で申請タイミングを検討しました。

ただ、今の段階では、記事数だけを理由に申請するよりも、サイト全体の完成度をもう少し整えた方がよさそうです。収益導線の考え方や、収益記事の書き方は整理できてきましたが、検索登録状況、HTTPSプロパティ、主要記事の品質差、内部リンクの見直しはまだ残っています。

次の1週間でやること——新記事より「既存記事の品質上げ」を優先する

最初の1週間は「土台を作る期間」でした。次の1週間は、記事数を増やすだけでなく、公開済み記事をどう育てるかに重心を移します。

特に優先するのは、主要記事のリライト・内部リンクの整理・Search Console再確認・X投稿後の反応記録です。新しい記事を作るたびに過去記事へリンクし、過去記事からも新記事へ導線を返す——この繰り返しで、ブログ全体が「孤立した記事の集まり」から「つながったサイト」になります。

よくある質問

ブログ開設1週間で何記事書ければ十分ですか？

本数だけで判断しない方がよいです。1記事でも読者に役立ち内部リンクや固定ページが整っていれば価値があります。逆に記事数が多くても、内容が薄い・導線がない・未完成ページがある状態なら、数より質の調整を先に進めた方がよいです。

AIを使うとブログ運営は本当に楽になりますか？

下書き作成はかなり楽になります。ただし公開品質にするには人間の判断が必要です。テーマ選定・体験の追加・装飾・画像・内部リンク・公開後の記録は、AIに丸投げするより「運用ルールを決めて一緒に進める」方が安定します。

記事を書く以外に何を確認しましたか？

お問い合わせフォームの送信確認・広告PR表記の置き場所・X予約投稿・Search Console登録・アイキャッチの方向性・SWELL装飾・台帳更新を確認しました。記事本文以外の確認が思ったより多く、これが「ブログ運営」の実態です。

AdSense申請はもうしてもよい状態ですか？

現時点ではもう少し整えてからの方が安全です。記事数だけでなく、主要記事の品質・固定ページ・Search Console確認・HTTPSプロパティ・内部リンク・広告PR表記を見直してから申請する方が、未完成感を減らした状態で審査に出せます。

次の1週間でいちばん優先することは何ですか？

新規記事を増やしながら公開済み記事の品質差を縮めることです。特に内部リンク・Search Console再確認・X投稿後の記録・アイキャッチの統一感・SWELL装飾の見直しを優先します。

まとめ：ブログは「書く」より「整え続ける」ことの方が難しかった

1週間でわかったのは、ブログは「書き続けること」より「整え続けること」の方が難しいということ。記事作成・装飾・画像・お問い合わせ・広告PR・X予約・Search Console確認まで進めましたが、学びのほとんどは公開前後の整備から来ていました。

AIを使えば、ブログの立ち上げ速度は上げられます。ただし、読者が読みやすい記事にするには、SWELL装飾、内部リンク、固定ページ、画像、SNS、検索登録まで見る必要があります。AIで速く作り、人間が運用として整えるという役割分担が、今のところいちばん現実的でした。

次の1週間は、さらに新しい記事を増やしながら、すでに公開した記事の品質をそろえていきます。特に、SWELLを使ったAIブログ運営の見せ方を整え、読者が迷わず関連記事へ進めるブログにしていきたいです。