なんとなく「いよいよかぁ。」と思ったりも。
※実感遅い？

また、”数”ではたしかにといったところでしょうけど、初めて月間セッション数がOS別で、
Android がiPhone を超えました。

ちなみに、セッション全体に対しての割り合いとしてはこんな感じ。

まさに”夏モデル”効果（？）でしょうか。

該当のサイトについては、ケータイは専用サイトがあり、
8月より、スマホサイト専用サイトも用意できたことも少しは功を奏したのでしょうか。

とくにこれだけですので、信憑性などアレですけど、
やはり、全体的にもスマホ の割り合いは上がってるんでしょうね。

スマホでのアクセス、8月にケータイと1.08％差に is a post from: kots blog

その中で、かねてから告知はあったもののいつかいつかと期待していた携帯サイト リニューアルとスマートフォンサイトの追加が先日公開され、

もともとあった携帯サイトの刷新というより、スマホサイト含め別サブドメインでの新規サービス追加の形で公開されました。

» スマートフォン・携帯カート機能 |Eストアーモバイル

先日、ショップサーブを利用してる他のWeb担当者の方も言われていたように、今までの携帯サイトはお世辞抜きにちょっとキビシイ…。

上記の通りの利用がメインのため、正しく言えば携帯サイトとスマホサイトへのカートリニューアルが心待ちにしていた機能です。

基本的な設定を行ってみて、先日始めてEストアーさんにお邪魔する機会もあり、
もしかしてなにかしらの参考までにと思い、まとめておきました。

実際の管理画面については、現状では分かりませんが以前利用していたことを照らし合わせると、
DeNA ビッダーズさんの管理画面のような印象。

それに今風な感じでドラッグアンドドロップでのコンテンツ入れ替えなど、個人的には非常に使いやすい感じです。

カート内遷移

会員ログインを行っていないとき

スマホサイトのカート遷移 cart0.shopserve.jp

1. カートに入れるクリック後/smp_cart.php
   「会員ページ」または「会員登録せずに購入」に分かれる
2. カート画面「ログイン（既存会員用）」ボタンクリック後 購入者情報入力ページ/smp_regi.php
   「この住所へ送る」または「別の住所に送る」に分かれる
3. 「この住所へ送る」クリック後 お支払い方法選択ページ（お支払方法、ラッピング、お届け指定、通信欄）/smp_regi.php
4. お支払い方法選択「次へ」クリック後 「ポイント利用」ページ/smp_regi.php
5. ポイント利用ページ「確認画面へ」クリック後 注文内容確認ページ/smp_regi.php
6. 注文内容確認画面「注文する」クリック後 注文完了ページCVページ/smp_order.php
   GoogleAnalytics, AdWords, Y!リスティング 購入CVページ
7. 注文完了ページ「会員登録する」（会員ID、パスワード、規約チェック入力後） 登録完了ページ/smp_regist.php
   購入時非会員だった場合

携帯サイトのカート遷移 cart0.shopserve.jp

1. お買い物かごへ入れるボタンクリック後/mbp_cart.php
   「会員ページ」または「会員登録せずに購入」に分かれる
2. 「会員登録せずに購入」クリック後（購入者情報入力ページ）/mbp_regi.php
   「この住所へ送る」または「別の住所へ送る」に分かれる
3. 「この住所へ送る」をクリック後（お支払方法、ラッピング、お届け指定、通信欄、メール受け取り確認ページ）/mbp_regi.php
4. 「次へ」をクリック後（注文内容確認ページ）/mbp_regi.php
5. 「注文する」ボタンクリック後（注文完了ページ）/mbp_order.php
   GoogleAnalytics, AdWords, Y!リスティング 購入CVページ
6. 上記注文完了ページにてIDパスを入力し、「会員登録する」をクリック後（登録完了）/mbp_regist.php

ちょっといい感じなところ

• 基本、HTML5 で製作されている
• CSSの読み込み、書き換えが可能
• HTMLタグの利用が基本仕様に取り込まれている
• 外部JavaScript も一応OK（基本ムリヤリ）
• 独自ドメインへカートからの戻りがデフォルトで可能に
• 各テンプレート内で部分的な変更が可能

個人的に教えてもらったこと

Android タブレットの転送について
設定を行っていると、iPhone、Android とかのスマホからのアクセスは当該サイトへ転送されますが、Android タブレットからのアクセスについてはPCサイトへ転送されず、スマホサイトへ転送されてしまうということ。
たぶん、そうそうに対応してもらえそうですが。

【AdWords, Yahoo!リスティングのコンバージョンタグの挿入場所】

携帯カートはPCカートとは違い既存では正式な挿入箇所がなく、もともとの携帯サイトではちょっとムリヤリテンプレートをFTPダウンロードして入れてましたが、
リニューアル後ではそうそうムリヤリでなく、下記の場所へ書いています。
一応、その後の経過を見ているとCVの取得はできており、戻りなど心配ですけど、前よりは… といった感じではないでしょうか。

携帯サイト

ページ編集 レジ：注文完了 メッセージ箇所
「HTMLソース編集」に記述。購入コンバージョン取得用です。

スマートフォンサイト

専用設置箇所有り。各種設定→ コンバージョンタグ設定

念のためその他のおすすめ挿入箇所がないか確認したところ、致し方ないですけど、今のところグレーな回答といった感じです。

追加・修正して基本的な箇所

• Android タブレットのUA設定
• Google Analytics の非同期タグへの変更
• AdWords, Yahoo!リスティングのコンバージョンタグの挿入
• ヘッダー（head）への追記
• スマホ用サイトで実際の倍以上の元画像でも、画像の書き出しがちょっと荒いこと（速度重視ならアレですけど）

変な質問をしてアレでしたけど、期待を込めて今後とも宜しくお願いします。

Eストアーのショップサーブ、携帯サイトとスマートフォンリニューアルでの基本設定について is a post from: kots blog

もちろん、その『該当ページ』がどのような状態（リンクなど）かによって、
その施す内容の比重が変わるかも知れませんが、ここではより、『一般的』なページをどのようにするかということ。

通常であれば、.htaccess などで『関連ページ』への301リダイレクトを行うのが一般的にいわれていることかと思いますが、
はたして、ユーザーから見た時にはどうなんだろうか…？

というのも、今月初旬に管理サイトのリニューアルを行い、
今までであれば、『関連ページ』へのリダイレクトを行っていたのですが、ふと、『ユーザー』から見たら、どうなんだろうかと思ったものでして。

ちなみに、Google ウェブマスターセントラルの説明では、

• サイトを新しいドメインに移動し、できるだけスムーズに移行を行いたい場合。
• ユーザーが複数の異なる URL を介してサイトにアクセスする場合。たとえば、ホーム ページに http://example.com/home、http://home.example.com、http://www.example.com といった複数の URL でアクセスできる場合、いずれか 1 つの URL を優先的な（正規の）リンク先として設定し、301 リダイレクトによって他の URL からのトラフィックをその優先 URL に送ることができます。ウェブマスター ツールを使用して使用するドメインを設定することもできます。
• 2 つのウェブサイトを結合し、無効になった URL へのリンクが正しいページにリダイレクトされるようにしたい場合。

2 つのウェブサイトを結合し、無効になった URL へのリンクが正しいページにリダイレクトされるようにしたい場合。

との解説。
別のURL へ変わる場合は、上記の処理が好ましいと思いますが、はたして『同じ内容』がない場合はどうなんだろうか。

ただし、レンタルサーバーの汎用的な404 を返すのは、どう考えてもNGなので、
独自の404ページ必須ということで。

大手ECサイトであれば、404ページを返して、他のナビゲーションへの誘導を行えば良いと思うのですが、
中小のECサイト では、そんなあっさりと、なかなか結論が出しにくい（はず）。

ということで、今回のリニューアルは同一ページを除き、
個人的に望ましいであろう状態の404ページ を用意し、関連ページへのリダイレクトを行わずに様子を見ることにしました。
※GWT での該当URL は700本程度

どのような処理が『正しい』かということもありますが、
ユーザーにとって、どのような状態が『好ましい』かが、一番気になるところです。

『改善』での、ちょっとした一つの事柄かとは思いますが、
今後、直帰率やページ遷移など見ていきたいと思います。

ページがなくなったURLをどのようにするのが好ましいのか？ is a post from: kots blog

現状で、サイトドメイン（URL）と、カートAPIのドメイン（URL）が異なるサイトがあり、
ちょっとした興味本位も相まって、Google Analytics の非同期トラッキングコード でどうやるのか、ちょっとテストしてみました。
※非同期で、それっぽいものがあまり見当たらなかったもので..

トラッキングコード

メインサイトと、カート側のトラッキングコードが若干違うようなのですが、
サイト内でのリンクの計測もしたかったので、とりあえず必要なかなと、「_gaq.push(['_trackPageview']);」を残し、

「_gaq.push(['_setDomainName', 'none']);」と「_gaq.push(['_trackPageview']);」も、
双方に残したままにしてみました。
※メインサイト側は「_gaq.push(['_setDomainName', 'none'])」はいらないかも..

[Google Code参考の変更箇所]

メインサイト用トラッキングコード

_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_setAllowLinker', true]);
_gaq.push(['_setAllowHash', false]);

カート用トラッキングコード

_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_setDomainName', 'none']);
_gaq.push(['_setAllowLinker', true]);
_gaq.push(['_setAllowHash', false]);

修正後トラッキングコード（）

「_gaq.push(['_setAllowHash', false]);」を双方に足しただけです。
ほんとは、上記のもののみで、順番とか大丈夫かどうかは微妙です..。

<script type="text/javascript">

  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-1234567-89']);
  _gaq.push(['_setDomainName', 'none']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_setAllowHash', false]);
  _gaq.push(['_trackPageview']);

  (function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();

</script>

非同期トラッキングコードのリンクとフォームの設定

リンクの時

<a href="https://cart.com/cart.cgi" onclick="_gaq.push(['_link', 'this.href]'); return false">カートへ</a>

フォーム<form>の時

<form method="post" action="https://cart.com/cart.cgi" onsubmit="_gaq.push(['_linkByPost', this]);">

数日経って、その後の経過ではコンバージョンはとれてますが、なんか違うような気もしますし、
そのままでもコンバージョンは取れるのかもと、ちょっとまだ心配もあるので、もう少し様子を見ているところです。

以下、設定。
※どなたかご教示頂けますと幸いです

Google Analytics非同期トラッキングコードで、カートが異なる（複数の）ドメインの場合の記述方法 is a post from: kots blog

一つ一つの出来事について、誰が関わり、どこで発生し、いつ終わりそうなのかを分析することだ。分析後、Recorded Future社はそのさまざまな情報をグラフ化し、あらゆるできごとの「動き」をオンラインで表示する。

リアルタイムで「空間分析」、「時間分析」、「感情分析」を駆使し、
さらにいくつかの「人工知識アルゴリズム」で、関係性などを導き出していくとのことです。

GoogleとCIAが投資する「世界監視システム」 | WIRED VISION

本家のサイトで、一般でも使えそうな告知がありますので、ちょっと面白そうですね。

Recorded Future – Temporal & Predictive Analytics Engine, Media Analytics & News Analysis

GoogleとCIAのリアルタイム監視システム「Recorded Future」がちょっと凄すぎます is a post from: kots blog

昨年末頃から、もろもろと記事などは拝見していたのですが、
はやる気持ちを抑えつつ、正式公開を待っていました。

“Analytics 日本版 公式ブログ: モバイル向け Google Analytics がすべてのアカウントでご利用可能になりました”

以前見ていた記事とかによると、若干のコードの追加などが必要らしいとのことでしたが、

その後、どうなんでしょうか…。

とりあえず、GA のトラッキングコード取得画面に記載されていること『のみ』で、
試してみることにしました。

まだまだですが、個人的にはGoogle Analytics とAdWords の連動が、
かなり重宝しています。

今年から来年にかけて、インフラ等含めてもろもろと『ケータイ（モバイル）』の盛り上がりことが話しに上がっていますが、
それを見越してのキックオフ なのでしょか 笑

「iPhone」 や「Android」などのスマートフォン系の台頭もそうですが、
一般的にいわれる「ケータイ」も、色々な意味合いで高性能化していくかと思いますが、

そうなっていくと、現状での「ケータイ専用サイト」はどのようになっていくのでしょうか。
実際のところはユーザー の割合から見ても（契約2年とかも）、そうそう早急にという訳ではないのかも知れませんが、

どういった内容で、『ケータイガラパゴス』が変貌・進化していくのか、ちょっと楽しみです。
※しかしながら、「ケータイ」への尚一層の対応を行いたいと思います。

Google Analytics ケータイ用トラッキング 正式スタート is a post from: kots blog

リスティング広告 を主に行うあたり、
当然ではありますが、サイトへの「来訪キーワード」について、最近特に考察しているところです。

改善でのまずの主目的 は、新規顧客層 へのリーチ拡大。
それに伴い、より多くの検索クエリ に対応できるよう、サイト改善を行いたいと思っています。

実際のところについては、もろもろのかねあいと調正しながらとなりますが、
より『具体性』の高いであろう箇所から手を付けている最中です。

該当サイト については、ご利用頂けるであろう顧客層が、ある程度専門的な要素が強いこともあり、
社内関係者でも、そういった専門の方のご意見なども取り入れつつ、

検索クエリ については、AdWords やYahoo! リスティング のデータが非常に重宝すると改めて感じています。

【該当サイト の一ヶ月間でのキーワード構成比率】

ある程度意識して、対策を行えているであろう割合についてはまだまだ20数%程度。
こうしてみると、普段意識しているつもりですが、実際に出来ているのは2割強といった感じです。

Google Analytics はもちろんのこと、AdWords では「部分一致」の「セッションベース」なども含め、
「検索クエリレポート」 にて知ることができ、非常に参考になります。

Yahoo! リスティング については、今のところ（？）なにかしらの解析ツール等で、
トラッキングＵＲＬ用 を変換して確認はできますが、できれば管理画面のレポート から確認出来るようになって欲しい…。

その他の70～80%について、もっとしっかりとした『コンテンツ作り』を心掛けていきたいと思います。

主要キーワード 以外でのトラフィック獲得について is a post from: kots blog

有識者の方々のブログとかでも、多々紹介されていますが、
今回の新機能追加は、すごいですね。

しかも、いよいよケータイサイトのトラッキングが可能になったとのことで、
まさに感動もの。。

まだ（？）、すべてのユーザーが可能ではないらしいですが、
今日、ちょっと見ていたAdWords のオンラインセミナーでも、

終盤、「Google Analytics がモバイルで利用可能になりました。」と言っていたので、
日本語でも使えるようになるのは、意外と早い（？）かも知れませんね。

Google Analytics がケータイサイト のトラッキングが可能に is a post from: kots blog

昨日、ちょっと試験的な意味も持たせて追加したコンテンツがあるのですが、

そういえばと、使ってみたかったが、
実際に使ったことがなかった、「うごくひと2」を使わせて頂きました。

けっこうリアルタイムで集計ができ、
商用利用可で、これで無料とは、頭が下がります…。

簡単なレポートまでメールで届きました。
※説明に書いてあったのかも知れませんが…

今更なんでしょうが、けっこう便利。
ケータイ解析には重宝しますね…。

–
フラハワイやフララニバッグの専門店 ララフラ – ケータイサイト

今更ながら、「うごくひと2」が便利 is a post from: kots blog

そのサイトの某箇所に、
サイト内への記事参照箇所でイベント トラッキングを測ろうと思っているのですが、

なぜか「pageTracker._initData();」がないと、
イベント トラッキングを設置した箇所が「ポップアップ」で開かない…。

[ イベント トラッキング部分 ]

[ トラッキング コード ]

別ドメインでの設定参照: http://www.google.com/support/analytics/bin/answer.py?answer=55532

少し探してみたところ、「pageTracker._initData();」って、
もうすでに必要ない(?)っぽいのですが、

“pageTracker._initData();もいらない？ | warikiru”

同ページの他の箇所でのポップアップは大丈夫ですが、
なぜかないと、イベント トラッキング箇所のポップアップだけ動作せず…。
※「} catch(err) {}」も必要ない…?

そのまま残しておいても動作してるっぽいのですが、
「非推奨」といわれると…。

こまった…。

pageTracker._initData(); って… is a post from: kots blog