はたしてそれはマーケッティングなのか？

コンテンツマッチ広告はどこまで有効なのか？

コンテンツマッチって、Googleのアドセンスのことですね。

あれの広告主側の言い方。これね↓

アーカムでは（売上のわりに）ほとんど広告をかけてません。
広告にお金をかけるならば、CS（カスタマーサティスファクション-顧客満足度）の向上のためシステムにお金をかけてます。

が、

リニューアルに伴ってちょっと奮発して、普段は使ってないコンテンツマッチも広告載せてみました。

コンテンツマッチ広告を表示させるようにして、ちょっとメンテナンスを怠ると、ごっつい露出量になってて、あっちゅうまにコストが倍増。
その割に、（というか相変わらず）コンバージョンはコンマ数％の世界です。

アドセンスやバナー広告はコンバージョン悪いのは知ってますが、ある意味、アーカムの認知率のUPのために表示させてたのですが、やっぱりこのコンバージョン率をみると、がっくりします。

思うんですけど、アドセンス見て興味を持ってサイトに誘導された人ってクリック数のうちどれぐらいの数なんでしょうか？

間違いクリックが大半なんじゃないだろうかと思ったり思わなかったり。。

能動的な検索の成果として表示される、リスティング広告は効果あるのですが、コンテンツマッチはどうも疑心暗鬼になってしまいます。

これから買取の金額を今の数倍に持っていくために新たなユーザ獲得に思案中ですが、良いプロモーション（要は広告）ってなんかないですかね？

コピーされ、2次創作されてこそ売れる時代

クリエイティブ・コモンズのCEOに就任した伊藤さんの発言内容。

http://www.itmedia.co.jp/news/articles/0804/15/news092.html

 「今後は、コンテンツのデータは、CCのようなルールに則った上で、できるだけネットに開放し、2次創作を奨励した方が収益にもつながる」と伊藤さんは指摘。DRMで守ったデータを販売するといった従来のモデルが、変化していくとみている。

僕が考えてたことと合致しますし、今アーカムで作成してるコンテンツの方向性はまさにここに集約されると思います。

デジタルソースのコピーやMAD（たとえばYOUTUBEへのプロモーションビデオのUploadなど）はいくら規制しようとしてもいたちごっこだし、何よりユーザが望んでいること。

デジタルソースは広告の一部と開き直れるかどうかは、アーティストの立ち位置によって微妙に変わるでしょうが、少なくともこれからデビューするアーティストたちはこの手法を使えば大きなプロモーションとなることと思います。

ただ、無名の新人の場合は、コンテンツ＝広告として売り出し可能ですが、すでにファンを確立したアーティストの場合、そう簡単に割り切れるものではないですしね。

メーカーもYOUTUBEの活用方法に気付きだしてますが、なかなかうまく収益につなげる方法というのがわからんみたいです。もちろん僕にもわかりません。

文章中にあった伊藤さんの発言ですが

データそのものの販売は難しくなると思う。ミュージシャンのMP3は「アーティストのメタデータ」だと思っている。

　データの中に「リレーションシップ」があれば――例えば希少性があったり、ユーザーIDとひも付いている自分だけのものになっていたりするデータ は、価値があると思う。ファンはみんなアーティストの“一部”がほしい。それは、限定CDやサイン入りのグッズや、イベント、という形で販売できる。

要はデジタルソースで広告して、イベントやグッズなどよりコアにアーティストとのかかわりを持ちたいと感じるユーザから収益をあげましょうという発想ですが、果たしてそこまでお金を落としてくれるユーザがどれぐらいいるかも未知数です。

極論を述べるとこの記事どおり、デジタルソースはアーティストのメタデータということになるのでしょうが、今までこのメタデータで莫大な収益を上げていた部分をユーザとアーティストとのつながりだけで収益に結びつけることは難しい気もします。

            

 

売れてないのは検索速度だけなのか？

3月にリニューアルして、商品の動きが悪いです。

検索速度の低下が一番の原因かと思われ。

リニューアル前はユーザビリティの向上を主体として開発してて、まさかオープンしてこんなに検索速度が下がるとは夢にも思ってなかった。

やっぱユーザが入ってくると予期せぬことが起こりますわ。

慌てて、リニューアル後、開発のコタと1ヶ月ばかりいろいろチューニングしてます。。。

apacheの設定もGIGAZINEのチューニング
GIGAZINEのLoadAverageを「27」から「2」へ下げた方法
を参考にやれる ことはやった。

PHP関連も
ZendOptimizer、eAcceralator
を採用してオーバーヘッドも小さくした。

DBも最速、最速のPostgreSQL8.3を導入して全文検索にLudia１.5もインストール。

SQLチューニングも今週末、コタの頑張りでLoadAverageがだいぶ小さくはなってきてます。
検索速度としては、リニューアル前に近づきつつありますが、なんだろうこの不安は。

使い慣れたサイトがごろっと変わるのは、利便性が向上したとか、しないとか言う前に使い方の習得に時間がかかるものなのかも。

DosTigresの小山さんも「リニューアルは3ヶ月は売上安定しないよー」とおっしゃられてたようにお客さんが慣れるまでは売上は戻ってこないのかもしれません。

お客さんにリニューアルについてのアンケートを回答してもらっても、（リニューアルして）良かった点と悪かった点が同じ項目が上がってきたりしてるとこもあるし。

たとえば検索結果一覧は前までは100件表示だったのを10件にしたところなど。
一人のお客さんはこれが使いやすいと回答してくれたけど、一人のお客さんは一気に見れるほうがいいとの意見。

五味とも話しをしてるんだけど、ユーザでサイトの使い勝手をカスタマイズできるようにすれば一番いいんだろうなあと話てる。

大掛かりなものは後回しになるけど、ちょっとしたアイデアで（ユーザがカスタマイズ）可能なところは見つけていきたいとおもとります。

ま、とにかく検索速度NO1を目指してチューニングしていきます。
次はDBの切り分けにトライっす。