kots blog » EC

PayPal Here がいよいよ日本でも登場

kotsjp — Thu, 10 May 2012 06:53:27 +0000

記事などで取り沙汰されているように、中小企業の実店舗（ショップ）など既存のようにクレジトカード契約を行わなくても、
PayPal Here を使えば決済が行えるようになるというのもたしかに注目ですが、オンライン上のみで取り引きが完了するECサイトなどでも、ちょっと注目なんではないでしょうか。

ネット系のセミナーやちょっとした物販など、すでにPayPal のみでの販売なども行われていますが、
ある程度サービスや商品を絞ればPayPal やGumroad のみでもECサイトができちゃったりしますよね。

今回、ソフトバンクとの合弁会社ということもあり、国内での認知も早まるでしょうし、最近海外でも増えてきた個人でもちょっとした物販が可能なサイトのような販売や、独自ドメインのECサイトなど、
なにかしらの決済サービスを利用しなくても、PayPal やその他のオンライン決済のみを利用して運営というのもちょっと近づいたのかも知れません。
※銀行振込とかもあわせれば…

その他にもネット関連でなくても、対面での営業さんとか、結構使えちゃったりするように思います。

個人的にも使ってみたい、Square の日本上陸について、今回のPayPal Japan との比較のもろもろなどを見ると、若干、大人のアレな感じもしたりしますが。笑

PayPal Here 自体、月額費用なしの1,200円程度らしいので、ぜんぜん現状では販売者側として使い道がありませんが、ガジェットとしてちょっと購入してみようかなぁとも。笑

» ソフトバンクとペイパルが合弁会社を設立～グローバルモバイル決済ソリューション「PayPal Here」を発表中小規模事業者における、クレジットカードやデビットカード、PayPalによる決済を実現～ | ソフトバンク株式会社
» PayPal Here™ – 簡単にクレジットカード決済

PayPal Here がいよいよ日本でも登場 is a post from: kots blog

Bodymetrics で仮想試着

kotsjp — Wed, 11 Jan 2012 11:05:56 +0000

徐々にではありますが、既存でもショップなどでAR等を使った仮想試着体験ができたりもしますが、
そのちょっと進んだ感じのもの。

映像的にもちょっと未来チックで、ちょっとKinect のナンチャラを彷彿したりも。笑

Introducing Bodymetrics for Your Living Room from Razorfish – Emerging Experiences on Vimeo.

» Bodymetricsで洋服のショッピングは、仮想サイズに対してOnを試すことができます

近い将来、オンラインでの試着はこういったイメージになっていくんでしょうね。
“香り” とかについては、インターネットを通してというのもあるでしょうし、あとは”触覚”…。

Bodymetrics で仮想試着 is a post from: kots blog

Google Catalogs タブレットでも利用可能に

kotsjp — Thu, 01 Dec 2011 10:27:37 +0000

少し前ですが、Google Catalogs がAndroidタブレット用にリリースされてました。

大手も使っているみたいですが、日本での公開がまだということもあると思いますが、
なぜかあまり日本では耳（目）にする機会が少ない気もします。

» Google Catalogs is now available for Android tablets – Official Google Mobile Blog

ぜんぜん比較が違ったりもしますが、Adobe Scene7 とまではいかずとも、
このご時世、カタログのリソースをGoogle でというのも、いい感じではないかと思うのですが。

日本でどうなるか定かではありませんが、せっかくなのでGoogle Merchant と連動して、
なにかしら利用できるようになるのを、若干期待してます。

最近わりと、米国と同時リリースがあったりするGoogle ですが、
Google Product Search 関連はけっこう差がついちゃってますよね。

Google Catalogs タブレットでも利用可能に is a post from: kots blog

Googleショッピングの仕様とポリシー変更でのデータフィード作成方法

kotsjp — Wed, 09 Nov 2011 08:32:46 +0000

固有商品 IDなどが必須になったりと、Google Merchant Center(Google ショッピング)のフィード仕様規定が若干変更され、
その変更・修正に伴うもろもろを揃えてもらったこともあり、若干の修正を行うことにしました。

基本、Google Merchant Center ヘルプの抜粋をまとめたものですので、すでにGoogle ショッピングのデータフィードを利用されている方であれば、Google Merchant Center API 等にも触れておりませんので、目新しい内容ではないと思いまが、現状の販売アイテム的にはそうそうフィードを書き換える（更新以外）ことも少ないので、整理という意味合いでまとめました。

また、製品名などは伏せますが、使っているASP サービスの説明とGoogle が公開している説明と若干相違があったため、その点も交えて整理してみることにしました。

Google ショッピングのフィード仕様とポリシーの重要な変更

2011 年 9 月 22 日時点で新しい仕様とポリシーの要件を満たしていないアカウントは停止となる可能性がありますのでご注意ください ( この変更は、日本、米国、フランス、英国、ドイツにおいて適用されます )。
Google ウェブマスター向け公式ブログ: Google ショッピングのフィード仕様とポリシーの重要な変更

今回の手順については、前提としてすでにGoogle マーチャントセンターアカウント並びに、Google ウェブマスターツールにて該当サイトを登録している状態で行なっています。

また、現在複数のECサイトにてデータフィードを登録しており、以前、Google Merchant Center で複数サイトを登録なども行いましたので、その必要がある場合は事前にこちらをご覧ください。
※AdWords でいうところのクライアントセンターみたいな感じです

こちらからマルチクライアントアカウントを申請できます。
» マルチクライアントアカウント – Google Merchant Center ヘルプ

【Googleショッピングのデータフィード登録方法】

①データフィード登録

事前にアカウントに登録しているサイトのGoogle Merchant Center にデータフィードを登録すると、下記のような流れで確認などが必要となります。

②ウェブサイトの URL の確認と申し立て

データフィードを登録すると、その後、ウェブサイトの URL の確認と申し立てが必要となります。

1.確認と申し立てを行う正確なウェブサイトの URL の決定

サイトURLについて

URL が http:// または https:// のいずれかで開始する
IP アドレスは許可されない（例: http://10.127.127.127）
ポートは許可されない（例: http://www.example.com:8080）
フラグメントは許可されない（例: http://www.example.com#top）

サブドメインやサブフォルダは良いみたい。サイトで国ごとに違う場合など、それぞれをGoogle ウェブマスターツールにデータフィード登録後、または事前に登録します。

2.ウェブサイトの URL の確認

Google Merchant Center 内でウェブサイトの URL を申し立てる。
Google ウェブマスターツールにサイトを登録します。その際、Merchant Center アカウントと同じメールアドレスのGoogleアカウントが必要です。

ウェブサイトの追加と確認を行う
»» http://www.google.com/support/webmasters/bin/answer.py?answer=34592

3.ウェブサイトの URL の申し立て

●URLの申し立てを行う理由
Google Merchant Center では、1 つのアカウントのみがその URL に対して商品リスティングのアップロードと公開を行う権限を保有する必要があります。

●申し立ての方法

Google Merchant Center アカウントにログインします。
[設定]、[全般] の順にクリックします。
[ウェブサイトの URL] の下にお客様のサイトの URL を入力します。
[この URL に対する申し立てを行う] をクリックしてウェブサイトを申し立てます。
変更を確定するには、[変更を保存] をクリックします。URL の下に [確認および申し立て済み] と表示されます。

サイト登録時のように、[設定]（左側のメニュー） > [全般]（全般設定）とすすみ、Google Merchant Center 登録時に入力した各項目を確認。

「顧客サービス情報」については、サイトのポリシーや個人情報ページなどで良いかと思います。

すでに、Googleウェブマスターツールで該当サイトが登録済みの場合、全般設定ページ中ほどに、以下のような案内が表示されていると思います。

「このサイトを使用するには、上記の URL に対する申し立てを行います。詳細
確認済み – この URL に対する申し立てを行う」というリンクがあります。

「申し立てを行う」をクリックし若干待つと、「確認および申し立て済み」と表示されます。その後、”変更を保存”で申し立て完了。

また、別のアカウントにて申し立てが行われ、自分で申し立てを行うことが出来なくなってしまった（失効してしまった）場合、下記より問い合わせ可能とのことです。

URL を確認または申し立てできません

»» URL を確認または申し立てできません – Google Merchant Center ヘルプ

③商品データの作成

»» 商品データの作成
»» サポートされているファイル形式

商品に関するすべての情報を含んだファイルを送信するのですが、今回はXML のデータフィードを使って登録を行なっています。

.xml 以外に、Excel など作成した.txt（タブ切り）も使用可能です。また、データ送信時は.gz など圧縮ファイルなども可能。
今後、sitemap のように、件数とかに上限がでてくるかも.. とふと思ったりも。

ちなみに、Content API for Shopping – Google Code という、構造化データ項目をプログラムによって管理でるAPI もあります。

④商品データフィードの作成

さて、今回はここからが本番。今まで使用（提出）していたデータフィードに修正を行います。
一つ一つの項目自体は、通常であれば難しい点などはないかと思いますが、販売側（ショップ）側にしてみると、若干問題もあったりするかも知れません。

基本的な記述内容・方法については下記のヘルプに説明があります。
念のため項目をリストしておきますが、基本的な個所と今回、修正・追加が必要になった箇所について書き出しました。

●商品フィード仕様
»» 商品フィード仕様 – Google Merchant Center ヘルプ

【記述項目】

1. 基本的な商品情報（必須）

基本的な商品情報: 各商品について、商品名、説明、カテゴリなど、基本的な情報を記述する属性です。

[基本的な商品情報]

id [id] – 商品アイテムの ID
商品名 [title] – 商品アイテムの名前
商品説明 [description] – 商品アイテムの説明
Google 商品カテゴリ [google_product_category] – Google が定めた商品アイテムのカテゴリ
商品カテゴリ [product_type] – ショップが定める商品アイテムのカテゴリ
商品リンク [link] – ショップのウェブサイトにある商品アイテムのページに直接リンクする URL
商品画像リンク [image_link] – 商品アイテムの画像の URL
追加の商品画像リンク [additional_image_link] – 商品アイテムに追加する画像の URL
状態 [condition] – 商品アイテムの状態

【属性要件のまとめ】

»» 属性要件のまとめ – Google Merchant Center ヘルプ
※表記が一番見やすいかと思います

2. 在庫状況と価格

在庫状況と価格: 商品リスティングの在庫状況と価格を指定する属性です。

3. 固有商品 ID

固有商品 ID: ブランド、UPC、EAN、JAN コードなど、商品が適切な商品ページに表示されるようにするための属性です。

4. ファッション関連商品

ファッション関連商品: ファッション関連商品について、色、男性/女性用などを記述する属性です。

5. 商品のバリエーション

商品のバリエーション: 色、素材、柄、またはサイズだけが異なる商品のバリエーションを正確に記述する属性です。

6. 税金と送料

税金と送料: 商品に税金と送料の情報を指定する方法を説明します。

7. 付近の店舗（米国、英国のみ）

付近の店舗（米国、英国のみ）: オンラインショップ以外の、実店舗を表示する情報を指定する方法を説明します。
※これは現在でも米国、英国のみなんでしょうか？今後、〇〇とかで使いそうですが。
すみませんが実店舗がないため確認できません。笑

8. ポイント還元（日本のみ）

ポイント還元（日本のみ）: Google ショッピングのユーザーが商品アイテムの購入時に受け取るポイントを・指定する属性です。

9. 分割払い（ブラジルのみ）

分割払い（ブラジルのみ）: 商品アイテム購入時の分割払いについて指定する属性です。
その他の属性: 商品を記述するその他の属性です。

10. その他の属性

下記の 2 つの属性を使用すると、商品アイテムの掲載先と掲載期間を管理できます。

非掲載先 [excluded_destination] – 商品アイテムの非掲載先
有効期限 [expiration_date] – 商品アイテムの有効期限

【今回の要修正箇所と追加必須項目について】

【固有商品 ID [brand],[gtin],[mpn]】

まずは、実際に番号を集めるのに一番手間を取るであろう、固有商品 ID の記述です。

ブランド [brand]
JAN コード [gtin]
製品番号 [mpn]

ブランド [brand]、JAN コード [gtin]、製品番号 [mpn] の属性のうち少なくとも 2 つを指定する必要があります。

まず、データフィードに必須となった”固有商品 ID” について。
基本的には日本国内では、バーコードなどに付いている13桁のJANコードになるかと思います。

しかしながら、このJANコードというのが中小企業である程度小ロットで、尚且つワンブランドで販売しているようなアイテムとなると話が別。
「JANコード取得 < 取得に関わるもろもろ」ということで、JANコード自体がない場合も珍しくありません。

そのような場合、自分が一部利用している某カートASPでは、[brand]メーカー名には「自サイト（ショップ）名」、 [gtin]JANコードは「未記入」でとのこと。

しかしながら、そのようにJANコード未記入でデータフィードの登録を行うと、登録は行われているっぽいですが、Google Merchant Center の管理画面上ではエラーメッセージが。

推奨属性が含まれていない商品アイテムも正常に処理されますが、指定可能な場合にはできる限り指定することをおすすめします。

どうしてもJANコードがない場合は免除をリクエストすることも可能のようですが、Amazon のASINではないですが、可能なら記述しておきたいところです。

●免除をリクエストする
»» http://www.google.com/support/merchants/bin/request.py?contact_type=unique_id_exemption

【追加の商品画像リンク [image link],[additional image link]】

商品の画像を複数登録したい場合、これまでは商品画像リンク [image link] 属性に複数登録していましたが、これからは [image link] 属性に登録する画像はひとつだけとし、追加分は [additional image link] 属性を使って登録してください。

【在庫状況 [availability]】

在庫がない商品も検索できるようにします。そのために、すべての商品アイテムの在庫状況 [availability] ステータスを必須の属性とします。
この辺りって、今後、スマホの件などでも必要になってくるのでは？と思ったりも。

【Google 商品カテゴリ [google product category]】

新しい必須属性として Google 商品カテゴリ [google product category] を追加しました。この属性には、Google の分類に従って商品アイテムのカテゴリを指定します ( 現時点では一部の商品カテゴリに対してのみ必須です )。今後は、新しい属性と既存の商品カテゴリ [product type] 属性を併用することになります。

[product type] とGoogle product category] の相違点と記述方法

Google 商品カテゴリ [Google product category] 属性

この属性では、Google 商品分類で定義されたカテゴリを使用します。

カテゴリ（商品の分類）

»» 商品の分類からカテゴリツリーを確認できます。

ファッション、アクセサリー > ファッション</g:google_product_category>

> および & のようにエスケープする。

Google が定めたカテゴリの中から、より当てはまるものを必ず1つ指定します。
現在、下記のカテゴリでの記述が必須となっているようですが、それ以外でも精度上、記述した方が良いそうです。

カテゴリ指定の例

ファッション、アクセサリー > ファッション
ファッション、アクセサリー > 靴
ファッション、アクセサリー（衣料品および靴をこのカテゴリで登録することはできません）
メディア > 書籍
メディア > DVD、ビデオ
メディア > 音楽メディア
ソフトウェア > テレビゲーム用ソフト

【商品カテゴリ [product type] 属】

Google 商品分類で定義されたカテゴリか、独自のカテゴリ名を記述します。

独自のカテゴリ名<;/g:product_type>

複数のカテゴリを指定する場合は10個まで可能。また、[Google product category]と同じでも構わないとのことですが、「それなら書かなくても…」別途記述しておくことを推奨とのこと。

ある程度のシェアを持っているようなアイテムであればアレですけど、限られたユーザーを対象にしている場合など、記述しておいたほうが良いかと思います。

また、その他ファッション関連商品の登録などもあり、カラーやサイズを始め、性別や年齢層、ブランドなども記述できます。

色 [color]、素材 [material]、柄 [pattern] の各バリエーションを登録する場合、
バリエーションの組み合わせごとに 1つの商品アイテムとして登録し、それらを同じ商品グループid [item group id] でまとめるて同一アイテムのバリエーションであると認識させるようです。

注: 属性に複数の値を指定する場合は、タブ区切り形式のファイルでは、「青, 緑, 赤」のように値をカンマで区切ります。XML 形式のファイルでは、カンマ区切りの値は使用できません。代わりに、次のように別々のタグを使って指定してください。

青</g:color>
緑</g:color>

【価格】

セールの期間と価格を [sale price effective date] と [sale price] 属性を使って指定できるようになりました。また、[price]、[sale price] 共に対象国の通貨単位も送信する必要がありますのでご注意ください ( 例: 150 JPY )。

ちなみに、リンク先ページでもGoogle ショッピングでも価格を同じにすること。また、¥（￥）などが含まれているとエラーになります。
会員特価などの場合、Google ショッピングには”非会員向けの価格を最も目立つ価格”を表示させる必要があります。

【基本的なデータフィードの書き方（XML）】

version="1.0"?>
version="2.0"
xmlns:g="http://base.google.com/ns/1.0">
>

>サイト名など>
>http://www.example.com/>
>紹介文など。>

>
>商品名など>
>http://www.example.com/product/>
>商品説明とか。>
>http://www.example.com/images/img.jpg>
>固有番号>
>プライス>
>new>
>ブランド名>
>JAN コード>
>製品番号>
>in stock>
>健康、美容 > パーソナルケア > 化粧品 > コスメ、化粧品>
>独自のカテゴリ>
>
>
>

–
» 属性要件のまとめ – Google Merchant Center ヘルプ

Googleショッピングの仕様とポリシー変更でのデータフィード作成方法 is a post from: kots blog

Google オンラインストア認証制度 – Google Trusted Stores

kotsjp — Tue, 04 Oct 2011 10:46:15 +0000

Google が信頼できるECサイトとして認める制度、Google Trusted Stores というものが始まるそうです。

認証されたショップには、トラストマークっぽい感じのバッジが付与されるそうで、
出荷や顧客サービスの実績などが考慮され、認証されるそうです。

しかも、オンラインストアでの購入者には、無料で$1,000 までの購入保証付き。

最近でも、購入保証の関連の新サービスを聞いたりしますが、
まだそのようなワラント付きでの販売って、やはり付加価値なんでしょうか。
※Google が”保証”ってのがすごいけど

» Trusted Stores

現状、パイロット版のようですが、Google Trusted Stores への申し込みはこちらからできるみたいです。

日本でも実施されるか分かりませんが、実施されたら最近SERP で目立つVeriSign のように、
Trusted Stores も、表示されたりしそうですよね。

via: Shop with confidence across the web – Google Commerce

Google オンラインストア認証制度 – Google Trusted Stores is a post from: kots blog

Google Boutiques.com終了。Product Searchへ

kotsjp — Wed, 28 Sep 2011 08:35:16 +0000

米Google が公開していた、小売りサイト（Google Product）と連動していたBoutiques.com が終了するそうです。
というよりも、終了予定日を前にすでにboutiques.comドメインは、hblink.boutiques.com のサブドメインへ転送され、404ページになっていますが。

公開当時から、パーソナライズのレコメンド、自分の好みから作られる「YOUR BOUTIQUES」、デザイナーのレコメンドなど、
今でも有名所のアパレルEC で行われているよな機能面があったり、Google Product（まだGoogle Baseとかあったような…）と連動していたようで、個人的にはちょっと気になったりしたものでした。

今回、Product Search の刷新にともない、Butiques.com の統合となったそうですが、
改めて日本のGoogle ショッピングと Product Search を比べてみると、まだ日本では導入段階ということもあってか、現状では全く別物の様相で。

» Google Product Search

米Google のSERP でも、ProductSearch が上位表示されますし。

先日、日本でも利用が始まったリアルタイムでの在庫確認ができる、Google ローカルショッピングなどもありますし、
日本のGoogle ショッピングでも、さらに機能追加など、どんなものになるのか気になりますね。

» Google、「Product Search」を刷新　「Boutiques.com」は10月に終了 – ITmedia エンタープライズ

Google Boutiques.com終了。Product Searchへ is a post from: kots blog

PayPalで”こうであったら”がより現実的に

kotsjp — Fri, 16 Sep 2011 09:51:35 +0000

最近特に、PayPal関連の記事を目にする機会が増えたように思いますが、
PayPal が今後開始するであろう、もろもろを複合した”支払いプラットホーム” が一部、公開されたそうです。

» PayPalが新たな支払いプラットホームを披露–位置対応, 店内支払いなど多様な機能を盛る

スマートフォンなどのデバイスの普及で、様々な機能や位置情報が使えるようになり（一部フィーチャーフォンでもありますが）、
新しいとか新しくないとかではなく、多くの皆（？）が“こうであったら”と思うことが実現されそうですよね。

そして、なんといってもスマート。

eBay（PayPal）の位置情報系の企業買収の影響からか、動画でも位置情報を利用した広告なども紹介されており、
消費者としての情報の得方、販売者側での情報の提供の仕方がどんどんと変わっていきますよね。

今後、Webアプリとかでも使われたりするのでしょうし、もう少し日本でもPayPal が普及してくれると、
EC とかでももっと気軽に活用されたりするように思いますし、スマホのNFC なども含めて、より期待感が高くなっていくのですが。

PayPalで”こうであったら”がより現実的に is a post from: kots blog

Googleショッピング内に価格比較と在庫確認ができるローカルショッピングが登場

kotsjp — Fri, 16 Sep 2011 08:51:29 +0000

独自ドメイン主体のECサイト運営者としても、今後じわじわ来るのかなぁとGoogle Checkout も含め期待しているGoogleショッピングですが、
本日より、価格比較やほぼリアルタイムでの在庫確認ができる、Google ローカルショッピングが開始されました。

Twitter でも「どこで?」みたいなつぶやきを見掛け、何かしら新しいサービスとしてのローンチかと思いましたが、
Googleショッピング内での機能追加という位置付けでした。

» Google Japan Blog: Google ショッピングで実店舗の商品を検索

スマートフォンなどでは昨年より、米Google で利用開始されていたものと同様だとおもいますが、
Google MerchantCenter から利用が行えるようになりそうですね。

現状ではまだ、ローンチパートナーとしての企業（販売店）のみの登録・利用のようですが、
一般のショップでの利用も、今後楽しみです。

最近、目にすることが多いO2O のフレーズですが、
各企業間での位置情報合戦がオフラインの場を含め、さらにスピードアップしてきました。

先日、AdWords商品情報表示オプションをちょっと試した際に知ったのですが、
通常では「+」ボタンをクリックされないと表示されない”この広告主の商品を表示する”での商品画像も、

Google ショッピング内ではデフォルトで表示されたりしますし、
文字通りの“Google ショッピング” としての普及に、今後ますます注目です。

Googleショッピング内に価格比較と在庫確認ができるローカルショッピングが登場 is a post from: kots blog

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

kotsjp — Sun, 24 Jul 2011 13:15:55 +0000

現在運営している、いくつかのECサイトで利用しているEストアーのショップサーブ。
基本的な使用方法としては、ショップサーブ外で独自ドメインのサイトを構築し、カートASPとして利用しています。

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

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

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

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

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

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

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

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

カート内遷移

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

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

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

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

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

PayPalとGoogle Checkoutだけ決済画面

kotsjp — Thu, 21 Jul 2011 12:58:52 +0000

現状普通に使われているインターネット上での支払い方法やNFC関連など、
いろいろな体裁含めた決済方法があるかと思いますが、

ここのところとくにいろんな意味をすっとばして、
PayPalとGoogle Checkout “だけ” のポップアップの決済画面が妙に気に入ってます。

けっして~~めんどくさい~~ということではなく、ある意味共通ってのもいいっすよね。

日本でも流行ってくれないかなぁ。

cf. グーグル、ウェブアプリ内課金サービスを開始–「Chrome Web Store」以外も対象に – CNET Japan

PayPalとGoogle Checkoutだけ決済画面 is a post from: kots blog