該当事例聞いたことありません。自分の目で確かめたいのであれば、自分が所有するドメインのwhoisを毎日書き換えながらサイトをちょこっと更新すればよい。tedsterの仮定は、実務的に発生する確率が無視できるほど小さい。whois変更と順位は(基本)関係ないです。changes"が要因になってるんじゃないかと。更新して新しいコンテンツのサイトを立ち上げる"、というシチュエーションは、一般ウェブマスターには関係ない話かと思います。まとめると次のようになるだろうか。whoisの変更はランキング変動を起こす原因にならないだろう。whoisの変更と大規模なサイト変更を同時に行った場合に順位が下がったとしても、それはサイト変更によるものでwhois変更とはほぼ無関係だろう。そもそも一般のウェブ担当者は、期限切れドメイン名をSEOに利用するときにドメインエイジがリセットされるを防ぐテクニックは知る必要がないだろう。渡辺氏のご指摘に感謝して、情報を共有したい。(スラッシュなし)これについて、グーグルウェブマスター向け公式ブログが解説している。簡潔に言うと、301リダイレクト(またはrel="canonical"タグ)でどちらか片方に統一されていれば、グーグルにとってはどちらのURLが使われていても混在していても問題はない。最後の要素(例のURLでは「foo」の部分)が(拡張子のない)ファイルではなくディレクトリであるならば、「/」を付けたURLを使用した方がいいだろう。理由は「/」なしでアクセスした場合にサーバー側でリダイレクト処理が発生して余分な負荷がかかるからだ。ちなみに、ここで論じた話題はURLのパス部分のスラッシュに関するのもだが、URLがドメイン名だけで終わっている場合の末尾のスラッシュあり・なしは、また事情が異なる。(ドメイン名、スラッシュなし)ドメイン名トップページにアクセスする場合、URLの末尾に「/」がなくても、ほとんどのブラウザは自動的に「/」を付けてアクセスしてくれるからだ。2010)11月9日~11日の3日間、米ラスベガスで開催されたPubCon(パブコン)という検索マーケティング・ソーシャルメディア・アフィリエイトのカンファレンスに参加してきた。筆者が執行役員を務める(株)セルフデザイン・ホールディングスの海外遠征活動としての参加だ。PubConの2日目にプレゼンテーションを行ったグーグルのマット・カッツ氏は、セッションの最後にウェブマスター向けに9つのTIPSを贈ってくれた。Web担の読者とシェアしたい。SEOにおいては、アルゴリズムを追うな、ユーザーを追え※検索エンジンを相手にするのではなく、ユーザーを相手にしろということ。10人のタクシードライバーに尋ねろ※業界に詳しくないシロウトに質問しろという意味、ユーザーが使う言葉(キーワード)がわかるから。ブログでは最初のリンクに気を使え※最初のリンクが重要とのこと。気を引くしクリックされやすいからか?コンテンツは声に出して読め※自然な文章になっているか、キーワードが詰め込まれていないかを確認するためと思われる。ツイッターはRTしやすいように文字数を余らせておけ※140文字まるまる使った発言はリツイートされづらくなるから。ビデオを作れ※人気のあるコンテンツだから。コンバージョンにおいては、テストし、繰り返し、ユーザーを導け自分のドメイン名を持て※誰かに取られるかもしれないから。Googleウェブマスターツールのメッセージ転送を有効にしておけ※自分のメールアドレスに重要な通知が送られてくるから。Blog)米ハブスポットブログでは、企業ブログの質を損ねる5つのパーツを指摘している。余分なソーシャルメディアサイトへの投稿ボタントラフィックに貢献する主要なソーシャルメディアサイトにだけ絞る。数を減らしたほうが投稿数やトラフィックが増えた検証結果が出ている。ブログロールおすすめサイトを紹介するなら、サイドバーにブログロール(お気に入りサイト)として詰め込むのではなく、1つの記事として紹介したほうが信頼度が増すし反応も良い。ニュースリリースブログはニュースリリースの場ではない。ニュースリリース専用のページを作るべきだ。目的のないサイドバーのパーツビジネス的な目的に貢献しないブログパーツをサイドバーに設置しない。試験的に設置して訪問者にコンテンツの共有や理解を促さないのであれば、すぐに外すべきだ。余分なナビゲーションリンク特に必要でないリンクをナビゲーションメニューに追加しない。場所を奪ってしまうし、本当にクリックしてほしいリンクのクリック数を減らしてしまう。クルー)というツールを公開した。Yahoo.comでの検索動向のデータを調査できるものだ。行った検索キーワードの情報も調べられる。[21]米国での英語キーワードの検索にしか対応していないのが残念だ。日本のヤフーにお願いしてぜひ移植してもらいたいものだ。[22]はリスティング広告の広告主向けツールだが、同様のデータを調べられる。Blog)グーグルは、ページ表示を高速化するためのウェブサーバー用ソフトウェアを提供し始めた。[24]」という名称のApacheのモジュールである。サーバーにインストールすることで、HTMLサイズ縮小、CSSやJavaScriptファイルの結合、画像のファイルサイズ縮小、キャッシュ指定の最適化といった、ページ表示パフォーマンスの調整を自動的に行ってくれるものだ。[25]範囲は検索全体の1%以下ではあるが、訪問ユーザーのためにもページ表示は素早いほうがいいだろう。ウェブ担当者というよりもサーバー管理者向けの情報であるが、自社でサーバーを管理しているのならmod_pagespeedを試してみてはいかがだろうか。このモジュールは何か特別なことをするものではなく、これまで個別に行っていたようなページ表示パフォーマンス最適化をある程度自動的に行ってくれるもの。これまでそうした調整をまったく行っていなかったならばかなりの効果を出すだろうが、すでに手動で調整している場合はさほど効果がないかもしれない。グーグルはmod_pagespeedを大手のレンタルサーバー事業者に導入してもらうように進めているようだ。日本でも共用サーバーを提供している事業者は進んで導入してみてはいかがだろうか。Japanの掲載記事からピックアップ今週は3記事ピックアップ。Japanさんお得意のインフォグラフィックだ。http://b.hatena.ne.jp/entry/https%3A%2F%2Fwebtan.impress.co.jp%2Fe%2F2010%2F11%2F19%2F9232。