ChatGPTをSEOに使うときのTIPS×2
[レベル: 上級] ChatGPT がにわかに盛り上がり、SEO への利用を始めた人も出てきているようです。 使い方によっては、ChatGPT はとても有用なツールになります。 利用に際して僕から 1 つアドバイスするとしたら、どうしてその回答を出したのかもついでに ChatGPT に聞くことを推奨します。 信頼性を確かめるためにソースを尋ねる ChatGPT で情報を探すときにはソースも一緒に尋ねるようにしましょう。 回答の信頼性を確かめるためです。 次のような一言を追加します。 ソースも教えて 情報源も示して URL も提示して 必ずしも ChatGPT が信頼性がある情報源をもとに回答を返すとは限りません。 東京で最も利用者数が多い駅を「東京駅」だと ChatGPT は回答しています。 しかし、参照先の JR 東日本のサイトを確認すると 1 位は新宿駅です。 東京駅は 4 位です。
モバイル検索結果にサイト名を表示する機能をGoogleが正式導入、構造化データでサイト名を指定可能
[レベル: 中級] モバイル検索結果にサイト名を表示する機能を Google は正式に導入しました。 関連する技術ドキュメントも検索セントラルサイトに公開しています。 こちらのキャプチャのように URL の上にサイト名が表示されます。 この記事では、モバイル検索のサイト名表示に関して、僕が個人的に特に重要だと感じた内容を解説します。 日英ほか 4 か国語で導入 モバイル検索の結果で URL の上にサイト名を Google が表示し始めていることを 9 月初めにこのブログで紹介しました。 このときはテスト機能なのか正式機能なのかがはっきりしなかったのですが、今は正式な機能として導入されています。 次の 4 言語のモバイル検索でサイト名が現状では表示されます。 日本語 英語 フランス語 ドイツ語 グローバルではなく言語を限定して公開した機能に、日本語が含まれているのは嬉しいですね。 サイト名を
noscript内のコンテンツをGoogleは無視するが画像は例外的にインデックスする
[レベル: 中級] <noscript> タグ内のコンテンツを Google はインデックスしません。 しかし画像は例外です。 <noscript> の中であっても <img> タグの要素はインデックス対象になります。 スパム対策のため <noscript> は無視される <noscript> タグは、スパムに利用されてきた経緯があります。 （JavaScript を実行する）ブラウザでは画面に表示されないものの、HTML コード内には存在するため検索エンジンには認識されます。 隠しテキストや隠しリンクとしての悪用が可能でした。 そのため、かなり以前から <noscript> 内のコンテンツを Google は無視するようになっています。 Lazyload 画像対応の noscript は例外 Lazyload で遅延読込みさせる画像をインデックスさせるために、Google は次の2つの方
Lazy Load画像をSEO対応させる2つの方法――noscriptと構造化データ #io18 #io18jp
[レベル: 上級] Lazy Load で読み込ませる画像を SEO に対応させる、言い換えれば、検索エンジンにインデックスさせるための方法として、次の2つを Google の John Mueller（ジョン・ミューラー）氏は Google I/O 2018 のセッションで推奨しました。 <noscript> タグ 構造化データ Lazy Load 画像は SEO に不向き Lazy Load で読み込ませる画像が SEO に不向きな理由は以前にも説明したことがありますが、もう一度簡単におさらいしておきます。 そんなの知ってるよという方はここは読み飛ばして構いません。 Lazy Load（レイジー ロード）とは、遅延読み込みのことです。 画像の表示によく使われます。 ページを表示した段階では画像を読み込ません。 スクロールして、ユーザーの見えるエリアに画像（が表示されるべき場所）が入った
SEOの未来は検索結果の中にある #BrightonSEO | 海外SEO情報ブログ
[レベル: 中級] この記事では、英ブライトンで先月末に参加した BrightonSEO 2018 September のキーノートスピーチをレポートします。 スピーカーは、SparkToro の CEO、Rand Fishkin（ランド・フィッシュキン）氏です。 強調スニペットやナレッジパネル、ローカルリスティングに象徴されるように、現在の SEO は競合サイトだけではなく Google とも僕たちは争わなければなりません。 Fishkin 氏は、将来の SEO に勝利するためのヒントは “検索結果の中” にあると考えています。 検索結果の中にある SEO とは一体どういったものなのでしょうか？ ※鈴木注: 具体例は日本向けに一部アレンジしています。 Google との契約 Google と我々（サイト管理者）はある種の契約を結んできた――我々は無料で Google にサイトを検索結果で
Google Home が最新ニュースの概要を読み上げ。パブリッシャーはSpeakable構造化データで設定可
[レベル: 上級] Google アシスタントで、ニュース記事の概要を Google Home に読ませることができるようになりました。 記事発行者は読み上げてほしい概要を構造化データで指定することができます。 Google アシスタントが記事概要を読み上げ たとえば、“What’s the latest news on NASA?”（NASA の最新ニュースを教えて） と Google Home に話しかけます。 すると、今朝の時点では次のように、音声読み上げで返してきました。 The Verge has this update: “NASA’s newest planet-hunting spacecraft has begun scouring the galaxy for other worlds. The space observatory, dubbed TESS, offic
WordPressブログをAMP対応させる公式プラグインのバージョン1.0ベータ版が公開。“ネイティブAMP”が実現
[レベル: 上級] WordPress ブログを AMP 対応する公式プラグインの v1.0 ベータ1がリリースされました。 今までのバージョンは、0.x であり、1.0 にすら到達していませんでした。 バージョン 1 の最大の特徴は “Native AMP”（ネイティブ AMP）の実現です。 通常ページと同一のネイティブ AMP 正式版として現在インストールできる AMP プラグインは、デザインや機能が通常のモバイルサイトとは完全に一致していません。 一般的に、デザインは簡素になるし、メニュー表示やコメント投稿などの機能が使えなくなる場合も少なくありません。 しかし、ネイティブ AMP では通常のモバイルサイトとほぼ100%同一のデザイン、機能をプラグインで変換された AMP ページでも実現します。 左が通常のモバイル版ページです。 右が v1.0 ベータ1 プラグインで変換した AMP
Googleマイビジネスの投稿タイプに「製品」が追加。検索結果からの販売が可能に
[レベル: 中級] Google マイビジネスで、商品を販売するための投稿を作成できるようになったようです。 「Google に投稿」機能のタイプに「製品」が追加か？ Google マイビジネスには「投稿」機能があります。 作成した投稿は、Google 検索や Google マップに表示されるビジネスリスティングに表示されます。 Google Posts とも呼ばれるこの機能は、2017年6月に導入されました。 次の3タイプの投稿を作成できます。 最新情報 (What’s New) イベント (Event) クーポン (Offer) これら3つに “Product”（日本語では「商品」または「製品」か？）が新たに加わるようです。 Product の投稿が可能になったユーザーがスクリーンショットを Twitter で共有しています。 New: GMB Product Posts – This
SEOに役立つ、Googlebotのレンダリングを検証する4つの方法
[レベル: 上級] この記事では、Googlebot によるレンダリングを検証、デバッグする方法を4つ紹介します。 Googlebot ＝ Chrome 41 まず、前提知識として知っておかなければならないことは、Googlebot がレンダリングする仕組み (Web Rendering System、略して WRS と呼ぶ）は、Chrome 41 に相当するということです。 この記事を書いている時点では、Chrome の最新バージョンは 65 です。 現在利用されている ES6 の機能のごく一部しか Googlebot はサポートできていません。 たとえば、CSS カスタムプロパティや Strict mode、IndexedDB をサポートしていません。 Chrome 41 がリリースされたのは、2015年3月です。 つまり、SEO を意識するなら、3年前のブラウザに合わせなければならな
新しいSearch Consoleでインデックスのエラーを一括検証する方法
[レベル: 中級] 新しい Search Console で提供された便利な機能として、エラーが検出されたページの一括検証があります。 この記事ではその手順を説明します。 「修正を検証」で一括検証 「インデックス登録の対象範囲」ステータスレポートと「AMP」ステータスレポート、「求人情報」ステータスレポートには、エラーが検出されると対象のURLとその内容が提示されます。 さまざまエラーがありますが、詳細はヘルプページで確認できます。 まず、エラー内容を確認して問題を修正します。 修正が完了したら、レポートの右上にある「修正を検証」ボタンをクリックします。 やることはこれだけです。 Google 側で自動的に検証が開始されます。 ただし、検証が完了するまでには数日から最大で2週間程度かかることがあります。 検証が始まったことを知らせる通知が届きます。 Search Console では現在の
更新が頻繁なコンテンツのAMP対応ベストプラクティス
[レベル: 上級] 高速な表示を実現するために AMP ではキャッシュモデルを利用します。 僕たちのウェブサーバーからではなく AMP の CDN サーバーからキャッシュという形でコンテンツがユーザーに配信されます。 キャッシュなので、常に最新の情報とは限りません。 オリジナルのコンテンツは更新されているのに、キャッシュは古いままという状況がありえます。 ユーザーには古くなった情報を返してしまいます。 更新が頻繁なページでは問題になるかもしれせん。 更新が頻繁なページの AMP 対応のベストプラクティスをセミナー参加者に先日質問され、その場では完全な回答を提供できず、その後 AMP に詳しい方に教えていただいたのでこの記事で共有します。 2つの方法が考えられます。 何もしない <amp-list> を使う 何もしない AMP キャッシュの仕組みをこのブログで以前に詳細に解説しました。 オリ
Google アナリティクス、AMPキャッシュ計測の問題を解決。AMP Client ID APIのオプトインで正確なアクセス解析が可能に
[レベル: 上級] AMP キャッシュへのアクセスとオリジナルのページ（AMP含む）へのアクセスを同一認識できない問題を解決する手段を Google アナリティクスが提供しました。 AMP アクセス解析が抱えていた問題 Cookie を引き継ぐことができないため、同じユーザーであっても AMP ページに訪問したユーザーと通常のページ（非 AMPページ）に訪問したユーザーを異なるユーザーとして認識してしまう問題を、Google アナリティクスを含む AMP 対応しているすべてのアクセス解析ツールは抱えていました。 Google アナリティクスは、AMP ページ本体へのアクセスと通常ページ向けページのアクセスを同一視できるように5月に改善を加えました。 しかしながら、AMP キャッシュのアクセスは依然として異なるユーザーとして認識されたままでした。 ですが、AMP キャッシュへのアクセスであっ
Google、パンくずリストとサイト名をURLの代わりにモバイル検索結果で表示。構造化データで指定可能
[レベル: 中級] Googleはモバイル検索で、すべての結果にURLの代わりにパンくずリストを表示するように仕様を変更しました。 また、ドメイン名の代わりにサイト名を表示することがあります。 Official Google Webmaster Central Blog: Better presentation of URLs in search results モバイル検索結果ではパンくずリストを表示 下のモバイル検索結果では、URLのところがすべてパンくずリストで表示されています。 とはいえ、もともとPCからの検索でもパンくずリスト表示だったのなら、モバイル検索特有の機能とはいえません。 比較してみましょう。 こちらのPCからの検索結果では、通常どおりにURLがそのまま表示されています。 スマートフォンから検索するとこのようになります。 少々わかりづらいのですが、パンくずリストっぽく変
robots.txtの書き方（保存版） » 海外SEO情報ブログ・メルマガ
今日は、いつか書こう書こうと思って、そのままにしておいた「robots.txt」にの書き方・書式について書きます。 robots.txtは「ロボッツ・テキスト」、または「ロボット・テキスト」と読みます。 robotではなく、robotsです。 robots.txtはサーチエンジンのクローラ（スパイダー）の、ファイルとディレクトリへのアクセスを制御するために使われます。 「secretsというディレクトリにあるファイルにはすべてアクセスさせたくない」とか、「himitsu.htmlというファイルだけはアクセスさせたくない」という使い方ができます。 「アクセスさせたくない」というのは、「インデックスさせたくない」すなわち「検索結果に表示させたくない」ということです。 「なぜ、検索結果に表示させたくないの？」と疑問に思うかもしれません。 さまざまなケースがあります。 たとえば、URLを自分が教え
ディズニーが実装しているschema.orgとは at #SMX Advanced 2014
[対象: 上級] この記事では、SMX Advanced 2014で参加した「セマンティック・構造化データ」のセッションをレポートします。 スピーカーは、Disney IntaractiveのインハウスSEOをやっているJeff Preston（ジェフ・プレストン）氏です。 プレストン氏は、Disneyグループ全体のサイトを管理しています。 セッションでは、Disneyサイトが実装している以下の構造化データの実装について話しました。 Open Graph Twitter Cards schema.org 僕たちにとって、特に重要なschema.orgだけにフォーカスしてレポートします。 Disneyが実装しているschema.org 動画 動画 (schema.org/Movie) の構造化データを、たとえばMaleficentのページではマークアップしています。 schema.org/M
閲覧しているページの構造化データ情報を丸見えにするGoogle Chromeの4つの拡張機能
[対象: 中〜上級] この記事では、構造化データの情報を調査、確認するために使える便利なGoogle Chromeの拡張を紹介します。 次の4つになります。 Semantic inspector Microdata.reveal Microdata/JSON-LD sniffer SchemaDump Semantic inspector Semantic inspectorは、アドレスバーの右端にあるアイコンをクリックするとMicrodataでマークアップされているそのページの構造化データを表示してくれます 個人的には、Semantic inspectorがいちばん見やすいように思います。 ちなみに、フッターにあるコピーライトを見ると日本人の方が開発したようですね。 Microdata.reveal Microdata.revealも、Semantic inspectorと同じようにアド
事前レンダリングでウェブページの表示時間を高速化
[対象: 上級] 事前レンダリングと呼ぶ技術を使って、ウェブページの表示時間を高速化する方法をこの記事では解説します。 事前レンダリングとは 事前レンダリング (Prerendering)とは、その名のとおり、ページの読み込み（正確にはレンダリング）を前もって実行する仕組みです。 Google検索で採用されている「インスタントページ」には事前レンダリングが使われています。 下のキャプチャは、Googleで「Amazon」を検索したときのChromeのタスクの状況をタスクマネージャで確認したものです。 「事前レンダリング」でAmazon.co.jpが出ています。 「Amazon」で検索したユーザーはかなり高い確率で（1位に出てきた）Amazonのホームページをクリックするはずです。 Chromeは先回りして、ユーザーがクリックしなくてもAmazonのホームページを取得および描画、つまりレンダ
SEO vs. PPCの戦いに終止符を打つ、ウェブマスターツールの検索クエリデータをAdWordsで比較可能に
[対象: 中〜上級] Googleウェブマスターツールの検索クエリレポートを、Google AdWordsのレポートで表示できるようになりました。 これにより、オーガニック検索つまりSEOと有料広告つまりPPCの、キーワードごとの掲載順位やクリック数、クリック率などを1つのレポートで比較分析できます。 英語版のAdWords公式ブログで1週間前にアナウンスがありました。 日本語版公式ブログではまだアナウンスがありませんが、日本語のヘルプはできあがっています。 有料広告とオーガニック検索結果の成果を測定する – AdWords ヘルプ 実際に設定可能でデータもきちんと出てきます。 設定が完了してからのデータが反映されるため、上のキャプチャは比較するほどには十分な情報が集計できていません。 それでもイメージはつかめるはずです。 （ちなみに、僕が所属する会社の腕利きPPC担当からキャプチャをもら
スマホ向けサイトのユーザビリティとランキングを低下させる12個のマイナス要因
[対象: 中〜上級] さまざまなモバイル向けサイトの研究中に出くわした、ユーザビリティを大きく損ねる12個の要素をE-consultancyがブログで解説しました。 ユーザビリティの悪化だけではなく、なかにはGoogleのランキングを下げる原因にも繋がるスマートフォンサイトの構成ミスも含まれています。 モバイル対応が必須になっている現在のサイト運営において、とても参考になる記事なので紹介します。 なお直訳ではなく、僕なりの言葉で要点を説明します。 英語がわかる方は原文も読んでください。 モバイルサイトのユーザビリティを損ねる12個の欠陥 1. 突然デスクトップ向けサイトに切り替わる モバイル向けのページを閲覧していたのに、デスクトップ向けページに突然移動させられてしまうサイトは確かにありますね。 モバイル向けのデザインだったのに、ページを移動したら何の前触れもなくPC向けのデザインに切り替
削除済みのURLがウェブマスターツールのクロールエラーから消えない時のベストプラクティス
[対象: 初〜中級] 削除したURLの取り扱いに関する注意事項とベストプラクティスについて、Google社員のJohn Mueller（ジョン・ミューラー）氏が英語版の公式ヘルプフォーラムで説明しました。 理解しておくとサイト運営に役立つので紹介します。 削除されたURLについて知っておきたいこと URL削除ツールは、普段のサイトメンテナンスに使うツールではない。ツールに制限があるのは、1つはこれが理由になっている。 URL削除ツールは、インデックスからURLを削除するわけではない。検索結果から非表示にするだけ。たいした違いではないが、削除リクエストしてもインデックス数に影響しないのは、1つはこれが理由になっている。 ※鈴木補足: キャンセルすれば再登録できることからも分かりますね。 robots.txtを使ってもコンテンツをインデックスから削除することはできない。しかし、再クロールしてそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
