バナー
バナー (banner) はウェブページ上で他のウェブサイトを紹介する役割をもつ(アイコンの一種)のこと。本来、旗印を意味し、ウェブページ上で広告が目立つように使われたことから、この通名で呼ばれ定着した。
主に広告・宣伝用に作られ、ウェブサイトへのハイパーリンク用にも利用される。画像にはリンクを張り、クリックするとそのバナーが紹介するサイトを表示するようになっている。
横長帯状のものが一般的だが、近年は縦長のものや正方形に近いものも多い。
英語の banner は旗の種類で、本来は正方形の紋章旗だが、広く横断幕や幟(のぼり)などの意味に広がり、帯状の広告画像が宣伝用の垂れ幕を連想させることからこの名がついたとされ、英語では本来のバナーと区別するためにウェブバナーと呼ばれる事もある。
日本では、基本的に「軍旗」「幟」「横断幕」をバナーとは呼ばないので、バナーだけで呼ぶことが多く、ウェブバナーとわざわざ呼ぶことは比較的少ない。また、日本ではしばしば「バーナー」と誤記されることがある。
広告として使われる場合、画像には広告主のサイトにリンクが張られており、ユーザーがクリックすればジャンプするようになっている。
バナー広告が含まれるウェブページを閲覧者が開くと、ページ内にバナー画像が表示される。これをインプレッション (impression) と呼ぶ。閲覧者が広告内容に興味を持つなどしてバナーをクリックすると、広告主のサイトへとジャンプする。これをクリックスルー (click-through) と呼ぶ。さらに閲覧者が広告主のサイトで取り扱われている商品に興味を持ち購入すれば、ここで広告主にとっての利益となる。
広告掲載者が広告収入をいつ得るかに関しては大きく分けて3タイプがある。
表示報酬型(インプレッション型報酬)
インプレッションが発生した回数、すなわち広告掲載者のページが開かれた回数に応じて報酬が支払われる方式。1000インプレッション単位で計算されることも多い。掲載者にとっては、多数の人が何度も訪れてくれるようなコンテンツを作成することによって報酬を伸ばせる。広告主にとっては、自社のサイトを見る閲覧者が少なくても報酬を支払わなければならないという欠点がある。
クリック報酬型(クリックスルー型報酬)
クリックスルーの回数に応じて報酬が支払われる方式。クリック保証型という呼称もあり、この語は正しくは広告が一定のクリック数を消費するまでの間配信される広告の契約方法を指すが、クリックスルー型報酬と同義で使われることも多い。広告主は支払う報酬と引き換えに確実に自社のサイトを見てもらえるという安心感が付随するのが特徴。
成果報酬型(売上型成功報酬)
バナー広告を経由して、閲覧者が商品やサービスの購入を行った回数や売上に応じて報酬が支払われる方式。広告主としては、利益が得られたときのみ報酬を支払えばいいということで無駄な広告投資の心配がない反面、掲載側に報酬が入る確率は低く、掲載してもらいにくいことがある。
最初のクリック可能なウェブ広告(後に「バナー広告」という用語で知られるようになった)は、1993年に最初の有償ウェブサイトのひとつだったGlobal Network Navigator(GNN)が、シリコンバレーの法律事務所に販売されたとされる。
長年に渡り世界初のウェブバナー広告とされていたのは、1994年10月27日にウェブ雑誌HotWired上に掲載された、電話会社AT&Tのものであった。別の出典でも1994年10月にHotWiredがクアーズのジーマキャンペーンで最初のウェブバナー広告を使ったという記載がある。ところが、1994年10月24日に開始されたタイム・ワーナーのウェブサイト「Pathfinder」は、HotWiredと同じ週の3日前にバナー広告が掲載されていたという。バナー広告のコンセプトは、タイム・ワーナーとHotWiredで別々に開発されたようだ。従って、バナー広告を表示した最初のウェブサイトは、HotWiredの数日前に立ち上げられたタイム・ワーナーのウェブサイトということになる。
引き続きIBM、スプリント、MCI、ボルボなどの各社が次々とHotWiredと広告契約を結び、以後バナー広告は爆発的に広まった。ほどなくしてアニメーションGIFなどにより多少の動きをもたせた広告も登場した。
最初の中央管理による広告サーバは1995年7月にFocalink Communicationsによってリリースされ、オンライン広告の管理、ターゲティング、追跡が可能になった。1996年1月にNetGravityからすぐにローカル管理の広告サーバがリリースされた。広告サーバの技術革新は、インプレッションベースのオンライン広告の販売とともに、1994年から2000年までのウェブ業界におけるウェブ広告の急増を促進し、このビジネスの経済的基盤を盤石にしていった。21世紀初頭にGoTo.com(後のオーバーチュア、そしてYahoo!、そしてGoogle AdWordsプログラムのマスマーケティングで広げられた)によって導入された新しいオンライン広告モデルは、インプレッションではなく広告へのレスポンスの追跡に重点が入れられていた。
バナー広告の積極的な利用により利益を上げ、インターネットブームの到来に寄与したのがYahoo!やネットスケープコミュニケーションズである。Yahoo!はウェブディレクトリや検索エンジンといったサービスを無料で提供する一方でバナー広告を掲載し、バナーを中核に据えたビジネスモデルを構築した。その後Yahoo!の成功を手本にして様々なサービスが立ち上げられ、インターネットの可能性は大きく広がった。
しかしその後、ユーザーがバナー広告に対する「耐性」をつけたことや、インプレッション回数に対して0.05%ともいわれるクリックスルー回数というユーザー側の反応の低さから、ウェブでの広告の新しい形態を模索する動きもある。また注目度を高めるために従来よりも広告のサイズを大きくしたり、Adobe Flashや動画などを用いて多彩な手法と表現を取り入れている広告も増えている。
バナー用画像の大きさは自由に決めても構わないが、オンライン広告の業界団体IAB (Interactive Advertising Bureau) では大きさに関するガイドライン、Interactive Marketing Units を設けており、実際2012年の時点で販売されるバナー広告の80%以上がこれに従っている。IABが標準化する前は、バナー広告には250を超えるさまざまなサイズが使われていた。
日本ではIAB規格が制定される前に普及した、幅400 x 高さ40 ピクセル、幅200 x 高さ40 ピクセル のものも広く用いられている。
2007年のIABガイドラインは以下の通り。
ノート
上で太字で表示されているものはユニバーサル・アド・パッケージ (UAB)のサイズである。背景が灰色で表示されているものは2011年の改定で削除された。このガイドラインは、広告パフォーマンステストの結果得られる消費者の反応の変化、よく使われるデバイスやメディアタイプの変化などを考慮して2年毎に見直しがかかるため、常に最新の情報を参照する必要がある。
2015年、IABはHTML5を考慮したディスプレイ広告とモバイル広告のガイドラインを発表した。
2017年、IABは、サイズ調整可能な広告 (レスポンシブ広告) フォーマットを取り上げた新しいガイドラインと、拡張現実(AR)、仮想現実(VR)、ソーシャルメディア、モバイルビデオ、絵文字広告メッセージング、360度動画広告などの新しいデジタルコンテンツエクスペリエンスのガイドラインも発表した。
固定サイズのガイドラインは以下の通りである。
数字の単位はすべてピクセル(px)。
日本においてはサイト間でリンクを張る際、リンク先のサイトの看板としての画像のこともバナーと呼ぶことが多い。
欧米ではこの用途で用いられる画像はボタン (button) と呼ぶことが多い。バナーとボタンの境界は曖昧だが、Full Bannerなどのサイズは看板として用いられることは少ないことからも、広告に用いられる比較的大きく細長いものをバナー、小さめのものをボタンと呼び分けるのが一般的である。なお、「ボタン」の名称は、Netscape Navigatorのバナーがエンボスで浮き出たようなデザインになっていたことに端を発するとの見方、クリックすると他のページへ飛ぶという動作から連想されて生まれたとの見方などがある。
看板という性質上大きさは制作者の自由である。しかしリンク集などに並べて使用されることが多いことから、可能ならば一般的なサイズのものを準備しておくとよい。
世界的にもっとも一般的なのは 88 x 31 ピクセルの Micro Bar 型。これに加え日本では 200 x 40 ピクセル、100 x 60 ピクセルのものが普及している。200 x 40 の大きさを考案したのはWoody-Rinnである。 80 x 15 ピクセルのものもある。
使い方としては、リンク集にてサイトの紹介の横に掲載したり、サイトのトップページなどに掲載してリンク先のサイトへの応援を表明したりなど。各サイトのバナーは、そのサイトのアバウトページやリンク集のページなどで配布していることが多い。
リンク集のデザインは当然各サイトによって異なる。幅広いケースに対応できるように、バナー作成者は大きさの異なるバナーを複数準備しておくとよいだろう。その際 Micro Bar などの広く普及している大きさを含めておくのが望ましい。
他サイトのバナーを自サイトで使う場合には、画像データをどこに置くのかという問題がある。すなわち、相手のサーバにあるデータを直接参照するのか(いわゆる直リンク)、データを自分のサーバに移すのかということである。自分のサーバに置いた場合相手のサーバに負担をかけないという利点がある。また、自分のサーバ上のバナーを指定したHTMLソースを準備しておくと、リンクを張りたい人はそのソースを自分のページにコピー・アンド・ペーストするだけでバナーを設置できるという利点がある。なお、サイトによっては直リンクが禁止されている場合もあるので注意が必要である。
バナーはその多くが情報の提供を画像内で行うため、スクリーンリーダーやテキストブラウザを使う場合に情報が伝わりきらないなど、アクセシビリティ面での問題がある。また、視力の悪いユーザーが画像拡大が出来ないウェブブラウザを利用しているような場合にも同様の問題が発生する。
また、ブロードバンド向けのバナーやバナー数が多いWebページは、ダイヤルアップ接続などナローバンド環境で画像の読み込み時間がかかるためにユーザビリティが悪化するといった問題もある。
これらの問題をクリアするにはバナー画像のデータ容量を小さくする、バナー数を減らす、ALT属性による情報を入れる、バナー画像をテキストバナーに振り替える、といった解決方法がある。