ヘルプセンター
ヘルプセンター
スタート
Tilda の仕組み
新しいページを作成する
ページをコピーする
ページを転送する
ページの並べ替え
サイト設定
ドメイン名の購入
ドメイン名の接続
DNSの設定
カスタムドメインのエラーのトラブルシューティング
ホームページ
ヘッダーとフッター
ウェブサイトのフォントを設定する
コード輸出
プロジェクト移管
無料tilda.ws サブドメイン
カラー設定
URLリダイレクトの作成
HTTPSの設定
ページフォルダー
ページ編集
ナビゲーション・メニューの追加
アンカーと内部リンク
モバイルデバイスでの視聴
HTMLコードを埋め込む
グーグルマップを追加
多言語ウェブサイトの作成
オンライン出版用の画像を準備する
カバーを投げる
ノン・ブレイキング・スペース&ソフト・ハイフン
ページ出版
フィードバック・ウィジェットを追加する
フェイスブックでプレビュー
コメント欄の追加
インスタグラムのフィードを埋め込む
投稿一覧またはインデックスページ
オンラインストアと支払い
オンラインストアと決済処理
オンラインストアに商品を追加する
ショッピングカートの設定
商品の直接販売
支払いシステムの割り当て
ストライプの設定
ペイパルの設定
2Checkoutの設定
注文通知の送信
オンライン決済システムなしで販売する
単一製品の販売
製品バリエーションの追加
配送オプション
補完製品
プロモコード(割引)を作成する
フォーム
データ取得フォームの設定
データ収集フォーム
電子メール
グーグル シート
メールチンプ
グーグルフォーム
センドグリッド
センディンブルー
セルジー
コンモ
パイプドライブ
Zoho CRM
トレロ
テレグラム
スラック
ザピア
メーラーライト
ノーティオン
セールスフォース
ハブスポット
ウェブフック
カスタムスクリプト
フォームのミスを避ける
マンデードットコム
アナリティクス
ウェブサイト統計の追跡
グーグル・アナリティクス
グーグルタグマネージャー
目標達成率の提出
SEO
オンライン・プロモーション
Zero Block
カスタムブロックの作成
レスポンシブデザイン
キーボードショートカット一覧
アニメーション
ステップ・バイ・ステップ・アニメーション
Figmaからのインポート
メールキャンペーンビルダー
電子メールの作成、編集、送信
プランと請求
プラン
価格と支払い
自動購読更新のキャンセル
入金確認
Tilda ビジネス・プランへのアップグレード
特別プラン
開発者向け
HTMLコードを埋め込む
コード輸出
ウェブフック
Tilda API
WordPressプラグイン
TILDA ヘルプセンター
カスタム決済ゲートウェイの設定方法
カスタム決済ゲートウェイを統合するための開発者ガイドTilda
Tilda は、Stripe、PayPal、2Checkoutのような一般的な決済システムと統合されています。カスタムペイメントゲートウェイを使用して、カスタムペイメントシステムをウェブサイトに統合する方法を説明します。
承認されテストされたすべての統合テンプレートは、テンプレートの公開リストで利用できます。すべての統合は、決済システムの開発者によって作成されています。テンプレートを選択すると、決済システムのドキュメントへのリンクと、統合に関する質問のための開発者のメールアドレスが表示されます。Tilda サードパーティの統合に関する質問には、サポートはお答えできません。
すぐに使える統合テンプレートのリスト
ArsenalPay
https://arsenalpay.ru/
Best2Pay -
https://best2pay.net
PSCB -
https://pscb.ru
ENOTio -
https://enot.io
エクスプレス・ペイ
- https://express-pay.by
Prodamus -
https://payform.ru
CapustaSpace -
https://capusta.space
EPAY ハリック銀行 -
https://epay.kkb.kz
UCS -
https://ucscards.ru
Paymo -
https://paymo.ru
PayOnline -
https://www.payonline.ru
ネット・ペイ -
https://netpay.ru
インターカード -
https://intercards.ru
ペイキーパー -
https://paykeeper.ru/
IPS -
https://ips.su/ru_RU/
ユニットペイ https://unitpay.ru/
インボイスボックス https://www.invoicebox.ru/ru/
エクスプレス・ペイ
- https://express-pay.by
Modulbank -
https://modulbank.ru
フォンディ -
https://fondy.ru/
Concordpay -
https://pay.concord.ua/
モノペイ
https://monobank.ua/
Payboxmoney
https://paybox.money/
カスタムペイメントゲートウェイとの本格的な統合を設定するには、サイト設定 → ペイメントシステムと進み、"カスタムペイメントゲートウェイ "を選択します。
重要
支払ソリューションテンプレートの中に自分に合ったテンプレートがない場合は、支払システム開発チームに連絡し、このガイドへのリンクを送ってください。新しいテンプレートを作成するには、開発者の参加が必要です。
統合テンプレートを選択するか、カスタムテンプレートを作成することができます。
テンプレートは
、特定のシステムを統合するためのパラメータのプリセットです。API URLや注文番号フィールドのような変更不可能な設定や、変更可能な設定(「詳細設定」)が含まれます。
オプションの中にお客様の決済ソリューションのテンプレートがある場合、それは開発者が私たちに連絡したことを意味します。
Tilda パブリッシングは、いかなる第三者の決済システム統合の運営およびセキュリティに関しても責任を負いませんので、
ご了承
ください。
公式免責
事項を
読む
→ (
英語
免責事項
カスタムペイメントゲートウェイサービス(以下、CPゲートウェイ)と統合する意思を表明すること、および/または選択された決済リソース(以下、決済システム)の接続および更なる使用のためのアクションを実行することにより、統合の申請を送信した法人または個人事業主(以下、申請者)およびTilda Publishing Platformユーザー(以下、ユーザー)は、以下への同意をここに確認します。
1.Tilda Publishing Platformの管理(以下、管理)は、ユーザーに正確で信頼できる情報を提供するために最善を尽くします。
1.1.
1.2. 統合申請を送信することで、利用者は統合申請書を提出することになります。
1.3. 申請者は、統合申請書を送付することで、国内法で要求される必要な許可を含め、申請書に明記された支払取引の実行を提供する活動を実施するために必要かつ十分な法的地位を有していることを保証し、確認する。申請者は、申請された支払システムを使用することの正当性を保証し、その統合およびさらなる使用が、知的努力の結果に対する権利を含む第三者の権利および正当な利益を侵害しないことを確認する。
2. 適用される法律に従い、管理者はCPゲートウェイと統合された支払システムの使用に関して、黙示的に提供される可能性のある保証および保証、ならびに責任を放棄する。
2.1.
2.2. プラットフォームの管理者は、支払システムの使用およびその継続的な動作のセキュリティを保証しません。本プラットフォームの管理部門は、本プラットフォームの利用者がそのプロジェクトでさらに利用する目的で、1つまたは別の支払システムをCPゲートウェイと統合するために必要なコンピューティング能力のみを提供します。
2.3.
2.4. 管理者は、申請者、本プラットフォームの利用者、および第三者との間で発生する関係における主体または利害関係者ではない。
a) サービス、ネットワーク、ソフトウェア、または機器のプロバイダの行為および/または不作為
b) 利用者のデバイス、情報記憶媒体および/またはソフトウェアへの損害、および事業活動の停止を含むがこれらに限定されない、支払いシステムの使用により発生する可能性のある損害(直接的/間接的損害、逸失利益)
3.
3.1. 利用者は、支払システムを選択し、さらに利用すること、および電子商取引に関連する活動について、単独で責任を負うものとします。
3.2. 利用者は、自己に適用されるあらゆる法律および自己の活動の遵守を確保する責任を負います。
3.3. 利用者は、利用者が選択した支払システムの利用に追加料金が発生する場合があることに同意します。利用者は、選択した支払システムを利用する前に、申請者の活動を規制する法律上および金融上の条件が適用される可能性があること、および利用者が熟知することが推奨されることを考慮し、利用者のリスクと責任においてのみ、選択した支払システムを利用するものとします。
4.法律の要件/管轄当局および/またはその関係者の要件(通知、クレーム)に従って行動する場合、プラットフォームの管理者は、該当する支払いシステムがその時点で利用者のプロジェクトに接続されているかどうかにかかわらず、利用者自身および/またはそのクライアントに義務が発生することなく、いつでも支払いシステムへのアクセスを一時停止またはブロックしたり、CPゲートウェイから削除したりする権利を有する。
あなたの決済システムがリストにない場合は、決済ソリューションの開発者に連絡して、作成を依頼する必要があります。
手順を開始するには、決済を完了するためのPOSTリクエストでユーザーをリダイレクトする決済システムの名前とURL、連絡先のEメール、および決済システムのドキュメントへのリンクなど、統合に役立つ追加情報を指定する必要があります。
重要
新しいテンプレートを作成するには、決済ゲートウェイの統合とプログラミングに関する深い知識が必要です。テンプレートを作成するには、決済ソリューションの開発者であるか、統合の詳細に関する深い知識が必要です。
モデレーションチームがテンプレートを承認するとすぐに、特定のプロジェクトのリストで利用可能になります。その後、追加設定を変更したり、顧客の注文と一緒に渡される変数の名前を変更したり、統合をデバッグしたりすることができます。
最初に、顧客の注文と一緒にデータが渡されるべきすべての重要なフィールドと必須フィールドの名前を指定し、大文字小文字、形式、フィールドの長さのような追加設定を変更する必要があります。
必須フィールドを設定した後、注文が作成されるときに渡される他の変数を指定する必要があるかもしれません。追加フィールドリスト」セクションで追加できます。リスト項目の数は、統合のニーズによって異なります。
まず、署名ルールを選択するか、"All fields "を選択し、除外フィールド、ソート原理、 区切り文字を指定する必要がある。カスタム・データ形式が必要な場合は、"Special rules "を選択し、カスタム形式のルールを設定する。
その後、支払い成功のインジケータ(パラメータの名前と値)を設定し、支払いが成功または拒否された場合にシステムが返す内容を指定する必要があります。
交流フォーマット
1.
2.Tilda は、新しい注文を保存するリクエストを受信し、高度な統合設定のマッピングフィールドリストと追加フィールドリストに従って、支払いシステムのリクエストに含まれるパラメータのセットを返します。
重要:
パラメータの中には、必ず注文署名を含むフィールドが必要です。署名は、特定のアルゴリズムと支払いキーを使用して、他のフィールドの値から生成されます。このアルゴリズムは、高度な統合設定の「注文署名」セクションで設定できます。
ユーザーはテンプレートの API URL にリダイレクトされる。パラメータは POST メソッドを使用して転送される。
支払いシステムはパラメータを処理し、署名が正しい場合、支払いフォームを表示し、支払いを処理し、必要に応じて他のシステムと通信する。
支払いシステムは、支払い成功後にユーザーを成功ページにリダイレクトするか(設定で指定されている場合)、通知を送信することができる。
ペイメントシステムは、通知 URL(Tilda サーバー専用 URL)にもリクエストを送信する必要がある。このリクエストは、POSTメソッドを使用してパラメータと署名も転送する必要があります(署名アルゴリズムは異なる場合があります)。詳細設定]では、支払いステータスの確認に使用されるフィールド(およびその値の指定)を追加する必要もあります。
、正しい署名、注文番号、金額、および支払い成功のインジケータを持つリクエストが通知URLに送信された後にのみ、注文はTilda 、支払い済みとしてマークされます。
フィールドのカスタマイズ方法
支払いシステムのフィールドがTilda のどのフィールドに対応しているかをユーザーが理解しやすくするために、詳細設定の「フォーム設定」セクションでフィールドとツールチップの名前を変更するオプションを提供しています。
統合のデバッグ方法
統合をデバッグするには、ページを作成し、
ショッピングカートの設定方法
ガイドに従って
設定します:ショッピングカートと商品ブロックをページに追加し、公開します。
テスト決済を行い、決済が完了するか確認することをお勧めします。問題がなければ、モデレーションチームに連絡し、テンプレートを公開リストに追加します。
製造元
Tilda