クラウド型のログストレージサービス「Xdata collect」をサービス開始

こんにちは。MOBYLOG事務局です。

 

相当久しぶりの投稿となりますが、本日は新サービスのPRとなります。

 

2013年5月7日、株式会社セラン(東京都千代田区、代表取締役 佐々木 孝司、以下『セラン』)は、ビッグデータ分析のためのクラウド型ログストレージサービス『Xdata collect(クロスデータ・コレクト)』の提供を開始しましたので発表致します。

 

簡単に説明すると、アクセス解析のタグで通知したログを生ログの状態で保存するサービスです。

サービスの詳細はXdata collectのサイトを見て頂くとして、ここではMOBYLOGをご契約のお客様へお知らせさせて頂きます。

 

 

Xdata collectは、既に導入頂いているMOBYLOG ENGINEHandloaD TAGでビーコン送信された多種多様で高精度なログを、自動的に整理整頓した状態で保存します。
保存したログは、必要な時に管理画面やAPIから期間を絞って抽出することができるため、アクセス解析以外の分析ツール(例えばBIツールやCRMツール、自社データベース)を利用する際に、各種ツールへのデータ提供をシンプルにすることができます。

 

 

無料・有料 2つのプラン

プランは無料と有料の2つを用意しており、月間のログ保存件数が50万件以内であれば、無償でご利用頂くことができます。

 

 

MOBYLOGからcollcetアカウントの発行について

collectは、MOBYLOGとは全く別のサービスとなりますが、MOBYLOGをご契約中のお客様の場合、MOBYLOGのアカウントからcollectアカウントを発行すると、MOBYLOGで受け付けたログをcollectに保存することができる、特別なプログラムを用意しました

これにより、これまでMOBYLOGでは機能として提供していなかった、生ログの取得が可能となります。

是非collectにアカウントを作成し、新しいサービスの機能をご活用ください。

 

 

[ MOBYLOGご契約中のお客様への特典 ]

MOBYLOGをご契約中のお客様は、MOBYLOGを契約する限り有料プラン(100GBの標準ストレージ付き)を無償でご利用頂けます。

 

 

[ collectアカウント発行の手続き ]

MOBYLOGをご利用中のお客様がcollectにアカウントを作成する場合はアカウント発行申請書を当社に送付して頂く必要があります。

詳しくはアカウント発行についてをご覧ください。

collectにアカウントを発行すると、MOBYLOGと同一のサイトID、メールアドレス、パスワードでログインができるようになります。

 

注意事項

  • MOBYLOGの利用料は発生します。
  • ストレージをアップグレードした場合は、@5,250円(税込)/100GB/月が発生致します。
  • 100GBの標準ストレージで、月間1,000万PVのサイトのログを約4年間保存することができます。
  • collectにアカウントを発行した後、MOBYLOGもしくはcollectの管理画面でメールアドレスやパスワードの変更をしても互いに同期されません。

 

 

契約に関しまして

 

1.利用規約

collectにアカウントを発行する場合は、collectの利用規約に同意して頂く必要がございます。

 

2.ご利用料金

 

月額費用に関して

MOBYLOGをご契約のお客様は、MOBYLOGの契約が続く限り、ログ件数に応じたcollectの課金は発生しませんが、MOBYLOGのご利用料金は、MOBYLOGの契約の通り発生致します。

 

 

オプション費用に関して

collectにアカウントを発行後、オプション(例えばログストレージのアップグレードなど)を行った場合、オプション料金はご請求させて頂きます。

[契約プランとご利用料金]
 
MOBYLOGを解約した場合に関して

collectにアカウントを発行した後にMOBYLOGを解約した場合、collectの契約は継続され、MOBYLOGの解約後からcollectの正規料金が発生します。
collectの解約は解約申請が必要です。

[有料プランアカウントの解約]

 

※collectは最短で半年契約ですが、MOBYLOGからcollectにアカウント発行を行った場合は最短契約期間は免除されます。

 

 

 


(第3回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

こんにちは。MOBYLOG事務局です。

 

前回までは

 

  • 第1回)直帰率の高いページにイベント関数を仕込むことにより、直帰した場合は計測できない「滞在時間」を計測する方法。
  • 第2回)ページ内で完結して画面遷移しない他イベントを計測する方法。

 

を説明し、イベント機能を利用し、直帰率などページ遷移に紐付く計測情報だけでは把握できない訪問者の行動をトラッキングすることで、これまで見えなかった情報を明確にして次の施策に繋げるヒントを得ることができることをお伝えしました。

 

今回(第3回)では、外部サイトへ遷移するリンクの計測について説明します。

 

 

 

外部サイトへのリンク計測方法

 

外部サイトへのリンクを設けているサイトは多いと思いますが、そのリンクのクリック数を計測するには一工夫が必要です。

 

通常、外部サイトへのリンクを計測する場合は直接外部サイトに遷移させずに、計測中のサイトに1ページリダイレクトページを設けて、そのページを計測することにより外部サイトへのリンクがクリックされたと見なす手法が一般的です。

 

 

上図のリダイレクトページは、Locationヘッダーを使ってHTTPステータス 302 でリダイレクトする方法と、metaタグのRefreshでリダイレクトする方法の2つがあります。

 

携帯サイトの場合だとmetaタグのRefreshが使えない端末があるため、Locationヘッダでリダイレクトさせて、そのページを計測するしか方法がありません。

 

PCサイトやスマホサイトの場合は、metaタグのRefreshを利用することができますが、リフレッシュ時間を0秒とか1秒に設定しておくと、JavaScriptのタグがビーコン通知を実行する前にリダイレクトしてしまい計測ができない可能性があり、それ以上の秒数に設定しておくと空ページが長い間隔で表示される(感覚に陥る)ので、ユーザビリティを損ねる可能性があります。

よって、MOBYLOGではmetaタグのRefreshは利用せずに、リダイレクトページを設けて、そのページを計測するようにお勧めしています。

 

Locationヘッダでリダイレクトする場合、JavaScriptのタグや計測用のimgタグが利用できません。

そのためMOBYLOGでは、MOBYLOG ENGINE(自動タグ型)、HandloaD TAG(手動タグ型)の双方の計測タグで、リダイレクトページではSocket通信を実行してMOBYLOGログ受付サーバに直接ログを書き込みする機能を備えています。

 

 

特にMOBYLOG ENGINEでは、設定ファイルにリダイレクトページを計測する設定を追加しておくだけで自動的に計測を実行するため、複数のページに外部サイトへのリンクがある場合も手間無く簡単に外部サイトのリンククリック数が計測できます。

 

 

PC・スマホサイトでは別の方法で計測できる

 

携帯サイトでは前述の通りリダイレクトページを設けて、そのポイントを計測するという方法しか選択肢がありませんが、PCサイトやスマホサイトの場合、JavaScriptを使って別の方法で計測することができます。

 

 

1.イベント関数を使う

 

第1回、第2回でも説明したイベント関数を使って、外部リンククリックをイベントとして計測する方法が1つです。

 

<a href=”http://外部サイトのURL/” onClick=”__push_event(‘外部サイトへのリンク’, ‘外部リンク’);” target=”_blank”>外部サイトへのリンク</a>

※JavaScript版HandloaD TAGを使った例

 

上記の例では、イベント関数を使って「外部サイトへのリンク」というイベント名、「外部リンク」というカテゴリ名でログ通知しています。

 

ここでの注目点は「target=”_blank”」としているところです。

外部サイトを同一のWindowで開くと、onCkickよりもhref属性が先に有効になってしまい、イベント関数が実行される前に外部サイトに遷移してイベント通知がされないケースがあります。

これを回避するために「target=”_blank”」として、別Windowを開くようにしています。

 

しかし、この方法だと、例えば外部リンクが沢山あるような紹介サイトの場合、外部サイトに遷移すると都度別Windowが開き、ブラウザの戻るボタンで戻れず、いちいちWindowを閉じなければならないため、ユーザビリティを著しく損なう可能性があります。

 

こういうケースに備えて、イベント関数は第3引数に遷移先URLを指定することができるようになっています。

 

<a href=”#” onClick=”__push_event(‘外部サイトへのリンク’, ‘外部リンク’,’http://外部サイトのURL‘);”>外部サイトへのリンク</a>

※JavaScript版HandloaD TAGを使った例

※MOBYLOG ENGINEでは「__becon.event()」関数

 

上記のように、第3引数に遷移先URLを指定すると、イベント関数はイベント通知を実行した後に指定のURLに遷移する処理を行うため、別Windowで開く必要がなくなります。

 

 

 

2.PV関数を利用する 

 

イベント関数を利用して通知したログは、ページとして計測されることはなく、あくまでもイベントとして計測されます。

MOBYLOGの仕様上、コンバージョン計測はページ単位での計測となっています。

このため、例えば外部サイトへの送り出しが成果となっているサイトの場合はイベント関数を使ったログ通知ではコンバージョン計測ができなくなってしまいます。

 

外部サイトへの送り出しをコンバージョンとするサイトに対応するために、MOBYLOGではPV関数を用意しています。

 

__push_beacon(‘第一引数’, ‘第二引数’);   JavaScript版HandloaD TAG__beacon.pv(‘第一引数’, ‘第二引数’);            MOBYLOG ENGINE

 

第一引数にはページとして計測するURL、第二引数には遷移先URLを指定することができます。

 

<a href=”#” onClick=”__push_beacon(‘外部サイト’, ‘http://外部サイトのURL/’)”>外部サイトへのリンク</a>

※JavaScript版HandloaD TAGを使った例

 

上記の場合、第一引数に設定した「外部サイト」という文字列がページとしてログ通知され、その後に第二引数に指定したURLに遷移します。

 

 

 

ログ通知関数を利用した場合の直帰率との相関関係

 

上記の説明で、イベント関数とPV関数の2つの通知方法により、外部サイトへのリンククリックを計測することができる、ということをご理解頂けたかと思います。

 

では、この2つの関数で通知したログは、直帰率(もしくは離脱率)にどのように影響するのでしょうか?

 

直帰というのは、そのページを見て自社サイト内の別ページに遷移することなくどこかのサイトに行ったり、ブラウザを閉じたり、もしくはセッションが切れるまでそのまま放置することを言います。

 

 

イベント関数は直帰(離脱)率には影響しない。

 

例えば直帰率100%のページAがあるとします。

下図のように、外部サイトへのリンクをイベント関数で計測していた場合、外部サイトに遷移したというイベントログは通知されますが、ページアクセスのログは通知されません。

よって、MOBYLOGの計測上ではページ遷移していないと見なされるので、直帰率は100%のままとなります。

 

 

このようにイベント関数を使った計測の場合、外部サイトへのリンククリックの計測は行えますが直帰(離脱)率には影響しません。

 

 

PV関数は直帰(離脱)率に影響する。

 

外部サイトへのリンクをPV関数で計測していた場合、外部サイトに遷移したというページログが通知されます。

よって、MOBYLOGの計測上では、ページAの後に「外部サイト」ページへ遷移したと見なされるので、ページAの直帰(離脱)率は下がります。

 

 

 

 

サイトの特性により使い分けが重要

 

イベント関数もPV関数も、外部サイトへのリンククリックを計測することはできますが、どちらを使うかはサイトの特性によりますので、KPIにより使い分けをしましょう。

 

例えば、外部サイトへの送り出しが成果ポイントとなる場合は、PV関数を使うべきです。

何故なら、ページログとして計測しないとコンバージョン計測ができない=流入元別の成果も計測できないためです。

 

逆に、自社の別サイトを紹介する程度の外部リンクであれば、イベント関数で計測しても良いでしょう。

 

因みに、イベント関数により通知されたログ件数は、いくら件数があっても課金対象とならないため、使い方を工夫するとより低価格で計測が可能となります。

 

 

関連記事

(第1回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

(第2回) 直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。


iPhone 5 には2種類のモデルがある

こんにちは。MOBYLOG事務局です。

 

セランが提供するiPhoneアプリ「ヘア・コンシェルジュ」のアクセス解析レポートを見ると、iPhone 5 発売以降に利用者が少しづつ増えてきています。

※発売後、約1週間でまだ全体の1.21%しかいませんが。

 

MOBYLOG SDKで計測した場合、MOBYLOG SDK独自のUser-Agentを残すようにしています。

 

MOBYLOG SDKで通知するUser-Agent情報

“[アプリ名]/[アプリバージョン] ([端末]; U; CPU iPhone OS [OSバージョン] like Mac OS X; ja-jp) [端末名称]/MOBYLOG SDK for iOS/[MOBYLOG SDKバージョン]“

 

User-Agentにある「端末名称」は、その名の通り端末名が入るのですが、これはiPhone 4とかiPhone 4Sという端末名ではなく、モデル番号(?)が入ります。

例えば、iPhone 3GS であれば「iPhone2,1」、iPhone 4 であれば「iPhone3,1」、iPhone 4S であれば「iPhone4,1」となります。

 

ログに残っているiPhone 5 のUser-Agentを見ると、「iPhone5,2」となっていました。

通常「iPhonex,1」となっているのにiPhone 5だけは「iPhone5,1」ではないんですね。

 

気になって調べてみたところ、こちらの記事を見つけました。

 

AppleからDownloadできるiPhone 5 iOS 6.0のIPSWファイルですが、2種類あります。

この違いは何かというと、N41AP/iPhone 5,1とN42AP/iPhone 5,2というモデルになります。

モデルA1428(GSMモデル)が前者でAT&TやRogersなどのモデルになります。

後者は、モデルA1429(CDMA,GSMモデル)で日本のauやSoftBankがこれに当たります。

 

「iPhone5.2」はSoftBankとauから発売されているモデルのようです。

 

 


(第2回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

こんにちは。MOBYLOGでは事務局です。

 

 

前回の投稿では、直帰率の高いページにイベント関数を仕込むことにより、直帰した場合は計測できない「滞在時間」を計測する方法をご紹介しました。

 

今回は、そのページ内で外部リンクなど、ページ内で完結して画面遷移しない他イベントを計測した結果をお伝えします。

 

実験対象としたサイトは第1回と同じく、セランで実験運用しているiPhoneアプリの紹介用スマホサイトです。

このサイトは、AppStoreで用意されているAPIから評価やレーティングなどのアプリ情報をリアルタイムに取得してアプリ紹介をするという単純な作りのサイトです。

機能としては、アプリ紹介の他に訪問者が気になったアプリをクリップして後からクリップリストを参照し、そこからAppStoreの該当アプリへ遷移できるという機能がついています。

 

このクリッピング機能は、JavaScriptでWeb Stroageに書き込みするので画面遷移が無く通常の計測タグだけではどの程度クリッピングされているか分かりません。

 

そこで、第1回にも紹介したイベント関数を用います。

今回対象としたのは、9月17日あたりからアクセスが急上昇している「MP3ミュージックダウンローダー無料版」というアプリ紹介ページです。

 

 

 

ページ遷移をしないイベントを計測

 

このアプリ紹介ページの上部にある「◎このアプリをクリッピングする◎」というボタン、ここにイベント関数を仕込んでいます(下記、赤文字部分)。

 

 <a href=”javascript:clip(’470101678′,’MP3ミュージックダウンローダー無料版’,'http://a3.mzstatic.com/us/r1000/062/Purple/v4/bd/dd/e7/bddde7ad-5f4f-be14-8fe5-32ba5c40005c/Icon.png’,’0′)”  onClick=”__push_event(‘MP3ミュージックダウンローダー無料版’, ‘無料_AddClip’, ”);” >◎ このアプリをクリッピングする ◎</a>

 

イベント名を「MP3ミュージックダウンローダー無料版」、イベントカテゴリ名を「無料_AddClip」として通知しています。

尚、全てのアプリ紹介ページのクリップイベントで、イベントカテゴリ名を「無料_AddClip」で通知しているので、どのアプリのクリップ機能が多く使われるかイベントメニューで確認することができます。

 

イベントメニューから「イベントカテゴリ→無料_AddClip」で絞り込み検索

 

 

イベント関数を利用すると、ページ遷移しないページ内でのイベントを計測することができます。

スマホ端末は表現力が豊になっており、タップするとメニューを表示したり、検索リストをさらに追加表示したりと、コンテンツ内容を変更することができます。

このようにページ遷移の無いイベントがある場合に、イベント関数が役立ちます。

 

 

次回は、外部サイトへのリンクをイベント関数を用いて計測する方法です。

 

 

 

 

余談

残念ながら今回検証しているアプリではクリップされておらず、しかもNo.1のアプリ以外、ほとんど使われていないことが分かりました。

「MP3ミュージックダウンローダー無料版」アプリの紹介ページへのアクセス数は上図No.1のアプリと同じ程度なのに、クリップ機能の利用数にこれほどの違いがあるのは、きっと何か理由があるはずです。

この理由については今後検証していきたいと思います。

 

 

関連記事(2012/10/02)

(第1回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

(第3回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

 


Googleの検索表示回数はページの更新間隔に依存しているのか?

こんにちは。MOBYLOG事務局です。

 

忙しさにかまけてブログ更新をサボっており、約3週間ぶりの投稿です。

 

本日、久々にGoogleのウェブマスターツールを見たところ、表示回数やクリック数が激減していました。

 

 

表示回数の折れ線がで凹んでいるのは土日祝祭日で、これは以前からの特徴(ビジネス系サイトで多い傾向)ですが、ここ2週間程度、平日の表示回数が半減しています。

これはブログの更新をサボっていたからでしょうか?

 

表示回数の多いキーワードを見てみたところ、こちらの投稿で記事にしたアプリ名での表示回数が大きく減っていることが分かりました。

 

 

 

全体の表示回数とこのキーワードの表示回数が減っているタイミングが同じなので、このキーワードに引っ張られて表示回数が減っていたようです。

 

このキーワードでの平均掲載順位を見ると7.5なので、検索順位が落ちて表示回数が減った訳ではなく、このキーワードで検索する人の数が少なくなったと見ることができます。

特定のキーワードにより流入が増えた場合、そのキーワードの正味期限が切れると途端に流入が少なくなるということが分かりました。

 

このキーワードはMOBYLOGのサービスとは全く関係の無いキーワードで、この流入がコンバージョン(資料請求やトライアル申込など)に貢献することは皆無のため、表示回数が減っても実害はありませんが、これがサービスに直結するキーワードだった場合、その影響ははかり知れません。

 

このことから、訪問者にメリットのある内容のページを拡充していき、それらページが検索エンジンにINDEXされ、より多くのキーワードで検索結果に表示されるように、地道な努力が必要であることを再認識しました。

 

 

 


AppStoreのランキングは同じ日にこんなにも変動している。

こんにちは。MOBYLOG事務局です。

 

 

以前に投稿した AppStoreのランキングについて考察してみた で

 

ランキングは24時間常に上下しており、バッチでの集計タイミングにより違いが出てくる

 

と書きましたが、実際に1日にどの程度上下しているか調査してみました。

 

調査の対象としたのは、セランで提供しているヘア・コンシェルジュという美容師さん向けの顧客管理・電子カルテアプリで、ビジネスカテゴリで配信しています。

 

調査方法は、AppStoreで提供されているAPIを使い、1時間に1回ビジネスカテゴリのランキング一覧を取得し、ヘア・コンシェルジュのランキングを保存しました。

 

ちなみに、ヘア・コンシェルジュの時間別ランキングは8月初旬からデータを取得していますが、今回は日単位ランキングの変動が大きかった8月27日〜8月29日までの3日間のデータを使います。

 

まず、日単位のランキングは以下のようになっています。

 

ヘア・コンシェルジュのビジネスカテゴリ内 日別ランキング

日付 順位 DL数
8/27 166位 9
8/28 248位 4
8/29 316位 5

 

日別ランキングはは7:00 AMに取得しているので、上記ランキングは大凡7:00 AMのランキングです。

 

 

時間別ランキングはこんなにも変動している

 

下のグラフは、時間帯別ランキングの推移です。

 

 

 

●印は日次ランキングの集計タイミング(AM 7:00)です。

 

このグラフを見ると、ランキングが時間によってかなり変動していることが分かります。

最も差があったのは、8月29日17時と18時の1時間で、374位から215位まで159位もランクアップしていました。

 

日別のアプリダウンロード数を見るとたった一桁台、つまり1時間に1本もダウンロードされていない時間帯があるにも関わらず、この変動は何故でしょうか?

 

恐らく、このランキング近辺だと、自社アプリよりも下にランクしているアプリが1本でもダウンロードされると、それに引きずられてランクがダウンしているかと思います。

ということは、グラフの山(ランキングがアップしている時間帯)では、自社のアプリがダウンロードされている時間と考えられます。

特に急上昇している箇所では、数本ダウンロードされたと見なしてよいでしょう。

 

 

数ダウンロード/日しかないアプリだとこのような感じですが、ダウンロード数の多いアプリで統計を取ると面白いデータになるかも知れません。

 

例えば、統計的にダウンロード数が落ちる時間帯があれば、その時間帯を狙ってプロモーションするとか、ライバルアプリとのランキング比較で、ライバルアプリのランキングが上がった時に広告を出すとかなどなど。

 

ただこの場合、単位は1時間ではなくて分とか秒とかになりそうですね。

 

次は分単位で検証してみたいと思います。

 

 


(第1回)直帰率だけで判断してはいけない。もう一歩踏み込んだ検証方法。

こんにちは。MOBYLOG事務局です。

 

アクセス解析ツールでよく目にする指標の一つとして直帰率というものがあります。

直帰率とは、広告や検索エンジンなどの外部サイト、メルマガ、ブックマークなど、外部からウェブサイトにランディングした後にページ遷移をせず、1ページだけ見てそのまま帰ってしまった訪問者の割合のことをいいます。

続きを読む


コンバージョン数が増加。その理由はSNSでの記事拡散。

こんにちは。MOBYLOG事務局です。

 

 

このブログ、こちらの目的ではじめたのですが、約1ヶ月強続けていてSEO的に多少の効果があり、検索エンジン経由の訪問数増加を達成したものの、コンバージョンが増えるまでには至っていませんでした。

もともとコンバージョンを増加させるためにはじめた訳ではないので良いのですが。

 

続きを読む


「ヒートマップアクセス解析の使い処」のその後

こんにちは。MOBYLOG事務局です。

 

こちらの投稿で、ヒートマップアクセス解析の使い処をご紹介しました。

 

弊社でテスト運用しているスマホサイトにヒートマップタグを仕込んでレポートを見たところ、サイト運営側で想定していなかったアクションをユーザーがとっていることが判明(「評価/レビュー」というリンクを貼っていない文字が多くタップされていた)。

続きを読む