構造化データ実践雑記

SEOのことを考えていると、
どうしてもキーワードとか、記事の文字数とか、
タイトルの付け方ばかりに目がいきます。

でも、最近あらためて思うのは、
検索エンジンに記事の中身をわかりやすく伝えることも、
かなり大事なんだなということです。

そのひとつが、構造化データです。

正直、最初は名前だけで少し難しそうに感じます。

構造化データ。

なんだか、専門家だけが触るもののような響きがあります。

でも、ざっくり言えば、
「この記事は何について書いています」
「これはブログ記事です」
「これは質問と答えです」
「これは商品やレビューに関する情報です」
ということを、検索エンジンにも伝わりやすい形で書いてあげるものだと思っています。

人間が文章を読めば、
なんとなく内容はわかります。

でも検索エンジンは、
文章を読んでいるようでいて、
やはり機械として情報を整理しています。

だからこそ、
こちらから少し親切に、
「これはこういう種類の情報ですよ」
と補足してあげる。

それが構造化データの役割なのかなと思います。

実践するときに大事なのは、
いきなり難しいことを全部やろうとしないことです。

まずは、自分のブログに合った形を考える。

雑記ブログなら、
記事そのものを示すArticle系の構造化データが基本になりそうです。

レビュー記事が多いならレビュー系。

質問と答えの形が多いならFAQ系。

商品紹介をしているなら商品系。

自分の記事の形に合っていない構造化データを、
無理に入れる必要はないと思います。

SEOというと、
つい「入れたほうが得をしそう」と考えてしまいます。

でも、構造化データは、
盛るためのものではなく、
正しく伝えるためのものです。

記事に書いていないことを入れたり、
実際とは違う情報を設定したりすると、
かえってよくない方向にいくかもしれません。

だから実践では、
まず記事本文と構造化データの内容を合わせること。

ここが一番大事だと思います。

たとえば、記事タイトル。

本文の内容。

公開日。

更新日。

著者情報。

こういう基本情報が、
ページの中で自然につながっているかを見るだけでも、
ブログ全体の整理になります。

構造化データは、
検索順位を一気に上げる魔法ではないと思います。

でも、検索結果に表示される情報がわかりやすくなったり、
記事の意味を検索エンジンに伝えやすくなったりする可能性があります。

つまり、目立つための裏技というより、
記事をちゃんと届けるための整備に近いものです。

ブログを書いていると、
本文を書くことに力を使い切って、
裏側の設定は後回しになりがちです。

でも、せっかく書いた記事なら、
検索エンジンにも読み取りやすい形にしておきたい。

そう考えると、
構造化データは少し地味だけれど、
ブログを長く育てるうえで大事な作業なのかもしれません。

SEOは、派手なテクニックだけではありません。

タイトルを整える。

見出しを整える。

内部リンクを整える。

そして、構造化データで情報の意味を整える。

こういう小さな積み重ねが、
あとから効いてくる気がします。

ブログは、書いて終わりではなく、
少しずつ整えていくものです。

構造化データも、
その整える作業のひとつ。

難しそうに見えるものほど、
まずはひとつだけ触ってみる。

完璧に理解してから始めるより、
自分のブログに合う基本形を見つけて、
少しずつ慣れていく。

それくらいの距離感でいいのかもしれません。

構造化データ実践雑記。

名前は少し堅いけれど、
やっていることは、
自分の記事をもっと伝わりやすくするための、
静かな整理整頓なのだと思います。


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

PR


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