[レベル: 上級] 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

[レベル: 上級] 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ニュースも多くの記事提供を受けています。 記事提供の文化は、ユーザーからすると数多くのコンテンツをひとつのサイトやサービスで見ることができるという利点があります。 一方で記事提供者からすると、自分たちの作ったコンテンツが多くのユーザーに届くというメリットがある反面、 ユーザーがオリジナルのサイトにまではなかなか来てくれないというデメリットがあります。 特に、 「記事提供をしたら、提供先が検索エンジンで自分たちよりも上位に来てしまった」 という話は聞きますし、実際に時々見られることです。 現実として、提供先が検索エンジン上で正規コンテンツと

HTMLに直接書かれずにJavaScriptなどで後で生成されたcanonicalをいまのGoogleは全て無視するとのこと。 https://t.co/qNIJfFIDXL

今日は小ネタです。グーグルがMFIなどモバイル最優先の動きをするようになり、SEOの観点から「コンテント・パリティ」という考え方が重要性を増しています。さて、これは何なのでしょうか？ コンテント・パリティ＝同じ中身であること「コンテント・パリティ」とは、要は「コンテンツの同一性」を意味するもので、SEOの観点では次のようなことを意味します。 コンテンツに「モバイル版とPC板」「モバイル版とAMP版」など複数のバージョン（やURL）があるとき、どのバージョンでも最重要コンテンツを同様に提供しており、ユーザーが求めているものを満たせるかどうか。 コンピュータの世界にも「パリティ」があります。ECCメモリ（RAM）で正しいデータが読み出せることを確認するための仕組みや、RAID（ディスク）で一部のデータが失われても元のデータを復元できるようにするための仕組みです。 ここでいう「コンテント・パリテ

無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする　＞＞ 私たちが検索を行って、Googleが検索結果を返すまでにはいくつかの過程があります。 クローラーがwebページを巡回して新しいページを発見する「クローリング」、 検索エンジンのデータベースに登録して呼び出せるようにする「インデキシング」、 検索ワードに基きインデックスされた情報を用いて結果を表示する「クエリプロセス」 の３つのプロセスです。 今回は、SEOに大きく影響を与える「重複コンテンツの排除」が、この３つの中のどの過程で行われているのかについての記事です。– SEO Japan Googleがどのように複製コンテンツを検索結果から排除したり、隠したりするかについては、たくさんの興味深い質問

Products Moz Pro Your all-in-one suite of SEO essentials. Moz Local Raise your local SEO visibility with complete local SEO management. STAT SERP tracking and analytics for enterprise SEO experts. Moz API Power your SEO with our index of over 44 trillion links. Compare SEO Products See which Moz SEO solution best meets your business needs. Moz Data Power your SEO strategy & AI models with custom d

[対象: 中〜上級] この記事では、同じタイプの製品で色やサイズに複数のバリエーションがあるときのページ構成について解説します。 記事タイトルに「ベストプラクティス」と入れましたが、どんなアイテムを取り扱っているか、どんなシステムでサイトを構築しているか、すでに公開しているページかそれとも新規に公開するページか、検索需要はどのくらいあるか、何を最優先にするかなどさまざまな要因に依存するため、「この構成がベスト」と言い切ることはできません。 またそれぞれの構成にメリット・デメリットがあります。 したがってあなたのサイトの状況に応じて参考にしてもらえればと思います。 今回紹介するのは3種類の構成パターンです。 全バリエーションのページのみ 全バリエーションと個別のページ 個別ページのみ 順に説明します。 全バリエーションのページのみ 色ごとやサイズごとのページを設けません。 すべてが載ったペー

SEO:自己参照canonical設定時の注意事項：Googleに優先登録したいURLを記述すること 自己参照 canonical URL は適切に実装すればSEO 的には有効です。しかし実際に正しい実装ができていない企業が少なくありません。具体的な事例とともにどうすればいいかを解説します。 公開日時：2012年07月20日 13:54 事実上 Google 独自仕様となっているURL正規化（標準化）のための rel=canonicalアノテーションですが、各社のウェブサイトの実装状況を調査したところ、間違った実装を行っている企業が少なくありません。きちんとウェブ専任の担当者を置いているであろう大手企業も例外ではなく、むしろ SEO に意識が高いが故に Canonical に関心を持って対応したのに間違った実装をしてしまいましたという事例が目立ちます。 今回は、そんな間違い実装例の中から「

[対象: 上級] 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" などを利用して正規 URL を指定する方法 重複ページまたは非常に類似したページの正規 URL を指定する場合、いくつかの方法で Google 検索に優先事項を伝えられます。正規化に対する効果が高い順に、以下の方法があります。 リダイレクト: リダイレクト先が正規ページになるべきことを強く示すシグナルです。 rel="canonical" link アノテーション: 指定された URL が正規ページになるべきことを強く示すシグナルです。 サイトマップに含める: サイトマップに含まれる URL が正規ページになることを示しますが、シグナルとしては弱いものです。 これらの方法を組み合わせて使用するとより効果的です。 2 つ以上の方法を使用すると、希望する正規 URL が検索結果に表示される可能性が高くなるということです。 上記の方法を使用することをおすすめします

[対象: 上級] 今日の記事は、rel=”prev”とrel=”next”によるページネーションを扱ったかなり難易度が高いトピックになります。 rel=”prev/next”とビューオールページを用いたGoogleが推奨するページネーション処理を確実に理解している状態でないと意味不明でしょう。 Google、ページネーション問題を解決するrel=“next”タグとrel=“prev”タグをサポート開始 Googleが推奨するビューオールページとページ分割のベストプラクティス 僕自身の理解度を深めるための記事とも言えます。 なので今日は興味がある方だけ読んでください。 ページネーションについての処理方法をGoogleのMaile Ohye(マイリー・オイェ)さんがビデオで解説しました。 使用しているスライドと補足説明がWebmaster Centralブログの記事でも公開されています。 マイ

[対象: 全員] 米国版の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

[対象: 中〜上級] ドメイン名の移転のようにURLを変更する時は301リダイレクトを設定するのが鉄則です。 でも無料ブログや無料のホームページスペースなど301リダイレクトを設定できない環境でサイトを運営している人もいます。 そんな時は待機時間を0秒にしたmeta refreshタグかrel=”canonical”タグを使う代替手段が考えられます。 この待機時間なしのmeta refreshとrel=”canonical”との併用についてSEOmozのRand Fishkin(ランド・フィッシュキン)氏とGoogleのMatt Cutts(マット・カッツ)氏がツイートでやり取りしていました。 301を使えないサイトだったとする。待機時間なしのmeta refreshとrel=”canonical”を組み合わせて使ったことのある人はいる？ 検索エンジンにとっては問題ないと思うんだが。 0秒