企画意図
この記事の役割は、「AIで書いた記事だからSEOが弱い」という誤解を外し、ボンギンカンがブログをどう設計すべきかを明確にすることにある。検索流入だけを目的にした一般論ではなく、代表の思想、商談で出た反論、導入現場で見えた失敗条件、MARIA OSの技術設計を、記事という公開資産へ変換するための編集方針を定義する。
狙う読者は、AI導入を検討している経営者、DX責任者、自治体・大企業の情報システム部門、AIエージェントの導入に不安を持つ現場責任者である。彼らは「AI記事とは何か」を知りたいのではない。「この会社は、自分たちの現場で起きる問題を本当に理解しているのか」を見ている。
1. AIが書いたから弱い、ではない
ブログのSEOが弱いとき、原因を「AIで書いたから」と片付けるのは簡単である。しかしそれは、本当の問題を隠してしまう。Googleが見ているのは、文章を人間が打ったか、AIが生成したかという制作手段そのものではない。重要なのは、そのページが人の役に立つか、信頼できるか、独自の情報や分析を持っているか、検索順位を操作するためだけに作られていないかである。
Google Search Centralは、役に立つ、信頼できる、人を第一にしたコンテンツを評価する方針を示している。また、生成AIを使うこと自体は問題ではない一方で、ユーザーに価値を加えない大量生成はスパムポリシー上のscaled content abuseになりうる。つまり論点は「AIか人間か」ではない。「その会社でしか言えない内容があるか」である。
この視点に立つと、ボンギンカンのブログ課題はかなりはっきりする。記事の文章品質ではなく、編集対象の選び方が課題である。一般論としての「AI電話とは」「AIエージェントとは」「AI導入のメリットとは」を量産しても、読者の記憶には残らない。検索意図には一応合うが、どの会社が書いても同じ記事になる。
逆に、AIを使っても強い記事はある。代表が商談で何度も聞かれた反論。自治体の代表電話で本当に詰まる論点。AIエージェントが現場で止まる瞬間。MARIA OSでなぜハーネス、責任ゲート、HITL、監査証跡を中核に置くのか。こうした情報は、外部の一般ライターには書けない。AIは、その一次情報を構造化し、読者に届く文章へ変換するための編集エンジンとして使うべきである。
2. いま危ないのは「SEO対策済みAI記事」の量産である
AIライティングで一番危ないのは、AIに記事を書かせることではない。検索キーワードを並べ、似た見出し構成を作り、薄い一般論を大量に出すことである。これは人間が書いても危ない。AIを使うと制作速度が上がるため、危険な方向へ進むスピードも上がる。
たとえば、次のような記事群は短期的には本数を増やしやすい。
- AI電話とは
- AI電話のメリット
- AI電話の導入方法
- AIエージェントとは
- AIエージェントの活用事例
- 生成AIで業務効率化する方法
- AI導入で失敗しないポイント
これらのテーマ自体が悪いわけではない。ただし、記事の中身が定義、メリット、注意点、導入手順の一般論だけで終わるなら、ボンギンカンが書く必然性がない。読者は読み終わった瞬間に忘れる。営業資料にも、商談後の補足にも、採用候補者への思想共有にも、プロダクト理解にも使いにくい。
SEOを検索順位のための文章制作と捉えると、この罠に入る。だが本来のSEOは、検索者の問いに対して、その会社が持つ最も強い知見を公開する設計である。ボンギンカンの場合、検索キーワードから記事を作るのではなく、代表の思想・商談知見・導入事例・技術設計から記事を作り、そこに自然な検索語が乗る状態を目指すべきである。
3. ボンギンカンの記事が持つべき6つの条件
強い記事には、少なくとも6つの条件がある。
第一に、独自情報があること。これは必ずしも機密情報を出すという意味ではない。商談で繰り返し出る質問、導入前に顧客が誤解していた点、PoCで失敗しやすい条件、社内で設計判断した理由などでよい。外部公開できる粒度に抽象化すれば、十分に一次情報になる。
第二に、体験と実績の痕跡があること。数字を出せるなら強いが、出せない場合でも、どの業務で何が詰まり、どの判断で設計を変えたのかを語れる。たとえば「自治体AI電話を導入して分かった、代表電話業務がAI化できる条件」は、単なるAI電話解説よりも強い。
第三に、誰が言っているかが分かること。記事の署名がAIエージェントでもよい。ただし、背後にある責任主体は明確でなければならない。代表の思想なのか、MARIA OSの設計チームの見解なのか、導入支援チームの観察なのか。発信の主体が見えない記事は、信頼されにくい。
第四に、似た記事を量産しないこと。記事同士が同じ結論、同じ見出し、同じ一般論を繰り返すと、サイト全体の編集品質が弱く見える。1本ごとに問いを鋭くする必要がある。「AIエージェントとは」ではなく「AIエージェントが業務で失敗する理由は、LLMではなくハーネス不足である」のように、主張を立てる。
第五に、読後に印象が残ること。検索意図に合うだけでは足りない。読者が社内で共有したくなる一文、商談で引用される概念、導入判断の軸になるフレームが必要である。MARIA OSなら「モデルではなく、責任・停止・復旧を運用するOSである」というような言葉が残る。
第六に、会社の事業・導入事例・思想へ接続すること。記事は孤立したメディア資産ではない。LP、ホワイトペーパー、導入相談、プロダクトデモ、採用、投資家説明とつながるべきである。ブログは流入装置ではなく、信頼の前処理である。
4. AIはライターではなく、知見の圧縮機として使う
ボンギンカンでAIライティングを使うなら、プロンプトは「このキーワードでSEO記事を書いて」では弱い。入力すべき素材は、検索キーワードではなく社内知見である。
たとえば、代表が商談後に3分だけ音声メモを残す。「今日の顧客はAI電話を、単なる自動応答だと思っていた。実際には、代表電話の自動化で難しいのは音声認識ではなく、部署ごとの責任境界と折り返し条件だった」。このメモをAIに渡す。次に、導入支援チームが「有人転送すべきケース」「AIで完結できるケース」「ログだけ残して後追いすべきケース」を追記する。さらにMARIA OS側の設計者が、なぜその分類を責任ゲートとして実装しているのかを加える。
この時、AIの役割は文章を発明することではない。散らばった知見を、読者が理解できる順番に並べることだ。構造化、見出し化、反論整理、用語の平準化、事例の匿名化、CTAへの接続を担当する。つまりAIはライターではなく、知見の圧縮機である。
この使い方なら、AI生成でも記事は強くなる。なぜなら、材料がボンギンカンにしかないからである。AIの出力は一般論ではなく、代表の思想と現場の観察を編集したものになる。
5. 記事テーマは「検索語」ではなく「商談で刺さる問い」から作る
記事企画は、検索ボリュームから始めてもよい。しかし、最終的なタイトルは商談で刺さる問いから作るべきである。
「AI電話とは何か」よりも、「自治体AI電話を導入して分かった、代表電話業務がAI化できる条件」の方が強い。前者は辞書であり、後者は経験である。検索者が自治体AI電話、代表電話 自動化、AI電話 導入、電話業務 効率化と検索した時にも届くが、読後に残るのは「代表電話は音声技術ではなく、責任境界の設計で決まる」という理解である。
「AIエージェントとは何か」よりも、「AIエージェントが業務で失敗する理由は、LLMではなくハーネス不足である」の方が強い。前者は概要であり、後者は診断である。読者は、自社のPoCがなぜ止まったのかを理解できる。MARIA OSのDynamic Harness、fail-closed、HITL、監査ログへ自然につながる。
「生成AI SEOのやり方」よりも、「AIで記事を量産しない。代表の思想と導入知見を公開資産に変える編集OS」の方が強い。前者はノウハウであり、後者は方針である。ボンギンカンの発信姿勢そのものが伝わる。
6. 記事制作の実務フロー
実務としては、次の5段階で回す。
第一段階は、一次情報の採取である。代表、営業、導入支援、エンジニアから、1テーマにつき最低3つの素材を集める。商談で出た問い、導入時の詰まり、設計判断、顧客が理解した瞬間、反論、失敗例である。
第二段階は、主張の決定である。記事は網羅性よりも主張が先にあるべきだ。「AI電話は便利です」ではなく「代表電話AI化の成否は、音声認識ではなく、有人転送条件と責任境界で決まる」と置く。
第三段階は、記事化である。AIを使って構成を作り、本文を起こす。ただし、AIが一般論を足しすぎたら削る。文章の滑らかさよりも、一次情報の濃度を優先する。
第四段階は、事業接続である。記事末尾に、MARIA OS、AI電話、Dynamic Harness、導入相談、ホワイトペーパーのどれへ接続するかを決める。すべての記事が同じCTAでは弱い。読者の課題に合わせる。
第五段階は、再利用である。1本の記事から、LPのFAQ、商談後メール、note、X投稿、ホワイトペーパーの章、営業資料の1枚を作る。ブログを単発の公開物で終わらせず、会社の知識基盤に戻す。
7. 編集方針としての結論
ボンギンカンのブログが目指すべき方向は、AI記事の大量生成ではない。AIを使って、代表の思想、商談の知見、導入事例、技術設計を記事化することである。
SEO的に強いAI記事の条件は、「検索キーワードに合わせていること」ではない。「坪内さん、ボンギンカン、MARIA OSでしか書けないこと」が入っていることである。
Googleに評価されるために人間らしく書く必要はない。読者にとって有用で、信頼でき、独自性があり、会社の実体と接続している必要がある。逆に、人間が書いても薄い記事は弱い。AIが書いても、一次情報と責任ある編集があれば強い。
今後のブログ運用では、本数よりも濃度を見るべきである。月に20本の薄い記事より、月に3本の商談で使える記事の方が強い。検索順位だけでなく、商談前に読まれたか、導入相談の質が上がったか、社内共有されたか、採用候補者が思想を理解したかを見る。
ブログは流入施策ではない。ボンギンカンが何を見て、何を設計し、どの問題に責任を持つ会社なのかを公開する場所である。AIは、その思想を薄めるためではなく、濃く届けるために使う。