デザクロ技術メモ（HP・CSS・SEO）

レンタル共有サーバー利用時に共存するホームページ数の調べ方

2010-04-23T23:17:00.007+09:00

独自ドメインを共有サーバー利用で、ホームページ展開されている方は沢山いると思います。

その自分が利用する共有サーバーの他の利用者やホームページ数が気になる時があると思います。

そんな時役に立つのが、DomainTools 内にある次のサービスです。

　　▶ Whois lookup and Domain name search（英語）

検索窓に調べたいホームページアドレス（URL）を入力し、検索すると、次のページが表示されます。

タブの「Whois Recoard」をみると、同一サーバーでどれだけのホームページが共存しているかが分かります。

1300以上のホームページが共存しています。いわゆるレンタルサーバー費が安いサービスの場合です。

「Reverse IP」とは逆引きIPアドレスのこと。必ずしも常に当てはまるとは限りません。

同じ共有サーバーでも、比較的高価なサーバーです。扱いは専用サーバーとなっていますね。

「Dedicated Server」とは専用サーバーのこと。ただし英語圏では VDS（＝Virtual Dedicated Server）や VPS（＝Virtual private server、仮想専用サーバー）と同義で使われたりしています。

取得できるデータが常に一定しているわけではありません。取得できるデータによって、表示される項目が異なってきます。

DomainToolsでは、他にも有益な情報を取得できます。機会があればまたご紹介します。

なお、会員登録しないと、調べることのできる検索数が制限されます。また有料の会員サービスもあります。有料のサービスではより詳しいデータが取得できるようになります。

米Googleが検索結果ランキングの決定要素にホームページ表示速度を追加

2010-04-15T22:03:00.003+09:00

２月19日のブログ「検索結果の順位にページ読み込み速度はどれぐらい影響するか？」で、グーグルのホームページ検索ランキングを決める要素のひとつに、ページの読み込み速度（＝ホームページの表示スピード）が加味されると書きましたが、どうやら英語圏でのグーグル検索では数週間前から実際にランキングの一要素に加わっていると、グーグルが４月９日付の公式ブログで発表しました。

　　▶ Using site speed in web search ranking

ただし、実際にホームページの表示速度がランキングに影響するのは、要素全体の１％以下の影響力しか今のところはないとうことですから、さほど大きな変化を検索結果にもたらすことはなさそうです。

（下記引用原文の太字の部分、太字は筆者）

You may have heard that here at Google we're obsessed with speed, in our products and on the web. As part of that effort, today we're including a new signal in our search ranking algorithms: site speed. Site speed reflects how quickly a website responds to web requests.

Speeding up websites is important — not just to site owners, but to all Internet users. Faster sites create happy users and we've seen in our internal studies that when a site responds slowly, visitors spend less time there. But faster sites don't just improve user experience; recent data shows that improving site speed also reduces operating costs. Like us, our users place a lot of value in speed — that's why we've decided to take site speed into account in our search rankings. We use a variety of sources to determine the speed of a site relative to other sites.

　（中略）

While site speed is a new signal, it doesn't carry as much weight as the relevance of a page. Currently, fewer than 1% of search queries are affected by the site speed signal in our implementation and the signal for site speed only applies for visitors searching in English on Google.com at this point. We launched this change a few weeks back after rigorous testing. If you haven't seen much change to your site rankings, then this site speed change possibly did not impact your site.

We encourage you to start looking at your site's speed (the tools above provide a great starting point) — not only to improve your ranking in search engines, but also to improve everyone's experience on the Internet.

グーグルの主張は簡単明瞭です。早く表示されるホームページは閲覧者に快適さや利益をもたらすから、だそうです。ごもっともな話です。

自社のウェブサイトの読み込み速度は、グーグルのウェブマスターツールで確認できます。

ちなみに弊社ホームページ「ウェブサービス活用法」のサイト読み込み速度は次のような結果です。

図中、青いラインが弊社ホームページの読み込み速度の推移。赤色がの部分が遅く、緑色の部分が早いことを示しています。

３月中旬にリニューアル（＝本格オープン）してから、サイトのパフォーマンスが上がっているのが判ります。

グーグルによれば、弊社ホームページ「ウェブサービス活用法」は、「全体の90％にあたるサイトよりも早い読み込み時間です」とのこと。

ホームページ制作者としては、他のホームページの結果と合わせて、比較検討することにより、ホームページの表示速度にいかなる要素が大きく影響するかを見極める必用がありそうです。

グーグルの検索結果に表示されるリッチスニペットに「イベント」が追加

2010-04-09T22:26:00.007+09:00

グーグルは2009年11月に導入したリッチスニペット「レビュー」に続き、４月５日にリッチスニペット「イベント」を追加しました。

　　▶ リッチスニペットの導入について

　　▶ リッチスニペット「レビュー」

　　▶ リッチスニペット「イベント」

これにより、グーグル検索では、ホームページページに掲載されたイベントの情報をより分かりやすく検索結果に表示させることが可能になります。

ただ、仕様通り microformats または RDFa を利用してホームページ内の HTML 記述をリッチスニペット「イベント」用に構造化したとしても、必ずしもそのイベント情報がリッチスニペットとして表示されるとは限らないみたいです。

毎度のことながら、リッチスニペットとして表示されるのは、ある程度のビッグキーワードの必要があります。

とは言え、少なくとも「レビュー」よりは「イベント」のリッチスニペットの方がより有効にホームページ制作で活用できそうです。（レビューがあるホームページよりはイベント情報を掲載するホームページの方が沢山あるでしょうから。）

イベントのプロパティは以下の通り。

summary<>

必須。イベントの名前です。

url

イベントの詳細情報へのリンクです。

location

イベントの場所です。ネストされた組織データで表すことができます。マークアップされているページが場所に関するページでない場合や、イベントごとに場所が異なる場合は、指定することをおすすめします。

description

イベントの説明です。

dtstart

必須。イベントの開始日時です。ISO 日付形式で指定します。

dtend

イベントの終了日時です。ISO 日付形式で指定します。

duration

イベントの期間です。ISO 期間形式で指定します。

category

「祭り」、「コンサート」、「講座」などのイベントカテゴリです。

geo

場所の地理座標を指定します。latitude と longitude という 2 つの要素を含みます。省略可能です。

photo

イベントに関連する画像へのリンクです（写真以外の画像にも使用できます）。

実際の記述方法について詳しくは下記グーグルのページにて。

　　▶ リッチスニペット「イベント」

なお、リッチスニペットの重要性については、ブログ Webサイト・検索エンジン動向の「グーグルの検索結果でイベント情報を効果的にアピールするリッチスニペット『イベント』とは？」で説明していますので、ご覧ください。

ホームページをスクロール無しで閲覧するユーザーの割合を測定するグーグル Browser Size

2010-04-05T21:00:00.006+09:00

今回は、グーグルが提供しているウェブ開発用ツール「Browser Size」を取り上げたいと思います。

　　▶グーグル「Browser Size」（英語）

グーグル「Browser Size」は、スクロールすることなくホームページを閲覧するユーザーの割合を、ウェブブラウザーの大きさ（縦横）に合わせて測定できるオンラインウェブツールです。

グーグル「Browser Size」サンプル画面（不透明度100％）

（クリックすると別ウィンドウで表示されます）

例えば、ホームページの横幅と高さが 970 × 510 px のホームページであれば、90％のユーザーはスクロール無しに閲覧していますが、10％のユーザーにとってはスクロールが必要となることを表しています。

（パーセントはスクロールを必要としないユーザーの割合です。）

このグーグルの測定結果から、重要なボタンをホームページのどの位置に、少なくともどの領域内に配置すべきかの目安が分かります。

グーグル「Browser Size」使い方

こちらがデフォルトの「Browser Size」の画面です。

「Enter URL here」の覧にホームページアドレスを入力すると、

透ける形で、下にそのホームページが表示されます。

重ねて見ることで、自分のホームページがスクロール無しでどれくらい覧てもらえる領域を保持しているかが分かります。

なお、透け具合（＝不透明度）は「Opacity」の右脇の４段階のグラデーションボタンをクリックして変更可能です。

（一番左の灰色は透明、一番右は不透明度100％、デフォルトは右から２番目の状態です。）

左上50から始まるの横軸・縦軸上にある目盛りは、ホームページのサイズをピクセル（px）単位で表したものです。

デフォルトページの中にあるサンプルのボタンと表記は次の通りです。

「donate now（今すぐ寄付する）」ボタンが70％.の位置にある場合、

30％のホームページ訪問者は、スクロールをしなければ「donate now（今すぐ寄付する）」ボタンを目にすることはありません。

メールアドレスの使用禁止文字〜使わない方が無難な文字（２）

2010-03-20T22:06:00.009+09:00

インターネットができるようにプロバイダー契約を結ぶ際や携帯電話を購入の際、

あるいはホームページを開設するためにレンタルサーバーを借りてドメインを取得した時など、

様々な状況でEメールアドレスを作成・申請する状況があります。

その時のメールアドレスの文字で注意しておいたほうがいいことがあります。結論から言いましょう。

以下のメールアドレスは認められません。

　　@ の直前にピリオド／ドット（.）がある

　　　　メールアドレス : xxxx.@xxxxxx

　　@ より前でピリオド／ドット（.）が連続している

　　　　メールアドレス : xx..xx@xxxxxx

以前は一部携帯電話（au、docomo）では上記のメールアドレスの

使用を許可していたことがあり、サーバーによっては受信拒否に

なるトラブルが起こっていました。

（現在は仕様変更し、使用は認められていません。）

なお経験談になりますが、2009年11月に PC から KDDI のレンタルサーバーの申請を行った際、

　　@ より前でピリオド／ドット（.）がひとつある

　　　　メールアドレス : xx.xx@xxxxxx

をフォームに入力しようとしたら、エラーとされました。

本来は RFC によって許可されているメールアドレスです。

（特にそのことで KDDI 側に質問はしませんでした。）

@ より前ではピリオド／ドット（.）の使用を控えて、半角記号

-（hyphen：ハイフン、ハイホン、ハイフォン）と

_（underscore：アンダースコア、アンダーバー、アンダーハイフン）を使ったほうが無難かもしれません。

実際には、メールアドレスとして使用できる文字や記号は

インターネットに関する世界標準を提唱する

The Internet Engineering Task Force（IETF、インターネット技術タスクフォース、インターネット技術標準化委員会）が策定する

RFC（Request for Comments）という文書の中の

次の２つの文書で定義されています。

　　RFC 5321（Simple Mail Transfer Protocol）

　　RFC 5322（Internet Message Format）

ローカル部（＝@より前の部分）に使用できる文字は以下の ASCII 文字である。

１．まず、次の ASCII 文字をそのまま並べた形式（RFC 5321では Dot-string、RFC 5322ではdot-atomと呼ぶ）が使用できる。

・大小のラテン文字（本来は大文字・小文字は区別されるが、実際には区別されていない実装がほとんどである。一般的には小文字で表記される）
・数字（半角数字）
・! # $ % & ' * + - / = ? ^ _ ` { | } ~（プロバイダー側で利用可能な記号文字を一部のみに制限している場合が多い）
・.（先頭と末尾以外で使用可能。２個以上連続してはならない）

２．さらに、“" "” でくくられた quoted-string の形式であれば、加えて次の ASCII 文字を使用できる。
・( ) < > [ ] : ; @ ,
・.（ quoted-string 中では制限はない）
・スペース

３．さらに quoted-string 中では、“\” を前につけた quoted-pair の形式であれば、加えて次の ASCII 文字を使用できる。
・\ "

引用のように、かなり複雑にメールアドレスで使用できる文字が定義されていますが、非常に分かりにくいです。

またプロバイダー側で独自に制限している文字も結構ありますから、

使用していいかどうか疑わしい文字は使わないほうが無難ですね。

特定の国からのホームページアクセスをブロックする方法

2010-03-18T20:29:00.006+09:00

.htaccessファイルを使えば特定のホスト・IPアドレスからのホームページへのアクセスをブロックすることができます。

また、IPアドレスは国別に割当があるので、.htaccessファイルを使って特定の国からのアクセスをブロックすることが可能となります。

ですが国別IPアドレスを調べて書き写すのは面倒です。

そんな時は BLOCK A COUNTRY.com（英語、無料）が大変便利です。

国名を選択して、ボタンをクリックすると、アクセスを禁止する .htaccessファイルの記述が表示されます。また、テキストファイル（htaccess.txt）としてダウンロードすることも可能です。（詳しくは後述。）

後はブロックしたいサーバーの階層にFTPソフトを使って htaccess.txt ファイルをアップロードし、アップロードし終えたらファイル名を .htaccess に名称変更し、パーミッションを604に変更すれば完了です。

アップロードしてから名称を変更するのは、通常パソコンではドット（ . ）から始めるファイル名が使えないためです。
.htaccessファイルの設置の可否はサーバーによって異なります。
.htaccessファイルのパーミッション設定は通常は604ですが、念のためサーバー管理者に確認してください。

特定の国からのアクセスをブロックしたほうが良いケースとしては、次のようなケースが考えられます。余りありがたくないアクセスはサーバーの負荷を増大させ、本来のお客様のアクセスを阻害してしまう可能性がありますから、アクセス解析のグーグル・アナリティクスを活用して、注意するにこしたことはありません。

　　「グーグル・アナリティクス｜地図上のデータ表示」

　　　（ウェブサービス活用法〔デザクロ〕）

自社のホームページが特定の国から攻撃されている。
特定の国から尋常ではないアクセス数がある。
特定の国からの迷惑投稿が後を絶たない。
特定の国の匿名プロキシ（Anonymous proxy）サーバーを使った匿名アクセスが多い。（特に掲示板などに対する迷惑投稿）

BLOCK A COUNTRY.com を利用した特定の国からのアクセスを禁止する .htaccessファイルの作成方法

　　▶BLOCK A COUNTRY.com（英語、無料）

①ブロックする国名を選択します

　複数ある場合は複数選択してください。

②「Go」をクリック

③ブロック用の .htaccess 表示されます

　範囲指定プラス複写して利用できますが、

　④でダウンロードしたものと同じものです。

④クリックでダウンロードできます

※Eメールアドレス入力欄で登録すると、

　国別IPアドレスの変更などを通知してくれます。

※利用は無料ですが、寄付金をうながされます。

　特に寄付する必要があるわではありません。

Googleによってインデックス化されているページ数を調べる方法

2010-03-09T22:25:00.008+09:00

検索エンジンの検索窓に「site:ドメイン名」と入力して検索すれば

グーグルやヤフーによってそのドメイン名のホームページが

どれだけインデックス化されているかは判ります。

（インデックス化されてはじめて、

　そのページが検索結果に載ることとなります。）

ですが様々なところで指摘されているように、

この数値はかなりいい加減な値で、

あまり参考にならないことは周知の事実です。

（ちなみに「link:ドメイン名」はさらに参考になりません。）

そこで、

本当に役に立つページ（＝成果を上げる可能性があるページ）として、

検索エンジンにインデックス化されたページの数（とページのURL）を

Google Analytics で調べる方法が

Web担当者Forumの記事に載っていましたので紹介します。

　　▶インデックス化されているのは何ページ？

　　　　　本当に役立つ数字を５ステップで簡単に得る方法

これは、さすがに情報として知らないと、辿り着けない知識でしょう。

記事の内容は、後日改めて弊社ホームページの「ウェブサービス活用法」に詳しくまとめたいと思います。

ここでは簡単に５ステップを記載します。

アナリティクスで「トラフィック」をクリックします。
アナリティクスの「検索エンジン」セクションに進みます。
表示を「オーガニック」にし、表の中から検索エンジンの種類を選びます。
表の中のフィルタリング項目を「キーワード」から「閲覧開始ページ」に変更します。
表の右下の表示数脇の「◎◎◎◎件中」の数字を確認します。

この「◎◎◎◎件中」の数字が、

本当に役に立つページ（＝成果を上げる可能性があるページ）として、

検索エンジンにインデックス化されたページの数です。

この数字がなぜ有用なのでしょうか？

その答えは、

たとえ検索エンジンにインデックス登録されているページであっても、

以下の状況に当てはまるとしたら、何の意味もないからです。

PageRank/リンクジュースが低すぎて検索結果に表示されない。
検索エンジンが適切に解析できないコンテンツを表示している。
トラフィックを送り込めるキーワードやコンテンツがない。
壊れている、リダイレクトのミス、または利用不能。
内容の重複するページがあって、検索エンジンがその重複した別のページのほうを順位付けしている。

このことから、上述のステップで得たアナリティクスの数字が

とても意味のある有効な数字であることが理解できると思います。

短期間に被リンクが大量に増えるとペナルティを課される？

2010-02-20T21:08:00.004+09:00

これは昔から言われている問題です。結論から言えば、短期間に被リンクが大量に増えると不自然とみなされ、ペナルティを課される可能性が大きいと言えます。

この問題に対して、とても分かりやすく的確な記述がありましたので、引用します。

（参照記事：短期間に被リンクが大量に増えるとペナルティ？）

（オリジナル記事：Pulling A Kesey (Or Link Tripping Filters) ）

「リンクポピュラリティ」という考え方には、リンクの数、質、アンカーテキスト、関連性などあらゆる要素が含まれている。そのバランスを崩すような形でどれか１つの要素だけ大幅に変わると、順位付けアルゴリズムは要注意サイトだとしてチェックする。

検索エンジンは、コンテンツを追加したり、ソーシャルメディアで取り上げられたりもしていないのに、リンクが急激に増加するのは不自然だと判断するだろう（ソーシャルメディアで話題になったのならば同時にトラフィックも増えるはず）。確立された大きなサイトならいざしらず、小規模なサイトではバランスのとれたリンクビルディイングを目指したほうがいい。

小規模サイトでは、「コンテンツ」「トラフィック」「リンク」のバランスが重要だ。

念のためお断りしておきますが、「コンテンツ」と「トラフィック」は、特に他の要素と関係なく増加する可能性があります。

ホームページのコンテンツを一気に増やしたからと言って、必ずしもトラフィックや被リンクが増えるということはありません。

また、トラフィックは自社のホームページがメディアに露出したり、あるいはテレビCMや新聞・広告で宣伝したりすれば、コンテンツや被リンクが変わらないまま、短期間に増加することはあります。

飽くまで、コンテンツやトラフィックが変わらないのに、被リンクだけがいきなり短期間に突出して増えるのは不自然だということです。

検索結果の順位にページ読み込み速度はどれぐらい影響するか？

2010-02-19T17:31:00.012+09:00

結論から言うと、関連性の方が遙かに重要。ユーザーに有益な情報を提供した上で、ページの読み込み速度が速ければなお良い程度と考えてよさそうです。

（参照記事：ランキングアルゴリズムにおける「ページ読み込み速度」の位置づけ）

2009年11月に検索エンジンのグーグルは PageRank の要素の１つとして、ページ読み込み速度が加味されると言及していました。

そのことを受けて、グーグルのマット・カッツ氏はインタビュービデオの中で次のように述べています。

最も重要なのは “関連性” である。でも、関連性や被リンク数などなどが同じくらいのサイトが２つあったら、速いほうのサイトを好むだろう。とはいえ、あくまでも主要な要因は関連性である。

ページ読み込み速度が遅い場合でもマイナス評価になる訳ではなく、早い場合にはほんの少しプラス評価になるということのようです。

なお、この場合の「ページ読み込み時間」は（X）HTML ページ単体ではなく、画像、CSS、JavaScript を含めたページ全体の読み込み完了までの時間を指します。

とは言え、さほど影響がないのなら、グーグルにはあまり言及して欲しくないというのが正直な感想です。

それというのも「ページ読み込み時間」はちょっと微妙な問題だからです。

きちんと情報を伝えようとした場合、画像やイラストも使ったほうが有用なホームページになります。また、以前に比べるとホームページの各ページの作りは「１テーマ、１ページで作成するのがベスト」という作りへと移行しました。１ページの情報量が増えれば、当然「ページ読み込み時間」は増加し、「ページ読み込み速度」は遅いと判定されます。

また、ページを細切化して、ページビュー数（PV数、閲覧数）を稼ぐやり方も全く推奨されていません。意味なくページを細切れにすることで、ページを軽くするわけにはいきません。

更に言えば、XHTML（XML）のコーディングで、現時点で最善とされるセマンティック・ウェブ（Semantic Web）という考え方に基づいてホームページのコーディングを実現しようとすれば、その性質上コーディングのための記述は増えてしまい、ページは重くなります。

情報量とページ読み込み速度は相反します。ゆえにそれは絶対に回避できない問題なのです。

要は、ホームページ制作において、CSSをよりスッキリした記述にし、必要以上に重い（無意味な装飾系） JavaScript を使わないようにというのがグーグルの本意ではないでしょうか。

最後に笑えない笑い話を。

実はこの「ページ読み込み速度」は、グーグルのウェブマスターツールを使えば直ぐに判明します。日課としてウェブマスターツールに目を通す自分ですが、さすがに遅いと判定されれば、気分が良いものではありません。

が、しかし、その「ページ読み込み速度」を遅くしている個々の要因についてのウェブマスターツールの記載を見ると、なんとグーグルのツール（ブロガーの CSS やグーグルが多用する JavaScript ベースのツール）が数多く登場するではありませんか！

一方で、グーグルは様々な JavaScript ベースのツールを提供していながら、もう一方でその JavaScript ベースのツールが、「ページ読み込み速度」を遅くしていると警告しているわけです。

グーグルさん、それってちょっと話が矛盾していませんか？

ファイル名・フォルダ名の使用禁止文字〜使わない方が無難な文字（１）

2010-02-09T22:00:00.013+09:00

こらから何回かに分け、ファイル名やフォルダ名、さらには文章において使わないほうが無難な、いわゆる “使用禁止文字” を取り上げたいと思います。

使わない方が無難だとする最大の理由は、OS（＝オペレーティング・システム）毎に、ある文字や記号に対する扱いが違うためです。

OSには、お馴染みの Windows（ウィンドウズ）や Mac（マック）、サーバーやワークステーションで多く使われる UNIX（ユニックス）などがあります。

今回は、ファイル名やフォルダ名として使わない方が無難な半角英数文字について取り上げます。

半角英数を使用するファイル名やフォルダ名と言えば、とりわけインターネットに関わるファイル名やフォルダ名が当てはまります。ホームページ制作の際には特に注意が必要となります。

結論から言えば、半角英数文字にあっては、半角アルファベットと半角数字と半角記号 -　（hyphen：ハイフン、ハイホン、ハイフォン）と _ （underscore：アンダースコア、アンダーバー、アンダーハイフン）のみの使用が無難です。

以下の半角記号はWindowsでは使えなかったり、UNIXでは意味をもつので、ファイル名やフォルダ名では使わない方が無難です。（Mac OS-XもUNIXベースのOSなので、不可。）

ファイル名・フォルダ名として使用禁止な半角記号
:	コロン
;	セミコロン
/	スラッシュ
\（¥）	バックスラッシュ（円記号）
\|	パイプ
,	カンマ
*	アスタリスク
?	クエッションマーク
"	コーテーションマーク、引用符
＜	小なり
＞	大なり

なお . （ドット）から始まる名前はシステム（OS）のみが使えるので、ファイル名やフォルダ名の先頭には付けられません。

なお、Windows OS と Mac OS-X では、半角英数の大文字と小文字を区別しませんが、UNIX では半角英数の大文字と小文字を区別しますので、注意が必要です。

例えば、

◎WindowsOS と Mac OS-X では、

　以下のファイル名は同じファイル名として認識されます。

　つまり次の５つのファイルは同じファイルとして扱われます。

　　　aaa.txt　AAA.txt　aaa.TXT　AAA.TXT　aAa.tXt

◎UNIX では、

　以下のファイル名は別のファイル名として認識されます。

　つまり次の５つのファイルは別のファイルとして扱われます。

　　　aaa.txt　AAA.txt　aaa.TXT　AAA.TXT　aAa.tXt

とりわけこの注意が必要となるのは、HTML（XHTML）や CSS のファイル内の半角英数の記述です。指定する側の記述（リンク元で指定するファイル名）と指定される側の記述（リンク先となるファイル名）の大文字・小文字がずれていると、別ファイルとして扱われる危険性があるわけです。

MSカタカナ表記（新長音表記ルールについて）

2010-02-07T21:44:00.006+09:00

ちょっと前の話になりますが、2008年７月25日、マイクロソフト社は「マイクロソフト製品ならびにサービスにおける外来語カタカナ用語末尾の長音表記の変更について」をプレス発表しました。

分かりやすく言うと、マイクロソフト社のアプリケーション内やウェブサイト内で、これまで「コンピュータ」・「プリンタ」と語尾を伸ばさないで表記していたものを、「コンピューター」・「プリンター」と語尾を伸ばして表記するように順次変更して行くという発表でした。

以来それに基づき、弊社デザインクロスでも表記はできるだけ新長音表記ルールに従って記述するようにしています。

理由は簡単です。マイクロソフトの影響力は未だに甚大ですし、意外に思えるかも知れませんが、グーグルは（ヤフーや他の検索エンジンよりも）結構そういうマイクロソフトの動向や変更をきちんと検索結果に反映させていく企業です。

先程ざっと検索してみましたが、やはり語尾が伸びる文字と語尾がの伸びない文字での検索結果の順位の変動は、グーグルのほうが圧倒的に少ないです。つまり基本、グーグルは同じ単語として扱っているということになります。

私見ですが、たぶんマイクロソフトの変更した新長音表記ルールに従った方が、今後も検索エンジン対策的に有利になると考えます。（そう考えたので、１年半前から弊社もそのルールを取り入れましたし。）

ウィンドウズは毎日使っていますが、スタートアップメニューの右の部分にはそれほど注意していませんでした。お恥ずかしい話ですが、ようやく表示文字の語尾が変化していたことに気がつきました。

繰り返しになりますが、もう少し詳しく説明すると、マイクロソフトは、外来語カタカナ用語末尾の長音表記について、これまでJIS用語や学術用語に規定されていない用語について「2音の用語は長音符号を付け、3音以上の用語の場合は省くことを原則とする」という規定（JIS Z 8301：規格票の様式及び作成方法）に即した表記ルールを採用していましたが、国語審議会の報告を元に告示された1991年の内閣告示第二号をベースに、「言語の末尾が-er、-or、-arなどで終わる場合に長音表記をつける」という新しいルールを採用し、順次変更していくと2008年７月25日に発表しました。

ルールの変更とそのメリットについてマイクロソフト社は、次の用に言っています。

コンピューターが広範に普及するにつれ、末尾の長音を省略する傾向の強い工業系、自然科学系の表記に対するユーザーの違和感が増大しています。市場のニーズとして、より発音に近い表記が求められています。
ハード/ソフト上の制約が技術進歩とともに解消され、より自然な表記が可能になってきています。
読み上げソフト等、アクセシビリティ向上においても自然な発音が求められており、これが可能となります。
採用ルールは新聞・雑誌やTVで原則とされているほか、同業界内の多くのメーカーで採用されており、ユーザーフレンドリーです。

▶「マイクロソフト製品ならびにサービスにおける外来語カタカナ用語末尾の長音表記の変更について」（マイクロソフト社）

具体的な変更ワードについては、以下のページからダウンロードでます。ページに進んで、本文冒頭のプルダウンメニューから、一番下にある「マイクロソフト　日本語スタイルガイド」を選択して、ダウンロードできます。

ダウンロードした「Katakana_FAQ_External.xls」というエクセルファイルには変更の対象となった316単語が載っています。（ちなみに2008年7月25日の発表の時より２単語増えています。）

▶「マイクロソフトランゲージポータル」

特殊文字 : © ・ ® ・ ™ のキーボード入力の方法

2010-01-30T18:19:00.008+09:00

普段はあまり使いませんが、いざ使いたい時に限って

ぱっと思い出せない特殊文字 : © ・ ® ・ ™ のキーボードでの

入力方法をご紹介します。

Windows OSの場合

　©（ Copyright、著作権マーク）

　　　［ ALT ］＋［ Control ］＋［ C ］

　®（ Registered Trademark、商標登録）

　　　［ ALT ］＋［ Control ］＋［ R ］

　™（ Trademark、商標）

　　　［ ALT ］＋［ Control ］＋［ T ］

Mac OSの場合

　©（ Copyright、著作権マーク）

　　　［ Option ］＋［ G ］（ C ではありません）

　®（ Registered Trademark、商標登録）

　　　［ Option ］＋［ R ］

　™（ Trademark、商標）

　　　［ Option ］＋［ 2 ］

HTML文書（ホームページ）のソースコードに直接記述する場合

（半角英数でコードに直接下記英数文字を入力すると、HTMLファイルでは特殊文字として表示されます。なお下記の記述では、半角&とすべきところを全角＆を使っています。これはブログの自動変換機能を < code > タグを使っても回避できなかったためです。）

　　　＆copy;

　®（ Registered Trademark、商標登録）

　　　＆reg;

　™（ Trademark、商標）

　　　＆trade;

OS・ブラウザーの国内シェア（2009年12月度）

2010-01-11T15:15:00.007+09:00

株式会社サムライファクトリーが、2010年１月８日、日本国内におけるOSとブラウザーのシェアの独自調査結果を公表しています。

【OSシェア】

Windows XP	59.25%
Windows Vista	29.06%
Mac OS	4.55%
Windows 7	2.54%
Windows 2000	1.30%
Windows ME	0.60%
iPhone	0.52%
Windows 98	0.31%
Linux	0.12%
Windows Server 2003	0.08%
不明	0.73%
その他	0.94%

【ブラウザーシェア】

Internet Explorer 7	34.81%
Internet Explorer 8	20.82%
Internet Explorer 6	16.90%
FIrefox 3	12.92%
Safari	4.00%
Sleipnir	3.79%
Chrome	1.96%
Opera	1.87%
Lunascape	0.83%
NetFront	0.41%
Internet Explorer 5	0.39%
Firefox 2	0.29%
不明	0.89%
その他	0.13%

この結果を見ると、

OSでは、Windows XP、VISTA、７で90.85％、約９割を占めています。

今後はWindows ７のシェアの増加がどれぐらいの速さで伸びるかが気になります。

ブラウザーでは、ダントツというシェアはないと言えます。

ちなみに弊社（有）デザインクロスがホームページ制作時にチェックブラウザーとしている Internet Explorer 7、Internet Explorer 8、Internet Explorer 6、FIrefox 3、Safari、Chrome、Opera、Internet Explorer 5を合算したシェアは、93.67％となっています。

その他にも詳しい調査結果は下記のページでどうぞ。

▶【OS・ブラウザー国内シェア調査】〜ChromeがOperaを抜く　Windows 7のシェアは2.54%〜　2009年12月度発表

「.日本」ドメイン名とご当地ドメイン名が誕生間近

2009-10-08T10:06:00.007+09:00

現在、「.日本」ドメイン名と「.tokyo」「.大阪」のようなご当地ドメイン名が誕生に向けた準備段階にあるとのこと。

詳しくは、Webサイト・検索エンジン動向ブログ「日本語ドメイン名と『.日本』ドメイン名」をご覧ください。日本語ドメイン名と「.日本」ドメイン名の動向やその問題点について取り上げています。

「.日本」ドメイン名とご当地ドメイン名の策定への記事を以下に紹介します。

（随時関連記事を追加していきます。）

▶「.日本」と「.jp」は完全に一致する形で導入を、JPRSユーザー会

　　（2010年02月04日）

▶ IIJ鈴木社長らが「JPRSユーザー会」設立、「.日本」の政策に異議

　　（2009年12月21日）

▶「.日本」のレジストリ選定へ、業界団体らによる協議会が発足

　　（2009年09月25日）

▶「.日本」のレジストリ公募・選定へ、民間協議会が活動開始

　　（2009年07月28日）

▶「.日本」ドメイン名導入に向け、事業者選定協議会が設立準備

　　（2009年07月17日）

▶日本語ccTLD「.日本」導入へ、「.大阪」などご当地ドメイン名も

　　（2009年04月28日）

▶総務省で「.日本」の検討開始、レジストリを2009年8月に決定

　　（2008年11月11日）

▶日本語ccTLD「.日本」導入へ向け、総務省が検討開始

　　（2008年11月06日）

▶TLDは本当に“自由化”されるのか、JPRS堀田取締役に聞く

　　（2008年07月08日）

▶TLDを“自由化”、企業名や自治体名など使用可能に

　　（2008年06月27日）

mixi（ミクシィ）ユーザーのブラウザー利用比率

2009-10-06T09:11:00.005+09:00

あまりデータとして公開されることのないブラウザー（閲覧ソフト）の利用比率が公開されていましたので掲載します。

2009年8月現在のミクシィのユーザーにおけるブラウザーの利用比率です。なお、2009年6月末のミクシィの会員数は1,741万人です。

Internet Explorer	約70%
Firefox	約10%
Safari	約10%
その他	約10%

まだまだ Internet Explorer は強いですね。それにしても Apple社の Safari は健闘していると言っていいのではないでしょうか。

▶「mixiユーザーのブラウザ利用比率のご案内」

URL（URI）内における「-（ハイフン）」と「_（アンダースコア）」の違いについて

2009-09-17T11:49:00.007+09:00

「-（ハイフン）」

ハイフン前後の単語は個別のキーワード（クエリ）として検索エンジンから認識される。

「_（アンダースコア、アンダーハイフン）」

アンダースコアを含めた１つのキーワード（クエリ）として検索エンジンから認識される。

そうだとすれば、例えば SEO（＝検索エンジン最適化）や SEM（＝検索エンジンマーケティング）を話題にしたページを制作した場合、ファイル名は seosem.html とか seo_sem.html とするのではなく、seo-sem.html のようにハイフンを使って分けたほうが、検索エンジン対策的には優位になると言えますね。

他にも URL の検索エンジン最適化のポイントについて参考になる事柄が載っていますので、参考までに Web担当者Forum（インプレス）の記事を紹介します。

▶「URL最適化5つのSEOポイント」（2009年5月28日）