Web担当者Forumの連載コーナー、「海外&国内SEO情報ウォッチ」を更新。今週は、『ヤフー検索でも(not provided)がほぼ100%に さらば検索キーワード情報』、『<h1>タグは1ページに1回しか使っちゃダメ ←これ正しいの？ ウソなの？』、『【2016年版】グーグル上位表示ページとランキング要因調査』など10記事+2記事。
- ヤフー検索でも(not provided)がほぼ100%に さらば検索キーワード情報【海外＆国内SEO情報ウォッチ】 -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki
久しぶりの更新になってしまいました。
その間に色々なことがありましたが、私ごとですが、 SEOラボなるものを立ち上げました。
https://www.cyberagent.co.jp/newsinfo/info/detail/id=12969
SEOラボで研究により一層力を入れるとともに、アメブロのSEOについても引き続き担当しております。
そのアメブロのSEOの一環として、近づいているMobile First Index（モバイルファーストインデックス；MFI）への準備を行いましたので、今回はその準備内容とその結果について書きたいと思います。
なお、この対応はアメブロに適した方法と考えて行ったものであり、すべてのウェブサイトやブログ等にあてはまるとは限りませんのでご注意ください。
モバイルファーストインデックスとは、Googleがこれまでデスクトップ(PC)サイトをインデックスした情報を主として評価していたものをモバイル(SP)サイトを主として評価するように変わることです。
これまではPCの評価結果がそのままSPの評価に反映されていたものが、SPの評価結果がPCに反映される形になります。
モバイルファーストインデックスがくると、モバイルサイトをメインとして評価するため、これまでPCサイトだけを検索エンジンフレンドリーにし、SPサイトでは意識していなかった場合には検索順位に悪影響が出る可能性があります。
例えば、モバイルサイトで正確にレンダリングできていないケースや、モバイルサイトをPCサイトに比べてコンテンツを少なくしているケースなどはそのリスクがあります。
一方で、レスポンシブウェブデザインを導入しているサイトはほとんどモバイルファーストインデックスにおいてのリスクはないと考えられます。
Googleがこれまで推奨してきた、ウェブサイトのスマートフォンへの対応方法は ・レスポンシブウェブデザイン ・ダイナミックサービング ・セパレート の3方式です。
1,レスポンシブウェブデザインとは、同じURLで同じHTMLを用いてCSS等で各デバイスに最適化されたデザインで露出することです。同じHTMLを使うため基本的に各デバイスで同じコンテンツが表示されることになります。
2,ダイナミックサービングとは、同じURLで異なるHTMLを用いて各デバイスに配信するものです。異なるHTMLを使用するため異なるコンテンツを表示することが可能です。PCに比べてSPサイトのコンテンツ量を減らしている場合にこの方法が用いられているケースがあります。
3,セパレートとは、異なるURLで異なるHTMLで配信するものです。サブドメインやサブディレクトリでPCサイトとSPサイトを分けているケースが一般的です。
モバイルファーストインデックスにおいては、PCとSPで内容がほとんど変わることがないレスポンシブウェブデザインはリスクが少ないとされる一方で、ダイナミックサービングやセパレートのように異なるHTMLを配信している場合は、そもそもこれまでとコンテンツが異なるためPCベースで評価がなされていたときとは、異なる評価がなされる可能性があると考えられます。
一般的に異なるPCとSPで異なるコンテンツを返している場合、PCに比べてSPのほうがコンテンツを少なくしているケースが多いため、モバイルファーストインデックスが導入されるとダイナミックサービングやセパレートでは評価が下がる可能性があると言われています。
当初危惧されていた、SPサイトは通常PCサイトに比べてサイト内リンクが少ないためクローラーがURLを発見できないのではないか？という問題については、PubSubHubbubやsitemapによってほぼ解決ができそうですし、SPでよくある、アコーディオンメニューやタブ形式のコンテンツなどはスマートフォンユーザーへのUXのために使用しているものであれば基本的に問題ないということをGoogleは発言していますので、コンテンツの問題以外ではさほど大きなリスクはないかもしれません。
しかしながら、アメブロにおいては「3」のセパレート方式であったということと、規模が大きく予想できない不具合が起きることを避けたいということからモバイルファーストインデックスについて事前にリスク回避できることはリスク回避しておくことにしました。
先述の通り、アメブロはセパレートURLでした。
PCサイトは、"ameblo.jp/ID"
SPサイトは、"s.ameblo.jp/ID"
となっており、
"s."というサブドメインでPCとSPのURLが異なるものとなっていました。
アメブロの仕組みは複雑であり、またPCとSPが常時同じコンテンツであることがUX上必ずしも最適であると考えなかったことから、今回レスポンシブデザインを採用することは見送りました。
一方で、URLが分かれていることについては下記のようなリスクを想定しました。Googleが問題ないと断言しているものも含まれており、"万一Googleにバグが起こったら"ということを考慮しました。 また、正規化の属性を万一運用上のミスで抜いてしまった場合などもあわせて考えました。
PC URL --- alternate ----> SP URL
PC URL <-- canonical ----- SP URL
となるわけですが、今回評価として「正」となるのは、alternateが向けられているSP側であり、canonicalが向けられているつまりはHTML上で正規と示しているPCではありません。Googleは特別な処理を入れるので問題ないということでしたが、万一短期的でもこの処理にバグが起こったら・・・ということをリスクとして考えました。
万一、セパレートの場合にリンクの力が分散もしくは数%であっても分散してしまようなことがあったら・・・というリスクを回避したかったということがありました。
これはモバイルファーストインデックスに限ったことではありませんが、万一にもうまく処理されなかったら・・・ということを考えました。
運用ミスによってcanonicalやalternateを記述するのを忘れてしまったり、万一Googleが正規化をうまくできずにPCとSPのURLを重複してインデックスしてしまった場合、重複コンテンツとして見られてしまうリスクを考慮しました。
アメブロは芸能人の方にも使っていただているため、紙媒体などにもURLを記述していただくことがあります。このときに、まれに"s.ameblo.jp"側を記載していただいていることがあります。
TwitterやFacebookなどのソーシャルメディアなどでも"s.ameblo.jp"からはじまるSP URLを引用していただいているケースが多々あり、それを見るたびに多少違和感を感じていたのも事実でした。（もちろんPCでアクセスしてもリダイレクトされるわけですが・・・・）
記事本文以外は多少コンテンツが異なるものはあるものの、基本同じものが配信されているにも関わらず別のURLである必要はないと考えました。
あわせて、上記「3」にも記載したように、運用のミスが起こりやすかったり、やや大きな改修をするたびに、title,meta,alternate,canonicalの関係性をチェックしなければいけないという工数的な問題があったりと運用上の問題もありました。
上記から、 ・URLはSPとPCで統一して、"ameblo.jp"とする ・記事本文はデバイス間で差はないが、ナビゲーションや広告枠、各ブログトップページに差異をつけたかったことからSPとPCでは別のHTMLを配信する という"ダイナミックサービング"を採用することにしました。
ブログチーム、SEOチームとの合意は案外すんなりといきました。リスクに対して可能な限り対応しておこうということ以外に選択肢はなかったためです。ただし、ここから弊社ならではの社内調整が必要になりました。
Amebaはアメブロ以外にも様々なサービスがあり連携しあっている部分があります。また、表示されている広告の一部は社内独自のアドネットワークです。そのほかアメブロにはアプリもあります。これら連携しているサービス類にはURLを参照してごにょごにょしているものもあったため関係各所に影響の確認と、影響がある場合には対応のお願いをしていきました。想定していたよりは少なかったものの、いくつかのサービスでは仕様変更が発生しました。
ただ、ここでははじめから"相談"ではなく「MFI対応のためSPのURL変えるから影響でるならそちらも変えてね」という"お願い"の形でのぞんでいたので、特段大きな問題は発生しませんでした。
モバイルファーストインデックス発表後、関係がありそうなチーム（計測、広告等含む）との調整を約1週間程度で行ったうえでいよいよモバイルファーストインデックスのためのURL統合作業に入っていきました。
アメブロはすでに10年以上運用しているサービスであることから、この統合作業も若干複雑になりました。詳細は割愛しますが、
まずは、これまで"ameblo.jp"にSPのUserAgentでアクセスがあった場合は、"s.ameblo.jp"にリダイレクトしていたわけですが、
これを"s.ameblo.jp"と同じコンテンツを"ameblo.jp"で表示できる
ようにしました。
この時点で"ameblo.jp"から"s.ameblo.jp"へのalternateを外し、"s.ameblo.jp"から"ameblo.jp"のcanoincalを残しています。
じつは「1」が終わった時点でジリジリと"s.ameblo.jp"のトラフィックは減っていき、"ameblo.jp"のトラフィックが増えていき順調に移行されている様子でした。 が、今回は"URL統合"が目標なのでここからURLを一本化していきます。
12/8(木)の18:00頃に「1」を実施し、クロールの状況にも内部の状況にも問題がないこともわかったため12/13(火)には"s.ameblo.jp"へのアクセスは"ameblo.jp"へリダイレクトさせるようにしました。
一部SPにしか存在していないURL群もあるため、これらはまだ"s.ameblo.jp"が残っていますが、大半のURLは無事に統合されました。
モバイルファーストインデックスの発表があってから実質1ヶ月半でこの大規模サイトのURL統合を行えたのは個人的もやや驚きました。
"モバイルファーストインデックスがまだ導入されていない段階として"ということにはなりますが、特に問題はありませんでした。スマートフォンで検索した際にインデックスされているURLも概ね入れ替わり狙った通りになっています。
PCとSPを合計したトラフィックには変化なし。あわよくばドカンと上がらないかな？とほんのわずかに期待していましたが、さすがにそうはなりませんでした（笑） それでも、一時的にはダウンする可能性もあるかもしれないと心配はしていましたので、それは起こらず安堵しました。
(s.ameblo.jpの10月半ばからの検索トラフィック数）
(ameblo.jpの10月半ばからの検索トラフィック数）
canonicalや301でのリダイレクトをしたからといって、インデックス数がみるみる減っていくということはないようで徐々に減っているという感じです。
（s.ameblo.jpのindex数）
クローラーが"ameblo.jp"に一気におしよせてリソースを圧迫し、レスポンスが悪くなることで評価が下がる可能性は多少考えていました。
が、"s.ameblo.jp"へのクロールがきれいに減っていく一方で、"ameblo.jp"へのクロールは特に変わりませんでした。
「少しくらい増えてくれてもいいのに・・・」とは思いましたが・・・。
（ameblo.jpのクロール量）
結果として現時点では「何も変わっていない」という状況です。これは我々にとってはポジティブで、大規模サイトのため少しの変更で大きく数値が落ちることもあるため数値が下がらなかったことはある意味で最良の結果でした。
今回はモバイルファーストインデックスへの対応を目的に動いたので、あくまでモバイルファーストインデックスが導入されたときにネガティブにならないことを目的としていました。
が、かなり大きな仕様変更を行ったことからいろいろなところに手を入れたわけで、ひょっとしたらそこで同時にできるSEOの施策がほかにあったのではないだろうか？というのは個人的な反省です。
モバイルファーストインデックスに気をとられすぎて俯瞰して見られなかったなあとは思います。 一方で、この規模のサービスの非常に大きな仕様変更を短期間でできたことは、手前味噌ながら結構すごかったのではないかと。
意思決定に1日 → 社内調整に5日 → 施行に約40日
とくにブログのエンジニアチームには迷惑かけましたが、このスピードでやりきってくれたことは感謝しています。内輪ネタで恐縮ですが。
今後は、いよいよモバイルファーストインデックスが到来するわけですが、そのときに本当にマイナスにならないのかは注意深く見守っていきたいと思います。 また、もう少し時間があるわけなので、"コンテンツレベル"でのリスクがないかを再確認していきたいと思っています。実際にモバイルファーストインデックスが導入された際には再度ご報告できればと思います。
久しぶりの更新になってしまいました。
その間に色々なことがありましたが、私ごとですが、 SEOラボなるものを立ち上げました。
https://www.cyberagent.co.jp/newsinfo/info/detail/id=12969
SEOラボで研究により一層力を入れるとともに、アメブロのSEOについても引き続き担当しております。
そのアメブロのSEOの一環として、近づいているMobile First Index（モバイルファーストインデックス；MFI）への準備を行いましたので、今回はその準備内容とその結果について書きたいと思います。
なお、この対応はアメブロに適した方法と考えて行ったものであり、すべてのウェブサイトやブログ等にあてはまるとは限りませんのでご注意ください。
モバイルファーストインデックスとは、Googleがこれまでデスクトップ(PC)サイトをインデックスした情報を主として評価していたものをモバイル(SP)サイトを主として評価するように変わることです。
これまではPCの評価結果がそのままSPの評価に反映されていたものが、SPの評価結果がPCに反映される形になります。
モバイルファーストインデックスがくると、モバイルサイトをメインとして評価するため、これまでPCサイトだけを検索エンジンフレンドリーにし、SPサイトでは意識していなかった場合には検索順位に悪影響が出る可能性があります。
例えば、モバイルサイトで正確にレンダリングできていないケースや、モバイルサイトをPCサイトに比べてコンテンツを少なくしているケースなどはそのリスクがあります。
一方で、レスポンシブウェブデザインを導入しているサイトはほとんどモバイルファーストインデックスにおいてのリスクはないと考えられます。
Googleがこれまで推奨してきた、ウェブサイトのスマートフォンへの対応方法は ・レスポンシブウェブデザイン ・ダイナミックサービング ・セパレート の3方式です。
1,レスポンシブウェブデザインとは、同じURLで同じHTMLを用いてCSS等で各デバイスに最適化されたデザインで露出することです。同じHTMLを使うため基本的に各デバイスで同じコンテンツが表示されることになります。
2,ダイナミックサービングとは、同じURLで異なるHTMLを用いて各デバイスに配信するものです。異なるHTMLを使用するため異なるコンテンツを表示することが可能です。PCに比べてSPサイトのコンテンツ量を減らしている場合にこの方法が用いられているケースがあります。
3,セパレートとは、異なるURLで異なるHTMLで配信するものです。サブドメインやサブディレクトリでPCサイトとSPサイトを分けているケースが一般的です。
モバイルファーストインデックスにおいては、PCとSPで内容がほとんど変わることがないレスポンシブウェブデザインはリスクが少ないとされる一方で、ダイナミックサービングやセパレートのように異なるHTMLを配信している場合は、そもそもこれまでとコンテンツが異なるためPCベースで評価がなされていたときとは、異なる評価がなされる可能性があると考えられます。
一般的に異なるPCとSPで異なるコンテンツを返している場合、PCに比べてSPのほうがコンテンツを少なくしているケースが多いため、モバイルファーストインデックスが導入されるとダイナミックサービングやセパレートでは評価が下がる可能性があると言われています。
当初危惧されていた、SPサイトは通常PCサイトに比べてサイト内リンクが少ないためクローラーがURLを発見できないのではないか？という問題については、PubSubHubbubやsitemapによってほぼ解決ができそうですし、SPでよくある、アコーディオンメニューやタブ形式のコンテンツなどはスマートフォンユーザーへのUXのために使用しているものであれば基本的に問題ないということをGoogleは発言していますので、コンテンツの問題以外ではさほど大きなリスクはないかもしれません。
しかしながら、アメブロにおいては「3」のセパレート方式であったということと、規模が大きく予想できない不具合が起きることを避けたいということからモバイルファーストインデックスについて事前にリスク回避できることはリスク回避しておくことにしました。
先述の通り、アメブロはセパレートURLでした。
PCサイトは、"ameblo.jp/ID"
SPサイトは、"s.ameblo.jp/ID"
となっており、
"s."というサブドメインでPCとSPのURLが異なるものとなっていました。
アメブロの仕組みは複雑であり、またPCとSPが常時同じコンテンツであることがUX上必ずしも最適であると考えなかったことから、今回レスポンシブデザインを採用することは見送りました。
一方で、URLが分かれていることについては下記のようなリスクを想定しました。Googleが問題ないと断言しているものも含まれており、"万一Googleにバグが起こったら"ということを考慮しました。 また、正規化の属性を万一運用上のミスで抜いてしまった場合などもあわせて考えました。
PC URL --- alternate ----> SP URL
PC URL <-- canonical ----- SP URL
となるわけですが、今回評価として「正」となるのは、alternateが向けられているSP側であり、canonicalが向けられているつまりはHTML上で正規と示しているPCではありません。Googleは特別な処理を入れるので問題ないということでしたが、万一短期的でもこの処理にバグが起こったら・・・ということをリスクとして考えました。
万一、セパレートの場合にリンクの力が分散もしくは数%であっても分散してしまようなことがあったら・・・というリスクを回避したかったということがありました。
これはモバイルファーストインデックスに限ったことではありませんが、万一にもうまく処理されなかったら・・・ということを考えました。
運用ミスによってcanonicalやalternateを記述するのを忘れてしまったり、万一Googleが正規化をうまくできずにPCとSPのURLを重複してインデックスしてしまった場合、重複コンテンツとして見られてしまうリスクを考慮しました。
アメブロは芸能人の方にも使っていただているため、紙媒体などにもURLを記述していただくことがあります。このときに、まれに"s.ameblo.jp"側を記載していただいていることがあります。
TwitterやFacebookなどのソーシャルメディアなどでも"s.ameblo.jp"からはじまるSP URLを引用していただいているケースが多々あり、それを見るたびに多少違和感を感じていたのも事実でした。（もちろんPCでアクセスしてもリダイレクトされるわけですが・・・・）
記事本文以外は多少コンテンツが異なるものはあるものの、基本同じものが配信されているにも関わらず別のURLである必要はないと考えました。
あわせて、上記「3」にも記載したように、運用のミスが起こりやすかったり、やや大きな改修をするたびに、title,meta,alternate,canonicalの関係性をチェックしなければいけないという工数的な問題があったりと運用上の問題もありました。
上記から、 ・URLはSPとPCで統一して、"ameblo.jp"とする ・記事本文はデバイス間で差はないが、ナビゲーションや広告枠、各ブログトップページに差異をつけたかったことからSPとPCでは別のHTMLを配信する という"ダイナミックサービング"を採用することにしました。
ブログチーム、SEOチームとの合意は案外すんなりといきました。リスクに対して可能な限り対応しておこうということ以外に選択肢はなかったためです。ただし、ここから弊社ならではの社内調整が必要になりました。
Amebaはアメブロ以外にも様々なサービスがあり連携しあっている部分があります。また、表示されている広告の一部は社内独自のアドネットワークです。そのほかアメブロにはアプリもあります。これら連携しているサービス類にはURLを参照してごにょごにょしているものもあったため関係各所に影響の確認と、影響がある場合には対応のお願いをしていきました。想定していたよりは少なかったものの、いくつかのサービスでは仕様変更が発生しました。
ただ、ここでははじめから"相談"ではなく「MFI対応のためSPのURL変えるから影響でるならそちらも変えてね」という"お願い"の形でのぞんでいたので、特段大きな問題は発生しませんでした。
モバイルファーストインデックス発表後、関係がありそうなチーム（計測、広告等含む）との調整を約1週間程度で行ったうえでいよいよモバイルファーストインデックスのためのURL統合作業に入っていきました。
アメブロはすでに10年以上運用しているサービスであることから、この統合作業も若干複雑になりました。詳細は割愛しますが、
まずは、これまで"ameblo.jp"にSPのUserAgentでアクセスがあった場合は、"s.ameblo.jp"にリダイレクトしていたわけですが、
これを"s.ameblo.jp"と同じコンテンツを"ameblo.jp"で表示できる
ようにしました。
この時点で"ameblo.jp"から"s.ameblo.jp"へのalternateを外し、"s.ameblo.jp"から"ameblo.jp"のcanoincalを残しています。
じつは「1」が終わった時点でジリジリと"s.ameblo.jp"のトラフィックは減っていき、"ameblo.jp"のトラフィックが増えていき順調に移行されている様子でした。 が、今回は"URL統合"が目標なのでここからURLを一本化していきます。
12/8(木)の18:00頃に「1」を実施し、クロールの状況にも内部の状況にも問題がないこともわかったため12/20(火)には"s.ameblo.jp"へのアクセスは"ameblo.jp"へリダイレクトさせるようにしました。
一部SPにしか存在していないURL群もあるため、これらはまだ"s.ameblo.jp"が残っていますが、大半のURLは無事に統合されました。
モバイルファーストインデックスの発表があってから実質1ヶ月半でこの大規模サイトのURL統合を行えたのは個人的もやや驚きました。
"モバイルファーストインデックスがまだ導入されていない段階として"ということにはなりますが、特に問題はありませんでした。スマートフォンで検索した際にインデックスされているURLも概ね入れ替わり狙った通りになっています。
PCとSPを合計したトラフィックには変化なし。あわよくばドカンと上がらないかな？とほんのわずかに期待していましたが、さすがにそうはなりませんでした（笑） それでも、一時的にはダウンする可能性もあるかもしれないと心配はしていましたので、それは起こらず安堵しました。
(s.ameblo.jpの10月半ばからの検索トラフィック数）
(ameblo.jpの10月半ばからの検索トラフィック数）
canonicalや301でのリダイレクトをしたからといって、インデックス数がみるみる減っていくということはないようで徐々に減っているという感じです。
（s.ameblo.jpのindex数）
クローラーが"ameblo.jp"に一気におしよせてリソースを圧迫し、レスポンスが悪くなることで評価が下がる可能性は多少考えていました。
が、"s.ameblo.jp"へのクロールがきれいに減っていく一方で、"ameblo.jp"へのクロールは特に変わりませんでした。
「少しくらい増えてくれてもいいのに・・・」とは思いましたが・・・。
（ameblo.jpのクロール量）
結果として現時点では「何も変わっていない」という状況です。これは我々にとってはポジティブで、大規模サイトのため少しの変更で大きく数値が落ちることもあるため数値が下がらなかったことはある意味で最良の結果でした。
今回はモバイルファーストインデックスへの対応を目的に動いたので、あくまでモバイルファーストインデックスが導入されたときにネガティブにならないことを目的としていました。
が、かなり大きな仕様変更を行ったことからいろいろなところに手を入れたわけで、ひょっとしたらそこで同時にできるSEOの施策がほかにあったのではないだろうか？というのは個人的な反省です。
モバイルファーストインデックスに気をとられすぎて俯瞰して見られなかったなあとは思います。 一方で、この規模のサービスの非常に大きな仕様変更を短期間でできたことは、手前味噌ながら結構すごかったのではないかと。
意思決定に1日 → 社内調整に5日 → 施行に約40日
とくにブログのエンジニアチームには迷惑かけましたが、このスピードでやりきってくれたことは感謝しています。内輪ネタで恐縮ですが。
今後は、いよいよモバイルファーストインデックスが到来するわけですが、そのときに本当にマイナスにならないのかは注意深く見守っていきたいと思います。 また、もう少し時間があるわけなので、"コンテンツレベル"でのリスクがないかを再確認していきたいと思っています。実際にモバイルファーストインデックスが導入された際には再度ご報告できればと思います。
Web担当者Forumの連載コーナー、「海外&国内SEO情報ウォッチ」を更新。今週は、『ヤフー検索でも(not provided)がほぼ100%に さらば検索キーワード情報』、『<h1>タグは1ページに1回しか使っちゃダメ ←これ正しいの？ ウソなの？』、『【2016年版】グーグル上位表示ページとランキング要因調査』など10記事+2記事。
- ヤフー検索でも(not provided)がほぼ100%に さらば検索キーワード情報【海外＆国内SEO情報ウォッチ】 -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki
アメリカのEC市場の成長を示す売上データ、アマゾンやウォルマートなど個別企業の活動に関する記事まで、インターネットリテイラーの読者に2016年で最も読まれた記事を発表しました。
インターネットリテイラーの読者は、ECに関する細かいデータを求めているようです。
2016年に最も読まれた記事を見てみると、アメリカ国内のオンライン売り上げに興味がある読者が多いと考えられます。
インターネットリテイラー社発行の「全米EC事業 トップ500社 2016年版」で第1位のアマゾンに関する記事が上位にランクイン。多くの小売業者がアマゾン経由で商品を販売し、サービスを利用すると同時に、ECの巨人であるアマゾンを競合と考えているからでしょう。
インターネットリテイラーの読者が2016年に最も読んだ記事は次の16記事です。＊編集部追記：リンクをクリックすると、それぞれの英語記事にジャンプします。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：やっぱり気になるアマゾンの動向。アメリカのEC関係者が2016年に最も読んだ記事16選 | 海外のEC事情・戦略・マーケティング情報ウォッチ
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
世界最大級のネット通販業界の専門誌「Internet Retailer」は、雑誌のほか、Web媒体、メールマガジンなどを運営。Vertical Web Media社が運営を手がけている。
Eコマースの戦略に関し、デイリーニュース、解説記事、研究記事、電子商取引におけるグローバルリーダーをランク付けする分析レポートなどを発行している。
パイプドHDは2017年2月末にも、講談社の女性ファッション誌「ViVi」連動のECサイト運営および付帯する事業から撤退する。
事業構造的な赤字体質を改善できない状況が続いており、グループが主体的な立場で事業を継続することは困難であると判断。2016年12月28日に開いた取締役会で事業からの撤退を決定した。
「ViVi」連動のECサイト「NET ViVi CoordinateCollection」を運営していたのは、パイプドHD連結子会社のウェアハート。2015年7月、パイプドビッツ（当時、現在は純粋持ち株会社がパイプドHDで、パイプドビッツは100%子会社となっている）の連結子会社として設立。同月から、女性ファッション誌連動の通販サイトの運用を始めた。
主にシステム開発、サイト構築、商品の仕入れ、物流などを担当。「ViVi」本誌と連動した中綴じ冊子の企画などを行い、EC売上の底上げをめざしていた。
パイプドHDによると、アパレル・ファッションに特化したECサイトの構築、運営受託事業については引き続き継続する方針。事業撤退によってウェアハートは今後、清算に向けた処理を進める予定とした。
ウェアハートの2016年3～11月期（第3四半期）における撤退対象事業の売上高は8400万円、売上総利益900万円、営業損失4300万円、経常損失4300万円だった。
「ViVi」連動のECサイトは、パイプドビッツが提供するアパレル特化型ECプラットフォーム「スパイラルEC」で構築・運用している。
2016年に「スパイラルEC」は外部からの不正アクセスを受け、導入EC企業から預かっている個人情報が不正に閲覧された可能性と個人情報流出の痕跡が判明した。「NET ViVi Coordinate Collection」では、2015年8月22日～2016年4月18日の期間に注文をしたユーザー、1万946人分の個人情報が流出したと発表している。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：ファッション誌「ViVi」のECサイト運営から撤退、パイプドHDが事業継続は困難と判断
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
Googleモバイル検索のトップニュースAMPカルーセルは、複数サイトからのニュース記事が混ざって掲載される。しかしGoogleは、サイト専用のニュースAMPカルーセルの提供を始めた。
- Google、サイト専用のニュースAMPカルーセルをモバイル検索で提供開始。パブリッシャーには露出アップのチャンスになるか -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki
靴とファッションのECを手がけるロコンドは2017年1月5日から、全国（一部地域を除く）を対象にテレビCMの放映を始めた。このほど開始した「WINTER SALE」に合わせ、集客強化や認知を向上させるのが目的。
CMにはタレントの鳥居みゆきさんを起用。ロコンドのキャラクターである「ロコニャン」と掛け合いを行い、1000ブランド以上を販売する取り扱いブランド数、サイズ交換や返品無料といったサービスを訴求する。
靴を求める女性にロコンドのサービスを紹介するストーリーにしたという。
ロコンドは定期的にテレビCMなどを活用し売上高を拡大。2016年2月期（第6期）の売上高（出荷高ベース）は前期比33.3%増の100億円だった。なお、純損失は2億976万円（2015年2月期は6億3522万円）となり、損失幅が大幅に縮小している。
テレビCMを初めて行ったのはサービスをスタートさせた2011年。その後、経営の立て直しなどで休止していたものの、2015年に4年ぶりに再開。田中裕輔社長も登場するなど、定期的にテレビCMを行い販促を強化している。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：ロコンドがテレビCMを1/5スタート、鳥居みゆきさん起用で集客強化
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
米Amazonは2016年11月1日から12月25日までのホリデーシーズンで、過去最高の売り上げを記録したことを明らかにした。
スピード配送の利用が急速に増加し、世界で10億点以上の商品をAmazonプライムの配送サービスで届けたという。
12月23日には「Prime Now」で2015年比3倍以上の注文を受け付け、過去最高を記録。Amazonのショッピングアプリによる注文も世界で56%増加した。
サイバーマンデー（アメリカの感謝祭明けの月曜日）では、世界中のモバイル端末から1秒あたり36個のおもちゃの注文があったという。
日本で最も多く注文があったのはサイバーマンデーウィーク終盤の12月11日で、1日に370万個以上の注文があったとしている。「サイバーマンデーウィーク2016」の特選タイムセールの注文数は、2015年のサイバーマンデーウィークの約7倍になったという。
また、12月5日から販売を開始した「Amazon Dash Button」で最も売れたのは、「サントリー天然水 Dash Button」。販売開始から24時間で売り切れた。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：Amazon、2016年のホリデーシーズンは過去最高の売り上げを記録
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
ネットショップ支援会社を中心にEC業界にかかわる企業や人を取材していこうと思っています。
読んで少しでも経営に役立ったり、なるほどと言ってもらえるような記事の執筆を心がけます。
ナノ・ユニバースは12月27日、ECサイトで子供などの位置情報やブザーで居場所を探せるIoT商品「biblle」の販売を開始した。若い世代と高齢者、ママ世代がファッションを通じてつながっていくことを支援していきたいとしている。
「biblle」は持ち主のスマートフォンとペアリングすることで、位置情報やブザーで居場所を探すことができるIoT商品。「biblle」のアプリを所有している人同士がすれ違うと、お互いの持ち物の場所を更新し合い、最新の位置情報を見ながら捜索ができるようになる。
たとえば、子供に「biblle」を持たせておくと、一定の距離から離れるとブザーが鳴るようにすることが可能。迷子の時はボタンを押すと、緊急信号を送ることができるようになり、迷子を防止することができるという。
今回販売する別注モデルは、表面に「nano・universe×biblle」のロゴをオリジナルフォントで配置。商品の温かみをスタイリッシュに伝えるため、木工モザイク柄を異素材であるアクリルプレート上で表現した。ファッション×テクノロジー商品の第1弾展開となるとしている。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：ナノ・ユニバース、子供などの位置情報がわかるIoT商品の販売を開始
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
ネットショップ支援会社を中心にEC業界にかかわる企業や人を取材していこうと思っています。
読んで少しでも経営に役立ったり、なるほどと言ってもらえるような記事の執筆を心がけます。
帆風が運営する印刷通販サイト「パンフーオンラインショップ」が外部からの不正アクセス攻撃を受け、クレジットカード情報が最大で835件漏えいした可能性があることがわかった。セキュリティコードも流出した恐れがある。
漏えいした可能性があるカード情報は、カード名義、カード番号、有効期限、セキュリティコード。2016年9月17日から11月28日までにクレジットカードで買い物をした顧客情報が対象。
カード情報が加盟店のサーバーを通過する「通過型」の決済方法を採用していたと考えられ、サーバー内に記録されたカード情報が不正アクセスによって漏えいしたとみられる。
カード情報以外にも、「パンフーオンラインショップ」に登録した個人情報が最大で1万6084件漏えいした可能性があるという。
氏名、住所、生年月日、勤務先、電話番号、FAX番号、メールアドレス、暗号化された状態のログインパスワード、本人確認の質問・回答、購入履歴が外部に流出した可能性があるとしている。
帆風によると、原因は「サイトのプログラムに脆弱（ぜいじゃく）性があったことが原因と考えている」と言う。
2016年11月28日に決済代行会社経由でカード情報の流出懸念があるとの連絡を受け、カード決済を停止。同時に社内調査を実施し、11月30日に外部からの不正アクセスの可能性を確認した。
12月2日に第三者調査機関へ調査を依頼し、即日調査を開始。12月20日に最終報告書を受領し、カード情報および個人情報流出の可能性を確認した旨の報告を受けた。
帆風では次のような再発防止策を策定した。
なお、帆風を名乗ったフィッシングメールが送信されているというケースも発生しており、帆風では「弊社が、メールにより、クレジットカード情報の入力をお願いすることはありません」とアナウンスもしている。
※このコンテンツはWebサイト「ネットショップ担当者フォーラム」で公開されている記事のフィードに含まれているものです。
オリジナル記事：カード情報835件が漏えいか、印刷ECサイト「パンフーオンラインショップ」に不正アクセス
Copyright (C) IMPRESS CORPORATION, an Impress Group company. All rights reserved.
経済産業省主導の「クレジット取引セキュリティ対策協議会」（事務局は日本クレジット協会）は2016年2月、「クレジットカード取引におけるセキュリティ対策の強化に向けた実行計画」（経産省のサイトにジャンプします）を発表。
これによって、2018年3月までにEC事業者はカード情報の非保持化もしくは「PCI DSS準拠」が求めらることになりました。
「PCI DSS準拠」は莫大なコストがかかるとされています。そのため、多くのEC企業はカード情報の非保持化に移行しなければなりません。
経産省が推進しているのが、EC事業者からのカード情報漏えいが発生するリスクが低い「非通過型」（クレジットカード情報入力を決済代行会社のシステムで行う方式）。「PCIDSS準拠」済みの決済代行会社が提供するリンク型決済や、トークン決済（購入者が入力するカード番号を暗号化された文字列に変換してオーソリを実行する決済方法）などの導入がそれにあたります。
対応期限までは1年強。まだまだ自社でカード情報を保有している企業もあるようですので、対応はまったなしの状況です。