Shopeeの商品情報は非常に複雑で、そのため出力できるCSVデータも複雑であり正直わかりやすい状態ではありません。
なので出力できるファイルとその中身についてまとめます。

出力できるファイルは以下の5つです。

mass_update_basic_info
mass_update_sales_info
mass_republish_items
mass_update_shipping_info
mass_update_media_info

それぞれの内容と項目は以下のとおりです。

### mass_update_basic_info
Product ID: Shopeeの商品IDです
Parent SKU: 該当商品の登録情報「Parent SKU」が出力されます
Product Name: 商品名
Product Description: 商品說明
Fail Reason: 基本的に空欄

### mass_update_sales_info
Product ID: Shopeeの商品IDです
Product Name: 商品名
Variation ID: バリエーションIDです。バリエーションの有無に関わらず値が入ります        
Variation Name: バリエーション名です。バリエーションが2つある場合はセル内にカンマ区切りで2つ入ります     
Parent SKU: 該当商品の登録情報「Parent SKU」が出力されます
SKU	Price: バリエーションごとの価格です    
Stock; バリエーションごとの在庫です    
Fail Reason: 基本的に空欄

### mass_republish_items
Product ID: Shopeeの商品IDです
Product Name: 商品名
Parent SKU: 該当商品の登録情報「Parent SKU」が出力されます
Sales: 過去の販売件数
Stock: バリエーションごとの在庫    
Action: ステータスをDelist または Publish
Fail Reason: 基本的に空欄

### mass_update_shipping_info
Product ID: Shopeeの商品IDです
Parent SKU: 該当商品の登録情報「Parent SKU」が出力されます
Product Name: 商品名
Product Weight/kg: 重さ
Length: 長さ
Width: 横幅
Height: 高さ
Shipping Toggle: 配送切替onまたはoffを指定
I will cover shipping fee: 送料無料onまたはoffを指定
Shipping fee: 配送料
Fail Reason: 基本的に空欄

### mass_update_media_info
Product ID: Shopeeの商品IDです
Parent SKU: 該当商品の登録情報「Parent SKU」が出力されます
Product Name: 商品名
Category: カテゴリのIDと構造。例: 100893 - Beauty/Skincare/Facial Moisturize
Cover image: カバー画像のURL
Item Image 1〜8: 画像1〜8のURL
Size Chart: サイズチャート画像のURL
Variation Name1: バリエーション1の名前    
Option 1 Name〜Option 30 Name: オプション1〜30の名前
Option 1 Image〜Option 30 Image: オプション1〜30の画像URL
Fail Reason: 基本的に空欄


一括での引っ越し作業などの際参照いただければ幸いです。

Shopeeで出力できる商品CSVの種類と内容

# 軽量でセキュアなコンテナイメージを使ってみよう

## はじめに
みなさんは開発にDockerコンテナを使っていますか？ここでいうコンテナとはDockerやDocker互換のコンテナエンジンで動作させられるものを指します。
当社でもDockerコンテナを積極的に利用して開発環境から本番までシームレスな開発、運用ができるよう導入を進めています。

さてそんなDockerコンテナですが、コンテナイメージを管理するためのDockerfileは適切に管理できているでしょうか。
ファイルシステムが差分構成になっていることなどDocker特有の仕組みがあり、ネット上にあるサンプルをそのまま使っているだけで自分たちで中身を書くところまではできてない人が多いのではと想像します。

本記事ではそのような状態から一歩レベルアップするため、Distrolessというベースイメージを使うようDockerfileを書き換えるやり方とその結果どういうことが得られるかを解説していきます。

## Distrolessとは
そもそもDistrolessとはどういうもので、どういう利点があるのでしょうか？
開発元でGoogleのAIであるBardに聞いてみた内容を引用します。

> 引用：Bard（Google AI）

> 質問
> distrolessを使う利点はなんですか？
> 
> 回答
> Distroless は、Google によって開発された、Linux オペレーティングシステムを最小化した Docker コンテナイメージです。Distroless は、アプリケーションを実行するために必要な最小限のファイルとライブラリのみを含むため、軽量でセキュリティに優れています。
> 
> Distroless を使用する主な利点は次のとおりです。
> 
> - 軽量：Distroless は、従来の Linux ベースの Docker コンテナイメージよりも軽量です。これは、Distroless がアプリケーションを実行するために必要な最小限のファイルとライブラリのみを含むためです。
> - セキュリティに優れている：Distroless は、セキュリティに優れています。これは、Distroless がアプリケーションを実行するために必要な最小限のファイルとライブラリのみを含むため、攻撃対象領域が狭いためです。
> - スケーラブル：Distroless はスケーラブルです。これは、Distroless が軽量であるため、多くのコンテナを実行してもシステムに負荷がかかりにくいためです。
> 
> Distroless は、軽量でセキュリティに優れた Docker コンテナイメージを必要とするアプリケーションに最適です。たとえば、Web サーバ、データベースサーバー、アプリケーションサーバなどです。

「軽量でかつセキュリティに優れている」というところに着目してDistrolessを使って進めていきます。

## プログラム
実際の運用イメージにあわせるため、下記のようなExpressを使ったNode.jsアプリを動作させるコンテナを作るDockerfileを対象にします。

- app/app.ts
  ```
  import express from "express";

  const app = express();
  const port = 3000;

  app.get("/", (_req, res) => {
    res.send("Hello World!");
  });

  app.listen(port, () => {
    console.log(`Example app listening on port ${port}`);
  });
  ```
- package.json
  ```
  {
    "dependencies": {
      "express": "^4.18.2",
      "typescript": "^5.1.6"
    },
    "devDependencies": {
      "@types/express": "^4.17.17"
    },
    "scripts": {
      "build": "tsc"
    }
  }
  ```
- tsconfig.json
  ```
  {
    "compilerOptions": {
      "target": "es2016",
      "module": "commonjs",
      "outDir": "./dist",
      "esModuleInterop": true,
      "forceConsistentCasingInFileNames": true /* Ensure that casing is correct in imports. */,

      /* Type Checking */
      "strict": true /* Enable all strict type-checking options. */,
      // "noImplicitAny": true,                            /* Enable error reporting for expressions and declarations with an implied 'any' type. */
      // "strictNullChecks": true,                         /* When type checking, take into account 'null' and 'undefined'. */
      // "strictFunctionTypes": true,                      /* When assigning functions, check to ensure parameters and the return values are subtype-compatible. */
      // "strictBindCallApply": true,                      /* Check that the arguments for 'bind', 'call', and 'apply' methods match the original function. */
      // "strictPropertyInitialization": true,             /* Check for class properties that are declared but not set in the constructor. */
      // "noImplicitThis": true,                           /* Enable error reporting when 'this' is given the type 'any'. */
      // "useUnknownInCatchVariables": true,               /* Default catch clause variables as 'unknown' instead of 'any'. */
      // "alwaysStrict": true,                             /* Ensure 'use strict' is always emitted. */
      // "noUnusedLocals": true,                           /* Enable error reporting when local variables aren't read. */
      // "noUnusedParameters": true,                       /* Raise an error when a function parameter isn't read. */
      // "exactOptionalPropertyTypes": true,               /* Interpret optional property types as written, rather than adding 'undefined'. */
      // "noImplicitReturns": true,                        /* Enable error reporting for codepaths that do not explicitly return in a function. */
      // "noFallthroughCasesInSwitch": true,               /* Enable error reporting for fallthrough cases in switch statements. */
      // "noUncheckedIndexedAccess": true,                 /* Add 'undefined' to a type when accessed using an index. */
      // "noImplicitOverride": true,                       /* Ensure overriding members in derived classes are marked with an override modifier. */
      // "noPropertyAccessFromIndexSignature": true,       /* Enforces using indexed accessors for keys declared using an indexed type. */
      // "allowUnusedLabels": true,                        /* Disable error reporting for unused labels. */
      // "allowUnreachableCode": true,                     /* Disable error reporting for unreachable code. */

      /* Completeness */
      // "skipDefaultLibCheck": true,                      /* Skip type checking .d.ts files that are included with TypeScript. */
      "skipLibCheck": true /* Skip type checking all .d.ts files. */
    },
    "include": ["./src/**/*"]
  }
  ```

### Dockerfile(変更前)
```
FROM node:18-slim
WORKDIR /app
COPY . .
RUN npm install && npm run build

CMD [ "node", "./dist/app.js" ]
```
変更前のDockerfileは上記の通りで、公式で提供されているNode.jsのイメージをそのまま使うだけのDockerfileになります。

### Dockerfile(変更後)
```
FROM node:18-slim as builder
WORKDIR /app
COPY . .
RUN npm install && npm run build

FROM gcr.io/distroless/nodejs:18
ENV NODE_ENV production
WORKDIR /app
COPY --from=builder --chown=nonroot:nonroot /app/dist/app.js ./dist/app.js
COPY --from=builder --chown=nonroot:nonroot /app/node_modules ./node_modules
USER nonroot
CMD [ "./dist/app.js" ]
```
Distrolessを使うように書き換えたものがこちらになります。その中でも特に2点について下記で解説します。

### 変更内容のポイント
1. マルチステージビルド

    Distrolessには実行に必要な最低限のパッケージしか含まれていないため、npmコマンドどころかshell環境自体が存在しません。
    そのため、Dockerのマルチステージビルド機能を利用します。詳細な仕組みの説明は割愛しますが、Dockerfileの前半部分(1行目〜4行目)で
    標準Node.jsイメージを使ってアプリケーションをビルド(ライブラリのインストールとTypescriptのコンパイル)、
    後半部分(6行目〜12行目)でdistrolessに前半でビルドしたファイルのコピーするという2段階構成にします。
    このように変更することでnpmコマンドや、ソースファイルのようなアプリケーション実行に必要がないファイルをイメージファイルに含めないことを実現します。

2. 非root化

    Distrolessとは直接関係ないですが、Docker公式にもベストプラクティスとして書かれている非root化も一緒に行ってます。
    Distrolessイメージではrootユーザー以外にnonrootというユーザーが存在しているため、ファイルのコピー時とCMD実行前にnonrootを指定することでroot権限を持たないユーザーでプログラムを実行できるようになります。

### イメージのサイズの比較
まずはビルドしたイメージのサイズを比較してみます。

- 変更前→express-slim
- 変更後→express-distroless

となります。

```
➜ docker image ls
REPOSITORY           TAG       IMAGE ID       CREATED        SIZE
express-slim         latest    afe678706d58   37 hours ago   312MB
express-distroless   latest    6a1421f17b86   37 hours ago   207MB
```

3割程度小さくなっていることがわかります。
サイズが小さくなることでビルド後のイメージを保存する先のストレージ容量の節約や、デプロイ時間の短縮が期待できます。

### 脆弱性の数の比較
次に[Trivy](https://trivy.dev/)というコンテナイメージの脆弱性スキャナーをつかって検出される脆弱性の個数を比較してみます。

```
➜ trivy image express-slim
(省略)
Total: 51 (UNKNOWN: 0, LOW: 50, MEDIUM: 0, HIGH: 1, CRITICAL: 0)
(省略)

➜ trivy image express-distroless
(省略)
Total: 23 (UNKNOWN: 0, LOW: 11, MEDIUM: 8, HIGH: 4, CRITICAL: 0)
(省略)
```

今回は細かい内容までは追わずに単純な個数で比較しますが、脆弱性の数が半分以下になっていることがわかります
（HIGHが多いのが気になりますが・・）

## その他TIPSなど
### 開発中はSSHできないと不便
:debugタグをつけたイメージを利用することで一般的なコンテナイメージと同様にdocker runコマンドでsshログインが可能になります。

```
FROM gcr.io/distroless/nodejs:18
↓
FROM gcr.io/distroless/nodejs:18:debug
```

### 軽量なコンテナイメージとしてはAlpineのほうが有名なのになぜDistrolessを採用しているのか
Alpineは軽量にするため特殊構成をとっているディストリビューションであり、標準Cライブラリに一般的なglibcではなくmuslを採用しています。
Node.jsではmuslを採用しているプラットフォームで動作させる場合のサポートレベルはExperimentalとなっています(2023年8月現在)。
この点から、実運用時の安定性のことを考えて一般的なディストリビューションであるDebianベース(=標準Cライブラリがglibc)のDistrolessを使いました。

## まとめ
今回はNode.jsのアプリケーションを動かすコンテナをDistrolessを使って構築してみましたが、変更自体も簡単で、記事内で解説したとおり軽量かつセキュアなコンテナにするという目的が達成できそうです。

その要因として、Node.jsインストール済みのイメージがDistrolessで提供されていることが大きかったのですが、たとえばPHPのように標準で提供されてないアプリケーションのコンテナイメージを構築する場合、自前でミドルウェアを追加する作業が必要になり、軽量かつセキュアというメリットがあまり活かせないことになりそうです。

用途に応じた使い分けが必要だと感じました。

## 参考リンク
- [Distroless](https://github.com/GoogleContainerTools/distroless)
- [Best practices for writing Dockerfiles](https://docs.docker.com/develop/develop-images/dockerfile_best-practices/)
- [DockerでNode.jsを動かすときのベストプラクティス](https://blog.shinonome.io/nodejs-docker/)
- [Node.js Docker baseイメージには alpine < distroless < ubuntu+slim 構成がよさそう](https://zenn.dev/jrsyo/articles/e42de409e62f5d)

20230825_1.png

軽量でセキュアなコンテナイメージを使ってみよう

##  1.はじめに
GitHubは、ソフトウェア開発者にとって欠かせないツールの一つとなっています。Issue管理機能を活用すれば、プロジェクトのタスクやバグ、提案などを効率的に管理できます。今回は、GitHubのIssueを自動的にGoogleスプレッドシートに取得する方法を紹介します。

前回の記事では、RestAPIを通してIssueを取得するという方法を試みましたが、Issueの全件取得ができないなど課題を残すものになりましたが、もう一つの手法としてGraphQLにて取得する方法があり、GraphQLではIssueの全件取得に成功致しましたので、そのGASの全文もシェア致します。

https://sterfield.co.jp/blog/git-hub-gas/

### REST API と graphQLの違い

ChatGPTが教えてくれた違いを記載します。

REST (Representational State Transfer) APIとGraphQLは、クライアントとサーバー間でデータをやり取りするための方法として使用されるインターフェイスですが、設計思想や操作方法が異なります。以下に主な違いを挙げます。

設計思想:

REST: RESTful設計はリソース指向です。それぞれのリソース（例：ユーザー、記事など）に対して一つのエンドポイントがあります。HTTPメソッド（GET、POST、PUT、DELETEなど）を使ってリソースに対する操作を行います。
GraphQL: GraphQLはデータ指向です。クライアントは必要なデータの構造を指定し、サーバーはその構造に基づいてデータを返します。一つのエンドポイントを持ち、クエリ言語を用いてデータの取得や変更を行います。
データの取得:

REST: クライアントはサーバーから提供されるエンドポイントに従ってデータを取得します。このため、過不足のデータが返されることがよくあります。
GraphQL: クライアントは必要なデータだけを指定して取得できます。これにより、過不足のデータが返されることが少なくなります。
エンドポイント:

REST: それぞれのリソースや操作に応じて多数のエンドポイントが存在します。
GraphQL: 一般的には一つのエンドポイント（たとえば /graphql）で全ての操作をカバーします。
エラーハンドリング:

REST: HTTPステータスコード（200, 404, 500など）を使ってエラーの種類を示します。
GraphQL: ほとんどの場合、200のHTTPステータスコードで応答し、エラーの詳細はレスポンスボディの中に含められます。
バージョン管理:

REST: 新しいバージョンのAPIをリリースする際、URLにバージョン情報を含めるなどの方法で旧バージョンとの互換性を維持することがよくあります。
GraphQL: フィールドやタイプを非推奨にするなどの方法で、APIの変更をスムーズに管理できます。
フレキシビリティ:

REST: サーバーサイドで提供されるエンドポイントとその構造に従わなければなりません。
GraphQL: クライアントがどのデータを必要としているかを明確に指定できるため、クライアントサイドでのフレキシビリティが高まります。
それぞれの技術には独自の利点と制約があります。使用する場面やニーズに応じて最適なものを選ぶことが重要です。

## 2.必要なもの
Googleアカウント  
GitHubアカウント  
GitHubのPersonal Access Token (リポジトリへのアクセス権限を持つもの)

## 3. 事前準備
### 3.1 GitHubのPersonal Access Tokenの取得
 ![](/uploads/Fine_grained_Personal_Access_Tokens_861a8dbc65.png) 
GitHubにログインして、Settings > Developer settings > Personal access tokens に進む。
"Generate new token" ボタンをクリック。
必要な権限を選択し、トークンを生成。

### 3.2 Google Apps Scriptの準備
 ![](/uploads/Chat_GPT_GAS_Google_1_8c0845570a.png) 

Google Driveにアクセスし、新しいスプレッドシートを作成。
Extensions > Apps Script から、スクリプトエディタを開く。
## 4. スクリプトの作成
Google Apps Scriptのコードをスクリプトエディタにコピー&ペースト  
※最下部にGAS全文掲載しています。  
YOUR_GITHUB_TOKENとORGANIZATION_NAMEを、それぞれ適切な値に置き換える。

## 5. スクリプトの実行
スクリプトエディタの上部にある実行ボタンをクリック。
必要な権限を付与し、スクリプトを実行。

今回のGASでは実行できるメニューを追加しています。
 ![](/uploads/GAS_Github_Google_553126d37c.png)
 
## 6. 結果
 ![](/uploads/GAS_Github_Google_e97d4e37e8.png) 
Googleスプレッドシートに、GitHubのIssueの情報が自動で追記される。リポジトリ名、Issue番号、タイトル、作成日、更新日、URLなどの情報を取得できる。

## 7. まとめ
GitHubのIssueをGoogleスプレッドシートに自動取得する方法を紹介しました。この方法を利用することで、プロジェクトの進捗管理やレポート作成を効率的に行うことができます。さまざまなカスタマイズや拡張が可能なので、ご自身のニーズに合わせて活用してみてください。
当社では、一ヶ月毎にIssueの棚卸しに活用できそうだと話しています。

## 8. Google Apps Script全文

### 機能

- スプレッドシートのメニューに実行ボタンを追加
- アクティブなスプレッドシートを取得し、内容をクリア    
- リポジトリ名、Issue番号、タイトル、作成日、更新日、URLを列に追加

### 注意点

- リポジトリの中の最初の100件のIssueを取得します。(first: 100)の値を変えることができるかは未検証
- スクリプト実行の度にスプレッドシートの内容をクリアするため、書き込んだ内容も消えてしまいます。
- 
```
function onOpen() {
  var ui = SpreadsheetApp.getUi();
  
  // カスタムメニューを追加
  ui.createMenu('GitHub Menu')
      .addItem('Fetch GitHub Issues', 'fetchAllRepoIssuesAndAppendToSheetWithUrl')
      .addToUi();
}

function fetchAllRepoIssuesAndAppendToSheetWithUrl() {
  var GITHUB_API_URL = 'https://api.github.com/graphql';
  var GITHUB_TOKEN = 'YOUR_GITHUB_TOKEN';  // GitHubのPersonal access token
  var ORG_NAME = 'ORGANIZATION_NAME';
  
  var sheet = SpreadsheetApp.getActiveSpreadsheet().getActiveSheet();

  // スプレッドシートの内容をクリア
  sheet.getRange(1, 1, sheet.getLastRow(), sheet.getLastColumn()).clearContents();
  
  // リポジトリ一覧の取得
  var repoQuery = `
  {
    organization(login: "${ORG_NAME}") {
      repositories(first: 100) {
        edges {
          node {
            name
          }
        }
      }
    }
  }
  `;

  var headers = {
    'Authorization': 'bearer ' + GITHUB_TOKEN,
    'Content-Type': 'application/json'
  };

  var options = {
    method: 'post',
    headers: headers,
    payload: JSON.stringify({query: repoQuery})
  };

  var response = UrlFetchApp.fetch(GITHUB_API_URL, options);
  var jsonResponse = JSON.parse(response.getContentText());
  
  if (jsonResponse.errors) {
    Logger.log(jsonResponse.errors);
    return;
  }

  var repositories = jsonResponse.data.organization.repositories.edges;
  
  // 各リポジトリからIssueを取得してスプレッドシートに追加  
  repositories.forEach(function(repo) {
    var issueQuery = `
    {
      repository(owner: "${ORG_NAME}", name: "${repo.node.name}") {
        issues(first: 100, states: OPEN) {
          edges {
            node {
              number
              title
              createdAt
              updatedAt
            }
          }
        }
      }
    }
    `;

    options.payload = JSON.stringify({query: issueQuery});
    response = UrlFetchApp.fetch(GITHUB_API_URL, options);
    jsonResponse = JSON.parse(response.getContentText());

    if (jsonResponse.errors) {
      Logger.log(jsonResponse.errors);
      return;
    }

    var issues = jsonResponse.data.repository.issues.edges;
    
    issues.forEach(function(issue) {
      var issueUrl = `https://github.com/${ORG_NAME}/${repo.node.name}/issues/${issue.node.number}`;
      
      sheet.appendRow([
        repo.node.name,
        issue.node.number,
        issue.node.title,
        issue.node.createdAt,
        issue.node.updatedAt,
        issueUrl  // F列にURLを追加
      ]);
    });
  });
}

```



_744f5a47-585b-4840-a782-b47ed954000c.jpg

GitHubリポジトリからIssueを取得してスプレッドシートに追記するGAS(GraphQLバージョン)

## はじめに

今回は、インドのECモールであるmeeshoをとりあげます。meeshoというモールを聞いたことがない人がほとんどだと思います。しかし、このモールのアプリは実は2022年世界で2番目にダウンロードされたショッピングアプリなのです。ではmeeshoについて見ていきましょう。

 ![](/uploads/9e698164fdd4a9ccd34715d260b027e7_a65a273735.png) 
画像引用：[https://blog.apptopia.com/worldwide-and-us-download-leaders-2022](https://blog.apptopia.com/worldwide-and-us-download-leaders-2022)
## meeshoとは
 ![](/uploads/c0cdb02ffa8f4bcf4870b03ad55ca359_77290b90c9.png) 
Meeshoはインド初のECプラットフォームです。2015年にVidit Aatrey 氏と Sanjeev Barnwal 氏が立ち上げました。

現在では、月間9000万件もの注文がある巨大ECモールに成長しました。Google playとi OS appでの合計アプリダウンロード数は5億回を超えています。5億回まで約6年間で到達し、その速さは世界最速です。

最大の特徴は、銀行口座とインドの納税者番号さえあれば、誰でも販売者になれることです。法人も出店していますが、小規模事業者や個人での出店も多いようです。なんと販売手数料は0とのことです。どこから利益を取っているのでしょうか、、。

 ![](/uploads/09381f44477ea087f2b91d46d39cc7d9_9414f1edcd.png) 



公式HPサイトでは、創業者の二人がビジネスを始めた目的は、女性のエンパワーメントだと紹介しています。投資ゼロでオンライン販売ビジネスを始める個人を支援し、自営業者となった多くの個人がチャンスを掴んで欲しいのだと。

サイト内の記事でも機織り職人から陶芸家、竹細工職人など地方田舎で伝統工芸品を製作している女性が、EC販売を始めるストーリーが掲載されています。

ブランディングとしての意味合いもあるかもしれませんが、インドの全ての人にチャンスを提供するという思想で設計されたECモールと言えるでしょう。

 ![](/uploads/c487758ecb8828776ccde068f3bdb799_c22f3ee746.png) 


## まとめ

日本で暮らしていると知らないECモールがたくさんあります。またECモールによって思想も様々です。今後もウォッチしていきたいと思います。




a0dd563be0e1d437497dcfbf19d68490.png

世界で2番目にDLされたショッピングアプリmeeshoとは？

## はじめに
越境ECをはじめる上で、ネックになるのは「言語」！

今回は、越境ECでよく見かける単語を厳選して、英語と中国語を表形式でまとめてみました。

越境ECサイトを覗き見したり、自身で運営されている方、ぜひ活用してみてください！

## 越境ECでよく使う単語
今回は、基本編・決済編・プロモーション編で分けてお伝えします！

### 基本編
<style>
table {
   table-layout: fixed;
   width: 100%;
}
</style>
<table>
<tbody>
<tr>
<th>英語</th>
<th>中国語（簡）</th>
<th>中国語（繁）</th>
<th>日本語</th>
</tr>
<tr>
<td>Order</td>
<td>订单</td>
<td>訂單</td>
<td>注文</td>
</tr>
<tr>
<td>Payment</td>
<td>付款 / 付钱</td>
<td>付款 / 付銭</td>
<td>支払い</td>
</tr>
<tr>
<td>Shipping</td>
<td>出货</td>
<td>出貨</td>
<td>発送</td>
</tr>
<tr>
<td>Cancellation</td>
<td>取消</td>
<td>取消</td>
<td>キャンセル</td>
</tr>
<tr>
<td>Return</td>
<td>退货</td>
<td>退貨</td>
<td>返品</td>
</tr>
<tr>
<td>Refund</td>
<td>退款</td>
<td>退款</td>
<td>払い戻し</td>
</tr>
<tr>
<td>Price</td>
<td>价格</td>
<td>價格</td>
<td>価格</td>
</tr>
<tr>
<td>Shipping Fee</td>
<td>运费</td>
<td>運費</td>
<td>送料</td>
</tr>

<tr>
<td>Shipping Address</td>
<td>收件地址</td>
<td>收件地址</td>
<td>お届け先</td>
</tr>
<tr>
<td>TEL</td>
<td>电话号码</td>
<td>電話號碼</td>
<td>電話番号</td>
</tr>
</tbody>
</table>

### 決済編
決済編では、主な決済方法をまとめてみました。
<table>
<tr>
<th>英語</th>
<th>中国語（簡）</th>
<th>中国語（繁）</th>
<th>日本語</th>
</tr>
<tr>
<td> Credit Card</td>
<td>信用卡</td>
<td>信用卡</td>
<td>クレジットカード</td>
</tr>
<tr>
<td> COD<br> (Cash On Delivery)</td>
<td>英語</td>
<td>英語</td>
<td>代引き</td>
</tr>
<tr>
<td>BLPL <br>(Buy Now Pay Later)</td>
<td>後支付</td>
<td>後支付</td>
<td>後払い決済</td>
</tr>
</tbody>
</table>

### プロモーション編
プロモーション編では、お得な情報を伝える時の便利単語をまとめています。

特に中国語の〇％OFFは、日本語や英語と表現が違うので、必見です。
<table>
<tbody>
<tr>
<th>英語</th>
<th>中国語（簡）</th>
<th>中国語（繁）</th>
<th>日本語</th>
</tr>
<tr>
<td>20％OFF</td>
<td>8折</td>
<td>8折</td>
<td>20％引き</td>
</tr>
<tr>
<td>Buy3 Get 20%OFF</td>
<td>3件8折</td>
<td>3件8折</td>
<td>3つ買って20%OFF</td>
</tr>
<tr>
<td>Free Shipping</td>
<td>免费送货</td>
<td>免運</td>
<td>送料無料</td>
</tr>
<tr>
<td>Buy1 Get 1 more</td>
<td>买一送一</td>
<td>買一送一</td>
<td>1個買ったら1個付いてくる</td>
</tr>
<tr>
<td>Coupon</td>
<td>优惠券</td>
<td>優惠券</td>
<td>クーポン</td>
</tr>
</tbody>
<table>

## まとめ
いかがでしたでしょうか？

もし、他にもこんな単語載せて欲しい！というのがあったら、ぜひご連絡ください！

towfiqu-barbhuiya-5u6bz2tYhX8-unsplash.jpg

越境ECを始める前に知っておきたい！<br>越境ECでよく使われる英語&中国語翻訳リスト！


<h2>新規輸出１万者支援プログラムとは</h2>



<p>新規輸出１万者支援プログラムは、2022年10月の閣議決定により、12月よりスタートしました。<br>現在の円安を輸出増加の好機と捉え、これまで輸出をしたことがない中小企業・地域企業の新規輸出をサポートする取り組みです。</p>



<p>経済産業省、中小企業庁、ジェトロ及び中小機構が一体となり、全国の商工会・商工会議所等とも連携しています。</p>



<figure class="wp-block-image size-large"><img loading="lazy" width="1024" height="532" src="/uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-1024x532.png" alt="" class="wp-image-12019" srcset="/uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-1024x532.png 1024w, /uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-300x156.png 300w, /uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-768x399.png 768w, /uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-600x312.png 600w, /uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49-1536x799.png 1536w, /uploads-archive/lc/2023/07/d1a671b9cbb27488e4400413969d7f49.png 1654w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p>主な流れは上記の通りで、商工会や商工会議所、金融機関などが、<strong>輸出の可能性を秘めた事業者を掘り起こし</strong>、ジェトロの「新規輸出１万者支援プログラム」のポータルサイトに登録します。</p>



<p>その後、<strong>専門家による個別カウンセリング</strong>で具体的な支援策の提案があり、実際に支援が行われます。</p>



<p>支援の内容としては、<strong>専門家による経営計画の立案や、補助金を活用したサイト構築、マーケティング</strong>など多岐にわたります。</p>



<figure class="wp-block-embed is-type-video is-provider-youtube wp-block-embed-youtube wp-embed-aspect-16-9 wp-has-aspect-ratio"><div class="wp-block-embed__wrapper">
<iframe loading="lazy" title="新規輸出1万者支援プログラム：「はじめて輸出」を応援します" width="500" height="281" src="https://www.youtube.com/embed/Mxpf3NZ1rJo?feature=oembed" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe>
</div></figure>



<p>なぜアンバサダーがヒロミなのかは疑問が残るところですが、この動画に流れがまとまっています。</p>



<p></p>



<h2>スターフィールド社の関わりは…</h2>



<p>このように、円安という現在の状況を受けて、日本としては国を上げて輸出を増やそうとしています。しかも、これまでのように、一部の大企業による輸出に頼るのではなく、これまで輸出をしていない中小企業の支援を目的としています。</p>



<p>スターフィールドとしても積極的にこの事業をサポートしていきます。<br>私は2022年度から中小機構の販路開拓アドバイザーを任命されています。<br>その活動の一環として、<strong>セミナーを通じ輸出の可能性を秘めた事業者にプロジェクトを拡散</strong>したり、<strong>定期的に専門家として越境ECのアドバイス</strong>を行っています。</p>



<p>先日は、「販路開拓サポートDAY　春」というオンラインイベントに登壇してきました。<br>中小機構が地域活性を行うパートナー企業と連携し、中小・小規模事業者様の販路開拓支援に取り組む一環として、行われているものです。</p>



<figure class="wp-block-image size-large"><img loading="lazy" width="1024" height="604" src="/uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-1024x604.png" alt="" class="wp-image-12021" srcset="/uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-1024x604.png 1024w, /uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-300x177.png 300w, /uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-768x453.png 768w, /uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-600x354.png 600w, /uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627-1536x906.png 1536w, /uploads-archive/lc/2023/07/683f6b0b1978a9d21fdc7d7d64202627.png 1628w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<figure class="wp-block-image size-large"><img loading="lazy" width="1024" height="521" src="/uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-1024x521.png" alt="" class="wp-image-12022" srcset="/uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-1024x521.png 1024w, /uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-300x153.png 300w, /uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-768x391.png 768w, /uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-600x305.png 600w, /uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b-1536x781.png 1536w, /uploads-archive/lc/2023/07/e03b4894ebe5176ed1b1d9130f24599b.png 1762w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p>私は、各支援パートナーの説明が始まる前段として、本企画の全体像をお示しする基調講演を行いました。</p>



<p>想像していたよりもしっかりした配信環境だったので、けっこう緊張しました。。</p>



<h2>最後に</h2>



<p>中小企業の海外進出を多方面から支援する動きが活発化しています。</p>



<p>会社としても個人としてもこの流れを加速させる一助になれればと思います。</p>


スクリーンショット 2023-09-22 11.39.19.png

新規輸出１万者支援プログラムとは？！

## React初体験

今月にスターフィールド のWebサイトが新しくリニューアルされました。この開発に伴い始めてReact環境で開発を体験しました。
ReactはJavaScriptのライブラリの一種と聞いてはいましたが、Webデザイナーとして経験してきたJavaSciptの開発とは全く別物のように感じました。

このブログでは、React環境での開発体験を詳しくまとめて、初心者がReactに挑戦する際に直面するであろう注意点、気づいたポイントについてまとめます。


## そもそもReact とは？

ReactはJavaScriptライブラリであり、主にユーザーインターフェースを構築するのに向いています。近年、Webサイトを構築する上でheader、footerなど
共通部分をモジュール化し、それを読み込ませてページを作ります。
Reactはこのモジュール化の考え方が色濃く表れてる言語という印象を受けました。また、そのため今までの開発環境と大きく変わりました。

例えば、jQuery環境で開発する場合、一般的には<head>タグ内にjQueryファイルを読み込むコードを記載するでしょう。そして、topページ内ではメインビジュアルをslickスライダーなどのモジュールを読み込み動きを設定し、CSSで装飾をする。などの流れで動きのあるリッチコンテンツを作ります。

しかし、Webサイト全体を見た場合、例えばプライバシーポリシーページなど、ただテキストを配置するだけで、特別な仕掛けもないページも存在します。このとき、不要なページにもjQueryファイルを読み込ませてしまい、サーバーには余計な負荷を書けることになります。

一方、Reactの場合、例えばメインビジュアルのスライダーは<slider>などの名前でモジュール化します。そして、このモジュール専用のHTMLとCSSを作成してまずこの部分だけ完成させます。その後、必要なページの必要な箇所でこの<slider>を読み込みWebページを作成します。
各ページ毎に読み込むページが必要最低限で済むのでデータ通信の容量を軽くできます。

一見すると、WordPressでもよく使われる「include」により、各パーツを指定してページを構成する方法と似ていますが、大きく違うのはWordPressは呼び出すデータはHTMLだけになります。そのため呼び出したページのCSSで、読み込んだHTMLに改めてスタイルを適用させる必要があります。  
しかし、Reactの場合はCSSも適用された完成形の形でモジュールが呼び出されるため、改めてスタイルを適用させるを必要もありません。

例えるなら、ブロック工法（機械や建物の製造時に、いくつかの要素を分けて同時に製造し、最後に繋ぎ合わせて完成させる工法）に近い考え方でページを作ります。


## 実際の記述について

開発を体験してみて、記述の仕方が独特と感じました。実際に特徴的だと思った点を主にまとめてみました。

・各ページ、モジュールを「.tsx」ファイルで作る。

先ずは各ページのモジュールを作ります。

```
import Head from 'next/head';
import styles from '@/styles/career.module.scss';


function 関数() {
  return (
       実際のHTML
  );
}

```


という形で記述します。

また、HTMLの記述も全てのタグを「 /(スラッシュ)」を記述して閉じなくてはいけません。大概のタグは/(スラッシュ)で閉じるので当たり前ですが、<br>や<img>タグにもそのルールが適用されて、まるでXHTMLのような記述をする必要があります。

またCSSも

```
<div className={styles.textArea}>

```

などのような形で指定していきます。


少しでもミスがあるとエラーが出てしまい、表示が崩れてしまうレベルではなく、ページその物が閲覧できない状態となり戸惑いました。


## 外部ライブラリーやプライグインを使う場合

トップ画面などで、複数枚の画像をスライダーで見せるホームページはよくあります。jQuery環境下ではこのようなコンテンツを作る際は、主に、slickスライダーなど、有名なプラグインを使うケースが多いです。Reactでもこのようなプラグインを使うことができます。

slickスライダーを例に、React で プラグインを使う場合は以下のようにします。

先ず、

```
$ npm install react-slick

（yarn を使っている場合は yarn add react-slick ）

```

とコードを導入して、プロジェクトに　silick スライダーをインストールします。

そして、.tsvファイルにCSSと同様に

```
import Slider from 'react-slick';
import "slick-carousel/slick/slick.css";
import "slick-carousel/slick/slick-theme.css";

```

と記述します。
これで　sickスライダーが使える環境が整います。

後は他のモジュールと同様に作成していきます。
例えば、


```

function slickContents() {
  const settings = {
    dots: true,
    autoplay: true,
    infinite: true,
    speed: 500,
    slidesToShow: 1,
    slidesToScroll: 1
  }
  
  return (
    <ul>
      <Slider {...settings}>
        <li><img src={img1} alt='img1' /></li>
        <li><img src={img2} alt='img2' /></li>
        <li><img src={img3} alt='img3' /></li>
      </Slider>
    </ul>
  );
}

```

などのように記述します。

```
  const settings = {
  }

```


こちらの箇所でslickスライダーの設定をします。
jQueryでは外部ファイルのjsファイルに記述して設定するケースが多いですが、記述する位置が違うだけで設定の方法は概ね同じです。

スライダーの動きを設定したあと　

```
  return (　)

```


で実際のHTMLを書き、モジュールを作成します。

そして、実際にスライダーを掲載したい位置に

```

<slickContents/>

```


と記載する事でスライダーが設置されます。

reactは全般的にこのような流れで開発を進めていきます。



## プラグインを使わないコードについて

jQuery環境で開発をする際、プラグインを使わず自分で簡単なコードを記述してコンテンツを作る場合があります。
例えば、クリックしたらclss 「on」 を追加し、CSSで実際にその変化を作るということはよくありました。

同じ事をReact環境下でも行いました。

今回実際にアコーディオン形式でクリックしたら配下のコンテンツの表示、非表示が切り替える動きを作りました。

li="dropListItem" をクリックしたら　これにon を追加したり、削除する。という動きを作りました。
そして、CSSで　li="dropListItem on"　の時は配下の hideArea が表示されるという仕掛けを作成しました。


実際には以下のように記述しました。

```
import React, {useState} from 'react';


function DropListItem ({title , text}) {
  const [isOn, setIsOn] = useState(false);
  const handleClick = () => {
    setIsOn(!isOn);
  };

  return (
    <li className={`dropListItem ${isOn ? 'on' : ''}`} onClick={handleClick}>
      <div className={styles.showArea}>
        <p>{title}</p>
      </div>

      <div className={styles.hideArea}>
        <p>{text}</p>
      </div>
    </li>
  )
}

```

先ずはReqctの「useState」という関数を使うので先に、

```
import React, {useState} from 'react';

```
と記述します。

そして、

```
function DropListItem  ({title , text})

```
と従来の流れ通りにモジュールのタイトルを設定します。

```
{title , text}

```
の部分は最後に解説します。


今回はHTMLに　on  と off　の二段階の変化があります。このように変化するとき
useStateを使います。

```
const [isOn, setIsOn] = useState(false);

```

と、記述したのは「isON」という状態になるときと、「setIsOn」という状態になるときがある。
そして、

```
useState(false);

```

と書くことで書記状態は useState で指定する変化がない状態という意味合いになります。

```
  const handleClick = () => {
    setIsOn(!isOn);
  };

```


この関数は hadleClick という関数が呼び出される度に、「setIsOn」と「isOn」　という状態が切り替わるという意味になります。

そして、実際にHTMLを記載する際に

```
<li className={`dropListItem ${isOn ? 'on' : ''}`} onClick={handleClick}>

```


と記載しました。
解説すると、先ず、

```

className={ dropListItem } 

```


と記載し、liに「dropListItem」　というclass名を付けます。

```

${isOn ? 'on' : ''}

```


この部分の意味は　isOnの状態では、class「on」を追加、そうでないときは空白を入れる、つまり何も入れない状態にする。という意味になります。

```

onClick={handleClick}

```

はクリックした際に 「handleClick」を呼ぶという状態になります。

事前に、「handleClick」は「isOn」と「setIsOn」を切り替えるように設定しているのでクリックする度に on が挿入した状態とされない状態に切り替わるようになります。

これで、動作については完成しました。後は、実際にを配置したい場所に

```

<DropListItem />

```


と記述することで配置できます。

しかし、この<DropListItem />は配下のテキストを変えて複数配置するコンテンツです。そのため、実際に変えるテキスト部分は関数にして、各<DropListItem />ごとにテキストを変えられようにしました。

そのため、先ず、

```

function DropListItem  ({title , text})

```

と記載し、

実際にテキストを変えるHTMLには


```
    <li className={`dropListItem ${isOn ? 'on' : ''}`} onClick={handleClick}>
      <div className={styles.showArea}>
        <p>{title}</p>
      </div>

      <div className={styles.hideArea}>
        <p>{text}</p>
      </div>
    </li>

```
と記載しました。

最終的には以下のように記述します。

```

<ul>タイトル1の詳細情報を記載ます。
  <DropListItem title="タイトル1" text="タイトル1の詳細情報を記載します。"/>
  <DropListItem title="タイトル2" text="タイトル2の詳細情報を記載します。"/>
  <DropListItem title="タイトル3" text="タイトル3の詳細情報を記載します。"/>
  <DropListItem title="タイトル4" text="タイトル4の詳細情報を記載します。"/> 
</ul>

```

このような流れでアコーディオン形式のコンテンツの作成ができました。


6　まとめ

Reactは今までのHTMLとCSS、それにjQueryによる開発に慣れている人から見たら全く違う物のように感じます。そのため戸惑う部分が多くあります。
しかし、モジュール単位で開発をするという性質上、複数人での開発に適していると感じました。

せっかく会社に属して仲間と共に開発の仕事をしているので、積極的に覚えてより良い物を作りたいと思いました。








react.jpg

 初めてReactで開発して感じたことのレポート

<h2>はじめに</h2>
<p>日本でいうところの「zozotown」にあたる、ドイツ発最大手オンラインファッションECサイト「ザランド（Zalando）」。ベルリンに拠点を置き、フランス、イギリスなど欧州25ヶ国でECサービスを提供しています。<br>欧州ではアマゾンに引けをとらないほどのマーケットプレイスであるZalandoは、単にオンラインショップを提供するだけではなく、ブランドと消費者に健全な生産／購買活動を促しています。</p>
<p>今回はその取り組みの1つである、「サステナビリティプラットフォーム」を紹介します。</p>

<h2>Zalandoの環境への取り組み</h2>

 ![](/uploads/zalando_1_18fb3c00b1.png) 

※画像は[コーポレートサイト](https://corporate.zalando.com/en/our-impact/sustainability)のキャプチャ

ファッション業界は世界最大の環境汚染産業の一つであり、世界の排出量の約 10% を占めており、Zalando は年間 500 万トンから 600 万トンの温室効果ガスを排出していると推定されています。

そんなZalandoは、2020年、2023年からは環境に配慮したブランドしか提供しないことを決定しました。同社のオンラインファッションサイトは、当時取引のあった2,500ブランドに、環境と社会への影響に関する必要な情報をすべて提示するように求め、基準を満たさない場合は、小売業者はすべての取引を中止するとしたのです。
もちろん即時に注視するというわけではなく、パートナー企業には3年ほどの猶予期間が与えられています。

<h2>ファッションEC3社によるsustainability platform</h2>
<p>2022年、大手ファッションECのAbout You、Yoox Net-a-Porterとともに、Zalandoはsustainability platformを開始しました。<br>このプラットフォームは、Science Based Targets initiative（SBTi／科学と整合した目標設定）に沿って、温室効果ガス排出量の測定と気候目標の設定に関する「段階的な学習」を提供します。各ECのブランドパートナーはこのサービスを無料で受けることができ、またパートナー同士は、いわゆるサステナビリティの専門家と連携することもできます。</p>
<p>Zalandoの排出量の大部分は、4,500 のブランド パートナーによるものです。そのため、2025年までにパートナーの90パーセントがSBTを達成するという目標を設定しました。新しいプラットフォームは「この目標の実現に向けた重要な取り組み」であるとZalandoの共同最高経営責任者（CEO）のデビッド・シュナイダー氏は述べています。</p>
<p>さらに将来的には、関心のあるすべてのファッションブランドや小売業者がこのプラットフォームを利用できるようになる可能性があるとのことです。<br>ファッションEC業界全体を健全化し、リードしていこうとする姿勢がうかがえます。</p>

<h2>まとめ</h2>
ヨーロッパのEC業界においてZalandoが与えるインパクトは非常に大きいものです。そのような会社が牽引することで、ヨーロッパのファッションECは持続可能な社会に向けて進んでいくことでしょう。

参考：https://ecommercenews.eu/zalando-about-you-and-net-a-porter-launch-sustainability-platform/
https://ideasforgood.jp/glossary/science-based-targets/


claudio-schwarz-Y0oZ-0AcUBM-unsplash.jpg

健全な購買活動を育てるZalandoの取り組み(1)sustainability platform

<h2>はじめに</h2>



<p>「拼多多」（ピンドゥオドゥオ）によって運営されている格安越境ECサイト「Temu」。</p>



<p>2022年10月に紹介した際は、利用可能国はアメリカだけでした。その後、順調に対象国を広げ、カナダ、オーストラリア、ニュージーランド、イギリス、ドイツ、オランダなど12か国で利用できます。そしてついに2023年6月末、日本に上陸しました。今回は、実際にサイトの特徴や購入フローを確認してみます。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-launchcart-越境ec専用カート wp-block-embed-launchcart-越境ec専用カート"><div class="wp-block-embed__wrapper">
<blockquote class="wp-embedded-content" data-secret="2cWM2vQ8GN"><a href="https://launchcart.jp/contents/temu/">アメリカ向け 拼多多！Temuって？</a></blockquote><iframe class="wp-embedded-content" sandbox="allow-scripts" security="restricted" style="position: absolute; clip: rect(1px, 1px, 1px, 1px);" title="&#8220;アメリカ向け 拼多多！&lt;br&gt;Temuって？&lt;!--ikuta--&gt;&#8221; &#8212; LaunchCart | 越境EC専用カート" src="https://launchcart.jp/contents/temu/embed/#?secret=2cWM2vQ8GN" data-secret="2cWM2vQ8GN" width="500" height="282" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe>
</div></figure>



<h2>アプリの使い勝手について</h2>



<p>実際にアプリを入れて、色々見てみました。ログインはメールアドレス、GoogleアカウントのみならずLINEでもでき簡単でした。さらにレビューなどももちろん自動翻訳ですが、高精度でされている印象です。</p>



<p>利用規約を見ると「拼多多」を運営するPDD Holdingsではなく、日本ではアイルランド企業であるWhaleco Technologyとの間で、締結されるようです。Whaleco Technologyは、PDDの関連会社でしょう。ちなみにアイルランドは、法人税率が低いことで知られている国の一つです。</p>



<div class="wp-block-columns">
<div class="wp-block-column">
<figure class="wp-block-image size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-461x1024.png" alt="" class="wp-image-12006" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-175705-5.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>トップ画面</figcaption></figure>
</div>



<div class="wp-block-column">
<figure class="wp-block-image size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-461x1024.png" alt="" class="wp-image-12007" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-175903-2.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>利用規約</figcaption></figure>
</div>



<div class="wp-block-column">
<figure class="wp-block-image size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-461x1024.png" alt="" class="wp-image-12008" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-180930-3.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>レビュー</figcaption></figure>
</div>
</div>



<div class="wp-block-columns">
<div class="wp-block-column" style="flex-basis:100%"></div>
</div>



<h2>アフターサービスについて</h2>



<p>中国越境として、不安感を持つ消費者がいることを意識してか、保証サービスも充実しています。商品到着後90日以内なら返品無料。返品用のラベルもアプリから印刷できるようです。</p>



<p>また、購入保証というサービスもあります。これは、注文した商品が写真や説明と違ったり、破損して届いたりした際に全額返金になるものです。</p>



<p>さらに商品の価格が購入後30日以内に値下げされた場合、その差額が支払われるサービスもあります。総じて、消費者に優しいプラットフォームではあると思います。</p>



<div class="wp-block-columns">
<div class="wp-block-column" style="flex-basis:33.34%">
<figure class="wp-block-image size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-182751-461x1024.png" alt="" class="wp-image-11999" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-182751-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-182751.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>返品について</figcaption></figure>
</div>



<div class="wp-block-column" style="flex-basis:33.34%">
<figure class="wp-block-image size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-461x1024.png" alt="" class="wp-image-12001" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-182745-1.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>購入者保護プログラム</figcaption></figure>
</div>



<div class="wp-block-column" style="flex-basis:33.33%">
<figure class="wp-block-image size-large is-resized"><img loading="lazy" src="/uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-461x1024.png" alt="" class="wp-image-12002" width="259" height="575" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-180910-1.png 1080w" sizes="(max-width: 259px) 100vw, 259px" /><figcaption>価格保証</figcaption></figure>
</div>
</div>



<h2>実際に購入してみた</h2>



<p>実際に幾つかの商品を購入してみました。購入までのフローはわかりやすかったのですが、クレジットカードとGoogle payの決済が通りませんでした。面倒だなと思いながら普段使わないPaypalを利用しました。越境サービスのため仕方ないかも知れませんが、CVRが下がりそうなポイントです。</p>



<p>送料は無料でした。ただし最低注文価格が決まっているようで、1400円以上でないと注文ができません。高い送料を加えるより最低注文価格が決まっていた方がお得感があっていいなと思いました。1400円の注文で送料は少なくとも郵便で600円程度はかかるでしょうから、なかなかすごいです。</p>



<div class="wp-block-columns">
<div class="wp-block-column">
<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-461x1024.png" alt="" class="wp-image-12009" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-181939-1.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>カートの中身</figcaption></figure></div>
</div>



<div class="wp-block-column">
<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" width="461" height="1024" src="/uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-461x1024.png" alt="" class="wp-image-12010" srcset="/uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-461x1024.png 461w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-135x300.png 135w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-768x1707.png 768w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-600x1333.png 600w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-691x1536.png 691w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1-922x2048.png 922w, /uploads-archive/lc/2023/07/Screenshot_20230703-182942-1.png 1080w" sizes="(max-width: 461px) 100vw, 461px" /><figcaption>決済できず</figcaption></figure></div>



<p></p>
</div>



<div class="wp-block-column"></div>
</div>



<h2>まとめ</h2>



<p>今回は、購入までにフォーカスしてまとめました。ローカライズもしっかりされており、また消費者に安心・安全と感じてもらうためのサービスが充実している印象でした。次回は、配送など商品が届くまでの体験についてレビューします。</p>

temu .png

日本上陸！中国発格安EC「Temu」の分析


<h2>はじめに</h2>



<p>2023年6月8日現在、コロナウイルスも収束し街中では、多くの外国人観光客を見かけるようになりました。中国の水際対策も撤廃され、さらに多くの観光客が期待できるでしょう。</p>



<p>コロナ以前にインバウンドに頼っていた小売店やメーカーにとっては、コロナは大きな打撃になりました。「この数年でインバウンドのありがたさを実感した」との声も聞きます。</p>



<p>そういった中で、タビアトとしての越境ECに再び注目が集まるとも言われています。タビナカで商品を購入してもらい、その後も越境ECで中長期的な関係を築いていこうというものです。今回は、そのタビアトとしての越境ECについて考えてみます。</p>



<h2>越境ECで購入する必然性について</h2>



<p>以前こちらの記事でもタビアトとしての越境ECについてまとめました。この記事では、タビアト越境ECがあまり盛り上がっていない理由として、</p>



<p>①大企業や自治体だとECとインバウンドでは、扱う部署が違うこと</p>



<p>②越境ECで買う理由（必然性）がある商品が少ないこと</p>



<p>以上を挙げました。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-launchcart-越境ec専用カート wp-block-embed-launchcart-越境ec専用カート"><div class="wp-block-embed__wrapper">
<blockquote class="wp-embedded-content" data-secret="7GWh45c7S6"><a href="https://launchcart.jp/contents/ekkyo-ec_tabiato/">インバウンドが再び盛り上がる中タビアト越境ECの可能性はあるのか</a></blockquote><iframe class="wp-embedded-content" sandbox="allow-scripts" security="restricted" style="position: absolute; clip: rect(1px, 1px, 1px, 1px);" title="&#8220;インバウンドが再び盛り上がる中&lt;br&gt;タビアト越境ECの可能性はあるのか&#8221; &#8212; LaunchCart | 越境EC専用カート" src="https://launchcart.jp/contents/ekkyo-ec_tabiato/embed/#?secret=7GWh45c7S6" data-secret="7GWh45c7S6" width="500" height="282" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe>
</div></figure>



<p>この必然性について、もう少し掘り下げて考えてみたいと思います。</p>



<p>越境ECというビジネスモデル自体、国内ECと比較して送料などが掛かるわけですから構造的なハンディキャップがあります。そもそも越境ECで買う理由（必然性）が必要なことは、タビアト越境ECに限りません。</p>



<p>越境ECで買う理由（必然性）についてさらに分解すると、「機能的な価値」と「情緒的な価値」に分けられると言われています。マーケティングの教科書に載っているような内容です。</p>



<p>「機能的な価値」は例えば、いろいろな機能がついてるだとか、サイズがコンパクトだとか他の製品と比べてより便利だから購入するということです。</p>



<p>「情緒的な価値」は、この商品を持っているとかっこいいだとかブランドの理念に共感しただとか、そういった商品のファンになってもらえるような価値を指しています。</p>



<h2>情緒的な価値の追求？</h2>



<p>この「情緒的な価値」の追求とそれに共感する人を増やすことこそが、タビアト越境ECの成功の秘訣なのではと思います。</p>



<p>「機能な価値」についてはものが溢れる現在では、なかなか差別化した訴求が難しくなっています。かつて中国人観光客が爆買いをしていた時期に購入されていたのは、ドラックストア商材や日本製の家電でした。しかし、現在では中国でもコストパフォーマンスの高い家電を購入できますし、かつてのように炊飯器を5個も6個も抱えて秋葉原を練り歩く姿は見られなくなっています。</p>



<p>「情緒的な価値」を高めブランドのファンになってもらうには、インバウンドで店舗に来てもらうのが最も効果的と思います。ブランドに対するファンになってもらい、継続的に商品を購入してもらえる状態はECにおいて理想的な状態です。EC販売は、顧客と中長期的な関係を持つ前提に設計をすることが多いです。一度店舗に来店してもらいブランドの雰囲気やカスタマーサービスで、ファン化する。来店のタイミングで、インスタグラムなどSNSに登録してもらい、長期的なコミュニケーションを図り、再度の購入を促す。そんなフローの実現が、タビアト越境ECのキモになるのではないでしょうか。</p>



<p></p>



<p></p>



<h2>まとめ</h2>



<p>「情緒的な価値」をいかに高め、越境ECという多少購買ハードルが高いスキームでも購入してもらうか、考え続けたいと思います。</p>


ross-parmly-rf6ywHVkrlY-unsplash.jpg

インバウンド復活！タビアト越境ECについて考える

<h2>はじめに</h2>
<p>消費者は何を決め手に購入を決めるのか、様々な視点から考察するシリーズ第3弾。<br />
前回は「支払方法」がどの程度購入の決め手になるのか紹介しました。今回はサステナビリティが購買活動に与える影響を見ていきたいと思います。</p>
<h2>世界各国で変わる消費者意識</h2>
<p>各メディアで取り上げられるサステナビリティやSDGsという言葉や考え方。一定の規模を持つ企業であれば、CSRの一貫／延長として取り入れ始め、学校の授業のトピックになっている…日本ではまだその程度の認識かもしれません。<br />
しかし、先進国を始め、世界各国ではそれ以上に関心を持ち、自分事として捉えている人が増えているようです。</p>
<p>たとえばシンガポールでは、<strong>約85%の消費者が環境に優しい製品を購入するために、より多くの金額を支払う意向を示した</strong>という調査結果もあります（参考：<a href="https://launchcart.jp/contents/ekkyo-ec_sdgs-singapore/" target="_blank" rel="noopener">シンガポールの買い物事情</a>）。<br />
また、アジア最大のECモールShopeeにおいても、様々な取り組みが行われています（参考：<a href="https://launchcart.jp/contents/ekkyo-ec_shopee_sdgs/" target="_blank" rel="noopener">アジアECモールもSDGs商品に注目！</a>）</p>
<p>また、サスティナブル消費のわかりやすい例であるリユース業界も、世界的に非常に盛り上がりを見せています（参考：<a href="https://launchcart.jp/contents/ekkyo-ec_sdgs_clothes/" target="_blank" rel="noopener">【越境EC】古着業界が火傷じゃ済まないくらい熱くなる</a>）。</p>
<h2>最新の消費者意識は？</h2>
<p>以前もサスティナブル消費／エシカル消費の意識調査についての<a href="https://launchcart.jp/contents/ekkyo-ec_ec_sdgs-branding/" target="_blank" rel="noopener">記事</a>を執筆しましたが、それから約1年が経過し、変化はあったのでしょうか。</p>
<p>アメリカのITサービス・コンサルティング会社のAstound CommerceとShopifyが提携して行った調査「<a href="https://astoundcommerce.com/landing/the-value-of-sustainability-to-your-brand/" target="_blank" rel="noopener">Sustainability and Your Customer</a>」(※)によって、各国の消費者が、サステナブルな製品により多くのお金を支払いたいという強い意欲を持っていることが明らかになりました。<br />
※米州（カナダ、メキシコ、米国）、欧州（ドイツ、イタリア、オランダ、スイス、英国）、中東（サウジアラビア、UAE）が対象。</p>
<p>特に注目すべきは、これから長い間ファンとなってくれる可能性のある若い世代、つまり<strong>Z世代の消費者は、環境問題に対するブランドの姿勢に最も影響を受けており、その割合は62%に上る</strong>ということです。また、<strong>ミレニアム世代の71％が、サスティナブルな商品に（そうでない商品に対して）より多くのお金を支払うつもりがあると回答</strong>しています。<br />
<img loading="lazy" src="/uploads-archive/lc/2023/06/c1f27bb75f7fcd71a5563ba048192faa.png" alt="" width="526" height="543" class="alignnone size-full wp-image-11983" srcset="/uploads-archive/lc/2023/06/c1f27bb75f7fcd71a5563ba048192faa.png 526w, /uploads-archive/lc/2023/06/c1f27bb75f7fcd71a5563ba048192faa-291x300.png 291w" sizes="(max-width: 526px) 100vw, 526px" /><br />
※画像は「Sustainability and Your Customer」レポートからのキャプチャ</p>
<p>さらに、同調査によると、グローバルな消費者の5人に3人が、環境問題に対する企業の姿勢に注目していると答えたそうです。<br />
また、購入することでそのブランドを支持することを示す際に注目するポイントとしては、二酸化炭素の低排出、輸送、リサイクル包装といった要素が上位にランクインしています。</p>
<p>つまり、気候変動などの環境問題への取り組みに対する企業の前向きな姿勢は、消費者の購入の意思決定に何らかの影響を与えていると言えます。</p>
<h2>まとめ</h2>
<p>昨今あらゆる分野やシーンで取り上げられる「サステナビリティ」ですが、それだけ人々の意識が高まっていると言えます。この結果はその表れの一端ではないでしょうか。<br />
購入者の満足度が上がり、売上もアップ、さらに環境や社会に良い影響を与えるなら、この課題に着手しない手はないでしょう。</p>
<h4>参考</h4>
<p><a href="https://www.ecommercetimes.com/story/sustainability-is-more-than-a-buzzword-for-e-commerce-survival-177393.html" target="_blank" rel="noopener">Sustainability Is More Than a Buzzword for E-Commerce Survival</a></p>


mert-guller-jFBWOaoS-7o-unsplash.jpg

Eコマースにおける購入の決め手は？(3)<br>鍵はSDGsにあり

<h2>はじめに</h2>
<p>弊社で越境EC運用支援を開始したクライアントさまより先日、以下内容の旨のご相談を受けました。</p>
<h6>現在加入しているPL保険が国内限定の契約だが、越境EC販売で何かあったときのために、海外PL保険に入った方がよいでしょうか？</h6>
<p>良くご相談頂く内容の一つであるため、どう考えるべきかの見解をシェアします。</p>
<h2>そもそも「PL保険」って？</h2>
<p>PL保険は正式には「生産物賠償責任保険」（英語ではProduct Liability Insurance）といいます。「PL」は&#8221;Product Liability&#8221;の頭文字です。　以下、日本損害保険協会からの「PL保険」に関するQA抜粋です。</p>
<p><a href="https://soudanguide.sonpo.or.jp/body/q094.html">https://soudanguide.sonpo.or.jp/body/q094.html</a></p>
<p><img loading="lazy" class="size-full wp-image-11969 alignnone" src="/uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e.png" alt="" width="1125" height="331" srcset="/uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e.png 1125w, /uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e-300x88.png 300w, /uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e-1024x301.png 1024w, /uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e-768x226.png 768w, /uploads-archive/lc/2023/06/9b075cf810ef0b9e3deb963593ced73e-600x177.png 600w" sizes="(max-width: 1125px) 100vw, 1125px" /></p>
<p>よって、食品等のメーカーや、飲食店等の多くが加入している保険です。</p>
<p>通常、「PL保険」に加入している場合、その損賠賠償範囲は、自社で生産・販売した製造物などによって<strong><em><span style="color: #000000;">『日本国内』</span></em></strong>で第三者の身体や財物に損害を与え、法律上の損害賠償責任を負った場合に補償を受けることができます。</p>
<h2>越境EC販売する際、海外PL保険に入るべき？</h2>
<p><img loading="lazy" class="alignnone size-full wp-image-11970" src="/uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab.jpg" alt="" width="1024" height="1024" srcset="/uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab.jpg 1024w, /uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab-300x300.jpg 300w, /uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab-150x150.jpg 150w, /uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab-768x768.jpg 768w, /uploads-archive/lc/2023/06/70b08a16d2f9533f0c6845595e1335ab-600x600.jpg 600w" sizes="(max-width: 1024px) 100vw, 1024px" /></p>
<p>ここから本題です。</p>
<p>では、越境ECを通じて海外のお客様へ商品を販売する際、海外も対象にした「海外PL保険」に入るべきか（PL保険を海外も対象にするべきか）どうか。</p>
<p>PL保険を海外も対象にすると、<strong>保険料が上がります。</strong>どれくらい保険料が上がるかを保険会社から見積もり取り、<span style="text-decoration: underline;"><strong>予算上問題なさそうな範囲であれば、念のためという意味で入っておいた方が良いと思います。</strong></span></p>
<div>ただし、越境ECで販売をしている多くの日本企業で、とくに販売開始したばかりのころは、ほとんど海外PL保険に加入していないと思います。　その考えの背景は、ある程度越境ECで売れてきたら、海外も対象にする想定で、まだ加入していないという状況が多いと思います。</div>
<h2>まとめ</h2>
<p>越境ECを通じた販売件数が増えれば、それに乗じて海外のお客様から訴訟されるリスクも相対的に高まります。<
ただ、その訴訟リスクをどれくらいの割合でみるか次第で、PL保険に加入するかどうか考えるべきでしょう。
訪日観光客の方がすでに自社商品を日本で購入いただいていて、母国に帰って何かあった際は、日本国内限定PL保険ではカバーされません。どれくらいの訪日観光客の方が自社商品をすでに購入頂いているかも踏まえ、すぐにでも海外PL保険に加入するか、月間〇〇〇件くらい越境ECで売れだしたら加入するか、という形で考えれば良いと思います。
</p>


PLinsurance-for-overseasAI.jpg

越境EC販売する際に海外PL保険加入すべきか？

最近、WordPress以外のCMSへの移行の需要も広がりつつあるというお話を聞きます。  
CMSとして80%の圧倒的なシェアを持つWordPressですが、  
シェアの大きさゆえに攻撃の対象にもなりやすく、  
実際、攻撃を受けてセキュリティの被害に遭うことも少なくありません。  
また、多くの機能を実装できるため、実装次第で重くなりやすい特徴もあります。  
そういったこともあり、WordPressを使わないCMSへの移行を望む企業さんも増えているようです。  
   
その移行先として注目されているのが、ヘッドレスCMSと呼ばれる種類のCMSです。  
WordPressでは、コンテンツの管理とサイトのレンダリングを両方行います。   
一方、ヘッドレスCMSでは、コンテンツの管理のみを行い、サイトのレンダリングやジェネレートなどは別のサービスを利用して行います。  
そのため、サイトからコンテンツへの攻撃がされにくくなります。  
また、コンテンツの数が多くなってもサイトのレンダリングに直接影響しないため、表示速度を上げやすいメリットもあります。  
   
この記事でご紹介する「Strapi」は、Node.jsのヘッドレスCMSとしては人気があります。  
ヘッドレスCMSは多くのサービスが提供されていて、CMS選びに迷いますが、  
ホスティングサービスを利用しなければ無料で利用でき、  
Nodejsの環境があればローカルで始められるので、開発のハードルが低いのが大きな理由でしょうか。  
  
Strapiはコンテントタイプ（WordPressでいう投稿タイプやタクソノミー）フィールドを自由に構成でき、  
ユーザのロールなども管理でき、APIもRestAPIとGraphQLから選ぶことができるので、  
高い拡張性が特徴です。  
  
この記事では、Strapiでサイトを構築する１つの方法として、  
OSをUbuntu、WebサーバをNginx、サイトのジェネレートをNext.js、そしてCMSをStrapiで開発を始める方法を共有します。  
ここでは動作するまでのインストールに重点を置き、コンテンツの作成などは省略します。  
  
## 目次
1. <a href="#section1">UbuntuでNginxによるサーバを設定する</a>
2. <a href="#section2">Node.jsでNext.jsとStrapiの環境を準備</a>
3. <a href="#section3">Next.jsとStrapiでデータを連携する</a>

# UbuntuでNginxによるサーバを設定する
<a id="section1"></a>
## Nginxのインストール
参考にさせていただいたサイト: <a target="_blank" rel="noopener noreferrer" href="https://vpslife.server-memo.net/ubuntuserver2204_nginx_install/">【Ubuntu Server 22.04】Nginx公式サイトのリポジトリを使用してインストール  |  VPS Life</a>  
↑詳細はこちらのサイトが詳しいです。  
この記事ではざっくりと流れだけ触れていきます。 
  
### パッケージのインストール
```bash
$ sudo apt update
$ sudo apt install curl gnupg2 ca-certificates lsb-release ubuntu-keyring
```
  
### 署名鍵のインポートと確認
```bash
$ curl https://nginx.org/keys/nginx_signing.key | gpg --dearmor \
 | sudo tee /usr/share/keyrings/nginx-archive-keyring.gpg >/dev/null
$ gpg --dry-run --quiet --no-keyring --import --import-options import-show /usr/share/keyrings/nginx-archive-keyring.gpg
```
  
正しくインポートされると以下が表示されます
```bash
pub   rsa2048 2011-08-19 [SC] [expires: 2024-06-14]
      573BFD6B3D8FBC641079A6ABABF5BD827BD9BF62
uid                      nginx signing key 
```

### リポジトリの追加とインストール
```bash
$ echo "deb [signed-by=/usr/share/keyrings/nginx-archive-keyring.gpg] \
http://nginx.org/packages/mainline/ubuntu `lsb_release -cs` nginx" \
 | sudo tee /etc/apt/sources.list.d/nginx.list
$ sudo apt update
$ sudo apt install nginx
```
### インストールの確認
nginxのインストールに成功すると、以下のコマンドでバージョンを確認できます。
```bash
$ nginx -v
```

## ufwによるファイアウォール設定とNginxでサーバの設定
### ufw によるファイアウォール設定
そのままサーバを開設すると、セキュリティ的に良くないので、ufwを使って開放するポートを制限します。  
参考にさせていただいたサイト: <a target="_blank" rel="noopener noreferrer" href="https://mynotebook.h2np.net/post/1519">ufwの最小限設定について – とりあえずノートがわりに書いてます</a>  
  
**ufwを設定するときは、いきなり実行するとSSH接続ができなくなってしまうので、  
まずは、```ufw status``` を実行して、```Status: inactive``` であることを確認します。**

確認できたら、以下のコマンドを 1つずつ実行して、許可するポートを制限します。
```bash
$ ufw allow 22
$ ufw allow http
$ ufw allow https
$ ufw allow domain
```

そしてufwを有効化。
```bash
ufw enable
```

最後に ```ufw status``` を実行して、目的のポートが開放されていることを確認します。
```bash
$ ufw status
 Status: active

To Action From
 -- ------ ----
 22 ALLOW Anywhere
 53 ALLOW Anywhere
 22 (v6) ALLOW Anywhere (v6)
 53 (v6) ALLOW Anywhere (v6)
``` 

利用するVPSなどによっては、VPSのコントロールパネルなどで、  
別途、ポートの開放が必要です。

### Nginxでサーバの設定
ここでご紹介する方法では、Next.jsでジェネレートしたファイルを静的にNginxでサーブし、  
それとは別にStrapiでCMSをサーブします。

そのため、静的にサーブするドメインとCMSをサーブするドメインを別々に割り当てます。

#### Nginxで静的なサーブ
/etc/nginx/nginx.conf を設定して
```nginx
server {
    server_name  <サイト用のドメイン名>;

    location / {
        root   /var/www/<Next.jsのディレクトリ>/out;

        index  index.html index.htm;
    }

    error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

}
```

#### Strapi用の設定
/etc/nginx/conf.d/default.conf のhttpの設定で以下を設定
```nginx
http {
    ︙
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}
```

/etc/nginx/sites-enabled/<Strapi用のドメイン名>
```nginx
server {

    listen 80;
    server_name <Strapi用のドメイン名>;

    # Proxy Config
    location / {
        proxy_pass http://127.0.0.1:1337;
        proxy_http_version 1.1;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Server $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_pass_request_headers on;
        add_header  X-Robots-Tag "noindex, nofollow, nosnippet, noarchive";
    }
}
```
あとは、```sudo nginx -t```でNginxの設定に問題がないことを確認し、```sudo systemctl start nginx```でNginxを起動すれば、  
Nginxの設定は完了です。

さらにUbuntu上でLet's EncryptによりSSLを設定する場合は、  
↓こちらの記事の方法がとても参考になります（Nginxの設定から更新まで自動！）。  
<a target="_blank" rel="noopener noreferrer" href="https://www.digitalocean.com/community/tutorials/how-to-secure-nginx-with-let-s-encrypt-on-ubuntu-20-04-ja">Ubuntu 20.04でLet’s Encryptを使用してNginxを保護する方法  | DigitalOcean</a>


## Node.jsでNext.jsとStrapiの環境を準備
<a id="section2"></a>
Strapi公式のガイド: https://docs.strapi.io/dev-docs/integrations/next-js  
### Next.jsのインストール
```bash
$ npx create-next-app@latest
```
でNext.jsをインストールします。

### Strapiのインストール
ここでは、Next.jsをインストールした場所にstrapiをインストールしてみます。
StrapiをNext.jsと別の場所に置く場合などは、同じ場所にインストールしない方が良いでしょう。
```bash
$ cd <Next.jsをインストールしたディレクトリ>
$ yarn create strapi-app my-project --quickstart
```
でStrapiをインストールします。  
このとき、利用するDBをSQLite、MySQL、MariaDB、PostgreSQLから選択できます。  
SQLite以外を利用する場合は、別でMySQLなどインストール・きどうしておく必要があります。  
ここではMySQLを使った方法をご紹介します。  

### MySQLのインストール
参考にさせていただいたサイト: [Ubuntu 20.04にMySQLをインストールする方法  | DigitalOcean](https://www.digitalocean.com/community/tutorials/how-to-install-mysql-on-ubuntu-20-04-ja)
#### インストール
```bash
$ sudo apt update
$ sudo apt install mysql-server
```
#### 設定
##### パスワード
```bash
$ sudo mysql_secure_installation
```
ここでいくつか質問されるので、   
```Please enter 0 = LOW, 1 = MEDIUM and 2 = STRONG:```では 2、   
```Re-enter new password:```では新たなパスワード、   
```Do you wish to continue with the password provided?(Press y|Y for Yes, any other key for No) : ```で Y   
として、パスワードを設定します。

##### ユーザ追加と権限の付与
```bash
$ mysql -u root -p
```
```mysql
CREATE USER 'ユーザ名'@'localhost' IDENTIFIED BY 'ユーザ名';
GRANT ALL PRIVILEGES ON * . * TO 'ユーザ名'@'localhost';
FLUSH PRIVILEGES;
```
##### Strapi用DBの作成
```mysql
exit
```
```bash
mysql -u ユーザ名 -p
```
```mysql
CREATE DATABASE strapi;
```
これでMySQLの準備は完了。  
Strapiのディレクトリに既にある.env、なければ新規に.envという名前のファイルを作り、以下のように記述  
.env  
```
︙
DATABASE_CLIENT=mysql2
DATABASE_HOST=127.0.0.1
DATABASE_PORT=3306
DATABASE_NAME=strapi
DATABASE_USERNAME=ユーザ名
DATABASE_PASSWORD=パスワード
DATABASE_SSL=false
```
続いて、./config/database.jsというファイルを開き、以下のように設定します。
```javascript
module.exports = ({ env }) => ({
  connection: {
    client: 'mysql',
    connection: {
      host: env('DATABASE_HOST', '127.0.0.1'),
      port: env.int('DATABASE_PORT', 3306),
      database: env('DATABASE_NAME', 'strapi'),
      user: env('DATABASE_USERNAME', 'strapi'),
      password: env('DATABASE_PASSWORD', 'strapi'),
      ssl: {
        rejectUnauthorized: env.bool('DATABASE_SSL_SELF', false), // For self-signed certificates
      },
    },
    debug: false,
  },
});
```

Strapiのディレクトリで以下コマンドを実行すると、Strapiが立ち上がり、表示されたURLにアクセスすると、ユーザ登録画面が表示されます。
```
yarn develop
```

## Next.jsとStrapiでデータを連携する
<a id="section3"></a>
### SSGでNext.jsからStrapiのAPIを呼び出す
※Strapiでrestaurantというコンテンツタイプを作った場合を例にしています（フィールドはtitleとslugを設定）。

SSGでNext.jsからAPIを呼び出す場合、pages/ のファイルで、```getStaticProps()```を使うことで、
ページをジェネレートする前にAPIを呼び出して、静的にHTMLを出力できます。
```typescript
import axios from 'axios'

function Page ({ posts, pagination, error } {
  return (
    <section>
      <h1>ページサンプル</h1>
      <ul>
        posts.map(post => (
          <li key={post.id}>{post?.attribute?.title}</li>
        ))
      </ul>
    </section>
  )
}

export async function getStaticProps () {
  try {
    const res = await axios.get('http://localhost:1337/api/restaurants');

    return {
      props: {
        posts: res?.data,
        pagination: {
          ...res?.meta?.pagination
        }
      }
    }
  } catch (error) {
    return { error }
  }
}

export default Page
```

#### ダイナミックルーティングでSSGする
pages/restaurants/[slug]/index.tsx のようにダイナミックルーティングでslugごとのページを生成したい場合、  
```getStaticPaths```を使います。  

```typescript
import axios from 'axios';

function Page ({ post } {
  return (
    <section>
      <h1>{post?.attribute?.title}</h1>
      ︙
    </section>
  )
}

export async function getStaticPaths () {
  let paths: (string | {
    params: ParsedUrlQuery;
    locale?: string | undefined;
  })[] = []
  const res = await axios.get(`http://localhost:1337/api/restaurants?pagination[pageSize]=10000&populate=slug`)
  if (res?.data?.length > 0) {
    paths = res?.data?.map(post => ({
      params: {
        slug: post?.attributes?.slug ?? null
      }
    }))
  }
  return { paths, fallback: false }
}

export async function getStaticProps ({ params }) {
  const res = await axios.get(`http://localhost:1337/api/restaurants?filters\[slug\][$eq]=${ params?.slug }`);

  return {
    props: {
      post: res?.data?.length > 0 ? res?.data[0] : undefined,
    }
  }
}

export default Page
```

# 対応してみた感想
WordPressに比べると、事前の準備も多く必要で、慣れるまでは大変かもしれません。  
SSGの場合、記事が多ければ多いほどビルドまでに時間がかかる問題もあります。  
ただ、基本的には1つの言語でバックエンドからフロントエンドまで調整することが可能で、  
SSGが故にクライアント側の表示は高速で、ビルドするとき以外はサーバの負担も軽くすみます。  
  
Strapiはコンテンツも自由に設定でき、実際に拡張性は高いと感じました。  
また、無料で試せるので、ヘッドレスCMSの練習としてもいいと思いました。

### 2023.8.28 追記
数百ページを超えるようなサイトでは、記事を更新するたびに全ページをbuildするSSGは向きません。  
その場合、Next.jsではISR(Incremental Static Regenerate)という仕組みが用意されていて、設定を工夫することで大量のページを含むサイトにも対応できるので、そちらの利用のご検討をおすすめします。

ubuntu-nginx-nextjs-strapi.jpg

Ubuntu✖️Nginx✖️Next.js(SSG)✖️StrapiでWEBサイトの環境を作る

## はじめに
社内会議の内容や、クライアントとの商談内容の共有を、議事録によって行うことはありませんか？議事録を共有されるものの、作成者によっては会話形式で記載したり、要点だけ箇条書きで記載したりと、まずは書き手の癖を理解することが議事録内容の理解に結び付いていることはないでしょうか。

今回は、「大石哲之. コンサル一年目が学ぶこと. 鴎来堂. 2014」の本に紹介されている、“議事録作成”にポイントを絞って紹介していきます。本のタイトルから一見すると、コンサルタント向け書籍に見えるかもしれませんが、コンサルタント以外の方にも普遍的に活用できる議事録作成スキルが身に付きますので早速ご紹介していきます。

 ![](/uploads/_9af5c87e8d.png) 

## 内容
### 議事録とは何か
議事録の作成方法について言及する前に、そもそも「議事録とは何か」について説明します。

大石(2014)によると、議事録とは以下のように定義されています。

- [ ] 決定事項、確認事項を書き、関係者に確認し、決定するためのもの
- [ ] 決定事項を書いて、後日のための証拠に残すためのもの

そして議事録に盛り込むべき項目として、以下が挙げられています。

- [ ] 日時
- [ ] 場所
- [ ] 参加者
- [ ] 論点・議題
- [ ] 決まったこと
- [ ] 決まらなかったこと（次に持ち越したこと）
- [ ] 確認が必要なこと
- [ ] 次回に向けてのTO DO（誰がいつまでに）

これらを簡潔に整理して書かれたものが望ましい議事録です。

### 議事録作成方法
上記で紹介した議事録に盛り込むべき項目を網羅して作成していきます。

（作成例）

- [ ] 日時：		2023年7月21日（金）10:00-12:00
- [ ] 場所：		本社会議室

- [ ] 参加者：		営業部長　佐藤、管理部長　鈴木、制作部　山田
- [ ] 論点・議題：	新しくオープンするウェブサイトのデザイン案を決定する

- [ ] 決まったこと：	
- [ ] デザイン会社からのデザイン案のうちC案を採用とするが、下記の点で修正を加える。
-  ①	トップページはもう少しダイレクトに登録を誘導できるものとすること
- ②	HTML5を使ってダイナミックに動くようにすること

- [ ] 決まらなかったこと（次に持ち越したこと）：
- 検討していたドメイン名の多くが他社取得済みで、適切なものがなく、最終的に決まらなかった。

- [ ] 確認が必要なこと：
- HTML5の利用については、もろもろ意見が上がったが、基本的にGOとする。ただし、XX部署に念のため確認を取る。

- [ ] 次回に向けてのTO DO（誰がいつまでに）：

- 取得可能なドメイン名の一覧を、管理部で次回までに洗い出しておくこと。

### 補足事項
会話形式での記録は議事録の型に当てはまっていませんが、誰が何を言ったかを補足として書き加えることは有効であるとしています。キーパーソンの意見や結論に至る簡単な経緯をあくまでも参考として盛り込むことで、キーパーソンはこう言っていたとか、こんな反対意見があったなど、後から振り返った際に役立つことがあります。

## まとめ
議事録の書き方についてご紹介しました。議事録作成は、ご自身が身を置いている業界や、年齢、役職に関わらず、多くの社会人にとって活用できるスキルです。議事録には必要とされている項目があります。これらを網羅していつ誰が見てもわかりやすいものにすることで、内容理解の時間短縮や相互理解のツールとして議事録を活用されてはいかがでしょうか。

議事録イラスト.png

議事録の書き方

## はじめに
約4年ぶりに台湾出張してきました。今回の目的は主に市場調査です。ある特定クライアントさま向けの調査が中心でしたが、別プロジェクトで動いている「日本の果物」の販売状況も気になったので、見てきました。

## 台湾のドン・キホーテ
 ![](/uploads/20230720075542_7bec1dfcec.JPEG) 
はじめて、台湾のドン・キホーテに行きましたが、驚きました。　日本にあるドン・キホーテは所狭しと並べる陳列手法で結構圧迫感ありますが、台湾のドン・キホーテはスペースも結構あり、快適な買い物環境でした。
そして、日本のものがいっぱい！
台湾に住んでいるときにドン・キホーテがあったら、もっと快適だったな～と思いました。
 ![](/uploads/20230720080528_7f6d392e83.png) 
 ![](/uploads/20230720080512_d87d6d7ed5.png) 
  ![](/uploads/20230720080455_a1b52ef408.png) 


## 果物の取り扱いと価格
驚いたのは、日本の果物の充実さです。　以下でいくつかご紹介しますが、かなり値段高いです。
 ![](/uploads/20230720084113_86e0c96559.png) 
でも小売店でこれだけフェイスを取って陳列しているということは、それなりにニーズがあるんだろうな、と思います。
 
 ![](/uploads/20230720082001_a9f35cad0c.png) 

日本の桃です。2個で599元（≒2,700円）です。

 ![](/uploads/20230720081933_9e9190df89.png) 
みかん。399元（≒1,800円）

 
 ![](/uploads/20230720081948_41fe253b07.png) 
シャインマスカット。写真では値段が切れちゃってますが、特価となっていて799元（≒3,600円）です。

## まとめ
これだけ高くても、日本の果物を買う人がいるんだな～と思いました。
日本人の感覚からすると、1個3,000円～5,000円するマンゴーを購入する感じでしょうか。
日本の果物の需要の高さ、可能性を感じました。






FireShot Capture 075 - 【2023 台灣自由行】應該怎好玩？台灣行程攻略包括交通、住宿和景點 - Expedia.com.tw - www.expedia.com.tw.png

久しぶりの台湾出張で驚いたこと

## はじめに
この記事では、GitHubのリポジトリからステータスが"OPEN"のIssueを取得し、Googleスプレッドシートに追記する方法を紹介します。GitHubのREST APIを使用し、Google Apps Scriptを使って自動化します。これにより、特定の組織の複数のリポジトリからIssue情報を一括で取得し、追加の作業なしでスプレッドシートに保存できます。

ということで、前回の記事でGoogle Apps Script（GAS）をChatGPTに書いてもらったのですが、さまざまなことができることが分かったので、実際に業務で使っているGitHubとの連携を試してみました。
いくつか課題は残ったものの基本的な動作は確認できたのでそのGASそのものもシェア致します。

https://sterfield.co.jp/blog/18162/

## 必要なもの

### GitHubアカウントとアクセストークンの作成
 ![](/uploads/Fine_grained_Personal_Access_Tokens_861a8dbc65.png) 
GitHub >Setting>Developer Settings> personal access tokens >Fine-grained tokens
を選択します。
ここから新しいトークンを発行するのですが、我々の管理では、リポジトリは組織に紐づいているので、組織に対してのトークンと必要な権限、リポジトリのIssueの読み取り権限を設定します。

### Googleスプレッドシートの作成
最後にGASを共有していますが、スプレッドシートのIDが必要になります。
以下のようにd/と/editの間のXXXの値がスプレッドシートのIDになるので、控えておきしょう。

`https://docs.google.com/spreadsheets/d/XXX/edit`    

### Google Apps Scriptのセットアップ
 ![](/uploads/Chat_GPT_GAS_Google_1_8c0845570a.png) 
スプレッドシート＞拡張機能＞Apps Scriptで開いたページのコード.gs欄にベタっと貼り付けます。

## リポジトリの取得

ここから先のコードは、全てChatGPTから取得した末尾にシェアしているものを記載します。

GitHubのREST APIを使用して指定した組織のリポジトリを取得する関数を作成する
リポジトリの一覧を表示するためのスプレッドシートの作成

## Issueの取得と追記

取得したリポジトリごとにステータスが"OPEN"のIssueを取得する関数を作成する
スプレッドシートにIssue情報を追記する

## 実行と結果確認

Google Apps Scriptの実行方法とトリガーの設定
スクリプトを実行し、Issue情報がスプレッドシートに追記されることを確認する

以下のように、取得はできたものの課題を残す結果となったので、課題点は後述します。

 ![](/uploads/Google_1c1a29f017.png) 


## エラーハンドリングの追加と問題解決のヒント
エラーが出たら、そのエラー文言をChatGPTに投げ、修正コードをもらっていくのですが、こんなお茶目な一面も。
 ![](/uploads/GAS_1ac28d726e.png) 

## 課題点

- 一度に取得できるIssueを増やす。ページングの実装なども追加したが、全件取得には至らなかった。この点は、GraphQLの書き方をChatGPTが提案してくれたが、どうにも上手くいかず、今回はREST APIでの手法となった。
- Projectsから課題を取得できないか。これは、Projectsがベータ版となっており、ChatGPTが2021年9月までの情報に留まっているため、断念。
- シート内の重複削除。そもそも全件取得が出来ていないので、未検証。

## まとめ
この記事では、GitHubのREST APIとGoogle Apps Scriptを活用して、GitHubリポジトリからステータスが"OPEN"のIssueを自動的に取得し、Googleスプレッドシートに追記する方法を紹介しました。これにより、開発チームやプロジェクト管理者は、リポジトリ内のオープンな課題を一元管理し、効果的に追跡することができます。さらに、自動化されたプロセスにより、作業の効率化とヒューマンエラーの軽減も期待できます。是非、この方法を試してみてください。

本当に革命的だなと思うのは、今までエンジニアに依頼するしかなかったような作業が非エンジニアである人間とChatGPTとの会話だけで出来てしまうところです。そして、このやり取りをしながら、指示を変えたりデバッグしていく作業はとても楽しいものでした。

そして、結構な時間をChatGPTと向き合ってきて、コツが分かってきたのですが、何かコードをもらう時に、一気に指示を出すのではなく、最初は最小単位で指示を出し、成功したら少しずつ機能を追加していくと、結局は近道です。
今回のケースですと、まずは、Githubから特定のリポジトリのIssueを取得。これが成功したら、ステータスをオープンに限定、複数のリポジトリから取得する、スプレッドシート側の重複をチェックするというように足していくと良かったです。

最後に今回のGASをシェアします。トークンやスプレッドシートのIDなどは、置き換えてください。    

## GAS

```
// カスタムメニューを作成する関数
function onOpen() {
  var ui = SpreadsheetApp.getUi();
  ui.createMenu('Custom Menu')
      .addItem('Fetch and Append Issues', 'fetchAndAppendIssues')
      .addToUi();
}
function fetchAndAppendIssues() {
  var organization = "your_organization"; // 組織名
  var spreadsheetId = "your_spreadsheet_id"; // スプレッドシートのID
  var sheetName = "your_sheet_name"; // 追加するシートの名前
  var status = "open"; // 取得するIssueのステータス
  var perPage = 100; // 1回のリクエストで取得するIssueの数（最大100件）

  var sheet = SpreadsheetApp.openById(spreadsheetId).getSheetByName(sheetName);

  var repositories = getRepositories(organization);
  var newData = []; // 新しいデータを格納する配列

  for (var i = 0; i < repositories.length; i++) {
    var repo = repositories[i];
    var page = 1; // ページ番号

    while (true) {
      var url = "https://api.github.com/repos/" + organization + "/" + repo + "/issues?state=" + status + "&per_page=" + perPage + "&page=" + page;
      var response = UrlFetchApp.fetch(url, {
        headers: {
          "Authorization": "Bearer YOUR_GITHUB_ACCESS_TOKEN" // GitHubのアクセストークン
        }
      });

      var issues = JSON.parse(response.getContentText());
      if (issues.length === 0) {
        break; // ページの結果が空ならループを終了
      }

      for (var j = 0; j < issues.length; j++) {
        var issue = issues[j];
        var title = issue.title;
        var number = issue.number;
        var createdAt = issue.created_at;
        var htmlUrl = issue.html_url;

        newData.push([title, number, createdAt, htmlUrl]); // 新しいデータを配列に追加
      }

      page++; // 次のページに進む
    }
  }

  if (newData.length > 0) {
    if (sheet.getLastRow() === 0) {
      sheet.getRange(1, 1, newData.length, newData[0].length).setValues(newData); // データを直接書き込む
    } else {
      sheet.getRange(sheet.getLastRow() + 1, 1, newData.length, newData[0].length).setValues(newData); // データを追記
    }
  }
}

function getRepositories(organization) {
  var url = "https://api.github.com/orgs/" + organization + "/repos";
  var response = UrlFetchApp.fetch(url, {
    headers: {
      "Authorization": "Bearer YOUR_GITHUB_ACCESS_TOKEN" // GitHubのアクセストークン
    }
  });

  var repositories = JSON.parse(response.getContentText());
  var repoNames = [];

  for (var i = 0; i < repositories.length; i++) {
    var repo = repositories[i];
    repoNames.push(repo.name);
  }

  return repoNames;
}
```


_09b5edad-a516-4f8f-93d9-5632be519bcc.jpeg

GitHubリポジトリからIssueを取得してスプレッドシートに追記するGAS試作版を作ってみた

## 事業概要
台湾・東南アジア最大級のECモール、Shopee（ショッピー）。オレンジ色にSマークのロゴを見た事のある、越境EC事業者様や、越境ECをご検討中の方も多いと思います。今回は、Shopeeの強みや特徴、さらにはShopeeで販売する時の効果的な施策について、Shopee Japan株式会社、日本越境チーム代表の村松様にお話をお伺いしました。

## 台湾・東南アジアで最大級のECモールShopee
### Shopeeのサービスの概要や特徴について教えてください。

Shopeeは、親会社であるSeaグループの3本の軸である事業の1つのサービスで、オンラインショッピングの事業を行っている会社です。ちなみに、残りの2つはファイナンス事業とゲーム事業で、特にSeaグループがゲーム事業から始まったこともあり、社全体としてモバイルに強い企業、という特徴があります。

Shopeeは、台湾・東南アジアで最大級のECモールとして展開させていただいており、現地では、日本の楽天やAmazonのような、日常的に使っていただいているECプラットフォームです。アジア圏では、台湾、シンガポール、マレーシア、タイ、フィリピン、インドネシア、ベトナムに展開していて、もう1つ中南米では、ブラジルでも展開中です。

### 日本は販売だけができますが、他にも日本のような越境販売に特化した国はあるのですか？

日本のように、越境販売をしている国は、中国と韓国の2マーケットです。実は、中国・韓国は日本よりも先輩で、最初は東南アジアに華僑の方が多いという事で中国からの越境が始まりました。その後、韓国、日本、と越境販売が拡大してきたところです。

同じ越境販売とはいえど、それぞれ中国・韓国・日本と売れ筋の商品も異なっています。中国のセラーさんは、低単価な商品を取り扱っている事が多いです。物量も多いので、少ないマージンでもビジネスが成り立っている所が、中国のすごいところですね。一方、韓国はビューティー系とK-POPのグッズ系のカテゴリの商品がメインです。日本の場合は、最初はビューティー系や食品系が多かったのですが、徐々にカテゴリを広げて需要が伸びています。特に、アウトドア系、ベビー系、ペット系の商品の人気が高まっているのが特徴的です。やはり、日本の安心感だったり、衛生的なイメージがあるのだと思います。子供やペットのために、少しお金を払ってでも安心感を買いたい、という層の方にうまくハマっていると感じますね。

 ![](/uploads/shopee_muramatsu2_8034685505.JPG) 

## 「海外配送」や「偽物対策」に取り組む
### Shopeeと他のECモールの違いについて教えてください。

まずは、台湾と東南アジアで最大級のECモールという事で、何が最大かというと「ユーザー数」のことです。そのため、日本のセラーさんが台湾・東南アジアに販売する際に、最も大きなオーディエンスにアプローチできる、という点が一番の強みとして挙げられます。

そして、我々のサポート体制も整っている点も特徴的だと思います。日本のメンバーが、日々セラーさんのトラブルシューティングや、売上向上のサポートを行っています。日本の越境販売でいうと、他社様と比べても、大差ないどころか、少し優位な部分もあるのではないかなと思います。

また、物流面も力を入れている部分です。もともと、フィリピンなど日本郵便で送っても、全て「郵便局止め」。つまり、バイヤーさんが郵便局まで取りに行かないといけなかったりしていました。マレーシアも同様、East MalaysiaとWest Malaysiaで状況が大きく異なり、正しく商品が配達されないこともありました。現在、しっかりとバイヤーさんまで商品をお届けするために、Shopeeの物流サービスである、Shopee Logistic Service（SLS）を順次導入しています。SLSを使っていただければ、商品がDoor to Doorで届けられるだけでなく、商品がどのような状態にあるのか、何が原因で届いていないのかが分かるんです。例えば、1回行ったけど不在だった、2回行ったけど不在で戻ってきてしまった、など。届かなかった際の補償も力を入れているので、セラーさんやバイヤーさんにとっても、安心してご利用いただける様な仕組みづくりをしています。

### Shopeeのバイヤー目線でShopeeの強みは違いがありますか？

今、Shopeeが一番力を入れているのは、「顧客体験の向上」です。東南アジアで物販をしていると、「偽物」が日々向き合っている課題の1つでして、たまに日本のブランドさんからも「この商品、うちの商品じゃないよ」なんて、ご指摘いただいてしまう事もあります。そのため、Shopeeでは、システムや社員が自分の目で偽物かどうかチェックして、バイヤーに品質保証や本物保証を提供できるように力を入れています。Shopeeもバイヤーに対する最高ショッピング体験の提供を重視しており、色々な大型セールやキャンペーンとShopee Liveなどのエンターテインメントでバイヤーに最も良いバリューを与えています。

## オンラインが当たり前の東南アジア、今後はもっとモバイルを使った工夫を

### やはりコロナ前と後では東南アジアのEC市場は変わりましたか？

Shopeeとしても、コロナ期間中に様々なリサーチをして、オンラインで物を買うのが当たり前になってきたなぁという感じがしています。また、2023年にも改めてシンガポールでリサーチをしたのですが、3人のうち2人がデイリールーティーンのように、オンラインで買い物をしているそうです。

あとですね、やっぱり東南アジアって若い人口、20代30代が非常に多いので、デジタルトランスフォーメーションなんて言葉すら存在しないんですよ。当たり前にデジタルで、固定電話を知らずにスマホを使ったりしているので。なので、オンラインでお買い物をする抵抗も、日本の方に比べて少ないのではないかなと思います。

なので、ライブストリーミングとか、ゲーミフィケーション（ゲームを通じたお買い物体験）など、モバイルを使った様々な工夫を、Shopeeとしても新たに取り組んでいかなければならないと考えています。

## 年間でのスケジュール計画、積極的なコミュニケーションが成功の鍵

### Shopeeで成功する秘訣を教えていただけますか？

11.11や6.18など、Shopeeでは様々なキャンペーンを行っていますが、東南アジアの攻略には、年間のスケジューリングが非常に大切だな、と日々痛感しています。そのため、セラーさんには、在庫確保やバウチャーセッティングをなるべくタイムリーにお伝えするようにしています。セラーさんによっては、「じゃあキャンペーンシーズンだけ頑張れば良いんですか」などのお声もいただいてしまうのですが、やはりキャンペーンシーズン以外でいかに認知を高めるか、フォロワーを増やすか、そしてキャンペーン時に売上を伸ばすかというのが戦略になってくると思います。上手にやられているセラーさんは成功していますし、一度成功するとだいたいどのキャンペーンでも売上を伸ばしています。


### 全てのキャンペーンに参加するのは良くないのでしょうか？

強弱は絶対付けた方が良いですね。それがショップのブランディングに繋がってくるので。キャンペーンばかり頑張ってしまうと、それがブランドイメージになってしまって、キャンペーン以外は全く訪問されなくなってしまう事もあります。一方、キャンペーンや平常時で上手にブランディングができると、洋服だったらここで買おう、トレーディングカードだったら、この店が取り扱っているかもしれない、とショップのイメージを持っている人が多いので、そういったイメージを持ってもらう事を目指すと良いかもしれないですね。

 ![](/uploads/shopee_muramatsu3_da35af331d.JPG) 

### 逆に、成功しづらい企業の特徴はありますか？

なかなか成功が難しいショップは、①マーケティング活動と②ユーザーとのコミュニケーションが不足しているかな、と思います。
①マーケティングに関しては、新規のショップさんで、とりあえず商品の品質や日本での認知度だけで勝負されると、なかなかトラフィックが入りません。なので、少額でも良いのでマーケティングへの投資をした方が良いと思います。

もう1つ、②ユーザーとのコミュニケーションというのは、主にチャット機能の使い方の工夫です。リピート購入を促すためには、チャット機能が有効で、上手く使われている企業様だと、購入後に「サイズは大丈夫でしたか？」とフォローしながら次の購入に促すなど、丁寧なコミュニケーションをされています。このようなショップさんは、リピート率も高く、キャンペーンでも一定数売れるといった実績を残されています。台湾東南アジアのローカルセラーも、チャット機能を使って、かなりマメにコミュニケーションを取っているので、日本セラーの皆さんにも活用いただきたいです。

また、Preffered Seller（プリファードセラー）になったら、チャットを一斉送信できる機能が使えるようになるので、新商品やキャンペーンのお知らせをすることができます。ユーザーの満足度や安心感を上げるために、Shopeeでは Preferred Seller（プリファードセラー）やMall Seller（モールセラー）を機能面で優遇したりしているので、ぜひ目指していただきたいです。

### Mall Sellerと Preferred Sellerについてもう少し詳しく教えていただけますか？

ブランドホルダー様はMall Seller、その他一般のセラー様は　Preferred Sellerというランクが、一定条件を満たされると付与されます。（※Mall Sellerは申請が必要）
モールセラーのショップは、通常のオレンジとは異なる赤色の見た目の売り場で、Preferred Sellerは各商品に「Preferred」のマークが付いているため、一目で区別がつきます。
Mall Seller はバイヤーに品質保証や本物保証の強化するために認定し、バイヤーが安心にお好みブランド商品を購入できる体験を提供しております。
Preferred Sellerは丁寧なカスタマー対応や迅速な配送などの良いサービスを提供できたセラーの認識です。
その他にも、Mall Seller・Preferred Sellerだけが使えるShopeeの販促機能もあったり、オーガニック検索でも上位に表示されやすくなったりする、というメリットがあります。
これらのセラーランクを獲得すると、ユーザーの信頼や安心感もグッと上がるので、実際にショップのパフォーマンスが変わったという事例もあります。

Shopeeの優先販売者プログラム「Preferred Seller」とは:https://shopee.jp/column/preferredseller/

Shopee Education Hub　モールセラーとは：https://shopee.jp/edu/article/8635


## 「越境ECを簡単に！」

### 弊社との今後の取り組みについてや、期待することについて教えてください。

我々も、人員が増えてきてはいるものの限られている中で、日本の事業者様にShopeeをご紹介いただく、という部分も、スターフィールド様のようなパートナー様に頼らせていただいています。ぜひ一緒に台湾東南アジア向けの越境ビジネスを一緒に盛り上げて行きたいと思っています。

今後は連携を強化して、最新の動向やデータなどもご提供しつつ、セラーさんにより良い越境販売ができる環境を一緒にご提供していきたいですね。


### Shopee Japanの今後の目標は何ですか？

「越境ECを簡単にしたい」というのが、私たちの究極のミッションです。セラーさんと消費者、それぞれもメリットがある世界を越境ECをつかって作っていきたいというのが私たちの目指していく方法方向です。特に今は、プロセスの簡素化と、決済や品質の部分での安心感を強化していかないといけないと思っています。そのためには、テクノロジーを上手く活用していかないといけないので、本社の連携やAIの活用などにもチャレンジしていきたいです。

越境ECが簡単になればなるほど、越境ECでの取扱金額も増えていくと思うので、今はShopee Japanのメンバーが補っている部分もいずれはシステム化し、より良いサービスをご提供できたらなと思っています。

Shopeeでアカウント開設は[こちら](https://form.jotform.com/213291435830452?onboardingSource=Sterfield)から

Shopee出店販売サービスについては[こちら](https://sterfield.co.jp/lp-shopee/)をご覧ください


shopee_muramatsu.JPG

Shopee Japan株式会社様



## はじめに
近年、テクノロジーの進歩により、自然言語処理の分野でも驚くべき進歩がありました。その中でも、OpenAIのChatGPTは、会話を自然な形で行い、言語モデリングの能力を備えた最新の言語モデルです。また、Google Apps Script（GAS）は、G Suiteの一部として提供されるクラウドベースのスクリプト環境です。本記事では、chatGPTとGASを組み合わせて、議事録要約ツールを作成する方法について紹介します。特に、長文に対応する機能を追加する方法に焦点を当てます。

前回は、Makeというノーコードツールを使って、chatworkにまで送信する流れを作りましたが、トークン数の制限があり、長文に対応ができないという課題が残っておりましたが、今回はその課題を克服した改良版になります。

https://sterfield.co.jp/blog/18142/


## chatGPTの導入
まず、chatGPTを使って自然言語処理のパワーを手に入れましょう。OpenAIのAPIを使用すると、chatGPTを簡単に利用することができます。APIキーを取得し、適切なエンドポイントに接続します。Pythonや他のプログラミング言語を使用して、APIとのインタラクションを設定しましょう。

今回は冒頭にある通り、Google Apps Script（GAS）とモデルはgpt-3.5-turboで作成しました。

## GASでの要約機能の作成
GASを使用することで、Googleドキュメントやスプレッドシートなど、G Suiteのさまざまなアプリケーションを拡張することができます。GASエディタを開き、新しいプロジェクトを作成しましょう。次に、chatGPT APIとの通信を設定するために必要なコードを追加します。これにより、議事録のテキストをchatGPTに送信し、要約を取得できるようになります。

GASのコードそのものもChatGPTに書いてもらいました。
また、プロントはPROMPTYさんの[【プロンプト解説】ChatGPTで要約を作成する方法](https://bocek.co.jp/media/formula/making-document/110/)という記事を参考にさせて頂きました。  
一番最初の指示文は以下です。最終形態の内容とは異なります。
 ![](/uploads/Summarizing_GAS_Code_1_e667531717.png) 


書いてもらったコードをスプレッドシート＞拡張機能＞Apps Scriptで開いたページのコード.gs欄にベタっと貼り付けます。
 ![](/uploads/Chat_GPT_GAS_Google_1_8c0845570a.png)     

 ![](/uploads/chat_GPT_GAS_Apps_Script_36d07dd8ad.png) 

その後、Apps Scriptのまま、▶︎実行を押すとスクリプトが動作し、不完全な場合、エラーが返ってくるので、そのエラーコードをChatGPTに貼り付けると修正コードを返してくれるという具合で何往復も行いました。

 ![](/uploads/Summarizing_GAS_Code_82ac14433b.png) 

この工程はプロンプトエンジニアリングといって良いのでしょうか。

## 長文対応の実装
議事録は通常、長い文章で構成されることがあります。要約ツールをより実用的にするためには、長文にも対応する必要があります。chatGPTにはテキストのトークン制約があるため、長い文章を一度に送信することはできません。しかし、GASを使用して長文を複数のパートに分割し、chatGPTに渡すことができます。それぞれのパートの要約を取得し、最終的な要約として結合します。

以下が1024トークンごとに分割する部分のスクリプトです。

```
  // 1024トークンごとにテキストを分割します。
  var tokens = Math.ceil(cellContent.length / 1024);
  for (var i = 0; i < tokens; i++) {
    var part = cellContent.slice(i * 1024, (i + 1) * 1024);

    // partが空ではないことを確認します
    if (part.trim() != '') {
      var summary = sendToChatGPT(part);
      summaries += summary + "\n";
    }
  }
```

## ユーザーインターフェースの作成
ツールを使いやすくするために、GASを使用して独自のユーザーインターフェース（UI）を作成しましょう。UIを作成するには、GASのHTMLサービスを利用します。UIにはテキストエリアやボタンを配置し、ユーザーが議事録を入力し、要約を取得できるようにします。

 ![](/uploads/Chat_GPT_GAS_Google_2_95a8cf7e97.png) 

上図のようにメニューバーに「議事録を要約」というメニューを出すためのスクリプトです。

```
// スプレッドシートが開かれたときにメニューボタンを作成します。
function onOpen() {
  var ui = SpreadsheetApp.getUi();
  ui.createMenu('議事録を要約')
    .addItem('スクリプトを実行する', 'summarizeMinutes')
    .addToUi();
}
```

## 今回できたGASの共有

上記を全て盛り込んで試行錯誤の上完成したGASの全容は以下になります。
ご利用にあたって以下の項目は各自置き換えてください。

- YOUR_OPENAI_API_KEY→あなたのOpenAIのAPIキーを設定してください
- シート1→ご利用されるシート名に合わせてください。
- A2→元のテキストを置くセルに合わせてください。
- B2→要約後のテキストを置きたいセルに合わせてください。
- 'max_tokens': 100,  → おおよそ400文字程度に要約するために設定

このGASのご利用により何らかの損害が生じても当社は， 一切損害を賠償しません。自己責任の元、ご利用ください。

```
// まず最初に、OpenAIのAPIキーを設定します。
var openaiApiKey = 'YOUR_OPENAI_API_KEY; // あなたのOpenAIのAPIキーを設定してください

// スプレッドシートが開かれたときにメニューボタンを作成します。
function onOpen() {
  var ui = SpreadsheetApp.getUi();
  ui.createMenu('議事録を要約')
    .addItem('スクリプトを実行する', 'summarizeMinutes')
    .addToUi();
}

function summarizeMinutes() {
  var sheet = SpreadsheetApp.getActiveSpreadsheet().getSheetByName('シート1');
  var cellContent = sheet.getRange('A2').getValue();
  var summaries = '';

  // 1024トークンごとにテキストを分割します。
  var tokens = Math.ceil(cellContent.length / 1024);
  for (var i = 0; i < tokens; i++) {
    var part = cellContent.slice(i * 1024, (i + 1) * 1024);

    // partが空ではないことを確認します
    if (part.trim() != '') {
      var summary = sendToChatGPT(part);
      summaries += summary + "\n";
    }
  }

  // 結果をB2のセルに記載します。
  sheet.getRange('B2').setValue(summaries);
}

function sendToChatGPT(text) {
  var url = 'https://api.openai.com/v1/chat/completions';
  var payload = {
    'model': 'gpt-3.5-turbo',
    'messages': [{
      'role': 'system',
      'content': 'あなたはプロの編集者です。以下の制約条件に従って、入力する文章を要約してください。\n#制約条件\n・重要なキーワードを取りこぼさない。\n・文章の意味を変更しない。\n・架空の表現や言葉を使用しない。\n・文章中の数値には変更を加えない。'
    }, {
      'role': 'user',
      'content': text
    }],
    'max_tokens': 100, // おおよそ400文字程度に要約するために設定
    'temperature': 0.5
  };
  var options = {
    'method' : 'post',
    'headers': {
      'Authorization': 'Bearer ' + openaiApiKey,
      'Content-Type': 'application/json'
    },
    'payload' : JSON.stringify(payload)
  };
  var response = UrlFetchApp.fetch(url, options);
  var data = JSON.parse(response.getContentText());
  return data['choices'][0]['message']['content'].trim();
}
```

## テスト結果
青空文庫で著作権の切れた小説を探し、芥川龍之介の羅生門が6000字超だったので、試した結果が以下になります。
トークン数の壁を打ち破り、500文字超に要約ができています。
また、実際の1時間程度の会議を音声入力にて文字起こしした17,000文字程度も要約が動作しましたので実用的な範囲内はクリアしていると思われます。

最大、何文字まで出来るかの検証は行っておりませんが、一回の処理に6分間程度の制限があるようなので、それを超える処理となった場合はエラーとなるでしょう。
 ![](/uploads/Chat_GPT_GAS_Google_aa91777343.png) 

## 気になるAPI価格
前回の記事から期間が空いて、無料期間は過ぎていたため、課金しました。
試行錯誤中に20〜30回程度は、スクリプトを実行しましたが下記のような結果で、1ドルにも満たない金額でしたのでご参考ください。
  ![](/uploads/Usage_Open_AI_API_58407080e5.png) 
        

## 工夫ポイント
トークン数をギリギリ攻める設定をすると引っかかってしまうので、1024トークンごとに区切るようにした。これは上限2048トークンの半分になります。


##  まとめ
chatGPTとGASを組み合わせて議事録要約ツールを作成することは、簡単かつ効果的な方法です。chatGPTの強力な自然言語処理能力を活用しながら、GASを使用して長文にも対応することができます。これにより、議事録を手早く要約し、重要な情報を抽出することができます。ぜひ、この記事を参考にして、自分自身の議事録要約ツールを作成してみてください。  

スクリプトを全てchatGPTに書いてもらい、その内容もchatGPTのAPIに送って文章を要約してもらうというもので、ブログ記事の本文のベースもchatGPTに聞き、アイキャッチ画像も画像生成AIで作りました。つまり、この記事はほぼ生成AIで構成されています。



Company

Our Solutions

Support

News

Blog

Blogブログ

カテゴリーから探す

年別から見る

記事一覧

2023/08/25

2023/08/25

2023/08/24

2023/08/04

2023/08/03

2023/07/28

2023/07/28

2023/07/28

2023/07/26

2023/07/26

2023/07/26

2023/07/26

2023/07/21

2023/07/20

2023/07/20

2023/07/14

2023/07/14

2023/06/30