この記事の確認範囲

2026年10月14日に一次資料を確認。試験表は編集上の提案で、RIKYUの利用体験や実測結果ではありません。

確認・編集:服部慎也(FACTDEAL)
RIKYUの表示と機能を確認する

比較条件を読む前に、公式ページの最新価格・仕様・公開デモを別タブで確認できます。

公式で価格・デモを確認
01

実注文と混ざらない検証環境を用意する

WooCommerce公式は、テスト決済による本番の問題を避けるため、検証環境でのテストを案内しています。決済サービスのサンドボックスやテストモードを確認し、実顧客の情報や本番用の決済情報を使いません。テスト注文でもメールが送られ、集計へ含まれる場合があります。発送システムなどの外部連携が試験注文を区別できるかも先に確認し、検証環境から実発送や顧客通知が動かない構成にします。

02

RIKYUの標準機能で担う範囲を確認する

RIKYUの公式情報では、WooCommerce対応、商品ランキング、アップセル・クロスセル、レビュー・LPが主な特徴として案内されています。テーマの表示機能と、予約・決済・在庫・顧客管理など外部サービスの処理を混同しません。公式デモと必要環境を確認し、標準機能でできない処理をテーマだけで実現できると断定しません。

03

公開前に必要情報と更新責任を揃える

最低限そろえる情報は、商品、在庫、税、送料、決済、配送日、通知、注文状態です。各項目に確認元、確認日、担当者、次回更新日を付けます。取得できていない値は空欄や要確認として扱い、推測値や古い実績で埋めません。変更が多い項目は固定文章へ埋め込まず、更新箇所を限定します。

04

地域・送料の境界・決済結果を組み合わせる

最初に通常の配送地域で1件通し、次に追加送料のある地域、配送対象外、送料無料の境界の前後を確認します。続いて採用する各決済方法で、成功・失敗・途中で戻るケースを試します。テスト用の入力値と操作は各決済サービスの公式手順に従います。すべてを一度に試すより、期待する商品代金・税・送料・合計を先に表へ書き、違った行を特定できる方が修正しやすくなります。

05

完了画面と管理側を注文番号で照合する

購入者側の表示、注文台帳、決済サービス側の試験結果、通知の注文番号を合わせます。失敗した決済が支払い済みになっていないか、戻る操作で同じ注文が増えていないか、配送対象外を選んだ時に案内が出るかを見ます。結果が不明な状態で再び送信すると、原因を追いにくくなります。注文を特定してから判断し、不一致のまま本番受付へ進めません。カード番号や認証情報を確認表へ残す必要はありません。

06

成果と途中行動を別々に計測する

確認する指標は、カート、決済成功、注文通知、発送、取消です。ページ閲覧やボタンクリックを売上・契約・来店と同じ成果にしません。GA4などで取得できる行動と、予約・決済・顧客管理側で確認する結果を分け、同じ対象期間と識別子で照合します。未取得の実績を0や成功へ置き換えません。

07

スマホで訂正できるかを確認してから引き渡す

スマホで住所の入力間違い、数量変更、配送方法の選び直しを試し、金額とエラー表示を読めるか確認します。試験記録には環境、実施日、対象の組合せ、期待値、実結果、未解決事項を残します。検証用注文は誤発送や集計混入を防げるよう責任者が整理し、確認結果と実注文を分けます。既存ショップで同じ検証ができるなら、先に設定を直す選択肢もあります。RIKYUの導入判断では、商品表示と購入導線が自社の商品に合うかを公式デモで確かめます。

WORKSHEET

購入テストの記録表。地域A・Bは架空の区分で、金額は自社設定から記入

確認する対象記入例・作業確認を終える条件
通常配送

地域A/決済方法1/注文番号

合計・試験決済・通知が一致

追加送料

地域B/設定済みの追加料金

購入確定前の合計に反映

対象外

配送対象外の検証用住所

購入できない理由と次の案内が読める

送料無料の境界

適用額の直前・到達後

条件どおり送料が変わる

決済失敗・戻る

公式の試験条件/注文番号

未払いを発送対象にしない

試験後

記録保存・試験注文の整理担当

実注文・売上・発送へ混入しない

NEXT
SOURCE

公式情報・一次情報の確認元

仕様、価格、規約は変更される場合があります。購入・契約の直前に、記事の根拠となる公式情報を再確認してください。

TCD公式 RIKYU(TCD104)商品ページTCD公式 必要環境(2026年10月14日確認)WooCommerce公式 Testing orders(2026年10月14日確認)
DECISION

RIKYUを選ぶ前に確認すること

商品表示と購入導線を、注文処理の検証体制と合わせて比較します。

選択肢選ぶ条件別案を考える条件
RIKYU

公式で確認した表示機能が自社の導線に合う

未確認の自動処理を必須とする

現在のサイトを修正

本文・表示・担当者の手順で解決できる

必要な表示を継続して維持できない

運用を含むサービス

処理と保守の担当も合わせて確保したい

費用と責任範囲を確認していない

導入を急がない条件
  • 検証環境と本番の通知・発送を分離できない
  • 決済失敗時の注文状態を照合する担当がいない
RIKYUの表示と機能を確認する

WooCommerce対応と商品表示を公式で確認してください。決済サービスと配送の設定・試験は別に必要です。

公式で価格・デモを確認
FAQ

購入・配送テストで確認したいこと

本番で少額購入して確かめれば十分ですか?

この記事の手順は検証環境と公式のテストモードを前提にしています。本番の実決済や実発送を試す手順ではありません。

注文完了画面が出れば合格ですか?

画面だけでは判断できません。同じ注文番号で金額、決済結果、注文状態、通知を照合します。

RIKYUを入れれば送料や決済も設定済みになりますか?

WooCommerce対応と、自社の配送地域・送料・決済サービスの設定は別です。採用する構成で確認してください。

候補が決まっていないなら

サイトの用途に答えるだけで、比較すべき3テーマを絞れます。

30秒診断を始める