大手の会社さんがEC-CUBEを利用されておりまして、そのカスタマイズ依頼があり、その見積をするための積算を行い、それからCMSの提案がありましたので、その提案書作成とデモ環境の構築と徹夜でやりとげました。

帰り道に、大阪本町の紀伊国屋に行くと「僕はビートルズ」の７巻がいつの間にか発売されていましたので、即買いしました。

ちょっと、これで気分をリフレッシュします。

私の勘違いがありました。EAV構造であるので、MySQLがボトルネックになっていると考えていたのですが、少しだけ調査したら、

（Flatの時）Request rate: 1.4 req/s (718.9 ms/req)
（EAVの時）Request rate: 1.3 req/s (767.1 ms/req)

6.2%程度しか改善しませんでした。

まぁ、商品件数が多い場合はこの6.2%も大きいと思いますが、この数字は実際にMagentoで運営しているサイトで、普通な環境で試した結果ですので、一般的な環境での計測として考えています。

ということで、Magentoが遅いのは、MySQLよりも他のところだということになります。PHPかな。

実際の運用環境で計測した結果ですので、もっと贅沢なサーバ環境であれば違った結果になるでしょうが。

引き続き、レスポンス改善のための調査をしていきたいと思います。

これは、ASPでツールを利用してもらう場合は、ソースの公開義務がないというもので、これを解決するためにOSLができたのではないかと思います。

要は、そのOSLで配布されているものは、公開したら無条件で誰でもダウンロードできるように公開しないといけないというものになります。

当社も多くのMagentoを導入してきておりまして、OSLのライセンスに準拠するために、これまで開発してきたMagentoシステムをすべて公開することに決めました。

決めましたというか、そうしないとライセンス違反になりますので。

他のオープンソースでもOSLに移行することで問題になっておりますが、判例がないので正直なところ解りません。

解らないから公開しないのではなく、解らないからこそ全てを公開しないといけないということです。

データベースには、お客様の個人情報が入っておりますので、データをキレイにして有償のエクステンションを外した状態で当社でカスタマイズしたMagentoを公開したいと思います。

上記の作業をするのに少しお時間を頂きますが、そのあたりはご勘弁ください。

実際のECサイトで、全体のセッション数の割合とコンバージョン率の違いです。
IE：67.44%　50.58%
Firefox：9.39%　15.18%
Safari：9.30%　9.57%
Chrome：5.70%　19.26%

この数字を見るとIEのアクセスが圧倒しておりますが、そのコンバージョン率を見ると全体に占める割合から見ると下がります。

逆に、Chromeは5.7%のセッション数に比べて、コンバージョン率は一番高いです。

IEのコンバージョン率が高いのは、そもそものアクセス数が多いからなのですが、他のものに比べたら、IEユーザは、買い物する確率が少ないってことになりますね。

こういう計算って、数学でどうやって表現するのがよかったのかな？標準偏差でしたっけ？

悪友仲間で先に予約したものが勝ちだったのですが。（笑

懐かしいです。

インバウンド・マーケティングが海外から国内に流ているからなのか？
やっぱりネットの基本はSEOであるということが、再度重要視しているのか解りませんが、正攻法のSEO対策を希望されるお客様が非常に増えてきており、当社にもお問合わせが増えています。

EC-CUBEでSEO対策をしたいというお客様も居れば、現在のサイトを捨てて、新しいツールでちゃんと作りたいので、Magentoでお願いしますというお客様もおられます。

一般の方までSEOだと言われている状況は非常に皆さんマーケティングに興味を持ってもらうのは非常に良いのですが、書籍に書かれている内容を鵜呑みせずに、実際にやってみて効果を測定して、日々改善することができる方のみSEO対策されるべきだと思います。

一発で解決するSEO対策はもうできない時代です。

基本的なSEO対策は一発で解決しますし、ECサイトの構築であれば、Magentoが現在のところ、当社が考えるSEO対策ができるツールであると判断しています。
まだ完全ではありませんが、他のツールよりも一歩も二歩も先に対応しております。

当社のMagentoの導入実績があったサイトでは、1日に2000セッション以上がありまして、とあるVPSで動作させていたのですが、HDDのアクセスが多く、ピーク時はレスポンスが悪くなっていました。

かたや、同じVPSでBtoBのMagentoのサイトではすこぶる快適に動作しておりました。こちらはそんなにアクセスが多くなく、表の画面は、トップページはMagentoではなく、WordPressのポータルサイトで構築されていますので、あまりアクセスがありませんので、快適だったのだろうと確認しております。

現在、とあるデータセンター様のVPSでMagentoのベンチマークテストをしておりまして、かなりびっくりな遅さになっております。

空っぽのトップページを取得するだけで、600ms掛かっております。
これにトップページにいろんなものを入れて、メルマガも送信していたら、ちょっと快適な環境とは言えません。

また、同時アクセス数を増やしていくと、並行度９から極端に悪化した結果になりました。

守秘義務がありますので、どこのデータセンターのどのサーバが良くないのか公表できないのが残念です。

しかし、当社と業務提携されている方には、ベンチマークテストの結果として、どのサーバが良いのか資料を提供できるように準備させて頂きます。

単純に英語のCSVファイルを翻訳してもちゃんと日本語化されないのが、現在のMagentoの問題点です。
追加のエクステンションを入れた場合は、その翻訳ファイルを定義しないといけないです。

それでも、上記の通りにすれば、中途半端ですが、ある程度日本語化されます。
でも、それは、当社みたいにMagentoに慣れていれば使えるレベルです。
最初に利用した場合は解らない人です。その人が部分的に英語で出てきたら、余計に混乱します。

なぜ？ちゃんと日本語化できないか。

それは、プログラムに埋めこまれているものがあるのと、訳の解らない翻訳結果になってしまうからです。

例えば、__(‘ID’) のようにプログラムから出力するのですが、これが顧客IDなのか？商品IDなのか？解りませんから、翻訳ファイルもIDと表示しないといけないのです。

本来であれば、__(‘CustomerID’) とかにしてくれれば良いのですが。

そこで、当社では、このようなちょっとした翻訳問題を解決する方法を現在検討しております。

色々と策はあるのですが、どれを選択したら一番効率が良いのか調べてからになります。

もちろん、機能の違いがあるので、そのようになっても良いのですが、統一されたレイアウトってないのでしょうか？

例えば、車で言えば、ハザードボタン、ウインカーレバー、ワイパー、タコメーター、スピードメーターなどはほぼ同じ、エアコンのボタン、座席のリクライニングなどはちょっと違いますが、誰でも一度車を乗った人なら解るようになっている。

ECサイトの管理画面を統一できないかなと考えていました。

そこで、思いついたのが、多店舗展開されていて、特に楽天を優先している方や、Yahoo!に慣れている方にMagentoの管理画面を楽天風、Yahoo!風にできないかなと考えてみました。

でも、プログラムで制御されている部分があるので、簡単には変えられないかもしれませんね。

Magento日本語版をつくろうと思っても壁があるので、同じなんで、そういうものと割り切るしかないかもしれませんね。

当社のお客様も楽天と自社、Yahoo!と楽天と２店舗展開されているお客様がおられますが、これからは、さらに多店舗展開が主流になってくるはずです。

そこで、Magentoで多店舗展開ができないのか実施します。

特定のお客様にて、多店舗展開する上でのネックになっている作業を洗いだして、要件をまとめます。

それを実現するために当社にて、Magentoのエクステンション化するのか、専用ソフトで対応するのか決めて、ファーストユーザ様には、無料で利用してもらう予定にしております。

まだ、どのお客様を対象するのか決めておりませんが、自社＋モールでの多店舗展開を希望されている方がおられましたら、なんなりとお申し付けください。