Workflow sản phẩm Shopify4 prompt · input được kiểm soát

Tìm đối thủ Shopify bán cùng sản phẩm.

Workflow này trả về 3–5 đối thủ Shopify cùng sản phẩm đã được xác minh.

Mô tả một sản phẩm vật lý, tìm các sản phẩm Shopify đã được index khớp với nó, xác minh chính xác domain của store và phân biệt đối thủ trực tiếp với các store chuyên biệt liên quan.

5cửa hàng được chọn vào danh sách rút gọn

Lượt chạy mẫu · 13 Oct 2026 · ~2 phút

Được đăng bởi Spytrend · 29 Sep 2026 · Phương pháp

Chạy theo thứ tự

Workflow 4 bước tìm đối thủ cùng sản phẩm

Prompt sẽ tự cập nhật theo sản phẩm và market.

Xác định sản phẩm

Tạo tối đa ba fragment dạng product-URL có gạch ngang và đặt ranh giới bằng chứng về quốc gia.

Xem promptẨn prompt
Prompt 01
Tôi bán Ốp điện thoại và muốn tìm các store Shopify bán cùng sản phẩm tại United States | US. Store cần loại trừ: No domain. Nếu đó là `No domain`, thì không có gì cần loại trừ; nếu không, hãy chuẩn hóa nó thành một host chính xác và loại bỏ đúng domain đó khỏi kết quả.

Giá trị market có dạng `Country name | ISO-2 code`: chỉ dùng mã ISO-2 trong các lệnh gọi tool và chỉ dùng tên quốc gia trong câu trả lời. Chỉ coi market là bối cảnh quốc gia khách truy cập chính của store được trả về.

Chuẩn hóa phạm vi sản phẩm vật lý. Biến nó thành một đến ba fragment dạng product-URL, vì tìm kiếm sản phẩm khớp theo địa chỉ trang sản phẩm: các từ viết thường nối bằng dấu gạch ngang, theo cách chúng xuất hiện trong product handle (ví dụ `phone-case`, sau đó một phương án ngắn hơn hoặc phổ biến hơn như `phone-cover`). Không bao giờ dùng một cụm từ có khoảng trắng làm query.

Không gọi tool. Chỉ trả về phạm vi đã chuẩn hóa, phần loại trừ và các fragment theo thứ tự. Stop after Step 1.
Tìm sản phẩm đã index

Tìm các sản phẩm Shopify đã index và xây dựng một tập domain candidate có giới hạn.

Xem promptẨn prompt
Prompt 02
Cost guard: trước mỗi lệnh gọi Spytrend có phí, hãy chạy `estimate_cost` miễn phí với cùng tool và cùng tham số, ước tính chi phí và giữ trong ngân sách mà người dùng đã nêu; nếu người dùng chưa nêu ngân sách, hãy cho họ biết mức ước tính trước lệnh gọi có phí đầu tiên. Nếu cần sự đồng ý về giá, hãy hiển thị các điều khoản được trả về và dừng lại cho đến khi khách hàng đồng ý rõ ràng; không bao giờ tự đồng ý thay khách hàng. Nếu một lệnh gọi bắt buộc không nằm trong ngân sách đã nêu, không thực hiện lệnh gọi có phí đó và trả về `Budget limit prevents required research`; bỏ qua một lệnh gọi tùy chọn không nằm trong ngân sách và công khai việc phạm vi dữ liệu bị giảm. Khi mở quảng cáo bằng `get_ad`, bỏ qua các quảng cáo đa ngôn ngữ (`is_multilang`) và không bao giờ gọi `get_media` sau `get_ad`. Chỉ thử lại một lần khi `retryable=true`, sau `retry_after_seconds`. Đọc `params.ignored` sau mỗi lần search; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Các thông báo về chi phí không thuộc về báo cáo cuối cùng gửi khách hàng.
Chạy discovery sản phẩm theo trình tự, một lệnh search_products cho mỗi fragment từ Step 1 (tối đa ba lệnh), với q=<dashed fragment>, platform="Shopify", country=<ISO-2 code from United States | US> và limit=10. Dừng chạy thêm fragment khi đã tìm đủ store khớp cho 3–5 kết quả. Không dùng url_contains, get_shop, search_ads hay get_ad.

Loại bỏ trùng lặp theo domain đã chuẩn hóa và URL sản phẩm. Nếu có domain cần loại trừ (không phải `No domain`), loại bỏ đúng domain đó trước khi chọn candidate. Chỉ giữ Ốp điện thoại dạng vật lý. Yêu cầu có bằng chứng tiêu đề hoặc sản phẩm khớp rõ ràng cho từng dòng. Loại các marketplace và các store tổng hợp chỉ có một kết quả khớp ngẫu nhiên.

Xây dựng tối đa tám domain candidate, ưu tiên các store có nhiều sản phẩm khớp. Giữ lại tiêu đề sản phẩm khớp, giá/đơn vị tiền tệ quan sát được, danh mục được trả về, lượt truy cập hàng tháng ước tính và chất lượng traffic khi có. Trả về shortlist và lý do loại ngắn gọn. Ẩn các lệnh gọi, ID, quota và thời gian. Stop after Step 2.
Xác minh store chính xác

Dùng các dòng store dạng compact theo domain chính xác và phân loại Direct hoặc Adjacent.

Xem promptẨn prompt
Prompt 03
Cost guard: trước mỗi lệnh gọi Spytrend có phí, hãy chạy `estimate_cost` miễn phí với cùng tool và cùng tham số, ước tính chi phí và giữ trong ngân sách mà người dùng đã nêu; nếu người dùng chưa nêu ngân sách, hãy cho họ biết mức ước tính trước lệnh gọi có phí đầu tiên. Nếu cần sự đồng ý về giá, hãy hiển thị các điều khoản được trả về và dừng lại cho đến khi khách hàng đồng ý rõ ràng; không bao giờ tự đồng ý thay khách hàng. Nếu một lệnh gọi bắt buộc không nằm trong ngân sách đã nêu, không thực hiện lệnh gọi có phí đó và trả về `Budget limit prevents required research`; bỏ qua một lệnh gọi tùy chọn không nằm trong ngân sách và công khai việc phạm vi dữ liệu bị giảm. Khi mở quảng cáo bằng `get_ad`, bỏ qua các quảng cáo đa ngôn ngữ (`is_multilang`) và không bao giờ gọi `get_media` sau `get_ad`. Chỉ thử lại một lần khi `retryable=true`, sau `retry_after_seconds`. Đọc `params.ignored` sau mỗi lần search; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Các thông báo về chi phí không thuộc về báo cáo cuối cùng gửi khách hàng.
Xác minh tối đa năm candidate theo trình tự bằng search_shops(q=<exact normalized domain>, platform="Shopify", exclude_infrastructure=true, limit=5). Không bao giờ gọi get_shop, search_ads hay get_ad.

Nếu Step 2 không giữ lại domain candidate nào, không gọi tool, giữ kết quả xác minh hoàn tất bằng 0 và tiếp tục sang câu trả lời khách hàng cho trường hợp 0 kết quả. Không tìm candidate thay thế ở bước này.

Chỉ chấp nhận một dòng mà host đã chuẩn hóa khớp chính xác với domain được yêu cầu. Xác nhận Shopify, domain chính xác, bối cảnh quốc gia khách truy cập chính được trả về cho market đã chọn, danh mục, lượt truy cập hàng tháng ước tính và chất lượng traffic khi có.

Phân loại tối đa năm finalist. Direct yêu cầu có nhiều sản phẩm khớp đã index hoặc bằng chứng rõ ràng rằng sản phẩm/danh mục là trọng tâm. Adjacent nghĩa là một catalog chuyên biệt rộng hơn có một dòng Ốp điện thoại đáng kể. Loại trừ một kết quả khớp ngẫu nhiên trong store tổng hợp, tính trọng tâm không rõ, domain không khớp, không phải Shopify hoặc thiếu dòng chính xác.

Trả về phân loại và lý do loại ngắn gọn. Ẩn các lệnh gọi, ID, quota và thời gian. Stop after Step 3.
Viết câu trả lời cho khách hàng

So sánh các sản phẩm khớp, giá quan sát được và traffic mà không cần quảng cáo Meta.

Xem promptẨn prompt
Prompt 04
Viết câu trả lời cuối cùng chỉ từ bằng chứng đã lưu trữ. Không gọi thêm tool nào nữa.

Start with `# Shopify Stores Selling Ốp điện thoại in <country name>` (country name only, without the ISO code) và `**[N] direct competitors · [M] adjacent stores · [Complete/Partial]**`. Hiển thị 3–5 store (ít hơn chỉ khi ít hơn đạt điều kiện) kèm phân loại, domain chính xác, bằng chứng sản phẩm khớp, giá/đơn vị tiền tệ quan sát được nếu có lưu, lượt truy cập hàng tháng ước tính kèm nhãn chất lượng traffic và một lý do nên xem xét. Thêm đúng hai so sánh dựa trên mẫu và tối đa ba bullet Research coverage khi có ít nhất hai kết quả.

Với 0 kết quả, dùng `## Result`; không khẳng định rằng không có đối thủ nào tồn tại. Không dùng bảng và giữ trong 280 từ. Ẩn tên dịch vụ, nhãn nội bộ, taxonomy slug, route, tool, lệnh gọi, tham số, raw ID, các dòng bị loại, quota, token, thời gian, số lần thử lại và tóm tắt run. Gắn nhãn `Evidence` cho một link first-party ổn định được trả về rõ ràng. Không ngụ ý độ phủ đầy đủ, nhu cầu, doanh thu, lợi nhuận hay thị phần.

End exactly: `Dữ liệu sản phẩm, traffic và store chỉ là tín hiệu nghiên cứu quan sát được. Chúng không chứng minh doanh số, doanh thu, thị phần hay độ phủ đầy đủ về đối thủ cạnh tranh.`

Stop after Step 4.
Dùng toàn bộ workflow trong một promptToàn bộ quy tắc về bằng chứng trong một prompt có thể copyXem promptẨn prompt
Toàn bộ workflow
Cost guard: trước mỗi lệnh gọi Spytrend có phí, hãy chạy `estimate_cost` miễn phí với cùng tool và cùng tham số, ước tính chi phí và giữ trong ngân sách mà người dùng đã nêu; nếu người dùng chưa nêu ngân sách, hãy cho họ biết mức ước tính trước lệnh gọi có phí đầu tiên. Nếu cần sự đồng ý về giá, hãy hiển thị các điều khoản được trả về và dừng lại cho đến khi khách hàng đồng ý rõ ràng; không bao giờ tự đồng ý thay khách hàng. Nếu một lệnh gọi bắt buộc không nằm trong ngân sách đã nêu, không thực hiện lệnh gọi có phí đó và trả về `Budget limit prevents required research`; bỏ qua một lệnh gọi tùy chọn không nằm trong ngân sách và công khai việc phạm vi dữ liệu bị giảm. Khi mở quảng cáo bằng `get_ad`, bỏ qua các quảng cáo đa ngôn ngữ (`is_multilang`) và không bao giờ gọi `get_media` sau `get_ad`. Chỉ thử lại một lần khi `retryable=true`, sau `retry_after_seconds`. Đọc `params.ignored` sau mỗi lần search; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Các thông báo về chi phí không thuộc về báo cáo cuối cùng gửi khách hàng.
Sử dụng Spytrend MCP đã kết nối để tìm các store Shopify bán **Ốp điện thoại** mà quốc gia khách truy cập chính được trả về là **United States | US**.

Store cần loại trừ: No domain. Nếu đó là `No domain`, thì không có gì cần loại trừ; nếu không, hãy chuẩn hóa nó thành một host chính xác và loại bỏ đúng domain đó khỏi kết quả.

Giá trị market có dạng `Country name | ISO-2 code`: chỉ dùng mã ISO-2 trong các lệnh gọi tool và chỉ dùng tên quốc gia trong câu trả lời.

Chỉ dùng Spytrend ở chế độ read-only. Không yêu cầu phải có quảng cáo Meta hiện tại để được tính vào kết quả.

Thực hiện toàn bộ các giai đoạn nghiên cứu trong prompt này trong một lượt. Ngoài các thông báo chi phí bắt buộc trước mỗi lệnh gọi, không đưa ra phản hồi cho từng bước trung gian và không dừng lại sau khi validate. Chỉ dừng sớm khi input không hợp lệ, bằng chứng bắt buộc không khả dụng hoặc identity bắt buộc chưa xác định được. Chỉ trả về báo cáo cuối cùng cho khách hàng.

## Discovery

1. Chuẩn hóa loại sản phẩm vật lý. Quốc gia chỉ có nghĩa là bối cảnh quốc gia khách truy cập chính được trả về; nó không chứng minh việc giao hàng, tình trạng còn hàng, trụ sở, quyền sở hữu, kho hàng, khách hàng hay doanh số.
2. Nếu có domain cần loại trừ (không phải `No domain`), loại bỏ đúng host đó trước khi chọn candidate. Không loại bỏ các domain gần giống, domain cha, domain theo vùng hay domain nhái.
3. Tìm kiếm sản phẩm khớp theo địa chỉ trang sản phẩm, vì vậy hãy biến sản phẩm thành một đến ba fragment dạng product-URL: các từ viết thường nối bằng dấu gạch ngang, theo cách chúng xuất hiện trong product handle (ví dụ `phone-case`, sau đó một phương án ngắn hơn hoặc phổ biến hơn như `phone-cover`). Không bao giờ dùng một cụm từ có khoảng trắng làm query.
4. Chạy `search_products(q=<dashed fragment>, platform="Shopify", country=<ISO-2 code from the market>, limit=10)` theo trình tự, một lệnh cho mỗi fragment.
5. Chạy tối đa ba lần search. Dừng chạy thêm fragment khi đã tìm đủ store khớp cho 3–5 kết quả.
6. Không dùng `url_contains`, `get_shop`, `search_ads` hay `get_ad` trong quá trình discovery sản phẩm.
7. Coi discovery là các sản phẩm Shopify được index từ quảng cáo, không phải toàn bộ catalog Shopify. Loại bỏ trùng lặp theo domain đã chuẩn hóa và URL sản phẩm.
8. Với mỗi fragment, chỉ giữ lại một dòng khi tiêu đề sản phẩm hoặc bằng chứng sản phẩm được trả về khớp rõ ràng với sản phẩm được yêu cầu. Loại các marketplace, sản phẩm không liên quan và các store tổng hợp chỉ có một kết quả khớp ngẫu nhiên.
9. Xây dựng tối đa tám domain candidate, ưu tiên các store có nhiều sản phẩm khớp. Giữ lại tiêu đề sản phẩm khớp, giá/đơn vị tiền tệ quan sát được, danh mục được trả về, lượt truy cập hàng tháng ước tính và chất lượng traffic khi được trả về. Số lượng quảng cáo chỉ là bối cảnh tùy chọn và không bao giờ quyết định việc được đưa vào kết quả.

## Compact verification

10. Xác minh tối đa năm candidate theo trình tự bằng `search_shops(q=<exact normalized domain>, platform="Shopify", exclude_infrastructure=true, limit=5)`. Không bao giờ gọi `get_shop`.
11. Chỉ chấp nhận một dòng mà host đã chuẩn hóa khớp chính xác với domain được yêu cầu. Loại các kết quả gần giống, theo vùng, theo account và không liên quan. Không bao giờ dùng một domain tương tự làm bằng chứng.
12. Chỉ dùng đúng dòng đó để xác nhận Shopify, danh tính domain, bối cảnh quốc gia được trả về, danh mục store, traffic ước tính, chất lượng traffic và số lượng quảng cáo tùy chọn.
13. Phân loại tối đa năm store:
   - **Direct competitor:** có nhiều sản phẩm khớp đã index, hoặc bằng chứng rõ ràng rằng sản phẩm/danh mục được yêu cầu là trọng tâm của store.
   - **Adjacent store:** một catalog chuyên biệt rộng hơn có một dòng sản phẩm được yêu cầu đáng kể.
   - **Exclude:** một sản phẩm khớp ngẫu nhiên trong store tổng hợp, tính trọng tâm sản phẩm không rõ, domain không khớp, không phải Shopify hoặc thiếu dòng chính xác.
14. Xếp Direct trước Adjacent. Trong cùng một nhóm, ưu tiên bằng chứng sản phẩm khớp mạnh hơn, sau đó là chất lượng traffic có thể dùng được. Không bao giờ chuyển traffic thành khẳng định về doanh số hay thị phần.

## Customer answer

15. Không dùng bảng và giữ trong 280 từ.
16. Start with `# Shopify Stores Selling Ốp điện thoại in <country name>` (country name only, without the ISO code), sau đó `**[N] direct competitors · [M] adjacent stores · [Complete/Partial]**`.
17. Khi có kết quả, thêm `## Shortlist` với 3–5 store (ít hơn chỉ khi ít hơn đạt điều kiện). Với mỗi store, nêu phân loại, domain chính xác, bằng chứng sản phẩm khớp ngắn gọn, giá/đơn vị tiền tệ quan sát được nếu có trả về, lượt truy cập hàng tháng ước tính kèm nhãn chất lượng traffic và một lý do nên xem xét.
18. Khi có ít nhất hai kết quả, thêm `## What stands out` với đúng hai so sánh dựa trên mẫu. Giữ các đơn vị tiền tệ riêng biệt và không so sánh các biến thể, bundle hay giá subscription khác loại. Thêm `## Research coverage` với tối đa ba bullet nêu phạm vi sản phẩm đã index, ý nghĩa của quốc gia và độ phủ bị giới hạn.
19. Với 0 kết quả, dùng `## Result` và giải thích rằng không tìm thấy kết quả khớp đã index; không khẳng định rằng không có đối thủ nào tồn tại.
20. Chỉ đánh dấu Partial khi discovery bắt buộc hoặc xác minh candidate đã chọn bị lỗi. Một route hoàn tất với 0 dòng là Complete.
21. Ẩn tên dịch vụ, tên preset/workflow/search-set, taxonomy slug, tên route và tool, lệnh gọi, tham số, raw ID, các dòng bị loại, hành vi connector, quota, token, thời gian, số lần thử lại, tóm tắt run và các chỉ dẫn nội bộ. Gắn nhãn `Evidence` cho một link first-party ổn định được trả về rõ ràng. Không bao giờ tự tạo ra một link như vậy.
22. Không ngụ ý nhu cầu, khách hàng, đơn hàng, doanh thu, lợi nhuận, ROAS, thị phần hay độ phủ đầy đủ.

End exactly:

`Dữ liệu sản phẩm, traffic và store chỉ là tín hiệu nghiên cứu quan sát được. Chúng không chứng minh doanh số, doanh thu, thị phần hay độ phủ đầy đủ về đối thủ cạnh tranh.`
Kết quả mẫu

Các cửa hàng có bằng chứng sản phẩm ốp lưng điện thoại đã được ghi nhận.

Một lượt chạy thực tế vào 13 Oct 2026 cho ốp lưng điện thoại tại Mỹ, không loại trừ cửa hàng nào: một đoạn URL sản phẩm đã cho ra đủ ứng viên, và năm cửa hàng đã qua được bước kiểm tra đúng domain — bốn đối thủ trực tiếp và một cửa hàng liên quan gần.

Ranh giới bằng chứngTrực tiếp nghĩa là bằng chứng đã giữ lại cho thấy sản phẩm được yêu cầu là một dòng sản phẩm trọng tâm. Giá được ghi theo đơn vị tiền tệ trong catalog của cửa hàng như quan sát được; traffic vẫn là một ước tính từ bên thứ ba.
Danh sách rút gọn đối thủ cùng sản phẩmLượt chạy mẫu · 13 Oct 2026
Cửa hàngĐộ phù hợpSản phẩm tìm đượcGiá quan sát đượcƯớc tính traffic
Casekoocasekoo.comDirectỐp lưng iPhone titan LinKOO có dây đeo gập đượcUSD 44.9948,728 / tháng Chất lượng trung bình
Casezorocasezoro.comDirectỐp lưng điện thoại anime Pokémon và One Piece (2 sản phẩm)EUR 16.9533,461 / tháng Chất lượng trung bình
Gagacasegagacase.comDirectỐp lưng điện thoại chống sốc anime NarutoEUR 16.9515,077 / tháng Chất lượng trung bình
Casemikucasemiku.comDirectỐp lưng điện thoại PokémonEUR 16.9513,903 / tháng Chất lượng trung bình
Magic Johnmagicjohn.comLiên quan gầnỐp lưng điện thoại có chân đế từ tính vô hình 360° trong một catalog điện tử rộng hơnEUR 22.95253,338 / tháng Chất lượng thấp
Ba cửa hàng trực tiếp niêm yết ốp lưng chủ đề anime ở cùng mức giá catalog EUR 16.95; các loại tiền tệ được giữ riêng, không chuyển đổi.
Kết quả nổi bật

Một shortlist với tiêu chí đạt điều kiện rõ ràng.

01

Ưu tiên khớp trực tiếp

Bằng chứng sản phẩm và loại entity được cho phép quyết định việc có khớp đối thủ hay không; chỉ dựa vào taxonomy là chưa đủ.

02

Giá chỉ so sánh khi cùng loại

Các mức giá giữ riêng đơn vị tiền tệ và không trộn các biến thể, bundle hay subscription khác loại.

03

Kết quả ít thì vẫn giữ ít

Workflow không mở rộng ngành hàng, market hay quy tắc entity để lấp đầy shortlist.

Phương pháp

Cách các store cùng sản phẩm được tìm ra và xác minh.

Được đăng bởi Spytrend từ một mẫu ví dụ có mốc thời gian và giới hạn.

Fragment product-URL

Tối đa ba fragment dạng product-URL có gạch ngang, như phone-case và phone-cover, khớp theo địa chỉ trang sản phẩm.

Ranh giới input

Tìm store

Các lượt search sản phẩm đã index theo trình tự tạo ra một tập domain candidate có giới hạn.

Discovery

Kiểm tra domain chính xác dạng compact

Mỗi candidate chỉ được chấp nhận từ một dòng Shopify dạng compact khớp chính xác với domain đã chuẩn hóa.

Xác minh

Kết quả phân tầng

Store Direct và Adjacent được đếm riêng, kèm giới hạn bằng chứng về sản phẩm, giá và traffic.

Phân loại
FAQ

Câu hỏi về workflow này.

Thế nào được coi là đối thủ trực tiếp?

Một store cần có danh tính Shopify chính xác cộng với nhiều sản phẩm khớp đã index, hoặc bằng chứng rõ ràng rằng sản phẩm được yêu cầu là trọng tâm trong catalog của nó.

Store adjacent là gì?

Một catalog chuyên biệt rộng hơn có chứa một dòng sản phẩm được yêu cầu đáng kể.

Vì sao dùng fragment sản phẩm có gạch ngang?

Tìm kiếm sản phẩm khớp theo địa chỉ trang sản phẩm, nên các fragment có gạch ngang như phone-case cộng với một phương án ngắn hơn giúp tăng độ bao phủ, trong khi cổng bằng chứng sản phẩm hạn chế các kết quả không liên quan.

Bằng chứng về quốc gia có chứng minh việc giao hàng hay trụ sở không?

Không. Quốc gia là bối cảnh quốc gia khách truy cập chính được trả về; nó không xác lập việc đăng ký kinh doanh, giao hàng, tình trạng còn hàng, khách hàng hay doanh số.

Traffic có thể dùng để xếp hạng market không?

Không. Traffic là bối cảnh được mô hình hóa kèm nhãn chất lượng, không phải số liệu phân tích của merchant hay bằng chứng về thị phần.

Spytrend MCP

Tìm store Shopify bán cùng sản phẩm.

Kết nối Spytrend MCP, mô tả một sản phẩm vật lý, chọn một quốc gia và chạy bốn prompt.