デモ依頼お問い合せ

BtoB向け SEO記事作成ツール

BtoB企業専用設計の AI記事作成ツール

BtoBの検討は、使う人・確かめる人・決める人が別々の言葉で調べ、比較し、稟議に持ち込みます。 これは SaaS でも、産業機械でも、建材でも、専門サービスでも変わりません。 tovira は1つの検討テーマを最大20本の記事群として設計し、その全部を通しで制作します。 商談につながる検索接点を面でつくることと、そのための制作工数をなくすことを、同時に解決するツールです。

お問い合せ →
入力キーワード：勤怠管理システム 比較 自動設計
PILLAR 勤怠管理システムの選び方と比較の観点
C01打刻方式の違いと、現場での向き不向き現場
C0236協定の上限アラートはどこまで自動化できるか人事・法務
C03給与計算ソフトとの連携でつまずく3点現場・情シス
C04情シスが確認する権限管理と監査ログ情シス
記事数はピラーを含めて 2〜20本 の範囲で指定できます
2〜20本
1テーマあたりに設計できる
記事数（ピラー含む）
約3分
担当者が向き合う
条件入力の時間
3〜6分
記事1本あたりの
制作時間（ブラウザ実行）
AI判定率3割
人間らしい自然な
ブログ記事を作成可能

「順位は取れている。なのに問い合わせが増えない」

コンテンツSEOがうまく回らないとき、原因はたいてい記事の品質ではありません。 記事が“点”で散らばっていて、検討プロセスを通しで支える構造になっていないことにあります。

問題 01

検索する人が、1人ではない

現場担当者は運用への影響を、情シス・法務は連携と権限管理を、決裁者はROIを調べます。同じ製品を検討していても検索語はまったく違い、単発記事では入口の1つしか塞げません。

問題 02

本数を増やすと、記事同士が食い合う

似たテーマが並ぶと検索エンジンがどれを評価すべきか判断できず、結果としてどれも伸びません。増やせば増やすほど成果が鈍る、という状態に陥ります。

問題 03

そもそも本数を増やせない

原稿料以上に重いのが、構成案作成・指示書作成・進行管理・ファクトチェック・HTML化・入稿という周辺工数。これが1本ごとに発生するため、計画した本数の途中で制作が止まります。

「面で押さえる」と「工数をなくす」を、1つのツールで。

この2つは別々の話に見えて、実は同じ問題の裏表です。片方だけでは、コンテンツSEOは投資として回りません。

1

商談につながる集客を、
「面」でつくる

1つの検討テーマを最大20本のトピッククラスターとして設計。現場・情シス・決裁者それぞれの検索語を、1つのテーマの下で取りこぼさずカバーします。

  • ピラー＋クラスターの統合設計で、検討の全段階を通しで支える
  • 「扱わない範囲」と4つのガードで、自社記事同士の共食いを防ぐ
  • 競合の「外せない論点」と「空いている論点」を仕分けて差別化
  • ペルソナ・検索意図・CTA・KPIまで設計段階で確定
仕組みを詳しく見る →
2

制作の周辺工数を、
まるごと引き受ける

構成案づくりから入稿ファイルの書き出しまでを通しで自動化。担当者が向き合うのは、条件入力の約3分と生成物のレビューだけになります。

  • 記事1本あたり3〜6分（ブラウザ実行）／8〜12分（予約実行）
  • ファクトチェック・HTML化・図解・サムネイル・メタ情報まで内製
  • 予約実行ならブラウザを閉じても継続し、完了時にメール通知
  • 公開前チェック5項目が自動で走り、レビュー工数も削減
仕組みを詳しく見る →

1つの検討テーマを、記事20本の面で押さえる。

検索接点を1本から最大20本へ。 ロール別・検討段階別の入口を同時に押さえることで、 「調べている人」の数だけ流入経路が生まれます。

ピラー＋クラスターの統合設計

検討の全体像を中心で受け持つピラー記事（クラスター記事の1.2〜1.5倍のボリューム）と、 個別テーマを深掘りするクラスター記事を、1回の入力でまとめて設計します。 各記事には「扱う範囲」と「扱わない範囲」が明示され、20本作っても20本が別々の入口として機能します。

3つのロールを、1テーマで網羅する

検討者のロール関心事
現場担当者日々の業務運用への影響
情報システム・法務システム連携、権限管理、法令要件
決裁者ROI、全体像、投資判断の根拠

稟議の途中で情シスが持ち出す論点にまで、あらかじめ自社の記事で答えている状態をつくれます。

競合の“空いている論点”を取りにいく

構成ができても、中身が競合の焼き直しでは差がつきません。 制作前に検索上位ページを自動で読み込み、論点を2つに仕分けます。

外せない論点

書かないと検索意図を満たせない項目。ここを落とすと順位が付きません。

空いている論点

競合が触れていない項目。ここに「自社だから書けること」を加筆する欄が用意されており、一般論ではなく自社の強みが差別化ポイントとして記事に入ります。

ペルソナ・検索意図・差別化ポイント・トーン&マナー・CTA・KPI・関連キーワードも自動生成され、すべて編集可能です。

「面」を作ると必ず起きる重複リスクを、4つのガードで防ぐ

GUARD 01

この記事で扱わない範囲

各記事に非対象範囲を持たせ、隣の記事に譲る領域を明確化。テーマの境界が重ならない設計にします。

GUARD 02

slug・対策キーワードの重複

重複を自動検知し、制作へ進む前に該当記事を並べて警告。同じキーワードを複数記事で狙う事故を止めます。

GUARD 03

既存記事との重複リスク

sitemap.xml を入れておけば、公開済み記事と内容が近い提案を high / mid / low で判定し、重なる案を外します。

GUARD 04

内部リンクの候補

どの記事からどの記事へつなぐかの候補が、記事カード上に表示されます。クラスター内の導線設計まで支援します。

条件を入力すれば、入稿ファイルまで自動実行

外注で消えているのは原稿料だけではありません。構成案づくり、指示書作成、20本分の進行管理、 ファクトチェック、HTML化、メタ情報、サムネイル制作――この周辺工数を、まるごと引き受けます。

従来の外注制作（20本の場合）

  • キーワード選定と全体構成の設計を社内で実施
  • 記事ごとに構成案とライター向け指示書を作成
  • 20本分の発注・納期追跡を担当者が管理
  • 初稿レビューとファクトチェックを人手で実施
  • HTML化・メタ情報作成・サムネイル制作を別途発注
  • CMSへ1本ずつ入稿
▶

tovira コンテンツ生成

  • キーワードを1つ入力すればクラスター全体を自動設計
  • 制作指示書（見出し配分・出典要件まで）を自動生成
  • 予約実行でサーバー側が順次処理、完了時にメール通知
  • 検索による裏取り・法令や数値の検証を工程として内蔵
  • HTML変換・SVG図解・サムネイル・メタ情報まで一括生成
  • 入稿用5ファイルを書き出し、既存CMSにそのまま貼付
設計フェーズ ─ 4ステップ
STEP 01

条件入力

キーワード、自社サービス情報、設置場所。クラスター2〜20本または単体コンテンツ（2,000〜10,000字）を選択し、文体・サムネイル・テーマカラーを指定。

約3分
STEP 02

競合分析

検索上位ページを自動で読み込み、「外せない論点」と「空いている論点」に仕分け。自社独自情報を加筆できます。

30〜60秒
STEP 03

コンテンツ戦略

ペルソナ・検索意図・差別化ポイント・トーン&マナー・CTA・KPIを自動生成。見出しごとに「解消する疑問」を明記します。

すべて編集可
STEP 04

記事設計

pillar / cluster ラベル、タイトル、slug、対策キーワード、切り口、非対象範囲を確定。重複を自動検知し内部リンク候補を提示。

2〜4分
制作フェーズ ─ 6工程
PHASE 01

制作指示書

仮タイトル・読者の変化・見出し配分・出典要件

PHASE 02

本文執筆

Markdown形式・文字数進捗を表示

PHASE 03

ファクトチェック

検索で裏取り・法令や数値を検証（最大2回反映／1回40〜80秒）

PHASE 04

HTML変換

テーマカラー対応のSVG図解を最大4点自動生成

PHASE 05

タイトル・description

28〜32字／110〜120字に最適化

PHASE 06

サムネイル生成

1200×630px・図解／写真から選択しライブラリ保存

担当者を待たせない「予約実行」

20本を一度に走らせるとき、画面を開いたまま待つ必要はありません。 予約実行を選べばサーバー側で順次処理され、ブラウザを閉じても継続。完了時にメールで通知が届きます（進捗は15秒ごとに更新）。 発注書も進行管理表も作らず、翌朝に完成物を受け取る運用になります。

画面を見ながら進めたい場合はブラウザ実行も選択可能。工程が可視化され、部分的に失敗しても残りの処理は継続します。

レビュー工数まで削る、公開前チェック

事実関係の裏取り／slug・対策キーワードの重複判定／使用可能HTMLタグの検証／h1タグ数の確認／タイトル・description の文字数確認が、公開前に自動で走ります。

「あとは入稿するだけ」の状態で出てくる

記事の完成時に、以下の5ファイルを書き出せます。HTML化もメタ情報作成もサムネイル制作も、別工程として外注する必要がありません。

index.htmlスタイル・OGP付きの完成版
body.htmlCMS貼付用の本文断片
article.mdMarkdown版
meta.jsonタイトル・description・slug等
thumbnail.jpgサムネイル画像

既存CMSをそのまま使う場合も、コーポレートサイトに直接掲載する場合も、この5ファイルで完結します。tovira との連携は ON / OFF を切り替えられます。

キーワードを1つ入れると、ここまで決まります。

商材が変わっても、走る設計は同じです。タブを切り替えてご覧ください。

入力キーワード：勤怠管理システム 比較 トピック：人事労務のペーパーレス化と法対応 記事数：5本 文体：です・ます調 文字数：約4,000字
種別自動生成された記事タイトル主に刺さる相手
Pillar勤怠管理システムの選び方と比較の観点検討初期の全員
Cluster 01打刻方式の違いと、現場での向き不向き現場担当者
Cluster 0236協定の上限アラートはどこまで自動化できるか人事・法務
Cluster 03給与計算ソフトとの連携でつまずく3点現場・情報システム
Cluster 04情シスが確認する権限管理と監査ログ情報システム

1テーマの下に、現場・人事法務・情報システムという異なるロールの検索語が並んでいます。 各記事には非対象範囲が設定されており、内容が重ならないよう設計されています。

入力キーワード：勤怠管理システム 比較 トピック：人事労務のペーパーレス化と法対応 記事数：5本 文体：です・ます調 文字数：約4,000字
種別自動生成された記事タイトル主に刺さる相手
Pillar勤怠管理システムの選び方と比較の観点検討初期の全員
Cluster 01打刻方式の違いと、現場での向き不向き現場担当者
Cluster 0236協定の上限アラートはどこまで自動化できるか人事・法務
Cluster 03給与計算ソフトとの連携でつまずく3点現場・情報システム
Cluster 04情シスが確認する権限管理と監査ログ情報システム

1テーマの下に、現場・人事法務・情報システムという異なるロールの検索語が並んでいます。 各記事には非対象範囲が設定されており、内容が重ならないよう設計されています。

※ SaaSの例は実際の生成結果です。産業機械・専門サービスの例は、同じ設計ロジックを他商材に当てはめた構成イメージです。

BtoB企業のSEOに特化した構成

「複数の部門が関わる」「検討期間が長い」「比較されてから決まる」―― この3つが当てはまる商材であれば、業界を問わず同じ設計が機能します。

SaaS・ITツール

導入判断に情報システム部門と法務が関与し、比較検討フェーズが長い商材。運用・連携・法令要件が別々に検索されます。

検索例：「〇〇システム 比較」「〇〇 導入 失敗」「〇〇 API 連携」

産業機械・装置・部品

仕様適合と投資回収が同時に問われる商材。生産技術・品質保証・工場長が、それぞれ別の観点で情報を集めます。

検索例：「〇〇装置 導入事例」「〇〇 精度 比較」「〇〇 投資回収」

建材・設備・工法

工期・法規適合・長期コストが判断軸になる商材。設計者、施工管理、施主・管理部門で関心事が分かれます。

検索例：「〇〇工法 比較」「〇〇 改修 費用」「〇〇 耐用年数」

専門サービス（人材・BPO・コンサル）

形のない商材ゆえに「何をどこまでやるか」が検索されます。費用構造・委託範囲・効果測定が主要な論点です。

検索例：「〇〇代行 費用」「〇〇 内製 外注 比較」「〇〇 委託 注意点」

素材・原材料・医療機器

規制・認証・試験データが検討の中心になる商材。開発部門と品質保証部門が異なる根拠を求めて検索します。

検索例：「〇〇 規格 適合」「〇〇 代替材料」「〇〇 試験方法」

物流・インフラ・その他BtoB

導入前に社内調整と稟議を必要とするBtoB商材全般。検討の段階ごとに検索語が変わる構造は共通です。

検索例：「〇〇 委託 費用」「〇〇 切り替え 手順」「〇〇 事例」
逆に、向いていないケースもあります。 即決で購入され、比較検討がほとんど発生しない低単価の商材や、検索行動そのものが少ないニッチな商材では、 クラスター設計のメリットが出にくくなります。まず1テーマ・数本から試して、自社の検索ボリュームで成立するかを確かめる進め方をおすすめしています。

機能一覧・設定一覧

キーワードから、競合分析・戦略設計・記事本文・図解・サムネイルまでを一気通貫で生成します。 処理は「設計フェーズ」（コンテンツ全体の設計）と「制作フェーズ」（記事1本ごとの生成）の2段構成です。

設定：全19項目 工程：設計4 + 制作10 実行：1本ずつ / 一括 / 予約（サーバー）

PHASE 1設計フェーズ ── コンテンツマップ作成

01既存棚卸し→ 02競合分析→ 03コンテンツ戦略→ 04記事リスト設計

PHASE 2制作フェーズ ── 記事1本ごと

01制作指示書→ 02本文→ 03脱AI感の推敲→ 04リンク確認→ 05ファクトチェック＋自動修正→ 06HTML化→ 07図解→ 08タイトル・説明→ 09サムネイル

生成前に画面で指定する項目です。指定した値は設計・制作の各工程に反映されます。

A-1 · 基本条件

設定選択肢 / 形式説明
対策キーワードkeyword REQUIRED 記事の対策キーワード。すべての工程の起点になります。
記事の作り方contentMode
商品ベース純粋SEO
 商品ベース＝特定商品に紐づく記事。純粋SEO＝商品に紐づかない比較・ランキング・解説記事。
商品名 / 商品URLproductName / productUrl text 商品ベース時に使用します。純粋SEOでは任意。CTAの導線先にもなります。
補足資料supplementDocs
PDFExcelPowerPoint
 アップロードした資料からテキストを抽出し、独自性・信頼性の一次情報として優先利用します（商品ベース時）。
コンテンツ形態contentType
単体トピッククラスター
 単体＝1記事。トピッククラスター＝ピラー1本＋クラスター複数本の相互リンク構成。
トピック / 記事本数topic / articleCount text / number クラスター時のみ指定します。ピラー1本＋クラスター（本数−1）本。
既存サイトマップsitemapUrl URL · 任意 既存コンテンツの棚卸しと、カニバリ（重複）回避に使用します。
置き場所URLcontentBaseUrl URL 生成記事の配置先。slug はこの配下に作られます。

A-2 · 文章の質

設定選択肢説明
文体writingStyle
ですますである会話
 記事全体の文末表現を固定します。
深度contentDepth
専門家おまかせ初心者
 知識レベルの軸。前提知識の量・用語の扱い・見出し構成が変わります。おまかせは上位ページの水準から判断します。
書き手の視点writerVoice
解説者実務家
 語り口・スタンスの軸（深度とは独立）。実務家＝当事者として基礎説明を省き、根拠があれば断定し、記事を非対称にします。
ファクトチェック強度factCheckStrength
軽め標準厳格
 検査範囲・発動しきい値・自動修正回数・リンク到達判定の厳しさを一括で決定します（下表）。
文字数の目安targetWordCount
おまかせ2,0004,0006,00010,000
 おまかせは上位ページの傾向に合わせます。役割（ピラー／クラスター）に応じて増減します。

ファクトチェック強度の内訳

強度発動しきい値自動修正リンク到達チェック検査カテゴリ
軽めhigh最大 1 回緩め（404 / 410 のみ）明らかな事実誤認のみ
標準high · mid最大 2 回標準（4xx・DNS失敗）＋根拠なき断定・誤読・出典妥当性
厳格high · mid · low最大 3 回厳しめ（5xx・timeout も）＋一次情報照合・因果の飛躍まで

A-3 · ビジュアル（サムネイル・図解）

設定選択肢説明
サムネイル作成thumbnailCheck on / off 記事ごとにアイキャッチ画像を生成するかどうか。
サムネイルの種類thumbnailKind
図解写真
 情報を伝える図解か、雰囲気を伝えるイメージ写真か。
テイストthumbnailStyle
スイス・ミニマルアイソメトリック・クレイ グラデーション・グラスエディトリアル・ドローイング シネマティック・フォトブループリント・テクニカル ダイナミックハリウッド
画像生成の方向性（全8種）。
配色theme
primarysecondarybackground
 本文中の図解（SVG）とサムネイルで共通利用する3色。

A-4 · 出力先・投稿設定

設定選択肢 / 形式説明
投稿先contentConnect
tovira内外部サイト
 tovira のコンテンツとして投稿するか、外部サイト向けの汎用HTMLとして出力するか。
投稿先タイプcontentTypeSlug text tovira 投稿時のコンテンツタイプ。
H1を含めるかincludeH1 true / false CMS側にタイトル欄がある場合は false（本文は h2 から開始）。
フィールドマッピングmapping
titledescriptionbodythumbnail
 生成物を tovira のどのフィールドに入れるかの対応付け。

よくある質問

すでに記事がある場合、既存記事と食い合いませんか？

sitemap.xml を登録しておけば、公開済み記事と内容が近い提案を high / mid / low で判定し、重なる案を提案から外します。既存サイトへの追加でも、資産を壊さずに本数を増やせます。

いまのCMSを変える必要はありますか？

必要ありません。CMS貼付用の body.html とメタデータの meta.json を書き出せるため、既存CMSにそのまま入稿できます。コーポレートサイトに直接載せる場合は、スタイル・OGP付きの index.html をそのまま利用できます。

まず小さく試すことはできますか？

できます。記事数は2本から指定可能で、1本で完結させたい場合は「単体コンテンツ」（2,000〜10,000字）を選べます。1テーマだけで効果を確かめてから、本数を増やす進め方が可能です。

tovira の他機能を使っていなくても導入できますか？

導入できます。tovira 連携は ON / OFF を切り替えられるため、コンテンツ生成機能だけを単独で利用することも可能です。生成した記事は既存CMSやコーポレートサイトにそのまま掲載できます。

AIが書いた記事の正確性はどう担保していますか？

制作フローに独立したファクトチェック工程（Phase 03）を設けています。検索による裏取りと法令・数値の検証を行い、修正は最大2回まで本文に反映されます。加えて公開前に、事実関係の裏取り・slug および対策キーワードの重複判定・使用可能HTMLタグの検証・h1タグ数・タイトルとdescriptionの文字数を自動チェックします。

制作にはどのくらい時間がかかりますか？

競合分析が30〜60秒、記事設計は2〜4分。記事1本あたりの制作はブラウザ実行で3〜6分、予約実行で8〜12分です。予約実行を選べばブラウザを閉じても処理が継続し、完了時にメールで通知が届きます。