## はじめに
スターフィールド株式会社では、上記のように週に一度メルマガを配信しています。
このメルマガは、１週間の越境ECニュースをピックアップして紹介するものです。
そこで今回は、メルマガのクリック数を元に、どんな記事が人気なのかを調べてみました。
主に購読者は越境ECに関心がある方々なので、トレンドが分かるのではと思います。


## よく読まれた記事ランキング
 調査対象期間は、2023年4月から11月です。
### 第三位　[越境ECのビィ・フォアードが中古車販売大手のネクステージと連携](https://ecnomikata.com/ecnews/38836/)
 ![](/uploads/38836_thumbnail_top_f0c8376c3d.png) 
> 株式会社ビィ・フォアード（本社：東京都港区、代表取締役：山川博功、以下「ビィ・フォアード」または「同社」)は、株式会社ネクステージ（本社：愛知県名古屋市、代表取締役：浜脇浩次）との車両情報連携の開始について公表した。


多くの海外ユーザーが利用している「beforward.jp」にネクステージの扱う商品を掲載することにより、元々ネクステージに掲載しているサプライヤーの販路が広がります。中古車の越境ECの取り組みは珍しいので、注目されたのでしょうか。

### 第二位
[Tmall（天猫）、500以上のブランドが新製品を約20億円以上販売](https://ecnomikata.com/ecnews/38724/)
 ![](/uploads/38724_thumbnail_2020_1109_1001_ef97c20fe3.jpg) 

> アリババグループ（以下「アリババ」または「同社」）は、中国のZ世代消費者が同社のTmall（天猫、Tモール）において新しいニッチ商品の消費を促進していることが、同プラットフォームから収集した豊富なデータにて明らかになったと発表した。

新しいニッチ商品の消費とは何かちょっと分かりにくい記事ではあるなと思いましたが、この記事が２位でした。やはり中国に関する記事はよく閲覧される傾向にありました。    

### 第一位
[越境ECにおける関税とは？関税の基礎と国別の関税体系を紹介](https://ecnomikata.com/ecnews/39172/)
 ![](/uploads/39172_thumbnail_9_dc4880ea9a.png) 

> 越境ECに初めて挑戦する場合はもちろんのこと、国を広げる際も注意しなければならない問題に「関税」が挙げられます。関税は国によって異なり、知識がなければ多額の税金を徴収されてしまう可能性もあるため、越境ECを始める前に対象国の関税や法律について把握しておくことが大切です。

越境ECを始める上で、関税関係は気になるもの。圧倒的に閲覧されていました。

## まとめ
これからも有益な情報をお伝えできるように、続けていきたいと思いますので、ぜひメルマガのチェックをお願いいたします。

6759db0688159fac885f9210dc401a79.png

どのような越境ECニュースに興味がある？メルマガからランキング形式でご紹介

## はじめに
先日、東京ビッグサイトで開催されたGoogle Cloud Next Tokyo '23のDay2に参加してきました。

 ![](/uploads/PXL_20231116_001744341_2_90d59a9df4.jpg) 

全体としては生成AIに関するトピックが盛り上がってましたが、セキュリティに関するセッションもいくつかあり、その中で私は下記のセッションに参加して話を聞いてきました。

- [セルフで行う Google Cloud 環境のセキュリティ チェックの方法](https://cloudonair.withgoogle.com/events/next-tokyo?talk=d2-di-04)
- [Google Cloud のセキュリティ機能、基本のキ｜Security Command Center で実現するリスク管理](https://cloudonair.withgoogle.com/events/next-tokyo?talk=d2-sec-02)

どちらのセッションでもSecurity Command Centerを使うことでGoogle Cloudを安全に運用できるという内容でした。
こちらをもとに本記事では、Google Cloudを利用しているがSecurity Command Centerは使ったことがない人向けに、Security Command Centerを使い始めるための設定方法と簡単な使い方の解説します。

## Security Command Centerとは
Security Command CenterはGoogle Cloud上の脆弱性や脅威となりうる設定を検知してくれるサービスです。

有効化しておくと自動で利用しているサービス、リソースを認識して、それらを対象に設定内容をスキャンしてくれるため運用に負荷がかからないのが特長です。また有償版のプレミアムティアーのみの機能となりますが、ISO 27001やPCI DSSのような業界標準への遵守状況も確認できるなどスキャン以外にも様々な機能があります。

今回は無償版のスタンダードティアーでも利用可能なSecurity Health Analytics機能を使って、Google Cloudの設定ミスの診断を試してみました。

## 実際に適用してみた結果
ありがちなユースケースとして、組織の管理権限はもってないが開発環境のプロジェクトだけ変更権限だけを持つユーザーが、Security Command Centerを使ってプロジェクトの脆弱性を診断してみるというシナリオでやってみました。

1. Security Command Centerの有効化
  - まず最初にコンソールでプロジェクトを選択した状態でSecurity Command Centerを開いて有効化を行います。スタンダードとプレミアムの2つのティアーを選択する画面になるので、無償版であるスタンダードを選んで次へを押します。すると、どの機能を有効化するか設定するダイアログが表示されます。すべてデフォルト値のままで進めます。

     ![](/uploads/249ce2bfaa98636550da620a_d3f7f1273a.png) 
      (引用：https://zenn.dev/cloud_ace/articles/scc_standard#security-command-center(%E3%82%B9%E3%82%BF%E3%83%B3%E3%83%80%E3%83%BC%E3%83%89)%E3%82%92%E6%9C%89%E5%8A%B9%E3%81%AB%E3%81%97%E3%81%A6%E3%81%BF%E3%82%8B)

  - 詳細な手順は公式ドキュメントで解説されているのでそちらを参照してください。
  https://cloud.google.com/security-command-center/docs/activate-scc-for-a-project?hl=ja#project-activation-scc-inactive-in-org

2. 診断結果の確認
  - 設定が完了すると自動で脆弱性のスキャンが行われますが、初回のスキャンは少し時間がかかります。今回の例だと24時間ほど待つ必要がありました。
  - 完了するとダッシュボードにスキャン結果が表示されます。脆弱性ページで脆弱性の種類、件数などが確認できます。

     ![](/uploads/scc_1_762224c8e4.png) 
    

3. 脆弱性の対応
  - ここではデフォルトのまま使っていると必ず検出されるOpen RDP portを対象として、実際に対応する場合の流れを解説します。

  - 詳細を開くと脆弱性の詳細や、対象のリソースの情報が確認できます。更に次のステップのところに対応方法が示されます。
    ![](/uploads/scc_2_0a09b3e035.png) 

  - それに従って、ファイアウォール ルールのdefault-allow-rdpの設定を変更します。IPの範囲が0.0.0.0/0がまずいとのことなので削除して35.235.240.0/20を設定します。
     ![](/uploads/scc_3_4f9c670868.png) 

  - なお、ルール自体を無効にしてしまえばIP範囲は変更しなくてよさそうに思えますが、この対応ではだめでした。脆弱性の判断基準としてルールが無効かどうかは関係ないようです。現時点で実害があるかどうかではなく、潜在的な脆弱性として指摘しておくポリシーなのかもしれません。

4. 対応結果の確認
  - 初回スキャンと同様に対応後の確認も特に操作は不要で、自動で再チェックが行われて脆弱性ページの件数が1=>0になります。初回スキャン時と異なり、設定変更後の再スキャンはほぼ即時反映のようで数分後には対応済みになりました。
  - 対応済みの脆弱性を確認したい場合、脆弱性ページ上からは見られなくなってしまいますが、検出結果ページのクエリ編集画面で下記のとおりクエリを変更すると確認可能になります。
    ```
    変更前）
    state="ACTIVE" AND NOT mute="MUTED"

    変更後）
    state="INACTIVE" AND NOT mute="MUTED"
    ```
     ![](/uploads/scc_4_19e81badad.png) 

## まとめ
- Security Command Centerは有効化するだけで特に設定も不要かつ無料で始められるので、使ってみることをおすすめします。
- 検出された脆弱性ごとの対応方法まで案内されるので非常に親切だが、今すぐ対応すべき問題かどうかは利用者自身が判断する必要があります。そのため、まったく知識がない状態で運用することは難しそうです。これについてはGoogle側でも課題と考えているようで、Duet AIによる支援機能が現在開発中とのことです。
- 組織単位でSecurity Command Centerの有効化を行うことで、アカウントの設定不備のようなプロジェクトをまたがった設定内容もスキャン対象となるため、より効果的な運用ができそうです。今回の検証結果をもとに、全社的にSecurity Command Centerを利用する方針を検討していきます。

## 参考リンク
- [Security Command Center](https://cloud.google.com/security-command-center?hl=ja)
- [Security Command Center でお手軽セキュリティ診断](https://zenn.dev/cloud_ace/articles/scc_standard)
- [[Google Cloud] SCC -Security Health Analytics-を試す](https://qiita.com/khoshina/items/f6ccea548e9ed39cdea8)


security-command-center.440x512.png

Security Command Centerを使ってGoogle Cloudの設定内容を診断してみよう

## はじめに
先日、ロジザード社主催の展示会で越境ECのセミナーをさせていただきました。
イオンモールカンボジアの方と合同で出たのですが、    その方のプレゼンを聞きながら「すごく良いサービスだなぁ」と思ったので、私なりにまとめつつご紹介します。

 ![](/uploads/2023_11_17_13_39_44_512dc34faa.png) 

## イオンモール  カンボジアとは
そもそも、私はイオンがカンボジアにあることも存じ上げませんでした。

> イオンモールのカンボジア3号店となる「イオンモール・ミエンチェイ」が4月7日、首都プノンペン南部に正式オープンした。ASEANにあるイオンモールの中でも、最大規模となる。（中略）敷地面積は17万4,000平方メートルで、ファッション・生活雑貨・化粧品・スポーツ・飲食店など、約250店舗が出店する。このうち、24店舗はカンボジア初出店となる。また、日本からは、「ダイソージャパン」、「リンガーハット」、ホームセンターの「コーナンジャパン」、家電量販店の「ノジマ」などが出店している。

 ![](/uploads/1e6e51a71365358d_35614383_c7911e7a56.jpg) 

オープニングセレモニーには首相の息子や、駐カンボジア日本大使など錚々たる方々が列席されたようです。

<iframe width="560" height="315" src="https://www.youtube.com/embed/u_eUBvPgb6M?si=IQSxDzG7vkAgucjE" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe>
こんな動画も。

## オフラインとオンラインの融合
カンボジアのイオンモール内に「ＡＥＯＮＭＡＬＬ ＰＬＵＳショールーム」というものが設置されています。
ここでは、ＥＣでのみ購入できる海外の商品や高価格帯商品を実際に手に取ることが可能です。

越境ECの課題点として、「配達されるまで実物がわからない」点があります。
当然それは越境だけではないですが、物理的に距離が離れている場合、そして自国の企業の商品でない場合は、その不安感はより大きなものになります。特に高額商品ほどその傾向はあるでしょう。

 ![](/uploads/0120_3_dc18994291.png) 

越境EC支援の老舗企業ジェイグラブさんが、イオンモールと一緒に行っている事業のようです。

## まとめ
越境ECの今後の傾向として、オフライン店舗との融合やインバウンド事業との融合がより強くなることが予想されます。
その意味でも、先進的な取り組みだと思われます。弊社としても応援していきたいです。    

photo1-6.jpg

イオンモールカンボジアにおける越境ECとオフラインショップの融合がすごい

### 書籍の情報
- 書籍名: TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発
- 著者: 手島拓也、吉田健人、高林佳稀
- 出版社: 技術評論社
- ISBN-13: 978-4297129163
- 発行日: 2022/7/25
- リンク: https://gihyo.jp/book/2022/978-4-297-12916-3

## はじめに
「TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発」は、開発をより快適・堅牢にするTypeScriptを用いて、React/Next.jsの基礎、最新フロントエンドやWebアプリケーションの開発方法が学べる書籍です。

TypeScriptは、JavaScriptのスーパーセットであり、型システムを備えたプログラミング言語です。型による静的チェックにより、プログラムの欠陥をコンパイル時やデバッグ時に検出することができます。これにより、バグの早期発見や、コードの保守性の向上につながります。TypeScriptはWebアプリケーション、Node.jsアプリケーション、モバイルアプリケーションなどのさまざまなプラットフォームで利用されており、特に大規模で複雑なプロジェクトの開発に適しています。開発者が型安全なコードを書くのを支援し、コードの保守性を向上させるために広く採用されています。

Next.jsは、フルスタックのWebアプリケーションを構築するためのReactフレームワークです。設定に時間を費やすことなく、アプリケーションの構築に集中することができるよう設計されています。Next.jsは、Reactアプリケーションを開発するためのツールセットやサーバーサイドレンダリング（SSR）および静的サイト生成（SSG）の機能を提供し、それらの機能により、SEOの向上、パフォーマンスの向上、セキュリティの向上など、多くの利点を提供します。従って、多くのウェブ開発者によって採用され、高品質のウェブアプリケーションの開発に役立っています。

## こんな方におすすめ

- モダンなWebフロントエンドに興味のある方
- React/Next.jsを初めて使う方、本番に導入したい方
- React/Next.jsとTypeScriptを組み合わせた開発スタイルに興味のある方
- TypeScriptを中心に据えたWebフロントエンド開発に興味のある方
- Atomic DesignやStorybookなど、コンポーネント中心の開発に興味のある方

## 目次

1. Next.jsとTypeScriptによるモダン開発
2. TypeScriptの基礎
3. React/Next.jsの基礎
4. コンポーネント開発
5. アプリケーション開発1〜設計・環境設定〜
6. アプリケーション開発2〜実装〜
7. アプリケーション開発3〜リリースと改善〜
- Appendix Next.jsのさらなる活用

## 各章について

### 1~3章

1章では、Next.jsやTypeScriptを使用したモダンなフロントエンド開発の概要と歴史を紹介しています。歴史の説名を踏まえ、Next.jsの機能に絡めてSSRやSSGの紹介やその必要性に関する説明もされています。

2章では、TypeScriptの基本的な使い方や重要な型について説明されています。また、設定やツールのセットアップについても触れられています。

3章では、Reactの基本的なコンポーネントやフックの書き方やNext.jsの機能の使い方が紹介され、再レンダリングの防止など重要なポイントもカバーされています。

### 4章

この章ではデザインシステムの設計方法であるAtomic Designが紹介され、ReactコンポーネントもAtoms, Molecules, Organisms, Templates, Pagesの5レイヤーに分類することが推奨されています。Atomic Designとあわせて、ファイル分割やコンポーネント設計の参考になるPresentational Component（見た目）とContainer Component（振る舞いロジック）についても説明されました。
あと、styled-componentsスタイルライブラリから、Storybookでのコンポーネント管理、React Testing Libraryでのコンポーネントテストまで、コンポーネント開発のために使われる一連のツールの使い方が説明されています。

### 5~7章、付録

後半からはアプリケーション開発の実践になります。

5章では主にアプリケーション開発に向けての環境構築を行います。Next.jsや前の章で説明があったstyled-components、StorybookとESLintのセットアップとReact Hook Formをはじめ、SWRとMaterial Icons、React Content Loaderなどさまざまなライブラリやツールの導入が紹介されます。

6章は、総435ページで150ページほど占めて本のメイン部分ですが、ほぼコードに構成されていて間に簡単な説明が入ります。まずは、Atomic Designに従って各ページをコンポーネントコンポーネントへと分割して、一番小さい部品であるAtomsから実装していきます。次のMolecules実装も特にロジックを持たないようにしています。Organisms, Templates, Pagesについても同様の構成で進みます。Pagesからは4章にあったPresentational ComponentとContainer Componentの見た目とロジックを別ファイルに分ける方法で実装していきます。加えて、React Testing LibraryでAtoms, Molecules, Organismsレイヤーのユニットテストを書きます。

7章では、まず、5章と6章でつくったアプリケーションをVercel, Heroku, Logflareといったサービスにデプロイする方法の説明されており実際にデプロイして見るのができます。また、SEO対策として、構造化データをページに付与する方法やOGP、sitemap.xmlの生成などを取り扱います。さらに、アクセシビリティ、XSSとかCSRFのセキュリティの説明もされています。

付録には外部サービスの連携活用など、さまざまな内容が説明されています。これらの内容は現場にも役立ち、読者にとって嬉しい情報となっています。

## 感想

既に探り探りでTypeScriptとReact/Next.jsで開発していましたが、本書を読んでから、TypeScriptとReact/Next.jsの組み合わせでの開発経験が浅い私にとっては、良い見本になりました。

本書は、全般的にわかりやすく、実践的な内容で、概観を掴めることができて満足しています。
また、さまざまなライブラリを取り入れて使用できてみたのも、良い点でした。例えば、Next.jsと同じチームで作られているデータ取得のためのReact HooksライブラリであるSWRやローディングを表示するライブラリReact Content Loaderは初めて使用してみて今後の開発にも良い選択肢になると思いました。

ただ、もうちょっと具体的な説明や使う理由などがあったらよかったなと思った部分もありました。例えば、ライブラリの使い方の説明では、なぜそのライブラリを使うのか、そのライブラリのメリットやデメリットなどについて、もう少し詳しく説明があると、理解しやすかったでしょう。

とはいえ、本書は、TypeScriptとReact/Next.jsの両方を学びたい人にとって、最適な入門書であることは間違いありません。本書を参考にして、TypeScriptとReact/Next.jsの開発スキルを磨き、実践で役立てていきます。

以上、『TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発』についての紹介でした。もし、TypeScriptとReact/Next.jsの組み合わせで実際動かしてみながら学びたい方には、ぜひおすすめの一冊です！

TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発

book.png

【書籍紹介】TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発

## はじめに
「トップ5％」シリーズとしていくつか発売されている本の一つ「AI分析でわかったトップ5％社員の習慣」（越川慎司 (著)）から、大事だなと思った内容をいくつかピックアップしてご紹介します。

この本は、25社の企業、その企業の「上位5％社員」9,000名と「残り95％社員」9,000名の合計18,000名を対象に、両者の働き方を徹底的に調査した結果です。

気になった方はぜひ購読してみてください。
 ![](/uploads/2023_11_10_103223_4ae0f946c1.png) 


## 「5％社員」の98％が「目的」のことだけを考える

- 過程よりも結果を重視する。
- 時間を大切にする。「5％社員」は一般社員よりも時計を見る時間が1.7倍多く、会議では期限や時間に関して2.3倍以上の発言をする。



良く言われることですが、これを継続的に意識的に行い続けることが、結果を出し続ける秘訣かと思います。

## 再現性を大切にする

- 人やビジネスの価値は「再現性」で決まります。
- スキルや能力があるということは、「特定のことができる」と自己発信し、みんなに認められている状態にあります。さらに言うと、「特定のことをできるようになる」と言う状態は、「特定のことを再現できる」という状態であることを指します。

できる営業マンは、どの会社に行っても、どの製品を売るにしても、トップセールスになれます。
それは、会社や製品が違えど、まさしくこの「特定のことを再現できる」能力が高いのだなと思います。

## 止まって考える時間を設けている

- 「5％社員」は、「振り返りの時間」を取っています。
- その多忙なスケジュールの中で、彼らは2週間に一度は止まって考える時間を取っていました。5％社員は、そうでない社員よりも、振り返りの時間を取る人が8割もいるのです。
- 振り返る時間はほんの15分程度、長くても30分程度です。
- 他人からの承認ではなく、自分の価値観で自分を承認するのです。二度と同じ間違いをしないように振り返って反省し、次の行動に活かしていました。

これがすごく大切だなと思いました。
忙しさを言い訳に、振り返りの時間を作れないこと多々ありますが、きちんと自分自身の中で仕組み化して振り返る時間を確保し、内省しましょう。

## まとめ
「AI分析でわかった トップ5％社員の習慣」の本から大事だと思った箇所をかいつまんでご紹介しました。
良書だと思いますので気になった方は是非読んでみてください。





スクリーンショット 2023-11-10 103223.png

「AI分析でわかった トップ5％社員の習慣」本の紹介

## はじめに
商品やサービスはあるのになぜか売れない、一生懸命営業しているのに顧客に響いていない、そんな経験ありませんか？売れないのは営業力に問題があって、まずは先輩社員や上長の営業トレーニング、あるいは外部トレーニングを活用して 自身の営業力を磨く努力をしなければならないと考えたことはないでしょうか。

今回は、「栗原康太. 新規事業を成功させるPMF（プロダクトマーケットフィット）の教科書. 翔泳社. 2023」の本に紹介されている、“PMF”について記載します。営業力が果たして問題なのかを考えるきっかけになる、読みやすい本です。内容をピックアップしてご紹介します。

 ![](/uploads/81_O_Er9_J_Js_PL_SY_522_be95787c40.jpg) 


## PMFとは
“PMF（Product Market Fit:プロダクトマーケットフィット）の考え方は、世界有数の投資会社の創始者、マーク・アンドリーセンによって広められました。アンドリーセン氏はベンチャーキャピタリストとしてさまざまな企業を見てきた中で、PMFが企業の成否を左右する要素だと指摘しました。

プロダクトマーケットフィットとは、市場を満足させることができる商品で、正しい市場にいることを意味する。“としています。

換言すると、
”顧客のニーズを満たす商品で、正しい市場（潜在的な顧客がたくさんいる市場）にいること“
と定義しています。


## PMFするとどうなるのか
PMFすると商品が顧客に引っ張られるように売られていき、顧客が商品を使い続けてくれたり、口コミをして他の顧客を連れてきてくれたりします。

例えばPMFのシグナルとして、以下があります。

- [ ] - 顧客からの問合せが殺到
- [ ] - 商談から受注までの期間が短い
- [ ] - 受注数が伸びていて、解約も少なく、顧客が満足している
- [ ] - 顧客獲得コストが低く、十分な利益が出ている
- [ ] - 顧客が他の顧客を紹介してくれる

一方でPMFしていないシグナルもあります。

- [ ] - 商談から受注までの期間が長く、見込み客の検討の熱量が低い
- [ ] - 受注数は伸びているが、解約率が高く、顧客が喜んでいない
- [ ] - 営業研修/トレーニングを行い、営業力を強化しても受注率が上がらない
- [ ] - 顧客獲得コストが高く、受注しても利益が出ない
- [ ] - 既存顧客などからの紹介が発生していない

PMFしている商品は売りやすく、PMFしていない商品は売りにくい特徴です。


## PMFするためにはどうしたらいいのか
まずは素早く商品をローンチし、フィードバックを得ながら解決策としての質を上げていくことです。
広告運用の最適化やWebサイトやランディングページの細部にこだわったり、営業資料のデザインにこだわったりするよりも、顧客が買ってくれるのか、顧客が喜んでくれるのかにこだわる必要があります。商談時に売れる売れないに一喜一憂するよりも、PMFに近づいているのか、遠ざかっているのかを意識していくことが大切です。


## まとめ
今ある商品をいかに売るかは大事なことですが、果たしてその商品がマーケットにフィットしているのか俯瞰してみる必要があります。今回ご紹介した本はPMFの事例をたくさん紹介しています。是非手に取って読んでいただき、自社の活動に取り込まれてみてはいかがでしょうか。


product-market-fit.png

PMF（プロダクトマーケットフィット）とは

## はじめに
デジタルヒューマンという単語を知っていますか？
デジタルヒューマンとは、「人間そっくりの姿で、人間と同じような動きをする3Dアバター」だそうです。

そんなデジタルヒューマンに関するニュースを見つけました。
『中国のデジタルヒューマン、越境ECのライブ配信にも登場　月10万円前後で多言語に対応』
https://36kr.jp/253657/


## デジタルヒューマンの能力とは？
デジタルヒューマンはどのようなことができるのでしょうか？記事を参考にみていきましょう。

> AI技術のおかげで、デジタルヒューマンはすでに400種類以上の言語が使用できる。また、ほとんどのデジタルヒューマンは外見をカスタマイズすることができ、さまざまな地域の文化に合ったサービスを利用できる。
大規模言語モデル（LLM）の発展に伴って、デジタルヒューマン技術も成熟してきた。事前に録画しなくても、さまざまな配信者のコーパスを使って指向的なトレーニングを施せば、デジタルヒューマンに配信者としてのトーク技術をマスターさせることができる。

生成AIによって、自然な文章を自動的に質問に合わせて生み出せるようになりました。
また文章の自動読み上げも自然になってきました。
これらの掛け合わせで、このようなデジタルヒューマンが、開発されるのは必然でしょう。

別の会社のものですが、実際の動画がありました。
https://www.niusia.net/digital_human.html<br>
株式会社ニュウジア

## デジタルヒューマンのメリット
デジタルヒューマンを活用したECにはどのようなメリットがあるのでしょうか？<br>
①言語の壁がなくなる<br>
AIによって多言語対応をしています。<br>

②人手不足解消<br>
デジタルヒューマンは24時間喋り続けることができます。<br>

③外観を自由に変えられる<br>
商品のターゲットによって、外観を変えられます。<br>



## まとめ
ライブコマースが一般的な国では、数年以内は一般的になってそうだと感じました。



20231002151443v2_d74d6083fce842d4b862417f88f3d2eb@000000_oswg551774oswg856oswg471_img_000124 (1).jpg

デジタルヒューマンがECに登場する世界

近年、ウェブサイトのコンテンツを取得するスクレイピング技術が増えています。この記事では、一般的なスクレイピングの方法をChrome拡張機能として実装します。特に、動的に読み込まれるコンテンツへの対応として、MutationObserverを使用した方法に焦点を当てて解説します。
これら、全てChatGPTとの対話で作ることができます。

なお、サードパーティのサイトに対してスクレイピングを行う際には、そのサイトの利用規約やrobots.txtを確認して、違反行為をしないよう注意が必要です。

## 1. 前提となる技術

- JavaScriptの基本知識
- Chrome拡張機能の概念
- DOM操作の基本

## 2. ターゲットとなる情報

- 商品名
- 価格
- 商品のリンク

などを決めます。

## 3. 動的コンテンツとは？
近年のウェブページは、ページの初回読み込み時にすべてのコンテンツが読み込まれるわけではなく、ユーザーの操作に応じて後からコンテンツが動的に追加されることが多いです。このような動的コンテンツの取得は、単純なスクレイピング技術では難しい場合があります。

## 4. MutationObserverとは？
MutationObserverは、DOMの変更を監視するための強力なAPIです。これを使用すると、DOMに変更があった際にコールバック関数を実行して、変更された要素に対して操作を行うことができます。動的コンテンツのスクレイピングにおいて非常に役立つツールとなります。

## 5. スクレイピングの実装
まず、Chrome拡張機能としての基本的な構造を構築します。

- manifest.jsonの作成
- ポップアップHTMLの作成
- コンテンツスクリプトの作成

具体的なスクレイピング処理は割愛いたしますが、例えば、もし構造が以下のようであれば

```
<li class="item">
    <a href="product_link">Product Name</a>
</li>
```

コンテンツスクリプト（content.js）は以下のように記述します。

```
let links = Array.from(document.querySelectorAll('.item a'));
```

## 6. 工夫した点: MutationObserverの活用
このガイドの主要なポイントは、MutationObserverの活用です。Shopeeのページは、新しい商品情報が動的に読み込まれることが多いため、このAPIを使用してDOMの変更を監視し、新しく追加された商品情報も取得するようにしました。

## 7. まとめ
この記事では、スクレイピングするための方法をChrome拡張機能として紹介しました。特に、動的コンテンツの取得に焦点を当て、MutationObserverを活用する方法を取り上げました。この手法は、他の多くのウェブサイトでも適用可能で、動的コンテンツの取得に苦労している方にとって有益な情報となることを願っています。


DALL·E 2023-10-27 12.49.25 - Photo of a laptop screen displaying lines of code related to web scraping, with the ChatGPT logo prominently visible in the top corner. Beside the lap.png

ChatGPTで作るChrome拡張機能を利用した動的コンテンツのスクレイピングガイド

先日、弊社で運営しているコンペナビで、「自治体向け動画コンテスト主催サポートプラン」というLPを作成し公開しました。  
  
<a href="https://compe.sterfield.jp/lp_jichitai" target="_blank">コンペナビ　自治体向け動画コンテスト主催サポート</a>  

私はこのLP制作につき、デザイナーとコーディングを担当し作成しました。  

この案件は弊社の社内案件であり、若手の営業担当がディレクションを行い、私が制作という関係で進めました。

最終的に納得のいく物が作成できましたが、振り返ってみると、企画段階でもっと詰めるべきことがあったし、ディレクターと作業者の間でどこまでが自分が主導して進めるべきか？を悩み、時にはお互いに担当分野を越境したような動きがありました。  

また、社内の関係者間でも、相談するべき点がありました。  
この案件を通して、改めてディレクションの大切さを実感し、反省を兼ねてブログに残します。


## プロジェクトのスタート

当初私のもとには図1の形でまとめられたワイヤーを渡されました。  

図1
<img src="/uploads/20231020_1_16304a854a.png" alt="企画書第一段階">

ワイヤーのコンテンツを大まかなに分けると以下の内容となっていました。  

第1要素　（メインビジュアル要素）
・キャッチコピー
・コンペナビの強み（3点）
・メインビジュアル
・お問い合わせへのリンク

第2要素　
・動画コンテストを開催する意義とサポートする旨の文章
・具体的なサポート内容を示すアイコン

第3要素　
・コンペナビの強み５点を強調する旨のコンテンツ

第4要素　
・コンペ開催のフローと料金について（コンペナビの内容のコピー）

第5要素
・実績

第6要素（最下部）
・お問い合わせフォーム


そして、  
・デザインはコンペナビと関連ある物。コンペナビの下層ページのようなイメージでコンペナビのコンテンツだとわかるものにしてほしい。  
・コンテンツの内容はワイヤーの内容にしたい。  
・この案で上長からGoサインが出ているから進めてもらいたい  

という話をいただきました。  

率直に私が思ったことはまだ、ワイヤーとして完成していないと感じました。 そこで先ず私はディレクターと話し、コンテンツを整理しなおしました。

私は主に  
・メインビジュアルに要素を詰め込みすぎ。  
・メインビジュアルのコンペナビの強み（3点）もこれだけで1つのコンテンツとして成立するし、補足的に見せる内容ではない。  
・全体的にテキストが多い。ビジュアルで見せる部分とテキストで説明する部分を意識した方が良い。  
・第3要素のコンペナビの強みもリズミカルに見せるなら3つくらいに絞った方がよい。  
・補足したい説明があれば、よくある質問というコンテンツにしてQ＆A方式で解説すれば見栄えもよい。  

と言う点を指摘しました。  

そこで、私とディレクターの間でワイヤーを作り直す作業が始まりました。  
このやり取りはプロジェクトを進める上で別に間違ってはいなかったでしょう。  
ただ、デザイナーの私がどこまで口を出すべきか悩みました。  


### 反省点：  
・デザイナーに話を持っていく前に、もっと詰めるべき点があったのでは？  
・制作部としては私がデザイン作業をしていると思っていた。役割を明確にするべきだった。  



## ワイヤー完成からデザイン完成迄

私はワイヤーの内容を大まかにレイアウトし、画面の構成を作る作業をしました。まだ、コンテンツについて考える余地もあり、
なるべくビジュアル要素を増やしてテキスト量を減らすこと、言い回しや見せ方を工夫することで省略できる点はないか、
コンテンツの順番を変えることでよりインパクトが出る見せ方にならないか？などの点を工夫して作成をしました。  


そして、何か思いつけば図2のように実際に簡易的なサンプルを作って、ディレクターに提案するという流れで作業を進めました。
こうして同意を得て、細部まで含めて作成する作業に入りました。  

図2
<img src="/uploads/20231010_2_7c3fe1e73b.png" alt="気可食第一段階">



このとき、デザインはコンペナビを踏襲してほしいという要望を聞いていたので、コンペナビの色使いやアイコンの使い方を見てそれに
よせる作業をし図3の形でまとめました。  


図3
<img src="/uploads/20231020_3_5982681709.png" alt="図3">

そして、私及びディレクター双方が納得し、コーディング開始の段階になりましたが、この段階で上長に確認をいただきました。 
  
この時頂いた意見は、    
・実績をもっと前面に打ち出す形の方がいい。  
・コンペナビの強みという点が取ってつけたように見える。  
・動画コンテストを開く意義について言っているコンテンツが少ない。  
  
というものでした。 

私は当初のワイヤーがテキストが多く、すっきり見せることを意識していた。しかし、この意識を強くしたため、必要であった要素を作業の過程で削っていました。
結果、このデザイン案は作り直しとなったのですが、相談するべきタイミングは明らかに間違えてしまいました。


### 反省点：
・作業を進める段階で完成像の指針がぶれてしまった。  
・部署内で相談するべきタイミングをもっと増やすべきだった。  


## 仕切り直しから完成まで

結局案件は、ディレクター側で再度ワイヤーから作り直すという話になり、2週間くらい経過したらディレクターから新しいワイヤー（図4）が渡されました。
ほぼ、最終系に近い形でいただきました。  

図4
<img src="/uploads/20231020_4_4c7ec1839f.png" alt="図4">

そして、ディレクターが参考にしたWebサイトのURLと一緒に渡され、この形で作り細部はコーディングをしながら直してほしい。
と言われてコーディング作業開始に至りました。  

ここまで完成されたものを渡されたら、デザイナー側でビジュアル要素を作る作業はほぼありませんでした。ただ、これをコーダー目線で見た場合、設計図としては
足りていない点があります。
例えば、  

・メインビジュアルはリキッドデザインになっているが、その他のコンテンツは幅が想定されていない。  
・コーディングで再現するのは難しい部分がある。  
・レスポンシブデザインを意識したとき、レイアウトの変化を意識していない。  

なので、画像の切り出し方に困ってしまったり、作りなおしになった部分もありました。
また、参考にしたWebサイトを見ると、スクロールしてコンテンツが表示されると簡単なアニメーションと共に表示される仕掛けが（フェードインするなど）がありました。  

これを導入するかディレクター側では答えを持っていませんでした。なので、私は「動画」を扱っている以上、動きのある演出の方が良いと提案し、動きを入れるようにしました。  

このような形で導入が決まったのでレイアウト構成の作業をしながらアニメーションを追加し、私の感覚で単調にならないように工夫しながら実装しました。
このため、ディレクター側で考える工数より多くの時間が私の作業段階で発生しました。

更に、完成間近のタイミングでコンペナビのページからこのLPにリンクを貼る依頼を受けました。  

ディレクターの指示では、  

・ヘッダー部分にテキストとボタンを設置してほしい。  
・コンペ全般の主催をすることを進めるページにリンクするボタンを設置してほしい  

という物でした。  
ヘッダー部分は問題なかったのですが、後者の依頼は、意図を聞いてみると新サービスなので、関連項目として見せたいとのことでした。  

このような意図であるならば、ボタンではテキストの説明が必要になるし、テキストを書けばページ本来の趣旨を妨害してしまう。だからバナーの形にするべきと説明しました。  
結果、バナー制作という想定してないコストもかかることになりました。



### 反省点：  
・コーダーに依頼するのであれば、このような形のワイヤーでよいが、デザインも含めて依頼するなら作りすぎている。  
・コーディング開始前に実現できるか検討した上で作業に入るべきだった。  
・コーダーに渡すワイヤーなら、動的なイメージについてどのようにするかも含めて検討して渡すべきだった。  
・全体的な見積もりがそもそも甘い。  


## まとめ
今回の案件はディレクター側も私のスキルを知っているという前提での依頼の仕方になっています。また、制作部としても比較的にリソースを割けるタイミングだから、着手したものでした。  
しかし、社内案件でも、社内の人を使うから無尽蔵に使える物ではありません。
      
成果物としては良い物が作れましたが、全体的に多くのコストをかけてしまいました。この点については、企画段階でチーム全体での相談が足りなかったことに原因があります。  
今後はもっとコミュニケーションを取り、よく相談しながら業務にあたっていきます。




3909820_m.jpg

制作するにあたりディレクションの重要性を改めて感じたこと 

## はじめに

実物を手に取れないオンラインショッピングにおいて、既に購入した人の意見や評価は購入の決め手になる…というのが通説かと思います。実際、ほとんどの大手ECサイトや各種プラットフォームにはレビュー機能が搭載されています。


しかし、2023年9月、ドイツ発最大手オンラインファッションECサイト「ザランド（Zalando）」がレビュー機能を停止したらしい、というニュースが入ってきました。
これまでのECの常識から大きく外れたこの動きの真意はどこにあるのでしょうか？

## レビューは不要？巻き起こる議論

製品に対するレビューは、どの地域においてもオンライン取引の重要な部分とみなされているでしょう。実際、昨年行われたある調査では、ドイツ人の少なくとも55 パーセントが、オンライン購入の決定をレビューに基づいて行っていることがわかりました。

また、AmazonはAIを使ってレビューを統合し、購入者によりわかりやすい評価情報を提供することを発表しています。

一方で、いわゆるサクラ、つまり偽のレビューというやっかいな問題があることも事実です。あらゆる事業者が様々な対策を講じているものの、依然として大きな問題として存在し続けています。

そんな中、Zalandが突如としてレビュー機能を停止したのです。
9月初旬時点では正式な発表がなかったため、その理由や、これが恒久的な措置なのかについて、様々な専門家が議論を交わしていました。


## なぜレビュー機能を停止したのか？

その後Zalandは声明を発表し、レビューの完全停止を決めたことを明らかにしました。その理由についてZalandは次のように回答しています。

> レビューを残すお客様は全体の3%程度に過ぎず、実際、商品の大半にはレビューが書かれていません。そのため、ファッション・ショップからこの機能を削除することにしました。

> 今後、より高い価値のある体験を提供する方法を検討中ですが、それまでの間は、お客様はサイズプロフィール（※サイズが合うか合わないかを写真を使ってオンラインでチェックする、Zalandが23年7月に導入したサービス）や返品理由などを基に、製品情報へのフィードバックを提供することができます。


## まとめ

レビュー停止の一報からこの声明の内容を受けて、専門家たちはECにレビュー機能は必要なのか、議論を深めています。
EC業者は、これがZalandの売上にどう影響するのか、他のECがこの動きに追随するかなど、今後しっかり注視していかなくてはならないでしょう。


###### 参考
https://ecommercenews.eu/zalando-removes-product-reviews/

https://ecommerce-news.es/zalando-elimina-las-resenas-de-los-productos/


towfiqu-barbhuiya-0ZUoBtLw3y4-unsplash.jpg

ECにレビューは不要？Zalandoがレビュー機能を停止！

## はじめに
まだ日本語未対応ですが今後日本進出もありうるEC構築プラットフォーム”Big Commerce”を紹介します。

## Big Commerce会社概要
 ![](/uploads/Fire_Shot_Capture_130_Enterprise_ecommerce_simplified_Big_Commerce_www_bigcommerce_com_286606167b.png) 
[http://www.bigcommerce.com/]

2009年設立のアメリカの会社です。もともとはオーストラリアのシドニー設立ですが現在本社はアメリカのオースティンにあります。
2020年にNASDAQ上場してます。

## Big Commercの基礎情報

- ・150カ国で利用
- ・全世界55,000のEC店舗が利用
- ・Amazonやebayとの販売管理連携
-・Facebook, Pintarest, Google Shopping など主要SNSと連携

## Big Commerceの特徴
Big Commerceと比較検討されるのは、Shopifyです。
Shopifyはシンプル簡単ですぐにECサイト構築ができる。
Big CommerceはShopifyの少し上級者向けといった立ち位置です。
その代わりShopify以上にいろいろなカスタマイズができます。

またBig Commerceは月額の利用料のみで販売手数料がかかりません。
よってECの売上規模が上がれば、やりたいことも増えますし、販売手数料がかからないBig Commerceが乗り換え先のプラットフォームとして候補に挙がるようです。

## 料金
 ![](/uploads/Fire_Shot_Capture_133_Big_Commerce_Pricing_and_Plan_Information_Big_Commerce_www_bigcommerce_com_b28e78d517.png) 

[https://www.bigcommerce.com/essentials/pricing/]

- ・Standard: 39USD /月
- ・PLUS: 105USD /月
- ・Pro: 399USD /月

Shopifyより若干高めですがそこまで高額ではないですね。


## まとめ
今回はBig Commerceの概要を紹介しました。
日本のEC市場にもBig Commerceと同じターゲット規模感のEC事業者向けのEC構築プラットフォーム事業者がいます。
Big Commerceが日本市場にも攻めてきたらどういう戦いになるか注目です。



bigcommerce-logo.png

まだ日本語未対応　EC構築プラットフォームBigCommerceに注目

## はじめに
Reactでフロントエンドの開発を行う場合に、おそらく一度は誰でも状態管理に頭を悩ませるのではないでしょうか。  
2023年10月現在、Redux、React Hooks、zustand、そしてここで取り上げる Recoil、Jotai など、Reactの状態管理をするためのライブラリや方法は数多く存在ます。  
多くの開発者によりその使い方が模索・洗練されていますが、絶対的な正解というものは存在しません。  
故に、プロジェクトに導入する場合に、どれを選定するかで、とても迷う方は多いのではないでしょうか。  
このブログでは、私が状態管理のライブラリを選定するときに悩んだ内容から、案件の向き不向きについて考察し、ご紹介したいと思います。  

**[2024.6.3 追記] Recoilから正式に発表されているわけではありませんが、2023年3月以降アップデートがなく、Recoilの開発は実質的に打ち切られてしまったようです。そのため、Recoilを選択することは避けた方がよさそうです…  
参考: <a href="https://github.com/facebookexperimental/Recoil/issues/2318" target="_blank">React 19 support · Issue #2318 · facebookexperimental/Recoil</a>**

**→ [2024.7.19 追記] [Reduxへ移行する方法の記事](https://sterfield.co.jp/blog/recoil-to-redux/)を投稿しました。**

## まず Redux、zustand と Recoil、Jotai の違いについて
Redux は、Reactを作ったFacebookが提唱した[Flux](https://github.com/facebookarchive/flux/tree/main/examples/flux-concepts)というアーキテクチャをもとにした、初期から最も利用されている状態管理ライブラリです。  
Reactとは切り離して１つのストアに集約して管理するため、情報の流れが一方通行で辿りやすい特徴があります。WEBアプリ全体の一貫性を重視し、堅牢な作りにする場合、Reduxは有望な選択肢となります。  
しかしながら、Reduxは非同期通信を伴うような複雑な状態管理ではそのまま使うのはあまりにもコードが膨大になってしまうため、サードパーティのプラグインなどを導入することが現実的な選択肢となります。また、1つのストアで管理するため、コンポーネント単位でのカプセル化が苦手です。  
  
zustand はこのReduxの苦手な部分を補うことで、Reduxからの乗り換えが進んでいるライブラリです。  
基本的な思想はReduxと同じですが、Reduxで煩雑になるような記述をより簡潔に書くことができます。 
  
Recoil は Redux とは違う思想で、ストアを複数持ち、それぞれに対して別々のコンポーネントからアクセス可能です。ストアが一元管理されているReduxやzustandとちがい、コンポーネント単位でのカプセル化がしやすく、データとアプリ全体の結合を制限することに向いているので、柔軟性を重視するアプリに向いていると言えそうです。
ただ、複数のストアに別々のコンポーネントから双方向でアクセスできる特徴が故に、組み方によってはReduxと比べると情報の流れを辿りにくくなる可能性があることに注意が必要です。  
  
Jotai は Recoil をより簡潔に記述できるようにしたライブラリで、[npm trends](https://npmtrends.com/Jotai-vs-react-redux-vs-recoil-vs-zustand)を見ると、2023年10月現在、本家のRecoilを追い抜いています。  

## RecoilよりJotaiが向いている案件
RecoilとJotaiで同じ状態管理をするためのコードを比べてみましょう。
#### Recoil
```typescript
const exampleState = atom({
  key: "exampleState",
  default: 0
});
const exampleSelector = selector({
  key: "exampleSelector"
  get ({ get }) => `${get(exampleState)}個を選択中`
});
```
#### Jotai
```typescript
const exampleState = atom(0);
const exampleSelector = atom((get) => `${get(exampleState)}個を選択中`);
```
こうやって並べてみるとよく分かりますが、  
Jotaiの方が圧倒的にコード数が少なくなります。  
Recoilで用意されている機能の多くはJotaiでも利用できるので、よりシンプルに状態管理を行いたい場合は、  Jotaiが向いていると言えます。  
  
## JotaiよりRecoilが向いている案件
では、次の場合はどうでしょう。  
#### Recoil
```typescript
// Writable
const idState = atom({
  key: "idState",
  default: 1
});

// Read Only
const fetchState = selector({
  key: "fetchState",
  get: async ({ get }) => {
    const id = get(idState);
    try {
      const response = await fetch(`example.api.json?id=${ id }`);
      const json = await response.json();
      return json;
    } catch (error) {
      throw error;
    }
  }
});

// Writable (default value fetched)
const complexState = atom({
  key: "complexState",
  default: selector({
    key: "complexSelector",
    get: async ({ get }) => {
      const json = await get(fetchState);
      return {
        id: json.id,
        name: json.exampleName
      }
    }
  })
});
```
#### Jotai
```typescript
// Writable
const idState = atom(1);

// Read Only
const fetchState = atom(async (get) => {
  const id = get(idState);
  try {
    const response = await fetch(`example.api.json?id=${ id }`);
    const json = await response.json();
    return json;
  } catch (error) {
    throw error;
  }
});

// Writable (default value fetched)
const defaultComplexState = atom(async (get) => {
  const json = await get(fetchState);
  return {
    id: json.id,
    name: json.exampleName
  }
});
const overWrittenComplexState = atom(null as { id: number; name: stirng; });
const complexState = atom<number, [number], void>(
  async (get) =>
    (await get(overWrittenComplexState)) ||
    (await get(defaultComplexState)),
  (_get, set, update) => set(overWrittenComplexState, update)
);
```
このように初期値をフェッチしつつ、後からデータの上書きもできるようなストアを作ろうとするような複雑な処理をさせようとした場合、JotaiよりRecoilの方が分かりやすいコードになることがわかるかと思います（もっと上手な書き方があったらすみません）。  
また、フェッチしたデータをリセットできるようにする場合、  
  
#### Recoil
```jsx
const exampleState = atom({
  key: "exmapleState",
  default: 0
})
const ExampleComponent = () => {
  const [example, setExample] = useRecoilState(exampleState);
  const reseter = useResetRecoilState(exampleState);
  const handleAddClick = () => setExample(previousState => previousState + 1);
  return (
    <div>
      <p>{example}</p>
      <button onClick={handleAddClick}>追加</button>
      <button onClick={reseter}>リセット</button>
    </div>
  )
}
```
のように、Recoilはatomに対してそのままuseResetRecoil()を使うことでリセット可能ですが、  
  
#### Jotai
```jsx
const exampleState = atomWithReset(0);
const ExampleComponent = () => {
  const [example, setExample] = useAtom(exampleState);
  const reseter = useResetAtom(exampleState);
  const handleAddClick = () => setExample(previousState => previousState + 1);
  return (
    <div>
      <p>{example}</p>
      <button onClick={handleAddClick}>追加</button>
      <button onClick={reseter}>リセット</button>
    </div>
  )
}
```
のように、Jotaiでは、あらかじめreset用のutil（atomWithRest）を使ってatomを用意する必要があります。  
その他にも、Jotaiでは複雑な操作をしようとした場合に、Recoilと同様の操作をするためにより多くのutilを使ったり、helperを自前で用意しなければいけない場合に遭遇します。  
  
これらのことから、より複雑なデータ処理を扱うような使い方をする場合、Recoilの方が向いていると言えます。  

## まとめ
堅牢でアプリ全体を見通すことを優先するのであれば Redux。  
基本的な思想はReduxと同じだけど、よりシンプルに描きたいのであれば zustand。  
機能追加やコンポーネントの入れ替えが多いような柔軟性のあるアプリで、複雑なデータ管理が必要なら Recoil。  
柔軟性とシンプルさを重視するなら Jotai というのが、現時点での自分の選択基準でした。

## 参考リンク

- [Jotai](https://jotai.org/)
- [Recoil](https://recoiljs.org/)
- [Redux](https://redux.js.org/)
- [zustand](https://github.com/pmndrs/zustand)
- [npm trends: jotai vs recoil vs redux vs zustand](https://npmtrends.com/jotai-vs-recoil-vs-redux-vs-zustand)

20231006_1.png

Reactの状態管理ライプラリはRecoilとJotaiならどちらをえらべばいいか？

## はじめに
　越境EC支援事業を行う中で、越境ECに挑戦したいものの、どのように越境ECを開始したらいいのかご相談いただくことがあります。今回は、越境ECプロジェクトの進め方についてご紹介します。

## 越境ECには何が必要？
　越境ECを実現するためには、大まかに①企画構想、②販売開始までの事前準備、③販売開始後の運営を組み立てる必要があります。越境EC開始後には運営業務に加えて売上拡大施策を平行して行っていきます。全体感は以下の図の通りです。

 ![](/uploads/EC_c8496c64fe.png) 

## 手順を追って抜け漏れのないように
　越境ECの実現に向けて必要な項目は、ある程度決まったものがあります。上記の項目を一つずつクリアしていけば、越境ECの開始と越境EC開始後の事業運営を行うことが可能です。

　越境ECでつまずいてしまうよくあるパターンなのですが、とりあえず越境ECを始めることがゴールになっており、販売開始後の目標が立っていない場合があります。このような場合、もう少し付け加えると、全体感を考える前にまず手を動かすことが優先されていて、何から手を付けていいかわからない状態で準備を開始されることが多くみられます。場当たり的にとにかく思い付いた項目を調査・準備して、結果として準備に抜け漏れが多く、なかなか越境EC販売に辿り着けないことが見受けられます。

　また、なんとか越境EC販売に辿り着いたものの、とりあえず既存社員で越境ECのカスタマー対応をやってみる方針の下で、外国語対応に挑戦。リソース不足が重なる中で外国語対応に苦戦してCS対応が遅れてしまい、販売者としての評価が下がってしまったケースもあります。

　いずれの場合もまずやってみようの精神でスピード感を感じられ、ポジティブな捉え方ができます。一方で、計画が機能せずに越境ECの組み立てをしっかり行うところまで逆戻りしてしまい、結果として本来あるべき姿に到達するまでに時間がかかってしまいます。

## 越境ECのプロを活用
　越境ECは海外販路の拡大に有効な手段の一つです。取扱商品の海外ニーズを見ながら、リソース管理を行って販売を組み立てていくことが大切です。越境ECのプロジェクトを進めるにあたって大切なことは、越境ECの目的を設定してチームに共有することです。目的を設定してから何を準備したらいいのかわからなかったり、社内リソースが足りなかったりした場合は、越境ECのプロにお任せしてみましょう。海外ECモールへの出店や自社ECサイトの準備、マーケティング活動まで中長期的に支援が可能です。越境ECのプロは、自社だけで準備するよりも販売開始までの立ち上げが早く、結果としてコストも抑えながら売上拡大に向けた将来像に向けて伴奏パートナー役を担います。

## まとめ
　越境ECは手順を踏めばしっかりと開始することができます。今は越境ECを実現する支援企業が充実しています。最初の相談は無料の事業者も多いので、お気軽に相談してみてください。


越境EC画像.jpg

越境ECプロジェクトの進め方

<h2>はじめに</h2>
荷物を海外に送る、というのは日常生活ではなかなか経験しない事ですよね。

越境ECに初めて取り組む事業者様も、海外配送はしたことない！と
不安に思われる方も、非常に多いと思います。

国内郵便もそうですが、国際郵便で特に気を付けるべきなのは、「内容品」の書き方です。

本記事では、国際郵便の基本ということで、個人が個人へ国際配送する時の、ポイントをまとめてみました。

<h2>まずダメなもの</h2>
<img class="aligncenter size-large wp-image-11124" src="https://launchcart.jp/admin/wp-content/uploads/2022/10/38e47e783171fea68a5626cbf1474754-1024x567.png" alt="" width="1024" height="567" />
<h3>船便でも、航空危険物はNG</h3>
<img class="aligncenter size-large wp-image-11125" src="https://launchcart.jp/admin/wp-content/uploads/2022/10/5cfe4f20543f572cb3f5af2076af6c65-1024x739.png" alt="" width="1024" height="739" />
<h2>アルコール度数</h2>
アルコール度数24度以下

化粧水など、ものによってはアルコールが含まれているキーワードを「内容品名」に記載していると、アルコールが含まれていないか、聞かれます。
<ul>
 	<li>アルコール不使用の場合は「Non-alcoholic」</li>
 	<li>使用している場合は、「Alcohol 〇%」</li>
</ul>
と、明確にアルコール度数が基準以下であることを記載した方が良いです。
<h2>引火点</h2>
インカテン...
私（文系）は、郵便局の窓口で初めて聞きました。
引火する時の温度だそうです。

簡単に火が付いてしまうと危ないですよね。
そのため、摂氏60度(華氏140度)以下のものはNGとされています。
アロマオイル等、オイルを含む商品は、アルコール度数のみならず、引火点を聞かれる場合があります。
なので、アルコール同様、内容品の所に
<ul>
 	<li>Flash Point　〇℃, 〇℉</li>
</ul>
と記載した方が良さそうです。
<h2>他にも！お役立ち情報</h2>
壊れやすいから、気を付けて欲しい！
こちらの面を上にして置いて欲しい！など、色々な要望があると思います。
国内配送だと、シールを貼ったりなどをしますが、国際配送の場合は日本語のシールを貼っても意味がありません。
基本的には、段ボールに大きく英語で書く手が一番です。
<ul>
 	<li>壊れやすい！：Fragile</li>
 	<li>取り扱い注意！：Handle with Care</li>
 	<li>こちらが上：This Side Up</li>
 	<li>折り曲げ厳禁：Do not bend</li>
</ul>

<h2>まとめ</h2>
今回は、国際郵便における「内容品」の書き方、という事でまとめてみました。

海外配送は、ちゃんと届くかどうか、安全に届くかどうか、心配してしまいますが、しっかりと情報を事前に記載しておくことで、トラブルになる確率避けられると思います。

ご参考になれば幸いです。

参考：https://www.post.japanpost.jp/int/use/restriction/index.html

ismael-paramo-tnVdQGmWtb0-unsplash.jpg

【国際郵便】窓口で慌てない！<br>国際郵便における「内容品」の書き方と注意点

## はじめに
恐らく、この記事をお読みいただいている方は全員使っているであろう、LINE。
日本国内のコミュニケーションツールとして、日々の生活に欠かせないものとなっています。
ただ、いざ海外に出てみると、Facebook MessengerやWhatsApp、WeChatなど、各国で利用されているツールが異なるので、「LINEは日本のツール」と思われている方も多いのではないでしょうか？

それは、違います。
LINEは、日本以外の国でも、日常生活で利用されています。
今回は、Zホールディングス社の発表した<a href="https://www.z-holdings.co.jp/strategy/13/" rel="noopener" target="_blank">記事</a>を元に、LINEのグローバル展開のすごさや、ローカライズの大切さ、越境ECで利用する可能性について考えてみたいと思います。

## LINEはアジアを中心にグローバルに利用されている！
 ![](/uploads/line_asia_01_8a8c70d6a7.png) 
アジア向けの越境ECに携わっていると、「台湾でLINEが広く使われている」という事は、よく知られています。
日本ではまだ少ないかもしれませんが、台湾ではLINEはビジネスでも多く用いられており、メールよりもLINEでコミュニケーションを取りたい、という企業様も多いです。

このように海外での利用率も高いLINEですが、特に利用されているのが、日本・台湾、そしてタイ！
各国総人口のうち、日本が7割、台湾9割、タイ8割の人が日常的に利用しているツールです。

こんなに成長してきた理由が何かというと、**「ハイパーローカライゼーション」** とのこと。
ハイパーローカライゼーションとは、世界共通に画一化されたグローバルサービスではなく、その地域の多様な文化や慣習を尊重し、徹底的にローカライズをしていくことで、これによりグングンと成長してきたそうです。

各国の習慣を尊重し、サービス提供側が合わせていく、というのは、越境ECの成功の秘訣にも繋がりますね。


### ハイパーローカライゼーションの例
ハイパーローカライゼーションの例で、色々と面白いものを見つけたので、併せてご紹介します。


 ![](/uploads/line_asia_03_4179169797.jpg) 
例えば、台湾。

台湾では、フェイクニュースが深刻な社会問題なので、怪しい文章やURLを投稿すると、フェイクニュースかどうか判断してくれるきのうだそうです。
日本にはない、面白いサービスですね。


また、交通渋滞がひどいタイでは、自分が外出して用事を済ませるのにハードルがあるそうです。
そこで、「LINE MAN」というサービスを利用すると、フードデリバリー、食料品・日用品デリバリー、速達郵便サービス、タクシー配車などができてしまうそうです！


## LINEの今後
レポートを読み進めていくと、LINEが今後強化する領域についても紹介されています。
特に、日本・台湾・タイのような利用者が多い地域では、LINEPayやEコマースなどの決済・コマース事業に力を入れて行くそうです。
現在も、台湾やタイ向けの越境ECで、LINE Payの利用が～～　と越境EC業界でも言われていますが、今後プラットフォームとしてのLINEというのも期待できるかもしれませんね！

 ![](/uploads/line_asia_08_bb7b9bc108.jpg) 



## まとめ
今回は、LINEのグローバルサービス展開について調べてみました。

特に、ローカライゼーションによって成功を収めてきた工夫については、越境ECに通じるものもあるのではないかと思います！

LINEとアジア越境ECの親和性がもっと高まると、マーケティング、決済、プラットフォームなど、多角的にLINEを活用できる日も、近いのではないかなと思いました。


参考文献・画像出典：https://www.z-holdings.co.jp/strategy/13/




adem-ay-zs-41Br0WhQ-unsplash.jpg

LINEは日本だけのものではない！？<br>グローバルに成長するLINEの勢いが止まらない！

ツイートのいいね数やコメント数、YouTubeの投稿日時、Amazonなどネットショップのレビュー数、通貨ごとの適切な価格表示など、UX（ユーザーエクスペリエンス）の向上やコンテンツや商品の競争力を高めるためには、これらの数字をユーザーが一目で理解できるようにすることが一つのポイントになります。

また、数字が非常に長い場合は、簡潔に表示する方が読みやすいです。さらに、ユーザーの使用言語や文化に合わせて、数字を適切に表示することが良いでしょう。

上のように数字、日付、価格を簡潔に表示するために、外部ライブラリを使用せずに、JavaScript標準仕様にあるIntl APIを使用するとより簡便に実装できます。

### Intl API
**Intl** APIはinternationalization（国際化）APIの略で、下記はMDNからの引用です。

> **`Intl`** オブジェクトは、 ECMAScript の国際化 API の名前空間で、言語に依存した文字列の比較、数値の書式化と、日付の書式化を提供します。 **`Intl`** オブジェクトは、いくつかのコンストラクターに加え、国際化コンストラクターや他の言語に関する関数に共通する機能へのアクセスを提供します。
> 

また、internationalizationは始めのiから終わりのnまでの間に18文字入っていることで**i18n**と呼ばれています。

ほとんどの最新のブラウザでサポートされているため、互換性を心配せずに使用できます。

では、いくつかの使い方を紹介します。

## 数字を簡潔に表示
`Intl.NumberFormat`を使用します。
viewsに閲覧数を表す数字を入れています。このように大きな数字をそのまま表示すると読みにくくなります。
最初の引数には言語を指定するだけで良いので、日本語の場合は`ja-JP`を指定します。
```
const views = 9741275;
const formatter = new Intl.NumberFormat('ja-JP');

console.log(formatter.format(views));  // 9,741,234
```
より簡潔に表示するには、2番目の引数にさまざまなオプションを指定できます。オプションの中で`notation: 'compact'`を指定するとコンパクトになります。
```
const views = 9741275;
const formatter = new Intl.NumberFormat('ja-JP', {
    notation: 'compact'
});

console.log(formatter.format(views));  // 974万
```
さらに、1番目の引数に言語ブラウザのAPIでサポートされている`navigator.language`を指定すると、ユーザーがブラウザで設定した言語を自動的に取得でき、ユーザーが指定した言語に応じて数字を表示できます。
```
const views = 9741234;
const formatter = new Intl.NumberFormat(navigator.language, {
  notation: 'compact'
});

console.log(formatter.format(views));  // 974万
```
## 価格を通貨に合わせて簡潔に表示
同様に`Intl.NumberFormat`を使用します。
1番目の引数には同じく言語を、2番目の引数のオプションで`style: 'currency'`に設定し、currencyオプションで通貨`currency: 'JPY'`を指定します。
```
const price = 1000000;
const formatter = new Intl.NumberFormat('ja-JP', {
  style: 'currency', 
  currency: 'JPY'
});

console.log(formatter.format(price)); // ￥1,000,000
```
ここでも"compact"オプションを使用してコンパクトにすることができます。compactオプションは価格よりはいいねの数など大体の数を表す時にいいかもしれません
```
const price = 1000000;
const formatter = new Intl.NumberFormat('ja-JP', {
  style: 'currency', 
  currency: 'JPY',
  notation: 'compact'
});

console.log(formatter.format(price)); // ￥100万
```
## 相対時間をスマートに表示
商品や記事がいつ公開されたか、何日前、何時間前に投稿されたかを表す必要もあります。相対時間をスマートに表示するためには`Intl.RelativeTimeFormat`を使用します。
`format`の1番目の引数は数字で、2番目には日付か時間か月かなどを指定します。
```
const formatter = new Intl.RelativeTimeFormat('ja-JP');

console.log(formatter.format(1, 'day')); // 1 日後
```
オプションに`numeric: 'auto'`にすると言葉を変えてくれます。
```
const formatter = new Intl.RelativeTimeFormat('ja-JP', {
  numeric: 'auto'
});

console.log(formatter.format(1, 'day')); // 明日
```
入社して何日経ったかを示したい場合、今日を基準にして、入社日の日付を指定し、現在までの日数を計算し、フォーマッタを使用すると、"〜日前”と表示されます。
```
const today = new Date();
const startDate = new Date(2021, 4, 17); // 2021年5月17日　monthは0から始まるため5→4
const daysPassed = Math.ceil((startDate - today) / (1000 * 60 * 60 * 24));
const yearsPassed = Math.ceil((startDate - today) / (1000 * 60 * 60 * 24　* 365));
const formatter = new Intl.RelativeTimeFormat('ja-JP', {
  numeric: 'auto'
});

console.log(formatter.format(daysPassed, 'day')); // 857 日前
console.log(formatter.format(yearsPassed, 'year')); // 2 年前
```
ただし、2番目の引数は日か時間かのどちらか1つだけを指定できます。

この問題を補完できるライブラリ`timeago.js`がありますが、時間がどれだけ経過したかに応じて日か時間かを自動的に表示されるので、相対的な時間のみが必要な場合に便利かと思います。

## 日付と時間を正確に表示
時間を表示するときには、コンパクトにしてより読みやすい場合もありますが、正確な日付を表示する必要があるときもあります。その場合は`Intl.DateTimeFormat`または`toLocalDateString`を使用します。
```
const today = new Date(); // 作成日基準の今日

console.log(today.toString()); // Thu Sep 21 2023 12:05:01 GMT+0900 (日本標準時)
console.log(new Intl.DateTimeFormat('ja-JP').format(today)); // 2023/9/21
```
これをさらに簡略化した方法もあります。
```
const today = new Date();

console.log(
  today.toLocaleDateString('ja-JP', {
    minute: 'numeric',
    hour: 'numeric',
    day: 'numeric',
    month: 'short',
    year: 'numeric',
    weekday: 'short'
  })
); // 2023年9月21日(木) 12:18
```
日付にtoLocaleDateStringを使用するだけで、内部的にはIntl APIを使用するため、より簡単にフォーマットを使用できます。言語を指定するだけでその言語に合わせたフォーマットが表示されます。さらに、さまざまなオプションを指定することもできるので、より簡単にまたはより詳しく表示できます。

### まとめ

IntlはJavaScriptの標準仕様であるので、定期的に更新され常に最新の国際化に向けた実装が可能です。また、外部ライブラリに依存せずに使用できることも良い点です。もちろん一つの言語だけを対応するサイトでも使用でき、その言語に合わせたフォーマットにしてくれるので別途用意しなくて済みます。

日々の開発においても活用していきたいと思います。


#### 参考
- https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Intl
- https://cercopes-z.com/JavaScript/Object-Intl-js.html


【JavaScriptのIntl】数字や日付、価格の表示をスマートに

今回は、Chrome拡張機能の作成についての基本的なガイドをシェアしたいと思います。
「ChatGPT”の”Chrome拡張機能」ではなく、「ChatGPT”で”Chrome拡張機能」を作ってみたです。
Chrome拡張機能は、Google Chromeのブラウザに新しい機能を追加するためのプラグインのようなものです。
なので、ブラウザ上でこんなのあったら良いのになと思ったら、自分で割と簡単に作れてしまうのです。この辺りがChatGPTの革命的なところですね。

ちなみに、MicrosoftEdgeもChromeと同じChromiumベースなので、自作拡張機能を追加することが可能になっています。

## 拡張機能の基本的なファイル構成
 ![](/uploads/chrome_Extension_a9b20e3317.png) 
ファイル構成としては上図を準備します。
各ファイルの役割は以下です。
chatGPTに作ってもらう時もChrome拡張機能にしてとプロンプトに入れると大抵の場合、下記の基本ファイルの記述を教えてくれるので、それらをエディタに記述し、それぞれのファイル名と拡張子で保存をし、任意のフォルダに格納するだけです。
アイコンはchatGPTでは作ってくれないので画像ファイルとして別途用意して下さい。

簡単にリサイズできるサイトもご参考までに。
https://resizeappicon.com/

1. マニフェストファイル (manifest.json): 拡張機能のメタデータを提供します。名前、バージョン、権限、ブラウザアクションやページアクション、コンテンツスクリプトなどの拡張機能の主要な情報を含むJSON形式のファイルです。
2.  バックグラウンドスクリプト (background.js): ブラウザやページのイベントに反応して、拡張機能の主要な機能を制御します。
3. コンテンツスクリプト (content.js): 直接ウェブページにインジェクトされ、ページのDOMを変更する役割を持っています。
4. ポップアップ: ブラウザのツールバーにある拡張機能のアイコンをクリックしたときに表示される小さなウィンドウです。ポップアップのHTML (popup.html) とそれに関連するJavaScript (popup.js) が含まれます。
5. オプションページ: 拡張機能の設定をユーザーがカスタマイズできるページ。options.html と options.js が含まれます。
6. アセットや他のリソース: アイコンや画像、その他の必要なリソース。例えば、icon.png など。
 ![](/uploads/_2518b036c6.png) 

## Chrome拡張機能のインストール手順
 ![](/uploads/2_24dc3436fa.png) 
上述の構成に格納したフォルダを指定することで読み込みが完了すると拡張機能に自分の作ったものが表示されます。

1. Google Chromeブラウザを開きます。
2. URLバーに chrome://extensions/ を入力して、拡張機能のページを開きます。
3. ページの右上にある「デベロッパーモード」のトグルをオンにします。
4. 「パッケージ化されていない拡張機能を読み込む」ボタンをクリックして、作成した拡張機能のディレクトリ（フォルダ）を選択します。
## デバッグ方法
 ![](/uploads/3_b34eedf322.png) 
やっぱり最初の質問でいきなり動くものは作れないので、これもChatGPTにエラーの内容を修正してもらいながら進めます。各種デバッグの方法を記載します。
1. chrome://extensions/ にアクセスします。
2. インストールした拡張機能のリストから、デバッグしたい拡張機能の「詳細」ボタンをクリックします。
3. 「バックグラウンドページ」のセクションに「検証」または「background.html」のリンクが表示されている場合、それをクリックすることで、Chrome Developer Toolsが開きます。
4. ポップアップをデバッグするには、拡張機能のアイコンをクリックしてから右クリックし、「検証」を選択します。
5. コンテンツスクリプトのデバッグは、ページ上で右クリックして「検証」を選び、コンソールを開いてエラーやログを確認します。


## まとめ
 ![](/uploads/4_517f67b3ea.png) 
皆さんも是非、自分のChrome拡張機能を作成してみてください！
拡張機能欄に自分のアイコン（当社のロゴ）が表示された時はプチ感動しました。
構想中のものは、アクティブなタブに対して情報を取得し、日々の業務を楽にするような便利拡張機能なのですが、まだまだ試作中なので、具体的な拡張機能は次回としたいと思います。




439082_I made a Chrome extension with ChatGPT! _xl-1024-v1-0.png

ChatGPTでChrome拡張機能を作ってみた！

## はじめに
処理水の問題などで、日中関係は、2023年9月現在決して良いと言えませんが、7月に日本の商品を売り込む大型販売施設がオープンしたというニュースを見つけました。いわゆるショールーミングストアです。

## 施設の概要
 ![](/uploads/cb52c7206e3a8ef0cfcaba048ca828aa_5b6acdb621.jpg) 
> 中国東北部の遼寧省大連市で19日、電子商取引（EC）と連動して日本商品を売り込む大型販売施設が開業した。地元新興企業の大連万衆雲倉科技孵化園が運営し、山口フィナンシャルグループ（FG）などと組んで商品を輸入する。中国で越境EC向けの常設施設は珍しい。

山口フィナンシャルグループは、山口・広島・北九州を中心に展開する銀行です。大連万衆雲倉科技孵化園の親会社は建設業が主力で、保税倉庫、通関、物流、サイトの運営など、越境ECに関わる幅広い領域を新規事業として進めているようです。


## 日本商品の調達方法
記事では、日本商品の調達方法についても書かれていました。
大企業の商品については、万衆雲倉が自社で調達するようです。
万衆雲倉は、2019年すでにこの地区内に保税倉庫を建設しており、あくまでも私の推測ですが、すでに日本企業ともパイプがあるのではないでしょうか。

また、中小企業の商品は、山口FGや中国銀行などが企業を発掘するそうです。中国に中小企業単独で進出するのは難しいので、普段取引をしている銀行を通じて、海外展開できるのは、面白い取り組みと感じました。

## ショールーミングストアについて
ECのデメリットは言わずもがな、商品を手に取ったり、触ったり、食品なら試食したりできないことです。越境ECでは単価も高くなりがちですから、文字情報と写真だけで、購入の判断をしなければなりません。
そういったデメリットを解消しつつ、越境ECを活気づける一つの案がショールーミングストアだと思います。
日経新聞の記事には、施設内の写真も掲載されていました。1枚だけなので限られた情報ではあるのですが、お酒や洗剤が展示されていることがわかります。
このような商材の場合、試飲できるようにしたり、匂いを嗅げるようにできてこそ、ショールーミングストアの真価が発揮されると思います。この施設が実施しているかどうかまでは、分かりません。    
        
## まとめ
ショールーミングストアは越境ECを身近にするよい取り組みと思いますので、この流れが中国のみならず、さらに広まっていくことを願います。

### 参考
日本経済新聞 
`https://www.nikkei.com/article/DGXZQOGM192A30Z10C23A7000000/`




Company

Our Solutions

Support

News

Blog

Blogブログ

カテゴリーから探す

年別から見る

記事一覧

2023/11/24

2023/11/24

2023/11/17

2023/11/10

2023/11/10

2023/11/02

2023/10/27

2023/10/27

2023/10/20

2023/10/18

2023/10/06

2023/10/05

2023/10/05

2023/09/29

2023/09/27

2023/09/22

2023/09/21

2023/09/14