過去の記事を直すとき、僕なら全部のアクセスを上から眺める前に、実際に検索に出ていて、直す理由を一つ言える記事を選びます。たとえば「例文」で表示されるのに例が探しにくい記事です。どこを変えるかを読者の用事から決めやすいからです。
先に直す候補を三つに分ける
- 例や操作画面が古い。 そのままだと読んだ人が作業を進められないので、アクセス数が少なくても更新します。
- 検索で表示されているが、本文に答えが見つけにくい。 タイトルと本文を読み、約束している答えを早めに見せます。
- 公開したばかりで表示が少ない。 何が原因かまだ判断できないなら、記録を残し、別の候補から着手します。
たとえば、新しい記事の表示が2回、古い記事の表示が90回。古い方が「ブログ 自己紹介 例文」で見つかっていて、例が記事の末尾にしかないとします。僕なら、まず古い方の例を冒頭に一つ移します。検索から来た人が、そこから使えるか判断できるようになるからです。
一度に動かす場所を一つに決める
タイトル、導入、見出し、リンクをまとめて変えると、後から何が使いやすくなったか思い出せなくなります。僕なら「例文の位置」だけ直し、日にちと理由を残します。明らかに間違っている説明があれば、実験とは別にその場で直します。
記録例。11月11日、例文が末尾にしかなかったので、冒頭に短い例を一つ移動。タイトルとリンクは同じ。次は同じ28日幅で表示とクリックを見る。
数字が上がらなくても、読者の作業を見直せる
順位や表示は、記事を変えた以外の理由でも動きます。数字が少ないうちは、スマホで記事を開き、答えまで何画面かかるか、見た例を自分に置き換えられるかも見ます。直した理由が「例を見つけやすくする」なら、その一つは画面で確認できます。
一記事に絞った数の見方は、Search Consoleで公開記事を確認する手順へ。そもそも記事で何に答えるかを見直すなら、三行ワークで問いを一つにするところから始められます。


コメント