構造化データ。
馴染みはあるでしょうか？
私はよくわからないまま、とりあえずソースコードに記述した、というのが始まりでした。そしてSchema.orgの構造化データとGoogle検索セントラルのドキュメントの間で若干迷いました。

この記事は、構造化データをマークアップすることに関連した、ちょっぴり技術寄りのお話です。
何から手を付けたらいいんだ？という時のヒントに、また、道標代わりに、私の思うマークアップの進め方と小さな発見を記します。
構造化データはある程度わかるよ！という方には、おそらく退屈な話になります。（不慣れだとこうなるんだなーという参考くらいにはなるかも？）
ちなみに実際のマークアップ例が書いてあるわけではありません。そちらを期待されていた方、ごめんなさい。

こんな話をしていきます▼

• 構造化データの種類を書けば、Google検索用の定義に自然と はまるわけではありません。（思い込みはいけません。）
• Google検索用の構造化データは、Google検索用の定型様式を守りましょう。
  Schema.orgは辞典のようなものと捉えましょう。
• マークアップの大まかな進め方と注意点。

主な参照▼
Google 検索セントラル　検索ギャラリーを見る
Schema.org　ドキュメント

はじめに

さて、構造化データはSchema.orgが定義しています。
そして構造化データは「ここはこの属性、この内容ですよー」とGoogleに伝えるのに使われています。
Googleは「こんなページならこれ書いて」と明示しているので、あとはそれに合わせて内容を詰めるだけ。
ではなぜGoogleはそんな指定をしているのか？
それは、Googleがページの内容を把握しやすくなり、その内容によっては検索結果を専用の表示形態で出せるように、ですね。リッチリザルトといわれています。（※構造化データが検索結果に表示されるとは限りません。）
つまりGoogle検索用構造化データ＝リッチリザルト用ともいえるでしょう。
検索結果の表示専用枠があるので目立つという点から、構造化データはSEOの一環と捉えられることもあります。

SEOの視点なら（プレミアム限定）▼
【プレミアム】あなたのサイトで構造化データを導入すべきか否かの判断基準について

思い込みはいけません（私の例）

では構造化データを入れてみよう、と思われた方も多いでしょう。

最初の一歩として、構造化データとGoogle検索用の構造化データ、違いは大丈夫でしょうか？

私はこの境界が曖昧だったために、こんがらがったのでした。
どうしてか。
（ここからはソースコードを見たことがある前提で進みます。）

構造化データのコード、書き出しは決まって {
"@context": "https://schema.org/",
"@type": ... なんですよね。
そうかそうか、この@typeというのが内容を表していて、いろんな種類があるのだな、と、私はまず思いました。（以降、このTypeを種類と呼んでいます。）
ここまではあながち間違いではないでしょう。

しかし「構造化データというものがあって、Google検索に有効らしい」と初めて聞いた時、なるほどページの内容を構造化データの種類のどれかにあてはめればよいのね、と勝手に解釈しました。
実はもうこの時点でズレ始めています。

一つ。そもそも構造化データの種類や階層は、そんなに単純ではない。

Google検索セントラルの「検索ギャラリーを見る」に、構造化データの定義はSchema.orgのドキュメントを参照しろ、と書いてあったので、私は見ました。
なんだか種類がたくさんあります。その分類だか階層だかを見ても、うーん、印象だけは確かに「構造」だね、って具合です。でも勝手に、個々の種類が独立している、とでもいいますか、構造化データの階層を系統図のように単純なものだと思っていました。
大きな間違いです。
構造化データの種類は、単純に独立して存在しているわけではありません。階層はありますが、それぞれが複雑に関係しあっています。というより、きちんとした定義のもとで情報に合った階層構成を組み立てられるからこそ、構造化データたるものでしょう。

二つ。「Google検索に有効」とは、「Google検索用リッチリザルトとして受け付けてもらえる」ということを指す。

私は、とにかくページ内容を表す構造化データの種類を書く⇒Googleが受け入れてくれる
だと勘違いしていたのですが、
Google検索用の構造化データを書く⇒Googleリッチリザルトとして受け付けられる
が正解だったのです。
よしんば自分でがんばって構造化データの種類を書き込んでも、Google検索用の構造化データに当てはまらなければ無駄足です。
そう、Google検索用の構造化データでなくては意味がないのです。
Googleは構造化データ（のボキャブラリ）を使って、検索用の構造化データの定型様式を造り、これならリッチリザルトになるよ、と私たちに提示しているのです。

 では改めて基本を抑えていきましょう。

基本は、Google検索用『部門』の定型様式に記入。Schema.orgは『辞典』のようなもの。

繰り返しになりますが、ここでの目的は、「Google検索用」の構造化データです。

検索用の構造化データについて書かれたGoogle検索セントラルでは、「検索ギャラリーを見る」の「機能」一覧にいくつか項目が並んでいます。この項目ごとにそれぞれのリッチリザルト、検索結果表示に対応しています。ここではそのイメージから、機能項目を『部門』と呼ぶことにします。
検索用に用意された各部門では、「この部門では構造化データのこの種類が必須・推奨項目だよ」と『定型様式』を提示しています。例えるなら、検索結果表示で優遇してもらうためのエントリーシートみたいなもので、名前や特技を書くように、構造化データの特定の種類に対して内容を記入します。定型様式なので、階層構成も定められています。

くどいようですが、勝手に、うちのページ内容だと正確には構造化データのこの種類でこの階層構成だろう、なんて独断で選んで書くと、部門の定型様式と異なり受け付けてもらえず、Google検索用には意味がありません。

検索用の構造化データでは主に schema.org のボキャブラリが使用されていますが、Google 検索の動作の定義には、schema.org のドキュメントではなく Google 検索セントラルのドキュメントを使用してください。

引用：Google 検索セントラル「構造化データの仕組みについて」

正に本質がここにあったのでした。
当然といえば当然ですが、Google 検索セントラルのドキュメントに挙がっている部門の定型様式に必ず合わせましょう。

そして私は素通りしてしまっていたのですが、ちゃんと書いてあったのです、「schema.orgの『ボキャブラリ』」と。
ボキャブラリ、つまり「ことば」の定義がなされているのがSchema.org。いうなれば、構造化データ『辞典』です。
（実はSchema.orgにも書いてあるんですけどね、ボキャブラリ。これも後になってようやく気づいた私です。）

種類だ種類だと思ってきましたが、いえ、確かにたくさんの種類のボキャブラリなのですが、種類という選ぶものより、ボキャブラリだと使うもの、という印象が強くなりました。目から鱗。（気づくのがここまで遅いのは私だけかもですが。）

上級者は辞典そのものを楽しめますが、一般的に、辞典はことばの意味や用法がわからない時に活躍します。Schema.orgは、この構造化データの中身はこれでよいのか、などという疑問があった時、調べるものとして使いましょう。

ページの内容＝構造化データの種類ではなく、Google検索用の『部門』に当てはめ、定型様式通りに書く。
その上で補助的に、Schema.orgという『辞典』で調べる。
この基本を忘れなければ、迷わずに行けるでしょう。

マークアップは、サイト構成を3つに区分して、アピール度合から見る。

基本を抑えたら、次は準備とマークアップといきましょう。
サイト構成を大きく３つに分けて見ていきます。
・パンくずリスト
・サイトのメインカテゴリー
・その他のページたち

これら３つについて、Googleにアピールする優先度が高いのか、補助的に構造化データを入れるのか割り振ってみましょう。

 ポイントとステップ

1. 『Google検索にアピールしたいところ』を中心に据える。＝Google検索用の部門に当てはめる。定型様式通りにマークアップする。
2. 余裕があれば、構造化データで情報を補足する。＝Schema.orgを使う。
3. プラグインを使う場合は『表立って出したくないところ』も意識する。

区分イメージはこんな感じです。

(1) 部門を決めて、定型様式に合わせる。

パンくずリストについてはもう明確でしょう。
次に、Googleにアピールしたいカテゴリーがどの部門に当てはまるのかを探しましょう。

▼Google検索用の部門
（出典：Google 検索セントラル「検索ギャラリーを見る」から一部抜粋。順不同。2022/3/14現在のもの）

• パンくずリスト（Breadcrumb）
• 記事（Article）
• 書籍（Book）
• 映画（Movie）
• イベント（Event）
• ハウツー（HowTo）
• レシピ（Recipe）
• 動画（VideoObject）
• 求人情報（JobPosting）
• 商品（Product）
• よくある質問（FAQPage）
• Q&A（QAPage）
• 生命科学、社会科学、機械学習、市民および政府のデータなど（Dataset）
• 練習問題（Quiz）〔英語で利用可〕
• 数学の解法（MathSolver, LearningResource）〔英語とスペイン語で利用可〕
• コースリスト（Course）
• COVID-19（新型コロナウイルス感染症）に関するお知らせ（SpecialAnnouncement）〔ベータ版〕

わかりやすいやつから特殊なものまで、なかなかに個性的なラインナップです。（と私は思います。）
「COVID-19（ベータ版）」が追加されたことからもわかりますが、変化していくものなので、最新のものをチェックするようにしましょう。また、英語のみ対応、などという部門もありますから、説明をよく読みましょう。

蛇足ですが以前「求人情報（JobPosting）」をやろうとした時、Googleの一覧を見て、JobPostingが英語だからか、とにかく目に入りませんでした。今よりもっとデジタル不慣れだった当時の私は、「ないのか、Google？！　どこを見るんだ？」と、しばし迷走しました。
そんな時のために『検索窓』というものが画面右上にあるのでした。候補が見当たらない時は、検索してみてください。（はい、とっくに使ってる？…失礼しました。）

検索してもピンとこず、どの部門なのか悩んだ場合は、同業種のサイトが参考になるかもしれません。こっそりサイトを訪れて、ソースコードを見てみましょう。

ついでに「検索ギャラリーを見る」ページでは、「ウェブサイトを表すカテゴリを選択してください」で、部門候補を絞り込むことができます。目立たないし、そこまででもない…と思ってしまったのは私だけでしょうか。

それでは部門が決定したら、そこから入りましょう。
検索ギャラリーを見るページの機能一覧（または左メニューの機能ガイド一覧）のリンクから、該当する部門の「スタートガイド」を参照し、Googleの定型様式通りにマークアップして、規定に沿うようにします。
階層構成や構造化データの種類指定だけでなく、内容の約束事もありますので、ドキュメントをよく読むようにしましょう。

例えば、Article 部門。
AMPと非AMPページで必須・推奨項目が異なります。
特にpublisherはAMPの必須項目となっています。もちろん非AMPページに書いてあっても補足情報となり、損はないでしょう。
しかしpublisherのlogoに注目すると、AMPの場合、画像サイズが決まっています。指定サイズでなくても構造化データから見れば間違いではありません。でもGoogle側から見ると、規定と違う、となってしまいます。

また、Googleは

ページの読者に表示されないコンテンツをマークアップしないでください。

引用：Google 検索セントラル「構造化データに関する一般的なガイドライン」

と言っています。
Articleの例でいえば、公開日などを表示していなかった場合は表示するように変更したほうが無難でしょう。

例えばついでに、もう一つ。
Articleのauthorに関して、マスコットキャラが書いている設定だったとしましょう。
これはPersonなのか、所属のOrganizationにすべきか。
悩んだら、こういう時こそSchema.orgです。
ここでも検索窓を使いましょう。（英語ですが、ひるんではいけません。Chromeだったらブラウザの翻訳ボタンを押せば、説明は日本語に。便利。たまに変だけど。）
いわく、「Person：人（生きている、死んでいる、アンデッド、または架空の）」。
架空＝マスコットキャラでもよい、ということがわかります。…ちょっとアンデッドは空恐ろしい気もしますが。

(2) 補足情報を入れてみる。

Googleは、

schema.org には Google 検索では不要な属性やオブジェクトもありますが、他のサービス、ツール、プラットフォームで役立つ場合もあります。

引用：Google 検索セントラル「構造化データの仕組みについて」

とか、

コンテンツを公開しているサイトの背景情報（著者ページへのリンクやサイトの概要ページなど）など、掲載されている情報が信頼性の高いものであることを示すための情報を提供しているか

引用：Google 検索セントラル ブログ「Google のコア アップデートについてサイト所有者が知っておくべきこと」

は大事だ、と述べています。余裕があれば、マークアップしてみるのもよいでしょう。（ステップ１をこなした後であれば、きっと力もついているはず。）

補足情報を入れる場合は２つのパターンがあるでしょう。

1. Googleの部門にあるもので、定型に足す。
   定型様式に使われている構造化データtypeをSchema.orgで調べ、他の要素の情報を加える。
2. Googleの部門にはないけれど、他のページに構造化データを入れる。

（１）は気が向いたらやるくらいでよいと個人的には思います。

（２）については、情報源として有益に働きそうです。

ここでSchema.orgを覗いてみましょう。
基本やステップ１では、散々Schema.orgは調べるためだけに使うと言ってきましたが、ステップ２では手のひらを返したように、Schema.orgで、あてはまる種類を探すことにしたいと思います。
ここで述べる構造化データの「種類」とは、Schema.orgの「Type」を指すと思ってください。

サイトの「他のページ」にあてはまりそうな種類ですから、「ウェブページ」グループを見てみましょう。

▼Schema.org「WebPage（ウェブページ）」の、より具体的なType
（出典元：A Schema.org Type「WebPage」2022/3/14現在のもの。※変更される可能性があるので最新をチェックしてください。）

• AboutPage（概要ページ）★
• CheckoutPage
• CollectionPage
  • MediaGallery
    • ImageGallery
    • VideoGallery
• ContactPage（お問い合わせページ）★
• FAQPage※
• ItemPage（特定の製品やホテルなど、一つの項目に特化したページ。）☆
• MedicalWebPage（医療情報ページ）
• ProfilePage（プロフィールページ）
• QAPage※
• RealEstateListing（不動産リストページ）
• SearchResultsPage（検索結果ページ）

※はGoogle検索用の部門に挙げられています。

中でも★印を付けたAboutPageやContactPageは役に立ちそうです。

それぞれのプロパティの中から項目を選んで書くことになりますが、これが悲しいかな、マークアップ例が載っている構造化データ種類もあるのに、記載なしの種類もあるのです。
でも諦めるのはまだ早い。そういう時は、一つ上の階層WebPageを見ましょう。もともとこのWebPageを更に細かく分類したものが上の一覧になります。
親が使うプロパティを子も使っていたりします。確認して同じものがあれば、親の例を真似て書いてみるとよいかもしれません。

また、プラグインによってはマークアップしてくれるものもありますので、WordPressを使ったサイトなどは検討されてみてはいかがでしょうか。
なるほどこの種類はこういう使い方か、と勉強になることも。（白状すると、上の★印２つはプラグインの受け売りです。使ったプラグインについてはステップ３で紹介しています。）

余談ですがもしかすると、Google検索用の部門にはないんだけど、そしてGoogle検索用としては意味を成さないことを承知しているけれど、情報としては出しておきたい、という場合があるかもしれません。（本当にそんな場合があるかは不明です。）
例えば、製品ページ。Google検索用の部門「Product」の定義に、出したい情報がはまらない、という場合だったとしたら、（Google検索用としては働かないだろうということを織り込み済みで）私なら構造化データの種類は「ItemPage」を使う選択をすると思います。
ただし、個人的な意見なので正直確証はありません。それでもあえてGoogle検索用の部門ではない所を狙ってみる、というのも、事実狙っているのだとしたら価値はあるのかもと私は思います。

(3) 出したくない情報が表に出ていないか確認する。

構造化データが正しくマークアップされているか確認するのは大切です。

Google検索セントラル「構造化データをテスト」ページには２つのテストツールが載っています。
この２つの違いはもうお手のものでしょう。
Google検索用の部門の定型様式にちゃんとはまっているかは、リッチリザルトテスト（※ページの構造化データで生成される Google のリッチリザルトを確認するもので、それ以外はテストできません。）、
Schema.orgが定義する構造化データとして正しくマークアップされているかは、スキーマ マークアップ検証ツール、ですね。
皆さん、きちんとされると思うので、ここでは詳細など割愛します。

反対に抜けがちなのが、プラグインなどを使った場合に、出したくない情報が出てしまっていないかという確認です。
プラグインは自動でやってくれるので簡単ですが、出力内容のチェックは必ずしましょう。
出力設定をしたページだけでなく、一応他のページも万遍なく見ることをお勧めします。こんなの出てた、ということがあるかもしれません。

ちなみに私が使ったことのあるWordPressプラグイン『Schema』は、記事カテゴリー一覧ページに「CollectionPage」を出してくれていました。
ほうほう、この種類になるのね、なんて思った一方で、WordPressカテゴリー設定の関係でdescription内容が合っていなかったので、Schemaプラグインの公式サイトを調べ、出力OFFにしました。便利だからといって、丸投げにしてはいけないと学んだのでした。
構造化データの種類とページの一致だけでなく、そのプロパティの中身が合っているかもよく見ましょう。

道筋のおさらい

思い込みばかりの私の道中。こんなふうによくわからないまま構造化データの種類から入ると、「Google検索用に構造化データを入れる」という本筋を見失うかもしれません。
私は迷ったおかげで発見もありましたが、迷わずに行けるに越したことはないでしょう。（この記事を読んで、一緒に迷ったかのように不必要な疲れを感じていらしたら、ごめんなさい。）
最後に道筋のおさらいをしたいと思います。

基本の心得

• 構造化データの種類を書けば、Google検索用の定義に自然と はまるわけではない。
• Google検索用の構造化データは、部門別の定型様式に はめる。Schema.orgは辞典のようなものと捉える。

道筋と道標

1. サイト構成を分類する。
2. Google検索用の部門から考える。（構造化データの種類という考えを一旦捨て、アピールしたいページ内容＝どの部門か？を考える。）
3. （余裕があれば）補足情報を入れる。（ここでは種類を考えてみる。）
4. 出したい情報・出したくない情報が正しくマークアップされているかチェックする。

皆さんの進む、検索用の構造化データマークアップの道が少しでも明るくなりますように。

私は3年間ほどWebに関するお仕事をしています。中小企業から大手企業のいろいろなお客さんの案件に携わる中で、学んだことをもとにこの記事を作りました。

皆さんのお仕事のお役に立てば幸いです。

ツールの使い方を学べば、簡単にSEOキーワードが見つけられるわけではない

多くのお客さんやWeb初心者の方が勘違いされていることとして、「ツールの使い方さえ学べば、SEOキーワードが見つかるようになる」と思っていることです。

私自身も、ツールの使い方を学べば、狙い目のキーワードが見つかるようになると思っていました。複雑で高機能なツールを使いこなせば、いかにも高度な仕事をしているような気になれるのも、理由の一つかもしれません。

しかし、どれだけ高性能で複雑なツールの使い方を覚えたとしても、それだけでは適切なSEOキーワードを見つけることはできません。(事実、私がそうでした)

なぜなら、サイトを運営する目的やサイトの今の状態に合わせて適切な調べ方をする必要があるからです。

• サイトからお客さんを増やしたいのか
• まずはアクセスを増やしてサイトの価値を高めたいのか
• 企業のブランディングのために使いたいのか

もしくは

• 大手企業が運営している信頼性のあるサイトなのか
• すでにたくさんの人が訪問してくれているサイトなのか
• 立ち上げたばかりでアクセスがほとんどないサイトなのか

によって、狙っていくキーワードは変わりますし、探し方も違ってくるのです。

自分の目的と現状に合わせたやり方を考えず、ツールの使い方だけ覚えていては成果は一向にあがらないのです(考えてみれば、当たり前のことですね)

これで終わってしまっては記事になりませんので、多くの方が関心があるであろう「中小企業が新規のお客さんを増やしたい」という状況を想定して、SEOキーワードの調べ方をご紹介したいと思います。

弊社のWebコンサルティングで行っている内容を、一部ですがお伝えしますね。

中小企業が新規のお客さんを増やすためのSEOキーワードの調べ方3ステップ

画像：Pixabay

今回はもっともスタンダードなSEOキーワードの調べ方をご紹介します。

大きく分けて次の3ステップで進めていきます。

1. 扱っている商材の代表的なキーワードを探す
2. 自社で狙っていく複合キーワードを考える(仮説)
3. その複合キーワードに狙う価値があるか調査する(検証)

1.扱っている商材の代表的なキーワードを探す

まずは、自社で扱っている商材の代表的なキーワードを探します。

神戸で人材紹介の事業をされているなら「神戸　求人」「神戸　転職」などのキーワードがそれにあたります。

• 人材紹介
  「神戸　求人」、「神戸　転職」など
• 飲食店
  「神戸　ディナー」、「神戸　イタリアン」など

「これらの代表的なキーワードをサイトで狙っていけばいいじゃないか」

と思われた方もいらっしゃるかもしれません。

確かにこれらのキーワードはたくさんの人が検索していますし、集客にもつながりやすいです。

しかし、弊社ではこれらのキーワードをいきなり狙っていくことはおすすめしていません。

なぜなら「神戸　求人」のような代表的なキーワードを検索すると、indeedや求人ボックス、タウンワークなど誰もが知っているような大手企業のサイトが表示されるからです。

これらの企業はSEO対策にも膨大な予算をかけています。

そのため、後発の中小企業がまともに戦って勝てる土俵ではありません。

中小企業がこれらのキーワードを狙うと、いくら予算と時間をかけてSEO対策を工夫しても全く成果があがらない、という結果になってしまうことが多いです。

実は私も初心者の頃に代表的なキーワードを狙おうとして、尽く失敗した経験があります。

これからSEO対策を行う方には、同じ失敗をして欲しくありません。

では、どうすればいいのかというと、次にやっていただきたいのが「2.複合キーワード・ニッチキーワードを考える(仮説)」のステップです。

2.自社で狙っていく複合キーワードを考える(仮説)

扱っている商材の代表的なキーワードが見つかったら、次は自社で狙っていく複合キーワードを考えます。

複合キーワードとは「神戸　アルバイト　求人」「神戸　経理　求人」など、代表的なキーワードである「神戸　求人」をさらに掘り下げたキーワードです。

• 代表的なキーワード：「神戸　求人」
  複合キーワード：「神戸　アルバイト　求人」「神戸　中央区　求人」「神戸　経理　求人」「神戸　ホワイト企業　求人」「神戸　50代　未経験　求人」など
• 代表的なキーワード：「神戸　ディナー」
  複合キーワード：「神戸　ディナー　中華」「神戸　ディナー　デート」「神戸　三宮駅　ディナー」「神戸　ディナー　安い」「神戸　ディナー　イタリアン　ミシュラン」など

神戸市の人材会社を想定して考えてみましょう。

地元企業とのつながりをうまく活用し、アルバイトの求人を集中的にサイトに掲載していくことで「神戸市のアルバイト求人に関しては、大手企業よりも質が良いものがたくさん掲載されている」という状況を作ることができるかもしれません。複合キーワードをうまく狙えば、中小企業が大手企業に勝てる可能性が出てきます。

そうすれば、「神戸　アルバイト　求人」のキーワードで検索上位を獲得し、多くの集客につなげることも可能となります。

「「神戸　アルバイト　求人」でも大手のサイトに勝てそうにない」

という場合は、「神戸　飲食店　アルバイト　求人」「神戸　高時給　短期　アルバイト　求人」など、勝てそうなところまでキーワードを掘り下げていきます。

複合キーワードを探す上では、「ラッコキーワード」という調査ツールも活躍します。(無料で使えます)

キーワードを入れると、関連する複合キーワードが一覧で表示されます。

「自分で0から複合キーワードを探すのは大変」と感じられている方は活用してみてください。

3.その複合キーワードに狙う価値があるか調査する(検証)

いくつか複合キーワードを見つけたら、実際にそのキーワードに狙う価値があるか調査をします。

サイトで本格的に対策を始める前に、そのキーワードの勝算が高いかどうか調査をしておくことで、思わぬ失敗を防ぐことが可能です。

代表的な調査のやり方は次の2つになります。

1. キーワードの検索ボリュームを調べ、どれだけのニーズがあるか確かめる
2. 実際にそのキーワードで検索をしてみて、自社サイトで勝てそうか見極める

1.キーワードの検索ボリュームを調べ、どれだけのニーズがあるか確かめる

まずは見つけた複合キーワードが、本当に検索されているのかどうかを調査します。

今回は無料で使え、メールアドレスの登録も必要ないaramakijyakeというツールを使って検索ボリュームを調べてみましょう。

aramakijyakeでは、調査したいキーワードを入力欄に入れることで、月間どれだけ検索されているか知ることができます。

実際に「神戸　アルバイト　求人」を入れてみると、Yahoo!では月間推定検索数が18、Googleでは72と表示されました。

このキーワードでちゃんと検索されていることがわかります。月間推定検索数はYahoo!で18、Googleで72と出ていますが、実際にはもっと検索されているケースがほとんどです。上位表示を取ればの見込み顧客からのアクセスがそれなりに期待できるので、対策するだけの価値はありそうですね。

月間推定検索数が多ければ多いほど、上位表示をした時のアクセスは多くなりますが、多すぎるキーワードは大手企業も狙ってくるので上位表示が難しいです。多すぎず少なすぎず、自社サイトの力に合わせた絶妙のキーワードを選ぶことが重要になります。

また、キーワードツールでわかる検索数は推定のもので、100%正確なものではありません。時期によっても検索数が変わったりするのでツール出ててくる数字はあくまで参考程度に留めておくのがよいです。

しっかりSEO対策を進めていけば、対策しているキーワード以外のキーワードでも上位表示をとれ、アクセスが増えていくこともあります。

検索数が0の場合は、そもそもキーワードが検索されていない可能性が高いですので、「2.自社で狙っていく複合キーワードを考える(仮説)」に戻って、別の複合キーワードを探していきます。

また、キーワードツールは種類がたくさんあるので、ご自身に合ったものをご活用ください。本格的に調査をしたいという場合は、有料のしっかりしたものを活用するのがおすすめです。

代表的なキーワード調査ツールを一部ご紹介しますので、参考にしていただければと思います。

• Google キーワードプランナー(無料)
• Ubersuggest(有料)
• ミエルカ(有料)

【補足】有料ツールUbersuggestの紹介

弊社で使っている有料ツールのUbersuggestを少しだけご紹介します。便利なツールで、無料体験もできるので興味がある方はぜひご活用ください。

検索窓にキーワードを入れると、関連キーワードとその検索ボリュームが一覧で表示されます。先ほど紹介したラッコキーワードとaramakijyakeの両方の機能を兼ね備えているのです。

さらに注目していただきたいのが一番右の「SEO難易度」という項目。

これを見ると、そのキーワードでどれくらい検索上位が取りやすいか、という難易度がわかります。(ただし、必ずしも正確なものではないので、最終的には自分で検索して確かめる必要あり。)

Ubersuggestで検索ボリュームが多く、かつSEO難易度が小さいキーワードを探していけばアクセスを集めやすいキーワードを探すことができます。

2.実際にそのキーワードで検索をしてみて、自社サイトで勝てそうか見極める

検索ボリュームを調べるのと合わせて、実際にそのキーワードで検索してみることも大切です。

どんなサイトや記事が検索上位に来ているのかを調べます。

「神戸　アルバイト　求人」で試しに検索してみます。

タウンワークやindeed、バイトルなど大手サイトが表示されますね。

インディードは神戸市のアルバイトだけで求人を17,421件も掲載しているようです。

Googleは基本的には、より検索するユーザーに求められるサイトを上位表示させる仕組みになっています。

「神戸市　アルバイト　求人」で検索している人は当然、神戸市のアルバイト求人を探しているので、たくさん求人を掲載しているサイトが上位表示されやすくなります。

他のサイトの掲載求人数を見ても、このキーワードで熾烈な競争が起きていることがわかります。

神戸のアルバイト求人を他のサイトに負けないくらい掲載するか、よほど魅力的な求人情報を集めていかないと、上位表示するのは難しいでしょう。

画像：Pixabay

「自社のサイトで上位表示されているサイトに勝つのは難しい」

と感じたら、「2.自社で狙っていく複合キーワードを考える(仮説)」に戻って、再び別の複合キーワードを探していきます。このように、

1. 複合キーワードを探し
2. 検索ボリュームを調査し
3. 実際に検索してみて勝てそうか判断する

のステップを繰り返して、自社サイトで狙うキーワードを探していくのです。

このように、SEOキーワードを探していくのは決して楽な作業ではありません。

お客さんが検索するであろうキーワード、検索している意図を考えたり、競合サイトを分析したりと時間も手間もかかります。

しかし、しっかりと時間をかけて訓練すれば誰でもできるようになる作業でもあります。大変な作業である分、多くの中小企業はちゃんと行っていないことが多いので、うまくやればライバル企業と差をつけることもできるかもしれません。

1日30分の調査を1ヶ月も継続すれば、1つは狙い目のキーワードを見つけ出すことができると思います。キーワード調査を通じて、より深くお客さんのニーズや競合の取り組みを知ることもできるはずです。

この記事が、皆さんのビジネスに少しでも貢献できれば幸いです。

QA Heatmap Analytics（QA ヒートマップ アナリティクス）は、ウェブ制作・運用に関わる方はもちろんのこと、顧客データを活用したデータ分析やマーケティングに携わる方にも役に立つユーザー行動分析ツール（WordPress公式プラグイン）です。

インストールキャンペーンに応募いただいた方全員に、2012年から不定期に開催してきたウェブ担当者通信セミナーの中から、今でもWebサイト運用にばり役に立つ動画を厳選し特別に期間限定で配信します。

SEO対策の基礎講座

動画

［受講者満足度：4.8］
最新のSEO対策とこれだけは絶対にやっておかないといけないこと、これからのSEO対策について。
講座の詳細情報はこちら

Webマーケティングはじめの一歩

動画

［受講者満足度：4.5］
「Webマーケティングは楽しい！」。本質的な考え方と、現場で使える実践テクニック。
講座の詳細情報はこちら

JavaScript＆jQuery入門

動画

［受講者満足度：4.0］
プログラミング初心者のために、基礎を学び、サンプルコードをカスタマイズしていきます。
講座の詳細情報はこちら

1万人にブランドを伝える方法

動画

［受講者満足度：4.7］
ブランドを壊さずに数万人にメッセージを伝える方法とウェブが果たす役割など。
講座の詳細情報はこちら

売れるサイトの演出

動画

［受講者満足度：4.8］
魅力的なコンテンツの作り方とその露出戦略を一緒に考えるセミナー
講座の詳細情報はこちら

機能満載ヒートマッププラグイン
QA ヒートマップアナリティクスをインストールして
神戸発の美味しい商品をゲットしよう！

美味しいものを抽選で
そして応募者全プレ「総額3万円超え動画セミナー」
ダウンロードキャンペーン開始！
【キャンペーンの詳細はこちら】
キャンペーンは終了しました。ご応募ありがとうございます。

Googleはなぜページ表示速度を重視するのか？

そもそもなぜGoogleが、特にモバイルで画像の遅延読み込みを推奨しているかというと、世界中の回線環境の悪いユーザーを意識しているという理由が大きいと思われます。

そのような回線環境が悪いユーザーは、大きな画像をダウンロードすると、全然ページが表示されず、イライラします。ですから、グローバル展開しているGoogleとしてはモバイル向けの表示速度を無視できません。

実際GoogleのPageSpeed Insightsのアドバイスでも、特にモバイルで「画像の遅延読み込み」を推奨されます。

画像の遅延読み込みという対策

上記のような回線環境が悪いユーザーへの対策として。

まずファイルサイズの小さいダミー画像（下記のような画像）をダウンロードさせます。そうすれば、すぐにページが表示されるのでユーザーがイライラしなくてすみます。

しかしユーザーはダミー画像を見たいわけではないので、ユーザーがスクロールして該当の画像を見た時に、JavaScriptを用いて本当の画像を表示させる。

つまり画像を遅延読み込みさせることで、表示速度UPとユーザーの満足度UPを狙おうというのが「画像の遅延読み込み処理」になります。

画像の遅延読み込み処理を実現する方法

画像の遅延読み込みを実現するには、2つの対応が必要です。

1. サイズの小さいダミー画像を用意する
2. JavaScriptプログラムを用意する

1に関しては、サイズが小さければどんな画像でもよいです。

主に悩むのは2の部分でしょう。 まず、JavaScriptプログラムの用意の仕方は、だいたい以下のパターンにわかれるかと思います。

• 自分で簡単なJavaScriptプログラムを書く
• JSの画像遅延ライブラリを探して自分で書く
• プログラムが組めないので、ネットでプログラムを探してコピペする
• プログラムが組めないので、WordPressのPluginを使う

今回は、主に自分でプログラムを組む人に向けて情報を記載します。 WordPressも対象にして書きます。

プログラムが組めない人は、WordPressを使っているならPluginを使うのが最も良いと思います。

どのPluginがいいの？ということで悩まれると思いますが、「最新にメンテナンスされていそうなもの」がオススメです。なぜかというと、後述するのですが、Googleの推奨方式が時々かわるからです。

最新のおすすめプラグインはこちら
→Web運用本の著者にも聞いた！WordPressサイトで絶対導入すべきおすすめプラグイン3選と注意するポイント【2021年版】

ライブラリは使わない方がよい！？実装方法の比較

JSのプログラムを組もうという人であれば、まず自分で1から書くより、ライブラリを探す人が多いと思います。

しかし、少しお待ちください。画像の遅延読み込みで実現したいのは下記ですよね。

• 一番Googleに強い
• ユーザーに対して一番早く軽く画像を表示できる
• 実装（プログラム）が簡単

これらを考えると、ライブラリが唯一の選択肢ではありません。 以下、順番に。

Googleが推奨する画像遅延の手法はどれ？

Googleが推奨する方法は、ちゃんと公式ページに出ています。 こちらです。

イメージと動画の遅延読み込み -Developers Google

上記を読んでもらうとわかるのですが、GoogleはモダンブラウザでサポートされているIntersection Observerを使うことを推奨しています。 Intersection Observerは、まさに「要素が表示されたら」といった状態をコントロールするためのブラウザAPIで、画像の遅延読み込みに適しています。

普通に考えると、「ユーザーがスクロールしたら」ということで「スクロールイベント」を使ってしまいそうなのですが、GoogleはIntersection Observerの使用を推奨しています。

まぁGoogleのクローラーはユーザーではないので、スクロールして画像をちゃんと取得するというのはちょっと辛いですよね。だからこそ最近、公式サイトでGoogleクローラーはIntersection Observerを読み込めるようになった、とアナウンスするわけです。
※今後変わる可能性はありますので、上記リンク先は一度みておいてください。

JSの画像遅延ライブラリの比較

Googleの推奨を考慮するならば、ほとんどのJSのライブラリは、スクロールイベントを監視しているため、危険です。 有名なLazyLoadでもGoogleが認識できないことがあると指摘されています。私もスクロールイベントを使って少し影響があったサイトを知っています。

Lazy LoadはSEOに不向き？ Lazy Loadで表示する画像をGooglebotは認識できないことがある -海外SEO情報ブログ

ある程度メンテナンスが入るライブラリであれば、そのうちIntersection Observerを採用するかも知れませんが、やはり未来は誰にもわかりません。

従って、私の推奨は「Intersection Observerを採用し、自分でJavaScriptを組む」ということです。

そもそも、とても簡単なんです。

自分で画像遅延を実装する方法

画像の遅延表示はなんら難しい処理ではありません。下記の順番で処理するだけです。

1. 全てのimgタグを変更する。srcにダミー画像を指定し、data-src属性などに本当の画像を指定する。また処理対象にするために任意のclass名をつける
2. JavaScriptで、各imgタグを監視する（ここにIntersection Observerを使う）
3. 2.で表示されたら、data-src属性をsrc属性と入れ替えて本当の画像を表示させる

Gogole公式サイトにもコードサンプルあるのですが、ちょっとエラー処理が緩いので、実働するコードのサンプルを貼っておきます。

1の対応

imgタグを下記のようにします。 dummy.jpgがダミー画像。realimage.jpgが本当に表示したい画像です。

<img src="dummy.jpg" data-src="/img/realimage.jpg" class="lazy">

2と3の対応をするJavaScriptをいれる

下記のスクリプトを<head>の中に書くだけです。

<script>
document.addEventListener("DOMContentLoaded", function() {
  var lazyImages = [].slice.call(document.querySelectorAll("img.lazy"));

  if ("IntersectionObserver" in window) {
    let lazyImageObserver = new IntersectionObserver(function(entries, observer) {
      entries.forEach(function(entry) {
        if (entry.isIntersecting) {
          let lazyImage = entry.target;
          lazyImage.src = lazyImage.dataset.src;
          if (typeof lazyImage.dataset.srcset === "undefined") {
          }else{
              lazyImage.srcset = lazyImage.dataset.srcset;
          }
          lazyImage.classList.remove("lazy");
          lazyImageObserver.unobserve(lazyImage);
        }
      });
    });

    lazyImages.forEach(function(lazyImage) {
      lazyImageObserver.observe(lazyImage);
    });
  } else {
    // Possibly fall back to a more compatible method here
  }
});
</script>

問題点とその対処

画像の遅延処理自体は簡単なのですが、2つの問題点があります。

IntersectionObserverのサポート外ブラウザの対応と、WordPressの問題です。

IntersectionObserverサポート外のブラウザ対応

IntersectionObserverは比較的新しいブラウザでしかサポートされていないAPIです。従って、古いブラウザのために対策を考えなくてはいけません。

※先ほどのコードにもifのelse条件に”Possibly fall back to a more compatible method here”と記載があります。

一番簡単なのは「polyfill（ポリフィル）」を活用することです。

polyfill（ポリフィル）とは？

polyfillとは、「サポート対象外のブラウザ用に、自分で同等機能を供給する方法」のことです。 polyfillとは、海外にある「壁の隙間を埋めるペースト」の商品名（Polyfillaというらしい）から来た造語だそうで。

つまりIntersectionObserverのサポート対象外のブラウザでも、IntersectionObserverが使えるようなライブラリを、有志が作ってくれているのですね。 「polyfillを活用しよう！」という場合、そのライブラリを活用しよう、という意味になります。

ライブラリは下記からダウンロードできます。 github.com/w3c/IntersectionObserver/tree/master/polyfill

上記のpolyfillを活用する場合、冒頭に読み込みを一行いれて下記のようになります。

メリットはもちろん、そのライブラリを読み込めば、サポート対象外のブラウザであっても、普通にIntersectionObserverを使えるということです。

ポリフィルのライブラリを最初に読み込んだコードを下記に示します。パスはあたなの環境にあわせて書き換えてください。

<script src="/js/intersection-observer.js"></script>
<script>
document.addEventListener("DOMContentLoaded", function() {
  var lazyImages = [].slice.call(document.querySelectorAll("img.lazy"));

  if ("IntersectionObserver" in window) {
    let lazyImageObserver = new IntersectionObserver(function(entries, observer) {
      entries.forEach(function(entry) {
        if (entry.isIntersecting) {
          let lazyImage = entry.target;
          lazyImage.src = lazyImage.dataset.src;
          if (typeof lazyImage.dataset.srcset === "undefined") {
          }else{
              lazyImage.srcset = lazyImage.dataset.srcset;
          }
          lazyImage.classList.remove("lazy");
          lazyImageObserver.unobserve(lazyImage);
        }
      });
    });

    lazyImages.forEach(function(lazyImage) {
      lazyImageObserver.observe(lazyImage);
    });
  } else {
    // Possibly fall back to a more compatible method here
  }
});
</script>

<img src="dummy.jpg" data-src="/img/realimage.jpg" class="lazy">

function customize_img_lazy($content) {
  //classにlazyを付与
  $re_content = preg_replace('/(<img.*class=")/', '$1lazy ', $content);

  //classがないimgタグにもclass="lazy"を付与
  $re_content = preg_replace('/(<img*(?!.*class)[^>]*)/', '$1 class="lazy"', $re_content);

  //srcを入れ替え
  $re_content = preg_replace('/(<img[^>]*)\s+src=/', '$1 src="/img/dummy.jpg" data-src=', $re_content);

  //srcsetを入れ替え
  $re_content = str_replace('srcset','srcset="/img/dummy.jpg" data-srcset',$re_content);

  //置換したcontentsを返す
  return $re_content;
}
add_filter('the_content','customize_img_lazy');

画像：pixabay

Google しごと検索（Google for Jobs）が1月23日、日本でもついに始まりました。

Google Japan Blog「Google しごと検索で、仕事探しをもっとスムーズに！」によると、希望職種やエリアなどのキーワードでユーザーが検索すると、関連する求人情報が一覧で検索結果内に表示される、とのこと。
表示された情報は「カテゴリ」「地域」「投稿日」「形態」「企業」でさらに絞り込んで詳しい情報を確認できます。

構造化データを求人募集の該当ページに記述することで、情報を「しごと検索」に表示させることができます。
元記事ではGoogle for Jobsに掲載するための対応手順や注意点をまとめてくれています。

求人募集をしている企業の担当者の方はさっそく試してみてもいいかもしれませんね。

Google for Jobs（しごと検索）とは？求人掲載に成功した対応方法と事例紹介 – ウェブ企画ラボ

しごと検索  |  Google リファレンス ドキュメント

前編では、オウンドメディア運用における課題とそれら課題を解決してオウンドメディアを成功させる運用ステップについて説明しました。
後編も、SEOプラットフォーム「MIERUCA（ミエルカ）」を提供する株式会社Faber Companyのマーケティング責任者である月岡克博氏に、オウンドメディアを運営する多くのウェブ担当者が抱えているコンテンツ制作の課題とその解決策についてお伺いし、ウェブ通編集部でその内容をまとめています。

---

月岡克博氏
SFA、CRMベンダーを経て、2014年にFaber Company参画。
SEOやコンテンツマーケティングの営業・コンサルに従事した後に、マーケティングを担うIMC部門を新設。SEOプラットフォーム「MIERUCA」を中心に自社マーケティング全般（リード管理、ブログ執筆、セミナー登壇など）を担当。

2.体制を作る

オウンドメディアの成功のためには日々の運用が継続してできる体制づくりが必要です。
体制づくりをしっかりしないまま運用を続けていくと、予算がとれないため人がアサインできなかったり、誰かひとりに負荷がかかってしまったり、といった課題が出てきます。

内部に人がいない場合には、費用はかかりますが外注することを考えるのもひとつの方法です。

コンテンツ制作を外注するときに気をつけるポイント

コンセプトやゴールを共有する

外注するライターや編集者と、メディアの方向性、ターゲット読者、ビジネスゴールなどの前提条件をきちんと共有し理解してもらう。

明確に整理した構成案で依頼する

ライティングを依頼するときには、1コンテンツ毎に、ペルソナやターゲットキーワード、論理構成などを明確に整理した構成案を作成して依頼する。
キーワードだけ指定して「○○みたいな感じで」という曖昧な依頼をしない。

自分たちで手に入れた情報を大事にする

取材や実体験ではないいわゆる「こたつ記事」ではなく、1次情報や現地情報など自分たちが得た情報を大事にする。

良いライター選びのポイント

• きちんと報酬を出してテストライティングを依頼する
• 編集が入っている可能性があるため、過去のライティング記事だけで判断しない
• 人となりや信頼できるかを見極めるため、できる限り対面で面接する

コンテンツを”作品”ととらえて修正を受け付けなかったり、依頼した構成で仕上がっていないにもかかわらず書き直しを受けつけなかったり、ライターさんとコミュニケーションをとることに時間がかかることがあります。

コミュニケーションコストを減らし、外注体制でオウンドメディア運営をするために、ライターさんを外注先ではなく、共に成長するパートナーとして信頼関係を築くことがまず大切です。

また漠然とした依頼ではなく、できる限り目的や情報を共有し、明確に整理した構成案で依頼を行なうことで、構成案をつくる作業に時間がかかったとしても、結果的にはコミュニケーションコストを減らすことができます。

参考：構成案サンプルPDF

構成案サンプルPDF（株式会社Faber Company様提供）

1 ファイル 143.67 KB

ダウンロード

3.効率化する

コンテンツ制作フローを理解し、どこに課題があるのかを明確にすることで、効率化できるポイントが見えてきます。

前述した外注体制づくりもそのひとつですが、ツールを使う選択肢もあります。

ツールを使って効率化

前編で説明しましたコンテンツ制作フローでは、「ペルソナ設定」「キーワード調査」「メインキーワード決定」「コンテンツ構成立案」といった重要な基本設計部分に、通常では4～5営業日くらいかかってしまいます。
ところがウェブ担当者は日頃の業務が忙しく、どうしてもこの部分に時間がかけられないことが多々あります。

こうして十分な戦略が練られないまま、時間と手間だけがかかっている割には成果につながらないコンテンツが増産される、ということになってしまうのです。

SEOプラットフォーム「MIERUCA（ミエルカ）」を活用すると、重要な基本設計部分である「キーワード調査」「メインキーワード決定」「コンテンツ構成立案」にかかる工数を削減可能です。

SEOプラットフォーム「MIERUCA（ミエルカ）」を活用したコンテンツ制作フロー

合計３日以上（40%程度）の削減をできる可能性があります。

またSEOプラットフォーム「MIERUCA（ミエルカ）」には、他サイトからの盗用や類似のチェックができる機能があります。
MIERUCA（ミエルカ）を活用すると、「キーワード調査」「メインキーワード決定」「コンテンツ構成立案」の工数削減だけでなく、「コンテンツ公開前の「コピペチェック」や「SEOチェック」の工数も削減できます。

オウンドメディアの運用における課題を解決するため、まずは制作フローを理解し、外注やツールをうまく活用することがポイントです。

業務を効率化し考える時間を生み出すことで、オウンドメディアの成功につながる可能性も高くなります。

まとめ

• オウンドメディアの成功は簡単ではない
• ほとんどは予算と企画制作力と改善力の問題
• だからこそ成功させることができればチャンス

今回、オウンドメディアでもっと集客するためのコンテンツ制作の運用フローと業務効率化についてお伝えしました。

運用フローの理解と外注やツールも含めて効率化することができれば、コンテンツ企画やクオリティアップのために時間を使うことができ、メディア全体の底上げにつながるでしょう。
もしリソースやスキルの問題で、メディア運用がうまくいかず、成果もついてこないようであれば、専門家に相談するのも手です。
ミエルカではユーザー会を通じて、ユーザー同士の交流も図れるそうです。こうした機会も活用したいですね。

１年後のPV予測やリスティング広告の集客コストからオウンドメディアの価値・費用対効果を推測すれば、外注やツール導入などの予算もつけられて業務効率化ができるかもしれません。

この記事が、正しくコンテンツの投入効果を最大化し、オウンドメディア成功につなげていくための参考になれば幸いです。

参考サイト

ライター選びで失敗しないための7つのチェックポイント

mieru-ca.com/blog/how-to-select-a-writer/

【日宣さま】出版社時代から培った「ライター採用とマネージメントのコツ」に迫る！

mieru-ca.com/blog/nissenad_sequel/

検索意図とは？ユーザーニーズに応えるコンテンツを制作するために

mieru-ca.com/blog/user-needs/

「MIERUCA（ミエルカ）」について詳しくは公式サイトをご覧ください。

mieru-ca.com/

ウェブ通編集部のメンバーはSEOプラットフォーム「MIERUCA（ミエルカ）」を知っていましたが、これまで使ったことがありませんでした。キーワード調査や競合サイト調査には時間をかけて行なっており、ユーザーニーズに応えるコンテンツづくりに苦労をしていました。

SEOプラットフォーム「MIERUCA（ミエルカ）」は「流入キーワード調査やコンテンツの改善提案を行なってくれるツール」という認識でしたが、実際に使ってみたところそれだけではなく、MIERUCAを活用することで作業を効率化でき、そのぶん考える時間が増えることで、よりオウンドメディアの成功につながる ことに気がつきました。

今回、SEOプラットフォーム「MIERUCA（ミエルカ）」を提供する株式会社Faber Companyのマーケティング責任者である月岡克博氏に、オウンドメディアを運営する多くのウェブ担当者が抱えているコンテンツ制作の課題とその解決策についてお伺いし、ウェブ通編集部でその内容をまとめました。

---

月岡克博氏
SFA、CRMベンダーを経て、2014年にFaber Company参画。
SEOやコンテンツマーケティングの営業・コンサルに従事した後に、マーケティングを担うIMC部門を新設。SEOプラットフォーム「MIERUCA」を中心に自社マーケティング全般（リード管理、ブログ執筆、セミナー登壇など）を担当。

オウンドメディア成功の鍵は何か？

なぜ多くのオウンドメディアがうまくいかないのか？

「サイトで狙ったユーザーを集客したい」
「サイトのリピーターになってもらい顧客を育成したい」
「ユーザーとの関係性を深めたい」
「自社ブランドの認知」
「自社の価値を高めたい」
など、さまざまな目的をもってオウンドメディアを立ち上げる企業が増えており、オウンドメディアが乱立している時代です。

しかし、オウンドメディアで成功しているところが少ないのが実情です。
なぜ多くのオウンドメディアはうまくいかないのでしょうか？

コンテンツ制作において多くのウェブ担当者が下記のような課題を抱えていることが、オウンドメディアが成功しない理由として考えられます。

多くのウェブ担当者が抱えるコンテンツ制作の課題

多くのウェブ担当者は、コンテンツ制作を行ううえで以下のような課題を抱えています。

課題その１：予算

• 売上や問い合わせなどコンバージョンへの貢献を明確に示しづらく費用対効果が分かりづらい
• すぐにコンバージョンにつながらない施策なので社内評価が低い
• 何か新しいことにチャレンジしようとしても、稟議が通らず予算もおりない
• フルアウトソースをするとコスト高となり、低予算では不可能なため、社内で運用するしかない

課題その２：企画/制作

• 良質なコンテンツを作るための正しい手法・すすめ方が分からない
• キーワードや競合などの調査・分析に膨大な時間が必要
• ライティング費用を抑えるためクラウドソーシング系でライターを探して失敗
• 良いライターが見つからない
• どのチャネル（流入経路）に注力すべきか、SNSをどう活用すべきか分からない
• そもそも専任ではないため、人的リソースも割ける工数もない

課題その３：効果測定/改善

• 何をKPI/指標にするべきかが分からない
• コンテンツ改善をしたいがどう取り組むべきか分からない
• アクセスは集まっているがCVしない

など、オウンドメディアに限らずコンテンツ制作を行っているウェブ担当者は、同じような課題を抱えています。
これらの課題はどのように解決していけばよいのでしょうか？

課題を解決するには？

課題を解決するために、まず「オウンドメディアの成功は簡単ではない」と知ることが大切です。
サイト運営でこれまでもSEO施策を行ってきたウェブ担当者の方は「簡単ではない」ことを理解している方は多いと思いますが、新しくオウンドメディア運営をはじめたばかりのときには「コンテンツを量産すればなんとかなるんじゃないか？キーワードを盛り込めば順位が上がって集客できるんじゃないか？」と思ってしまうかもしれません。

オウンドメディアの成功は簡単ではありませんが、逆にいえば、簡単ではないがゆえにチャンスでもあるのです。
競合サイトや競合サービスでも成功するために同じように苦労をしています。
まずは「オウンドメディアの成功は簡単ではない」という認識からはじめて、あとは一歩ずつ精度を高めるために課題を解決し正しいステップで運用を行なっていけば他に勝てるオウンドメディアとして明るい未来がきっと待っています。

課題を解決し、オウンドメディアを成功させる運用ステップ

0. 目的の明確化
1. コンテンツ制作フローを理解する
2. 体制を作る
3. 効率化する

0.目的の明確化

「なぜオウンドメディアなのか？」
目的をはっきりとさせないままなんとなくオウンドメディア運営を始めてしまい、運用負荷だけがかかってしまったり、アクセスは集めたもののその先につながらなかったり、などといった失敗もよく耳にします。

まず最初に考えるべきことは、自社が抱えている課題が何か？その課題を解決するための施策にはどのようなものがあるのか？です。

その施策としてオウンドメディアを選んだら次に考えることは、オウンドメディアを運用する目的の明確化です。
たとえばオウンドメディア運用の目的は以下のようなものが考えられます。

• 自社やサービスの認知度アップ
• 自社やサービスのブランディング
• ユーザーとの関係性を深める
• ユーザーとのタッチポイントを増やす
• 見込み顧客の発掘・育成
• 広告収入

目的を明確にすることで、その目的を達成するために必要なコンテンツを考えることができるのです。

1.コンテンツ制作フローを理解する

オウンドメディアに限らず、コンテンツを制作するときのフローは、「ペルソナ設定」「キーワード調査」「メインキーワード決定」「コンテンツ構成立案」といった基本設計をしっかりと行なってから、ライティングに取りかかることが重要です。

後編では課題を解決してオウンドメディアを成功させる運用ステップの「体制づくり」と「効率化」についてまとめます。

「MIERUCA（ミエルカ）」について詳しくは公式サイトをご覧ください。

mieru-ca.com/

画像：PageSpeed Insights

Googleが提供しているウェブページの読み込み時間を計測しアドバイスしてくれるツール「PageSpeed Insights」が新しくなりました。

Chromeの拡張機能にあるLighthouseを利用して表示速度を計測するようになったそうです。
新しくなったPageSpeed Insightsでは、Chromeのデベロッパーツールにある「Audits」タブからチェックできる内容とアドバイスが日本語で分かりやすく表示されています。

ページが表示されるまで待てる時間は2秒まで、とよく言われますが、個人的には2秒でも長いなぁと最近感じてしまいます。（ウェブ通サイト遅いですよね…すみません…汗）
ページ表示速度をどうやれば高速化できるのか気になっている方はまずはPageSpeed Insightsでチェックしてみましょう。

【Google】PageSpeed Insightsがアップデートでかなり使いやすくなってる。 | Mobile First Marketing Labo

PageSpeed Insights

画像：pixabay

Ｊストリーム社は2016年から日本国内のCDNシェアの調査結果を公開しています。

CDNとはコンテンツデリバリーネットワーク（Content Delivery Network）の略で、Webコンテンツをキャッシュし配信するネットワークのことです。
CDNサービスではAkamai（アカマイ）が老舗であり有名です。

Ｊストリーム社の調査によると、JPドメインサイトのCDNシェア推移では2016年11月以降Akamaiは下降傾向です。
一方シェアを伸ばしているのはAmazon CloudFrontです。

CDN自体はWebサーバーを高速化するための仕組みではありませんが、CDNでキャッシュして配信することでユーザーにコンテンツを早く届けることが可能になります。

Webページの高速化が求められている今、CDNの利用を検討している方も多いと思います。CDNサービスにはどんなものがあって今の主流が何か、参考になるデータかもしれません。

国内CDNシェア(2018年10月) | J-Stream CDN情報サイト

画像：pixabay

元記事は株式会社so.la代表の辻正浩さんによるブログ「SEO会社が公益団体をその毒牙にかける事は許されるか – web > SEO」です。

昔ながらのSEO手法の説明をしながら営業電話をかけてくるSEO会社は多いです。
ワタシが運用にかかわっている会社にも「SEO対策をしてもっと集客をしませんか？」と営業電話がかかってくることがあります。

辻さんはブログ記事の中で特定の悪質なSEO会社について書いています。
その目的は以下に引用します。

それは、インターネットの入り口に立った企業を守ることは極めて大切な事だと考えているためです。

（中略）

微妙な会社がターゲットにするのはこういう記事を読まれない方です。ネットでの情報収集をせず、まともなセミナー等にも参加しない方が、世の中の大半ということが現実なのです。
そういう人たちを悪質な企業から守ることは本当に難しい事です。新聞やテレビなどで大きく扱われる以外ではそのような方に警告が届きません。

私が強く願います事は、この記事を読まれるようなみなさまが騙されがちな方を助けてほしいという事です。

これは本当にその通りだと思います。
お知り合いの方が悪質なSEO会社に騙されてしまわないよう、ウェブに詳しいみなさん、ぜひお声がけをしていきましょう。

SEO会社が公益団体をその毒牙にかける事は許されるか – web > SEO