ライブラリ・ブログ
誠実さを保つブログ執筆
すでに合意した訴求軸に沿って記事を執筆し、文字数、読了時間、読みやすさ、構成チェックまで、目の前の下書きから測られる数字だけが並ぶガイドレールを備えています。架空の検索数も、100 点満点のスコアもありません。
ライブラリ・ブログ
ブログ記事作成ツール、訴求軸から書きはじめる代理店の執筆環境
ブログ記事は、リテイナー契約の中で静かに後回しになりがちな部分です。ブリーフは一つのドキュメントに、キーワードは表計算ソフトに、下書きは誰かの個人フォルダに置かれ、出来上がった記事には誰も説明できない 100 点満点のスコアがついてきます。AI Marketing Dashboard の Blogs は、クライアントのポジショニングや訴求軸、キーワードリストがすでにある場所に執筆環境を置きます。気を散らすもののないブロックエディタの隣に、画面上の下書きから測られた数字だけが並ぶガイドレールがあります。そこには架空の検索数も、複合的なコンテンツスコアもありません。このツールにはそうしたデータがそもそも存在せず、作り出すこともしないからです。
すべての記事は、すでに合意したポジショニングから始まる
記事は作成した瞬間に、クライアントの訴求軸と結びつく
クライアントの広告とは違う主張をするブログ記事は、1 週間分の労力を無駄にします。記事を作成する際には、それがどの訴求軸のためのものか。そのクライアントのためにチームがすでに書いたポジショニングの切り口、ターゲット層、メッセージの柱を尋ねられ、その答えが記事に紐づいたままになります。一覧はその後、訴求軸ごとにグループ化されるため、あるクライアントのコンテンツ計画は、タイトルの山ではなく、実際に主張している数個の論点として読めるようになります。
このつながりが、執筆画面を汎用的なものではなく役立つものにしています。ライターはその切り口を目の前にしてエディタを開き、一覧をざっと見る戦略担当者は、一つの柱に 3 本の記事があり、別の柱には 1 本もないことを一目で把握できます。あとから訴求軸が削除された記事は「未リンク」のセクションに移り、引き続き編集できます。戦略の変更が下書きを取り残すことはありません。
ページレイアウトではなく、長文のためのブロックエディタ
見出し、段落、引用、リスト、区切り線。必要なときはソースも見える
執筆する列はあえてシンプルです。一度に一つのブロックを、ブログ記事が実際にできている 7 種類、2 段階の見出し、段落、ブロック引用、箇条書きと番号付きリスト、区切り線で構成します。太字、斜体、インラインコード、取り消し線、リンクは本文中に印として直接入力し、ブロックはそこから離れると描画された形を、編集中はソースを表示するので、何かがフォーマットツールバーの裏に隠れることはありません。
これはコンソールの他の場所、ミーティングノートで使われているのと同じ編集文法です。クライアントとのミーティングでメモを取ったことがあるライターなら、ここでの書き方はすでに分かります。下書きは短い間隔で入力しながら自動保存されるため、忘れる保存ボタンも、文の途中でノートパソコンを閉じて失われる段落もありません。
下書きから測られた数字、それ以外は何もない
文字数、文の数、そして毎分 200 語という前提の読了時間
エディタの隣にあるレールは、画面上にあるものを数えます。単語数、文字数、文の数、そして謎めいた分数を示すだけでなく使った速度を明記した読了時間です。この下書き自体の文と単語の長さから算出したものと明記した、読解レベルつきの Flesch 読みやすさスコアも表示します。これは調べれば分かる公式であり、独自の採点基準ではありません。
このレールに表示されるすべての数字は、文章が動いたから動きます。キーワード難易度も、競合とのギャップも、100 点満点の架空のスコアもありません。それらのどれもテキストファイルから正直に導き出せるものではなく、このツールはそう装いません。残るものは小さくても、完全に信頼できるものです。これは意図して選んだトレードオフです。
12 の構成チェックを、N / M の達成数で表示
反論できるチェックリスト、反論できない採点ではなく
ガイドラインは、記事が読みやすく共有されやすいかどうかを本当に左右する要素をカバーします。適切な長さのタイトル、検索結果に表示される範囲に収まるメタタイトル、欠落も途切れもしないメタ説明文、見出しではなく本文から始まる書き出し、実質的な数個以上のセクション、文字の壁になっていない段落、ページにリズムを作る何か、少なくとも 1 本のリンク、そして下限を上回る読みやすさです。さらに 3 つは条件が揃ったときだけ表示されます。設定した文字数の目標と、追跡している語句に関する 2 つです。
これらは、確認対象のうち何個を満たしているかという件数で、それぞれになぜ重要かを一文で添えて表示されます。常に 3 項目足りないチェックリストは、人にそれを無視することを教え込みます。だから、まだ満たせないチェックはそもそも表示されません。そしてここには、ランキングアルゴリズムが何を評価するかを知っていると主張するものは何もありません。
選んだ語句を追跡する。クライアント自身のキーワードリストから
タイトル、見出し、本文、メタ説明文への使用状況
記事には、それが扱うべき数個の語句を持たせられます。そのクライアントのキーワードリストから直接候補が示されるため、ライターは記憶から言い回しを入力するのではなく、チームがすでに行ったリサーチから選ぶことになります。それぞれの語句について、レールは実際にどこに現れているか、タイトル、見出し、本文、メタを示します。これが、実際にその語句について書いた記事と、9 段落目で一度だけ触れた記事との違いです。
意図的に付けていないのは、検索数や競合性の数字です。このツールの裏には、リアルタイムの検索データがないからです。語句を挙げて使用状況を数えることは誠実ですが、誰も測っていない数字で飾り立てることは誠実ではありません。その違いに気づいたクライアントは、レポートの残りの部分も信じなくなります。
検索結果が実際に表示するタイトルと説明文を書く
メタタイトル、説明文、スラッグの上にある、中立的なプレビューカード
メタタイトル、メタ説明文、スラッグは記事に付随する項目であり、公開時に取ってつける後回しの作業ではありません。プレビューカードは検索結果と同じレイアウトでそれらを並べるため、説明文がどこで切れるかをライターが確認できます。カードは、これがフォーマットのプレビューであって実際の検索結果ではないことをはっきりと伝え、何も外部から取得しません。
これが存在するのは、メタ項目が記事の中で最後に、しかも雑に、CMS へ貼り付ける誰かの手で書かれがちな部分だからです。記事の主張がまだ頭の中にあるうちに、下書きのそばでメタ項目を書けば、それはタイトルを繰り返すのではなく記事の内容を説明するものになります。
ページが白紙のときに、ページの上に何かがある状態
訴求軸から作成された、タイトル、構成案、書き出し、セクション、メタ説明文
Assist パネルは、担当者が紐づけた訴求軸とすでに入力した言葉から下書きを作ります。5 種類の形のワーキングタイトル、各セクションの役割を添えたセクションプランひとつ、書き出しの段落ひとつ、選んだ見出しの下のセクションの最初の下書きひとつ、あるいは表示される長さに収まる検索用の説明文です。同じ依頼には常に同じ下書きが返り、パネルはそれがどこから来たのかを正確に示します。
これはクライアントの声で書き直すための骨組みであり、そのように明示されていて、執筆そのものであるかのように装ってはいません。この誠実さこそが重要です。出発点となる構成があれば、記事を書き始める最も苦しい 20 分を省けます。機械が完成原稿を書いたように装えば、編集者は一行ごとに疑いを持つだけになってしまいます。
クライアントごとに整理し、訴求軸でグループ化し、Markdown か HTML で出力
完成した記事を、クライアントのサイトが実際にある場所へコピーする
一覧は常に 1 つのクライアントに絞られ、訴求軸でグループ化され、訴求軸フィルタ、下書き・完成の状態、タイトルを横断する検索、各行の単語数を備えています。編集担当者は、あるアカウントのコンテンツ計画全体と、それぞれの記事がどこまで進んでいるかを見渡せます。
出力は公開パイプラインではなく、単純なエクスポートです。世界中のすべての CMS と連携しているふりをする必要はありません。記事を Markdown または HTML としてコピーし、サイトがある場所に貼り付けるだけです。HTML 出力はテキストをエスケープし、通常のウェブのスキームでないリンクをすべて取り除くため、このツールから出ていくものは、そのままページに貼り付けても安全です。