Meta Ads4 prompt · đầu vào có kiểm soát

Phân tích quảng cáo Facebook của đối thủ.

Workflow này trả về một phân tích quảng cáo đối thủ đã được xác minh.

Xác minh danh tính một đối thủ, so sánh mẫu xếp theo mức tái sử dụng và mẫu mới ra mắt gần đây, rồi biến các bằng chứng quảng cáo rõ ràng thành một bản tóm tắt đối thủ ngắn gọn.

2tuyến khám phá

Lượt chạy ví dụ · 13 Oct 2026 · ~2 phút

Xuất bản bởi Spytrend · 9 Oct 2026 · Phương pháp

Chạy theo thứ tự

Workflow quảng cáo Facebook của đối thủ gồm 4 bước

Các prompt sẽ cập nhật theo đầu vào có kiểm soát ở trên.

Xác thực và xác nhận danh tính

Chạy một route danh tính theo domain chính xác và xác nhận một nhà quảng cáo thống nhất.

Xem promptẨn prompt
Prompt 01
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à nói rõ việc giảm phạm vi. 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ượt tìm kiếm; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Nếu một lượt tìm kiếm báo `pagination.total_status=restricted` (giới hạn lưu trữ của gói miễn phí; `meta.plan_window_cutoff` cho biết ranh giới), hãy cho người dùng biết kết quả chỉ bao gồm các quảng cáo bắt đầu vào hoặc trước ngày đó, và không bao giờ báo cáo số 0 từ đó là "không có quảng cáo như vậy". Các thông báo chi phí không phải là một phần của báo cáo cuối cùng cho khách hàng.
Phân tích quảng cáo Meta đang hoạt động của một đối thủ bằng Spytrend MCP đã kết nối.

Domain chuẩn: hellofresh.com
Quốc gia: United States/US
Lookback: 30 ngày UTC đã hoàn tất gần nhất, kết thúc vào hôm qua

Xác thực domain đăng ký chuẩn, quốc gia được cho phép và lookback; loại trừ ngày UTC chưa kết thúc và chỉ giữ lại đúng khoảng ngày đã hoàn tất cho Route B sau này. Chỉ dùng Meta. Chạy đúng một lượt tìm kiếm danh tính hợp lý, cộng với đúng một lần thử lại giống hệt được phép, với source=meta, domain landing chính xác, landing_domain_exact=true, countries=US, status_today=active và limit=1. Loại trừ rõ ràng date_from, date_to, sort, dedupe, query, category và media khỏi lượt tìm danh tính; lookback không được giới hạn nó. Không browse, không mở rộng, không phân trang hay thử một dạng lệnh gọi khác.

Một số 0 chính xác và đã hoàn tất là Complete: trả về `No active exact-domain ads were returned for United States` và dừng quy trình mà không gọi đó là unresolved. Nếu không, mở đúng quảng cáo duy nhất được trả về. Xác nhận trạng thái active, quốc gia và domain landing đăng ký chính xác. Coi định danh page và nhà quảng cáo chỉ là định danh; không suy ra tên công ty từ domain, title hay URL. Không gọi get_advertiser ở chế độ chuẩn. Chỉ dùng `Identity unresolved` khi xác minh quảng cáo thất bại, danh tính mâu thuẫn hoặc xung đột domain chính xác.

Với mỗi lượt tìm danh tính, chi tiết danh tính hay lệnh gọi chi tiết nhà quảng cáo trả về retryable=true kèm retry_after_seconds, hãy chờ đúng khoảng thời gian đó và thực hiện đúng một lần thử lại giống hệt. Một lần tìm danh tính hoặc chi tiết danh tính thất bại lần thứ hai khiến danh tính không khả dụng; không bao giờ biến điều đó thành số 0.

Giữ lại cho các bước sau: domain chuẩn; quốc gia; khoảng ngày chính xác; việc hoàn tất tìm danh tính và tổng số active chính xác; ID chính xác của quảng cáo danh tính đã chọn; và toàn bộ bản ghi chi tiết của nó. Chỉ trả về domain chuẩn, khoảng ngày đã giữ lại, tổng active theo domain chính xác do server trả về và `Identity confirmed`, số 0 chính xác hoặc unresolved. Ẩn các ID đã giữ lại, lệnh gọi và chi tiết kiểm tra khỏi câu trả lời hướng tới khách hàng. Dừng lại sau Bước 1.
Xây dựng hai góc nhìn khám phá

Thu thập mẫu xếp theo mức tái sử dụng và mẫu mới ra mắt gần đây theo thứ tự tuần tự.

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à nói rõ việc giảm phạm vi. 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ượt tìm kiếm; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Nếu một lượt tìm kiếm báo `pagination.total_status=restricted` (giới hạn lưu trữ của gói miễn phí; `meta.plan_window_cutoff` cho biết ranh giới), hãy cho người dùng biết kết quả chỉ bao gồm các quảng cáo bắt đầu vào hoặc trước ngày đó, và không bao giờ báo cáo số 0 từ đó là "không có quảng cáo như vậy". Các thông báo chi phí không phải là một phần của báo cáo cuối cùng cho khách hàng.
Sử dụng danh tính đã xác nhận và các input đã giữ lại, chạy đúng hai lượt tìm kiếm Meta active liên tiếp với domain chính xác, landing_domain_exact=true, quốc gia đã chọn, filter entity đã xác nhận khi được hỗ trợ, dedupe=false, limit=8 và không phân trang.

Route A: không có ngày, sort_by=most_reused_creative, sort_order=desc.
Route B: date_from/date_to theo khoảng ngày đã hoàn tất đã giữ lại, sort_by=date, sort_order=desc.

Nếu một route trả về retryable=true kèm retry_after_seconds, hãy chờ đúng khoảng thời gian đó và thực hiện đúng một lần thử lại giống hệt. Một lần thất bại thứ hai của route khiến route đó không khả dụng và kết quả là Partial; tiếp tục với route còn lại. Một số 0 đã hoàn tất là số 0 hợp lệ. Không bao giờ biến một route không khả dụng thành số 0.

Giữ lại cho các bước sau ID chính xác, toàn bộ dòng trả về và nguồn gốc A-only/B-only/overlap của mỗi ứng viên được trả về, cùng trạng thái hoàn tất của mỗi route, tổng chính xác khi được trả về, số dòng được trả về, overlap và số ứng viên duy nhất. Chỉ loại bỏ ID trùng sau khi cả hai phản hồi đã có. Giữ nguyên tổng active chính xác đã giữ từ Bước 1 làm headline N; tổng của Route A có thể không khả dụng và không được đè lên nó. Chỉ dùng tổng chính xác của Route B làm headline R khi Route B hoàn tất và trả về nó. Nếu Route B vẫn không khả dụng sau khi thử lại, giữ R là `Unavailable`, không bao giờ là số 0. Route A không phải là hiệu quả hay chiến lược cốt lõi; Route B không chứng minh thử nghiệm hay lần sử dụng đầu tiên.

Chỉ trả về trạng thái hoàn tất của A/B, số dòng trả về, overlap, số ứng viên duy nhất, tổng active của lượt tìm danh tính đã giữ lại, tổng lookback của Route B và Complete/Partial. Ẩn ID, lệnh gọi, tham số và chi tiết kiểm tra. Dừng lại sau Bước 2.
Xác minh bằng chứng và pattern

Mở một tập candidate có giới hạn và yêu cầu bằng chứng rõ ràng cho mỗi pattern lặp lại.

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à nói rõ việc giảm phạm vi. 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ượt tìm kiếm; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Nếu một lượt tìm kiếm báo `pagination.total_status=restricted` (giới hạn lưu trữ của gói miễn phí; `meta.plan_window_cutoff` cho biết ranh giới), hãy cho người dùng biết kết quả chỉ bao gồm các quảng cáo bắt đầu vào hoặc trước ngày đó, và không bao giờ báo cáo số 0 từ đó là "không có quảng cáo như vậy". Các thông báo chi phí không phải là một phần của báo cáo cuối cùng cho khách hàng.

Chỉ dùng bằng chứng khám phá đã giữ lại, chọn tối đa bốn ứng viên khác biệt bổ sung, lấy tối đa hai thành viên Route B có ngày bắt đầu trong khoảng và khác với quảng cáo danh tính đã giữ lại, và tối đa hai thành viên xếp hạng cao nhất của Route A chưa được giữ lại; lấp đầy ô trống bất kỳ từ route còn lại. Không bao giờ bịa ra sự đa dạng route.

Mở mỗi ứng viên đã chọn một lần. Dùng lại chi tiết danh tính đã giữ lại mà không mở lại nếu ID chính xác của nó được chọn. Tổng tối đa: một chi tiết danh tính cộng bốn chi tiết phân tích, nên 3-5 quảng cáo được xác minh khi có đủ ứng viên đạt điều kiện. Yêu cầu cùng định danh entity, domain chính xác, giao hàng tại quốc gia đã chọn và trạng thái active. Loại trừ các ứng viên thất bại, không active, không khả dụng, sai domain, sai quốc gia hay mâu thuẫn mà không tìm kiếm thay thế.

Với mỗi lệnh gọi chi tiết ứng viên trả về retryable=true kèm retry_after_seconds, hãy chờ đúng khoảng thời gian đó và thực hiện đúng một lần thử lại giống hệt. Chỉ loại ứng viên sau khi lần thử lại đó cũng thất bại. Lỗi chi tiết ứng viên không khiến quá trình khám phá đã hoàn tất thành công trở thành Partial.

So sánh sản phẩm/ưu đãi, thông điệp, CTA, đích đến/path được trả về và tài sản thực tế một cách rõ ràng. Chỉ chuẩn hóa tài sản thành Image, Video, Image and video, hoặc Not returned. Nhiều tài sản không bao giờ chứng minh Carousel hay vị trí hiển thị; cấu trúc URL không chứng minh nội dung đã được tải. Một ưu đãi, thông điệp, CTA, loại media hay route lặp lại cần hai quảng cáo đã xác minh khác biệt và số lượng hỗ trợ của nó. Không bao giờ gọi một creative là lặp lại, giống hệt hay tái sử dụng mà không có danh tính nhóm creative chính xác rõ ràng; copy/tài sản tương tự là không đủ. Không gộp các sản phẩm khác biệt đáng kể.

Giữ lại cho Bước 4 ID chính xác, entity, ưu đãi/sản phẩm, thông điệp được gán, loại media thực tế, CTA, URL landing HTTPS an toàn đầy đủ được trả về, route landing đã chuẩn hóa, ngày bắt đầu chính xác và nguồn gốc A-only/B-only/overlap của mỗi thành viên đã xác minh. Cũng giữ lại số lượng đã chọn/đã xác minh/đã loại, tư cách thành viên và số lượng của các mẫu lặp lại được hỗ trợ, phạm vi ngày Route B đã xác minh, trạng thái hoàn tất của các route, headline N, headline R hoặc `Unavailable`, và Complete/Partial. Chỉ trả về số lượng đã chọn/đã xác minh/đã loại, nguồn gốc A-only/B-only/overlap, số lượng mẫu lặp lại được hỗ trợ, phạm vi ngày bắt đầu Route B đã xác minh và Complete/Partial. Ẩn ID đã giữ lại, chi tiết các dòng bị loại, lệnh gọi và chi tiết kiểm tra khỏi câu trả lời hướng tới khách hàng. Dừng lại sau Bước 3.
Trình bày bản tóm tắt

Trả về quan sát theo từng route, so sánh, link kiểm tra và giới hạn bằng chứng.

Xem promptẨn prompt
Prompt 04
Chỉ dùng bằng chứng đã giữ lại, không thực hiện lệnh gọi nghiên cứu nào, viết một báo cáo khách hàng không dùng bảng, tối đa 260 từ.

Bắt đầu với `# Competitor Facebook Ads: hellofresh.com`, sau đó hiển thị số quảng cáo khớp domain chính xác đang active do server trả về, số quảng cáo đã xác minh chi tiết, số lượt ra mắt lookback đang active do server trả về và Complete/Partial. Khi Route B vẫn không khả dụng sau lần thử lại được phép, in `Unavailable server-returned active lookback launches` và Partial; không bao giờ in số 0 cho route đó.

Chỉ dùng các mục được hỗ trợ: tối đa hai `Repeated patterns` với tỷ lệ hỗ trợ X/M và chỉ khi có ít nhất hai quảng cáo hỗ trợ nó; `Reuse-ranked observation` chỉ với các thành viên Route A đã xác minh và không có vị trí, số lần tái sử dụng, số lượng nhóm hay ngôn ngữ về hiệu quả; `Recent observation` chỉ với các thành viên Route B đã xác minh có ngày chi tiết rơi trong khoảng đã giữ lại, không bao giờ dùng bằng chứng chỉ có ở Route A và không bao giờ gọi đó là một thử nghiệm; một so sánh `What stands out` có giới hạn chỉ khi có ít nhất hai quảng cáo được xác minh; `Inspect first` với tối đa ba quảng cáo hiển thị nhãn media dạng văn bản thuần, CTA và một URL HTTPS an toàn đầy đủ được trả về đứng sau nhãn `Landing page`; và tối đa hai bullet `Evidence & limits` với các dòng A/B hoặc tình trạng không khả dụng của route, số overlap/duy nhất, số đã kiểm tra/đã loại và phạm vi có giới hạn. Không bao giờ in hoặc dẫn link tới media, preview, CDN hay URL tạm thời có ký. Bỏ qua một mục quan sát khi route của nó không có bằng chứng đã xác minh. Dùng tổng active chính xác của lượt tìm danh tính ở Bước 1 đã giữ lại cho headline N và tổng chính xác của Route B đã giữ lại cho headline R, hoặc từ `Unavailable` khi Route B thất bại; không bao giờ thay bằng tổng gộp của Route A.

Không bao giờ gợi ý rằng các tổng số của server đã được kiểm tra. Giữ quốc gia giao hàng tách biệt với vị trí công ty. Ẩn tên dịch vụ, tool, lệnh gọi, tham số, ID, các dòng bị loại, thời gian, số lần thử lại và mức sử dụng. Không suy ra targeting, audience, spend, hiệu quả, conversions, revenue, ROAS, lợi nhuận, thị phần, ý định thử nghiệm, nhân quả hay chiến lược toàn diện.

Kết thúc chính xác bằng: `Observed Meta ad activity describes a bounded archive sample, not targeting, spend, performance, conversions, revenue, ROAS, profitability, market share or complete strategy.` Dừng lại sau Bước 4.
Dùng toàn bộ workflow trong một promptMọi giai đoạn nghiên cứu và quy tắc bằng chứngXem 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à nói rõ việc giảm phạm vi. 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ượt tìm kiếm; một filter bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Nếu một lượt tìm kiếm báo `pagination.total_status=restricted` (giới hạn lưu trữ của gói miễn phí; `meta.plan_window_cutoff` cho biết ranh giới), hãy cho người dùng biết kết quả chỉ bao gồm các quảng cáo bắt đầu vào hoặc trước ngày đó, và không bao giờ báo cáo số 0 từ đó là "không có quảng cáo như vậy". Các thông báo chi phí không phải là một phần của báo cáo cuối cùng cho khách hàng.
Dùng Spytrend MCP đã kết nối để phân tích một mẫu giới hạn các quảng cáo Meta đang active của một đối thủ đã biết.

Input: domain chuẩn hellofresh.com, quốc gia United States/US, lookback: 30 ngày UTC đã hoàn tất gần nhất, kết thúc vào hôm qua.

Hoàn tất mọi giai đoạn trong một lượt và chỉ trả về báo cáo khách hàng cuối cùng. Chỉ dùng Meta. Không browse, không phân trang, không mở rộng input hay thử dạng tham số khác. Chạy các lượt tìm kiếm theo trình tự lần lượt.

1. Xác thực domain đăng ký chuẩn, quốc gia được cho phép và lookback. Loại trừ ngày UTC chưa kết thúc và tính khoảng ngày đã hoàn tất chính xác. Input không hợp lệ trả về đúng `Invalid controlled input configuration` mà không gọi lệnh nào.
2. Chạy một lượt tìm kiếm danh tính hợp lý, cộng với lần thử lại giống hệt duy nhất được phép: source=meta, domain landing chính xác, landing_domain_exact=true, countries=US, status_today=active, limit=1. Loại trừ ngày, sort, dedupe, query, category và media; lookback không được giới hạn danh tính. Một số 0 chính xác và đã hoàn tất kết thúc Complete với `No active exact-domain ads were returned for United States`; không gọi thêm.
3. Nếu không, mở quảng cáo danh tính duy nhất và xác nhận trạng thái active, quốc gia và domain landing đăng ký chính xác. Coi định danh page và nhà quảng cáo chỉ là định danh; không suy ra tên công ty từ domain, title hay URL. Không gọi get_advertiser ở chế độ chuẩn. Chỉ trả về `Identity unresolved` khi xác minh chi tiết thất bại, danh tính mâu thuẫn đáng kể hoặc xung đột domain chính xác. Không bao giờ chuyển sang entity khác.
4. Chạy hai lượt tìm kiếm active theo domain chính xác liên tiếp với định danh entity đã xác nhận khi được hỗ trợ, countries=US, dedupe=false, limit=8 và không phân trang:
   - Route A, mẫu hiện tại xếp hạng tái sử dụng: không có ngày, sort_by=most_reused_creative, sort_order=desc.
   - Route B, mẫu mới ra mắt gần đây: date_from/date_to theo khoảng ngày đã hoàn tất chính xác, sort_by=date, sort_order=desc.
   Route A không phải là hiệu quả hay chiến lược cốt lõi. Route B không chứng minh thử nghiệm, nghiệm thử hay lần sử dụng đầu tiên.
5. Giữ lại nguồn gốc. Sau cả hai lệnh gọi, loại bỏ ID trùng và giữ tổng số, dòng, overlap và ứng viên duy nhất tách biệt. Headline N là tổng active chính xác của lượt tìm danh tính; Route A không bao giờ đè lên nó. Headline R là tổng chính xác của Route B chỉ khi được trả về; sau khi Route B thất bại lần cuối, đó là `Unavailable`, không bao giờ là số 0. Một echo `dedupe=false` không xuất hiện không bị coi là bị bỏ qua trừ khi được nêu rõ.
6. Chọn tối đa bốn ứng viên khác biệt bổ sung sau khi khám phá, lấy tối đa hai thành viên Route B có ngày bắt đầu trong khoảng khác với quảng cáo danh tính đã giữ lại, và tối đa hai thành viên xếp hạng cao nhất của Route A chưa được giữ lại; lấp đầy ô trống bất kỳ từ route còn lại. Nói rõ sự đa dạng route bị hạn chế; không bao giờ bịa ra.
7. Mở mỗi ứng viên đã chọn một lần. Dùng lại chi tiết danh tính đã giữ lại mà không mở lại khi ID chính xác của nó được chọn từ A/B; trong trường hợp đó không gọi thêm chi tiết nào. Tối đa: một chi tiết danh tính cộng bốn chi tiết phân tích, nên 3-5 quảng cáo được xác minh khi có đủ ứng viên đạt điều kiện. Một thành viên phân tích đã xác minh phải khớp định danh entity, domain chính xác, quốc gia và trạng thái active. Loại trừ các ứng viên thất bại, không active, không khả dụng, sai domain, sai quốc gia hay mâu thuẫn mà không tìm kiếm thay thế.
8. Chỉ so sánh bằng chứng rõ ràng: sản phẩm/ưu đãi cụ thể; thông điệp với các tuyên bố của nhà quảng cáo được gán; CTA; đích đến/path được trả về; và tài sản thực tế được chuẩn hóa thành Image, Video, Image and video, hoặc Not returned. Nhiều tài sản không bao giờ chứng minh Carousel, slideshow hay vị trí hiển thị; cấu trúc URL không chứng minh nội dung trang đã được tải.
9. Một ưu đãi, thông điệp, CTA, loại media hay route đã chuẩn hóa lặp lại cần ít nhất hai quảng cáo đã xác minh khác biệt và phải hiện số lượng hỗ trợ của nó. Không gộp các sản phẩm khác biệt đáng kể để tạo ra một mẫu giả. Không bao giờ gọi một creative là lặp lại, giống hệt hay tái sử dụng mà không có danh tính nhóm creative chính xác rõ ràng; copy/tài sản tương tự là không đủ. Các quan sát Route A chỉ mô tả các thành viên Route A đã xác minh, không có vị trí, số lần tái sử dụng, số lượng nhóm hay ngôn ngữ về hiệu quả. Các quan sát gần đây chỉ mô tả các thành viên Route B đã xác minh có ngày bắt đầu chi tiết rơi trong khoảng; một ngày Route A trong khoảng, đứng riêng, không bao giờ thuộc mục đó.
10. Mọi lệnh gọi danh tính, khám phá hay chi tiết ứng viên trả về retryable=true kèm retry_after_seconds đòi hỏi đúng khoảng chờ đó và một lần thử lại giống hệt. Lỗi danh tính lần cuối khiến phân tích không khả dụng; lỗi A/B lần cuối khiến nó là Partial trong khi route còn lại tiếp tục. Số 0 đã hoàn tất là số 0 hợp lệ. Lỗi ứng viên lần cuối bị loại và được nêu rõ mà không làm quá trình khám phá đã hoàn tất trở thành Partial. Không bao giờ biến không khả dụng thành số 0.

Viết một báo cáo không dùng bảng, tối đa 260 từ. Bắt đầu:
`# Competitor Facebook Ads: hellofresh.com`
`**[N] server-returned active exact-domain matches** · **[M] detail-verified ads** · **[R] server-returned active lookback launches** · **[Complete/Partial]**`

Chỉ dùng các mục được hỗ trợ: `Repeated patterns` (tối đa hai, mỗi mục X/M và chỉ khi có ít nhất hai quảng cáo hỗ trợ); `Reuse-ranked observation` với bằng chứng A đã xác minh; `Recent observation` với các thành viên B đã xác minh có ngày trong khoảng; `What stands out` (một so sánh duy nhất chỉ khi có ít nhất hai quảng cáo được xác minh); `Inspect first` (tối đa ba quảng cáo với nhãn media dạng văn bản thuần, CTA và `Landing page` HTTPS an toàn đầy đủ được trả về); và `Evidence & limits` (tối đa hai bullet nêu các dòng hoặc tình trạng không khả dụng, số overlap/duy nhất và số đã kiểm tra/đã loại, cùng phạm vi có giới hạn). Không bao giờ in hoặc dẫn link tới media, preview, CDN hay URL tạm thời có ký. Bỏ qua các mục quan sát không được hỗ trợ. Khi Route B thất bại, in `Unavailable` thay cho R, không bao giờ là số 0.

Với số 0 của lượt tìm danh tính, hiển thị title, tóm tắt số 0, Result và một bullet phạm vi. Với xung đột danh tính, chỉ đưa ra một giải thích ngắn về tình trạng unresolved mà không có tuyên bố thị trường bằng 0. Không bao giờ gợi ý rằng các tổng số của server đã được kiểm tra. Giữ quốc gia giao hàng tách biệt với vị trí công ty. Ẩn tên dịch vụ, tool, lệnh gọi, tham số, ID, chi tiết các dòng bị loại, thời gian, số lần thử lại và mức sử dụng. Không suy ra targeting, audience, spend, hiệu quả, conversions, revenue, ROAS, lợi nhuận, thị phần, ý định thử nghiệm, nhân quả hay chiến lược toàn diện.

Kết thúc chính xác bằng:
`Observed Meta ad activity describes a bounded archive sample, not targeting, spend, performance, conversions, revenue, ROAS, profitability, market share or complete strategy.`
Kết quả ví dụ

HelloFresh: một ưu đãi, mã creator trong các quảng cáo mới nhất.

Một lượt chạy trực tiếp vào 13 Oct 2026 dùng hellofresh.com, United States và một khoảng 30 ngày. Năm quảng cáo đã mở xác nhận một nhà quảng cáo: bốn trong số đó lặp lại ưu đãi 10-free-meals, và ba quảng cáo mới nhất dùng copy ở góc nhìn thứ nhất với mã khuyến mãi cá nhân.

Ranh giới bằng chứngCopy của một quảng cáo nêu một mã khuyến mãi khác với link landing của nó, vì vậy bản tóm tắt đánh dấu nó để kiểm tra thêm thay vì đoán mã nào đang hoạt động.
Mẫu bản tóm tắt quảng cáo đối thủLượt chạy ví dụ · 13 Oct 2026
Ưu đãi hoặc messageNhững gì các quảng cáo đã mở cho thấyBằng chứng
0110 bữa ăn miễn phíBốn trong năm quảng cáo đã mở mở đầu bằng ưu đãi này; hai quảng cáo mới nhất thêm ưu đãi bữa sáng miễn phí trọn đời.Ưu đãi lặp lại · 4/5 quảng cáoTrang landing: hellofresh.com/pages/meal-kit-delivery
02Buổi tối trong tuần bận rộn, không cần đi mua sắmBa quảng cáo ra mắt 8–9 Oct nói ở góc nhìn thứ nhất về việc bỏ qua lập kế hoạch bữa ăn và đi mua đồ, mỗi quảng cáo có một mã khuyến mãi cá nhân.Quan sát gần đây · 3 quảng cáoVideo · Sign up
03Rẻ hơn gọi đồ ăn ngoàiHai quảng cáo so sánh nấu ăn tại nhà với gọi đồ ăn ngoài; quảng cáo được xếp hạng tái sử dụng cao nhất tuyên bố chỉ bằng một nửa chi phí.Góc độ message · 2/5 quảng cáoVideo · Sign up
Lượt chạy ví dụ: kiểm tra danh tính, hai lượt khám phá và 5 quảng cáo đã mở cho hellofresh.com, United States
Phương pháp

Cách hai góc nhìn khám phá trở thành một bản tóm tắt dựa trên bằng chứng.

Xuất bản bởi Spytrend từ hợp đồng workflow có kiểm soát, cập nhật 9 Oct 2026.

Xác định danh tính chính xác trước tiên

Workflow xác nhận một tên miền chuẩn và một nhà quảng cáo thống nhất trước khi phân tích.

01

Hai góc nhìn có giới hạn

Các route xếp theo mức tái sử dụng và mới ra mắt gần đây chạy tuần tự với tổng số và nguồn gốc riêng biệt.

02

Bằng chứng rõ ràng cho pattern

Mỗi tuyên bố lặp lại cần ít nhất hai thành viên riêng biệt đã xác minh và một số lượng hỗ trợ hiển thị rõ.

03

Không suy luận về hiệu suất

Thứ hạng và ngày ra mắt không được trình bày như spend, mục đích test hay kết quả.

04
FAQ

Trước khi bạn chạy workflow này.

Xếp theo mức tái sử dụng có nghĩa là hiệu suất tốt nhất không?

Không. Đây là một cách sắp xếp có giới hạn từ server, không phải bằng chứng về hiệu suất hay chiến lược cốt lõi.

Một lượt ra mắt gần đây có chứng minh một test mới không?

Không. Một ngày bắt đầu được trả về không chứng minh mục đích test hay lần sử dụng đầu tiên.

Các quảng cáo tương tự có thể được gọi là creative tái sử dụng không?

Không. Cần có định danh creative-family chính xác cho tuyên bố đó.

Điều gì xảy ra nếu một route khám phá thất bại?

Route còn lại có thể tiếp tục, nhưng kết quả cuối cùng vẫn là Partial và các tổng số unavailable vẫn là unavailable.

Spytrend MCP

Xây dựng một bản tóm tắt quảng cáo Facebook của đối thủ có giới hạn.

Kết nối Spytrend MCP, chọn các đầu vào có kiểm soát và chạy bốn prompt.