Aggregator

3分で読める米国発ウェブマーケティング界隈の重要ニュース – 3月初旬号

12 years ago

以前、翻訳記事を何度か掲載したフォードのソーシャルメディア責任者スコット・モンティが、毎週メディア界隈を中心とした米国の最新デジタルニュースを投稿してくれていたので、ここに紹介します。好評なら毎週続けます。 &#8212 … 続きを読む →

コンテンツマーケティングの7つの誤解

SEO Japan

12 years ago

コンテンツマーケティングのコンセプト自体はかなり普及してきた日本、まだまだ手つかずながら知識だけは十分持っている人も相当数増えてきたと思います。ただ同時に考え方だけが先走りしており結果的に勝手な誤解を産んでいることもまた … 続きを読む →

ファセットナビゲーションのベストプラクティスと 5 つのワーストプラクティス

Google ウェブマスター向け公式ブログ

12 years ago

ファセットナビゲーションは、検索結果を色や価格帯でさらに絞り込む仕組みです。ユーザーにとって便利な機能ですが、重複するコンテンツを持つ URL の組み合わせが数多く生成されてしまうと、検索に悪影響を及ぼすことがあります。例えば、コンテンツが追加されたり更新されたりした際クロールに時間がかかったり、あるいは、複数の重複 URL にシグナルが分散した結果、インデックス登録が正しく行われなかったり、といったことが起こる可能性があります。ここでは、これらの問題を解消し、ファセットナビゲーションサイトを可能な限り検索エンジンと相性の良いものにする方法を以下のとおり説明します。

ファセットナビゲーションの背景と潜在的な問題
5 つのワーストプラクティス
ベストプラクティス

ファセットナビゲーションの新規作成または再設計
既存のファセットナビゲーション実装

ファセットナビゲーションでフィルタを選択すると URL の組み合わせが多くなる
例: http://www.example.com/category.php?category=gummy-candies&price=5-10&price=over-10

背景

サイトを構築する場合、個別のコンテンツ（つまり 1 つの商品/記事、または 1 つの商品/記事カテゴリ）にアクセスするための URL は 1 つだけ、というのが理想的な状態です。このような URL であれば、特定のコンテンツにアクセスするためのクリックパスやルートは明確で、ホームページやカテゴリページからクリックすることでアクセスできます。

検索ユーザーにも Google 検索にも理想的な状態

すべての商品/記事ページにアクセスできる明確な動線

左側はサイトでのユーザーの動線（つまりクリックパス）、右側はアクセスするページです。
個々のカテゴリページを表す URL は 1 つ
http://www.example.com/category.php?category=gummy-candies

グミのカテゴリページ
個々の商品ページを表す URL は 1 つ
http://www.example.com/product.php?item=swedish-fish

魚形グミの商品ページ

ファセットナビゲーションが原因となる望ましくない重複

同じ記事/商品の URL が複数存在する

カノニカル 重複
example.com/product.php? item=swedish-fish example.com/product.php? item=swedish-fish&category=gummy-candies&price=5-10
魚形グミの同じ商品ページに複数の URL でアクセスできてしまう

検索ユーザーや検索エンジンにとってほとんどまたはまったく価値のないカテゴリページが大量に存在する

URL	`example.com/category.php? category=gummy-candies&taste=sour&price=5-10`	`example.com/category.php? category=gummy-candies&taste=sour&price=over-10`

Issues	[sour gummy candy price five to ten dollars] で検索するユーザーがほとんどいないとすれば何の付加価値も提供しない。検索エンジンのクローラに何の付加価値も提供しない（「gummy candies」でも「sour gummy candies」でも同じ商品（「fruit salad」）が見つかる）。同じカテゴリがいくつものバージョンに分かれているため、インデックス登録のシグナルが分散してしまい、サイト所有者に悪影響を及ぼす。新しいページや更新されたページではなく重複したコンテンツに帯域幅やクローラの処理を費やすことになり、サイト所有者に悪影響を及ぼす。	検索エンジンに何の価値も提供しない（404 ステータスコードを返すべき）。検索ユーザーに悪影響を及ぼす。

ファセットナビゲーションのワースト・プラクティス

ワーストプラクティス 1: パラメータに標準的でない URL エンコードを使用している（「キー=値」ペアではなくカンマやかっこなどを使用している）

ワーストプラクティス:
example.com/category?[category:gummy-candy][sort:price-low-to-high][sid:789]
キー=値ペアに = ではなく : が使用されている
複数のパラメータが & ではなく [ ] で追加されている
example.com/category?category,gummy-candy,,sort,lowtohigh,,sid,789
キー=値ペアに = ではなく , が使用されている
複数のパラメータが & ではなく ,, で追加されている
ベストプラクティス:
example.com/category?category=gummy-candy&sort=low-to-high&sid=789
人間であれば「,,」のような非標準の URL パラメータを解読できますが、クローラがこのような URL パラメータを解釈するのは難しくなります。Google のクロールチームのソフトウェアエンジニアである Mehmet Aktuna は、「標準以外のエンコードを使用するのは、わざわざ災難を招いているようなものだ」と述べています。キー=値ペアには等号（=）を使用し、複数のパラメータの追加にはアンパサンド（&）を使用してください。

ワーストプラクティス 2: ページコンテンツを変更しない値を、パラメータではなくディレクトリやファイルパスとして追加する

ワーストプラクティス:
example.com/c123/s789/product?swedish-fish
（/c123/ がカテゴリ、/s789/ がセッション ID だがページコンテンツは変更されない）
グッドプラクティス:
example.com/gummy-candy/product?item=swedish-fish&sid=789（ディレクトリ /gummy-candy/ によってページコンテンツが意味のある形で変更される）
ベストプラクティス:
example.com/product?item=swedish-fish&category=gummy-candy&sid=789 （URL パラメータにしたことで柔軟性が増し、検索エンジンが効率的にクロールできる）
有用な値（たとえば「gummy-candy」）と有用でない値（たとえは「sessionID」）をパスに直接記述した場合、自動化されたプログラム（たとえば検索エンジンクローラ）がそれらを区別することは困難です。一方、URL パラメータを使用すれば検索エンジンにとって柔軟性が増し、クローラが各値のすべてのパターンにアクセスする必要があるかどうかを判断しやすくなります。
ページコンテンツを変更せず、URL パラメータとして設定されるべき一般的な値には次のものがあります:
セッション ID
トラッキング ID
リファラー ID
タイムスタンプ

ワーストプラクティス 3: ユーザー生成値を、クロールもインデックス登録も可能だが、検索結果では有用でない（場合によっては無限の）URL パラメータに変換する。

ワーストプラクティス（例: 緯度/経度、「～日前」といったユーザーごとに変動する値を含む URL をクロールとインデックス登録の対象にする）:
example.com/find-a-doctor?radius=15&latitude=40.7565068&longitude=-73.9668408
example.com/article?category=health&days-ago=7
ベストプラクティス:
example.com/find-a-doctor?city=san-francisco&neighborhood=soma
example.com/articles?category=health&date=january-10-2014
ユーザーごとに変動する値を含む URL をクロールするようにしても、処理が無限になる可能性があるだけで、検索ユーザーにとってはほとんど価値がありません。それよりも、最も一般的な値のカテゴリページを公開して追加情報を含めるようにすると、通常の検索結果ページより多くの付加価値を提供できます。ユーザー生成値を使用する場合は、生成値を別のディレクトリに格納し、robots.txt がそのディレクトリをクロールしないように設定します。
example.com/filtering/find-a-doctor?radius=15&latitude=40.7565068&longitude=-73.9668408
example.com/filtering/articles?category=health&days-ago=7
robots.txt を使用する場合:
User-agent: * Disallow: /filtering/

ワーストプラクティス 4: URL パラメータの追加に論理性がない

ワーストプラクティス:
example.com/gummy-candy/lollipops/gummy-candy/gummy-candy/product?swedish-fish
example.com/product?cat=gummy-candy&cat=lollipops&cat=gummy-candy&cat=gummy-candy&item=swedish-fish
ベタープラクティス:
example.com/gummy-candy/product?item=swedish-fish
ベストプラクティス:
example.com/product?item=swedish-fish&category=gummy-candy
関連性の低い URL パラメータを追加しても、重複が増えてクロールやインデックス登録の効率が下がるだけです。URL を生成する前に、不要な URL パラメータを削除してサイト内を「整理整頓」しましょう。ユーザーセッションに必要なパラメータが多い場合は、cat=gummy-candy&cat=lollipops&cat=gummy-candy& ... のように次々と値を追加するのではなく、Cookie を使って情報を保持するようにします。

ワーストプラクティス 5: 該当する検索結果のない絞り込み条件が表示されている

ワーストプラクティス:
該当する商品が 1 つもない絞り込み条件が選択可能になっている。

該当する結果がない絞り込み条件（この例では price=over-10）が選択できる状態になっています。これではユーザーがイライラし、検索エンジンで無用な問題が発生する原因にもなります。

ベストプラクティス:
ユーザーの選択が妥当な場合（つまり商品が存在するとき）にのみリンク/URL が生成されるようにします。該当する商品がないフィルタ条件はグレー表示されるようにします。使い勝手をさらに向上させるには、各フィルタ条件の横に該当する商品数を表示することも検討してください。

検索結果がゼロになる絞り込み条件（ここでは price=over-10）が選択できないようになっています。これにより、ユーザーが無駄なクリックをする心配がなく、検索エンジンのクローラが不要なページにアクセスすることもありません。

無用な URL をなくしてクロール領域を最小にするには、商品が存在するときにのみ URL が生成されるようにします。これにより、商品が存在しないページが表示されなくなり、ユーザーエクスペリエンスが高まるだけでなく、クローラが認識する URL の数も最小限に抑えることができます。また、ページの商品が一時的に在庫切れになっているわけではなく、今後もそのページに有益なコンテンツが掲載される可能性が低い場合は、404 ステータスコードを返すことを検討してください。404 を返すことで、ユーザーに対して他のナビゲーションオプションを示すダイアログを表示したり、関連商品を見つけるための検索ボックスを表示したりできます。

ファセットナビゲーションを新規作成/再設計する際のベストプラクティス

これからサイトにファセットナビゲーションを実装する場合は、独自のコンテンツページの「クロール領域」（Googlebot がサイト内で認識するすべての URL）を最適化し、重複するページのクロールを減らし、インデックス登録のシグナルを統合するための方法を検討しましょう。以下のようにいくつかの方法があります:

クローラがすべてのコンテンツページをクロールするのに必要な URL パラメータ（たとえば、アイテムごとに少なくとも 1 つのクリックパスを作成するために必要なパラメータ）を特定します。必要なパラメータとしては、item-id、category-id、page などが考えられます。
検索ユーザーにとって価値があるパラメータはどれか、クロールやインデックス登録において重複の原因になるだけの不要なパラメータはどれかを特定します。グミの例では、たとえば「taste」パラメータは検索ユーザーにとって有用です。[sour gummy candies] で検索すると、結果として example.com/category.php?category=gummy-candies&taste=sour が表示されます。一方、「price」パラメータは、category=gummy-candies&taste=sour&price=over-10 のような重複の原因になるだけです。以下に一般的な例を示します:

検索ユーザーに有用なパラメータ: item-id、category-id、name、brand...
不要なパラメータ: session-id、price-range...

不要なパラメータが含まれている URL の場合は、以下のいずれかの設定オプションを実装することを検討してください。なお、不要な URL パラメータは、クローラや、個別の商品にアクセスするためのユーザーのクリックパスでは必要ありません。
- オプション 1: rel="nofollow" 内部リンクを使用する
  すべての不要な URL へのリンクに rel="nofollow" を追加します。このオプションを追加すると、クローラによって不要な URL がクロールされるのを最小限に抑えることができ、ファセットナビゲーションによってクロール領域（クローラが認識する URL の領域）が極端に大きくなるのを防ぐことができます。なお、rel="nofollow" は不要な URL のクロールをブロックするわけではありません（クロールをブロックできるのは robots.txt の disallow だけです）。ただし、不要な URL へのクロールを許可することで、それらの URL からのインデックス登録のシグナルを、ユーザーにとって有用な URL に統合することもできます。それには、不要な URL に上位の URL への rel="canonical" を追加します。たとえば、example.com/category.php?category=gummy-candies&taste=sour&price=5-10 に rel="canonical" を追加し、上位 URL として example.com/category.php?category=gummy-candies&taste=sour&page=all）（すっぱいグミをすべて表示するページ）を指定します。
- オプション 2: Robots.txt の disallow
  不要なパラメータを含む URL に、robots.txt でクロールをブロックする /filtering/ ディレクトリを含めます。これにより、すべての検索エンジンが有用なコンテンツを自由にクロールできるようになりますが、不要な URL のクロールはブロックされます。たとえば、有用なパラメータが item、category、taste で、不要なパラメータが session-id と price だとします。例:
  example.com/category.php?category=gummy-candies
  このような URL を、別の有用な URL パラメータ（たとえば taste）にリンクさせることができます。
  example.com/category.php?category=gummy-candies&taste=sour.
  ただし、不要なパラメータ（たとえば price）を追加する場合は、URL に定義済みのディレクトリ /filtering/ を含めます:
  example.com/filtering/category.php?category=gummy-candies&price=5-10
  これでこの URL は、robots.txt によってクロールがブロックされます。
  User-agent: * Disallow: /filtering/
- オプション 3: ホストを別々にする
  CDN を使用していない場合（CDN を使用しているサイトでは、上記のようなウェブマスターツールの柔軟な機能を利用することはできません）は、不要なパラメータを含む URL を別のホストに配置することを検討してください。たとえば、メインホスト www.example.com とサブホスト www2.example.com を作成します。サブホスト（www2）では、ウェブマスターツールのクロール速度を低く設定します（メインホストはできるだけ高く設定したままにします）。これにより、メインホストの URL は完全にクロールされますが、不要な URL が Googlebot によってクロールされる可能性が低くなります。
  - メインホストのすべてのアイテムに、1 つ以上のクリックパスがあることを確認してください。
  - インデックス登録のシグナルを統合したい場合は、サブホストからメインホストの上位 URL への rel="canonical" を追加することを検討してください（例: www2.example.com/category.php?category=gummy-candies&taste=sour&price=5-10 に rel="canonical" を追加し、上位 URL として www.example.com/category.php?category=gummy-candies&taste=sour&page=all（すっぱいグミをすべて表示するページ）を指定します）。

特定のカテゴリ/フィルタに該当商品がない場合はリンクをクリックできないようにします。
URL パラメータが論理的に表示されるようにします。

値を次々と追加するのではなく、不要なパラメータを削除するようにします。

悪い例
example.com/product?cat=gummy-candy&cat=lollipops&cat=gummy-candy&item=swedish-fish)

検索ユーザーにとって有用なパラメータを先に記述し、関連性の低いパラメータ（たとえばセッション ID）を後に記述します。URL が検索に表示されることもあるため、パラメータの順序に一定のルールを設けユーザーエクスペリエンスを高めます。

悪い例
example.com/category.php?session-id=123&tracking-id=456&category=gummy-candies&taste=sour

rel=”canonical” を使用して、個々のコンテンツページのインデックス登録を望ましいページに統合します。rel="canonical" は、ホスト名やドメインをまたがって使用できます。
ページ指定されたコンテンツ（たとえば「グミ」カテゴリの page=1、page=2）のインデックス登録を、以下のいずれかの方法で改善します:

シリーズを構成する各ページに、カテゴリの「すべて表示」ページへの rel="canonical" を追加します（例: 「グミ」カテゴリの page=1、page=2、page=3 に category=gummy-candies&page=all への rel="canonical" を追加します）。その際に、検索ユーザーのエクスペリエンスを損なわない（各ページがすばやく読み込まれるなど）よう注意してください。
rel="next" と rel="prev" でページ指定をマークアップして、リンクなどのインデックス登録のプロパティを構成ページ/URL からシリーズ全体に統合します。

コンテンツの並べ替え、フィルタリング、非表示を、URL の更新ではなく JavaScript で動的に行う場合でも、クロールやインデックス登録の対象となるメインのカテゴリページや商品ページの URL はユーザーにとって有用な情報です。JavaScript でコンテンツを動的に変更する場合は、サイト全体を表す URL としてホームページのみ（つまり 1 つの URL のみ）を使用することは避けてください。これでは検索ユーザーが、1 つの URL でサイト内のすべてのコンテンツにアクセスすることになってしまいます。また、動的なフィルタリングによってパフォーマンスが低下することがありますので注意してください。これにより、ユーザーエクスペリエンスが損なわれる可能性があります。
サイトマップには canonical URL のみ含めるようにしてください。

サイトに既にファセットナビゲーションが実装されている場合のベストプラクティス

前のセクションで説明したベストプラクティス（たとえば不要な URL の rel="nofollow"）は、既存のサイトのファセットナビゲーションを大幅に再設計する場合にも適用できます。ただし、既存のファセットナビゲーションの場合は、検索エンジンが認識したクロール領域が既に大きくなっているケースが多いようです。したがって、Googlebot によりクロールされる不要なページを増やさないようにすることと、インデックス登録のシグナルの統合を検討することが重要になります。

可能な場合は、標準のエンコードとキー=値ペアによるパラメータを使用します。
ページコンテンツを変更しない値（セッション ID など）は、ディレクトリではなく標準のキー=値ペアとして実装されていることを確認します。
特定のカテゴリ/フィルタに商品が存在しない場合には、クリック可能なアンカーを使用しないようにします（つまり、フィルタを実行して該当するアイテムが見つからない場合には、クリックされたり、URL が生成されたりしないようにします）。
URL パラメータが論理的に表示されるようにします。

値を次々と追加するのではなく、不要なパラメータを削除するようにします（例: example.com/product?cat=gummy-candy&cat=lollipops&cat=gummy-candy&item=swedish-fishのような URL は避けます）。

検索ユーザーにとって有用なパラメータを先に記述し、関連性の低いパラメータ（たとえばセッション ID）を後に記述します。URL が検索に表示されることもあるため、パラメータの順序に一定のルールを設けユーザーエクスペリエンスを高めます（例: example.com/category?session-id=123&tracking-id=456&category=gummy-candies&taste=sour& ではなく example.com/category.php?category=gummy-candies&taste=sour&session-id=123&tracking-id=456とします）。
サイトでの URL パラメータの動作について十分に理解している場合は、ウェブマスターツールの URL パラメータを設定します（この場合でも、個別のアイテム/記事へのクリックパスを明確にする必要はあります）。たとえば、ウェブマスターツールの URL パラメータを使用すると、パラメータ名、ページコンテンツに対するパラメータの効果、Googlebot がパラメータを含む URL をクロールする方法などを一覧表示できます。

ウェブマスターツールの URL パラメータを使用すると、サイトのパラメータに関する情報や Googlebot の動作に関する推奨事項を確認できる

コンテンツの並べ替え、フィルタリング、非表示を、URL の更新ではなく JavaScript で動的に行う場合でも、クロールやインデックス登録の対象となるメインのカテゴリページや商品ページの URL はユーザーにとって有用な情報です。JavaScript でコンテンツを動的に変更する場合は、サイト全体を表す URL としてホームページのみ（つまり 1 つの URL のみ）を使用することは避けてください。これでは検索ユーザーが、1 つの URL でサイト内のすべてのコンテンツにアクセスすることになってしまいます。また、動的なフィルタリングによってパフォーマンスが低下することがありますので注意してください。これにより、ユーザーエクスペリエンスが損なわれる可能性があります。
rel=”canonical” を使用して、個々のコンテンツのインデックス登録を望ましいページに統合します。rel="canonical" は、ホスト名やドメインにまたがって使用できます。
ページ指定されたコンテンツ（たとえば「グミ」カテゴリの page=1、page=2）のインデックス登録を、以下のいずれかの方法で改善します:

シリーズを構成する各ページに、カテゴリの「すべて表示」ページへの rel="canonical" を追加します（例: 「グミ」カテゴリの page=1、page=2、page=3 に category=gummy-candies&page=all への rel="canonical" を追加します）。その際に、検索ユーザーのエクスペリエンスを損なわない（各ページがすばやく読み込まれるなど）よう注意してください。
rel="next" と rel="prev" でページ指定をマークアップして、リンクなどのインデックス登録プロパティを構成ページ/URL からシリーズ全体に統合します。

サイトマップには canonical URL のみ含めるようにしてください。

シンプルなままにしておけるなら、それがベストであるということは覚えておいてください。ご不明な点がありましたら、ウェブマスターヘルプフォーラムまで質問をお寄せください。

Written by Maile Ohye, Developer Programs Tech Lead, and Mehmet Aktuna, Crawl Team
Original version: Faceted navigation best (and 5 of the worst) practices

理系男子は宝くじに当選しやすい！？男女の本音が丸見えのインフォグラフィック

SEO Japan

12 years ago

グリーンジャンボ(第655回)の発売終了日が3月7日と迫っていますが、夢追い人のあなたはもう買いましたか？弊社でお手伝いさせて頂いたアンケート調査によると、宝くじで当選しやすいのは、夜型の生活で衝動的な性格の理系男子の模 … 続きを読む →

ADK、14年2月の媒体別売上発表　デジタルメディアが前年同期比135％と好調

ファインドスター広告ニュース

12 years ago

株式会社アサツーディ・ケイは、平成26年2月単月の媒体別売上高を発表した。合計：216億4600万円（前年同期比97.0％）【媒体別】雑誌　：　8億5200万円（前年同期比82.3％）新...

CDG、代表取締役を2名体制に大平専務取締役が代表取締役社長に

ファインドスター広告ニュース

12 years ago

株式会社CDGは3月11日、現代表取締役社長の藤井　勝典氏を代表取締役会長に、現専務取締役の大平　孝氏を代表取締役社長に就任させる予定であることを発表した。次世代を見据えた組織の活性化を図るととも...

「アンケート・調査報告」のニュースリリースの書き方～タイトルに調査結果を明記して興味を喚起

ネットPR.JP

12 years ago

「アンケート・調査結果」はメディアやソーシャルでも話題になりやすい

人気のあるニュースリリースの切り口のひとつに「アンケート・調査報告」があります。マーケティングデータやアンケート調査の結果は、メディア関係者にとって記事化を検討する際の重要な一次情報となります。

またマーケターにとっても、社内資料や今後の戦略における参考データとして活用されるほか、ブログやソーシャルメディアで話題になり、拡散しやすく取り上げやすいトピックスの１つです。継続調査の場合、ニュースリリースには、実施回数や前年比、過去の調査結果のリンク先を掲載して、Webサイトへ誘導しましょう。

■読み手の興味を引き寄せる「調査報告」のニュースリリースとは

1:タイトルに調査結果を明記

調査であることや結果を明記し、興味を喚起します。

2:調査概要やWebサイトのリンクなどを記載

実施期間と回答者数に加えて、継続調査の場合は実施回数を明記します。ニュースリリースだけでは調査全体の紹介が難しいため、タイトルとリードで調査に興味を持った人には、そのまま詳細内容が掲載されているWebサイトへ誘導します。

3:コメントを一部紹介

回答者のコメントから、多かった意見や興味を喚起しそうな内容をピックアップして情報を提供します。

4:アンケート利用の際の注意事項を記載

調査内容の利用や掲載に関する条件を明記。このケースでは、情報提供元が明記されれば、自由に使用してもよいことになります。（例：○○調べ、参照元○○、○○より引用）

「お手本にしたい企業のニュースリリース」

saico

Author Rank (オーサーランク）はまだランキング要因になっていないが、使われている場面がある

海外SEO情報ブログ

12 years ago

米Googleの検索サービスの責任者、Amit Singhal（アミット・シングハル）氏は米サンノゼで開催されているSMX Westカンファレンスで、Author Rank（オーサーランク）を今現在はランキングを決める要因として利用していないことを明らかにした。一方で、Matt Cutts（マット・カッツ）氏は、In-depth aritclesのように一部の状況では利用していることをTwitterで明言した。

- Author Rank (オーサーランク）はまだランキング要因になっていないが、使われている場面がある -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

【海外SEO】鈴木謙一

ウクライナ人との対話の続き、そしてウクライナ情勢をより深く理解するための地政学

SEO Japan

12 years ago

先日投稿したウクライナ人が語るウクライナ情勢 – 東西問題より深い政治腐敗という記事が多くの反響を呼びました。SEO Japanの記事もさることながら、Blogosに転載された内容は人気ランキング1位（3/4 … 続きを読む →

HCD-Netセミナー「認知心理学とUI,UX入門」　満席

HCD-Net

12 years ago

・製品やサービスの設計に活かすための認知心理学の考え方の入門編。

・HCDの基本の知識としての認知心理学について理解を深めてもらう。

・認知心理学のモデルなどを製品開発に応用する場合の手がかりをつかんでもらう。

対象：

・UI設計やUXデザイナーとして活動している人

・独学で学んできたHCD専門家、HCD専門家予備軍

・HCIなどを学んでいる学生

HCDの基本の知識としての認知心理学について理解を深めていただけるよう、製品やサービスの設計に活かすための認知心理学の考え方の入門講座を開催します。対象は、UI設計やUXのデザイナーとして活動している方、HCIなどを学んでいる学生の方などです。認知心理学のモデルなどを製品／サービス開発に応用する場合の手がかりをつかんでいただけると幸いです。

■セミナー名：認知心理学とUI、UX入門

■日時：2014年3月6日（木）18:00～20:30（受付開始：17：30）

■会場：芝浦工業大学　芝浦キャンパス　3階306教室

〒108-8548 東京都港区芝浦3-9-14

http://www.shibaura-it.ac.jp/about/campus_shibaura.html

■講師：伊東　昌子氏（常磐大学　人間科学部　教授）

■内容：認知心理学に関する講義と体験的に習得するための小実験

■定員：40名(先着順)

■参加費：HCD-Net会員：3000円、学生会員：無料

一般：5000円、一般学生：1000円

■参加申込方法：満席になりました。ありがとうございました。

3月6日（木）に芝浦工業大学（東京）にて、HCD-Net教育セミナー「認知心理学と
UI,UX入門」が開催されました。
常磐大学の伊東昌子先生を講師にお迎えして、認知心理学とはどのような学問かと
いうお話から応用分野の話まで、幅広くお話しいただきました。
知覚と認知処理の違いを体験するミニ実験、メンタルモデルを確認するミニ演習な
ど、目から鱗を落としながらの講義で、認知心理学の知見が体感できたのではない
かと思います。

本セミナーは入門編定番として毎年開催の予定でいます。今回、受講できなかった
方や、受講されて知り合いに勧めたいと思った方は次の機会によろしくお願いしま
す。

事務局

セミナー「理解のデザイン～コミュニケーションをデザインする～」満席

HCD-Net

12 years ago

インフォーメーション・アーキテクチャー（IA）は、人間の特性を考慮して、

ユーザーに伝えたい情報を構築する技術で、ウェブに限らずシステムやサービス

の内容・使い方などをユーザーに伝えるために重要なものです。

昨年度、好評だったセミナーを再構成し、今年も日本でのIA第一人者で当HCD-

Netの理事でもある長谷川氏にお話いただきます。人に情報を伝えるためのサー

ビス・メディア・UIのなどの設計開発に携わっている方やHCIなどを学んでいる

学生の方におすすめです。皆様の参加をお待ちしています。

■HCD-Netセミナー「理解のデザイン～コミュニケーションをデザインする～」

■日時：2014年2月21日（金）18:00～20:00　(受付:17:30～)

■会場：芝浦工業大学　306教室

（東京都港区芝浦3-9-14)

・JR山手線・京浜東北線田町駅芝浦口から徒歩3分

・都営地下鉄三田線三田駅から徒歩5分

http://www.shibaura-it.ac.jp/about/campus_shibaura.html

■定員：40名（申込順）

■参加費：会員3,000円、学生会員:無料、一般:5,000円、一般学生:1,000円

■参加申込方法　満席となりました。ありがとうございました。

2月21日（金）に芝浦工業大学（東京）にて、HCD-Net教育セミナー「理解のデザイ
ン」が開催されました。
昨年度に引き続き、HCD-Net理事で（株）コンセントの代表取締役である長谷川敦
士氏を講師にお迎えして、「伝わるとは」「理解を促すデザインとは」ということ
について、事例や認知科学的視点・インストラクションの視点などからのお話して
いただきました。
2時間たっぷりの講義にみなさん熱心に聞き入っていました。

今回は、参加希望者多数で、一般受付開始当日に40名の定員が埋まってしまい、50
名に拡大しての開催でした。それでもキャンセル待ちが大勢いらっしゃいました。
本セミナーは定番として毎年開催の予定でいます。今回、受講できなかった方は次
の機会によろしくお願いします。