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 inputWorkflow 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.
Lượt chạy mẫu · 13 Oct 2026 · ~2 phút
Được đăng bởi Spytrend · 29 Sep 2026 · Phương pháp
Prompt sẽ tự cập nhật theo sản phẩm và market.
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 promptTô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 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 promptCost 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.
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 promptCost 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.
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 promptViế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.
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.`
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.
| Cửa hàng | Độ phù hợp | Sản phẩm tìm được | Giá quan sát được | Ước tính traffic |
|---|---|---|---|---|
| Casekoocasekoo.com | Direct | Ốp lưng iPhone titan LinKOO có dây đeo gập được | USD 44.99 | 48,728 / tháng Chất lượng trung bình |
| Casezorocasezoro.com | Direct | Ốp lưng điện thoại anime Pokémon và One Piece (2 sản phẩm) | EUR 16.95 | 33,461 / tháng Chất lượng trung bình |
| Gagacasegagacase.com | Direct | Ốp lưng điện thoại chống sốc anime Naruto | EUR 16.95 | 15,077 / tháng Chất lượng trung bình |
| Casemikucasemiku.com | Direct | Ốp lưng điện thoại Pokémon | EUR 16.95 | 13,903 / tháng Chất lượng trung bình |
| Magic Johnmagicjohn.com | Liê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ơn | EUR 22.95 | 253,338 / tháng Chất lượng thấ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 đủ.
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.
Workflow không mở rộng ngành hàng, market hay quy tắc entity để lấp đầy shortlist.
Được đăng bởi Spytrend từ một mẫu ví dụ có mốc thời gian và giới hạn.
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 inputCá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.
DiscoveryMỗ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 minhStore 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ạiMộ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ó.
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ể.
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.
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ố.
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.
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.