[対象: 中〜上級] Googleは、フィーチャーフォン向けのモバイルサイトに対する推奨構成を公開しました。 Building Smartphone-Optimized Websites – Webmasters — Google Developers スマートフォン向けのモバイルサイトの推奨構成を1ヶ月前に公開しましたが、このなかには従来型の携帯電話であるフィーチャーフォン、日本で俗にいうガラケーについては触れていませんでした。 そこでフィーチャーフォン用の推奨要件をドキュメントに新たに追加した形になります。 モバイルサイトの構成に際してはレスポンシブ・ウェブデザインをGoogleは推奨しています。 しかしフィーチャーフォンはCSSメディアクエリをサポートしていません。 したがってGoogleがサポートする3つ構成のうちのレスポンシブ・ウェブデザイン以外の方法を採用する必要が出てきます。

[対象: 全員] www.example.com/abc.html/ www.example.com/xyz.php/ 上のように、拡張子が付いたファイル名の後に「/」が付いた本来とは違うURLが検索結果に表示されてしまう現象が発生しているようです。 検索エンジンでの検索結果に現れるURLについて – Google グループ 間違ったURLが検索結果に表示されます – Google グループ Google changing my .php URLs to .php plus a slash Google SEO News and Discussion forum at WebmasterWorld example.htm/ indexed with slash, example.htm NOT indexed Google SEO News and Discussion forum at

実際にあった話なのですが、 先日とあるサイトをリニューアルした際に、 トップをindex.htmlからindex.phpに変更しました。 そしてオンライン・・・ 無事に公開されましたー！と思いきや、 検索エンジンからサイト名で検索すると http://example.com/index.html にリンクが貼られていました。 このまま検索されると エラーページが表示されてしまう。。 .htaccessを設置する事で解決しましたので対応方法をメモです。 .htaccessを使用する http://example.com/index.htmlにアクセスがあった場合に、http://example.com/リダイレクトするようにしています DirectoryIndex index.php index.html index.cgi <IfModule mod_rewrite.c> RewriteE

ウェブサイトをgzip圧縮を使って高速化するカスタマイズを紹介します。当サイトでもgzip圧縮を利用しています。 １．gzip圧縮によるウェブサイト高速化のイメージ gzip圧縮によるウェブサイト高速化のイメージをご覧ください。 （クリックすれば拡大します） クライアント（ブラウザ）から、あるウェブサイトの「index.html」にアクセスしたとき、リクエストを受信したサーバでは、HTTPリクエストの分析や、「index.html」の圧縮ファイル「index.html.gz」の有無などをチェックして、圧縮ファイルが返却可能であれば「index.html.gz」を返却します。 返却できない場合は通常の「index.html」をレスポンスで返却します。 圧縮ファイルを返却できれば、データの転送量を減らすことができるので、これによりウェブサイトの高速化につながります。 圧縮ファイルは受信したブラ

※この記事は英語文書を翻訳したものです。 Building Smartphone-Optimized Websites – Webmasters — Google Developers この記事では、リダイレクトとユーザーエージェント判定を説明します。 （訳者注、Googleがサポートするスマートフォンに最適なサイトの構成についてはこちらの翻訳記事で触れています） （訳者　2014/7/1追記：Googleのスマートフォンサイトの移行ガイドラインを元にしたスマホサイトの移行のポイントも合わせてご参考ください。） 自動化されたリダイレクト デスクトップ用とモバイル用で異なるURLを使用するようにサイトが構成されている場合は、ブラウズしているデバイスに合ったURLに自動的にリダイレクトさせることができます。このような場合には、GooglebotやGooglebot-Mobileを他のユーザーエ

[対象: 中〜上級] サイトのメンテナンスなどの理由で一時的にサービスを停止しユーザーのアクセスを遮断したいときがあります。 このケースでやるべきこととやっていはいけないことを、GoogleのPierre Far(ピエール・ファー)氏がGoogle+で説明しました。 米連邦政府議会で提案されているある法案に対して抗議する人たちへの援助の目的も背景にあるようですが、関わりのない僕たちにとっても非常に有益な内容なので紹介します。 以下で説明することは、「メンテナンス中」のような通知ページを元々のページと置き換えて訪問者に見せる状況にも当てはまります。 1. サイトの一部であってもサイト全体であっても、停止するURLはすべて503のHTTPステータスコードを返す。 次の2つの点において役に立つ。 通知ページが本当のコンテンツではないことをGoogleに伝えインデックスされない。 すべてのページで

[レベル：全員] 1サイトにつき301リダイレクトできるページの数に上限はあるのか？ 301リダイレクトは何回まで連続して繰り返し使えるのか？ GoogleのMatt Cutts(マット・カッツ)氏が上の質問に対して、301リダイレクトの基本的な使い方とともにビデオで説明しました。 重要点をリスト形式でまとめます。 301リダイレクトを使うもっとも一般的なケースはドメインを移転する時で、この場合は、新しいルートページ（トップページ）にすべてのページをリダイレクトするのではなく対応する個々のページにリダイレクトする。 1つのサイトで301リダイレクトできるページの数に上限はない。1万ページであっても処理する。 永久に転送するときは301リダイレクトを使うが、一時的に転送してまた元に戻す時は302リダイレクトを使う。 あるページから別のページへ301リダイレクトしそのページからまた別のページへ

まだ 6 月だってのに早くも今年初あせもができちゃったよ！かいーの nakamura です。 サイトのモバイル、スマホ対応もすっかり一般的になってきた今日この頃、みなさんいつもどんな方法でキャリア判定を実装しているでしょうか。がっつりフレームワークなどを使っていればさほど難しくはありませんが、ほとんどプログラムが動いていないような静的なサイトの場合はちょっと面倒ですね。今日はそんな時に有用な .htaccess を使ったキャリア判定の方法をご紹介します。 仕様 今回、ルートディレクトリ / は PC 用サイト、/m/ 以下がモバイルサイト、/sp/ 以下がスマホサイトとして以下の仕様を元に記述方法を考えていきます。 PC で /m/, /sp/ 以下にアクセスしたら /　にリダイレクト。 モバイル、スマホで PC サイトにアクセスしたらそれぞれ /m/, /sp/ にリダイレクト。 モバイ