JavaScriptを使ってrel=canonicalタグを適切に挿入する方法
[レベル: 上級] JavaScript を使って rel="canonical" タグを適切に挿入する方法が JavaScript SEO を解説する技術ドキュメントに追加されました。 📝すずき注: この記事を書いている時点では、日本語ページは未更新。 JavaScript で rel="canonical" を挿入 JavaScript によって rel="canonical" を挿入することができます。 正しい方法で実装すれば、Google はきちんと認識、処理します。 コードのサンプルがドキュメントでは挙げられています。 fetch('/api/cats/' + id) .then(function (response) { return response.json(); }) .then(function (cat) { // creates a canonical link
JS挿入してクライアントサイドでレンダリングしたcanonicalタグをGoogleは実際にはきちんと処理することが判明
[レベル: 上級] JavaScript によってクライアントサイドでレンダリングした rel="canonical" タグを Googlebot は無視することが Google I/O 2018 で明らかになりました（rel="amphtml" も同様に無視される）。 しかしながら、JavaScript によって挿入された rel="canonical" をきちんと処理するケースが実際にはあるようです。 JS 挿入した canonical を Googlebot が認識することを実験で検証 JavaScript によってクライアントサイドのレンダリングで挿入した rel="canonical" を Google は本当に無視するのかどうかを Eoghan Henn（オーン・ヘン）氏がテストによって検証しました。 テストの手順と経過、結果の詳細はレポート記事で確認していただくとして、簡単に
『そのコンテンツ・コンテンツの評価は誰のもの？』
今日はこのメディアで取り組んだことについてお伝えします。SEO記事を期待された方はすいません。。 世の中には「記事提供」というものがあります。 分かりやすい例だと、Yahoo!ニュースには多くのニュースサイトが記事を配信・提供していますし、弊社のAmebaニュースも多くの記事提供を受けています。 記事提供の文化は、ユーザーからすると数多くのコンテンツをひとつのサイトやサービスで見ることができるという利点があります。 一方で記事提供者からすると、自分たちの作ったコンテンツが多くのユーザーに届くというメリットがある反面、 ユーザーがオリジナルのサイトにまではなかなか来てくれないというデメリットがあります。 特に、 「記事提供をしたら、提供先が検索エンジンで自分たちよりも上位に来てしまった」 という話は聞きますし、実際に時々見られることです。 現実として、提供先が検索エンジン上で正規コンテンツと
辻正浩 | Masahiro Tsuji on Twitter: "HTMLに直接書かれずにJavaScriptなどで後で生成されたcanonicalをいまのGoogleは全て無視するとのこと。 https://t.co/qNIJfFIDXL"
HTMLに直接書かれずにJavaScriptなどで後で生成されたcanonicalをいまのGoogleは全て無視するとのこと。 https://t.co/qNIJfFIDXL
これからのSEOで意識したい「コンテント・パリティ」 | 初代編集長ブログ―安田英久
今日は小ネタです。グーグルがMFIなどモバイル最優先の動きをするようになり、SEOの観点から「コンテント・パリティ」という考え方が重要性を増しています。さて、これは何なのでしょうか？ コンテント・パリティ＝同じ中身であること「コンテント・パリティ」とは、要は「コンテンツの同一性」を意味するもので、SEOの観点では次のようなことを意味します。 コンテンツに「モバイル版とPC板」「モバイル版とAMP版」など複数のバージョン（やURL）があるとき、どのバージョンでも最重要コンテンツを同様に提供しており、ユーザーが求めているものを満たせるかどうか。 コンピュータの世界にも「パリティ」があります。ECCメモリ（RAM）で正しいデータが読み出せることを確認するための仕組みや、RAID（ディスク）で一部のデータが失われても元のデータを復元できるようにするための仕組みです。 ここでいう「コンテント・パリテ
Googleはどのようにして重複コンテンツの排除を行っているのか？ - SEO Japan｜アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする ＞＞ 私たちが検索を行って、Googleが検索結果を返すまでにはいくつかの過程があります。 クローラーがwebページを巡回して新しいページを発見する「クローリング」、 検索エンジンのデータベースに登録して呼び出せるようにする「インデキシング」、 検索ワードに基きインデックスされた情報を用いて結果を表示する「クエリプロセス」 の３つのプロセスです。 今回は、SEOに大きく影響を与える「重複コンテンツの排除」が、この３つの中のどの過程で行われているのかについての記事です。– SEO Japan Googleがどのように複製コンテンツを検索結果から排除したり、隠したりするかについては、たくさんの興味深い質問
SEO Best Practices for Canonical URLs + the Rel=Canonical Tag
If you've ever had any questions about the canonical tag, well, have we got the Whiteboard Friday for you. In today's episode, Rand defines what rel=canonical means and its intended purpose, when it's recommended you use it, how to use it, and sticky situations to avoid. Click on the whiteboard image above to open a high-resolution version in a new tab! Video Transcription Howdy, Moz fans, and wel
ECサイトにおける色違いやサイズ違いの商品ページのベストプラクティス
[対象: 中〜上級] この記事では、同じタイプの製品で色やサイズに複数のバリエーションがあるときのページ構成について解説します。 記事タイトルに「ベストプラクティス」と入れましたが、どんなアイテムを取り扱っているか、どんなシステムでサイトを構築しているか、すでに公開しているページかそれとも新規に公開するページか、検索需要はどのくらいあるか、何を最優先にするかなどさまざまな要因に依存するため、「この構成がベスト」と言い切ることはできません。 またそれぞれの構成にメリット・デメリットがあります。 したがってあなたのサイトの状況に応じて参考にしてもらえればと思います。 今回紹介するのは3種類の構成パターンです。 全バリエーションのページのみ 全バリエーションと個別のページ 個別ページのみ 順に説明します。 全バリエーションのページのみ 色ごとやサイズごとのページを設けません。 すべてが載ったペー
SEO:自己参照canonical設定時の注意事項：Googleに優先登録したいURLを記述すること ::SEM R (#SEMR)
SEO:自己参照canonical設定時の注意事項：Googleに優先登録したいURLを記述すること 自己参照 canonical URL は適切に実装すればSEO 的には有効です。しかし実際に正しい実装ができていない企業が少なくありません。具体的な事例とともにどうすればいいかを解説します。 公開日時：2012年07月20日 13:54 事実上 Google 独自仕様となっているURL正規化（標準化）のための rel=canonicalアノテーションですが、各社のウェブサイトの実装状況を調査したところ、間違った実装を行っている企業が少なくありません。きちんとウェブ専任の担当者を置いているであろう大手企業も例外ではなく、むしろ SEO に意識が高いが故に Canonical に関心を持って対応したのに間違った実装をしてしまいましたという事例が目立ちます。 今回は、そんな間違い実装例の中から「
Googleウェブマスターツール「URLパラメータ」機能の正しい設定方法 at #SMX Advanced Seattle 2012
[対象: 上級] SMX Advanced Seattle 2012からテクニカルなセッションをレポートします。 ページネーションとGoogleウェブマスターツールの「URLパラメータ」機能の実装方法ついてです。 URLパラメータはGoogleのMalie Ohye（マイリー・オーイェ）さんのプレゼンテーションからになります。 比較的高度な内容になりますが頑張ってみましょう。 ページネーションとURLパラメータ機能 ページネーション rel=”prev/next”は予想以上にうまく働いている。 ※鈴木補足: Googleマイリーさんより rel=”prev/next”を使った2ページ目以降が極めて稀に出てくることがある。出したくないならnoindexタグをつける。ただし99%は1ページ目が検索結果に出る。 ※鈴木補足: 最後のはGoogleマイリーさんより ページネーションされたページ群は
サイトやコンテンツを新しい場所に移転する方法
+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
rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | ドキュメント | Google for Developers
フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 rel="canonical" などを利用して正規ページを指定する方法 重複ページまたは非常に類似したページの正規 URL を指定する場合、いくつかの方法で Google 検索に優先事項を伝えられます。正規化に対する効果が高い順に、以下の方法があります。 リダイレクト: リダイレクト先が正規ページになるべきことを強く示すシグナルです。 rel="canonical" link アノテーション: 指定された URL が正規ページになるべきことを強く示すシグナルです。 サイトマップに含める: サイトマップに含まれる URL が正規ページになることを示しますが、シグナルとしては弱いものです。 これらの方法を組み合わせて使用するとより効果的です。 2 つ以上の方法を使用すると、希望する正規 UR
rel=“prev”とrel=“next”のページネーションにおける正しい使い方
[対象: 上級] 今日の記事は、rel=”prev”とrel=”next”によるページネーションを扱ったかなり難易度が高いトピックになります。 rel=”prev/next”とビューオールページを用いたGoogleが推奨するページネーション処理を確実に理解している状態でないと意味不明でしょう。 Google、ページネーション問題を解決するrel=“next”タグとrel=“prev”タグをサポート開始 Googleが推奨するビューオールページとページ分割のベストプラクティス 僕自身の理解度を深めるための記事とも言えます。 なので今日は興味がある方だけ読んでください。 ページネーションについての処理方法をGoogleのMaile Ohye(マイリー・オイェ)さんがビデオで解説しました。 使用しているスライドと補足説明がWebmaster Centralブログの記事でも公開されています。 マイ
Googleウェブマスターツール; 「HTMLの候補」はrel=“canonical”で正規化したはずのURLのtitleタグ重複も表示する & サイトマップの「保留」は気にしない
[対象: 全員] 米国版のGoogleウェブマスター向け公式ヘルプフォーラムでGoogle社員のJohn Mueller（ジョン・ミューラー）氏がコメントした、Googleウェブマスターツール に関する2つの情報を今日は紹介します。 1. 「HTMLの候補」はrel=“canonical”で正規化したURLも表示する 「HTMLの候補」は、重複したmeta descriptionやtitleタグを通知してくれます。 ところがrel=”canonical”タグを記述して正規化したはずのURLが重複したtitleタグのページの例として表示されることがあるようです。 ミューラー氏は次のように回答しています。 単純に、Googlebotがクロールして発見したURLを「HTMLの候補」は表示しているからだ。rel=”canonical”を使っていても表示する。 つまりrel=”canonical”と
多地域向けウェブサイトの構築
+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
スマートフォンサイトとPCサイトのURL振り分けを考える - SEO＆SEM 五足の靴
前回『グーグルがスマートフォンUAのクローラを発表』では、Googleのスマートフォン専用クローラーについてその判定方法をまとめました。今回はURLアドレスを設計する際にネックとなる「スマートフォンサイトとPCサイトでURLアドレスは同一であるべきか、それとも別々の異なるURLアドレスとするか」について考えます。 結論を先に述べると、「同一URLと別URLどちらにもメリット・デメリットがあるので、サイト規模や運用負荷などを考慮して相応しい方を選ぶこと」となります。 フィーチャーフォンサイト/PCサイトのURL振り分け スマートフォンサイトを語る前に、まずフィーチャーフォンサイト/PCサイトのSEO、いわゆるモバイルSEOのURL振り分けをまとめます。 別アドレスを採用してクローラー全開放が理想的 ベストプラクティスは、フィーチャーフォンサイトとPCサイトはそれぞれ異なるURLアドレスで展開
301が使えない時のURL変更 〜 meta refresh 0秒とrel=“canonical”は併用できるか
[対象: 中〜上級] ドメイン名の移転のようにURLを変更する時は301リダイレクトを設定するのが鉄則です。 でも無料ブログや無料のホームページスペースなど301リダイレクトを設定できない環境でサイトを運営している人もいます。 そんな時は待機時間を0秒にしたmeta refreshタグかrel=”canonical”タグを使う代替手段が考えられます。 この待機時間なしのmeta refreshとrel=”canonical”との併用についてSEOmozのRand Fishkin(ランド・フィッシュキン)氏とGoogleのMatt Cutts(マット・カッツ)氏がツイートでやり取りしていました。 301を使えないサイトだったとする。待機時間なしのmeta refreshとrel=”canonical”を組み合わせて使ったことのある人はいる？ 検索エンジンにとっては問題ないと思うんだが。 0秒
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Using the Cross Domain Rel=Canonical to Maximize the SEO Value of Cross-Posted Content
Google's Matt Cutts On Publishers With Duplicate Content: Use The Canonical Tag
スマートフォン用ページの正規化について - Google グループ