構造化データを入れても救われない

SEOのことを調べていると、
たまに「構造化データを入れましょう」という話を見ます。

パンくずリスト。
FAQ。
記事情報。
レビュー。
いろいろな種類があります。

たしかに、構造化データは大事です。

検索エンジンに、
「このページはこういう内容ですよ」
と伝えやすくなるからです。

でも、ここで勘違いしそうになることがあります。

構造化データを入れたら、
検索順位が上がる。

構造化データを入れたら、
アクセスが増える。

構造化データを入れたら、
ブログが救われる。

そんなふうに思いたくなります。

でも、現実はそこまでやさしくありません。

構造化データは、
あくまで中身を伝えるための補助です。

ページの内容そのものが弱ければ、
構造化データを入れても急に強い記事にはなりません。

たとえるなら、
中身の少ない箱に、
きれいなラベルを貼るようなものです。

ラベルは見やすくなります。

でも、箱の中身が空っぽなら、
開けた人はがっかりします。

SEOも同じです。

検索エンジンに正しく伝えることは大事です。

けれど、それ以前に、
読みに来た人にとって役に立つ内容があるか。
最後まで読める文章になっているか。
自分の言葉で書かれているか。

そこが弱いままだと、
構造化データだけではどうにもなりません。

ブログをやっていると、
どうしても技術的な対策に逃げたくなる時があります。

見出しを直す。
メタディスクリプションを入れる。
内部リンクを貼る。
構造化データを設定する。

どれも間違いではありません。

でも、それらは記事の土台があってこそ効いてくるものです。

読まれない記事に装飾を足しても、
読まれる記事になるとは限りません。

検索エンジンは、
きれいに整えられたページを見ているだけではありません。

そのページが本当に必要とされているか。
似たような記事と比べて、読む理由があるか。
訪れた人が満足できるか。

そういう部分も見られているのだと思います。

だから、構造化データを入れても救われない。

それは構造化データが無意味ということではありません。

むしろ、ちゃんとした記事をより伝わりやすくするためには、
役に立つものだと思います。

ただ、順番を間違えると苦しくなります。

まず記事を書く。
読んだ人にとって少しでも意味のある内容にする。
自分の経験や考えを入れる。
そのうえで、構造化データを整える。

この順番が大事なのかもしれません。

SEOは、魔法の設定をひとつ入れたら終わり、
というものではありません。

小さなことを整えながら、
それでも最後は記事の中身に戻ってくる。

構造化データを入れても救われない。

だからこそ、
救われるために見るべき場所は、
設定画面ではなく、記事本文なのだと思います。

技術で整えることも大事。
でも、読まれる理由を作ることはもっと大事。

SEOをしているつもりで、
いつの間にか記事を書くことから逃げていないか。

構造化データを入れるたびに、
少しだけそんなことを考えてしまいます。


ここまで読んでくれて、ありがとうございます

PR
コータのAmazonページへ

よろしければ、
のぞいてみてください