Rich results are experiences on Google surfaces, such as Search, that go beyond the standard blue link. Rich results can include carousels, images, or other non-textual elements.
フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Google は、Google 検索がページのコンテンツを正確に理解するよう努めています。構造化データを使用してページの意図を伝えると、Google はそのページをより正確に理解できるようになります。 構造化データとは、ページに関する情報を様々なサイトで活用できるように標準化したデータ形式で、例えばレシピページでは材料、加熱時間と加熱温度などを詳細に提供できます。 構造化データをページに追加する理由 構造化データを追加することで、よりユーザーの興味をひく検索結果を表示できるようになり、ウェブサイトの利用も増えることが期待されます。これはリッチリザルトと呼ばれます。サイトに構造化データを実装しているウェブサイトの実例をいくつかご紹介します。 Rotten Tomatoes では、構造化デー
Googleの品質管理チームの責任者であるマット・カッツ(Matt Cutts)氏が公開した動画にて、これから検索のルールを被リンク重視から著者重視に変えていくと明言した。信頼できる人物が執筆したかどうかをコンピューターで解析してオーサーランクをはじき出すものとみられる。 動画は英語だが、右下から日本語字幕を設定することができる。 http://youtu.be/iC5FDzUh0P4 重要なポイントは以下の2つ。 (1)バックリンクからオーサーランクに移行する (2)あと数年はバックリンクも使う 要するにこれからは被リンクが多いページよりも、特定分野の専門家が書いたページのほうが価値が高いと考え、検索で上位に表示するということだ。著者の評価には自然言語処理の技術を使ってどれだけ信頼できる人物なのかランク付けするとのこと。 著者のランク付けがどのような基準で行われるのかが気になるところだが
[対象: 全員] Googleは、Googleアカウントのログイン状態にかかわらず、すべてのGoogle検索をHTTPSでの接続つまりSSL検索を利用するように仕様を変更しました。 すでに実施済みです。 僕たちにとってこれが何を意味するかというと、Google検索からのトラフィックの検索キーワードを取得することが不可能になります。 Googleアナリティクスでいうと、「(not provided)」だけになってしまいます。 HTTPSへ強制的にリダイレクト Googleアカウントからログオフした状態で、http://www.google.co.jp/ のように http:// で始まるURLでGoogle検索にアクセスしても、 https:// で始まるURLに強制的にリダイレクトされます。 FirefoxやChromeでは、ブラウザが内蔵しているGoogle検索ツールやアドレスバーからG
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
こちらの記事のざっくりまとめです Google Finally Takes A Clear Stance On Mobile SEO Practices Official Google Webmaster Central Blog: Recommendations for building smartphone-optimized websites (モバイル・スマホという言葉が出ますが、基本どちらもスマホを指しています。) 結論から言うとレスポンシブデザインがSEO上はオススメ あくまでSEOの観点ですが、スマホにかぎらず様々な表示領域をもつデバイスに対応するため、レスポンシブデザイン(画面幅に合わせてレイアウトが変わる奴。)が適用できるならそれが一番いいとのこと。 ※レスポンシブデザインに関しては、日本ではまだ定着していないため賛否両論があるようですが、個人的には本気でやるなら有りかな
今日は、SEOとアクセス解析とに関係するグーグルの動きについて解説します。なんと、アクセス解析でユーザーの検索キーワードを詳しく調べられなくなっていくかもしれないのです! 検索キーワード「(not provided)」グーグルは10月18日に、ウェブ検索のSSL(HTTPS)化を進めることを発表しました。具体的には、グーグルアカウントでログインしているユーザーが、グーグルのウェブ検索を行う場合、これまでのhttp(通常のページ)ではなく、SSLで通信が暗号化されるhttpsになるように、今後数週間にわたって変えていくとのことです。 これはグーグル全体のSSL化推進の動きの一部であり、暗号化されること自体は良いことなのですが、Web担当者にとってはちょっとした問題になる可能性があります。 というのも、グーグルの検索結果ページがSSL化されると、ユーザーがどんな検索キーワードで検索してサイトに
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
Googleは、ウェブ検索の通信を暗号化することを公式ブログでアナウンスしました。 ストリートビューの撮影の際にWi-Fi無線LANネットワークの通信内容を誤って取得してしまったこと(日本語解説記事)に端を発しています。 暗号化には標準となっているSSL通信が使われます。 現在はベータ版として、httpに”s”を付けたhttps://www.google.com/でテスト公開されています。 今のところウェブ検索だけの導入で、画像検索や地図検索はこれまでと同じ通常のHTTPでの通信のままです。 またユニバーサル検索からウェブ検索以外の検索に移動する場合も暗号化は適用されません。 ユーザー(ブラウザ)とGoogleの間での交わされるデータの送受信の内容もこれまでと変りなく、検索結果も同一です。 唯一違うのは通信が暗号化されており、第三者の傍受が不可能(不可能ではないけれど極めて困難)になるとい
今日は、SEO関連の話題を。以前から伝えてきた件ですが、ついにグーグルが、検索結果の順位決定の要因として、ページの表示速度を含めたことを公式に発表しました。 グーグルは検索順位の決定に200以上の要因を利用していることが知られていますが、その要因の1つとして、ページの表示速度が正式に順位決定に関係するようになったということです。 → Googleウェブマスター公式ブログの記事(英語) どんな形で速度が順位に影響するのかは、グーグルからは明らかにされていませんが、これまでの情報によると、次のような形になるのではないかとおもわれます。 遅いサイトの順位が下がるのではなく、速いサイトの順位が上がる上位20%が速いとみなされ、現在そのしきい値は約1.4秒HTMLだけでなく画像やCSSを読み込み、JavaScriptの動作が完了するまでの全体の時間が対象 グーグルは以前に、ページ表示の時間が遅くなる
MovableTypeの一記事の限界文字数を超えたようなので分割。こちらの内容が最重要。 前半⇒Googleの新しい順位決定方法のすべて。SEO関係者必読、グーグル特許出願文書全訳 [絵文録ことのは]2005/07/01 関連記事⇒GoogleのSEOでは「時間」も重要。新しいランキング手法を解読 [絵文録ことのは]2005/06/21 更新:7/1 21:00 「Tociyuki::Diary - US0050071741の松永訳を勝手に校正」を参考に修正 「言及なしトラックバックでページランクが下がる」は間違い。(付:言及なしトラックバックについてのまとめ) [絵文録ことのは]2005/07/09 ■履歴データの模式 ■[0034]文書取得日時 [0035]この発明の原則に沿った実装では、文書の取得日時はその文書に結びつけられたスコアを生成(または変更)するために使われてもよい。用語「
United States Patent Application: 0050071741(合衆国特許出願0050071741)には、Googleのスコア付け・ランク付けに関する技法について詳細に描かれている。ここでわかるのは、履歴データをもとにして、スパムを検出したり、時事的に求められている文書を上位表示させたりする技法が採用されているということである。 最近のGoogleでは、今までのSEO(サーチエンジン最適化)技術を使ってもいきなり順位が落ちたりする現象が知られていた。その理由がこの特許出願文書をよく読むことによって理解できるのではないかと思われる。 小手先のSEOや、スパムが力を持つ時代はすでに終わっている。SEOに興味のある人は、無差別トラックバックやコメントスパムもかえってマイナスであることをよく理解していただければと思う。 やはり「優れた内容を、整理された形でわかりやすく」提
これまでの検索結果は「ページ」へのリンクでしたが、「ページ内の各部分」への直接リンクが検索結果に表示されるようになったということです。 具体的な例は、グーグル公式ブログの「新しくなったスニペットで検索結果の目的の場所までひとっ飛び」の記事に示されているものを見るのがわかりやすいでしょう。 → http://googlejapan.blogspot.com/2009/10/blog-post_14.html どちらの機能も、基本的に、 ページのコンテンツが見出し(h2とかh3)で区切られている各見出し(h2とかh3)にアンカーが付けられているという状態が前提になっていて、自動処理されています。 → http://googlewebmastercentral-ja.blogspot.com/2009/10/blog-post_29.html ここでいう「アンカー」とは、idやnameの属性のこ
はい!こんにちはこんにちは!! もうすぐ梅雨ですね! 2009年も半ばって感じです…! 2009年といえば…、 そう! マネタイズですね!! はてなのマネタイズ!! マネーだいじ…! だってお金がなくなっちゃうと、みんなの大好きなはてなもなくなっちゃうもんね…。 そうそう、ところで! ぼくさっきGoogleで検索していて、ちょっとしたことに気がついちゃったんですが! 今日はちょっとそれを、ここにメモしておきますね! ↓ほらこれ、 site:b.hatena.ne.jp エゴサーチしよう - Google 検索 はてなが URLの末尾にタイトルの文字列を含めてる。 あれれ…、前からこうだったっけ…! URLにキーワード文字列を含めてやるのって今のところものすごく強力なSEOのひとつで、 Amazonとかもその手法をつかっているからか、 本のタイトルなんかで検索すると、よくAmazonが一番上
accessibility 10 advanced 195 AMP 13 Android 2 API 7 apps 7 autocomplete 2 beginner 173 CAPTCHA 1 Chrome 2 cms 1 crawling and indexing 158 encryption 3 events 51 feedback and communication 83 forums 5 general tips 90 geotargeting 1 Google Assistant 3 Google I/O 3 Google Images 3 Google News 2 hacked sites 12 hangout 2 hreflang 3 https 5 images 12 intermediate 205 interstitials 1 javascript 8 job s
というのです。 動的URL(Dynamic URL:ダイナミックURL)とは、ユーザーの要求に応じてその都度、生成されるURLです。 多くの場合「?」「&」「=」で区切られたパラメータ(引数)を伴います。 例1:http://code.google.com/p/google-checkout-php-sample-code/issues/detail?id=31 例2:http://www.google.com/support/webmasters/bin/answer.py?answer=40349&cbid=1beyxilfwhlqn&src=cb&lev=answer eコマースサイトやヘルプのように、データベースを利用したシステムで使われています。 一方、静的URL(Static URL:スタティックURL)は、誰がいつアクセスしても同じ、固定のURLです。 拡張子が、.htmや.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く