人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

サイトに関して、ご意見を頂戴したいと思います。(再投稿)
(元http://q.hatena.ne.jp/1279336369)
FQDNサーチ
http://fqdns.mixsn.com というサービスを、1カ月ほど前より公開しております。
アクセスは微々たるものなので、ユーザの動きをトレースしてみたところ、ほとんどトップページを見て、離脱していることが分かりました。

サイトのコンセプト自体が、FQDNを検索するというコンセプトから始まっているので、一般的に受け入れられずらいとは思っておりますが、なんとかトップページだけで戻るのではなく、一度は検索を実行してから戻ってほしいと思っております。
(せめて10セッションあたり、1度で良いから検索してくれないかな・・と考えております 現状は1/100程です)

このサイト(FQDNサーチ)で、検索を実行してもらうためのアイデアがありましたら、ご指導ください。
又、サイトを利用してみての感想やご意見だけを答えて頂いても構いません。

どうかよろしくお願いいたします。

又、下記の質問もさせて頂いておりますのでそちらのほうもよろしくお願いします。
http://q.hatena.ne.jp/1278994959
http://q.hatena.ne.jp/1278903012

●質問者: kameoyaji_2
●カテゴリ:インターネット ウェブ制作
✍キーワード:FQDN ほと アイデア アクセス サイト
○ 状態 :終了
└ 回答数 : 8/8件

▽最新の回答へ

1 ● うるるん
●17ポイント

「FQDN」自体が全くわかりません。

サイトを見ましたけれど、使い方の解説が書かれている時点で負けなんじゃないかなと。

どういう意図でサイトを開設したのかよく分からないのですけれど、自分以外に使ってくれる人が一人でも二人でもいれば良いんじゃないんですか?

自分のニーズを満たしているなら、他の人が使うかどうかはあまり関係ないと思うか、それともマネタイズをする為なら自分のニーズとは無関係にスキルを使うのかどちらかを選ぶのが良いと思います。自分のニーズを満たしながらマネタイズを果たすのは困難だと思いますよ。それが出来るようになるのが理想ですけれどね。

http://q.hatena.ne.jp/answer

◎質問者からの返答

マネタイズ という言葉を初めて知りました。

勉強になります。


2 ● gday
●17ポイント

http://q.hatena.ne.jp/1279336369#c182469

質問を新規で立てさせて頂きましたので、もしよろしければそちら方に、同じ解答で良いので記載して頂ければ助かります。


とのことですので、以下そのまま同じ回答です。

http://q.hatena.ne.jp/1279336369#a1027239

今回答する時点で正常にサービスができていないようですのでFQDNサーチということについての意見だけ。


FQDNを検索することのメリットが見出せません。FQDNを独自の方法で集めるのではなく他の検索サイトから辿れるURLを解析することで得た FQDNを検索結果として出力するならメリットは無いと思います。きっと普通の検索サイトでは見つからないサイトがFQDNを検索することで見つけやすくなるという趣旨なのでしょうけど、検索で探したい事は普通はFQDNではなくサイトに含まれている情報なので未知のFQDNが分かったからと言っても知りたい情報が見つかるわけでは無いということです。


そもそもFQDNとは何かを知っている人は圧倒的に少数派なのでFQDNサーチをしようとする動機が無い。FQDNとは何かを知っている人が FQDNで検索したい情報はもっとwhois情報やその他のdns情報などのサイトにまつわるバックグラウンド的な情報でしょう。


どこの検索サイトでも見つからないFQDNがそのサイトで見つかるのであればメリットはあると思いますが、ごく限られた数のユーザーだけの話だと思います。検索サイトで見つからないFQDNのサイトは情報が少ないか、検索で見つけて欲しくないサイトでしょうし。


>検索を実行してもらうためのアイデアがありましたら


検索でお勧めのドメイン名候補を提示するとか、有効FQDN数別ドメイン名のランクリストを載せるとか、上に書いたようなFQDNで検索すると良い事を分かりやすく説明するようにするとか、などですかねぇ。


せっかくですので少しサイトで検索してみましたが、感想としてはやはりどのような用途に使うのが良いのか分からないということでした。

ただ、FQDNだけでなくURLまで拡張した形での検索の方が用途が広がると感じました。


検索サイトの強みは集めた情報を単に提供するだけでなく、持っている情報を横断的に色々な切り口で見せることにあると思っています。

whois情報やその他のdns情報などのサイトにまつわるバックグラウンド的な情報

この前の私の回答に対して、whois情報のキャッシュをしたりという観点での反応を頂いていますが、そこからより進めて同じ登録情報のサイトを表示したり、同じIPアドレスの他のサイトを表示したり、サイトの過去のIPアドレス遍歴情報を表示したり、同じMXレコードを持っているサイトを表示したり、といった加工された情報の提供を期待しての回答でした。

◎質問者からの返答

同じIPの他のサイトは現段階でも、表示は行っております。

(IPv4に限りますが、ドットで区切られた数値とみなされるものが入力された時には、キャッシュデータを元に、同一IPを使用しているFQDNの表示を行えるようにしております。)

今現在は、FQDNのデータを集めて、検索する(順位つけ処理は行われておりませんが)だけの機能でしか実現は出来てはいません。

MXレコードの情報やIP(DNS情報だけで実装は出来そうですね)を履歴として表示する機能に関しては、難しくはないので、実装は出来そうですが、一度whoisでドメインの所有者が変わったかどうかを判断して、リセット出来様な方法が必要そうですね。

一定量(個人的には1千万件ほどないと、集計値として使えなさそうに感じているので)のデータが収集出来たら、履歴情報等にもチャレンジしていきたいと思います。(現状のDB容量では足りないだろうな・・)

用途が不明・・・多分これが一番の致命的欠陥なんでしょうね。

(検索の切り口はどんな切り口があってもよいと個人的には考えています、今現在各検索エンジンが提供している、ページを検索するという考え方だけではなく、サイトを検索するという考え方の検索エンジンが出来ないだろうかと思っております。)

自分の中の各フェーズとしては、

・FQDNの検索が行える・・・(ちょっと前のフェーズ)

・FQDNを元にサイトが検索できる・・(データ量はのぞいて現状のフェーズ)

以下は今後行っていき、どのような感じになるかは調べていきたいと考えています。

・metaに記載されている、説明とキーワードを元にした検索が行える機能。

(初期のインターネットにおいては、このMETA情報を検索の指針として利用されることを期待していたのだと思っています)

(時代遅れでしょうけど)

>whois情報やその他のdns情報などのサイトにまつわるバックグラウンド的な情報

このあたりの情報をFQDNに紐付けて表示すること自体は難しくはないのですが、すごく悩んでいます。

なるべくコンテンツの表示にajax等は使わずに、HTMLだけで表示をしたいと個人的には考えており、HTML形式でwhois情報を表示してしまうと、google、yahoo等の検索エンジンにキャッシュされてしまうし・・(個人情報に関連するところを表示しなければよいのかも知れませんが)悩ましいところです。

多分私自身が、技術者向けのサイトとして構成するのか、一般向けのサイトとして構成しようとしているのか、悩んでいる部分が表に出てしまって、あいまいなサイトになってしまっているでしょうけど。


3 ● うぃんど
●16ポイント

サイトトップで、つらつらと文章で説明しておられますが、前回質問に集まった回答を見てもわかるとおりネット利用者の大半以上が「FQDNの意味がわからない」でしょうし、意味がわからない人に使ってもらおうとするのは、さらに面倒な話になるでしょう


はてなにおいても、誰よりも早くコメント欄で注意喚起しておいたにもかかわらず、英語だから意味わからないというような小学生レベルの回答が続いている事でわかるとおり、ネット利用には高い知識は必要とせず、FQDNなども普段は意識する必要もあまりなく、1/100でもいいほうだとコメントさせていただきました


何をさておき使ってもらおうとするのであれば、厳密にはFQDNサーチとは違いますが、より単純に「うろおぼえのURLから探します」とか子供向け?に「URL補完計画」などわかりやすい単語だけにして、説明は別に書くようにしたほうが入力してくれることと思いますし、クリックするだけで探してくれるようなサンプルを用意しておいてもいいかもしれません。

とにかく、読む必要も無ければ理解する必要もないほど簡単にすることを考えてみてください


私が使わせていただいた感触としては日本語で説明されているサイトであるにもかかわらずjpドメインの登録数が少ないように思いました。これは時間が解決してくれることだと思いますが致命傷になりかねない部分でもあると思いますので、自動的に検索して随時登録していくなどの機能を考えたほうがよろしいでしょう

インターネット黎明期は正引き用のファイルなども公開されてましたが、今はセキュリティの観点から非公開になってしまい、集めるには手間と時間がかかりますけど、そこが逆に「売り」の部分になりますので、登録件数には常に気を配る必要があるでしょう


P.S.

誰よりも早い段階で「http://www.mixs.com/ に飛ばされる」と書いておいたのに「一時的に、サーバが止まっていました、トラブルです。」というお返事が返ってきたことには正直呆れました。

見れないということに気づいてもいない回答も、見れないなりにFQDNに対する意見が書かれている回答も均等配分にしてしまうというのも、まじめに意見や回答をしようとする人の意欲を殺いだり、不適切な回答を集める要因になったりすると思います。

そういった点も考慮するようにしていただければ信頼性の高い回答が期待できると思いますし、結果としてご自身の運営されておられるサイトのためにもなると思いますので、考えていただければと思います

◎質問者からの返答

ご指摘の通りで申し分けございません。

ちょうど、サーバにてトラブルが起きて、見れない状況を作り出してしまったもので、サイトURLを間違えて記載していることに気がつきませんでした。

タイミングが悪かったと言い訳しても、いまさらしょうがないことではありますが、本当に申し訳ございませんでした。

今現在のFQDNの登録数としては

.com1084272

.jp357429

.de226262

.net174978

.org145427

.info37977

.uk36764

.ch32216

.fr25182

.at24855

.edu21164

.nl18940

.au15631

(本データ件数に関しては、偏りがまだまだあるので、比率等が正しいとはみなさないで頂きますようお願い申し上げます)

程度でしょうか、クローラーを動かすためのアリゴリズムやデータの偏りにより、収集件数においては、偏りが出てきてはおりますが、クローラにがんばってもらうしかないかと思っております。(アルゴリズム等々に関して、よくしていかないといけないですね)

簡単操作できる方法・・悩んでいます、FQDNの意味がわからない方には、難しいんでしょうね、URL補完という考え方は、面白いです、最終的なサービスイメージがが私では、イメージしきれていない部分がありますが。

貴重なご意見ありがとうございました。


4 ● toit0303
●16ポイント

FQDNを検索するというコンセプトはわかるのですが

「誰に」検索して欲しいのかがわかりません。

正直、一般の個人は使うメリットがないかなと・・・。

ただ、業者なら使うかもしれません。

サイトM&Aや、ドメイン売買をしている人達なら

もしかしたら必要なのかな、と思います。

http://www.sitema.jp/

◎質問者からの返答

FQDNサーチとうたっている間は、技術者向けのサイトとして情報収集出来るサイトとして構築したほうが良いのかな・・・。

悩みます。


5 ● gday
●16ポイント

http://q.hatena.ne.jp/1279429255#a1027380

MXレコードの情報やIP(DNS情報だけで実装は出来そうですね)を履歴として表示する機能に関しては、難しくはないので、実装は出来そうですが、一度 whoisでドメインの所有者が変わったかどうかを判断して、リセット出来様な方法が必要そうですね。

逆に、どうせならこれはヒストリカルなデータとして残して表示して欲しいです。過去のどのように使われたドメイン名やIPアドレスかが分かると助かる人もいると思います。

whois情報をそのまま表示するのではなく、所有者が変わった日付などが履歴として分かるのも面白いかもしれません。


それから集めたFQDNはhttpサイトが多いと思いますがftpサイトなど他のプロトコルのサイトのFQDNも充実するといいと思います。

スパムで使用されたFQDNとか、参照元の統計とか分かると面白いかなぁ。でもこれをやるとかなり嫌がられるかもしれませんね。

◎質問者からの返答

ftpですか、ftpは考えていませんでした、一度考えてみたいと思います。

履歴データは、有る程度運営してデータの蓄積を行ってから公開するアクションになるかと思います、多分数年先でないと、公開出来るようなデータは集まらないと思うので。

参照元の統計 は将来的に作りたいサービスの一つではあります。

どのページから、どの程度のリンクがあるのかを、件数で表示するのではなく、線の太さで表示して上げるようなサービスは、個人的に有ったらいいなとは、思っているので、どこかでつくれればとは思っておりました、ただ現在のクロール方法(FQDN以下のパスへのクロールの頻度を極端に落としているので)では駄目でしょうけど。

>スパムで使用されたFQDNとか

多分これは、難しいでしょうね、どうやってSPAMと判断するのか、判断基準があいまいになりそうです。


1-5件表示/8件
4.前の5件|次5件6.
関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ