海外SEO情報ブログ

Twitterが日本語版モーメントを開始、AMPサポートは不完全？

9 years 4ヶ月 ago

[レベル: 上級]

日本語版のTwitterが「モーメント (Moments)」を開始しました。
モーメントは、今話題になっているトピックに関係するツイートを”ストーリー”としてまとめて閲覧できるサービスです。

はじめまして⚡️Twitter モーメント（@momentsjapan）⚡️です。
いまTwitterで盛り上がっている最新のトピックを写真や動画をたっぷり使ってストーリー仕立てでいち早くお届けします！ぜひフォローしてください。 pic.twitter.com/F656jJ3Cqj

— Twitter モーメント (@momentsjapan) 2016年7月14日

モーメントは、米国や英国、オーストラリアなどの国で展開していました。
新たに日本が加わったことになります。

AMPサポートは不完全？

Twitterは、GoogleとともにAMPプロジェクトで中心的な役割りを果たしています。
今年の3月には、モーメントでAMPのサポートを始めました。

日本語版のモーメントもAMPをサポートしているようなのですが、完全なサポートには至っていないようです。

AMP CDNからキャッシュを返さず

通常、AMPではコンテンツはAMP CDNからキャッシュが返されます。

しかしモーメントのAMPコンテンツは、キャッシュではなくウェブサーバーから直接返されます。

こちらは、モーメントに掲載されている産経ニュースの記事です。
産経ニュースはAMP対応しています。

タップして元記事を読みに行くと……

AMPフォーマットの記事が表示されるのですが、キャッシュから返されるのではなく直接開いています。

AMPはそれだけでもそれなりに高速に表示されます。
しかし高速を本当に実現するにはCDNキャッシュは必須のコンポーネントです。

英語版のモーメントがAMPサポートを開始した当初も、AMPコンテンツをCDNキャッシュではなく直接返していました。
ですが、数日後にはきちんとキャッシュから返されるようになっていました。

ただこの記事を書いている時点では、英語版も再び直接表示するように変わっています。

AMPコンテンツの表示になぜTwitterはCDNを利用しないのでしょうか？
どんな理由があるのか知りたいものです（Twitterに知り合いがいる方は聞いてください）。

いずれにしても、Google以外でもAMPが利用される環境が少しずつですが増えてきました。
身近なところでは、はてなブックマークアプリもAMPをサポートするようになっています。

さまざまなプラットフォームで利用できるのは、AMPがオープンソースだからです。
AMP対応しているコンテンツ発行者はAMPの拡大に期待しましょう。

- Twitterが日本語版モーメントを開始、AMPサポートは不完全？ -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

【ブログ読者へご連絡】7/12〜7/15のブログ更新をお休みします

海外SEO情報ブログ

9 years 5ヶ月 ago

海外SEO情報ブログの読者のみなさまへ

いつもご訪問ありがとうございます。

7月12・13日に米サンフランシスコで開催される MobileBeat 2016 に参加してきます。

そのため今週の残り、7月12日〜15日のブログ更新をお休みします。
Web担当者Forumの連載コラムも今週はお休みです。

MobileBeatはモバイルをテーマにしたカンファレンスです。
ただし検索に直接かかわるカンファレンスではなく、AIやチャットボットをテーマにしたセッションが多いようです。
それでもモバイルの世界の新しいことが学べることを期待しています。
良い情報が手に入ればこのブログで共有します。

それではまた来週！

- 【ブログ読者へご連絡】7/12〜7/15のブログ更新をお休みします -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

【確定】誰が記事を書いたかをGoogleはランキング要因にしていない、もう一度ジョン・ミューラーに質問してみた。

海外SEO情報ブログ

9 years 5ヶ月 ago

[レベル: 中級]

GoogleのJohn Mueller（ジョン・ミューラー）氏によれば、記事がだれによって書かれたかをGoogleは認識しておらず、コンテンツ品質の評価要因にもしていないとのことでした。

とはいえ、僕の質問の仕方がよくなかったせいか、コピーコンテンツの判断をGoogleは上手にできるという話がメインになってしまっていました。

そこで、先週のオフィスアワーでもう一度、今度はもっと明確に、コンテンツ著者がだれなのかをGoogleは本当にランキング要因にしていないのかをジョンに尋ねてみました。

結論を一言で言えば、やはりコンテンツ著者が誰であるかをGoogleはランキング要因にはしていません。

その理由をジョンは次のように説明してくれました。

Googleはなぜコンテンツ著者を見ていないのか？

僕からの質問です。

前回、だれが記事を書いたかをGoogleは本当にはわかっていないと言いました。それはつまり、だれがコンテンツを作ったかはランキング要因ではないということですか？

ダニー・サリヴァンはすばらしいコンテンツ著者です。もし僕のブログに彼が寄稿したとしたら、その記事は彼によって書かれたものだからきっとすばらしい記事に違いないとGoogleは考えたりはしないのですか？

ジョンからの回答です。

たぶん、（ダニー・サリヴァンが書いたということは）わからないのではないだろうか。

どういうことかというと、その記事が優れていたとしても、それは、リンクのように、ほかの人に勧めることに関係してくるユーザーからのある種のフィードバックにもとづいて、その記事自身の評価から本質的に上位表示するだろうということだ。

だが、名前がよく知られた著者がだれかほかの人のサイトでコンテンツを発行したからといって、ただそれだけの理由でそのブログ記事が本当に関連性が高いと無条件でなることはない。

完全に無作為に選んだブログにダニー・サリヴァンが何かを投稿しても、それが彼によるものだとは私たちは認識しないだろうし、ユーザーも彼によるものだとは認識しないだろう。だれによるものかは結局わからなくなってしまう。

また、ある人が書いたからといって、その記事の品質が常に本当に高いとは必ずしも限らない。だから、もし仮にダニー・サリヴァンの著者情報のマークアップがそのページに記述されていたからといって、とたんにその記事が本当に価値があるものだと想定するべきではないし、上位表示させるべきでもない。

こうした観点から、人々によって書かれた記事というものは（著者がだれかということによるのではなく）その記事自体の評価でGoogle検索で表示される力がなければならない。

Googleではなく訪問者に信頼してもらえるようになる

ということで、Googleはそのコンテンツがだれによって作られたのかどうかを見ていません。
ランキング要因にもしていません。

少し残念に思います。
コンテンツを掲載しているサイトでなく、コンテンツを作った著者を対象にして評価してもらえるとしたら、一個人としてコンテンツを発行している身には嬉しいことです。

2011年のSMX Advancedで、米Googleのサーチクオリティチームに当時所属していたMatt Cutts（マット・カッツ）氏は次のように言っていました。

（著者情報プログラムが）個人のPageRankとも言うべき「Author Rank」になればいい。将来的には、質の高い記事を書く著者のコンテンツを高く評価できるようにしたい。

結局、著者情報プログラムは廃止されてしまいました。

著者情報プログラムなしでも、著者を評価する取り組みは続いているのかと期待していたのですが、少なくとも実現には至っていないようです。

ただ、ジョンの説明にも納得がいく部分はあります。
僕が書いた記事がいつも100%絶対に高品質だという保証はありません（そうなるように常に書いてますよ！）。
仮に、僕が手を抜いて書いた記事があったとして、それも無条件に高品質だと判断してしまうことは良いことではないですね。

だれが書いたかよりも、その記事（コンテンツ）そのもので評価するという考えは正しいように思います。

よくよく考えれば、個人としてGoogleに評価されるかどうかは些細なことです。
訪問者（あなた）に、この人（鈴木謙一）が書くことは信頼できるし役に立つとみなしてもらえるように、コンテンツを発行していくことがもっとずっと大切なことですよね。:)

- 【確定】誰が記事を書いたかをGoogleはランキング要因にしていない、もう一度ジョン・ミューラーに質問してみた。 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

グーグルは情報の正しさを保証しない。嘘情報でも上位表示することがある【海外＆国内SEO情報ウォッチ】

海外SEO情報ブログ

9 years 5ヶ月 ago

Web担当者Forumの連載コーナー、「海外&国内SEO情報ウォッチ」を更新しました。今週取り上げた記事は次のとおりです。

今週のピックアップ

グーグルは「情報の正しさ」を保証しない。嘘情報でも上位表示することがある

日本語で読めるSEO/SEM情報

AMPで困ったときに頼れるAMP専用カテゴリが公式ヘルプフォーラムに開設
AMP対応する前に知っておきたいこと3つを、グーグル社員が共有してくれた
MERYが商品販売ページをAMP化したけど、これって問題ないの？
WordPressサイトを自力でAMP対応する方法

海外のSEO/SEM情報を日本語でピックアップ

どんなタイプのサイトでも今すぐAMP対応すべきか？
AMPプロジェクトが第2四半期に重点的に取り組んできたこと4つ
リダイレクトの数の上限は1万？10万、それとも制限なし？
歌詞サイトに大打撃か？グーグルが検索結果に歌詞を表示
Search Consoleでアプリのインデックス数とクロールエラー数のレポートに不具合発生

海外SEO情報ブログの掲載記事からピックアップ

RankBrainはロングテールによく機能するランキング要因、Googleは著者情報を完全に使っていないなどSEO最新情報 from #SMX Advanced 2016
AMP対応で表示速度が22秒から0.7秒へ短縮、1億2500万のAMPページをGoogleはインデックスなど from #SMX Advanced 2016

SEO Japanの掲載記事からピックアップ

今週はピックアップなし。

こちらからどうぞ。

グーグルは情報の正しさを保証しない。嘘情報でも上位表示することがあるなどSEO記事まとめ10+2本

- グーグルは情報の正しさを保証しない。嘘情報でも上位表示することがある【海外＆国内SEO情報ウォッチ】 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

HTML文法的に正しくないheadセクションの中のrel=hreflangやrel=canonicalをGoogleは認識しない

海外SEO情報ブログ

9 years 5ヶ月 ago

[レベル: 中〜上級]

headセクションがHTML文法的に正しくない場合、Googleは rel="canonical" 要素や rel="hreflang" 要素を正常に認識できないことがあります。
たとえば、headセクションの中での使用が許されていない img タグや iframe タグがあると、Googlebotはそこでレンダリングを停止しそれ以降の要素を読み取りません。

有効でないheadセクションはhreflangを無効にさせる

英語版オフィスアワーで、hreflangが正常に機能していない理由を質問した参加者に対してGoogleのJohn Mueller（ジョン・ミューラー）氏は次のようなことを指摘しました。

ページをレンダリングする際に、何かおかしなものがheadセクションにあるとheadセクションのなかにあるものをすべて無効にしてしまう。それにはhreflangも含まれる。
技術的には起こりうることで、そうなるとhreflangを私たちはまったく認識しなくなる。hreflangがなかったからといって悪いわけじゃないから、エラーとしてレポートしたりはしない。

Gary Illyes（ゲイリー・イェーシュ）氏によれば、headセクションが文法的に正しくない場合にGoogleが無効にしてしまうものには、rel=”canonical”も含まれるそうです。

@rustybrick also rel-canonical

— Gary Illyes (@methode) 2016年7月6日

hreflang/canonical を無効にしてしまうheadセクションとは？

rel="canonical" や rel="hreflang" を無効にしてしまう、正しくないheadセクションとは具体的にはどのようなものなのでしょうか？

いろいろなパターンが考えられると思いますが、1つ確実なのはheadセクション内では許されていないタグの使用です。
たとえば、imgタグです。

@eYordanov @TezcanVarol @rustybrick or adding a tag that's not allowed in head section, like img

— Gary Illyes (@methode) 2016年7月6日

ほかには、iframeタグです。
大手旅行サイトが、headセクションにiframeタグを埋め込んだことが原因でhreflangが機能しなかった事例が実際に発生しています。

headセクションに広告タグを埋め込んで問題が発生したケースも聞いたことがあります。
広告なので、ひょっとしたらiframeを使っていたのかもしれません。

imgタグもiframeタグもheadセクションの中で使えるタグではないですね。
そういう不適切な要素に出くわすと、headセクションの読み取りをそこでGooglebotはストップしてしまうのです。

普通にやっていれば、headセクションにimgタグもiframeタグを記述することはないでしょう。
しかしJavaScriptを使ってheadセクション内の要素を動的に生成している場合は要注意です。

ほかには、閉じタグがないことやタグのスペルミスなども hreflang や canonical の読み取りを妨げてしまう要因になるかもしれません。

HTMLは正しく使う

HTML文法が100点だからといってGoogleの評価が上がることはありません。
逆に、文法的に間違いがたくさんあるからといって、それだけで評価が下がることもありません。

とはいえ、Googlebotのクロールやレンダリングに支障をきたすような不適切なHTMLは問題を引き起こすことがあります。
rel=”canonical”が機能しない、rel=”hreflang”が機能しない、なんていうトラブルが発生したときには、headセクションがHTML文法的に正しく構成されているかどうかも確認項目の1つに含めましょう。

- HTML文法的に正しくないheadセクションの中のrel=hreflangやrel=canonicalをGoogleは認識しない -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

Google Now on Tapに、便利そうな3つの新機能が登場 ―― 翻訳・関連ニュース・バーコード検索

海外SEO情報ブログ

9 years 5ヶ月 ago

[レベル: 中級]

Googleは、Now on Tapに新しい機能を3つ追加しました。

翻訳
関連ニュース
バーコード・QRコード検索

翻訳

翻訳機能が追加されました。
外国語のコンテンツでNow on Tapを起動すると、OS側で設定されている言語に翻訳してくれます。
複数の外国語が同時に表示されていても同時に翻訳できます。

ウェブページの閲覧中にしか使えないChrome拡張のGoogle翻訳とは違って、Now on Tap翻訳はどんな場面でも使えるのがメリットですね。

ただ残念ながら、日本語への翻訳には対応していません。
サポートしているのは現状では次の7つの言語です。

英語
フランス語
イアリア語
ドイツ語
スペイン語
ポルトガル語
ロシア語

そんなわけで画像は公式アナウンスに掲載されているものキャプチャになっています。

スマートフォンで設定されている言語に依存せずに、任意の言語をNow on Tap側で設定できるようにしてほしいと個人的には望みます。
日本語への翻訳はどうしても質が低くなるので、英語に訳してもらったほうが役立ちそうだからです。
かといって、スマホ全体を英語にするには抵抗があります。

バーコード・QRコード検索

Now on Tapには、OCRや画像検索といった画像認識の機能も備わっています。
この画像認識技術に、バーコードとQRコードを読み取って情報を提供する機能が追加されました。
バーコードやQRコードを認識して、それをもとに情報をカードとして表示してくれます。

こちらのキャプチャは、Android標準のカメラアプリでミネラルウォーターのボトルのバーコードを写しながら、Now on Tapを起動させたところです。

お店で買物をしているときに、その商品のレビューや評価を調べたいときに重宝しそうです。
バーコード・QRコードなので単なる画像認識とは異なり、正確にその商品の情報を手にできます。

Now on Tapが使える端末をあながた所有しているなら、新しい機能をぜひ試してみてください。

- Google Now on Tapに、便利そうな3つの新機能が登場 ―― 翻訳・関連ニュース・バーコード検索 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

Googleは、誰が記事を書いたのかをコンテンツ品質の評価要素にしているのか？

海外SEO情報ブログ

9 years 5ヶ月 ago

[レベル: 中級]

その記事が誰によって書かかれたものなのかを、コンテンツの品質評価の対象にGoogleは含めているのでしょうか？

先月開催されたSMX Advanced 2016のQ&Aセッションで、GoogleのGary Illyes（ゲイリー・イェーシュ）氏は次のように発言しました。

著者情報は今はまったく使っていない。著者情報がなくても、たとえば書き方で誰が書いたかがわかる。

その記事を誰が書いたかを認識できると実際に言っていたわけではないのですが、別々に人によって書かれたものは区別できるというようなことは言っていました。

もう少し詳しいことを知りたいと思い、英語版のオフィスアワーでJohn Mueller（ジョン・ミューラー）氏に質問してみました。

先月のSMX Advancedでゲイリーは、著者情報（プログラム）なしでも、誰がその記事を書いているかがわかると言いました。ということは、コンテンツの品質を判断するときには、その記事を誰が書いたのかをGoogleは考慮に入れているということですか？

ジョン・ミューラー氏からの回答

ジョンは次のように答えてくれました。

どの人がどの記事を書いているかをわかっているということでもない。

しかしウェブの複数の場所で同じ記事をもし発見したなら、どこで初めに投稿されたのかを上手に判断できる。

その点を考慮して、オリジナルのコンテンツが出てくるように実際に試みている。そしてそれは、どのようにページを検索で表示するべきかや特定のクエリに対して個々のページがどのくらい関連性があるかを考えるときに考慮に入れていることでもある。

「これは特定の記事のコピーか？それともその人やそのサイトによって書かれたオリジナルなのか？」を私たちは考慮する。

誰が書いたかはわかっていないっぽい

僕が本当に知りたかったことに対する回答は最初のひとことだけでした。

誰が書いたかをGoogleは認識できているふうではなさそうです。

たとえば、僕がこのブログやWeb担の連載コラム、Googleヘルプフォーラム、Twitter、Google+で、SEOに関する有益な情報を絶えず発信していたとします。

投稿する場所は異なりますが同一人物による投稿だとGoogleは認識して、コンテンツの品質を評価するときに”僕”という個人を評価の要素にするかどうかを知りたかったのです。
つまり、ヘルプフォーラムの投稿やTwitterの投稿が、このブログの評価にも影響するかどうかです。

ジョンの短い答えから判断すると、影響はしないということでしょうかね。

どれがオリジナルのコンテンツなのかはわかる

一方で、同じコンテンツがウェブの複数の場所に存在する場合は、どれがオリジナルのコンテンツかは上手に判断できているとのことです（トピックがこっちにすり替わってしまってしまいました。質問の仕方が悪かったのかも）。

「そんなことない、コピーのほうが上位表示している」という反論もあるかもしれませんが、ここでは深入りしません。

著者情報のマークアップはどうしたらいいか？

ついでにジョンは、使われなくなった著者情報のマークアップの扱いについてもアドバイスします。

彼（ゲイリー）は著者情報のマークアップはぜんぜん使っていないことにも（SMXで）言及した。

著者情報のマークアップをサイトに追加すべきかすべきでないかを決めかねているとしたら、追加する必要はまったくない。

と同時に、削除する必要もない。削除したことで何か問題が発生することはない。

サイトを大がかりにリニューアルしてきれいな状態にするなら、そのときに取り除けばいいかもしれない。

著者情報のマークアップに使う rel="auhtor" は今さら記述する必要はありません。
今後再利用される可能性はゼロでしょう。

かといって、わざわざ削除する必要もありません。
そのままでも構いません。

僕は、著者情報プログラムの廃止が発表された後も放置しておいて、モバイル対応のためにサイトをリニューアルしたタイミングで撤去しました（正確には、要件に含めたなかった）。

さて、コンテンツ著者が誰なのかをGoogleはアルゴリズムとして評価要因にしているかどうかに関しては、また機会を見つけて探ってみたいと思います。
複数の場所でコンテンツを発行しているとしたら、コンテンツ発行者個人の側面からもGoogleには見てほしいですよね。

- Googleは、誰が記事を書いたのかをコンテンツ品質の評価要素にしているのか？ -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki

Google、Search Consoleの検索アナリティクスに「リッチ検索結果」のフィルタを追加

海外SEO情報ブログ

9 years 5ヶ月 ago

[レベル: 中級]

Google Search Console の検索アナリティクスに「リッチ検索結果」のフィルタが追加されました。
「リッチ検索結果」でフィルタをかけると、リッチスニペットが表示されたデータだけ絞りこんでレポートを参照できます。

検索アナリティクスのデータをリッチ検索結果でフィルタ

検索アナリティクスの「検索の見え方」指標のフィルタオプションで「リッチ検索結果」を選べます。

リッチ検索結果には、リッチスニペットとリッチカードでの検索結果表示が含まれます。
僕が調べた限りでは、トップニュース (AMP) に表示されたデータも含まれているようです。

なお、リッチスニペット/リッチカードが表示されたことがないサイトには「リッチ検索結果」のフィルタオプションは出てきません（AMPフィルタも同じようにAMPを実装していないと選べませんね）。

一般的に言って、リッチスニペットは高いクリック率が期待できます。
ところが最近はユーザーが慣れてきてしまっていたり多くのサイトが導入していたりするため、以前よりも効果が薄れているようにも思います。
今回新たに導入された、検索アナリティクスの「リッチ検索結果」でフィルタしてクリック数やクリック率を分析してみるといいでしょう。

- Google、Search Consoleの検索アナリティクスに「リッチ検索結果」のフィルタを追加 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Kenichi Suzuki