コンテンツ作成ツール

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

BtoBの検討は、1回の検索では終わりません。現場の担当者、情報システム、決裁者。 それぞれが違う言葉で調べ、比較し、稟議に持っていきます。 その一連の疑問を覆うトピッククラスターを、まとめて設計して、まとめて作れます。

Input 1 keyword
勤怠管理システム 比較
トピック:人事労務のペーパーレス化と法対応 / 記事数:5本
ですます調4,000字前後サムネイル 作成するtovira連携 ON
Pillar
勤怠管理システムの選び方と比較の観点

検討の全体像を受け持つ中心の記事。各関連記事へ内部リンクで送り出します。

1.2〜1.5倍
ピラーの文字数
Cluster 01
打刻方式の違いと、現場での向き不向き
扱う
業種別の運用パターン
譲る
製品比較の観点 → ピラー
Cluster 02
36協定の上限アラートはどこまで自動化できるか
扱う
法令要件と運用の線引き
譲る
費用対効果 → ピラー
Cluster 03
給与計算ソフトとの連携でつまずく3点
扱う
データ連携の設計と注意点
譲る
打刻の運用 → Cluster 01
Cluster 04
情シスが確認する権限管理と監査ログ
扱う
権限設計とログの保存要件
譲る
導入手順 → ピラー

※ 記事数は2〜20本で指定できます。1本で完結させたい場合は「単体コンテンツ」を選べます。

BtoBの検索は、1人では終わらない。

1件の受注の裏には、複数の関与者と数か月の検討があります。それぞれが調べる言葉は違い、1本の記事では全員に届きません。

    Role 01

    現場の担当者

    「今の運用はどう変わる?」

    打刻方法、入力の手間、締め作業。日々の業務に直結する疑問には、関連記事が1本ずつ答えます。

    Role 02

    情報システム・法務

    「連携と権限、法令要件は?」

    既存システムとの接続、監査ログ、制度対応。専門性が高く、検索数は少なくても外せない論点です。

    Role 03

    決裁者

    「投資に見合うのか?」

    比較の観点と全体像はピラー記事が引き受け、稟議に持っていける形にまとめます。

    面が成立するように、機能側で見張ります。

    検索数の小さいキーワードを何本も狙うBtoBでは、自社の記事どうしが同じクエリを取り合いがちです。設計の段階で、そうならないための仕掛けが入っています。

    Guard 01

    この記事で扱わない範囲

    記事ごとに「どこまで書くか」ではなく「どこを他のどの記事に譲るか」を持たせます。担当範囲が最初から分かれます。

    Guard 02

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

    同じslugや同じ対策キーワードの記事があれば、制作へ進む前に該当記事を並べて警告します。

    Guard 03

    既存記事との重複リスク

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

    Guard 04

    内部リンクの候補

    どの記事からどの記事へつなぐかの候補が、記事カードに出ます。ピラーと関連記事が互いを支える形になります。

    記事を書く前に、勝ち筋を決める。

    いきなり本文を書き始めません。4つのステップで、誰に何を書くかを固めます。生成結果はそのまま編集でき、直した内容は次のステップに引き継がれます。

    Step 01
    条件を入力する

    キーワード、自社サービス名とURL、記事の置き場所を入れます。ここでトピッククラスターを選び、テーマの範囲と記事数を指定。文体・文字数・サムネイル・テーマカラーもここで決めます。

    クラスター 2〜20本単体コンテンツ2,000〜10,000字tovira連携 ON / OFF
    入力のみ
    所要 3分程度
    Step 02
    競合を分析する

    検索上位のページを実際に読み込み、論点を仕分けます。上位が揃って扱う「外せない論点」と、誰も書いていない「空いている論点」。前者が土俵で、後者が差になります。

    上位ページ一覧形式の傾向自社だから書けること(加筆)
    30〜60秒
    実検索を含む
    Step 03
    コンテンツ戦略を決める

    ペルソナ、検索意図、差別化のポイント、トーン&マナー、CTA、KPI、関連キーワード、構成案。すべて自動で埋まった状態から始まり、すべて手で直せます。

    全項目が編集可能関連KWは優先度つき見出しごとの「解消する疑問」
    編集可
    次工程へ引き継ぎ
    Step 04
    記事に落とす

    記事1本=カード1枚になり、pillar と cluster N のラベルが付きます。タイトル、slug、対策キーワード、この記事だけの切り口、そして「この記事では扱わない範囲」。ここまで決まって、はじめて面になります。

    重複の自動検知内部リンク候補Markdownでコピー
    2〜4分
    Step 01→04 を自走
    導入実績、現場の運用、実測値。BtoBで差がつく材料を、書き足せる欄があります。

    Step 02 の「自社だから書けること」に入れた内容は、そのあとの戦略・記事設計・本文にまで反映されます。競合が真似できないのは、いつも自社が持っている一次情報です。

    1本の記事は、6つの工程を通ります。

    工程ごとに確認しながら進めることも、HTMLまで一気に走らせることもできます。途中で止めても、そこまでの結果は残ります。

    Phase 01

    制作指示書

    仮タイトル、読者の「読む前 → 読んだ後」、見出しごとの配分文字数、出典が必要な主張、書いてはいけないこと。

    Phase 02

    本文

    Markdownで執筆します。画面上でそのまま編集でき、目安に対する文字数も表示されます。

    Phase 03

    ファクトチェック

    実際に検索して裏を取ります。法令や制度、数値の誤りは信用に直結します。重要度の高い指摘は本文へ自動反映(最大2回)。

    Phase 04

    HTML

    投稿できる形に変換します。本文中の図の指示は、テーマカラーに沿ったSVG図解へ自動で置き換わります(1記事4点まで)。

    Phase 05

    タイトルとdescription

    検索結果に出る文言。タイトル28〜32字、description 110〜120字を目安に、文字数を見ながら調整できます。

    Phase 06

    サムネイル

    1200×630 の画像を生成し、画像ライブラリに保存してURLを発行します。図解とイメージ写真から選べます。

    公開前のチェックを、機能側で持っています。

    事実関係の裏取り、slugと対策キーワードの重複、使用できるHTMLタグ、h1の数、タイトルとdescriptionの文字数。これらが揃っていない記事は「完了にする」を押したときに注意が出ます。チェックリストを人が覚えておく必要はありません。

    クラスター20本でも、押すのは1回。

    専門性の高い記事ほど、調べる時間が伸びます。その前半部分を機械の待ち時間に置き換え、20本を一度に流します。

    競合分析上位ページの取得と論点の抽出まで
    30〜60秒
    条件入力から記事設計まで「自走」を選んだ場合、通しで実行
    2〜4分
    記事1本の制作指示書からHTMLまで、画面を開いたまま
    3〜6分
    記事1本の予約実行サーバー側で処理。タブは閉じて構いません
    8〜12分
    ファクトチェック1回実際に検索して裏取り
    40〜80秒
    Recommended

    予約して実行する

    サーバー側の順番待ちに入れて、1本ずつ制作します。ブラウザを閉じても処理は続きます。

    タブを閉じてよい完了時にメール通知進捗は15秒ごと更新
    On screen

    ブラウザでまとめて作る

    未作成の記事を、画面を開いたまま順番に処理します。1本終わるごとに保存され、一部が失敗しても残りは続行します。

    工程が見える停止できる閉じると止まる

    tovira にそのまま、 既存のコーポレートサイトにも。

    下書きとして投稿するので、公開のタイミングは自分で決められます。外部のCMSへ入稿する場合は、記事ごとに5つのファイルを書き出せます。

    index.html
    そのままブラウザで開ける完成版(スタイル・OGP付き)
    body.html
    CMSへ貼り付ける本文だけの断片
    article.md
    Markdown版
    meta.json
    タイトル・description・slug・URL・対策キーワード・切り口
    thumbnail.jpg
    サムネイル画像