Aggregator

株式会社アイレップは2月6日、2012年度9月期 第1四半期決算（2011年10月1日～2011年12月31日）の決算短信を発表した。 【連結経営成績（累…

株式会社ディー・エヌ・エーは2月7日、2012年度3月期 第3四半期決算（2011年4月1日～2011年12月31日）の決算短信を発表した。 【連結経営成…

株式会社電通は2月7日、2012年1月度単体売上高を発表した。全社ではプラスを維持したが、業務別では、雑誌とテレビ、インタラクティブメディアがマイナスに転じた。…

株式会社博報堂DYホールディングスは2月7日、2012年度3月期 第3四半期決算（2011年4月1日～2011年12月31日）の決算短信を発表した。 【連…

出張で金沢に行ってきました。 泊まっていたホテルで見かけたのが、このコンシェルジュカード。 こんな感じで小さなカードが100種類ぶら下がっています。サイズは名刺よりも小さい55mm×85mmの縦長で、広げてみると3倍になったりします。 カードはきれいに分類されていて、観光ガイドのカードもあり、いろんな施設のクーポンがあり、もちろんグルメガイドもあり。デザインも気が利いています。 小さくてかさばらないので、自分の必要な情報だけをピックアップして、ポケットに入れて持っていけるのがいいところ。 で、さらに気が利いているのは、多くのカードにQRコードが入っているところです。QRを通じてサイトを見てもらえば、最新の情報を送ることもできるわけです。 QRのリンク先となるサイトは一部ライブドアブログで作られていて、ドメインもそのままなので、ちょっと手抜きの感もありますが、ケータイにもスマホにも自動的に対応しちゃいますから、ローコストで機能は十分。 で、僕もこのカードを駆使して、 蔵元(福光屋)でおいしく頂いてきました。 QRコードの利用はすっかり定着したなかでも、この大きさのカードと組み合わせたのが非常に効果的と感じました。 (四家)

Twitterの広告収入が順調に伸びる予定らしいというニュースを紹介したばかりにも関わらず、全Twitterユーザー中、過去三カ月で実際にツイートしたのは全体の1/3しかいないらしい、というこのツンデレ的ニュースを続けて … 続きを読む →

サービスの進化が足りない、経営陣が集中していない、などなど色々いわれながらも地道に着実に成長を遂げているTwitterですが、さて今回は2014年「まで」にTwitterが広告収入だけで400億円（5億4000万ドル、、 … 続きを読む →

GoogleツールバーのPageRank（TBPR）をGoogleはメジャー更新したようだ。前回のTBPR更新は2011年11月上旬。3ヶ月ぶりの更新となり通常の間隔だ。

- GoogleツールバーのPageRankがメジャー更新 (2012年2月) -

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

1行サイトリンクの先頭に小さな矢印を表示するようにGoogleは検索結果のUIを改良した模様。今週中に展開が完了するとのこと。

- Google、1行サイトリンクに小さな矢印を表示 -

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

博報堂DYメディアパートナーズとTメモが、スマートフォン向けのテレビ画面認識アプリを開発。視聴者が放送画面を撮影すると、その画像がサーバーに送信され、対応する情報が戻ってくる。南海放送と実証実験を行っている。
------------------------------
makiコレ！ Android携帯で番組連動企画！
http://www2.rnb.co.jp/web/event/pasyaan/
パシャーン
https://market.android.com/details?id=jp.co.tmemo.pashaaaan
------------------------------

さみしくなったら、またアクセスしてみたい。東芝。

ツイッター担当者の退職にともない、ブランド名のアカウントのフォロワーがブランドの資産でなく個人の資産になってしまった例は日本でもある。

すでにニュースリリースで発表させていただきましたとおり、2012年1月の月間ベストリリース賞はワタベウェディング株式会社様です。 2012年1月の月間ベストリリース賞、受賞リリースはこちら！ ■News2uリリース　2012年1月の月間ベストリリース賞 ◎ワタベウェディング株式会社 2012年年始式 －　社長メッセージ　－(2012年1月4日　15時55分) ■選定理由(審査委員長・神原弥奈子のコメント) 新しい年を迎えた１月のニュースリリースは、初売りをはじめ新年のイベントやキャンペーンなどのリリースが多くなります。 そんな中、この数年注目をしているのが、企業トップの年頭の挨拶のニュースリリースです。 今回、ベストリリース賞に選ばれたワタベウェディングのニュースリリースは、同社の仕事始めの日に公開されたものです。スタッフに向けてのメッセージは、同時に自社ウェブサイトに掲載され、またニュースリリースとしても公開されました。 多くの企業トップが、年初に当たって、社員や取引先に向けた年頭のメッセージを発表していると思います。大手企業のトップの年頭の挨拶は、新聞などで紹介され、一般の方も目にする機会もありますが、ほとんどの会社のものは、なかなか知る事が出来ません。 年頭の挨拶を、ニュースリリースとして発信することで、この１年の企業の方針や姿勢を伝える事ができます。 同時に、普段はマーケティング寄りの情報発信が多く、企業の顔が見えにくいものですが、年頭の挨拶のニュースリリースでは、企業のトップが大きくクローズアップされることで、普段とは違う視点から企業をアピールすることができます。 また、ニュースリリースに全文を紹介している点もポイントです。 年頭の挨拶のリリースは、企業の顧客だけでなく、幅広い方に関心を持って頂ける可能性があります。自社のビジネスに直結していない方も多いと思いますが、ニュースリリース本文だけで、その全文を読めるようにしていることで、関心を持ってくれたユーザーの欲求を満たすことができます。 ホームページのアクセス数やPVだけを指標にしてしまうと見落としてしまう視点です。 ●選定のポイント 新年の挨拶をニュースリリースとして発信することで、企業姿勢をより多くのステークホルダーに伝えている。新年の挨拶の全文をニュースリリースに記載することで、リリースにアクセスした人の関心を、ニュースリリースで完結させることができている。（強引なサイトへの誘導を行っていない）。自社サイトでも報道用pdfだけでなく、閲覧しやすいhtmlで情報が公開されている。 【ワタベウェディング株式会社　広報チーム　黒岩英理子様からの受賞コメント】 年間のプレスリリースの中でも、年頭の社長挨拶につきましては、最も力をいれるものの一つです。当社の社是である、「家族の絆づくり、かけがえのない思い出づくり」を社長自身の声で、社員だけでなく、お客様や株主様な全てのステークホルダーの皆様にお届けすることができるよい機会であると思っております。 今回、年の一番始めのプレスリリースにおきまして、このような光栄な賞を頂き、大変嬉しく思います。 今後も、価値あるニュースを提供していけるよう取り組んでまいります。 ありがとうございました。 ワタベウェディング株式会社様、ご受賞おめでとうございます。

ビジネスを世界展開しようとしているなら、ウェブサイトもそれにあわせる必要があるでしょう。テキストを翻訳するだけの簡単なことだと思う方もいるかもしれませんが、実は気をつけることは他にもあります。Google ウェブマスター チームが作成するサイトは、40 を超える言語にローカライズ（現地語化）されることも頻繁にあります。今回はその経験を基に、ページを多言語そして多地域向けに公開するにあたっての注意点を紹介します。

（外国語のコンテンツは発信しないから関係ないと思うかもしれませんが、もしかしたら他の国の人が、Google 翻訳のようなツールを使ってあなたのページを自分の母国語で見ている かも知れません。サイトを本来の表示言語以外の言語で見ているユーザーの割合は、アナリティクスのマイレポートに表示されるトラフィックを参照することでわかります）

「言語が増える=HTML テンプレートが増える」ではない
これについてはいくら強調しても足りないくらいですが、同じテンプレートをすべての言語バージョンで再利用すること、そしてテンプレートの HTML はシンプルにしておくことを強くおすすめします。

HTML コードがどの言語でも同じであることは、メンテナンスの観点から非常に重要です。言語ごとに HTML コードに手を加えてバグを修正するのでは、拡張性に欠けます。ページのコードはできるだけシンプルなままにしておいて、スタイルについては CSS を使うのがよいでしょう。（コードをシンプルしておくもう 1 つの利点は、翻訳のしやすさです。ほとんどの翻訳ツールは HTML ドキュメントを解析して翻訳可能な文字列を抽出しますので、この作業は、HTML の構造が正しければ、非常に容易です）

文字列の長さに注意
要素のサイズを固定したときにテキストがきれいに見えるようなデザインの場合は、テキストを翻訳すると大変なことになるおそれがあります。たとえば、ページの左側に置いたナビゲーション用のテキストが、翻訳するとかなり長くなってしまうことがあります。ナビゲーション用のタイトルが 2 行にまたがってしまう可能性も考えて、全体が収まるように行の高さを決定する必要があります（ナビゲーション テキストを最初に母国語で作るときもこのことは考慮する価値があります）。

テキストの長さが変動することが特に問題となるのは、フォームのラベルやレイアウトです。たとえば、フォームのラベルを左側に、入力フィールドを右側に配置したデザインの場合は、テキストが長いと 2 行になってしまい、短いと入力フィールドとの間が空きすぎて関連がないように見えてしまいます。どちらの場合もデザインが台無しになり、フォームの可読性が損なわれます。さらに、右から左（RTL）にテキストを記述する言語のレイアウトについてもスタイルを考慮する必要があります（詳しくは後ほど）。このような理由から、Google では、ラベルをフィールドの上に置くようにフォームをデザインしています。フォームが読み取りやすくなり、さまざまな言語に翻訳したときもスタイルの維持が容易だからです。


また、テキストを表示する領域の高さを固定するのも避けたほうがよいでしょう。高さを揃えたいくつかのボックスを背景としてレイアウトすると、母国語のテキストはぴったり収まっても、テキストが翻訳されたときにあふれ出てしまうことがあります。デザインの中で使う UI 要素が、テキストの長さの増減によって影響を受けるかどうかも考える必要があります。たとえば、タブを横に並べる か、 縦に並べる かといったことです。

右から左へ記述する言語への対応
右から左へ記述する言語のページに表示するためのコンテンツは、ほとんどの場合、純粋な RTL ではなく双方向となります。テキストによっては、左から右という方向を維持する必要があるからです（会社名の英語表記や電話番号など）。双方向 HTML のソース編集には問題が起こりがちですが、その理由は、エディタの多くが Unicode の双方向アルゴリズムをサポートしていないことです（問題と解決策に関する詳しい情報（英語））。例えば下の例のように " と > の順序を間違えてしまうということが起きえます:

<p>ابةتث <img src="foo.jpg" alt=" جحخد"< ذرزسش!</p>

双方向のテキストを適切に編集できるエディタは Coda のほか、Dreamweaver、IntelliJ IDEA、JEditX などがあります。

RTL 言語用にページをデザインするときは、必要なサポートのほとんどをコア CSS に組み込み、html 要素の dir 属性（下位互換性のため）とともに body 要素にも CSS のクラスを用意するのがよいでしょう。他の場合と同様に、すべてのスタイルを 1 つのコア スタイルシートに集めておくと、メンテナンスがしやすくなります。

スタイルに関しては、右側にフロートする要素は左側にもフロートする必要があり、その逆も同じであることに注意してください。要素の一方の側に設定されているパディングやマージン幅は反対側に置かれ、テキストの整列属性は反対向きに設定されます。

Google が通常採用しているアプローチの 1 つに、html[dir=rtl] CSS セレクタではなく body タグのクラスを使用するというものがありますが、これは古いブラウザとの互換性のためです。例えば以下のように HTML, CSS を記述します。

要素:

<body class="rtl">
<h1><a href="http://www.blogger.com/"><img alt="Google" src="http://www.google.com/images/logos/google_logo.png" /></a> 見出し</h1>

左から右への（デフォルトの）スタイル:
h1 {
height: 55px;
line-height: 2.05;
margin: 0 0 25px;
overflow: hidden;
}
h1 img {
float: left;
margin: 0 43px 0 0;
position: relative;
}

右から左へのスタイル:
body.rtl {
direction: rtl;
}
body.rtl h1 img {
float: right;
margin: 0 0 0 43px;
}

（実際の例を 英語版 と アラビア語版 で比較できます。）

また、RTL を主とするドキュメントの中に会社名の英語表記や電話番号のような左から右のテキストがある場合に、ブラウザで正しく処理されるようにするには、インライン要素で埋め込まれたテキスト文字列を、方向を設定する属性を使って折り返します。

<h2>‫עוד ב- <span dir="ltr">Google</span>‬</h2>

dir 属性を入れる HTML コンテナがない場合（title 要素や、メッセージ プロンプト用に JavaScript によって生成されたソース コードなど）は、次のようにすると同じことを実現できます。‫ と ‬‬ は、Unicode 制御文字です:

<title>&#x202B;‫הפוך את Google לדף הבית שלך‬&#x202C;</title>

JavaScript コードでの使用例:
var ffError = '\u202B' +'כדי להגדיר את Google כדף הבית שלך ב\x2DFirefox, לחץ על הקישור \x22הפוך את Google לדף הבית שלי\x22, וגרור אותו אל סמל ה\x22בית\x22 בדפדפן שלך.'+ '\u202C';

（詳細については、 アラビア語やヘブライ語などの右から左へ記述する言語の HTML ページの作成と RTL 言語でのスクリプトの作成 （英語）に関する W3C の記事を参照してください）

文字化け
（既に日本語文字を使用しているウェブマスターの方はあまり意識する必要はないと思いますが、）ラテン文字以外の外国語の文字セット（キリル文字、ギリシャ文字、アジアやインドのさまざまな言語の文字）をこれまでに一度も使用したことがない場合は、エディタとブラウザのどちらも、コンテンツが意図したとおりに表示されない場合があります。

エディタとブラウザのエンコードが UTF-8（推奨）に設定されていることを確認するとともに、HTML テンプレートに html 要素の lang 属性を追加することを検討してください。これによって、ブラウザがページを正しくレンダリングできるようになります。このことには、すべての Unicode 文字が正しく表示されるという利点もあります。つまり、é（é）のような HTML 実体参照を使う必要がなくなるので、貴重なバイト数を節約できます。エンコードをうまく解決できないときは、W3C の文字エンコードに関するチュートリアル （英語）を参照してください。この問題の詳しい説明があります。

標準規格に従った命名
最後に、複数の言語バージョンを作るときの命名規則に関する実務的なヒントを紹介します。ISO 639-1 言語コード などの標準規格に従って名前を付けておくと、同じドキュメントのさまざまな言語バージョンを扱うときに便利です。

標準の命名規則が使用されていれば、ユーザーがサイトの構造を理解しやすくなることに加えて、サイトを構築するウェブマスターにとってもメンテナンスしやすくなります。また、サイトのその他の要素（ロゴ画像や PDF ドキュメントなど）に言語コードを使うと、ファイルの識別がしやすくなります。

また、ウェブマスター セントラルの記事で、URL 構造に関するヒントと、 多地域向けウェブサイト （英語）や 多言語ウェブサイト に関する問題について紹介していますので、参考にしてください。

ここで紹介したことについては、Google 自身も日々苦戦していますが、確かに言えることは、十分な計画を立てて適切な構造の HTML としっかりとした CSS を作成すれば、ローカライズが格段に楽になるということです。

Posted by Kathryn Cullen, Google Webmaster Team
Original version: Îñţérñåţîöñåļîžåţîöñ

グリー株式会社は、平成24年6月期第2四半期決算を発表した。 ＜平成24年6月期第2四半期の連結業績＞ （平成23年7月1日～平成23年12月31日） …