記事の数字を書き手に返す5工程｜次の一本が良くなる仕組み

「公開後の数字は自分だけが見て、次の企画に反映している」「書いた本人には一度も返していない」——記事の運用が回り始めた部門で抜け落ちやすい工程です。数字を見ることと、書き手が上達することは別です。返していない限り、同じ書き方がそのまま続きます。この記事では、返す数字の絞り方と渡し方を5つの工程に整理します。

公開した後に何も返していない

最初に、起きている状態を確認します。

記事の公開までは手順があります。ところが公開の後については、決まっていない会社が多くあります。

担当者だけが数字を見て、書き手には届いていない状態です。

この状態では、書き手は反応を知りません。

反応を知らなければ、書き方は変わりません。

良かった点も、直すべき点も伝わりません。

結果として、同じ形の記事が積み上がります。

外部の書き手に依頼している場合、差は大きくなります。

納品して終わりの関係になります。

社内の書き手でも、同じことが起きます。

次の締め切りに移るためです。

振り返る時間が、業務に入っていません。

この状態を変えるには、返す仕組みが必要です。

気が向いたときに伝える形では続きません。

仕組みにするために、決めることは3つです。

何を返すか、いつ返すか、どう返すかです。

以降で、この3つを順に決めていきます。

最後に、5工程の手順としてまとめます。

返す数字を4つに絞る

まず、何を返すかを決めます。

使える指標は多くありますが、返すのは4つに絞ります。多いと、どこを直せばよいか分からなくなります。

表示回数、クリック率、掲載順位、エンゲージメントの4つです。

指標	何が分かるか	書き手が直せること
表示回数	検索で表示された回数	扱うテーマの選び方
クリック率	表示に対して選ばれた割合	タイトルと説明文の書き方
掲載順位	検索結果での平均の位置	内容の網羅と具体性
エンゲージメント	読み始めた人の関わり方	冒頭の書き方と構成の順番

表のとおり、4つはそれぞれ別の行動に結び付きます。

表示回数が少なければ、テーマの選び方の問題です。

記事の質ではなく、需要の有無を疑います。

クリック率が低ければ、タイトルの問題です。

表示はされているのに、選ばれていません。

掲載順位が上がらなければ、内容の問題です。

扱う範囲か、具体性が足りません。

エンゲージメントが低ければ、冒頭か構成の問題です。

読み始めた人が、早い段階で離れています。

この対応関係を、書き手にも共有します。

数字と行動がつながって初めて、改善が始まります。

逆に、数字だけを渡すと解釈が分かれます。

同じ数字を見て、違う結論を出すことになります。

表示回数と掲載順位の見方

2つの指標の性質を押さえます。

表示回数と掲載順位は、Search Consoleで確認します。どちらも、記事の外側の条件に左右されます。

表示回数は、検索する人の数に上限が決まります。

需要が小さいテーマでは、上位でも回数が伸びません。

この場合、書き手の責任ではありません。

テーマを選んだ側の判断です。

そのため、表示回数は企画の振り返りに使います。

掲載順位は、平均の値である点に注意します。

複数のキーワードの平均が表示されます。

1つの語で上がっても、平均は動きにくいです。

そこで、キーワードごとに分けて見ます。

記事が狙った語での位置を確認します。

狙っていない語で入っている場合もあります。

その語が有望なら、次の記事の材料になります。

順位は日ごとに動くため、期間で見ます。

1週間か1か月の平均を使います。

1日だけの値で判断すると、誤った結論になります。

公開の直後は、順位が定まりません。

比較の期間も決めておきます。

前の月と比べるか、前の年の同じ月と比べるかで見え方が変わります。

季節の影響があるテーマでは、前年の同じ月と比べます。

そうでなければ、直前の期間で足ります。

検索そのものの量が減っている場合もあります。

自社の順位が変わらなくても、表示回数は落ちます。

この区別がつかないと、記事の問題だと誤解します。

同じテーマの複数の記事を並べると、判別できます。

全体が落ちていれば、外側の条件です。

クリック率は見出しの通信簿

次に、クリック率の扱いです。

クリック率は、書き手が最も直しやすい指標です。タイトルと説明文の書き方が、直接に反映されます。

表示回数が十分あるのにクリック率が低い記事から手を付けます。

表示が少ない記事では、率が安定しません。

判断できる件数が集まってから見ます。

比較の相手も決めておきます。

同じ順位帯の記事と比べます。

順位が違う記事とは比べられません。

上位ほど、率は自然に高くなります。

そのため、順位を揃えた比較が必要です。

書き手に返すときは、具体的に伝えます。

率が低いという事実だけでは動けません。

同じテーマで率が高い記事のタイトルを並べます。

違いを見て、書き手が自分で気づきます。

検索した人の言葉が入っているかも確認します。

Search Consoleのクエリの一覧が材料になります。

使われている言葉とタイトルの言葉がずれている場合があります。

この確認は、次の記事にも効きます。

エンゲージメントの定義を揃える

4つ目の指標は、定義から共有します。

GA4のエンゲージメントは、明確な条件で判定されます。感覚的な「読まれた度合い」ではありません。

10秒以上の滞在、コンバージョンの発生、2ページ以上の閲覧のいずれかです。

この3つのどれかを満たすと、エンゲージメントがあると数えます。

つまり、10秒で条件を満たします。

最後まで読んだかどうかは分かりません。

この点を共有しないと、誤解が生まれます。

書き手は「読み切られた割合」だと受け取ります。

実際には、離脱しなかった割合に近い値です。

それでも、冒頭の出来を測る材料になります。

冒頭で期待とずれると、10秒より早く離れます。

平均のエンゲージメント時間も併せて見ます。

時間が短い記事は、冒頭に原因があります。

検索した意図と、書き出しがずれています。

この場合、直すのは冒頭の数段落です。

記事の全体を書き直す必要はありません。

直す範囲が小さいと分かれば、書き手も動きます。

定義の共有は、最初の1回で済みます。

測れないものも、あわせて共有します。

読み終えたかどうかは、標準の設定では分かりません。

知りたい場合は、読み進めた位置を測る設定を追加します。

設定を足すと、指標が増えて判断が重くなります。

まずは4つの指標で運用し、必要になってから足します。

最初から多くの指標を用意しても、使われません。

数字を見るタイミング

いつ返すかを決めます。

公開の直後は、数字が固まりません。早く返すと、誤った結論を伝えることになります。

Search Consoleのデータは、収集から48時間ほど遅れて使えるようになります。

この遅れは、GA4と連携した場合も同じです。

そのため、前日の数字は見られません。

さらに、検索での位置が定まるまで時間がかかります。

実務では、3つの時点を決めておきます。

公開から2週間、1か月、3か月です。

2週間の時点では、指標として拾えるものが限られます。

見るのは、検索に載り始めたかどうかです。

1か月の時点で、クリック率の判断ができます。

3か月の時点で、順位の傾向が見えます。

この3つを固定すると、確認の作業が定型になります。

保持の期間も知っておきます。

Search Consoleのデータは16か月で消えます。

長期の比較をするなら、途中で書き出しておきます。

月に1度、必要な範囲を保存する運用が現実的です。

後から遡れないため、決めておく価値があります。

渡し方の形式を決める

どう返すかを決めます。

形式が決まっていないと、返す作業が重くなります。重い作業は続きません。

1記事につき、A4で半分に収まる分量にします。

含めるのは、4つの指標と、次に直す1点です。

直す点を2つ以上並べると、動きが止まります。

優先の1点だけを書きます。

数字の並べ方も決めておきます。

絶対の値だけでなく、比較の相手を隣に置きます。

同じテーマの記事か、同じ書き手の前の記事です。

比較がないと、良いのか悪いのか分かりません。

グラフは、必要な場合だけ付けます。

推移を見せるとき以外は、表で足ります。

作る手間が増えると、頻度が落ちます。

渡す場所も決めます。

共有の文書に、記事ごとの欄を作る形が続きます。

メールで送ると、後から探せません。

同じ場所に並べば、過去の分も見返せます。

書き手が自分で確認できる状態が理想です。

返す単位も決めておきます。

1記事ずつ返すか、月にまとめて返すかで負担が変わります。

本数が少ないうちは、1記事ずつが向きます。

本数が増えたら、月にまとめる形へ切り替えます。

まとめる場合も、直す1点は記事ごとに書きます。

全体の傾向だけでは、着手する場所が決まりません。

返す相手も明確にします。

複数人で書いている場合、担当した人に直接届ける形にします。

全体に配ると、自分のことだと受け取られません。

直す優先順位

何から直すかを決めます。

直す候補が複数ある記事では、順番を決めます。効果が出るまでの速さで並べます。

最初はタイトルと説明文です。書き換えれば数日で反応が出ます。

本文を触らずに済むため、作業も軽いです。

次が、冒頭の数段落です。

エンゲージメントが低い記事に効きます。

3つ目が、内容の追加です。

順位が上がらない記事では、扱う範囲を広げます。

ただし、水増しの加筆は逆に働きます。

同じ内容を言い換えた段落を足しても、変わりません。

足すのは、検索した人が知りたい別の論点です。

4つ目が、記事の統合です。

似たテーマの記事が複数ある場合に検討します。

これは書き手だけでは判断できません。

編集の側で決める作業です。

この順番を共有しておくと、相談が減ります。

書き手が自分で判断できる範囲が広がります。

判断に迷う場合だけ、相談が来る形になります。

書き手が動ける粒度にする

伝え方の細かさを調整します。

数字を返しても、動けない形では意味がありません。指示の粒度が、行動の有無を決めます。

「クリック率が低い」ではなく「タイトルに検索された語を入れる」と書きます。

前者は状態、後者は行動です。

行動で書けば、その日に着手できます。

粒度を落とすには、材料を添えます。

実際に検索された語の一覧を付けます。

比較の相手になる記事のタイトルも並べます。

材料があれば、書き手は自分で判断できます。

材料がないと、確認の往復が増えます。

往復が増えると、返す作業が嫌われます。

この下準備は、時間がかかります。

そこで、繰り返しの部分を型にします。

指標の抽出と並べ方は、毎回同じです。

生成AIに下書きを作らせる範囲もここです。

数字の要約と、比較の表の整形が該当します。

判断と、直す1点の選定は人が行います。

この線引きを、次の節で詳しく決めます。

良かった記事の型を言葉にする

うまくいった側も返します。

直す点だけを返すと、書き手の意欲が下がります。良かった記事の理由も、言葉にして返します。

「よく読まれた」ではなく、何がよかったのかを特定します。

見出しの立て方か、事例の具体性かを分けます。

特定できれば、次の記事で再現できます。

特定の方法は、比較です。

同じテーマで数字が伸びなかった記事と並べます。

違いが2つか3つに絞れます。

その違いが、効いた要素の候補です。

候補は、次の記事で試して確認します。

1本で確定させる必要はありません。

確認できた型は、書き方の基準に加えます。

基準の文書に1行ずつ足していきます。

この積み上げが、媒体の質を決めます。

新しい書き手が入ったときにも渡せます。

口伝えでは、引き継げません。

良かった理由の記録は、直す点の記録より価値があります。

直す点は記事ごとですが、良い型は共通で使えます。

記録する場所も決めておきます。

基準の文書が複数あると、参照されません。

1つの文書に集める形にします。

項目が増えたら、章に分けます。

古くなった基準は消します。

検索の状況が変われば、効いた型も変わります。

半年に1度、見直す時期を決めておきます。

見直しの際は、最近の数字と照らします。

個人の評価には使わない

線引きを明示します。

記事の数字は、書き手の評価には使いません。数字は、記事の外側の条件に大きく左右されます。

テーマの需要、公開の時期、競合の状況で結果が変わります。

需要の小さいテーマを担当した人が不利になります。

それでは、書きたがる人がいなくなります。

難しいテーマを避ける動きも出ます。

結果として、媒体の幅が狭くなります。

評価に使うと、数字の報告そのものが歪みます。

都合の悪い数字が出にくくなります。

そのため、目的を先に伝えます。

記事を良くするために返す、と明示します。

この一言があるかどうかで、受け取り方が変わります。

運用としては、返す場を分けます。

人事の面談では、記事の数字を扱いません。

扱う場は、編集の振り返りに限ります。

この分離を、最初に決めておきます。

後から線を引き直すのは難しくなります。

AIに任せる範囲と任せない範囲

下準備の省力化を考えます。

数字を返す作業には、繰り返しの部分があります。その部分は、生成AIで下書きを作れます。

任せるのは、数字の要約と表の整形、文面の下書きです。

書き出したデータを渡し、決めた形式に整えさせます。

毎回同じ形式なら、指示は1度で済みます。

作業の時間が、目に見えて減ります。

一方で、任せない部分があります。

直す1点の選定と、原因の判断です。

原因の判断には、記事の中身と読者の事情が必要です。

数字だけからは決められません。

また、書き手への言い方も人が決めます。

同じ内容でも、伝わり方が変わります。

下書きをそのまま送ると、事務的になります。

事実の確認も必要です。

要約の過程で、数字がずれる場合があります。

元のデータと照らして確かめます。

この確認を省くと、誤った数字が書き手に届きます。

一度でも起きると、返す情報が信用されなくなります。

やりがちな失敗

つまずく箇所を挙げます。

返す仕組みが止まる原因は、いくつかに集まります。どれも、決め方の問題です。

• 公開の翌日に数字を返す（データの反映が遅れており、判断できない）
• 指標を10個並べて渡す（どこを直せばよいか分からず、動けない）
• 直す点を5つ挙げる（優先が分からず、結局どれも着手されない）
• エンゲージメント率を「読み切られた割合」として説明する（定義とずれる）
• 記事の数字を人事の評価に持ち込む（報告が歪み、テーマ選びも偏る）

特に多いのが、2つ目と3つ目です。

丁寧に返そうとして、情報を増やしてしまいます。

増えるほど、動ける確率は下がります。

1つ目は、返す時期を決めていない場合に起きます。

見る時点を固定すれば防げます。

4つ目は、定義の共有を省いた結果です。

記録と次の企画への接続

最後に、蓄積の話をします。

返した内容は、記録に残します。残さないと、同じ指摘を繰り返すことになります。

記事ごとに、返した日、数字、直す1点、その後の変化を並べます。

この4項目があれば、効果を確かめられます。

直した後に数字が動いたかを見ます。

動かなかった場合、判断が違っていた可能性があります。

その記録も残します。

• Search Consoleのデータは16か月で消えるため、必要な範囲は月次で書き出す
• 収集から48時間ほど反映が遅れるため、直近2日の数字では判断しない
• GA4のエンゲージメントは10秒以上の滞在・コンバージョン・2ページ以上の閲覧のいずれかで成立する

記録は、次の企画にもつながります。

伸びたテーマの周辺に、次の記事を置けます。

伸びなかったテーマは、扱い方を変えます。

同じ形で書き直しても、結果は変わりません。

この接続があると、企画の会議が早くなります。

勘ではなく、記録から候補が出ます。

蓄積の形は、凝らなくてよいです。

共有の表に1行ずつ足す形で足ります。

続けられる形かどうかが、唯一の条件です。

記録の粒度も決めます。

細かくすると、書く手間で止まります。

1記事1行を上限にします。

詳細は、返した文書への参照で足ります。

記録を見る時期も決めておきます。

企画の会議の前に開く形が続きます。

開く理由がなければ、記録は放置されます。

この接続が、蓄積を続ける条件になります。

進める5工程

ここまでを手順にします。

初めて仕組みを作る場合は、この順番で進めます。1本目から完璧を目指す必要はありません。

この5工程は、1記事あたり30分程度で回ります。

形式が固まれば、さらに短くなります。

よくある質問

外部の書き手にも同じ形で返してよいですか

同じ形で返せます。むしろ、外部の書き手のほうが反応の情報を持っていません。契約の範囲で修正を依頼できるかは、事前に確認しておきます。修正が範囲外であれば、次の記事に反映してもらう形になります。

数字が伸びない記事は、いつまで手を入れますか

3か月の時点で判断します。タイトルと冒頭を直しても動かない場合、テーマの需要か競合の状況が原因です。その場合は、記事を直すより次のテーマに移すほうが効率的です。判断の理由は記録に残します。

書き手が1人しかいない場合も必要ですか

必要です。1人であっても、公開の後に数字を見る時点が決まっていなければ、振り返りは行われません。自分に返す形でも、記録が残れば次の企画に使えます。形式を作る価値は同じです。

まとめ

記事の数字を書き手に返す仕組みは、返す指標を絞ることから始まります。表示回数、クリック率、掲載順位、エンゲージメントの4つに限り、それぞれが書き手のどの行動に対応するかを添えます。指標を増やすほど、動ける確率は下がります。

見る時点は、公開から2週間、1か月、3か月に固定します。Search Consoleのデータは収集から48時間ほど遅れて使えるようになり、保持は16か月です。直近の数字では判断せず、長期の比較が必要なら月次で書き出しておきます。

返すときは、A4半分の形式に収め、直す1点だけを書きます。エンゲージメントの定義を共有し、記事の数字を個人の評価には使わない方針を先に伝えます。返した内容と、その後の変化を記録すれば、次の企画にもつながります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。