遂に来た！通信が安全ではないことを示す警告をすべての非HTTPSページにGoogle Chromeが常に表示。2018年7月リリースのバージョン68から
[レベル: 初〜中級] HTTPS ではなく HTTP で配信されているすべてのページに対して、通信が安全ではないことを通知するラベルを Chrome ブラウザで常に表示することを Google はアナウンスしました。 2018年7月にリリースされる Chrome 68 から実装する予定です。 全 HTTP ページに「保護されていない通信」ラベルを常時表示 HTTPS で配信していないページ、言い換えれば、HTTP のままで配信しているページには「保護されていない通信」のラベルが URL アドレス欄の先頭に表示されます。 たとえば、今でも HTTP で頑張っている東京都の公式ホームページは、この記事を書いている時点での最新版の Chrome（安定版）のバージョン 64 では、次のように表示されます。 と言っても、気になるところは何もありませんが。 これが、2018年7月にリリースされる C
不必要に静的化したURLよりもパラメータ付きURLをGoogleは好む
[対象: 上級] 一般的に言って、Googleにとっては、擬似静的化したURLよりもパラメータが付いた動的なURLのほうが好ましいようです。 動的URLは書き換えずにパラメータを付けたままで GoogleのJohn Mueller（ジョン・ミューラー）氏が、あるSEO関連フォーラムで次のようにコメントしました。 Just wanted to add that from Google’s point of view, the clean, parameterized URL is generally preferred to any unnecessary URL-rewriting. If you want a nice-looking URL-line in search, use breadcrumb markup instead. Googleの観点から付け加えさせてもらうと、わかり
Googleが推奨するSEOに適した無限スクロールの構成方法
[対象: 上級] Googleは英語版ウェブマスター向け公式ブログで、検索エンジンが処理しやすい無限スクロール（Infinite Scroll）の推奨構成を説明しました。 細かな話は後回しにして、その推奨構成をさっそく日本語で紹介します。 なお逐一の訳ではなく、理解しやすくするために表現や構成を原文とは多少変えてあります。 構成の概要 無限スクロールからリンクされている個々のアイテム（記事やコンテンツなど）を検索エンジンが確実にクロールできるように、利用しているシステムが、無限スクロールとともにページネーションしたページも作成できるように必ずしておく（無限スクロールで、1つのURLに収めるのではなく、分割して複数のページに分けるということ）。 ※拡大画像はオリジナルのURLで表示します（もう1つの画像も同様） 無限スクロールは、分割したページに変換されることで検索エンジンが処理しやすくなる
SEOのために、商品名やカテゴリ階層をURLに入れる必要はない
[対象: 上級] SEOの効果を期待して、商品やサービスの名前、あるいはジャンルや地域などそれらのアイテムが含まれるカテゴリを必ずしもURLに含める必要はありません。 またキーワードをURLに含める必要もありません。 検索エンジンのためには不要 確かに、検索エンジンはURLをヒントにして、そのページのトピックが何であるかやサイトの構造がどうなっているかを知ろうとしているかもしれません。 しかしそれは副次的なものであり、それ単体で強い影響力を持つものではありません。 コンテンツや内部リンクなど他のシグナルによって理解させることができているのであれば、URLの構成がアドバンテージになることはないのです。 GoogleのJohn Mueller（ジョン・ミューラー）氏による、これを証明する、発言のいくつかを挙げます。 From our (Google’s) point of view, you
自分が管理するサイト同士をリンクし合ったらガイドライン違反になるのか
[対象: 全員] 自分が管理する2つのサイトをそれぞれリンクし合ったら、リンク交換あるいは過剰な相互リンクだとして品質ガイドライン違反に問われるのでしょうか？ 米Google ウェブスパムチームの隊長、Matt Cutts（マット・カッツ）氏が僕からの質問に（Yay!）回答してくれました。 釣り全般のサイト（サイトA）を運営していたとします。それとは別にルアーフィッシングに特化したサイト（サイトB）も運営していたとします。 このときサイトBからサイトAにリンクすることはガイドラインに違反しますか？ もちろん、どちらのサイトにも質の高いコンテンツがあってどちらも同じ管理者によって運営されていることを明示しておきます。 特定のケースじゃなくてもっと広い視点から質問したと思うからそれに対しても答えよう。 単にサイトBからサイトAにリンクするだけならガイドライン違反にはならない。 2つしかサイトを
rel=canonicalタグによくある5つの間違い
[対象: 中〜上級] rel=”canonical”タグの正しい使い方とよくある間違いについて英語版のGoogle Webmaster Centaral ブログが説明しました。 最近は、日本語版のウェブマスター向け公式ブログの翻訳記事の公開のスピードが早いことが多いので近いうちに日本語でも読めると思います。 ですが、負けたくない早く共有したいので紹介します。 ただし「よくある間違い」については意訳になっているので全訳は日本語版ブログでの公開を待ってください（とはいえ、重要な点はきちんと説明しているのでご安心を）。 ではスタートです。 推奨されるrel=”canonical”のベストプラクティス 重複するページの大部分のコンテンツが正規化バージョンのページに存在すること ヒント: そのページの言語が分からないと仮定して、重複ページを正規ページの隣に並べて置いたとき重複ページに書かれている単語
301リダイレクトで何%のPageRankが失われるのか? => リンクを通したときと同じ
[対象: 中〜上級] 301リダイレクトを使うと転送元ページが持つPageRankは転送先ページに完全に受け継がれるのではなくいくらかが失われると、GoogleのMatt Cutts（マット・カッツ）氏が2年近く前にインタビューのなかで発言したことがあります。 それでは301リダイレクトによっていったいどのくらいのPageRankが失われるのでしょうか？ たびたび挙がる疑問にMatt Cutts氏が（ようやく）回答しました。 重要なポイントとしてMatt Cutts氏は次のように答えています。 301リダイレクトによって消えるPageRankはリンクを通じて消えるPageRankと現在はほぼ同じだ。 ビデオの前半で説明している背景について補足します。 PageRankはリンクを経由してページからページヘ渡されることは僕たちのよく知るところです。 しかし、あるページが持つPageRankはそ
今すぐできる、質の高いロングテールキーワードを発見し検索アクセスを倍増させるSEO
[対象: 中〜上級] 価値のある質の高いロングテールキーワードを、簡単にできる作業で“再”最適化することにより、検索からのアクセスを短期間に大きく伸ばせる方法をこの記事では解説します。 Kaiser the SageブログのJason Acidre氏が公開した“How I increased my blog’s Search Traffic by 44% in under a month”（1ヶ月足らずでブログの検索トラフィックを44%増加させた方法）というタイトルの記事がソースになります。 Acidre氏は、この記事で説明している方法を用いて自分の個人ブログの検索流入を短期間に40%以上も上昇させることに成功しました。 難しいことはなくて誰にでも今日からすぐに始められる施策です。 またブログの事例ですが、それなりに価値があるコンテンツがすでに存在し検索からトラフィックがあるサイトならば特
ECサイトにおける色違いやサイズ違いの商品ページのベストプラクティス
[対象: 中〜上級] この記事では、同じタイプの製品で色やサイズに複数のバリエーションがあるときのページ構成について解説します。 記事タイトルに「ベストプラクティス」と入れましたが、どんなアイテムを取り扱っているか、どんなシステムでサイトを構築しているか、すでに公開しているページかそれとも新規に公開するページか、検索需要はどのくらいあるか、何を最優先にするかなどさまざまな要因に依存するため、「この構成がベスト」と言い切ることはできません。 またそれぞれの構成にメリット・デメリットがあります。 したがってあなたのサイトの状況に応じて参考にしてもらえればと思います。 今回紹介するのは3種類の構成パターンです。 全バリエーションのページのみ 全バリエーションと個別のページ 個別ページのみ 順に説明します。 全バリエーションのページのみ 色ごとやサイズごとのページを設けません。 すべてが載ったペー
サブドメインとサブディレクトリをGoogleはどう扱うか？ 新規サイトはどちらを使うべきか？
[対象: 初〜中級] サブドメインで構成されたサイトとサブディレクトリで構成されたサイトに違いはあるのか？ Googleはどのように両者を見ているのか？ この質問にGoogleのMatt Cutt（マット・カッツ）氏が回答しました。 今日は訳すのはやめておいて（おとといと昨日で疲れたw）、僕の言葉で要点をまとめます。 要件に合わせてどちらを使うか決める 自分が使っているシステムやビジネス形態に合わせて、使いやすい方を選びます。 CMSの構成が容易だったりDNSの設定が不要、ドメインの移動もいらない、などというようにサブディレクトリのほうが管理・運用しやすときにはサブディレクトリが適しています。 対して、今運用しているビジネスとは異なるまったく別のビジネスを始めるときはサブドメインでの運用が適しているかもしれません。 たとえば、僕が「お花屋さん」を始めるとします。 サイトは、www.suzu
JavaScriptの読み込みを最適化してページの表示速度を高速化する6つの方法
[対象: 中〜上級] 僕のブログではてブ数がいちばん多いのはウェブページを高速化するTIPSを解説した記事です（まだ読んでない人はぜひ読んでください！）。 その記事では高速化全般を扱っていましたが、今日の記事ではJavaScriptに的を絞って表示速度をスピードアップできる施策を6つ紹介します。 もともとはSearch Engine PeopleブログのOptimizing JavaScript for Better Web Performanceで説明されていたものです。 記事作者のJoydeep Deb（ジョイディープ・デブ）氏に僕のブログでの転載許可をもらえました (Thanks, Joydeep!)。 逐一の翻訳ではなく、書かれている内容をもとに僕の言葉で解説していきます。 1. HTTPリクエスト削減のためにJavaScriptファイルを1つに統合する ウェブページの表示を高速化
30分以内に新しいコンテンツをGoogleにインデックスさせる方法
[対象: 初級] 新しく公開したページを30分位内にGoogleにインデックスさせるにはどうしたらいいか？ こんな質問がWebmasterWorldに投稿されました。 なぜ30分以内にインデックスさせたいんだ？という疑問も出てきますが、質問者は理由にまでは触れていないのでここでは置いておくとしてこの要望を叶えるにはどんな手段が考えられるでしょうか。 インデックスのスピードはさまざまな要因に依存しますね。 このスレッドに書き込まれた返信のコメントと僕の知識・経験から考えると主だった要因は次のようになりそうです。 更新頻度 Ping送信/RSS配信 サイトマップ送信 Fetch as Googleからのインデックス送信 サイトのオーソリティ サイトのタイプ ソーシャルメディアでの共有 それぞれを簡潔に説明します。 Googleのインデックスに影響を与える主だった要因 更新頻度 月に1回更新する
ペンギン・アップデートの次回更新は大規模な変動を起こす、というマット・カッツ発言の真意
[対象: 中〜上級] 米サンフランシスコで開催中のSES San Fransisco 2012でGoogleのMatt Cutts（マット・カッツ）氏がキーノートスピーチに登場しそのなかでペンギン・アップデートの次回の更新について語ったそうです。 Spotlight Keynote With Matt Cutts #SESSF – Search Engine Watch (#SEW) Matt Cutts: "You shouldn't put a lot of weight on +1s just yet" at SES San Francisco #sessf – State of Search それによると、「次回の更新は大きな変動を発生させるだろう」、「エンジニアたちが一生懸命取り組んでいて、更新がないほうがよかったと思うだろう」とのことでした。 ※ちなみに”julting”という
スマートフォンサイトの表示確認に使いたい便利なツール×2
[対象: 中級] 今日は、スマートフォン向けのサイトを検証するときに便利なツールを2つ紹介します。 レスポンシブ・ウェブデザインでの表示を簡単に確かめられるブックマークレットとスマホでのページ閲覧をシミュレーションするアプリケーションソフトです。 1. レスポンシブ・ウェブデザイン ブックマークレット 1つ目はレスポンシブ・ウェブデザインがどのように機能しているかをチェックするブックマークレットです。 こちらのページにアクセスして「RWD Bookmarklet」というボタン（リンク）をブラウザのお気に入りに追加するか、ブックマークバーにドラッグ&ドロップします。 レスポンシブ・ウェブデザインを確かめたいページでブラウザに追加したそのリンクをクリックすると下のような画面になります。 中央上にある赤枠で囲んだ4つのアイコンをクリックすると解像度を変化させた表示に切り替えることができます。 ア
超簡単、インストールするだけ 〜 TwitterのツイートボタンとFacebookのいいね！ボタンのクリックを計測するWordPressプラグイン
[対象: 全員] WordPressで運用するブログに設置したソーシャルメディアのシェアボタンをGoogleアナリティクスで計測することができるプラグインを今日は紹介します。 SEOの施策においてもますます重要なってきたのがソーシャルメディアです。 僕をはじめ、ソーシャルメディアの共有ボタンを自分が公開したコンテンツに設置することは必須になっています。 そこで気になるのがどのくらいボタンが押されているかです。 それぞれのボタンのカウントを見れば分かりますが統計的に知ることは自分で加工しないと困難です。 Googleアナリティクスでは+1ボタンこそ何もしなくても計測してくれますが、TwitterやFacebookなど他のソーシャルメディアの共有ボタンでのアクションを計測するには「ソーシャル プラグイン」を設定しなければなりません。 ただ普通の人にとってはソーシャルプラグインの設定はかなり面倒
rel=“prev”とrel=“next”のページネーションにおける正しい使い方
[対象: 上級] 今日の記事は、rel=”prev”とrel=”next”によるページネーションを扱ったかなり難易度が高いトピックになります。 rel=”prev/next”とビューオールページを用いたGoogleが推奨するページネーション処理を確実に理解している状態でないと意味不明でしょう。 Google、ページネーション問題を解決するrel=“next”タグとrel=“prev”タグをサポート開始 Googleが推奨するビューオールページとページ分割のベストプラクティス 僕自身の理解度を深めるための記事とも言えます。 なので今日は興味がある方だけ読んでください。 ページネーションについての処理方法をGoogleのMaile Ohye(マイリー・オイェ)さんがビデオで解説しました。 使用しているスライドと補足説明がWebmaster Centralブログの記事でも公開されています。 マイ
SPYW (Search Plus Your World) によるGoogleのパーソナライズ検索がかなり強烈 from #PubCon Hawaii 2012（番外編）
[対象: 全員] シリーズで公開しているPubCon Hawaii 2012のレポートは今日が最後です。 でもセッションレポートではなく、“Search Plus Your World”の体験レポートになります。 Search Plus Your World、長いのでここからは“SPYW”と略しますが、SPYWはGoogle+と連動したGoogleのパーソナライズ検索です。 SPYWを初めて聞く人はこちらの記事を先に読んでおいてください。 『“Search plus Your World”とは 〜 Googleがパーソナライズ検索を加速させた』 今のところSPYWは米Google(Google.com)だけでの導入で、しかも米国内だけでしか利用できません（細工すれば日本からでも利用可能です）。 そこでハワイ滞在中にSPWYを実際に体験してきました。 感想を先に言っておくと、かなりウザく激し
rel=“canonical”タグと301リダイレクトの違いは？ どちらを使うべきか？
[対象: 中〜上級] rel=”canonical”タグと301リダイレクトはどちらもURLの変更や正規化に使えます。 使い分けはどうしたらいいのでしょうか？ どのような違いがあるのでしょうか？ Bingのウェブマスタープログラムのシニアプロダクトマネージャ、Duane Forrester(デュアン・フォレスター)氏が、コンテンツを移動するときには301を考慮すべきでrel=”canonical”ではないとBingのウェブマスター向け公式ブログで説明しています。 まず、フォレスター氏が解説した301リダイレクトとrel=”canonical”の特徴の重要な点をまとめます。 301リダイレクトは大部分の価値を渡す。しかしすべてを渡すことはしない。なぜなら新しいURLは新しいURLであって、オリジナルとの差を近づける、つまりコンテンツが持つ価値を完全に受け渡すようにするには他のシグナルも見る必
Googleがtitleタグを修正する原因が明らかになった
[対象: 全員] 検索結果に表示されるページのタイトルが、HTMLに記述したtitleタグとは異なりGoogleによって勝手に変更されてしまうことがあります。 このブログでもGoogleによるtitleタグ書き換えについて何度か記事を書いてきました。 検索結果のタイトルをGoogleが激しく書き換える理由 Googleによるtitleタグ書き換えを防ぐ方法 Google社員に4つ質問してみた 〜 rel=prev/next、titleタグ書き換え、不自然リンクへの警告、ツイッターの影響 Google、titleタグ書き換えのアルゴリズムを改善か？ titleタグが修正されてしまう原因は多少は分かっているものの、合点がいかないことも多く対処が難しいのが実情です。 ウェブマスターからの問い合わせやクレームが多いのか、ウェブマスター向け公式ブログでついにtitleタグの書き換えについて説明があり
Googleが大規模アルゴリズム変更を実施、新しいコンテンツを評価、全検索の35%に影響
[レベル：中〜上級] Googleは、新しいアルゴリズムを導入したことをアナウンスしました。 新しいアルゴリズムでは、適切だと判断された場合に新しい情報が上位表示されやすくなります。 この変更が与える影響はかなり大きく、全検索の約35%に影響を与えるとのことです。 米国のSEO業界を震撼させた（初代）パンダ・アップデートでさえ、11.8%だったことを考えると、今回はその3倍以上でいかに大きなインパクトをもたらすアルゴリズム更新かが分かります。 ただしありとあらゆる検索において最新情報がより高く評価されるわけではなく、新しい情報が求められるであろうとGoogleが判断した検索に適用されます。 たとえば以下の3つのようなパターンです。 最近のイベントやホットな話題 — 最近開かれたイベントや今話題になっているホットなトピックでは、最新情報が出るようになります。数秒前にインデックスした結果が並ぶ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
