アカウント名:
パスワード:
「1つのページに多数のパンくずリストが表示され」ること自体は必ずしも悪いことではありません。もちろん、下記のページでGoogleのエンジニアによって述べられているように「1つのアイテムが階層構造のなかで複数の区分に属しているなら」という条件つきですが。
・複数のパンくずリストを1つのページに設置することはSEOにおいて問題ないか?|海外SEO情報ブログ http://www.suzukikenichi.com/blog/can-place-multiple-breadcrumbs-page/ [suzukikenichi.com]
確かに奈良市のページは多すぎですけどね。
奈良市の場合は,スクリプトでパンくずを制御すればよかったのにね。簡単だよね。あと,複数ページからダウンロードされるモノはパンくずなくすとか。
自分が構築する際は,簡単に後者を使います。HTMLにおいて,パンくずリストは本来必要悪だと考えてますので。階層とhyperlinkがせめぎ合った場合は,hyperlinkを尊重すべきだと思います。
パン屑が最大の効果を発揮するのは、直リンクでそのページにやってきたとき。Google検索とかであるページにやってきて、「おしい、これはちょっと違う」というときに、そのページの周辺ページをたどりたくなることはよくあります。単に「上に戻る」があるだけでもいいのですが、それよりもパン屑表示の方がそのページの立ち位置が把握しやすい。
あるページに至る経路が複数がある場合、閲覧者にとっての「関連ページ」も複数あるということです。今回タレコミのページの例でいえば、「戸籍 >委任状」と「印鑑登録 >委任状」は全然別物です。戸籍について探していてこのページにたどり着いた人は前者のパン屑が有効ですし、印鑑登録について探していてこのページにたどり着いた人は後者のパン屑が有効。片方だけでは役に立たないが出てきますし、より一般的な「くらし >委任状」にされたりするともうどうしようもない。
#「戸籍・住民票など >委任状」と「戸籍・住民票など > 手続き・届け出(住民関係) > 委任状」が並ぶのは、もうちょっとなんとかしてくれ、とは思いますが…
> スクリプトでパンくずを制御すればよかったのにね。簡単だよね。> あと,複数ページからダウンロードされるモノはパンくずなくすとか。
これを、スクリプト制御する(直リンだとパン屑が表示されない)とかパン屑を無くされたりすると、パン屑そのものの意義が失われてしまいます。
そういう意味で、普段目にする中で、パン屑がもっとも便利な処の一つが役所のサイトだと思います。あとは通販サイト。「ネットで検索して商品ページにたどり着いた」あと「同種の他社製品はどんなのがあるのか、カテゴリ一覧に戻る」といった操作ですね。たいていの通販サイトではパン屑はせいぜい一つしかないけど、分類方式が複数ある時は、パン屑も全部並べて欲しいと思うことがよくある。#パン屑がないamazonはそういう用途ではかなり論外。
まあ,普通は無理なくパン屑リストが付けられるように頭をひねるものなんだけどねえ。今回の場合,それぞれに申請書のページを用意して,申請書PDFを共通のリンクとすればよいだけの話なんですけどもねえ。こういうことやりはじめると,簡単と呼ばれるCMSほど融通が利かないですよねえ。
まあ,実際のところ,パン屑リストを消さなければいけない事態になった事はないんだけど。
#パン屑がないamazonはそういう用途ではかなり論外。
ページの下の方 (バナー広告の少し上あたり) の「関連商品を探す」という見出しの下にあるよ。
> ページの下の方 (バナー広告の少し上あたり) の「関連商品を探す」という見出しの下にあるよ。
おお、本当だ。今まで全然気づいていませんでした。しかも、複数経路に対応してますね。
これは、私の中でamazonは「パン屑のない最低ランクの通販サイト」から、「パン屑複数経路に対応した上位ランクの通販サイト」に格上げです。
奈良市の場合は,スクリプトでパンくずを制御すればよかったのにね。簡単だよね。
私も同じ事を考えましたが、リンク元によってパンくずが変わると、別のリンク元から来た際に「さっき見たページと同じ」というのが分かりにくいですよね。特に市役所のページってコンテンツが多いから迷子になりやすい。
そういう意味では、見た目は悪いですが、パンくずが並んでたほうが分かりやすいのかもと思いました。リテラシーの低いユーザーには特に。
リテラシーの低いユーザーにはいっそない方が良い。ユーザビリティ的に。「戻るボタン押してくれれば元のページに戻るから」で済むから。
ユーザがたどって来た画面遷移がその順に表示されているから「パンくず」なので、階層にしたがって表示されているのは「パンくず」じゃなくね?語意からして。
だから、パンくずは1つしかありえないと思うんだけど。
もともと、階層構造を持つウェブサイトで、 (外部からどこかのページに直接飛んできた場合も含めて) 階層構造がわかりやすくなるよう階層構造中の祖先にあたるページへのリンクを並べたものが「パンくずリスト」 (breadcrumbs) なので、「ユーザがたどって来た画面遷移がその順に表示されている」とは限らない。あくまでも、「もしもユーザーが階層構造をたどってこのページまできたとしたらどういう経路をたどったはずか」を表示するもの。
「パンくずリスト」という用語が実態に合っておらずわかりにくい、というのはあるかもしれないけれど、少なくとも英語圏では 2003 年には用例がある [usabilitynews.org]し、日本語圏でもウェブサイトの設計に関心のある人の間では長いこと使われている用語なので、たぶん今更変えられない。
綺麗な階層構造をしていないウェブサイトで同じことをしようとすると、経路が複数存在するのでここで話題になっているような複数のパンくずリストが出てくる。用語がますます外れているとは思うけど、これも今更。
量子パンくずなのです。そのページを観測した時、あなたは「戸籍 >委任状」から来たのかもしれない。あるいは「印鑑登録 >委任状」から来たのかもしれない。量子的に重なり合ったあなたが通ってきた経路が全て表示されてるのです!
ちゅーかマジな話、履歴とは違うよ。どんな経路があるか、その道筋を示すのがパンくず。自分が通った道以外も示す。そこに至る経路が色々あるなら、全部出してくれた方が使いやすいんだよね。来た経路とは別のいっこ上に戻る、という使い方があるので。
それを愚直にリストで列挙するのが良いのか、ってのはまた別の話だけどね。
>どんな経路があるか、その道筋を示すのがパンくず。
うーん。原義と全然違うんですね。違和感ありまくりです。
同意。ただし、せめてソートはして欲しかったね。
複数パンくずを否定するのはファイルツリー構造とかに意識が縛られてるんだろうか?
いや, 複数パンくずが必要になるような場合は, すでにリスト情報に利便性が失われていることが多いからだと思います.
その様な場合, むしろパンくずリストよりも, ページに関連付けられているキーワードやタグの一覧でも表示してもらえた方が利便性が高いんじゃないかな?
文字列の重複を減らせば、問題無いような気がするな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
多すぎるのはアレだけど (スコア:1)
「1つのページに多数のパンくずリストが表示され」ること自体は必ずしも悪いことではありません。
もちろん、下記のページでGoogleのエンジニアによって述べられているように
「1つのアイテムが階層構造のなかで複数の区分に属しているなら」という条件つきですが。
・複数のパンくずリストを1つのページに設置することはSEOにおいて問題ないか?|海外SEO情報ブログ
http://www.suzukikenichi.com/blog/can-place-multiple-breadcrumbs-page/ [suzukikenichi.com]
確かに奈良市のページは多すぎですけどね。
Re:多すぎるのはアレだけど (スコア:2)
奈良市の場合は,スクリプトでパンくずを制御すればよかったのにね。簡単だよね。
あと,複数ページからダウンロードされるモノはパンくずなくすとか。
自分が構築する際は,簡単に後者を使います。
HTMLにおいて,パンくずリストは本来必要悪だと考えてますので。
階層とhyperlinkがせめぎ合った場合は,hyperlinkを尊重すべきだと思います。
Re:多すぎるのはアレだけど (スコア:1)
パン屑が最大の効果を発揮するのは、直リンクでそのページにやってきたとき。
Google検索とかであるページにやってきて、「おしい、これはちょっと違う」というときに、そのページの周辺ページをたどりたくなることはよくあります。
単に「上に戻る」があるだけでもいいのですが、それよりもパン屑表示の方がそのページの立ち位置が把握しやすい。
あるページに至る経路が複数がある場合、閲覧者にとっての「関連ページ」も複数あるということです。
今回タレコミのページの例でいえば、「戸籍 >委任状」と「印鑑登録 >委任状」は全然別物です。戸籍について探していてこのページにたどり着いた人は前者のパン屑が有効ですし、印鑑登録について探していてこのページにたどり着いた人は後者のパン屑が有効。
片方だけでは役に立たないが出てきますし、より一般的な「くらし >委任状」にされたりするともうどうしようもない。
#「戸籍・住民票など >委任状」と「戸籍・住民票など > 手続き・届け出(住民関係) > 委任状」が並ぶのは、もうちょっとなんとかしてくれ、とは思いますが…
> スクリプトでパンくずを制御すればよかったのにね。簡単だよね。
> あと,複数ページからダウンロードされるモノはパンくずなくすとか。
これを、スクリプト制御する(直リンだとパン屑が表示されない)とかパン屑を無くされたりすると、パン屑そのものの意義が失われてしまいます。
そういう意味で、普段目にする中で、パン屑がもっとも便利な処の一つが役所のサイトだと思います。
あとは通販サイト。「ネットで検索して商品ページにたどり着いた」あと「同種の他社製品はどんなのがあるのか、カテゴリ一覧に戻る」といった操作ですね。たいていの通販サイトではパン屑はせいぜい一つしかないけど、分類方式が複数ある時は、パン屑も全部並べて欲しいと思うことがよくある。
#パン屑がないamazonはそういう用途ではかなり論外。
Re:多すぎるのはアレだけど (スコア:2)
まあ,普通は無理なくパン屑リストが付けられるように頭をひねるものなんだけどねえ。
今回の場合,それぞれに申請書のページを用意して,
申請書PDFを共通のリンクとすればよいだけの話なんですけどもねえ。
こういうことやりはじめると,簡単と呼ばれるCMSほど融通が利かないですよねえ。
まあ,実際のところ,パン屑リストを消さなければいけない事態になった事はないんだけど。
Re:多すぎるのはアレだけど (スコア:2)
ページの下の方 (バナー広告の少し上あたり) の「関連商品を探す」という見出しの下にあるよ。
Re:多すぎるのはアレだけど (スコア:1)
> ページの下の方 (バナー広告の少し上あたり) の「関連商品を探す」という見出しの下にあるよ。
おお、本当だ。今まで全然気づいていませんでした。しかも、複数経路に対応してますね。
これは、私の中でamazonは「パン屑のない最低ランクの通販サイト」から、「パン屑複数経路に対応した上位ランクの通販サイト」に格上げです。
Re: (スコア:0)
私も同じ事を考えましたが、リンク元によってパンくずが変わると、別のリンク元から来た際に「さっき見たページと同じ」というのが分かりにくいですよね。
特に市役所のページってコンテンツが多いから迷子になりやすい。
そういう意味では、見た目は悪いですが、パンくずが並んでたほうが分かりやすいのかもと思いました。リテラシーの低いユーザーには特に。
Re:多すぎるのはアレだけど (スコア:2)
リテラシーの低いユーザーにはいっそない方が良い。ユーザビリティ的に。
「戻るボタン押してくれれば元のページに戻るから」で済むから。
Re:多すぎるのはアレだけど (スコア:1)
ユーザがたどって来た画面遷移がその順に表示されているから「パンくず」なので、
階層にしたがって表示されているのは「パンくず」じゃなくね?語意からして。
だから、パンくずは1つしかありえないと思うんだけど。
Re:多すぎるのはアレだけど (スコア:2)
もともと、階層構造を持つウェブサイトで、 (外部からどこかのページに直接飛んできた場合も含めて) 階層構造がわかりやすくなるよう階層構造中の祖先にあたるページへのリンクを並べたものが「パンくずリスト」 (breadcrumbs) なので、「ユーザがたどって来た画面遷移がその順に表示されている」とは限らない。あくまでも、「もしもユーザーが階層構造をたどってこのページまできたとしたらどういう経路をたどったはずか」を表示するもの。
「パンくずリスト」という用語が実態に合っておらずわかりにくい、というのはあるかもしれないけれど、少なくとも英語圏では 2003 年には用例がある [usabilitynews.org]し、日本語圏でもウェブサイトの設計に関心のある人の間では長いこと使われている用語なので、たぶん今更変えられない。
綺麗な階層構造をしていないウェブサイトで同じことをしようとすると、経路が複数存在するのでここで話題になっているような複数のパンくずリストが出てくる。用語がますます外れているとは思うけど、これも今更。
Re: (スコア:0)
量子パンくずなのです。
そのページを観測した時、あなたは「戸籍 >委任状」から来たのかもしれない。
あるいは「印鑑登録 >委任状」から来たのかもしれない。
量子的に重なり合ったあなたが通ってきた経路が全て表示されてるのです!
ちゅーかマジな話、履歴とは違うよ。
どんな経路があるか、その道筋を示すのがパンくず。自分が通った道以外も示す。
そこに至る経路が色々あるなら、全部出してくれた方が使いやすいんだよね。
来た経路とは別のいっこ上に戻る、という使い方があるので。
それを愚直にリストで列挙するのが良いのか、ってのはまた別の話だけどね。
Re:多すぎるのはアレだけど (スコア:1)
>どんな経路があるか、その道筋を示すのがパンくず。
うーん。原義と全然違うんですね。違和感ありまくりです。
Re: (スコア:0)
同意。ただし、せめてソートはして欲しかったね。
複数パンくずを否定するのはファイルツリー構造とかに意識が縛られてるんだろうか?
Re:多すぎるのはアレだけど (スコア:1)
いや, 複数パンくずが必要になるような場合は, すでにリスト情報に利便性が失われていることが多いからだと思います.
その様な場合, むしろパンくずリストよりも, ページに関連付けられているキーワードやタグの一覧でも表示してもらえた方が利便性が高いんじゃないかな?
Re: (スコア:0)
文字列の重複を減らせば、問題無いような気がするな。