どちらのほうが検索ユーザーの目に留まってクリックされやすいと思いますか？ 確かなデータはありませんが、パンくずリストのほうがクリックされやすそうですよね（特にWeb担のような無機質なURLの場合は）。 最近の検索エンジンは、サイト上でふつうにパンくずリストを出していれば、自動的に検索結果でパンくずリストを表示するようにしてくれるようです（「リッチスニペット」と呼ばれるもの）。しかし、Web担のように、おかしなこだわりでパンくずリストの区切り文字をふつうの「>」ではなく「«」にしていると、自動認識されずにさみしいことになります。 そこで、ページのHTMLに「microdata」という仕組みで手を加えて、グーグルに「ここがパンくずリストだよ」と教え、検索結果ページで使ってもらえるようにする方法を紹介しましょう。 ふつう、パンくずリスト部分のHTMLは次のような感じになっていると思います。 <a
HTML5 ISO-HTML HTML4/XHTML1 詳細 HTML5 での定義。 平成30年 1月17日現在の定義です。 属性の定義 マイクロデータを含んだ範囲。 定義している要素 全要素(グローバル属性) DOM インタフェイスでの扱い 定義なし。 ISO-HTML (JIS-HTML, ISO/IEC 15445:2000)での定義。 ISO-HTML には itemscope 属性値の定義はありません。 HTML4/XHTML1 での定義。 HTML4/XHTML1 には itemscope 属性値の定義はありません。 itemscope 属性値とは。 itemscope 属性値は、ある人物や物事に関するデータを含めた範囲を示す属性です。 基本的には、ある人物, 作品, 或いは商品などと言ったアイテムについてのメタデータは、この属性を与えられた要素内に収まっているものと考えられま
Microdataではitemprop属性を使ってプロパティーを追加する。HTML標準仕様の変更によってbody要素以下でもlinkやmeta要素を使えるようになったので、どうでも良いマークアップを追加してCSSで隠して誤魔化すとかしなくても大体なんとかなるようになった。しかしその一方でlinkとmeta要素はitemprop属性と同時にrel属性やname属性を使うことはできない。そのため例えば<meta name="description">タグにitemprop="description"を追加してWebPageスキーマのプロパティーとして追加するなどということは無理。 <html lang="ja-JP" itemscope itemtype="http://schema.org/WebPage"> <head> <meta content="This is a foo." nam
meta 要素に対する Microdata の指定について、過去に書いた記事に間違いがあったので修正とその解説。また、itemprop 属性もつ meta 要素や link 要素の body 要素内での使い方に関しても解説してみます。 もうちょっと早く書こうと思ったんですけどこんなに間が空くとは…… 去年の末、HTML5 Advent Calendar 2012 の記事として、「Microdata を使ってみよう。サンプルソースで学ぶ Microdata」 を書いたんですが、その中で 2箇所ほどサンプルソースに間違いがあるのをご指摘頂いて修正したんですね （ご指摘感謝です）。 そのうち、1つの間違いは単純な記述抜けというか、ミスだったんで置いといて、もう1つ、私が meta 要素に対して itemprop 属性を指定したサンプルで、同じ要素に name 属性をあわせて指定してたのをご指摘頂
ウェブサイトを作っているほとんどの人がHTMLタグについてご存じでしょう。一般的に、HTMLタグはブラウザーに対してタグ内の情報をどのように提示するかを指示します。例えば、<h1>Avatar<h1>とすれば、ブラウザーは文字列Avatarを大見出しとして表示します。しかし、HTMLタグはこの文字列が何を意味するかについての情報は与えられません。Avatarは大ヒットした映画のことかもしれませんし、インターネット上のプロフィール画像のことを指すかもしれません。このために、検索エンジンが関連した内容を見つけるのが難しくなってしまうのです。 Schema.orgは、ウェブサイトを、Google、Microsoft、Yahoo!などの巨大な検索エンジンでヒットさせるために使える用語集を提供するものです。 Schema.orgの用語集とmicrodata formatを使用すれば、HTMLに情報を
この春頃からMicrodataを試してみたりHTML5にかかわる機会が増えてきたので、いずれ実施しようと考えていたサイト全ページの書き換えを敢行しました。スタイルシートはごく一部を除いてほとんど従来のまま。ページ自身のメタデータほかの構造化データは、Schema.org語彙を中心にして表現しています。 Microdataの記述 今回使ったMicrodataの一部を紹介しておきます。Microdataは、文書内に記述されたものごとの特徴を表す名前-値の対（プロパティ）のグループをアイテムと呼び、基本単位として扱います。 アイテムと型 Microdataの場合、まず最初にアイテムの範囲（スコープ）をitemscope属性で示します。文書のメタデータを表現したいので、html要素にこの属性を加えて全体を一つのアイテムとします（itemscopeは真偽値属性で属性名のみを記述しますが、XHTML構
HTML5はmicrodataを使って要素にメタデータを付加することができます。 今回はそのmicrodataを使ってWordPressのサイトでパンくずリストをGoogleに表示させる方法を、いろいろなサイトを参考にしながら紹介したいと思います。 microdataの基本 本題に入る前に簡単にmicrodataについて簡単に触れておきたいと思います。 microdataを使うことで、通常の要素に属性をつける形でメタデータを付加することができます。 まず、メタデータを定義している要素を囲んでいる要素にitemscope属性を指定します。この囲んでいるdiv要素の開始タグから終了タグまでをアイテム（item）と呼びます。 もし名前空間がある場合は、itemtype属性でURLを指定します。名前空間（NameSpace）は、ここでは属性の意味を定義するためのものです。サンプルでは適当なURLを
今回はブログの記事部分のHTMLをschema.orgのスキーマ（語彙）を使って構造化する方法を紹介します。 schema.orgとはGoogle、Microsoft、Yahoo!の3社が共同で開発している構造化データマークアップのためのスキーマのことで、セマンティックウェブを実現するためのものです。（schema.org以外にも様々なスキーマがあります）セマンティックウェブを実現することによって、検索エンジンなどのコンピュータがHTMLの構造を正しく理解することができるようになり、効率よく情報を収集し、ユーザーに提供できるようになります。 例えばパンくずリストを構造化のスキーマを使ってマークアップすることで、検索結果にパンくずリストを表示させることができるようになります。このブログでもHTML5 microdataを使ってWordPressでパンくずリストをGoogleに表示する方法を書
[対象: 上級] Googleは、構造化データのタグ付けを支援するために2つの機能を追加しました。 データハイライターがサポートする構造化データの追加 構造化データ マークアップ支援ツールの追加 データハイライターがサポートする構造化データの追加 データハイライターが新たに、7つのタイプのデータのタグ付けに対応しました。 これまでの「イベント」と合わせて8種類をサポートします。 記事 イベント 地域のお店やサービス レストラン 商品 ソフトウェア アプリケーション 映画 テレビ番組のエピソード こちらについては、公式アナウンスが出る前にすでにブログで取り上げています。 データハイライターが、商品やレストラン、記事などイベント以外のタグ付けをサポート開始 構造化データ マークアップ支援ツールの追加 データハイライターによるタグ付けは、ウェブサイトの構造化データのパターンをGoogleに伝えま
「 rel="canonical"」で重複コンテンツ対策 Google,Yahoo!,Microsoftの検索エンジン3社が新たに「 rel="canonical"」のサポートを開始しました。 これは一つのコンテンツに複数のURLが存在する場合、どのURLが正規のURL（検索エンジンにインデックスして欲しいURL）かを定義するための属性です。 たとえば、to-Rでは http://blog.webcreativepark.net/tag-seo.html http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo&blog_id=1 などtagページは同じコンテンツで複数のURLからアクセスできる仕様になって
さて。seesaaブログで変更したいことの２つ目「<meta description />の内容をページに合わせて変えたい」です。 やりたいことは、１つ目の希望の「ページ毎にh1の内容を切り替えたい」と似ています。 似てはいますが、難易度はぐっと高そうです。なによりも、記述する位置が<body>ではなく<head>の中です。それだけでややこしそうです。 しかし、これを適切に変えられるなら、なんとなく検索エンジンに優遇されそうな気がします。あくまでも「気がする」だけですが… 今回のカスタマイズにはいる前に事前情報です。実は「htmlとcssと構造」のカテゴリ時に考えた文書構造の中でも、同じことをやろうとしてみました。 その時わかったのは、エントリの情報が入っているarticleオブジェクトのリストであるlist_articleは、htmlソースの段階では存在しないということです。 もし、ht
+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
ボスより「こちらのエントリーにからんでみなさい」と言われたので、プロではありませんけど、SEOもする業者なので書いてみます。 業者がYahoo!SEOを語れない理由 今まで知った情報の中で、たぶんこうかな？と思うことは、 リンク売買（機械的なリンク）で上位がねらえる リンクファームもGoogleほど効果がうすくない コメントスパムが一部で有効 リンク販売、相互リンク集、コメントスパム、をしないのでよくわかりません･･･ Yahoo!のseoを語りなさい、業者の方々！ - 引用元：yahoo・google・seo 何故seoのプロはYahoo!のseoを語らないのか？ - これでも業者なので、私から語らせて頂きます。 晴練雨読で記事数が減った理由 最近はあまり見ていないのですけど、SEO関係のフィード受信数は増えているので、おそらくですけど「管理人のすなさんが手動でフィルターを調整してる」
Yahoo!、重要なコンテンツの在処を指定するRobots-Nocontent属性のサポートを開始 Yahoo!がページ中の無関係な情報をマークアップすることで検索対象から外すことができるRobots-Nocontent属性（タグ）をサポート。Googleがコンテンツターゲット広告のレリバンシーを高めるためにセクションターゲットのタグをサポートしているが、それの自然検索版。 公開日時：2007年05月06日 00:05 米Yahoo!は2007年5月3日、Webページ上の重要なコンテンツとそうでないコンテンツを区別するための「Robots-Nocontent」属性（タグ）のサポートを開始することを明らかにした。この変更にあわせてYahoo!検索のインデックスもフルアープデートされた。 Robots-Nocontent属性はクローラ（Yahoo! Slurp）に対して関連のあるコンテンツとそ
私たちは情報を識別する時に視覚的要素や過去の経験や知識を用いて自動的に情報の意味を判断することがあります。例えば新聞の1面を開いた時、どの範囲がひとかたまりの記事であるとか、どれが広告でどれが新聞名であるとか、文字を読まなくても判断できます。それが日本語で書かれていなくても、例えば英語やベトナム語であっても、「文字読めないけどこれがヘッドライン」などと推定を立てることができるわけです。 しかしながら視覚情報や知識や経験といったものに頼れない検索エンジンはそうはいかないのです。あるページを開いたとき、人間であれば明らかに「これは主トピックではない」といった情報も検索エンジンにはあたかもそれが重要な言葉のように捉えてしまい、検索クエリに対してまとはずれな答え(ページ）を表示してしまうことは多々あります。 例えばGoogleニュース検索で「アイレップ」と検索すると3番目（2007年5月6日18時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
