2026/09/17

【徹底解説】Shopify アプリ「シンプルギフトURL|お手軽住所不要」でできること

@ 五条真一

Shopify

【徹底解説】Shopify アプリ「シンプルギフトURL|お手軽住所不要」でできること

住所を知らなくてもギフトを贈れることを伝えるアプリ紹介画像。受取URLを共有する流れが描かれている

ネットショップでプレゼントを買おうとすると、必ず最初に「相手の住所」を聞かなければなりません。SNS でつながっているだけの相手、久しぶりに連絡を取った友人、社内でも部署が違う同僚。住所を尋ねた時点で、贈り物のサプライズは半分なくなります。そして多くの場合、住所を聞き出す手間そのものが面倒で、購入まで至りません。

このハードルを取り払うのが、いわゆる eギフト(ソーシャルギフト)です。購入者は宛先を入れずに商品を買い、受け取った URL を LINE や SNS で相手に送ります。受け取った側が自分で配送先を入力すると、その住所あてに商品が発送されます。

この記事で扱う「シンプルギフトURL|お手軽住所不要」は、その仕組みを Shopify ストアへ追加するアプリです。管理画面は 6 ページ、設定できる項目は管理画面側で 72 項目、商品ページのブロックで 16 項目、あわせて 88 項目あります。通知メールは 7 種類、ギフト注文のステータスは 13 種類です。この記事では、その画面と設定を 1 つ残らず、実際のスクリーンショットと一緒に見ていきます。あわせて、画面には表示されない上限値や反映タイミングといった、触ってみないと気づけない挙動もまとめました。

この記事の読み方

前半(とは・メリット・デメリット・料金)は、導入するかどうかを判断するための材料です。後半の「各画面の説明」からは、実際にストアへ入れたあとに開く画面を 1 枚ずつ解説しています。すでにインストール済みの方は、後半だけを拾い読みしていただいても構いません。

設置の手順だけを最短で追いたい方には、別途ご利用ガイドを用意しています。

Shopify で住所不要のeギフトを贈れる「シンプルソーシャルギフト|LINE・SNSで贈れるプレゼント」のご利用ガイド

※ このご利用ガイドは、アプリ名称を変更する前の題で公開しています。内容は同じアプリのものです。

シンプルギフトURL|お手軽住所不要とは

購入者に宛先を入力させないまま商品を売り、受取人が自分で配送先を入力する。この 1 点に絞り込んだ Shopify アプリです。ラッピングや熨斗(のし)、カタログギフトといった周辺機能は持たず、「住所を知らないまま贈れる」ことだけを担当します。

受取人がギフト URL から自分で配送先を入力する流れを説明した紹介画像

購入から発送までの流れ

実際の処理は次の順番で進みます。ストア側の操作が必要なのは、最後の発送だけです。

  1. 購入者が商品ページで「ギフトとして贈る」にチェックを入れ、贈り主名とメッセージを書いて購入します。宛先の入力欄はそもそも表示されません。
  2. 注文が完了すると、アプリが受取URLを発行します。URL はサンクスページと注文状況ページに表示され、購入者向けのメールでも届きます。
  3. 購入者が、その URL を LINE・メール・SNS などで相手へ送ります。
  4. 受取人が URL を開き、自分の氏名・電話番号・住所を入力します。
  5. 入力された住所で発送専用の注文が作られます。ストアはその注文を発送するだけです。
  6. 発送が完了すると、受取人あてに発送通知メールが自動で送られます。

ポイントは 5 番です。受取人の住所は、購入者の注文には一切書き込まれません。購入者の注文とは別に、受取人の住所とメールアドレスで作られた注文が立ちます。だから発送作業で追跡番号を共有しても、それが飛ぶ先は受取人であって、贈り主ではありません。

受取人の住所が贈り主に見えない理由

「住所を隠す」と一口に言っても、実装のしかたによって漏れ方は変わります。購入者の注文の配送先を受取人の住所で上書きする方式だと、購入者が自分の注文履歴を開いたときに受取人の住所が見えてしまいます。Shopify の標準の発送通知も、注文の顧客(=購入者)へ飛びます。

このアプリは注文そのものを分けることで、その経路を最初から作りません。管理画面のギフト注文一覧にも、受取人の氏名・住所・メールアドレスは表示されません。ストア側が受取人の情報を見られるのは、ギフト注文の詳細ページを開いたときだけです。

入力フォームは受取人が開くだけ

受取人が開く画面は、Shopify のテーマの中ではなく、アプリが配信する専用ページです。URL の形は https://ストアのドメイン/apps/egift/{ランダムなトークン} で、トークンは注文ごとに発行されます。

受取人に入力してもらう項目は次のとおりです。

  • お名前(必須)
  • 電話番号(必須)
  • メールアドレス(任意。発送通知の宛先に使われます)
  • 国・地域(必須。選択肢はストアが許可した国だけ)
  • 郵便番号(任意)
  • 都道府県・州・地域(必須。日本・アメリカ・カナダ・オーストラリアは選択式、それ以外の国は自由入力)
  • 市区町村(必須)
  • 番地(必須)
  • 建物名・部屋番号(任意)

上部には贈り主の名前・ギフトメッセージ・商品のサムネイル・受取手続きの期限が並びます。受け取った方は「ギフトが届いている」と分かった状態で入力に進めます。

シンプルギフトURL|お手軽住所不要のメリット

購入者に宛先を一度も入力させない

ギフト購入の導線で宛先の入力欄が出ません。商品ページでチェックを入れ、贈り主名とメッセージを書いて、専用の購入ボタンを押すだけです。住所を尋ねるという最大の離脱ポイントが導線から消えます。

受取人の個人情報が贈り主側へ渡らない

発送は受取人の住所で作られた別注文で行われます。購入者の注文には受取人の情報が残らないため、「うっかり追跡番号を贈り主へ送ってしまった」という事故が構造的に起きません。

画面の文言をほぼ全部書き換えられる

商品ページに出るチェックボックスの文言、贈り主名やメッセージ欄の見出し、購入ボタンの文字、サンクスページに出る受取URLの案内、7 種類のメールの件名と本文。読者の目に触れるテキストは、ほぼすべて管理画面かテーマエディタから差し替えられます。コードを書く必要はありません。

商品ページのギフト切替とメッセージ入力欄を紹介する画像

期限切れの扱いを 2 通りから選べる

受取人がいつまでも住所を入力しないギフトは、必ず発生します。その扱いを「ストアが 1 件ずつ判断する」か「購入者の請求先住所へ自動で送ってしまう」かで選べます。運用の手間をどこまで自動化したいかに合わせられます。

受取期限・対象国・通知メールの設定画面を紹介する画像

管理画面が 20 言語に対応している

管理画面は日本語・英語を含む 20 言語で表示できます。受取人が開くフォームも同じ 20 言語を持っており、購入者が見ていた言語がそのまま受取人へ引き継がれます。海外向けのストアでも、受け取る側が読めない画面に飛ばされることがありません。

設置がボタン 1 つで済む

テーマへのブロック追加は、アプリのホーム画面のボタンから行えます。テーマエディタが開いた状態でブロックが挿入済みになるので、左のリストからブロックを探して並べる作業が要りません。

管理画面からギフトブロックをテーマに追加できることを紹介する画像

シンプルギフトURL|お手軽住所不要のデメリット

導入前に知っておいたほうがよい制約もあります。ここは正直に書きます。

通常商品と同じ会計にまとめられない

ギフトとして購入するとき、商品はカートを経由しません。「ギフトとして購入」を押すと専用の決済ページへ直行します。そのため、ギフトと通常商品を 1 回の会計でまとめ買いすることはできません。 「ついでにもう 1 点」という購入が起きにくくなるので、客単価を上げたいストアにはマイナスに働きます。

配送料は Shopify の配送料金設定を使わない

eギフトの送料はアプリ側の 1 項目(全国一律の金額)で決まります。Shopify の配送プロファイルや地域別の送料テーブルは効きません。重量別・地域別の細かい送料を設定しているストアでは、ギフトのときだけ送料の考え方が変わることになります。

上書きしても反映されない文言が 4 つある

受取ブロックの表示テキストは 21 項目ありますが、そのうち 4 項目はデータを取得する前に描画される文言のため、管理画面で書き換えても画面には出ません。入力欄は存在するのに効かないので、気づきにくい箇所です。後半の「受取ブロックの表示テキスト」で、どの 4 項目かを具体的に挙げます。

受取人フォームのデザインは細かく作り込めない

受取人が開くフォームは、OGP とファビコンは差し替えられますが、色やレイアウトを自由に組むことはできません。テーマのデザインをそのまま持ち込みたい場合には物足りなく感じます。

ラッピングや熨斗(のし)は範囲外

このアプリは「住所不要で贈る」ことだけを担当します。ギフト包装・メッセージカードの印刷・熨斗といった、贈答まわりの他の機能は別のアプリで補う必要があります。

料金プラン

料金は次のとおりです。

  • Basic Plan 月額 $19.99
  • 年額 $199.99(月額で 12 か月払う場合と比べておよそ 2 か月分お得です)
  • 無料体験 7 日間(インストールから 7 日間は課金されません)

無料プランはありませんが、7 日あればテスト注文で購入から受け取りまでを一度通すには十分です。最新の金額は、アプリのストアページでご確認ください。

シンプルギフトURL|お手軽住所不要のストアページ

インストール

インストールは Shopify 管理画面から行います。かかる時間は 1 分ほどです。

  1. Shopify 管理画面の左下にある「設定」を開きます。

Shopify管理画面の左下にある設定メニューを開いた状態

  1. 「アプリと販売チャネル」からアプリストアへ移動します。

設定画面のアプリと販売チャネルからアプリストアへ移動する画面

  1. アプリを検索して詳細画面を開き、インストールを実行します。権限の確認画面が出たら内容を確認して進めてください。

インストールが終わると、管理画面の左メニューにアプリが追加されます。

アプリ管理画面の構成

このアプリが持つ画面は 5 つです(もう 1 つ、削除前に開く画面があります)。

  • ホーム … ギフトの件数の確認と、設置のための導線
  • ギフト注文 … 発行済みの受取URLの一覧
  • ギフト注文の詳細 … 1 件ぶんの状況確認と手動操作
  • 基本設定 … 送料・期限・国・通知・文言のルール
  • メール設定 … 7 種類のメールの件名と本文
  • アンインストール前チェック … 削除前に残っているギフトの確認

下の画像がホーム画面です。上に件数、下に手順が並ぶ構成になっています。

アプリを開いた直後のホーム画面。ギフト注文の状況カードとセットアップ手順が縦に並んでいる

各画面の説明

ここからが本題です。6 画面を、カードごとに分けて全部見ていきます。

ホーム|ギフト注文の状況

ページ最上部のカードです。対応の判断がいる 4 つの数字だけが並びます。

  • 受取人入力待ち … 受取人が住所を入力するのを待っている件数
  • 住所入力完了 … 受取人が住所を入力した直後の件数
  • 確認待ち … 入力期限が切れて、ストアの判断を待っている件数
  • エラー … アプリ内部の処理に失敗した件数

右上の「一覧を見る」を押すと、絞り込み済みのギフト注文一覧へ移動します。確認待ちとエラーがどちらも 0 なら、その日は何もしなくて構いません。毎朝ここだけ見る運用に落とし込めます。

ホーム|eギフトアプリのセットアップ

ホームの真ん中にある青いカードです。インストール直後に何をすればよいかが 3 ステップで書かれており、それぞれにボタンが付いています。

  • 手順 1 の「基本設定を開く」… 送料・受取手続き期限・受取可能国を決める画面へ移動します
  • 手順 4 の「メール設定を開く」… 通知メールの文面を作る画面へ移動します

インストールしただけではストアフロントに何も表示されません。この 3 ステップを終えて初めて、購入から受け取りまでが通ります。

セットアップ手順の後半と、テーマに e-gift 機能を追加するカードが並んでいる管理画面

ホーム|テーマに e-gift 機能を追加

商品ページへブロックを置くためのカードです。

  • テーマを選択 … 追加先のテーマを選ぶプルダウンです。公開中のテーマが既定で選ばれます
  • 商品ページに追加 … テーマエディタを新しいタブで開き、商品テンプレートにブロックが挿入された状態にします
  • テーマをプレビュー … 商品テンプレートのプレビューだけを開きます

ここで注意したいのは、このボタンで追加されるのは必ず商品テンプレートだという点です。トップページやコレクションページには追加されませんし、追加してもブロックは動きません。

ホーム|受取URLの表示を有効にする

購入者に受取URLを見せるためのカードです。ボタンが 2 つ並びます。

  • サンクスページの編集を開く … 購入直後の画面を編集するエディタを開きます
  • 注文状況ページの編集を開く … 購入後に購入者が見に戻る画面のエディタを開きます

この 2 つはテーマエディタではなくチェックアウトエディタから追加します。テーマエディタを探しても出てこないので、必ずこのボタンから開いてください。片方しか追加しないと、購入直後か後日かのどちらかでしか受取URLを見せられません。

受取URLの表示を有効にするカードと、その下の言語設定カード

ホーム|言語設定

ホーム画面のいちばん下にあるカードです。

  • 言語を選択 … アプリ管理画面の表示言語を選びます。20 言語から選べます
  • 変更する … 選んだ言語を適用します。選択はブラウザに記憶されます

ここで切り替わるのはアプリの管理画面だけで、ストアフロント側の言語とは独立しています。日本語で管理しながら英語のストアを運営する、といった組み合わせができます。

ギフト注文|一覧と検索

発行済みの受取URLを追いかける画面です。個人情報(メールアドレス・住所)はこの一覧には出ません。

ギフト注文の一覧画面。検索欄・ステータス絞り込み・6列のテーブルが並んでいる

一覧の上にある検索欄は 注文番号・贈り主名で検索 です。#1049 のような注文番号か、購入者が商品ページで入力した贈り主名で絞り込めます。受取人の名前では検索できません(一覧が個人情報を持たないためです)。

テーブルの列は 6 つです。

  • 注文番号 … 購入時の Shopify 注文番号です。ここだけクリック先が違い、ストアの注文詳細が別タブで開きます
  • ステータス … ギフトの進み具合を表す 13 種類のタグです
  • 贈り主 … 購入者が入力した贈り主名です。空欄のまま購入された場合は表示されません
  • 入力期限 … 受取人が住所を入力できる最終日です
  • 受取人入力 … 入力済みか未入力かのタグです
  • 作成日 … ギフト注文が作られた日時です

行のどこか(注文番号以外)をクリックすると、そのギフトの詳細ページへ移動します。同じ行の中で押し分ける形になるので、慣れるまでは意識して押してください。

ギフト注文|ステータスの絞り込み

検索欄の下にある ステータス のボタンから、13 種類をチェックボックスで選べます。

ステータスの絞り込みを開いた状態。13種類のうち11種類が既定でオンになっている

既定では「発送完了」と「キャンセル」を除いた 11 種類にチェックが入っています。つまりこの画面を開いた時点で、まだ終わっていないギフトだけが表示されています。過去の全件を見たいときは すべてクリア を押して絞り込みを外します。この初期状態は、慣れないうちは「件数が合わない」と感じる原因になるので、覚えておくと迷いません。

ギフト注文|ステータスの説明

一覧の下にあるカードです。13 種類のステータスが、対応の観点で 4 つに分類されています。

対応が必要

  • 発送可能 … 発送専用注文が作成され、出荷できる状態です(未発送)
  • 購入者宛発送・出荷待ち … 購入者宛の発送に切り替え済みで、出荷を待っています
  • 確認待ち … 入力期限が切れて、ストアの判断を待っています

エラー・要確認

  • エラー … アプリ内部の処理に失敗しています
  • 手動対応が必要 … アプリが削除されたため自動処理ができず、Shopify 管理画面での手作業が必要です

待機中

  • 受取人入力待ち … 受取人が住所を入力するのを待っています
  • 住所入力完了 … 受取人が住所を入力した直後です
  • 元注文調整中 … 元の注文の商品明細を調整しています
  • 発送準備中 … 発送専用注文の作成・準備をしています
  • 期限切れ処理待ち … 入力期限切れを検知し、処理を待っています

完了

  • 発送完了 … 発送が終わっています
  • キャンセル … 注文がキャンセルされています

待機中の 4 つは、通常であれば数分で次の状態に変わります。しばらく見ていて変わらないときだけ気にすれば十分です。

一覧の下に表示されるステータスの説明カード。4カテゴリ13種類が並んでいる

ギフト注文の詳細|発送についてとステータス

一覧の行をクリックすると開く、1 件ぶんの画面です。上から順に、発送についての案内、ステータス、ギフト情報、購入者、受取人、タイムライン、手動操作と並びます。

ギフト注文の詳細画面の上部。発送についての案内・ステータス・ギフト情報・購入者が並ぶ

いちばん上の青い案内に書かれているとおり、発送作業は「発送注文を開く」から行います。 ここを取り違えると事故になるので、2 つのボタンの違いを押さえてください。

  • 購入者の注文を開く(画面右上)… 購入時の注文、つまり贈り主側の注文を開きます
  • 発送注文を開く(案内の中)… 受取人の住所・メールで作られた発送用の注文を開きます

発送は後者で行います。前者を発送してしまうと、贈り主に配送の通知が飛びます。

ステータスカードには現在の状態が 1 つだけ表示されます。エラーのときは、エラーコードとメッセージが赤字でここに出ます。

ギフト注文の詳細|ギフト情報と購入者・受取人

ギフト情報カードには 4 項目が並びます。

  • 贈り主 … 購入者が商品ページで入力した名前です
  • メッセージ … 購入者が入力したギフトメッセージです。受取人のフォームにもそのまま表示されます
  • 受取手続き期限 … 受取人が住所を入力できる最終日です
  • 受取URL … 受取人が開く URL です。リンクになっているので、クリックすると受取人が見る画面をそのまま確認できます

購入者から「URL が届かない」と問い合わせが来たら、ここからコピーして案内するのがいちばん早い経路です。その下の購入者カードには氏名とメールアドレス、受取人カードには入力された宛先が表示されます。受取人カードは、住所が入力されるまで空のままです。

ギフト注文の詳細|タイムライン

そのギフトがどこまで進んだかを、4 つの日時で確認できます。

  • 受取人開封 … 受取人が受取URLを開いた日時です
  • 住所入力完了 … 受取人が住所を送信した日時です
  • 注文更新 … 発送用の注文が整った日時です
  • 保留解除 … 発送できる状態になった日時です

いちばん役に立つのは 受取人開封 です。ここに日時が入っていれば、少なくとも URL は相手に届いて開かれています。空欄のままなら URL が渡っていない可能性が高いので、購入者に再共有をお願いするのが近道です。

ギフト注文の詳細画面の下部。受取人・タイムライン・手動操作のカードが並ぶ

ギフト注文の詳細|手動操作

いちばん下のカードです。状況に応じて 3 つの操作ができます。

  • 延長日数 … 何日延ばすかを入力します。初期値は 7 です
  • 受取手続き期限を延長 … 入力した日数だけ期限を後ろへずらします
  • 購入者住所(購入時の請求先)へ発送 … 購入者が決済時に入力した請求先住所へ発送注文を作ります
  • 再試行 … エラーになった処理をやり直します

3 つ目は、受取手続き期限が切れていて、かつ受取人がまだ住所を入力していないギフトにだけ表示されます。期限内のギフトはまだ受け取ってもらえる可能性があるので、そもそもボタンが出ません。4 つ目もステータスがエラーのときだけ現れます。

なお、キャンセルと返金はこの画面では行いません。Shopify の注文ページから実施します。ストア側で注文をキャンセルすると、ギフト注文のステータスも自動でキャンセルに変わります。

基本設定|eギフト送料設定

このアプリの動きのルールを決めるページです。カードは 6 枚あります。最初のカードが送料です。

  • eギフト送料(全国一律) … ギフト購入時に加算される金額です

eギフト送料設定のカード。通貨記号つきの入力欄に金額が入っている

入力欄の左端には、ストアの通貨記号が自動で表示されます。日本円のストアなら ¥ が出ます。この 1 項目だけで送料が決まり、Shopify の配送料金設定は参照されません。

画面には書かれていない決まりが 3 つあります。

  • 0 にすると送料の行そのものが作られません。 「送料 ¥0」という行も出ないので、送料込みの価格で売っているストアはここを 0 にします
  • 上限は 999,999,999 です。 これを超える値は保存できません
  • 小数を使えるかはストアの通貨で決まります。 日本円のように小数を使わない通貨では 500.5 のような値は入力エラーになります。勝手に四捨五入はしません。米ドルなら小数 2 桁まで入ります

基本設定|基本設定カード

2 枚目のカードには 4 項目が入っています。

  • 受取手続き期限(日数) … 受取URLを何日間有効にするかです。1〜90 日、初期値は 14 です
  • 期限切れ時のアクション … 期限が切れたギフトの扱いです。「管理者確認待ち」か「購入者の住所へ発送」を選びます。初期値は管理者確認待ちです
  • 期限切れ前リマインド(日数) … 期限の何日前からリマインドを送るかです。0〜30 日、0 なら送りません
  • 個人情報の保持日数 … 注文完了から何日後に個人情報を自動削除するかです。1〜3650 日、初期値は 180 です

2 つ目は運用が大きく変わる項目です。

  • 管理者確認待ち … 期限切れのギフトが確認待ちの状態で止まり、期限延長・購入者宛発送・キャンセルをストアが 1 件ずつ判断します。判断を挟みたいストア向けです
  • 購入者の住所へ発送 … 購入者が決済時に入力した請求先住所へ自動で送ります。放置されたギフトを溜めたくないストア向けです

後者を選んでいても、住所が取得できない場合や、その住所が受取可能国の外だった場合は、自動的に管理者確認待ちへ切り替わります。 勝手に送れない宛先へ送ろうとはしません。

3 つ目には保存の条件があります。期限切れ前リマインドは、受取手続き期限より小さい値でないと保存できません。 期限 14 日に対してリマインド 14 日を入れると、発行した直後からリマインド期間に入って毎日メールが飛ぶため、はじめから弾いています。期限 14 日なら 3 日前あたりが実用的です。

基本設定|受取可能国

3 枚目のカードです。

  • 受取可能国 … 受取人が配送先として入力できる国を選びます

国名で検索して追加でき、複数選べます。ここで選んだ国が、そのまま受取人フォームの国・地域プルダウンの選択肢になります。

未選択のままだとストア所在国だけになります。海外へも贈れるようにしたいときは、必ずここで追加してください。逆に日本国内だけに限定したいなら、空欄のままで構いません。選ぶ国は「実際に発送できる国」に限ってください。送れない国を入れておくと、受け取れない住所が入力されてしまいます。

リマインド日数・個人情報の保持日数と、受取可能国のカードが並ぶ設定画面

基本設定|受取人フォームの表示(OGP・ファビコン)

4 枚目のカードです。受取URLを LINE や SNS で共有したときのプレビューを整えます。贈り主が相手に送ったときに最初に目に入る部分なので、ここを埋めるとギフトらしさが出ます。

  • OGPタイトル … 共有時に表示されるタイトルです(120 文字まで)。空欄なら「ギフトのお受け取り|ストア名」が使われます
  • OGP説明文 … 共有時に表示される説明文です(300 文字まで)
  • OGP画像 … 共有時のサムネイルです。空欄ならギフト商品の画像が使われます。推奨サイズは 1200×630px です
  • ファビコン … 受取人フォームのブラウザタブに出るアイコンです

画像はボタンから選びます。まだ設定していない項目には 画像をアップロード、すでに設定済みの項目には現在の画像のサムネイルと 画像を変更 が表示されます。

ここで 1 つだけ挙動が違います。OGP画像とファビコンは、ファイルを選んだ時点でアップロードされます。 画面上部の保存バーを押すのを待ちません。押しても問題はありませんが、「保存していないから反映されていないはず」という前提は成り立ちません。

受取人フォームの表示(OGP・ファビコン)カード。4項目が並んでいる

基本設定|メール通知設定

5 枚目のカードです。7 つのチェックボックスが並びます。文面はメール設定ページ、送るか送らないかはここ、と役割が分かれています。

  • URL発行通知(購入者向け) … 注文完了で受取URLが発行されたときに購入者へ送ります
  • 受取人住所入力完了通知(購入者向け) … 受取人が住所を入力したことを購入者へ知らせます
  • 受取手続き完了通知(受取人向け) … 受取人本人へ、手続きが終わったことを知らせます
  • 受取手続き期限前リマインド … 受取人が未入力のまま期限が近づいたとき、購入者へ送ります
  • 発送通知(受取人向け) … 商品の発送が完了したときに受取人へ送ります
  • 期限切れ通知(購入者向け) … 期限が過ぎて管理者確認待ちになったことを購入者へ知らせます
  • 購入者宛発送通知(購入者向け) … 期限切れで購入者住所へ送ることになったときに知らせます

すべて初期状態でオンです。運用に合わせて減らして構いませんが、1 つ目だけはオンのままにしておくことをおすすめします。サンクスページを閉じてしまった購入者が受取URLに辿り着く、最後の経路になるためです。

メール通知設定カードの7つのチェックボックスが並んでいる管理画面

基本設定|受取ブロックの表示テキスト(前半)

6 枚目のカードです。サンクスページと注文状況ページに出る受取URLブロックの文言を上書きできます。項目は 21 個あり、後半の 4 つはサンクスページ専用です。

まず前半の 17 項目です。括弧内は既定の文言です。

  • 共有見出し(ギフト用受取URLを共有しましょう)… ブロックの見出しです。60 文字まで
  • 説明文(このURLを受取人に共有してください。受取人がお届け先を入力できます。)… 見出しの下の案内文です。200 文字まで
  • 受取URLのラベル(受取URL)… URL の上に出る小見出しです。30 文字まで
  • コピーボタン(URLをコピー)… コピーボタンの文字です。20 文字まで
  • コピー完了メッセージ(コピーしました)… コピー成功時に出ます。20 文字まで
  • コピー失敗メッセージ … コピーできなかったときに出ます。120 文字まで
  • 受取手続き期限ラベル(受取手続き期限)… 期限の日付に添えるラベルです。20 文字まで
  • 受取人ステータス(未入力タグ)(未入力)… 受取人がまだ入力していないときのタグです。10 文字まで
  • 受取人ステータス(入力済みタグ)(入力済み)… 住所が入力済みのときのタグです。10 文字まで
  • 受取人ステータス(期限切れタグ)(期限切れ)… 期限が過ぎたときのタグです。10 文字まで
  • 受取人ステータス(利用不可タグ)(利用不可)… 受け取れない状態のタグです。10 文字まで
  • 受取人ステータス(確認中タグ)(確認中)… ストアの判断待ちのタグです。10 文字まで
  • 再共有の案内 … 未入力のときだけ出る、もう一度共有を促す文章です。120 文字まで
  • 一時エラーメッセージ … 一時的な通信エラー時の文章です。120 文字まで
  • 再読み込みボタン(再読み込み)… エラー時に出る再読み込みボタンの文字です。20 文字まで
  • 見出し(ギフト受取URL)… ブロック全体の見出しです。30 文字まで
  • 読み込み中ラベル(読み込み中)… データを取りに行っている間の表示です。20 文字まで

入力欄のうすい文字が既定の文言です。空欄のままにすると、その既定が使われます。変えたいものだけ打ち替えるのが基本の使い方です。

受取ブロックの表示テキストのカード。受取URLのラベルから入力済みタグまでが並ぶ

基本設定|受取ブロックの表示テキスト(後半)

後半の 4 項目は、サンクスページにだけ出る文言です。

  • メール送付の案内(サンクスページ) … 同じ URL をメールでも送ることを伝える文章です。150 文字まで
  • URL発行遅延メッセージ(サンクスページ) … 発行処理が追いついていないときに出ます。120 文字まで
  • 通信エラーメッセージ(サンクスページ) … 通信に失敗したときに出ます。120 文字まで
  • ギフトメッセージのラベル(サンクスページ)(メッセージ)… ギフトメッセージに添えるラベルです。20 文字まで

受取ブロックの表示テキストのカード。期限切れタグから見出しまでが並ぶ

ここで、画面を見ているだけでは絶対に気づけない制約を挙げます。21 項目のうち次の 4 つは、書き換えても画面には反映されません。

  • 見出し
  • 読み込み中ラベル
  • 一時エラーメッセージ
  • 再読み込みボタン

理由は、この 4 つがデータを取りに行くに描画される文言だからです。入力欄は他の項目と同じように並んでいて、保存もできます。それでも表には出ません。手をかけるなら、共有見出し・説明文・コピーボタンの 3 つから始めるのが効率的です。

もう 1 つ、この設定はサンクスページと注文状況ページで共有されます。 「サンクスページだけ別の言い回しにする」ことはできません。

受取ブロックの表示テキストのカード。サンクスページ専用の4項目が並ぶ

基本設定|保存と破棄

どこか 1 つでも値を変えると、画面上部に未保存の変更を知らせるバーが出ます。

  • 保存 … 基本設定と受取ブロックの表示テキストが 1 回でまとめて保存されます
  • 破棄 … 画面を開いたときの値に戻します

カードごとの保存ボタンはありません。6 枚のカードをまとめて 1 回で保存する作りなので、あちこち触ってから最後に 1 回押せば済みます。

値を変更すると画面上部に表示される未保存の変更バー

メール設定|共通設定と 7 つのタブ

購入者・受取人に届くメールの文面を作るページです。

メール設定画面。共通設定と7つのタブ、リッチテキストの本文エディタが並ぶ

いちばん上の共通設定カードには 1 項目だけあります。

  • ロゴURL … 画像の URL を入れると、全メールの上部にロゴが表示されます。未入力ならショップ名が文字で表示されます

その下のタブが URL発行 / 受取人入力完了 / 受取手続き完了 / リマインド / 発送通知 / 期限切れ通知 / 購入者宛発送 の 7 つに分かれています。タブを選ぶと、すぐ下に「送信先:〇〇 / 送信タイミング:〇〇」の 1 行が出ます。どれを編集しているのか分からなくなったら、この行を見れば判断できます。

メール設定|件名と本文

タブごとに件名と本文の 2 項目があります。編集できるのは次の 14 項目です。

  • URL発行通知の件名URL発行通知の本文
  • 受取人入力完了通知の件名受取人入力完了通知の本文
  • 受取手続き完了通知の件名受取手続き完了通知の本文
  • リマインドの件名リマインドの本文
  • 発送通知の件名発送通知の本文
  • 期限切れ通知の件名期限切れ通知の本文
  • 購入者宛発送通知の件名購入者宛発送通知の本文

本文エディタは右上で「リッチテキスト」と「HTML」を切り替えられます。リッチテキストのときは太字・斜体・下線・見出し・箇条書き・番号付きリスト・リンクのボタンが使えるので、HTML を書けなくても整った文面が作れます。細かく組みたいときだけ HTML へ切り替えてください。

メール設定|使用できる変数

本文の下に 使用できる変数 の一覧があり、それぞれ実際に入る値の例が添えられています。主な変数は次のとおりです。

  • {shopName} … ストア名
  • {shopify_order_number} … 注文番号
  • {sender_name} … 贈り主名
  • {recipientUrl} … 受取URL
  • {purchased_at} … ご購入日時
  • {validity_days} … 有効日数
  • {expires_at} … 受取手続き期限の日時
  • {receiver_name} … 受取人氏名
  • {tracking_number} … 追跡番号
  • {tracking_company} … 配送会社

使える変数はタブごとに違います。 受取人の氏名やお届け先住所は、受取人本人に届く受取手続き完了タブでしか使えません。購入者宛のメールに受取人の個人情報を差し込めないよう、変数の側で仕切ってあります。

有効日数には工夫があります。{validity_days} は設定画面の現在値ではなく、その注文を発行したときの実際の日数を出します。発行後に受取手続き期限を 14 日から 7 日へ変えても、先に発行済みのメールに嘘の日数が入りません。

使用できる変数の一覧と、テスト送信・システムメールの案内が並ぶ管理画面

メール設定|プレビューとテスト送信

書いた文面は 2 通りの方法で確認できます。

  • プレビュー … 変数がサンプル値に置き換わった状態のメールをモーダルで表示します
  • テスト送信先メールアドレス … テストメールの宛先を入力します
  • テスト送信 … 入力したアドレスへ実際に送信します

アドレスを入れるまでテスト送信ボタンは押せません。まずプレビューで文面を整え、最後に実際の受信環境で改行や画像の出方を確かめる、という順番が無駄がありません。

このページにも 保存破棄 があります。7 タブぶんの編集をまとめて保存します。

プレビューモーダル。変数がサンプル値に置き換わった状態のメールが表示されている

メール設定|システムメール

ページ最下部のカードです。自動で送られるものの、文面を編集できないメールが列挙されています。現在は GDPRデータ開示(送信先はストア管理者、顧客データの開示要求を受信したとき)の 1 種類だけです。

法令対応のために送る内容なので、編集できないほうが安全という判断です。存在を知っておけば十分です。

アンインストール前チェック

アプリを削除する前に開く画面です。進行中のギフト注文が残っていれば、注文番号とステータスが一覧で表示されます。

進行中のギフト注文が残っているときに表示される警告画面

アプリを削除すると、これらのギフトの受取手続きは止まります。 受取人が URL を開いても住所を入力できなくなるため、削除前に住所確認・期限延長・キャンセルのいずれかで片付けておいてください。進行中が 0 件なら、安全に削除できる旨が表示されます。

一時的にアプリを止めたい、プランを見直したい、といった場面で真っ先に開く画面です。移行の判断材料になります。

テーマへの追加

ストアフロントに出るものは 3 つあり、追加する場所がそれぞれ違います。

  • 商品ページのギフトブロック … テーマエディタから追加します
  • サンクスページのブロック … チェックアウトエディタから追加します
  • 注文状況ページのブロック … チェックアウトエディタから追加します

テーマエディタでサンクスページのブロックを探しても見つかりません。ここは最初につまずきやすい分かれ道です。

下の画像は、商品テンプレートのテーマエディタを開いた状態です。右側のプレビューに、チェックボックスと「eギフトとは?」のリンクが並んでいます。

テーマエディタで商品テンプレートを開いた状態。プレビューにギフトのチェックボックスが表示されている

左のリストからブロック名をドラッグすると、位置を動かせます。購入ボタンのすぐ上に置くと購入者が気づきやすく、迷う余地も減ります。

テーマエディタの商品テンプレートに追加されたギフトブロックが選択されている状態

ストアフロントの見た目を変える

左のリストでブロック名をクリックすると、設定パネルが開きます。設定は「コンテンツ設定」と「追加設定」の 2 グループ、あわせて 16 項目です。

商品ページブロック|対象商品の絞り込み

最初の 2 項目が、ブロックを表示する商品の条件です。

  • eギフト対象商品 … ブロックを表示する商品を個別に選びます。最大 50 件まで選べます
  • eギフト対象コレクション … ブロックを表示するコレクションを選びます。1 つだけ選べます

判定の決まりは 2 段構えです。両方とも空欄にすると、全商品でブロックが表示されます。 どちらかを設定すると、「いずれかに該当する商品」だけに絞られます。両方を同時に満たす必要はありません。

対象商品が多いストアは、「eギフト対象」という自動コレクションを 1 つ作って、そちらを指定すると管理が楽になります。商品にタグを付けるだけで対象を出し入れでき、ブロックの設定を触り直す必要がなくなります。50 件の上限にもかかりません。

対象外の商品では、ブロックの HTML・CSS・JavaScript がそもそも出力されません。表示だけ消えて中身が残る、という作りではないので、関係ない商品ページの表示が重くなる心配もありません。

ブロックのコンテンツ設定の前半。対象商品からメッセージの補足説明までが並ぶ

商品ページブロック|チェックボックスとモーダルの文言

次の 6 項目が、購入者が最初に目にする部分の文言です。

  • チェックボックスの文字 … ギフト切替のチェックボックスの文言です。既定は「ギフトとして贈る」です
  • 「eギフトとは?」の見出し … リンクの文字とモーダルの見出しに使われます。既定は「eギフトとは?」です
  • 「eギフトとは?」の説明文 … モーダルの本文です。改行はそのまま反映されます
  • 「eギフトとは?」の注意書き … 1 行につき 1 件、赤字で表示されます。空欄にすると、この行ごと出ません
  • 「eギフトとは?」の利用ステップ … 1 行につき 1 ステップ、丸囲みの番号付きで縦に並びます。空欄ならステップの欄そのものが出ません
  • モーダルを閉じるボタンの文字 … 既定は「閉じる」です

ここにも表示条件があります。見出しと説明文の両方が入っているときだけ、リンクとモーダルが表示されます。片方だけではリンクごと出ないので、「リンクが出ない」と思ったらこの 2 つを確認してください。

商品ページブロック|入力欄と購入ボタンの文言

チェックを入れたあとに現れる部分の文言です。

  • 贈り主名の文字 … 贈り主名の入力欄の見出しです。既定は「贈り主名」です
  • メッセージの文字 … メッセージ欄の見出しです。既定は「メッセージ」です
  • メッセージの補足説明 … メッセージ欄の下に添える一言です。空欄なら何も出ません
  • ギフト購入ボタンの文字 … ギフト専用の購入ボタンの文言です。既定は「ギフトとして購入」です

テーマエディタで、モーダルを閉じるボタンの文字から贈り主名・メッセージ・購入ボタンまでの設定を開いた状態

文字数の上限は、設定ではなく実装側で固定されています。贈り主名は 50 文字、メッセージは 300 文字です。 超えるとカウンタが赤くなってエラー文が出て、ギフト購入ボタンを押しても先に進めません。貼り付けで上限をすり抜けた場合も、送信のタイミングでもう一度チェックされます。

商品ページブロック|案内文とエラー文

残りの 3 項目は、購入者へ前提を伝えるための文章です。

  • 文字数超過エラー文 … 上限を超えたときに出るエラー文です。既定は「{max}文字以内で入力してください。」で、{max} は各項目の上限文字数に置き換わります
  • 配送可能地域の案内文 … 配送できる地域を案内する文章です。文中に {shippable_areas} と書くと、基本設定の受取可能国で選んだ国名に自動で置き換わります。空欄にすると表示されません
  • 受取期限切れの案内文 … 受取人が期限までに住所を入力しなかった場合の扱いを説明する文章です。未入力なら表示されません

2 つ目は埋めておくことを強くおすすめします。受取人が住所を入力する仕組みだと知らずに買われると、「海外に送れないのか」という問い合わせに後からつながります。国名は購入者が見ている言語で表示され、日本語以外の言語では英語の国名になります。

商品ページブロック|追加設定

最後のグループには 1 項目だけあります。

  • 追加の CSS … ブロックの見た目を微調整したいときに CSS を書きます

余白や文字色をテーマに合わせたいときだけ使ってください。書いた CSS はこのブロックの中だけに適用されるので、テーマ全体のレイアウトを壊す心配はありません。

ブロックのコンテンツ設定の後半と、追加設定に置かれた追加の CSS の入力欄

サンクスページと注文状況ページのブロック

この 2 つはチェックアウトエディタから追加します。ブロック側に設定項目はありません。表示される文言は、管理画面の受取ブロックの表示テキストで決まります。

サンクスページのチェックアウトエディタ。受取URLのブロックがプレビューに表示されている

注文状況ページ側には、受取人の状況を示すタグ(未入力・入力済み・期限切れ・利用不可・確認中)が付きます。未入力のときだけ再共有の案内が出る作りです。購入者が後から URL を確認しに戻れる場所なので、サンクスページとセットで必ず追加してください。

左のアプリ一覧で「追加済み」の数が 2 になっていれば、両方が有効になっています。

注文状況ページのチェックアウトエディタ。アプリのブロック2種が追加済みになっている

ストアフロントで実際に見える画面

設定した結果が、お客様の側にどう出るかを見ていきます。

チェックを入れていない状態では、チェックボックスと「eギフトとは?」のリンクだけが並びます。通常の購入導線をじゃましません。

商品ページのギフトブロック。チェックを入れていない状態でチェックボックスとリンクだけが並ぶ

チェックを入れると、贈り主名とメッセージの入力欄、配送可能地域の案内、ギフト専用の購入ボタンが現れます。入力欄の右下には「0 / 50」「0 / 300」という文字数カウンタが常に表示されるので、購入者は上限を超える前に気づけます。

チェックを入れた状態の商品ページ。贈り主名とメッセージ欄、文字数カウンタ、ギフト購入ボタンが表示されている

このとき、通常の「カートに追加」ボタンは押せなくなります。ギフトと通常購入のどちらなのかを、画面の側ではっきりさせる作りです。

「eギフトとは?」のリンクを押すと、仕組みの説明と番号付きの利用ステップが出ます。

eギフトとは?のモーダル。説明文と番号付きの利用ステップが縦に並んでいる

このモーダルには背景を暗くする幕がありません。 テーマの固定ヘッダーと重なって崩れるのを避けるための作りで、そのぶんダイアログに枠線と影を付けて浮かせています。閉じる操作は、右上の「×」・下の閉じるボタン・ダイアログの外側のクリック・Esc キーのいずれでも効きます。

受取人が URL を開くと、次の画面が出ます。上に贈り主のメッセージ・商品・受取手続きの期限、下に配送先の入力欄が並びます。

受取人が受取URLから開く配送先の入力フォーム。上部にギフト情報、下部に住所の入力欄が並ぶ

スマートフォンの縦画面で開かれる前提の作りになっており、送信ボタンは画面下部に固定されています。

画面に出てこない仕様

ここからは、管理画面を眺めているだけでは分からない部分です。設定値の裏でアプリが何をしているかを知っておくと、トラブルの切り分けが速くなります。

自動処理が走る間隔

このアプリは定期処理をいくつも持っています。それぞれ走る間隔が違うので、「設定したのにすぐ変わらない」ことがあります。

  • 期限切れの検知は 1 時間おきです。期限を過ぎた瞬間にステータスが変わるわけではありません
  • リマインドの送信は 1 日 1 回です。届く時刻は多少前後します
  • 個人情報の削除は 1 日 1 回です
  • エラーの自動リトライは 30 分おきで、自動で直せる種類のエラーだけが対象です
  • ギフト注文の取りこぼし検知は 6 時間おきに動きます

最後の 1 つは保険の仕組みです。デプロイ中の一時障害などで、ギフトとして買われたのにアプリ側の記録が作られなかった注文を、後から Shopify の注文と突き合わせて拾い直します。拾えた場合は静かに直り、直せなかった場合だけストアへ通知が飛びます。

個人情報は自動で消える

受取人が入力した氏名・住所・電話番号・メールアドレスは、暗号化して保存されます。そして、個人情報の保持日数で決めた日数が注文完了から経過すると、自動で消えます。初期値は 180 日です。

長期間ずっと止まっているギフト(エラー・確認待ち・受取人入力待ちのまま放置されたもの)も、条件を満たすと同じように消えます。ストア側で削除作業をしなくても、個人情報が無期限に残り続けることはありません。

受取URLの言語は購入者に合わせて決まる

受取URLには、購入者が見ていた言語の情報が付きます。受取人のフォームはその言語を最優先で採用するため、購入者が日本語で買えば受取人にも日本語の画面が出ます。 受取人がどの国からアクセスしても、贈り主と同じ言語の画面になります。

受取URLは注文ごとのランダムな文字列

受取URLのトークンは注文ごとに発行されるランダムな値で、連番ではありません。加えて、そのトークンが発行されたストアと、アクセスしてきたストアが一致するかを毎回照合しています。他のストアからトークンを持ち込んでも開けません。

ゲスト購入ではサンクスページに URL を出さない

ログインせずに購入された場合、サンクスページには受取URLを表示しません。本人確認ができない画面に URL を出さないための判断です。この場合はメールで受取URLを送ります。「URL発行通知(購入者向け)」をオンにしておく理由の 1 つがここにあります。

コードで自作する場合

ここまでの機能を自分で作れないか、という発想は当然出てきます。どこまでが簡単で、どこからが重いのかを、実際のコードで確かめてみます。

ステップ 1:商品ページにギフト切替を置く

まずは見た目です。テーマのセクションにアプリブロックを足す場合、Liquid はこの程度で書けます。チェックボックスと、その下に隠れている入力欄の組み合わせです。

{%- comment -%} 商品ページに置くギフト切替ブロック {%- endcomment -%}
<div class="my-gift" data-gift-block>
  <label>
    <input type="checkbox" data-gift-toggle>
    {{ block.settings.toggle_label | default: 'ギフトとして贈る' }}
  </label>

  <div data-gift-fields hidden>
    <label for="gift-sender">贈り主名</label>
    <input id="gift-sender" type="text" maxlength="50" data-gift-sender>
    <span data-gift-counter="sender">0 / 50</span>

    <label for="gift-message">メッセージ</label>
    <textarea id="gift-message" maxlength="300" data-gift-message></textarea>
    <span data-gift-counter="message">0 / 300</span>
  </div>
</div>

maxlength を付けているので、キーボード入力の範囲ではこれだけで上限を守れます。ただし貼り付けや IME の確定では素通りすることがあるため、送信のタイミングでもう一度長さを確認する必要があります。

ステップ 2:チェックで入力欄を出し分ける

次に JavaScript です。チェックの状態で入力欄を出し入れし、文字数カウンタを更新します。

document.querySelectorAll('[data-gift-block]').forEach((block) => {
  const toggle = block.querySelector('[data-gift-toggle]');
  const fields = block.querySelector('[data-gift-fields]');
  const sender = block.querySelector('[data-gift-sender]');
  const message = block.querySelector('[data-gift-message]');

  const sync = () => {
    fields.hidden = !toggle.checked;
    block.querySelector('[data-gift-counter="sender"]').textContent =
      `${sender.value.length} / 50`;
    block.querySelector('[data-gift-counter="message"]').textContent =
      `${message.value.length} / 300`;
  };

  toggle.addEventListener('change', sync);
  sender.addEventListener('input', sync);
  message.addEventListener('input', sync);
  sync();
});

ここで 1 つ落とし穴があります。テーマによっては、バリエーションを切り替えた瞬間に商品フォームごと DOM が差し替わります。上のコードは読み込み時に 1 回しか走らないので、差し替え後のチェックボックスにはイベントが付きません。「チェックしても入力欄が出ない」という不具合になります。実際の対策としては、shopify:section:load イベントと MutationObserver の両方で未初期化のブロックを拾い直し、同じブロックを二重に初期化しないようフラグを立てる、という作りが要ります。

ステップ 3:入力内容を注文へ渡す

入力された贈り主名とメッセージを注文に載せます。カートを使う実装なら、line item properties に乗せるのがいちばん手軽です。

const form = document.querySelector('form[action*="/cart/add"]');

form.addEventListener('submit', () => {
  if (!toggle.checked) return;
  const add = (name, value) => {
    const input = document.createElement('input');
    input.type = 'hidden';
    input.name = name;
    input.value = value;
    form.appendChild(input);
  };
  add('properties[_is_gift]', 'true');
  add('properties[sender]', sender.value.slice(0, 50));
  add('properties[message]', message.value.slice(0, 300));
});

_ で始まるキーは購入者の画面に表示されないので、内部フラグに向いています。slice を入れてあるのが、ステップ 1 で触れた「貼り付けで上限をすり抜けた値」の保険です。

自作すると残る 5 つの問題

ここまでで、商品ページの見た目と注文への受け渡しはできました。ここから先が本番です。

1. 受取URLをどう発行し、どう守るか。 推測できない長さのトークンを注文ごとに発行し、有効期限を持たせ、他のストアから持ち込まれた値を弾く必要があります。トークンの流出は、そのまま「知らない誰かに商品が届く」事故になります。

2. 受取人の住所をどこへ保存するか。 テーマだけでは保存先がありません。外部にデータベースを持ち、氏名・住所・電話番号・メールアドレスを暗号化して保管し、一定期間後に自動で消す仕組みまで用意することになります。

3. 購入者に受取人の住所を見せない構造をどう作るか。 購入者の注文の配送先を上書きする方式では、購入者の注文履歴から受取人の住所が見えます。発送用の注文を別に立てるなら、在庫・売上・税の二重計上をどう扱うかを決めなければなりません。ここが設計でいちばん重い部分です。

4. 期限切れを誰が検知するか。 「14 日後に自動で期限切れにする」処理は、誰かが定期的に走らせないと起きません。サーバー側の定期実行と、失敗したときのやり直しが必要です。

5. 通知メールをどう送るか。 URL 発行・入力完了・リマインド・発送・期限切れと、通知の種類だけで 7 つあります。同じメールを二重に送らない仕組み(冪等性)も自前で用意することになります。

見た目だけならテーマの改修で数時間です。しかし 2 番以降は、外部のサーバー・データベース・定期実行・メール配信をそろえる話になります。自作の費用は、最初の 1 日ではなく、その後何年ぶんの保守で見積もるのが実際に近いです。

競合アプリとの比較

同じ「住所不要で贈る」を扱う Shopify アプリは他にもあります。それぞれ狙っている射程が違うので、代表的なものを見ておきます。掲載している価格・評価は、記事執筆時点でアプリストアに表示されていた値です。

AnyGift:住所を知らない相手に贈れるeギフト機能

AnyGift のアプリストア掲載画像

開発は AnyReach、評価は 4.9(25 件)です。相手の住所を入力せずに贈れる eギフト機能を軸に、かなり手広い機能を持っています。

  • デジタルメッセージカード、ギフトメッセージ、贈り主名の入力に対応
  • 受取人が商品を選べる「選べるギフト(カタログギフト)」機能
  • 複数の配送先へ一度の決済で届ける「複数配送eギフト」機能
  • 受取人のメルマガ登録・会員化による CRM への接続
  • 自社デザインに合わせたカスタマイズ対応

料金は $199/月・$299/月・$600/月の 3 段階、無料体験は 14 日、日本語と英語に対応しています。カタログギフト・大量配布・受取人の顧客化まで踏み込むなら、この価格帯を取りにいく価値があります。逆に「住所不要で贈れればよい」という要件だけなら、月額が 10 倍前後になる点は判断材料になります。

All in gift|eギフト・熨斗・ラッピング対応アプリ

All in gift のアプリストア掲載画像

開発は Huckleberry, Inc.(ハックルベリー)、評価は 4.8(134 件)です。名前のとおり、ギフト設定に必要な機能を 1 本にまとめたアプリです。

  • 熨斗(のし)とラッピングの選択
  • 1 注文を複数の宛先へ分けて送る配送分割
  • 住所が分からない相手へ SNS で贈る eギフト

料金は $9.90/月と $49/月の 2 段階、無料体験は 14 日、日本語対応です。贈答が売上の中心で、熨斗もラッピングも eギフトも全部必要というストアなら、アプリを 1 本に集約できる利点が大きくなります。レビュー件数が 134 件と多く、日本の贈答慣習に沿った運用実績が積み上がっている点も安心材料です。

MakeGift | eギフト機能を手軽に実装できるアプリ

MakeGift のアプリストア掲載画像

開発はイロイト株式会社です。レビューはまだ付いていません。

  • 住所を知らない相手へ贈れる eギフト機能をノーコードで実装
  • 一部商品だけを eギフト対象にする設定と、eギフト専用の送料設定
  • 在庫管理システム(OMS)・倉庫出荷管理システム(WMS)との連携
  • オリジナルのメッセージカードの登録
  • 受取人へのメルマガ登録の依頼

料金は $49/月、無料体験は 14 日、日本語対応です。対象商品の絞り込みと eギフト専用送料という基本の押さえ方は近く、そこに外部システム連携とメッセージカードが乗った構成です。倉庫や在庫を外部システムで回しているストアは、ここが決め手になります。

Giftnote: Gift Message Engine

Giftnote のアプリストア掲載画像

開発は Giftnote、評価は 5(167 件)です。こちらは方向性が違い、ギフトメッセージの自動配信と受取人の顧客化を軸にしています。多通貨のデジタルギフトカード、グリーティングカード、法人ギフト、一括ギフト、複数宛先への配送に対応しています。

料金は $19/月と $99/月、無料体験は 30 日です。ただし管理画面は英語のみで、日本語には翻訳されていません。 そして前提として、宛先が分かっている通常の注文フローの上に成り立つアプリです。住所を知らない状態からは始められません。お中元・お歳暮のように宛先が手元にあり、受取人をリスト化してリピートにつなげたいストア向けです。

どれを選ぶか

要件から逆算すると、線引きははっきりします。

  • カタログギフト・複数配送・受取人の顧客化まで必要 … AnyGift が射程に入ります
  • 熨斗・ラッピングも同じアプリで賄いたい … All in gift が集約できます
  • 外部の在庫・倉庫システムと連携したい … MakeGift が候補になります
  • 宛先は分かっていて、メッセージ配信と顧客化がしたい … Giftnote が合います
  • 住所不要で贈れることだけを、なるべく安く確実に … この記事のアプリが該当します

「シンプルギフトURL|お手軽住所不要」は、機能を広げない代わりに月額を $19.99 に抑えた構成です。まずは住所不要のギフトが自分のストアで成立するかを試し、伸びたら多機能なアプリへ移る、という進め方とも相性がよくなっています。

まとめ

このアプリが引き受けているのは、「相手の住所を知らない」という 1 点のせいで買われなかったギフトを、買える状態にすることです。購入者は宛先を入れずに買い、受取人が自分で住所を入力し、その住所で作られた別注文をストアが発送する。それだけの仕組みですが、途中に必要なもの(推測できない受取URL、期限の管理、個人情報の暗号化と自動削除、7 種類の通知メール、期限切れの自動処理)を全部そろえると、自作では到底割に合わない量になります。

設定は 88 項目ありますが、動かすまでに必ず触るのは 4 か所だけです。送料・受取手続き期限・受取可能国を保存し、商品ページにブロックを追加し、サンクスページと注文状況ページにブロックを追加する。残りの 80 項目あまりは、運用しながら必要になったときに開けば足ります。

無料体験は 7 日あります。その間にテスト注文を 1 本通して、購入・URL 共有・住所入力・発送までを自分の目で確かめておくと、判断に迷いがなくなります。

Shopify App Store

おすすめ Shopify アプリ

ギフト販売まわりでは、他にも用途を絞ったアプリを提供しています。組み合わせると贈答の導線をひととおり揃えられます。

© 2021 powerd by UnReact