AIで記事を書くことは、もう珍しくありません。

ただ、事業で使うオウンドメディアは「記事を書いて終わり」ではありません。サイトの設計、公開先、URL、sitemap、robots、OGP、CTA、公開後のHTTP確認まで揃って、初めて検索エンジンにも読者にも届く状態になります。

この記事では、PROST AI実装ログを立ち上げた実際の手順をもとに、AIを使ったオウンドメディア運用の現実的な流れを書きます。

まず決めたのは「何のメディアか」

最初に決めたのは、デザインでも記事数でもありません。

このメディアが何でポジションを取るかです。

PROST AI実装ログでは、単なるAIニュースやツール紹介ではなく、実際に作ったAI自動化・AIエージェント・SNS運用・動画制作パイプラインの記録を出す方針にしました。

理由はシンプルです。AIの一般論は競合が多すぎるからです。

「ChatGPTの使い方」「おすすめAIツール」「生成AIとは」のようなテーマは、大手メディア、スクール、比較サイトが強い。小規模事業者がそこで真正面から戦うより、実装ログ、失敗談、運用記録のような一次情報に寄せたほうが強い。

そこで、以下の方針にしました。

  • 実際に作ったものを書く
  • 失敗も公開する
  • 小規模事業者が真似できる単位に分解する
  • 相談導線は自然に置く
  • 未確定の数字や盛った実績は出さない

この方針が決まると、記事の選び方も変わります。

記事はMarkdownで持ち、静的サイトとして出す

今回の構成はシンプルです。

content/*.md
  ↓
scripts/build.mjs
  ↓
site/
  ↓
Cloudflare Pages
  ↓
https://media.prost-ai.com/

記事はMarkdownで管理します。frontmatterにタイトル、説明文、キーワード、slug、日付を入れ、ビルドスクリプトでHTMLに変換します。

この形にした理由は、運用が軽いからです。

WordPressのようなCMSは便利ですが、最初の立ち上げではログイン、テーマ、プラグイン、セキュリティ、バックアップなど、考えることが増えます。まずは記事を増やし、検索に読ませ、導線を作ることが優先です。

静的サイトなら、HTML、sitemap、robots、RSSを自動生成できます。Cloudflare Pagesに置けば表示も速く、独自ドメインも簡単につなげられます。

初期記事でやったこと

最初に公開したのは、既存の4記事と新規のcornerstone記事でした。

既存記事は、以下のようなテーマです。

  • Instagram自動投稿を自作した話
  • 動画編集を9ステップで自動化した話
  • 個人事業主がAI導入で最初にやること
  • 請求書・メール・経理をAIで効率化する方法

ただし、そのまま公開はしませんでした。

公開前に、旧ブランド名、旧URL、未確定プレースホルダー、誤字を確認しました。特に「あとで実数値を入れる」系の文言は、公開メディアでは弱く見えます。実績を盛るくらいなら、確定していない数字は出さないほうがいい。

そのうえで、一次情報として強い記事を1本追加しました。

「Google APIで70万円請求された話」です。

これは、Google Places APIを使った営業自動化バッチが止まらず、約11日間回り続け、約70万円の請求になった実体験です。成功事例ではありません。でも、AI自動化を事業に入れる人にとっては、こういう失敗談のほうが価値があります。

トップページは「記事一覧」ではなくメディアの母艦にする

最初の静的サイトは、ただの記事一覧になりがちです。

でも、AI業界でポジションを取りたいなら、トップページで「何者か」が伝わる必要があります。そこで、トップページには以下を入れました。

  • PROST AI実装ログというメディア名
  • AI自動化・AIエージェント・SNS/制作パイプラインの実装記録であること
  • 一次情報、失敗も公開、小規模事業向けという方針
  • 扱うテーマの4分類
  • 最新記事
  • AI活用相談への導線

見た目を派手にするより、「ここは実装ログのメディアだ」と伝わることを優先しました。

記事に検索流入した人がトップへ戻った時、ただのブログ一覧ではなく、PROSTが何をしている会社かが見えるようにするためです。

SEOで最低限入れたもの

最初から完璧なSEOは目指していません。

ただし、検索エンジンが読みやすい最低限の構造は入れました。

  • title
  • meta description
  • canonical
  • OGP
  • Twitter Card
  • Article JSON-LD
  • BreadcrumbList JSON-LD
  • WebSite JSON-LD
  • sitemap.xml
  • robots.txt
  • RSS

記事ごとにslugを持ち、/blog/<slug>/ で公開します。sitemapにはトップと全記事URLを入れます。robotsにはsitemapの場所を明記します。

これで、少なくとも「クロールできない」「URLがバラバラ」「記事の構造が読めない」という初歩的な問題は避けられます。

公開後はloopで確認する

今回いちばん重要なのはここです。

公開したつもりでも、本番で見えていなければ意味がありません。ビルドが成功しても、Cloudflare Pagesに反映されていない、独自ドメインのSSLがまだ、sitemapが古い、記事URLが404、ということは普通に起きます。

そこで、公開後はloopで確認しました。

トップURLがHTTP 200
sitemap.xmlがHTTP 200
記事URLがHTTP 200
トップに新記事タイトルがある
sitemapに新記事slugがある
記事内にCTAがある

この条件を満たすまで繰り返し確認します。

AIでメディアを作ると、記事生成までは速いです。でも、実務では「公開されたか」「検索エンジンが読めるか」「読者が次に進めるか」まで見ないといけません。

記事作成ではなく、公開ループまでがメディア運用です。

失敗しやすいポイント

旧URLが残る

公開先を変えたのに、記事内やX投稿ドラフトに旧URLが残ることがあります。これはかなり起きやすいです。今回も、過去の下書きには旧ドメインが残っていました。

未確定の数字が残る

「月◯時間削減」「外注費◯万円削減」のような数字は強いですが、未確定のまま出すと信頼を落とします。出せない数字は出さない。出せる範囲で具体化する。これが安全です。

記事だけ増えて導線がない

検索流入が来ても、次に何をしてほしいかがなければ事業につながりません。記事末尾のCTA、サイドバー、トップの相談導線は最初から入れておいたほうがいいです。

sitemapを確認していない

記事URLがあるだけでは不十分です。sitemapに入っているか、robotsから辿れるかを確認します。

公開確認を人間の目視だけにする

ブラウザで見えたからOK、ではなく、HTTPステータスとHTML内の文字列で確認します。これをloopにすると、反映待ちや一時的なSSL待ちにも対応しやすくなります。

まとめ

AIでオウンドメディアを立ち上げるなら、記事生成だけを自動化しても足りません。

大事なのは、テーマ設計、一次情報の選定、記事化、SEOタグ、静的ビルド、Cloudflare Pages公開、独自ドメイン、sitemap、robots、公開後のloop検証までを一つの流れにすることです。

今回のPROST AI実装ログでは、Markdown記事を静的HTMLに変換し、Cloudflare Pagesで公開し、media.prost-ai.com に接続し、公開後に本番URLとsitemapをloopで確認するところまで行いました。

この形なら、記事を増やすたびに同じ手順で検証できます。

オウンドメディア運用は、記事を書く仕事ではありません。記事が検索に届き、読者が次の行動に進める状態を、継続して作る仕事です。

PROSTでは、AIを使ったオウンドメディア、SNS運用、AIエージェント、業務自動化を、実装と運用ループまで含めて設計します。「AIで発信を増やしたいが、何から整えるべきかわからない」という方は、AI活用相談で現在の導線を一緒に分解できます。