Aggregator

日本アイ・ビー・エムが、顧客別のマーケティングのカスタマイズを包括的に支援するクラウドサービスを販売。

最近いろいろな場所で相談したり、感じていたりすることです（こないだの金曜日も徳力さんとこの話題をしていました）。 from http://www.edupics.com/coloring-page-interpreter-i4589.html まずは用語の意味から確認してみましょう。 interpreter 音節in・ter・pret・er 発音記号/ɪntˈɚːprəṭɚ｜‐tˈəːpr&#6 ...

2012/11/22のJEITAの統計資料から。
http://www.jeita.or.jp/japanese/stat/pc/2012/

Posted by Smita Hashim、グループ プロダクト マネージャー

今年の年末商戦は、住所指定オプションと地域設定を活用して、ユーザーが見つけやすく、訪れやすく、電話をかけやすいビジネスを目指しましょう。

住所指定オプションはビジネス拠点の住所と電話番号を AdWords 広告に追加表示する機能です。そして地域設定は、特定の地域にいるユーザーに向けて広告を表示する機能です。

このたび、この 2 つの機能が改善され、ご利用いただける国が増えました。年末商戦に向け、特定の地域にターゲットを絞って広告を掲載していただけます。

新機能

1. 空港ターゲット : 旅行者との新しいコミュニケーション方法
フライト状況のチェックや離陸前の暇つぶしなど、旅行者にとって携帯電話やタブレット端末は不可欠な存在になっています。 AdWords 広告主の皆様は、新たに加わった空港ターゲット機能によって、世界中の 350 ヶ所以上の空港でこうした端末を閲覧している潜在顧客とコミュニケーションを図れるようになりました。

まず日本においては、成田、羽田、大阪など 21 ヶ所の空港をターゲットとして設定できるようになります。地域設定画面で「Narita」「NRT」などローマ字で空港名をご入力ください。



利用可能な空港の完全なリストは、こちらから見ることができます。リンク先は英語ですが、「Target Type」で「Airport」、「Country Code」で「JP」を選択すると、日本の空港の一覧を確認できます。今後、さらに多くの空港を追加したいと考えています。



2. 住所指定オプションとサイトリンクを同時に表示
パソコン向けのテキスト広告で、住所指定オプションを 1 行表示のサイトリンクと同時に表示できるようになりました。なお、2 行表示および 3 行表示のサイトリンクとも、従来どおり同時に表示可能です。店舗とウェブサイトを組み合わせたビジネスを運営している皆様は、サイトリンクと住所指定オプションの併用をぜひご検討ください。



3. 地図がより大きく、より便利に
パソコン向けの住所指定オプションでは、現在の展開可能な地図に替わって、より大きなパネル付きの地図が表示されようになりました。住所指定オプションの住所をクリックすると、上位の検索結果の右側に新しい地図パネルが表示されます。

初期テストでは、従来のデザインと比べて、住所をクリックして地図を参照するユーザーの数が大幅に増えるという調査結果が出ています。



4. 住所指定オプションのコンバージョン レポート
AdWords コンバージョン トラッキングをご利用の場合、住所指定オプションがコンバージョン率に与える影響を確認できます。今年、広告設定オプションの掲載結果データにコンバージョンに関するデータが追加されました。これにより、住所指定オプションがコンバージョンに与える影響を分析し、地域ごとのコンバージョン数をより効果的に計測できるようになりました。

これらの改良点を活かして、年末商戦の繁忙期とその先に向けて、地域性の高いビジネスの情報をユーザーに届けていただければと思います。こうした機能を初めて利用される場合や、もっとよく知りたいとお考えの場合は、ヘルプセンターで住所指定オプションと地域設定の詳しい設定手順をご覧ください。また、AdWords サポートへのご相談や、ヘルプ フォーラムへの投稿もいつでもお待ちしております。

Posted by Marina Agapakis, Product Marketing Manager

Google では、皆様に最新の機能について学んでいただくため、定期的にセミナー「Learn with Google」を開催しています。今後のセミナー予定については、改めて本ブログでお知らせします。

今回は、大量のキーワードを登録することなくウェブサイトへの集客増加を実現する AdWords の新しい広告フォーマット、「動的検索広告」を取り上げます。

動的検索広告を使用すると、Google のシステムが自動的に広告主様のウェブサイトの内容を分析します。そして、その内容に関連する語句で検索が行われると、広告タイトルとリンク先ページを自動で作成して広告を表示します。

このセミナーでは以下の内容をご紹介しますので、この機会にご参加ください。

・ 動的検索広告の概要
・ 動的検索広告の活用事例
・ 動的検索広告の運用方法

このセミナーは、皆様からのご質問をその場で受け付け、回答する時間も設ける予定です。

ぜひ、この機会を逃さずにご参加ください。
事前のご予約が必要ですので、忘れずにお申し込みください。

日時

2012 年 11 月 27 日（火）18 時
時間 : 1 時間程度
場所 : オンラインのセミナーです。インターネットに接続できる環境よりご参加ください。

要予約

こちらをクリックしてお申し込みください

NHN Japan株式会社は、同社が運営する無料通話・無料メールスマートフォンアプリ『LINE（ライン）』において、飲食店などの店舗や、テレビ・雑誌などのメディア、地方自治体などの公共団体向けに、ビジ...

株式会社ファンコミュニケーションズは、平成24年10月の月次業績を発表した。10月のPC向けアフィリエイト広告サービスの売上高は7億8,106万2,000円（前年同月比134.3％）、モバイル向けアフ...

ディスプレイ広告の視認可能なインプレッションの定義や測定について、MRCがパイロットテストの結果と見解を公開。パイロットテストは、2012年の5月から6月にかけて、22件のキャンペーンを調査した。視認可能なインプレッションの割合は、78.6％から7.3％までばらつきがあった。そもそも、クロスドメインのiFrameなどの問題により、視認可能か否かを判別できるインプレッションは一部にすぎない。視認可能なインプレッションを業界標準の通貨とするには、解決すべき課題が多い。
------------------------------
Viewable Impression Advisory from MRC
http://www.iab.net/press_release/2570895
------------------------------
パイロットテストの結果については、360iも詳細なレポートを公開している。
------------------------------
The Future of Viewability – New Report Outlines Key 3MS Findings
http://blog.360i.com/360i-news/the-future-of-viewability-new-360i-report-outlines-key-3ms-findings
------------------------------
IABはiFrameの代替技術として、視認可能なインプレッションの測定に対応する「SafeFrame 1.0」の仕様を公開。パブリックコメントを求めている。
------------------------------
IAB Releases SafeFrame 1.0 for Public Comment, Specifications will Power Viewable Impression Measurement Standards
http://www.iab.net/press_release/pr-111912_safeframe
------------------------------

最近、様々なアプリを独自リリースしているGoogleのブラウザーChromeですが、The Next Webで「これはスゴイ！」と感動してしまった宇宙探索アプリを見つけたので早速紹介します。 — SEO Ja … 続きを読む →

2012年10月9日より「広告管理：コンテンツ」タブ内で利用できるインタレストマ...

スマートフォン向けに最適化されたウェブサイトの構築について、Google がお勧めする方法を公開して以来、ウェブマスターの皆さんから「タブレット端末はどう取り扱うのがよいのか」という質問をよくいただきます。これは Android 向けアプリのデベロッパーの皆さんが直面する問題とよく似ていますので、「Building Quality Tablet Apps （高品質なタブレット用アプリの構築方法）」 （英語）に関するガイドをお読みいただくことから始めるとよいでしょう。

タブレット向けに最適化された、検索エンジンと相性の良いウェブサイトの構築方法については、Google からは具体的にお勧めしていることはありませんが、スマートフォンとタブレット両方のユーザーに対応するウェブサイトの構築方法に関してはいくつかアドバイスがあります。

タブレットからサイトにアクセスするユーザーのことを考えるとき、端末のことだけでなく、ユーザーが何を期待しているかを考慮することが大切です。スマートフォンに比べ、タブレットは大きなタッチ スクリーンを持ち、通常は Wi-Fi 接続を使用します。タブレットはデスクトップ PC やノート PC と同等の充実したブラウジング体験を、持ち運びやすく軽量で、通常、より使いやすい形態で提供するものです。つまり、タブレット向けに最適化されたコンテンツを提供している場合を除き、ユーザーはスマートフォン版のサイトではなく、PC 版のサイトが表示されることを期待しているのです。


Google では、スマートフォン向けに最適化されたサイトに関して、レスポンシブ ウェブ デザイン (英語) を使用すること、すなわち、あらゆる端末に対応する 1 つのサイトを用意することをお勧めしています。皆さんのサイトが、この推奨に従ってレスポンシブ ウェブ デザインを採用している場合は、さまざまなタブレット端末上でサイトの表示をテストし、タブレット端末も適切に対応されていることを確かめてください。スマートフォンの場合と同様に、さまざまな端末サイズや画面解像度でテストする必要があります。

このほかよく用いられるのは、PC 向けとスマートフォン向けに別々のサイトを用意し、ユーザーを該当する方のサイトにリダイレクトするという構成です。この構成を採用している場合は、タブレット ユーザーを誤ってスマートフォン版のサイトにリダイレクトしないように注意してください。

Android スマートフォンとタブレットを識別する

Android 端末については、ブラウザが提供するユーザー エージェント文字列を使えば、スマートフォンとタブレットとを容易に識別できます。Android のスマートフォンとタブレットのどちらも、ユーザー エージェント文字列には「Android」という単語が含まれていますが、ユーザー エージェント文字列に「Mobile」が含まれているのはスマートフォンの場合のみです。

まとめると、ユーザー エージェントに「Mobile」が含まれていない Android 端末はすべてタブレット（あるいはその他の大きな画面を持つ） 端末ですので、PC 版サイトで対応するのが良いでしょう。

例えば、Galaxy Nexus スマートフォン上の Chrome が提供するユーザー エージェント文字列は次のとおりです。

Mozilla/5.0 (Linux; Android 4.1.1; Galaxy Nexus Build/JRO03O) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Mobile Safari/535.19

また、Galaxy Nexus 上の Firefox が提供するユーザー エージェントは次のようになります。

Mozilla/5.0 (Android; Mobile; rv:16.0) Gecko/16.0 Firefox/16.0

Nexus 7 上の Chrome が提供するユーザー エージェントは次のようになります。

Mozilla/5.0 (Linux; Android 4.1.1; Nexus 7 Build/JRO03S) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Safari/535.19

同じく Nexus 7 で、Firefox の場合は次のとおりです。

Mozilla/5.0 (Android; Tablet; rv:16.0) Gecko/16.0 Firefox/16.0

Galaxy Nexus のユーザー エージェントには「Mobile」が含まれているため、スマートフォン向けのサイトで対応し、一方 Nexus 7 には PC 版のサイトを表示させます。

皆さんが、タブレット向けに最適化されたより高品質なウェブサイトを構築するのに、この記事がお役に立てば幸いです。ご質問がありましたら、ウェブマスター ヘルプ フォーラム までお寄せください。


Posted by Pierre Far, Webmaster Trends Analyst, and Scott Main, lead tech writer for developer.android.com
Original version: Giving Tablet Users the Full-Sized Web

スマートフォン向けに最適化されたウェブサイトの構築について、Google がお勧めする方法を公開して以来、ウェブマスターの皆さんから「タブレット端末はどう取り扱うのがよいのか」という質問をよくいただきます。これは Android 向けアプリのデベロッパーの皆さんが直面する問題とよく似ていますので、「Building Quality Tablet Apps （高品質なタブレット用アプリの構築方法）」 （英語）に関するガイドをお読みいただくことから始めるとよいでしょう。

タブレット向けに最適化された、検索エンジンと相性の良いウェブサイトの構築方法については、Google からは具体的にお勧めしていることはありませんが、スマートフォンとタブレット両方のユーザーに対応するウェブサイトの構築方法に関してはいくつかアドバイスがあります。

タブレットからサイトにアクセスするユーザーのことを考えるとき、端末のことだけでなく、ユーザーが何を期待しているかを考慮することが大切です。スマートフォンに比べ、タブレットは大きなタッチ スクリーンを持ち、通常は Wi-Fi 接続を使用します。タブレットはデスクトップ PC やノート PC と同等の充実したブラウジング体験を、持ち運びやすく軽量で、通常、より使いやすい形態で提供するものです。つまり、タブレット向けに最適化されたコンテンツを提供している場合を除き、ユーザーはスマートフォン版のサイトではなく、PC 版のサイトが表示されることを期待しているのです。


Google では、スマートフォン向けに最適化されたサイトに関して、レスポンシブ ウェブ デザイン (英語) を使用すること、すなわち、あらゆる端末に対応する 1 つのサイトを用意することをお勧めしています。皆さんのサイトが、この推奨に従ってレスポンシブ ウェブ デザインを採用している場合は、さまざまなタブレット端末上でサイトの表示をテストし、タブレット端末も適切に対応されていることを確かめてください。スマートフォンの場合と同様に、さまざまな端末サイズや画面解像度でテストする必要があります。

このほかよく用いられるのは、PC 向けとスマートフォン向けに別々のサイトを用意し、ユーザーを該当する方のサイトにリダイレクトするという構成です。この構成を採用している場合は、タブレット ユーザーを誤ってスマートフォン版のサイトにリダイレクトしないように注意してください。

Android スマートフォンとタブレットを識別する

Android 端末については、ブラウザが提供するユーザー エージェント文字列を使えば、スマートフォンとタブレットとを容易に識別できます。Android のスマートフォンとタブレットのどちらも、ユーザー エージェント文字列には「Android」という単語が含まれていますが、ユーザー エージェント文字列に「Mobile」が含まれているのはスマートフォンの場合のみです。

まとめると、ユーザー エージェントに「Mobile」が含まれていない Android 端末はすべてタブレット（あるいはその他の大きな画面を持つ） 端末ですので、PC 版サイトで対応するのが良いでしょう。

例えば、Galaxy Nexus スマートフォン上の Chrome が提供するユーザー エージェント文字列は次のとおりです。

Mozilla/5.0 (Linux; Android 4.1.1; Galaxy Nexus Build/JRO03O) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Mobile Safari/535.19

また、Galaxy Nexus 上の Firefox が提供するユーザー エージェントは次のようになります。

Mozilla/5.0 (Android; Mobile; rv:16.0) Gecko/16.0 Firefox/16.0

Nexus 7 上の Chrome が提供するユーザー エージェントは次のようになります。

Mozilla/5.0 (Linux; Android 4.1.1; Nexus 7 Build/JRO03S) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Safari/535.19

同じく Nexus 7 で、Firefox の場合は次のとおりです。

Mozilla/5.0 (Android; Tablet; rv:16.0) Gecko/16.0 Firefox/16.0

Galaxy Nexus のユーザー エージェントには「Mobile」が含まれているため、スマートフォン向けのサイトで対応し、一方 Nexus 7 には PC 版のサイトを表示させます。

皆さんが、タブレット向けに最適化されたより高品質なウェブサイトを構築するのに、この記事がお役に立てば幸いです。ご質問がありましたら、ウェブマスター ヘルプ フォーラム までお寄せください。


Posted by Pierre Far, Webmaster Trends Analyst, and Scott Main, lead tech writer for developer.android.com
Original version: Giving Tablet Users the Full-Sized Web