[レベル: 中級] ウェブサイトの提供を一時的に停止するときに役立つ TIPS を Google の John Mueller (ジョン・ミューラー) 氏が英語版のウェブマスター向け公式ブログで解説しました。 とても役立つ記事です。 日本語版の公式ブログでもいずれ翻訳版が公開されると思いますが、それよりも先に僕のブログで紹介します。 ミューラー氏が今回説明したのは次の3つの項目です。 ショッピングカート機能の停止 インタースティシャルまたはポップアップを常に表示 サイト全体の停止 なお伝えている内容は変えていませんが、逐一の訳にはなっていません。 ショッピングカート機能の停止 ユーザーが商品を購入できないようにするための、いちばん簡単な方法は特定の機能を無効にすること。 たいていの場合は、ショッピングカートのページを、robots.txt でブロックしてクロールできないようにするか rob

[レベル: 中〜上級] GoogleのJohn Mueller（ジョン・ミューラー）氏が、各種のリダイレクトに対する検索エンジン（とGoogle）の処理方法について、詳細にまとめた説明をGoogle+に投稿しました。 リダイレクトの違いがいまいちわかっていないひとにとってはもちろんのこと、リダイレクトについて熟知しているひとにとっても、リダイレクトについての理解を深めることができるとても役立つ解説です。 日本語に訳したので参考にしてください（可能な限りこなれた日本語に訳したので、原文にはない言葉を使っている部分もあります）。 リダイレクト全般について、まず、ミューラー氏は次のように簡単に定義します。 一般的に、リダイレクトは2つのページ間で行われる。ここでは、それらのページをRとSと呼ぶことにする。 ものすごく単純化して言うと、「ページRを呼び出したときはページSにコンテンツがある」という

[レベル: 上級] JSON-LDで設定したレビューと評価のschema.orgをリッチスニペットとして検索結果にGoogleが表示し始めたニュースを2日前に伝えました。 この時点ではGoogleからは公式にも非公式にもアナウンスは出ていませんでした。 しかし、John Mueller（ジョン・ミューラー）氏は、商品およびレビューの構造化データに対してJSON-LDをサポートしたことをGoogle+で昨日発表しました。 Announcing JSON-LD support for Reviews and Products structured data markup. Along with the launch of support for JSON-LD for Reviews and Products structured data markup, we’ve cleaned up s

[レベル: 初〜中級] GoogleのJohn Mueller（ジョン・ミューラー）氏が、2016年に向けてのSEOの秘訣について話しました。 12月15日に開催した英語版オフィスアワーで出た質問に対する回答です。 おぉ、（その質問が）きたねぇ。来年に向けての魔法みたいなSEOの秘訣っていうのは何もないんだ。今開発中の上位表示のmetaタグについては話せない。公開してもまだ機能しないんだ。 だけど概して言えば、AMPとモバイルフレンドリーについてもっといろんなことを私たちから来年は聞くことにおそらくなるだろう。モバイルフレンドリーは私たちがここ数年ずっとやってきたことだ。 モバイルフレンドリーは今でもとても大切なテーマだ。たくさんのサイトが適切にやっていないのを依然として目にする。モバイルフレンドリーがほかよりも大きな変化ではないだろうか。 もちろんモバイルフレンドリー以外にもあるだろう。

[レベル: 上級] Googleは、AMPに対応した記事の構造化データの仕様をデベロッパー向けサイトで公開しました。 従来の記事リッチスニペットに比べると必須または推奨のschema.orgのプロパティが大幅に増えています。 必須・推奨プロパティの増加 Googleのデベロッパー向けサイトのArticles（記事）向けのリッチスニペットの解説ページにはこれまでは6種類のプロパティが載っていました。 これが現在は17種類にまで増えています。 たとえば次のようなプロパティが追加されています。 mainEntityOfPageと@id ※推奨 headline（文字数制限の追加） ※必須 imageのheightとwidth ※必須 publisher（logoやurlも）※必須 dateModified ※推奨 author ※必須 AMPのカルーセルにはその記事コンテンツの画像や見出し、発行

[レベル: 上級] Googleは、ローカルビジネス情報をschema.orgで提供する仕様を構造化データの開発者向けサイトで公開しました。 名称や住所などの各種情報をローカルナレッジパネルに表示したり、そこから注文や予約といったアクションを実行させるたりすることができます。 ローカルビジネス情報をschema.orgでマークアップ schema.orgの LocalBusiness でマークアップすることにより、あなたが営むローカルビジネスに関する情報を正確かつ詳細にGoogleに伝えることができます。 たとえば、正しい名前や住所、電話番号を定義できるし、メニューが書かれているURLや営業時間を伝えられます。 こうした情報は、検索結果のナレッジパネルに表示されます。 schema.org/LocalBusinessで利用できる次のプロパティが必須または推奨、任意です。 name（名称、必

[レベル: 中級] 検索結果の品質を評価するためのガイドラインの最新版をGoogleは公開しました。 これまでのものとは変更がない部分がある一方で、新たにモバイルに関する章が加わったことが最新版の最大の特徴となっています。 検索品質評価ガイドラインとは？ Googleは、ユーザーのクエリに対して関連性が高くかつ高品質なページを検索結果で返すことができているかどうかを、外部の評価者（Evaluator）に常に評価させています（評価者は普通に求人として募集されているらしい。日本でさえも）。 評価者による評価は検索品質の改善のために役立てられます。 直接的にランキングを調整するためには用いられません。 どのように検索結果の品質を評価するかを説明した「General Guidelines」（一般ガイドライン）というマニュアルが評価者に提供されます。 このマニュアルは原則的に評価者だけに配布されます

[レベル: 初〜中級] 入力フォームのフィールドには、入力が「必須」なのかまたは「任意」なのかのラベルを両方付けることが推奨されます。 どちらか片方だけだと入力途中の離脱の原因になります。 ECサイトのユーザービリティ調査と最適化を専門に扱っているBaymard Instituteが詳しく解説しています。 15の大手ECサイトのユーザビリティ調査と18の主要なモバイルサイトのユーザビリティ調査、そして自社による最新の大規模なアイトラッキングテストによって実証することができました。 この記事では、その解説の要点をまとめて紹介します。 片方だけの「必須」「任意」ラベルの問題点 入力が「必須」か「任意」かをどちらか片方のラベルだけで示すことにはさまざまな問題点があります。 必須か任意かを示さないのはいちばんよくない そのフィールドの入力が必須か任意かを示さないのはいちばんよくないスタイルです。

[対象: 上級] 気付いている人もいるかと思いますが、このブログ全体をHTTPSにしました。 この記事では、備忘録を兼ねて、完全HTTPSへの移行を検討しているサイトの参考になるように僕が実行してきたプロセスをまとめます。 実行した主な作業は次のとおりです。 サーバー証明書の取得 HTTPSへのリダイレクト 内部リンクの修正 各種ツール・パーツのHTTPS動作確認 すべてのコンテンツがHTTPSでダウンロードされているかを確認 WordPressの設定変更 rel=”canonical”の更新 ウェブマスターツールへの登録 サイトマップの更新 ソーシャルシェアの引き継ぎ HSTSの設定 外部リンクの更新 高速化 順に説明します。 1. サーバー証明書の取得 サーバー証明書をまず取得します。 手順は利用しているサーバー会社によって変わってきます。 詳しくはお使いのサーバー会社のヘルプを参照し

[対象: 初〜中級] この記事では、モバイル向けサイトのユーザビリティやユーザーエクスペリエンスの向上に役立つ、Googleが提供する公式ツールを5つ紹介します。 Chrome PageSpeed Insights Mobile-Friendly Test Fetch as Google モバイルユーザビリティ レポート 順に説明します。 Chrome Google Chromeの「デベロッパー ツール」では、スマートフォン端末で見たときのそのページの表示をエミュレーションできます。 「デベロッパー ツール」は次の手順で起動します。 [Google Chromeの設定]（右上の3本バー） − [その他のツール] − [デベロッパー ツール] Ctrl + Shift + i (Windows) / Cmd + Opt + i (Mac) スマホを表すアイコンをクリックするとスマホでの表示モ

[対象: 上級] この記事では、JSON-LDをシンタックスに用いたschema.orgの記述方法について詳しく解説します。 CSS Niteで講演 2014年9月20日（土）に、CSS Nite LP36 powered by In-house SEO Meetup 「ビジネスに活用できる2014年SEOトレンド」がベルサール神田 イベントホールで開催されました。 僕は出演者として登壇し、セマンティック検索と構造化データ、schema.orgをテーマに公演しました。 このなかで、JSON-LDの使い方についても説明しました。 [撮影：飯田昌之] 参加者には録画した動画とスライドが提供されています。 年内には（無償で）一般公開される予定です。 ですが、JSON-LDを使ったschema.orgをもっともっと多くのサイト管理者に使ってもらうことが僕の希望です。 3か月近くも待たせたくありませ

[対象: 上級] Googleは、検索結果でのサイト内検索ボックスの表示方法と機能を改良しました。 オートコンプリートも利用可能です。 より目立つ表示に 検索結果に表示されたそのサイト内のページをさらにサイト内検索する検索ボックスは以前から一部のサイトを対象に提供されていました。 そのサイト内検索ボックスを上部に配置し、より目立つデザインにしたのが今回の改良です。 上は公式アナウンスで例として出されている“YouTube”の（モバイル検索の）検索結果です。 サイトリンクよりも上の位置に、大きめの虫眼鏡アイコンが付いたサイト内検索ボックスが表示されています（左）。 通常の検索のようにオートコンプリートで検索キーワードを提案してくれます（右）。 そのサイトのサイト内検索へリダイレクト 新しいサイト内検索ボックスで検索すると、そのサイト独自のサイト内検索の結果にリダイレクトされます。 従来のサイ

[対象: 上級] 高品質なサイトやページに求められる条件として「E-A-T」が、メジャーバージョンアップしたGoogleの検索品質ガイドラインに新たに加わったことを先週伝えました。 この記事では、高品質なページに求められる E-A-T 以外の条件、そしてそのなかでも最高品質のページに求められる3つの条件について解説します。 高品質なページに求められる条件 高品質なページに求められる条件として、品質評価ガイドラインの最新版は次の7項目を挙げています。 満足感を与える量のメインコンテンツ 高いレベルの専門性・権威性・信頼性 (E-A-T) 良い評判 役立つ補助コンテンツ 実用的なページデザイン 満足がいく量のウェブサイトの情報 手入れがよく行き届き、きちんと維持されているウェブサイト 順に説明します。 満足感を与える量のメインコンテンツ メインコンテンツとは、そのページの目的となるコンテンツで

[対象: 中〜上級] この記事では、構造化データの情報を調査、確認するために使える便利な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と同じようにアド

[対象: 中級] この記事では、あなたがGoogle+ローカルページを必ず管理しなければならない理由と管理手順の概要を説明します。 自動的に作成されるGoogle+ローカルページ Google+ページには5つのカテゴリがあります。 商品/ブランド 会社、機関、組織 地域のお店や場所 芸術、エンターテインメント、スポーツ その他 このうち「地域のお店や場所」のGoogle+ページはGoogle+ローカルページと呼ばれ、このブログのGoogle+ページのような他のカテゴリのGoogle+ページとは異なる特徴を持ちます。 その特徴のなかで特に際立っているのは、「Googleが自動的に作成する」ことがあるという点です。 物理的な場所に住所を持っているなら、ほとんどの場合あなたのビジネスのGoogle+ローカルページが作られています。 たとえば下のキャプチャは、僕が所属している株式会社セルフデザイン

[対象: 全員] Googleは数年間から、状況に応じて、HTMLのtitleタグの記述ではないタイトルを検索結果に表示するようになりました。 どのように書き換えるかはアルゴリズムによって完全に自動化されています。 タイトル修正が発生しやすい状況をGoogleは説明していますが、アルゴリズムはその後も絶えず改善されています。 現状はどのようになっているのでしょうか？ GoogleのMatt Cutts（マット・カッツ）氏が説明しました。 検索結果のタイトルをGoogleはどのように選んでいるのか 基本的に、タイトルを選んだり検索結果にどのタイトルを表示しようか決めたりしようとするときは、検索クエリに関連性があって簡潔な記述かどうかも常に見ている。 僕らが見ている基準はいくつかある。 比較的短いかどうか そのページのことをよく説明できているかどうか。そのページがあるサイトのことも説明できてい

[対象: 中級] 3月の終わりに米サンディエゴで開催されたIA Summit 2014に参加しました。 IA Summit 2014は、僕がいつも行くSEO系のカンファレンスとは異なり、Inforomation Architecture（IA、情報設計）をテーマにしたカンファレンスです。 とはいえ、IAはSEOとも密接に関わってきます。 この記事では、IA Summit 2014でのSEOに関係するセッションをレポートします。 トピックは「サイト内検索」です。 フォーチュン500企業の上位50社と下位50社のサイト内検索の状態を調査した結果をもとに、サイト内検索に必要な9つの機能と要素を分析しています。 サイト内検索に必要な9つの要素・機能 グローバル検索ボックス すべてのページに設置した検索ボックス。いつでもどこでも検索できる。 上位50社の11%が未実装。 検索ボックスがまったくないサ

[対象: 初〜中級] SEOではなくユーザーエクスペリエンス/コンバージョンが今日の記事のトピックです。 「ローテーションバナー」を使うべきでないという趣旨の記事をConversionXLブログが公開しました。 ローテーションバナーは、スライド式に自動的に画像が切り替わるバナーで、バナースライダーやカルーセルと日本語では呼ぶこともあります。 個人的にもローテーションバナーが僕は大嫌いなので（笑）、ConversionXLが説明するローテーションバナーの欠陥を紹介します。 なお記事の日本語ではなく主要ポイントを抜き出した説明になります。 理由1: 人間の目は動くものに反応する（そのため重要なものを見逃してしまう） 人間の目は本能的に動くものに反応するようにできています。 つまり勝手に動くローテーションバナーに無意識に反応してそれを見てしまいます。 ローテーションバナーがそのページの唯一コンテ

[対象: 中〜上級] スマートフォンやタブレット、パソコンやテレビなどの様々なサイズのスクリーンを持つ複数のデバイスからユーザーがアクセスする状況が一般的になりました。 いわゆる「マルチスクリーン」と呼ばれる時代の到来です。 そこでGoogleは、マルチスクリーンに対応したウェブサイトを構築するための指針を10月に公開しました（PDFでダウンロード可）。 この指針の中核となる1〜4章を日本語訳しました。 マルチスクリーン時代に適合したウェブサイトを構築する際の参考にしてください（長いのでブックマークしておいて、年末年始の時間が取れるときに読むといいかもしれません）。 1. モバイルに備える マルチスクリーンの戦略はユーザーのニーズと自分のビジネスに適合している必要があります。あなたのサイトでユーザーはどんなことをやり遂げたいのでしょうか？ 何をユーザーは期待しているのでしょうか？ ユーザー

[対象: 中〜上級] モバイル向けサイト（スマートフォン向けサイト）の高速化に取り組むように、Googleは、ウェブマスター向け公式ブログであらためて推奨しました。 Official Google Webmaster Central Blog: Making smartphone sites load fast 速さが求められているのに現実は遅い いくつかのリサーチから次のような結果が出ています。 素早く使えて手軽なので、ユーザーはスマートフォンを使っている モバイル向けページは、平均して表示時間にたいてい7秒以上かかっている 表示に1秒以上かかると「時間がかかっている」とユーザーは感じ、遅いサイトには再訪問しないかもしれない “速い”モバイルサイトをユーザーは求めていますが、実際のモバイルサイトは“遅い”のが現状です。 そこで、モバイルサイト高速化のために知っておくべき基本的な知識と対応