Cách chuẩn bị feed sản phẩm cho ChatGPT Shopping (tháng 9 năm 2026)

Tháng 7 năm 2026, các gợi ý mua sắm của ChatGPT đã đổi nguồn chính. Nếu dữ liệu danh mục của bạn chưa sẵn sàng cho điều đó, thì mọi nỗ lực tối ưu trang sản phẩm cũng không bù lại được. Quy trình này đưa danh mục của bạn tới trạng thái đã kiểm chứng và sẵn sàng gửi, và nó vẫn dùng được dù hôm nay bạn có thể gửi feed hay không.

Điều gì đã thay đổi, và một quyết định mà nó buộc bạn phải chọn

OpenAI phát hành các mô hình ChatGPT 5.6 vào ngày 9 tháng 7 năm 2026. Ngay hôm sau, tỷ lệ gợi ý mua sắm của ChatGPT lấy từ feed sản phẩm của nhà bán thay vì từ tìm kiếm mở trên web đã nhảy từ 8,26% lên 61,54%, theo nghiên cứu do Profound công bố, đơn vị đã theo dõi 1.757.723 câu lệnh mua sắm trên ChatGPT trong tháng 7 năm 2026. Chỉ trong một ngày, truy xuất dựa trên feed đã đi từ nguồn thiểu số thành nguồn chi phối.

Con số đó là đo lường của bên thứ ba, không phải công bố của OpenAI. OpenAI chưa xác nhận thay đổi ngày 10 tháng 7 và chưa công bố bất kỳ tỷ lệ phân chia truy xuất nào, còn các mục ở cuối bài này trình bày dữ liệu chứng minh được gì và không chứng minh được gì. Hãy coi hướng đi là nghiêm túc và coi độ chính xác là lỏng.

Hướng đi đó buộc một thay đổi góc nhìn: dữ liệu sản phẩm giờ phải đúng với tư cách là dữ liệu, chứ không chỉ đúng với tư cách là nội dung. Một trang sản phẩm viết rất hay nhưng thiếu chữ số kiểm tra của GTIN, với công cụ gợi ý dựa trên feed, là một dòng đã trượt kiểm tra hợp lệ.

Mọi thứ bên dưới là một quy trình. Từng bước trong đó đều đáng làm dù các con số ngày 10 tháng 7 có đứng vững hay không, vì một danh mục sạch, đầy đủ và máy đọc được thì hữu ích cho mọi bề mặt mua sắm mà sau này bạn sẽ quan tâm.

Xác định xem bạn thuộc làn nào

Quy trình tách thành hai làn, và bạn cần biết làn của mình trước khi bắt đầu, vì nó thay đổi ý nghĩa của từ hoàn thành đối với bạn. Làn A chứng minh được việc tiếp nhận. Làn B chỉ chứng minh được mức sẵn sàng. Cả hai tạo ra cùng một tệp.

Bài kiểm tra quyền truy cập gồm bốn câu hỏi

Hãy trả lời từng câu một cách trung thực.

Nếu câu trả lời nào không dựa trên thứ bạn có thể chỉ ra, thì bạn thuộc làn B. Đó là vị trí mặc định và nó không phải trạng thái thất bại. Hai điểm cần làm rõ: bật một cờ điều kiện không hoàn tất onboarding checkout, và việc đăng ký chỉ cung cấp tên hiển thị của nhà bán, không cung cấp phần còn lại của feed.

Làn A: bạn đã có quyền truy cập feed được xác nhận

Bạn sẽ nhận được danh sách trường riêng cho đăng ký của mình và một kênh gửi được xác nhận trong onboarding. Bản thân cơ chế gửi được xác nhận trong quá trình onboarding. Các tài liệu của nhà cung cấp được công bố không thống nhất với nhau về việc đó là SFTP hay là một cú đẩy HTTPS mã hóa tới một endpoint nằm trong danh sách cho phép, nên đừng xây pipeline theo bất kỳ mô tả nào cho tới khi OpenAI nói cho bạn biết cái nào áp dụng cho bạn.

Làn B: bạn chưa có, và đây là những gì không bị bỏ phí

Ba việc đang mở với bạn ngay hôm nay mà không cần xin phép: quyền truy cập cho bot thu thập, dữ liệu có cấu trúc cùng chất lượng mô tả trên chính các trang sản phẩm, và tệp đã kiểm chứng. Phần việc danh mục ở giữa bài này hoàn toàn không có cổng chặn nào. Bạn dựng và kiểm tra tệp ngay bây giờ, và ngày quyền truy cập tới, bạn gửi thứ vốn đã vượt qua kiểm tra.

Nếu bạn bán trên Shopify, dữ liệu sản phẩm tới ChatGPT qua Shopify Catalog mà không cần thêm việc gì từ phía nhà bán. Feed trực tiếp là để có độ tươi mới và để mang những trường mà lựa chọn mặc định không có. Một lưu ý: một nguồn thứ cấp định ngày việc đồng bộ đó là tháng 3 năm 2026 và ngày đó chưa được xác nhận, nên hãy coi nó là chuyện để mở đầu cuộc trò chuyện, không phải sự thật để lên kế hoạch.

Mở cửa cho bot thu thập đọc sản phẩm của bạn

Đây là bước đầu tiên có hiệu lực ngay lập tức ở cả hai làn, và là thắng lợi rẻ nhất bạn có.

Mở robots.txt và kiểm tra các chỉ thị dành cho tác nhân của OpenAI. OAI-SearchBot là cái quan trọng cho khả năng hiển thị sản phẩm. Nếu nó bị chặn, nội dung của bạn sẽ không xuất hiện trong kết quả sản phẩm của ChatGPT, bất kể feed sạch đến đâu. Nó không được dùng để huấn luyện mô hình, nên chặn nó chẳng bảo vệ được gì.

Bốn tên tác nhân đáng để ra quyết định rõ ràng:

Kiểm tra chất lượng quan trọng nhất ở đây không phải là `robots.txt`. Mà là liệu bot thu thập đã được cho phép có thật sự đọc được gì khi tới nơi hay không. Hãy tải một URL sản phẩm tiêu biểu bằng user agent của bot và xem phần thân phản hồi. Nếu bạn nhận được một vỏ ứng dụng không có tiêu đề, giá, tình trạng còn hàng hay mô tả được render từ máy chủ, thì lần thu thập thành công và trả về chẳng gì hữu ích. Nhiều cửa hàng chỉ render dữ liệu sản phẩm ở phía client, và những cửa hàng đó vô hình với việc khám phá không có feed, bất kể tệp robots của họ nói gì.

Bạn có thể chạy phép kiểm tra đó bằng trình mô phỏng bot thu thập tìm kiếm của OpenAI của Auspia, công cụ tải một trang công khai với tư cách bot của OpenAI và cho bạn thấy nó đọc được gì.

Đường khắc phục. Nếu robots.txt bị nền tảng hoặc agency của bạn khóa, hãy ghi lại yêu cầu thay đổi kèm ngày tháng rồi đi tiếp. Bước này trở thành bằng chứng cho hồ sơ làn B của bạn chứ không phải vật cản.

Làm cho trang sản phẩm của bạn máy đọc được

Feed không phải con đường duy nhất vào các gợi ý mua sắm, và với nhà bán ở làn B thì hiện tại nó hoàn toàn không có. Dữ liệu có cấu trúc trên trang thì có.

Hãy thêm dữ liệu có cấu trúc Product dạng JSON-LD vào mọi mẫu trang sản phẩm, và đổ dữ liệu vào đó từ đúng nguồn mà bản xuất danh mục của bạn dùng. Vế cuối đó chính là phần các đội hay bỏ qua. Nếu schema của bạn được bảo trì thủ công trong theme còn feed đến từ PIM, thì trong vòng một quý hai bên sẽ lệch nhau, và những tín hiệu giá với tình trạng còn hàng mâu thuẫn còn tệ hơn là không có.

Tối thiểu hãy đưa vào tên, mô tả, hình ảnh, SKU, thương hiệu, và một khối offers mang giá, đơn vị tiền tệ của giá và tình trạng còn hàng. Hãy phản chiếu đúng những giá trị bạn sẽ đặt vào feed. Ở đâu danh mục có GTIN, tình trạng hàng, chất liệu, màu, kích cỡ hay kích thước, hãy đưa cả những thứ đó, vì đây chính là những thuộc tính mà các truy vấn hội thoại thật sự dùng.

Kiểm tra chất lượng. Hãy kiểm chứng ba URL sản phẩm, mỗi danh mục khác nhau nhất lấy một, bằng đúng đường render mà bot thu thập nhìn thấy chứ không phải trình duyệt đã đăng nhập của bạn.

Đường khắc phục. Nếu nền tảng không cho bạn chèn JSON-LD vào mẫu trang sản phẩm, hãy đặt nó vào phần head qua trình quản lý thẻ và ghi lại như một khoản nợ kỹ thuật. Nó chạy được, nó mong manh, và cần có người chịu trách nhiệm gỡ nó ra.

Viết lại phần mô tả cho truy vấn hội thoại

Đây là bước mà kỷ luật SEO quay ra chống lại bạn.

Mô tả trong danh mục thường được viết để phủ từ khóa và để bắt mắt trên kệ: giọng thương hiệu, một tiêu đề nhồi từ khóa, một danh sách gạch đầu dòng toàn lời quảng cáo. Truy vấn mua sắm kiểu hội thoại trông hoàn toàn khác. Có người hỏi "một bàn phím cơ êm cho văn phòng không vách ngăn dưới 150 đô", và những thuộc tính trả lời câu đó là độ ồn, loại switch và kiểu dáng. Những thuộc tính đó phải có mặt và phải đúng sự thật thì mới trích xuất được.

Hãy viết mô tả sản phẩm như một bản đặc tả dựa trên sự thật, mở đầu bằng một câu ngắn dành cho con người. Mở đầu bằng một câu nói sản phẩm là gì và phù hợp với ai. Sau đó nêu thuộc tính thẳng thắn, không có tính từ marketing. "Khối lượng: 780 g" tốt hơn "kết cấu siêu nhẹ đáng kinh ngạc". Nếu bạn đưa ra một tuyên bố, hãy làm cho nó cụ thể và kiểm chứng được.

Một điều cần biết trước khi đầu tư nhiều vào đây: tài liệu mua sắm của OpenAI lưu ý rằng ChatGPT có thể tạo ra tiêu đề và mô tả sản phẩm được đơn giản hóa. Phần chữ của bạn là đầu vào cho gợi ý, không phải đầu ra được bảo đảm. Hãy viết dữ liệu nguồn sạch và đúng sự thật, và chấp nhận rằng bề mặt hiển thị có thể diễn giải lại nó.

Kiểm tra chất lượng. Lấy mười sản phẩm có doanh thu cao nhất và với mỗi sản phẩm, liệt kê bốn thuộc tính mà người mua cần để ra quyết định. Nếu mô tả có ít hơn ba thuộc tính, thì mô tả đó chưa làm tròn việc của nó.

Đường khắc phục. Nếu mô tả của bạn đến từ feed nhà cung cấp mà bạn không kiểm soát, hãy viết lại thủ công phần mười cao nhất theo doanh thu và để phần đuôi dài theo sau. Phủ được một phần vẫn hơn một dự án đình trệ.

Lập hợp đồng trường trước khi động vào bất kỳ dòng nào

Giờ đến bản thân feed. Trước khi xuất bất cứ thứ gì, hãy viết ra một lần định nghĩa của đúng. Điều này biến việc rà soát thành một lượt kiểm tra máy móc thay vì một cuộc tranh luận.

Chín trường bắt buộc và chỗ mà từng trường đổ vỡ

Mọi dòng đều cần chín trường này. Bảng này là hợp đồng.

Hai mục đáng được nhấn mạnh vì chúng thất bại âm thầm và kéo theo cả dòng sản phẩm.

Trường availability chấp nhận đúng năm giá trị. Giá trị bị bỏ trống, để rỗng hoặc không nhận diện được sẽ từ chối dòng đó. Nếu nền tảng của bạn xuất ra IN STOCK hoặc available hoặc 1, thì mọi dòng như vậy đều trượt. Hãy ánh xạ từ vựng nội bộ của bạn sang năm giá trị được chấp nhận một cách tường minh, và đẩy những gì không ánh xạ được vào hàng chờ xử lý thủ công thay vì mặc định thành unknown. unknown là một giá trị hợp lệ, nhưng nó là một trạng thái có chủ đích, không phải chỗ chứa mọi thứ còn lại.

Trường price là amount, một dấu cách, rồi tới mã tiền tệ viết hoa. Nghĩa là 79.99 USD, không phải $79.99, không phải 79,99 USD, và không phải 7.999e1. Không dấu phân cách hàng nghìn, không ký hiệu số mũ.

Những luật âm thầm từ chối dòng

Bốn ràng buộc nữa đáng được viết vào các kiểm tra hợp lệ của bạn:

GTIN. Đúng 8, 12, 13 hoặc 14 chữ số, bao gồm một chữ số kiểm tra hợp lệ. ISBN-10 không được chấp nhận. Hãy giữ các số 0 ở đầu, nghĩa là giữ cột đó dưới dạng văn bản ở mọi nơi nó đi qua. Đây là thứ phá hoại âm thầm phổ biến nhất trong toàn bộ đặc tả, vì bảng tính và bản xuất CSV mặc định cắt số 0 ở đầu.

Giá khuyến mãi. Phải lớn hơn 0 và nhỏ hơn giá thường một cách nghiêm ngặt, cùng đơn vị tiền tệ. Giá khuyến mãi bằng giá thường, hoặc một dòng khuyến mãi mà giá thường bị để trống, đều trượt.

Độ dài tiêu đề. Nhắm tối đa 150 ký tự. Khi cắt, hãy cắt ở ranh giới từ.

Các trường ngày tháng không lên lịch cho bất cứ thứ gì. Đặc tả nói rõ rằng ngày tháng trong hợp đồng không lên lịch thay đổi giá hay tình trạng còn hàng. Nếu bạn muốn một chương trình khuyến mãi bật lên lúc nửa đêm, pipeline của bạn phải đẩy giá trị mới đi.

Ra quyết định về các cờ điều kiện một cách có chủ đích

Ba cờ quyết định điều gì xảy ra với một dòng sau khi nó hợp lệ.

Bạn cũng có thể gặp chúng dưới dạng enable_search, enable_checkout và is_eligible_ads. Chúng là bí danh, nên đừng coi một mẫu dùng cách viết cũ là một trường khác.

Lời khuyên thực tế: hãy đồng bộ is_eligible_search với hệ thống vốn đã biết một sản phẩm đã ngừng bán hay đang bị ẩn. Nếu bạn vận hành một danh sách "ẩn khỏi kênh" riêng và nó không bao giờ tới được feed, bạn sẽ đẩy những tin đăng cũ vào các gợi ý.

Nên bật những nhóm tùy chọn nào, và theo thứ tự nào

Có khoảng năm mươi trường tùy chọn. Xếp theo lợi ích trên mỗi giờ công, không theo thứ tự trong đặc tả:

1. Biến thể (group_id, listing_has_variations, variant_dict, offer_id, gtin, mpn). Ưu tiên cao nhất nếu bạn bán quần áo, giày dép, đồ gia dụng, hay bất cứ thứ gì có kích cỡ hoặc màu.
2. Thông tin mặt hàng (condition, product_category, material, color, size, gender, age_group, cùng các trường kích thước và khối lượng). Đây là thứ làm cho việc khớp hội thoại chạy được.
3. Phương tiện (additional_image_urls).
4. Đổi trả (accepts_returns, return_deadline_in_days, return_policy).
5. Đánh giá (review_count, star_rating), cùng với cấp cửa hàng là store_review_count và store_star_rating.
6. Thực hiện đơn, nhà bán và địa lý (shipping_price, shipping, seller_url, target_countries, store_country).
7. Các trường phụ thuộc thiết lập. marketplace_seller, size_system, accepts_exchanges, is_digital, cặp quảng cáo (is_ads_eligible, ads_metadata) và cặp checkout (is_eligible_checkout, seller_privacy_policy, seller_tos) đều cần xác nhận trong onboarding. Chúng không tự phục vụ được. Hãy để chúng ra ngoài lần chạy đầu tiên.

Kiểm tra chất lượng. Mỗi trường trong chín trường bắt buộc nên ánh xạ tới một cột trong danh mục mà trả về dữ liệu thật trên ít nhất 95% SKU của bạn. Những trường dưới ngưỡng đó không phải là việc ánh xạ, mà là quyết định về nguồn dữ liệu.

Đường khắc phục. Nếu một trường bắt buộc không có nguồn nào cả, ví dụ brand ở một dòng sản phẩm không có thương hiệu, hãy dừng lại và chốt câu hỏi về nguồn với người phụ trách kinh doanh trước khi dựng tệp. Việc chỉnh định dạng không sửa được dữ liệu thiếu.

Định dạng tệp mà bạn thật sự được phép gửi

Hãy dùng định dạng mà OpenAI xác nhận cho feed đã đăng ký của bạn trong onboarding. Ngoài ra còn có một đường tương thích với Google, chấp nhận tệp .txt hoặc .tsv phân tách bằng tab theo UTF-8, hoặc .csv phân tách bằng dấu phẩy, với hỗ trợ gzip cho .txt.gz, .txt.gzip, .tsv.gz và .csv.gz.

JSON, bảng tính, XML, RSS và Atom không được hỗ trợ trên đường tương thích đó. Hãy dùng một định dạng cho toàn bộ lần gửi thay vì trộn định dạng theo từng dòng.

Chuẩn hóa bốn trường phá nhiều dòng nhất

Lấy một bản xuất đóng băng

Xuất một lần, đóng dấu thời gian cho tệp và tính một mã hash. Mọi bước sau đó chạy trên tệp đã đóng băng ấy. Tính tái lập chính là thứ khiến cuộc rà soát còn bảo vệ được ba tuần sau, khi ai đó hỏi tại sao một SKU bị thiếu.

Bốn phép chuẩn hóa

Số 0 ở đầu của GTIN. Xuất cột đó dưới dạng văn bản, rồi kiểm tra số chữ số là 8, 12, 13 hoặc 14, và kiểm tra chữ số kiểm tra. Phần lớn các thất bại âm thầm nằm ở đây.

Định dạng giá. Bỏ dấu phân cách hàng nghìn, giữ dấu thập phân, xóa mọi ký hiệu số mũ, và nối mã tiền tệ vào như một token riêng. Cho kết quả chạy qua một biểu thức chính quy chỉ chấp nhận ^\d+\.\d{2} [A-Z]{3}$ và đưa phần còn lại vào hàng chờ.

Ánh xạ tình trạng còn hàng. Ánh xạ từ vựng nội bộ của bạn sang năm giá trị được chấp nhận một cách tường minh. Đếm xem bao nhiêu dòng rơi vào mỗi nhóm và bao nhiêu rơi vào diện rà soát thủ công. Số lượng rà soát thủ công cao nghĩa là từ vựng tồn kho của bạn cần một bảng ánh xạ, chứ không phải feed của bạn hỏng.

Dọn tiêu đề và mô tả. Cắt tiêu đề ở 150 ký tự tại ranh giới từ. Gỡ thẻ đánh dấu khỏi mô tả và giới hạn ở 5.000 ký tự văn bản thuần.

Kiểm tra chất lượng. Nhập lại tệp đã chuẩn hóa vào một bảng tính mới và xác nhận cột GTIN vẫn hiện các số 0 ở đầu. Việc này bắt được cái bẫy xuất thành số vốn lọt qua mọi kiểm tra khác.

Đường khắc phục. Nếu nền tảng feed hoặc PIM của bạn tự làm những phép chuẩn hóa này, hãy kiểm chứng đầu ra của nó bằng chính những kiểm tra đó thay vì tin vào thông báo thành công của nó.

Rà soát từng dòng và giữ một danh sách ngoại lệ

Giờ hãy chạy các kiểm tra trên toàn bộ tệp. Đây là bước biến một danh mục thành một kế hoạch công việc.

Chín phép kiểm tra bạn có thể làm mà không cần công cụ hợp lệ hóa

Với mỗi dòng: cả chín trường bắt buộc đều có mặt và không rỗng; availability nằm trong enum năm giá trị; số chữ số của gtin và chữ số kiểm tra hợp lệ; price khớp dạng số tiền kèm đơn vị tiền tệ; sale_price nhỏ hơn price một cách nghiêm ngặt và lớn hơn 0, cùng đơn vị tiền tệ; title từ 150 ký tự trở xuống; description là văn bản thuần từ 5.000 ký tự trở xuống; url trả về 200 và render dữ liệu sản phẩm từ phía máy chủ; image_url dẫn tới một ảnh thật chứ không phải ảnh giữ chỗ.

Một dòng hoặc vượt qua mọi cổng, hoặc rơi vào tệp ngoại lệ kèm tên cổng đã chặn nó. Cổng tình trạng còn hàng từ chối nhiều dòng nhất, vì từ vựng tồn kho tự chế là cách phổ biến nhất khiến một danh mục trượt.

Dựng tệp ngoại lệ, không phải một danh mục hoàn hảo

Hai cột và một người phụ trách: item_id, vật cản, và ai sẽ sửa nó.

Kiểm tra chất lượng. Với một danh mục tương đối sạch, tệp ngoại lệ nên dưới 10% số dòng. Nếu nó trên 30%, vấn đề nằm ở tầng quản trị dữ liệu phía trên, và việc trung thực là sửa hệ thống nguồn chứ không phải vá tệp.

Đường khắc phục. Nếu một trường bắt buộc bị thiếu trên cả một danh mục chứ không rải rác vài SKU, hãy coi đó là quyết định về nguồn dữ liệu với người phụ trách kinh doanh. Đừng đánh dấu những dòng đó là unknown để khép lại cuộc rà soát, vì unknown là một giá trị hợp lệ mang nghĩa cụ thể, và dùng nó để qua kiểm tra chỉ làm bẩn chính dữ liệu của bạn.

Một lưu ý trung thực về việc làm mới: đặc tả không nêu nhịp cập nhật nào, và cũng không nói feed là ảnh chụp toàn bộ hay cập nhật tăng dần. Các tài liệu nhà cung cấp được công bố khẳng định chắc chắn về cả hai điều mà không có trong tài liệu của OpenAI. Điều đặc tả nói với bạn là hãy gửi giá hiện hành, cập nhật khi một đợt khuyến mãi bắt đầu hoặc kết thúc, và cập nhật tình trạng còn hàng khi một mặt hàng bán hết hoặc có lại. Hãy dựng pipeline quanh hai sự kiện đó và chốt câu hỏi về nhịp độ trong onboarding.

Kiểm chứng tệp theo đúng cách nền tảng sẽ làm

Hãy phân tích lại đúng những byte bạn định gửi, ở đúng định dạng bạn định gửi, và đếm số dòng vào so với số dòng ra.

Việc này bắt được thất bại mà bảng tính che đi. Một tệp mở ra gọn gàng trong Excel không phải là cùng một tệp phân tích được như CSV, vì dấu phân cách chưa escape và ký tự xuống dòng bên trong trường mô tả sẽ phá vỡ việc phân tích trong khi trên màn hình trông vẫn ổn.

Kiểm tra chất lượng. Số dòng vào bằng số dòng ra, và các kiểm tra tự động khớp với bản rà soát thủ công của bạn. Khoảng lệch giữa hai bên nghĩa là một trong hai sai, và thường thì đó là lượt thủ công.

Đường khắc phục. Lỗi mã hóa hầu như luôn giải quyết được bằng cách xuất lại dưới dạng UTF-8. Lỗi trích dẫn hầu như luôn là dấu phân cách chưa escape hoặc ký tự xuống dòng lạc trong phần mô tả.

Nếu đội của bạn có sẵn một tác nhân viết mã, đây là chỗ duy nhất một đoạn script nhỏ đáng đồng tiền, vì nó biến cuộc rà soát từ một dự án hàng quý thành một lần chạy lại.

Kiểm chứng rằng nó đã hiệu quả

Bạn chứng minh được gì phụ thuộc vào làn của bạn, và nên nói chính xác về khác biệt đó thay vì làm mờ nó.

Làn A chứng minh được việc tiếp nhận. Làn B chứng minh được mức sẵn sàng. Cả làn lẫn nhánh đều không làm thay đổi tệp, và đó chính là lý do dựng nó trước khi có quyền truy cập.

Nếu bạn có quyền truy cập (làn A)

Bốn phép kiểm tra. Lần gửi của bạn đã được xác nhận. Báo cáo từ chối theo từng dòng đã được đọc và mọi từ chối đã được xử lý hoặc ghi lại. Một câu lệnh mua sắm mẫu giờ hiện ra một trong các sản phẩm của bạn. Log máy chủ của bạn cho thấy tác nhân truy xuất đang tải các URL sản phẩm.

Nếu bạn không có (làn B)

Bốn phép kiểm tra. Một lần tải robots.txt trả về một URL sản phẩm cho OAI-SearchBot. Một lần tải URL đó từ phía máy chủ có chứa tiêu đề, giá, tình trạng còn hàng và mô tả. Cuộc rà soát chín kiểm tra đạt. Bản xuất đã đóng băng và lần chạy kiểm tra được lưu ở nơi mà người tiếp theo có thể tái lập.

Mức sẵn sàng là một kết quả thật và có thể phản chứng. Nó chỉ không phải cùng một kết quả với việc tiếp nhận, và bạn không nên báo cáo nó như thể là vậy.

Một con số duy nhất đáng quan tâm ở cuối

Các liên kết đi ra từ ChatGPT tự động mang utm_source=chatgpt.com. Điều đó khiến hệ thống phân tích của chính bạn thành bằng chứng gốc duy nhất rằng một cú nhấp đã xảy ra. Hãy thiết lập bộ lọc ngay bây giờ, trước khi bạn cần tới dữ liệu.

Hãy rõ ràng về việc nó đo cái gì. Đó là quy kết lưu lượng từ một cú nhấp, không phải một chỉ số hiển thị. Một sản phẩm có thể được gợi ý nhiều lần mà không được nhấp lần nào, còn một sản phẩm không đủ điều kiện thì không bao giờ được nhấp.

Những gì quy trình này không kiểm soát

Nó không kiểm soát thứ hạng bên trong tập feed. Đặc tả định nghĩa một hợp đồng cho từng dòng. Nó không định nghĩa một luật sắp xếp. Việc vượt qua mọi kiểm tra trường khiến một sản phẩm đủ điều kiện được truy xuất. Nó không nói gì về việc dòng nào trong mười dòng hợp lệ sẽ được hiển thị. Nghiên cứu được trích ở đầu bài đo nguồn truy xuất, không đo thứ hạng bên trong một tập đã truy xuất.

Các con số ngày 10 tháng 7 là quan sát và đến từ một nhà cung cấp duy nhất. Chúng mô tả bảng câu lệnh được Profound theo dõi, không phải các phiên mua sắm hay hành trình mua hàng thật. OpenAI chưa xác nhận thay đổi đó và chưa công bố bất kỳ tỷ lệ phân chia truy xuất nào. Một đợt triển khai GPT-6 Astra bắt đầu ngày 3 tháng 9 năm 2026, trùng với cửa sổ đo lường muộn hơn trong nghiên cứu đó và là một yếu tố gây nhiễu thật sự.

Các con số về mức tập trung mang cùng những giới hạn ấy. Việc tỷ lệ tham chiếu tới cửa hàng trong top 10 tăng từ 22,5% lên 41,8% và số nhà bán duy nhất giảm từ 13.524 xuống 10.607 đều đến từ cùng bảng đó. Và phát hiện rằng thay đổi nguồn truy xuất giải thích 83% biến thiên về khả năng hiển thị trên 517 khách hàng có biến động là một tỷ lệ giải thích trong nội bộ bảng, không phải một hệ số nhân quả để lên kế hoạch dựa vào.

Một số tuyên bố đang lan truyền trên blog nhà cung cấp không có trong đặc tả. Hãy xử lý từng điều trong số này một cách thận trọng:

Nó không kiểm soát cách phần chữ của bạn được render. ChatGPT có thể tạo ra tiêu đề và mô tả sản phẩm được đơn giản hóa. Và các kết quả mua sắm được ChatGPT chọn độc lập và không phải quảng cáo, điều đó trả lời câu hỏi về ảnh hưởng thương mại chứ không phải về nguồn truy xuất. Nếu bạn đang nhắm tới vị trí trả tiền, OpenAI có vận hành một đường quảng cáo riêng được dựng từ feed sản phẩm. Đó là một quy trình khác và bài này không phải nó.

Câu hỏi thường gặp

Hôm nay tôi có thể gửi feed sản phẩm cho ChatGPT không?

Không theo yêu cầu. Quyền truy cập được xác nhận theo từng nhà bán, checkout đòi một tích hợp được bật riêng, và việc gửi tiêu chuẩn hiện nhắm tới thị trường Mỹ. Việc đăng ký chỉ cung cấp tên hiển thị của nhà bán, và bạn có thể đã đăng ký mà chưa có quyền gửi trực tiếp. Hãy chạy bài kiểm tra quyền truy cập gồm bốn câu hỏi ở trên để xác định vị trí của mình.

Tôi nên làm mới feed bao lâu một lần?

Đặc tả không nêu nhịp nào. Hai blog nhà cung cấp khẳng định là mười lăm phút, và con số đó không xuất hiện trong tài liệu của OpenAI. Câu trả lời thực tế là hãy cho việc làm mới chạy theo các sự kiện giá và tình trạng còn hàng của chính bạn, vì đó là hai thứ mà đặc tả nói rõ là phải giữ cho hiện hành.

Tôi gửi cả tệp hay chỉ những dòng đã thay đổi?

Chưa ngã ngũ. Một nhà cung cấp khẳng định là ảnh chụp toàn bộ và không dẫn tài liệu nào của OpenAI cho điều đó. Hãy xác nhận điều này trong onboarding trước khi dựng một pipeline phụ thuộc vào bất kỳ câu trả lời nào.

Yêu cầu mẫu 100 sản phẩm có thật không?

Văn bản trợ giúp của OpenAI có nhắc tới việc gửi một mẫu ban đầu hoặc feed đầy đủ mà không kèm số lượng. Con số 100 sản phẩm đến từ các blog nhà cung cấp. Nếu bạn chuẩn bị một mẫu, hãy làm cho nó tiêu biểu bằng cách bao quát từng trường hợp của nhóm tùy chọn thay vì chạy theo một con số cụ thể.

Một feed tốt có làm sản phẩm của tôi xếp cao hơn trong kết quả mua sắm của ChatGPT không?

Không theo nghĩa mà câu hỏi này thường ngụ ý. Feed khiến một sản phẩm đủ điều kiện và có thể được mô tả. Thứ hạng bên trong tập đã truy xuất không được ghi nhận trong tài liệu, và nghiên cứu công khai đo nguồn truy xuất chứ không đo thứ tự. Hãy coi việc tuân thủ trường là điều kiện tiên quyết, không phải một đòn bẩy.

Tôi có cần những thứ này nếu bán trên Shopify không?

Không, với việc đồng bộ cơ bản, vì dữ liệu sản phẩm tới ChatGPT qua Shopify Catalog mà không cần việc gì từ phía nhà bán. Feed trực tiếp là để có độ tươi mới và để mang những trường mà lựa chọn mặc định không có.

Tác giả: Eva Laurent, Ecommerce Search Strategist for 10k+ Product Pages tại Auspia. Eva viết về tìm kiếm thương mại điện tử, khám phá sản phẩm, và cách dữ liệu sản phẩm tới được các bề mặt mua sắm bằng AI.