ストアの同一性
正規化後のホストが入力されたストアと完全一致する簡易レコードだけを対象とします。
対象条件Shopifyで検出されたアプリ構成について、確認済みの調査レポートを作成するワークフローです。
ストアの簡易レコードを1件取得し、明示されたアプリとの関連と補足的な技術シグナルを分けて、構成の要点を簡潔にまとめます。
実行例 · 2026年10月13日 · 1分未満
Spytrendが公開 · 2026年9月29日 · 調査方法
入力したストアのドメインがプロンプトに反映され、簡易レコードの技術情報だけを根拠として使います。
ドメインを正規化し、Shopifyストアの正規ドメインであることを確認します。
プロンプトを見るプロンプトを閉じるこのストアで検出されたShopifyアプリを調査してください:allbirds.com.au。調査対象は、検出されたアプリ構成全体です。 公開ストアのドメインを厳密に1つだけ正規化してください。無効なドメインとインフラ用ドメインは拒否してください。あいまい一致、関連、地域別、キャンペーン用、アカウント用、ショップ用、サブドメインの一致で代替しないでください。ツールは呼び出さないでください。 保持したドメインと、次の根拠の範囲だけを返してください:`検出された技術情報は網羅的とは限りません。返却なしは、アプリが未導入または未使用であることを意味しません。` ステップ1の終了時点で停止してください。
返されたアプリの表示名をすべてそのまま保持し、補足シグナルと分けて扱います。
プロンプトを見るプロンプトを閉じる費用管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、費用を見積もってユーザーが指定した予算内に収めてください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`と返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合のみ、`retry_after_seconds`で指定された時間の経過後に1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。必須フィルターが無視された場合、そのフィルターを適用済みとして扱ってはいけません。費用に関する通知は、最終的なユーザー向けレポートに含めないでください。 search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)を実行してください。正規化後のホストが入力されたホストと完全一致するレコードだけを採用してください。 get_shop、search_ads、get_ad、get_advertiserは絶対に呼び出さないでください。Shopifyストアであることを示す情報、アプリ名、識別子とカテゴリーを保持してください。アプリ名は返されたとおりに保持してください。ピクセル、解析、テーマ、プラン、レビュー、メッセージ配信、決済、チェックアウト、トラッカーのフィールドは「補足技術情報」として扱ってください。返されたアプリをすべて保持し、一覧を網羅的と表現しないでください。 保持した根拠と検索状況だけを簡潔に返してください。呼び出し、ID、割り当て上限、所要時間、あいまい一致のレコードは表示しないでください。ステップ2の終了時点で停止してください。
根拠のある関連だけを、顧客向けの機能別に整理します。
プロンプトを見るプロンプトを閉じる保持した根拠だけを使い、入力されたドメインを「適格」「根拠限定」「未解決」のいずれかに分類してください。欠落データは「返却なし」とし、存在しない、または未使用とは判断しないでください。「明示的に検出されたアプリ」と「補足技術情報」を分けてください。似た名前を統合したり、返された裏付けなしに機能を推測したりしないでください。 必須のドメイン完全一致検索が完了し、必須フィルターが適用された場合は、完全一致するレコードがない場合や技術情報が少ない場合も含め、実行状況を「完了」としてください。「一部完了」は、必須の検索に失敗した場合、または必須フィルターが適用されなかった場合に限って使ってください。根拠の不足は「根拠の限界」に記載し、それだけを理由に実行状況を「一部完了」にしないでください。 分類と、保持した根拠のグループだけを返してください。ステップ3の終了時点で停止してください。
取得時点の状況、確認すべき質問、根拠の限界を明示します。
プロンプトを見るプロンプトを閉じる保持した根拠だけを使って最終回答を作成してください。追加のツール呼び出しは行わないでください。 `# Shopifyアプリ構成調査:allbirds.com.au`を使い、分類と「完了/一部完了」を表示した後、次の文を記載してください:`検出された技術情報は網羅的とは限りません。返却なしは、アプリが未導入または未使用であることを意味しません。` 「ストアの状態」「明示的に検出されたアプリ」「補足技術情報」、確認質問を3つ、「根拠の限界」を提示してください。比較や重複に関するセクションは表示しないでください。 保持した実行状況をそのまま維持してください。検出された技術情報が網羅的とは限らないことや、フィールドが返されなかったことだけを理由に、「完了」を「一部完了」に変更しないでください。 表を使わず、260語以内に収めてください。サービス名、内部ラベル、呼び出し、ID、割り当て上限、所要時間、再試行、実行サマリーは表示しないでください。現在の利用状況、設定、パフォーマンス、売上、ROAS、収益性を推測しないでください。 必ず次の文で締めくくってください:`検出された技術情報は、観測された関連を示すものであり、設定の有効性、実際の利用、網羅性、品質、コンバージョン、売上、ROAS、収益性を証明するものではありません。` ステップ4で停止してください。
費用管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、費用を見積もってユーザーが指定した予算内に収めてください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`と返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合のみ、`retry_after_seconds`で指定された時間の経過後に1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。必須フィルターが無視された場合、そのフィルターを適用済みとして扱ってはいけません。費用に関する通知は、最終的なユーザー向けレポートに含めないでください。 接続済みのSpytrend MCPを使い、**allbirds.com.au**で検出されたShopifyアプリとの関連を調査してください。調査対象は**検出されたアプリ構成全体**です。 このプロンプトの調査段階をすべて1ターンで実行してください。呼び出し前に必須のコスト通知を除き、途中のステップの回答は出力せず、検証後も続行してください。早期終了は、入力が無効な場合、必須の根拠を取得できない場合、または必須の同一性確認が未解決の場合に限ってください。最終的な顧客向けレポートだけを返してください。 ## 入力と根拠 1. 公開ストアのドメインを1つだけ受け付け、ホストを正規化してください。インフラ用ドメイン、localhost、IPアドレス、無効なドメインは拒否してください。無効な場合は、`管理対象の入力設定が無効です`とのみ返し、MCPを呼び出さないでください。 2. 簡易レコードの検索を厳密に1回だけ実行してください:`search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`。 3. 正規化後のホストが入力されたホストと完全一致するレコードだけを採用してください。関連ドメイン、地域別ドメイン、キャンペーン用ドメイン、アカウント用ドメイン、ショップ用ドメイン、サブドメイン、あいまい一致のドメインで代替しないでください。 4. `get_shop`、`search_ads`、`get_ad`、`get_advertiser`は絶対に呼び出さないでください。完全一致するレコードがない場合や技術情報が少ない場合は、未解決または根拠が限定的な状態として扱ってください。 5. Shopifyストアであることを明示する情報、アプリの表示名、返されたアプリ識別子とカテゴリーを保持してください。アプリの表示名は返されたとおりに保持してください。ピクセル、解析、テーマ、プラン、レビュー、メール/SMS、決済、チェックアウト、トラッカーのフィールドは、別の「補足技術情報」ブロックにまとめてください。国とトラフィックは任意の背景情報であり、アプリ構成の根拠にはしないでください。 6. ドメインに完全一致する簡易レコードで返されたアプリをすべて保持してください。正規化後の表示名が同一の場合に限り重複を除去してください。返された一覧を網羅的と表現しないでください。 ## 分類 7. ドメインを「適格」「根拠限定」「未解決」のいずれかに分類してください。「適格」には、完全一致するShopifyドメインと、調査対象に関係する技術フィールドが1つ以上必要です。「根拠限定」は、完全一致するShopifyドメインを確認できたものの、調査対象に関係する技術情報が欠落、空欄、または曖昧な場合です。「未解決」は、完全一致するレコードがない、ドメインが食い違う、またはShopifyストアであることを確認できない場合です。 8. 欠落データは`Not returned`とし、ゼロ、未導入、未使用としないでください。補足技術情報を「明示的に検出されたアプリ」に加えないでください。 9. 名前、提供元、機能が似ているアプリを統合しないでください。返されたカテゴリー、または継続管理されているカタログ上の関連情報で裏付けられる場合に限り、機能別に分類してください。 ## ユーザー向け回答 10. `# Shopifyアプリ構成調査:allbirds.com.au`と、分類および「完了/一部完了」を返してください。 11. 直後に次の文を追加してください:`検出された技術情報は網羅的とは限りません。返却なしは、アプリが未導入または未使用であることを意味しません。` 12. 「ストアの状態」「明示的に検出されたアプリ」「補足技術情報」、具体的な確認質問を3つ、「根拠の限界」を提示してください。比較や重複に関するセクションは表示しないでください。 13. 「明示的に検出されたアプリ」には返されたアプリ名をすべてそのまま表示し、「補足技術情報」には返された関連フィールドを表示してください。 14. 表を使わず、回答を260語以内に収めてください。サービス名、プリセット名、ワークフロー名、検索セット名、分類スラッグ、ルート名、ツール名、呼び出し、パラメーター、生のID、JSON、割り当て上限、トークン、所要時間、再試行、実行サマリー、あいまい一致のレコードは表示しないでください。 15. 安定したファーストパーティーのリンクが明示的に返された場合は、`根拠`とラベルを付けてください。リンクを自分で組み立てないでください。 16. 必須の検索に失敗した場合に限り「一部完了」としてください。検索が完了し、完全一致するレコードがない場合や技術情報が少ない場合は、「完了」とし、分類を「根拠限定」または「未解決」としてください。 17. アプリ構成の品質を順位付けしたり、成熟度、最適化、現在の利用状況、コンバージョン、売上、ROAS、収益性を推測したりしないでください。 次の文で正確に終了してください: `検出された技術情報は、観測された関連を示すものであり、設定の有効性、実際の利用、網羅性、品質、コンバージョン、売上、ROAS、収益性を証明するものではありません。`
ドメインは、ルートドメインが完全一致するShopifyストアとして確認されました。ストアレコードには、サポート、メール、レビュー、ページ作成、チェックアウト、ストア内ナビゲーションにわたる9件のアプリとの関連が明示され、補足技術情報としてピクセルとテーマも返されました。
Gorgias、Klaviyo、PageFly、Shop Pay、Yotpo、Yotpo: Product Reviews App、meteor-mega-menu、mw-bundle-builder、starapps-variant-image。
Facebook Pixel、TikTok Pixel、Google Ads、Google Analytics、Google Tag Manager、テーマのAllbirds AU v14.1。これらはアプリ件数に含めません。
1回のストア検索で、分類は「適格」、実行状況は「完了」。地域別ドメインやサブドメインのレコードによる代替は行っていません。
件数は明示されたアプリ名に基づいて集計します。補足的な技術フィールドは背景情報として扱い、明示されたアプリには加えません。
計測やテストの技術が複数検出された場合は、どのツールがイベントを管理し、データがどう流れるかが、実装を確認するうえで有用な論点になります。
実際の利用状況、設定、契約プラン、構成の網羅性は、いずれも未確認です。
取得日と調査範囲を明示した実行例をSpytrendが公開しています。
正規化後のホストが入力されたストアと完全一致する簡易レコードだけを対象とします。
対象条件機能別に分類する前に、簡易レコードに返されたアプリの表示名をすべて保持します。検出一覧は網羅的とは限りません。
主要な根拠メッセージ配信、レビュー、決済、トラッカーの情報は、明示されたアプリとの関連を裏付ける場合を除き、分けて扱います。
根拠の範囲対象条件を確認できない場合、構成情報が少ない場合、応答が途中で切れた場合は、それぞれの状態を明示します。
取得できない場合の対応いいえ。返された関連情報は、検出時点の状況を示すものです。現在の設定、契約プラン、実装品質は確認できません。
ストアプロフィールのアプリ一覧に返された表示名を指します。補足フィールドは別に報告し、明示されたアプリの件数には加えません。
対象条件を未確認と報告し、アプリ構成についての結論は提示しません。
簡易レコードの技術フィールドは、網羅的とは限りません。関連情報が返されなかったアプリを、未導入や未使用と判断することはできません。
いいえ。技術の検出結果から、販売実績、コンバージョン、売上、ROAS、収益性を裏付けることはできません。
Spytrend MCPを接続し、ストアのドメインを入力して、1つのAIチャットで4つのプロンプトを実行してください。