0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Shopify でeギフトを住所不要で贈れるアプリ5選!仕組みと選び方を比較

0
Last updated at Posted at 2026-09-08

Shopify でeギフトを住所不要で贈れるアプリ5選!仕組みと選び方を比較

先に結論から書きます。Shopify の「ギフト機能アプリ」は、受取人が自分で配送先を入力できるかどうかで、まったく別のカテゴリに分かれます。

アプリストアで「gift」と検索すると数十本のアプリが並びますが、その大半はギフトラッピング・のしメッセージ・ギフトカード(金券)のアプリです。これらは「贈り主が受取人の住所を知っている」ことが前提になっています。一方、SNS でつながっているだけの相手に贈りたい、住所を聞くのが気まずい、という場面を解決するのは eギフト(ソーシャルギフト)型のアプリで、これは数がぐっと少なくなります。

この記事では、この違いを 5つの選定基準として言語化したうえで、その基準に沿って5本のアプリを1本ずつ採点していきます。「とりあえず人気順に並べました」という記事にはしていません。自分のストアがどちらのカテゴリを必要としているかを、読み終えた時点で判断できる状態を目指します。


eギフトが伸びている理由を、まず数字で確認する

感覚論から入らないために、市場のデータを先に置きます。

矢野経済研究所が2026年2月に発表した調査によると、国内のeギフト(ソーシャルギフト)市場は 2024年に5,050億円(前年比120.2%)、**2025年は6,450億円(前年比127.7%)**の見込みとされています。2年続けて前年比120%を超える伸びです。

一方、ギフト市場全体は **2026年に11兆7,750億円(前年比101.8%)**の予測です。全体が1.8%の伸びにとどまるなかで、eギフトだけが年20〜27%で伸びている——つまり 市場全体が伸びているのではなく、ギフトの贈り方がeギフトに移っているというのが正確な読み方になります。

この移行を押しているのは、贈る側の心理です。個人情報や防犯の意識が高まったことで、友人や知人に対しても「住所はできれば教えたくない」「聞くのも気が引ける」と感じる人が増えました。SNS で日常的にやり取りしている相手ほど、実は住所を知らない。誕生日にお祝いを贈りたい、ちょっとしたお礼を返したい、と思った瞬間に「住所を聞く」というひと手間が挟まって、そこで購入をやめてしまう。この離脱を消せるかどうかが、eギフト対応の本質です。

ストア側から見ると、これは 機会損失の回収です。カートに商品を入れたところまでは来ているのに、宛先が分からないから買えない。この層は、ラッピングを豪華にしても、ギフトカードを用意しても救えません。救えるのは「宛先を後から入力できる仕組み」だけです。


比較の前に決めた5つの選定基準

ここからが本題です。この記事では次の5基準でアプリを見ていきます。アプリを並べる前に基準を決めているのは、基準を後付けにすると「そのアプリが得意なこと」がそのまま評価軸になってしまうからです。

基準1:受取人が自分で配送先を入力できるか

最重要の基準です。購入時に宛先を入力しない購入が成立し、購入後に発行されるURLから受取人が住所を入力できるか。ここが「できない」アプリは、住所を知らない相手に贈るという用途では使えません。 ギフトラッピングやメッセージカードの機能がどれだけ充実していても、この基準は代替できません。

基準2:受取人の住所が贈り主に見えないか

意外と見落とされる基準です。受取人が住所を入力できても、その住所が購入者の注文画面に反映される作りだと、贈り主に住所が丸見えになります。これでは「住所を教えたくない」という受取人側の動機を満たせません。贈り主に見えないことまで設計されているかを確認する必要があります。

基準3:受け取られなかったときの落とし所があるか

eギフト特有の運用問題です。URLを送ったのに受取人が入力しないまま放置される、というケースは必ず発生します。このとき在庫と注文をどう処理するかが決まっていないと、ストア側に宙ぶらりんの注文が溜まります。期限を設けられるか、期限切れ時にどうするかを選べるかが分かれ目です。

基準4:日本語で使えるか

管理画面だけでなく、受取人が見る画面が日本語になるかが重要です。受取人はストアの顧客ですらない、初めてそのストアに触れる人です。そこが英語のフォームだと、入力の途中で離脱します。

基準5:課金形態と初期費用

月額固定か、無料プランがあるか、売上に対する従量課金があるか。小規模ストアで月に数件しかギフトが出ないなら、高額な固定費は回収できません。

5基準で採点した一覧

アプリ 1 住所を受取人が入力 2 贈り主に非開示 3 期限切れの扱い 4 日本語 5 料金
シンプルソーシャルギフト ◎ ◎ ◎ 期限+2方式 ◎ 20言語 $19.99/月
Givy → Gifting & Gift Cards ○ △ 要確認 △ ○ 日本語あり $14〜249/月
Gift Card Hero • All‑in‑one × 金券型 — — × 英語のみ 無料〜$39.99/月
Giftnote: Gift Message Engine × メッセージ型 — — × 英語のみ $19〜99/月
Gift Engine: Gifting, Notes × ラッピング型 — — △ 5言語(日本語なし) $12.99〜74.99/月

基準1で「◎」が付くのは、この5本のうち1本だけです。 これが冒頭で「別のカテゴリに分かれる」と書いた理由です。以下、1本ずつ見ていきます。


シンプルソーシャルギフト|LINE・SNSで贈れるプレゼント

住所を知らなくてもギフトを贈れることを伝えるアプリ紹介画像

5基準のすべてを満たす唯一のアプリです。UnReact が開発しており、管理画面・受取人フォームとも日本語で使えます。

基準1の評価:購入時に宛先を入力しない購入が成立する

商品ページに「ギフトとして贈る」というチェックボックスが追加されます。チェックしていない状態では通常の商品ページと変わらず、既存の購入導線を邪魔しません。

商品ページのギフトブロック。チェックしていない状態

チェックを入れると、贈り主名とメッセージの入力欄、配送可能地域の案内、そしてギフト購入専用のボタンが現れます。このとき通常の「カートに追加」ボタンは押せなくなり、ギフト購入の導線に一本化されます。宛先の入力欄は最後まで出てきません。

チェックすると贈り主名・メッセージ欄と文字数カウンタが出る

入力欄の右下に「0 / 50」「0 / 300」というカウンタが常に出ているのが分かります。贈り主名は50文字、メッセージは300文字が上限で、超えるとカウンタが赤くなりエラー文が出て、購入ボタンを押しても先へ進みません。貼り付けで上限をすり抜けた場合も、送信時にもう一度チェックが入ります。上限を超えた長文メッセージが注文に載って、あとから帳票が崩れる——という事故が起きない作りになっています。

購入前の不安をつぶすために、「eギフトとは?」のモーダルも用意されています。番号付きの利用ステップが並び、購入者が仕組みを理解してから買えます。

「eギフトとは?」モーダル。番号付きの利用ステップが並ぶ

このモーダルには背景を暗くする幕がありません。テーマの固定ヘッダーと重なって「ヘッダーだけ幕の上に残る」崩れが起きるのを避けるための設計で、代わりに枠線と影で浮かせています。テーマを選ばずに使える、という点で地味に効いてきます。

購入が完了すると、サンクスページに受取URLとコピーボタンが表示されます。購入者はここからURLをコピーして、LINE や SNS で相手に送ります。

サンクスページに表示された受取URLブロック

サンクスページを閉じてしまった購入者のために、注文状況ページにも同じURLが再表示されます。 こちらには受取人の状況を示すタグ(未入力/入力済み/期限切れ/利用不可/確認中)が付き、未入力のときだけ再共有の案内が出ます。「相手がまだ受け取っていないから、もう一度送ろう」という判断が購入者側でできる、という設計です。

注文状況ページに表示された受取URLブロック

受取人がURLを開くと、贈り主のメッセージ・商品・受取手続きの期限が上に出て、その下に配送先の入力フォームが並びます。氏名・電話番号・国/地域・都道府県が必須で、メールアドレスは発送通知の送り先として使われます。

受取人が受取URLから開く配送先の入力フォーム

基準2の評価:発送は「別注文」で行われる

ここがこのアプリのいちばん技術的に面白いところです。受取人が住所を入力すると、その住所とメールアドレスで発送専用の注文が新しく作られます。 購入者の注文には受取人の住所が反映されません。

つまり、Shopify の発送通知は受取人へ届き、購入者の注文画面には何も出ません。「受取人の住所が贈り主に見えない」を、注文を分けることで構造的に担保しているわけです。運用側から見ると、発送作業は「発送注文」に対して行うことになります。管理画面の注文詳細にも、その旨の案内が常に表示されます。

ギフト注文の詳細画面。発送についての案内・ステータス・ギフト情報

基準3の評価:期限と、期限切れ後の2つの方式

受取手続きの期限は 1〜90日の範囲で設定でき、初期値は14日です。期限が切れたときの動きは2つから選べます。

  • 管理者確認待ち:期限切れのギフトが「確認待ち」ステータスになり、期限延長・購入者宛発送・キャンセルをストア側で判断します。判断を挟みたいストア向けです。
  • 購入者の住所へ発送:購入者が決済時に入力した請求先住所へ自動で発送します。放置されたギフトを溜めたくないストア向けです。ただし住所が取得できない場合や受取可能国の外だった場合は、自動的に「管理者確認待ち」へ切り替わります。

さらに、期限が近づいたら購入者へリマインドを送る設定もあります。0〜30日の範囲で、かつ受取手続き期限より小さい値でないと保存できません。 期限14日に対してリマインド14日を入れると発行直後からリマインド期間に入ってしまうため、はじめから弾く作りになっています。実用的には期限14日に対して3日前あたりです。

期限切れ前リマインド・個人情報の保持日数と受取可能国の設定

基準4の評価:管理画面20言語、受取人フォームも多言語

管理画面は日本語・英語を含む 20言語に対応し、Shopify アカウントの言語に自動で追随します。受取人が見るフォームも、ストアの表示言語に合わせて切り替わります。越境ECで、購入者は日本語・受取人は英語、というケースにも対応できます。

受取人が配送先として選べる国は、管理画面の「受取可能国」で明示的に指定します。未選択のままだとストア所在国のみになるので、海外にも贈れるようにしたい場合はここで追加が必要です。逆に、送れない国を入れてしまうと受け取れない住所が入力されるので、実際に配送できる国だけを選びます。

基準5の評価:月額$19.99、7日間の無料体験

Basic Plan の月額 $19.99(年額 $199.99)です。インストールから7日間は無料で試せます。年額プランは実質2か月分ほど安くなります。

ギフト注文の管理はどうなるか

発行済みの受取URLは、専用の一覧で追いかけられます。一覧には個人情報(メールアドレス・住所)が出ません。 表示されるのは注文番号・ステータス・贈り主・入力期限・受取人入力・作成日の6列です。

ギフト注文一覧。検索・ステータス絞り込み・6列のテーブル

ステータスは全13種類ありますが、初期表示では「発送完了」と「キャンセル」を除いた11種類に絞り込まれています。 つまり最初から「まだ終わっていないギフト」だけが並んでいる状態です。ステータスは「対応が必要/エラー・要確認/待機中/完了」の4カテゴリに分類され、一覧の下に意味の説明が常設されています。

一覧の下に出る「ステータスの説明」。4カテゴリ13種

毎日見るのは「確認待ち」と「エラー」の2つだけで足ります。ホーム画面の上部にこの4つの件数が並ぶので、朝そこを見て0なら何もしなくていい、という運用に落とせます。

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

送料と通知メール

eギフトの送料は、Shopify の配送料金設定ではなく **アプリ側の「eギフト送料(全国一律)」**で決めます。ここで設定した金額が購入時に加算されます。0 にすると送料の行そのものが追加されないので、送料込み価格で売っているストアは0にしておきます。

eギフト送料設定カード。通貨記号つきの入力欄

入力欄の左端にはストアの通貨記号が自動で表示されます。小数を入れられるかは通貨で決まり、日本円のように小数を使わない通貨では 500.5 のような値は入力エラーになります。勝手に四捨五入せず弾く作りなので、打った金額と保存される金額がズレません。

通知メールは7種類あり、送る/送らないをチェックボックスで切り替えます。

メール通知設定カードの7つのチェックボックス

文面はメール設定ページで編集します。7つのタブに分かれ、それぞれ「送信先:〇〇/送信タイミング:〇〇」が表示されるので、どれを編集しているか迷いません。本文はリッチテキストと HTML を切り替えられ、太字・箇条書き・リンクのボタンが使えます。

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

差し込み変数({shopName} {shopify_order_number} {sender_name} {recipientUrl} など)が使え、変数はタブごとに違います。 受取人の氏名やお届け先住所は、受取人本人に届くタブでしか使えません。購入者宛のメールに受取人の個人情報を差し込めないようになっています。送る前にプレビューで確認できます。

プレビューモーダル。変数がサンプル値に置き換わった状態

インストールと初期設定

インストールは Shopify 管理画面から行います。

  1. Shopify 管理画面の左下にある「設定」をクリックします。

Shopify管理画面の左下にある設定メニュー

  1. 「アプリと販売チャネル」をクリックし、「Shopify App Store」へ移動します。

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

  1. 検索窓に「シンプルソーシャルギフト」と入力し、表示されたアプリをクリックします。
  2. アプリ詳細画面で「インストール」をクリックし、権限の確認画面を確認して完了します。

インストール後にやることは3つで、ホーム画面に手順として表示されています。

セットアップ手順の後半と「テーマに eギフト 機能を追加」カード

「テーマを選択」で公開中のテーマを選び、「商品ページに追加」を押すとテーマエディタが開いてブロックが挿入されます。追加先は必ず商品テンプレートです。 他のページには追加できません(そもそも商品ページ以外では動きません)。

テーマエディタの商品テンプレートに追加されたギフトブロック

ブロックの設定は「コンテンツ設定」と「追加設定」の2グループ、16項目です。チェックボックスの文言、贈り主名・メッセージの見出し、購入ボタンの文字、「eギフトとは?」の説明とステップまで、テーマエディタで打ち替えられます。

ブロックのコンテンツ設定(対象商品〜メッセージの補足説明)

eギフト対象商品と対象コレクションを両方空欄にすると全商品で表示されます。 どちらかを設定すると「いずれかに該当する商品」だけに絞られます。対象商品は最大50件、コレクションは1つだけ選べるので、対象が多いストアは「eギフト対象」の自動コレクションを1つ作って運用するのが定石です。

最後に、サンクスページと注文状況ページのブロックを追加します。この2つはテーマエディタではなく、チェックアウトエディタから追加します。 ここを取り違えて「ブロックが見つからない」となるケースが多いので注意してください。

「受取URLの表示を有効にする」カードとチェックアウトエディタを開くボタン

なお、アプリを外すときのために「アンインストール前チェック」というページが用意されています。進行中のギフト注文が残っていると一覧で警告が出ます。アプリを削除すると進行中のギフトの受取手続きは停止するので、削除前にここが0件になっているか確認します。

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


Givy → Gifting & Gift Cards

Givy → Gifting & Gift Cards のアプリストア画像

項目 内容
アプリ名 Givy → Gifting & Gift Cards
開発者 Givy
価格設定 $14/月〜($14 / $49 / $249 の3プラン・無料トライアルあり)
主な機能・特徴 多通貨対応のギフトカード、商品ギフティング、サブスクリプションのギフト、ラッピング、法人ギフト、一括送信
対応言語 英語・スペイン語・フランス語・イタリア語・日本語・ポルトガル語(ブラジル)・ドイツ語ほか多数
評価 ★★★★★(5.0/54件)

2024年4月リリースと新しめですが、Built for Shopify を取得しており、ギフト系アプリのなかでは機能の幅が最も広い1本です。ギフトカードと商品ギフティングの両方を1つのアプリで扱え、法人ギフトの一括送信にも対応しています。対応言語に日本語が含まれているのも、この価格帯では貴重です。

メインアプリとの役割の違いは「守備範囲の広さと、住所非開示の深さ」です。 Givy はギフトカード・サブスク・法人一括まで含めた総合ギフト基盤で、贈る手段の多さで選ぶアプリです。対してシンプルソーシャルギフトは、住所を知らない個人間ギフト1点に絞り、受取人の住所を購入者に見せない設計まで作り込んでいます。法人ギフトや金券販売までまとめたいなら Givy、個人間の住所不要ギフトを確実にやりたいならシンプルソーシャルギフト、という住み分けになります。なお最上位プランは月$249なので、小規模ストアでは下位プランで足りるかを事前に確認しておくと安全です。


Gift Card Hero • All‑in‑one

Gift Card Hero • All-in-one のアプリストア画像

項目 内容
アプリ名 Gift Card Hero • All‑in‑one
開発者 Syncube
価格設定 無料インストール($9.99 / $19.99 / $39.99 の従量・機能別プラン)
主な機能・特徴 ギフトカードの残高チャージ、配信日時の予約、デザインのカスタマイズ、動画グリーティング、POS 対応、詳細レポート
対応言語 英語のみ
評価 ★★★★★(4.9/172件)

2021年8月リリースの老舗で、レビュー172件と実績があります。Shopify 標準のギフトカードでは物足りない部分——残高の再チャージ、送信日時の予約、デザインテンプレート、動画メッセージ——をまとめて埋めるアプリです。POS と連携するので、実店舗を持つストアとの相性がいいのが特徴です。

メインアプリとの役割の違いは「贈るものが商品か金額か」です。 Gift Card Hero が贈るのは金額(金券)で、受取人は自分で商品を選びます。シンプルソーシャルギフトが贈るのは商品そのもので、受取人が選ぶのは配送先だけです。「何を贈るかは自分で選びたい、でも住所は知らない」ならギフトカード、「この商品を贈りたい、でも住所は知らない」ならeギフト、と目的が分かれます。両方を並行して置いているストアも珍しくありません。ただし管理画面が英語のみなので、日本語での運用が前提なら学習コストを見ておく必要があります。


Giftnote: Gift Message Engine

Giftnote: Gift Message Engine のアプリストア画像

項目 内容
アプリ名 Giftnote: Gift Message Engine
開発者 Giftnote
価格設定 $19/月・$99/月
主な機能・特徴 ギフトメッセージ、ギフトレシート、ギフトカード、法人ギフト、1500社以上の配送キャリア連携、Klaviyo / Attentive / Rebuy / ShipStation 連携
対応言語 英語のみ
評価 ★★★★★(5.0/167件)

2022年3月リリース。「ギフトの受取人を顧客に変える」というコンセプトを掲げているのが特徴で、単なるメッセージカード機能ではなく、受取人にデジタルのギフトノートを届けてそこからストアへ送客する設計になっています。Klaviyo や Attentive といった MA ツールとの連携が厚く、受取人をリスト化してリピートにつなげたいストアに向いています。

メインアプリとの役割の違いは「住所を知っている前提かどうか」です。 Giftnote は贈り主が宛先を入力して注文する通常のフローの上に、メッセージと送客の仕組みを載せるアプリです。宛先が分からない状態からは始められません。逆に言えば、住所が分かっている贈答(お中元・お歳暮・法人ギフト)が中心のストアなら、Giftnote のほうが投資対効果は高くなります。住所不要のeギフトと、受取人の顧客化。目的が違うので、併用も成立します。


Gift Engine: Gifting, Notes

Gift Engine: Gifting, Notes のアプリストア画像

項目 内容
アプリ名 Gift Engine: Gifting, Notes
開発者 FAFS Studio | App Development
価格設定 $12.99/月・$74.99/月
主な機能・特徴 ギフトラッピング、ギフトメッセージ、ギフトボックス、ギフトオプションの出し分け
対応言語 英語・ドイツ語・スペイン語・フランス語・イタリア語
評価 評価なし(2026年6月リリースの新着アプリ)

2026年6月リリースの新しいアプリです。ギフトラッピング・メッセージ・ギフトボックスをまとめて提供するタイプで、注文を「記憶に残る贈り物に変える」ことをうたっています。リリース直後のためレビューはまだ付いていません。

メインアプリとの役割の違いは「梱包と宛先、どちらを解くか」です。 Gift Engine が扱うのは届いたときの見え方——包装・箱・添えるメッセージです。宛先の問題には触れません。シンプルソーシャルギフトは宛先の問題だけを解き、包装には関与しません。ギフト需要が読めているストアなら、宛先はeギフトで解決し、包装はラッピング系アプリで足す、という組み合わせが素直です。ただし新着アプリは実績が読めないため、まず無料トライアルで自分のテーマとの相性を確かめてから本格導入するのが安全です。対応言語に日本語がない点も、国内向けストアでは確認が必要です。


基準別に見た使い分けの早見

ここまでの評価を、目的から逆引きできる形に整理します。

  • 住所を知らない相手に、この商品を贈ってほしい → シンプルソーシャルギフト(基準1・2を満たすのはここだけ)
  • 金額を贈りたい/受取人に商品を選ばせたい → Gift Card Hero、または Givy のギフトカード機能
  • 住所は分かっている。メッセージと受取人の顧客化を強化したい → Giftnote
  • ギフトカード・サブスク・法人一括まで1本でまとめたい → Givy
  • 包装・ギフトボックスの体験を作りたい → Gift Engine

注意したいのは、これらが競合ではなく補完関係にあることです。 「eギフト対応」と「ラッピング」は同時に必要になることが多く、実際にはeギフト系1本+ラッピング系1本、という構成になるストアが多くなります。1本で全部やろうとして機能が中途半端になるより、役割で分けたほうが結果的に安く済むケースもあります。


導入前に確かめておきたいこと

eギフト商品と通常商品を同時に買えますか?

シンプルソーシャルギフトでは買えません。チェックアウトでブロックされ、どちらか一方だけをカートに残すよう案内されます。eギフトは受取人が住所を入力してから発送する流れなので、通常商品と同じ注文にはできないためです。この仕様は購入者に説明が必要になるので、商品ページの案内文でカバーしておくと問い合わせが減ります。

受取人が期限までに入力しなかった在庫はどうなりますか?

期限切れ時の動きを2方式から選べます。「管理者確認待ち」なら判断待ちのステータスになり、期限延長・購入者宛発送・キャンセルを選べます。「購入者の住所へ発送」なら自動で購入者の請求先住所へ発送されます。在庫を長期間ロックしたくないなら後者ですが、購入者に無断で送ることになるので、事前に商品ページの「受取期限切れの案内文」で告知しておくのが実務的です。

受取人の個人情報はいつ消えますか?

「個人情報の保持日数」で決めた日数(初期値180日、1〜3650日)が注文完了から経過すると自動削除されます。プライバシーポリシーの保存期間の記載と数字を揃えておくと、後で説明が要る場面で困りません。

小規模ストアでも元は取れますか?

月$19.99なので、粗利率30%・客単価5,000円なら月に約14件のギフト注文で回収できる計算になります。誕生日・母の日・クリスマスといった季節需要に山があるジャンルなら、繁忙期だけで年間費用を回収できることも珍しくありません。7日間の無料体験があるので、まず自分のストアで何件出るかを測ってから判断できます。

既存のテーマを壊しませんか?

商品ページのブロックは、対象商品・対象コレクションのどちらにも該当しない商品では HTML・CSS・JS ごと出力されません。 つまり対象外の商品ページには一切影響しません。ブロック内には「追加の CSS」という設定があり、書いた CSS はそのブロックの中だけに適用されます。


まとめ

Shopify のギフト機能アプリを選ぶときは、まず「受取人が自分で住所を入力できるか」を確認してください。 ここが分岐点で、その先の機能比較はこの判定を通ってからの話になります。

  • ギフトラッピング・メッセージ・ギフトカードのアプリは数多くあるが、それらは「贈り主が住所を知っている」前提で作られている
  • eギフト市場は2024年5,050億円 → 2025年見込6,450億円と、ギフト市場全体(前年比101.8%)を大きく上回るペースで伸びている
  • 住所不要のeギフトに対応するなら、受取人が入力できることに加えて「贈り主に住所が見えないこと」「期限切れの落とし所があること」まで確認する
  • 日本語で運用するなら、管理画面だけでなく受取人が見るフォームの言語を必ず見る
  • 1本ですべてをまかなおうとせず、eギフト系+ラッピング系のように役割で分けたほうが安く収まることも多い

住所を聞くひと手間で買うのをやめている購入者は、ラッピングを豪華にしても戻ってきません。戻ってくるのは、宛先を後から入力できるようにしたときだけです。


参考記事

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?