愛車:マツダアテンザ
Webを中心とした、ビジネス&テクノロジーに関する思いつき
by F-shin
[ このサイトについて ] [ F-shinについて ] [ トップ ]
author:えふしん
photo_20.jpg
藤川真一について


モバツイの中の人
マインドスコープ(株)社長
人の良いジョンカビラと言われます。
AMN sponsor rolls
モバツイの2つのスマートフォン
アンドロイドアプリ!
アンドロイドアプリ モバツイtouch
全てのスマートフォンブラウザと、Nintendo3DSで! HTML5版Webアプリ「モバツイsmart」
本を書きました!
100万人から教わったウェブサービスの極意 ~「モバツイ」開発1268日の知恵と視点
Google Friend Connect
このカテゴリ[Web系]の最新30件
インターネットの可能性を信じて〜本を書きました。 ネットショップに20万円は高いという感覚は割と普通の感覚だと思う。 ソーシャルメディアの生かし方 インターネットは芸術だ ECサイトはGoolge検索エンジンのプラットフォームに乗ってることを自覚せよ Ubuntu 8.0.4でTwitter apiのSSL通信ができなくなった人向けのメモ インターネットを支える仮想共同体 twitterとfacebookのレイヤーは違う 文脈が共有できていないフロー型コミュニケーションの問題点 身も蓋もなくなるインターネット フェイスブックページっで起きるかなぁ?!って思ってること。 非公式RTじゃないとできないこと。公式RTが目指したもの。 ツイッターのつぶやき価値 ネットコミュニケーションは万人の手段ではない AWS東京リージョンとtwitter apiの関係 Facebookがインターネットになると困る デジタルネイティブではない30代のつぶやき ネチケットとアーキテクチャという法律のあいだに。 相撲の八百長問題に見られる、ITによるフローのストックという構図 Webエンジニアスキルの勘所 ツイッター面白いね WebSig一日学校で考えてたこと ソーシャルメディアについてのメモ User Streamの先にあるtwitter Web Creation Awardsにノミネートされました。 携帯Webのクッキー利用について調べてみたメモ【update】 twitterドラマと今後のツイッター デジハリの杉山学長賞をいただきました。 日経電子版を流行らせる一つの思いつき 商品の良さとリンクは、140文字で伝えなさい
[このカテゴリをもっと見る]
Powered by
Movable Type

February 09, 2007

おいおい、ホントかよ???

>CMS導入でSEO効果を引き出す10のポイント
<引用>
SEOを考慮せずに普通にウェブアプリケーションを作ると図1のようになるのが当然だ。しかし、SEOを考えると話はまったく変わる。最近ではマシになってきたものの、パラメータがたくさん使われたURLは、検索エンジンでは不利になるといわれている。ひどい場合は、検索エンジンで検索しても表示されないという事態を引き起こしてしまうこともあるのだ。
</引用>

えーと、普通のQueryStringによる記述ではなく、URLリライトを使って、アマゾンのようにスラッシュで記述したURLにしないと、検索エンジンからもはじかれるかもしれないよ!という脅し文句が書いてあるわけだが、それホント??

思わずその言い切り具合に反論したくなってしまったのですが、ものすごい極論をあたかも一般論のように表現して、スラッシュ区切りのURL記述を正当化するオオゲサな表現は好ましいものではありません。

というか、そんなURLの仕様などという細かいことよりも外部サイトから貼っていただくリンク一個の方が遙かに価値が高いと僕は思っているのですがどうなんでしょうか?その検索エンジンにひっかからないと言われるダメなURLの例を誰か教えてください。


ところで、VOXやAmazonなどが本の名前や日記のタイトルをそのままURLに記述しているが、こと日本語に関しては、こういうのってSEOに有利なのでしょうか?

まず確かにURL自体がSEO対策になるのは事実だそうなのですが、どうにも気になること。

まずSEOの原則。
1.自分のサイトだけでこのURLを頑張ってもほとんど意味がない。
2.外部のサイトに、このURLを貼ってもらってこそSEOにとって価値がある。

しかし、日本語記述のURLエンコードされた文字列って、動的生成であれば元のページの文字コードに依存すると思うのですが、エンコードされたURLを使って外部からリンクを張られる場合には、文字コードの情報は当然、欠落していますよね?

検索エンジンはそこをふまえた上でそのURL上の文字列を検出できるのでしょうか?

もしUTF-8でエンコードされたURLを、euc-jpのページ上に貼った場合には、それが日本語としては認識されないと思うのですがどうなんでしょうか。


これ英語圏ならわかりますよ。シングルバイトの英語ですから、そんな問題存在しませんので。


CNETのblogを書かれている渡辺隆広さんの「サーチエンジン情報館」によると、

日本語URLを導入するアマゾンの狙いはSEO?
<引用>
英数字を用いる欧米のSEOでは施策の1つとして、URLやドメインへのキーワード埋め込みが推奨されています。検索エンジンはWebページのコンテンツの適合性判断の一要素として、ドメインやファイル、ディレクトリの名称を考慮すると言われているためです。
</引用>

そうそう。基本的に相性が良いのは英語が故のトレンドかなと思います。

日本語の場合、URLに記述されたエンコードされた文字コードがUTF-8なのかEUC-JPなのかってちゃんと判別つくんでしょうか?というか、わざわざ判別するんでしょうか?

ただ一点、google最適化に限ってしまえば、UTF-8でエンコードしておけば、googleの検索結果のURLのところにその文字列が日本語で表示されます。

これは確かにアピールになると思います。この場合に狙う効果は、機械的なSEOの話ではなく、人間の目にアピールする情報を一つでも増やすという部分で意味があるように思えます。

しかし、このURLをメールで送ったら3行ぐらいになっちゃいそうなので、文字列として決して使いやすいものではありません。それが故にアマゾンはアマゾンだからOKと思う方が自然だと思います。

例えばメールやアフィリエイトに使うASINなどによる既存のURL仕様と2つのURLが存在しても、別にSEOとして問題にならないサイトがやれること。普通のサイトでこれはできないことです。

メールじゃなくても、例えばVOXのRSSをmixiで表示したら、Firefoxで思いっきりレイアウト崩れちゃったりして。そういう意味では決してハンドリングしやすい仕様ではありませんね。

■同じカテゴリ[Web系]のエントリー
<<前の記事 仮想空間の経済圏
>>次の記事 本当のサーチエンジン対策とはこういうことだ。
■このblogの書き込み最新3件
インターネットの可能性を信じて〜本を書きました。 バルスのツイート機能に関する謝罪を書いたら沢山反応があった件 モバツイの広告の取り組みについて、発表資料の共有