← Back to writing
Writing · magento

Catalog B2B trên Magento 2 của bạn vô hình với AI agent

By Leo Nguyen · Aug 20, 2026 · 9 min read
Catalog B2B trên Magento 2 của bạn vô hình với AI agent
Jump to section

Tóm tắt nhanh: Một buyer sỉ mở AI assistant lên và hỏi có thể nhập lại món hàng này theo công nợ ở đâu. Assistant kể ra ba nhà cung cấp. Không có bạn — dù buyer này đã được set sẵn trong hệ thống của bạn với giá riêng và Net 30. Mọi thứ làm cho giá B2B đúng trên Magento 2 cũng làm cho nó vô hình với con agent đang đi hỏi. Cách sửa không phải là replatform. Đó là structured data và discovery-surface nằm ngay trên những gì bạn đã xây.

#Kiểu gãy âm thầm của B2B năm 2026

B2B native trên Magento 2 và Adobe Commerce giờ đã thực sự tốt. Company account, shared catalog, customer-group pricing, quantity tier, requisition list, negotiable quote. Một buyer sỉ đã đăng nhập thấy đúng giá của mình, nhập lại hàng mà không cần email cho ai, và convert. Cái phần kỹ thuật chạy ngon.

Nhưng bây giờ store của bạn có một người đọc thứ hai, và nó không bao giờ đăng nhập. Các AI shopping agent — ChatGPT, Gemini, Perplexity, Claude — đọc bề mặt public của bạn thay cho những buyer chưa từng chạm tới storefront. Và bề mặt public của bạn không nói gì về cái cửa sỉ nằm cách đó đúng một cú click.

Thế là agent làm cái nó luôn làm mỗi khi gặp một khoảng trống: nó đẩy buyer sang một cái tên nó đã tin. Một marketplace. Một nhà phân phối lớn hơn. Một đối thủ. Không ai log bug cho một đơn hàng chưa từng tới — mà chính vì vậy đây là vấn đề đắt nhất trong thương mại B2B mà không ai để mắt tới.

#Vì sao B2B khó đọc hơn B2C

Store B2C bị đọc sai thường chỉ hỏng một chỗ — một chuỗi stock, một schema node trùng. B2B khó hơn vì chính cái kiến trúc làm cho bán sỉ chạy được lại là một chồng những thứ cố tình giấu khỏi bề mặt public. Có ba lớp che.

1. Giá nằm sau login. Customer-group pricing và shared catalog là toàn bộ tinh thần của Magento B2B — đúng buyer thấy đúng con số, còn người ngoài không thấy gì cả. Với một agent chưa đăng nhập thì điều đó nghĩa là trên trang chỉ có một trong hai: một giá lẻ không phải giá buyer này sẽ trả, hoặc không có giá nào. Cách nào thì agent cũng không thể suy luận về offer thật của bạn, nên nó suy luận về offer của người khác.

2. Điều kiện nằm trong logic checkout. Net 30, minimum order quantity, tier break, quy tắc requisition — những thứ quyết định một deal sỉ có khả thi hay không — không phải là nội dung. Chúng là hành vi kích hoạt sâu trong luồng cart và quote. Con người khám phá ra chúng bằng cách giao dịch. Agent đọc served HTML thì không bao giờ thấy, nên không thể itemise offer của bạn để so với đối thủ.

3. Scope mập mờ ở quy mô catalog lớn. Catalog B2B lớn với nhiều store view, nhiều website, nhiều shared-catalog scope cho agent nhiều hơn một phiên bản của "giá" và "tồn kho" để bám vào. Chỉ nó vào nhầm scope, nó sẽ tự tin báo một con số có thật ở đâu đó trong Magento install của bạn nhưng sai với buyer đang đứng trước mặt.

Không cái nào trong số này là cấu hình sai. Đó là B2B hoạt động đúng như thiết kế cho con người — và gãy âm thầm với cái máy đang đọc thay cho con người.

#Ba chỗ nó thực sự gãy

Đây là các chỗ gãy cụ thể, nói ở mức cơ chế. Chúng tôi đã thấy từng chỗ này như một pattern lặp lại qua các audit; các con số dưới đây minh hoạ cơ chế, không phải số đo trên store của một khách hàng cụ thể nào.

#1. Không có seller-authority signal

Dữ liệu sản phẩm của bạn có thể hoàn hảo — GTIN đúng, brand đúng, title sạch — mà agent vẫn đẩy buyer đi chỗ khác. Hỏi hai AI engine khác nhau xem mua một sản phẩm mà bạn đã code identity chuẩn chỉnh ở đâu, cả hai có thể chỉ sang marketplace và các retailer lớn, bỏ qua đúng cái store đang thực sự bán món đó.

Mảnh còn thiếu nằm một tầng phía trên sản phẩm. Đó là seller-authority signal: một dấu hiệu máy đọc được nói rằng store này là seller hoặc distributor được ủy quyền của thương hiệu này, chứ không phải chỉ là một trang tình cờ nhắc tới nó. Agent giải quyết sự mập mờ bằng cách mặc định chọn thứ nó tin. Không có seller-authority signal thì với model bạn là mập mờ — nên đơn hàng rơi vào cái tên nó đã biết. Với B2B điều này còn nhân lên, vì biên lợi nhuận tốt nhất của bạn nằm đúng trong những quan hệ sỉ mà bạn không bao giờ quảng cáo công khai.

#2. Uy tín mà máy không thấy

Uy tín B2B là thật và khó gây dựng — số năm hoạt động, chứng nhận nhà phân phối, review của buyer, tham chiếu mua hàng. Và gần như không có thứ nào trong đó máy đọc được theo mặc định. Một rating hiển thị thành sao trong theme, một tường logo "được tin dùng bởi", một badge chứng nhận nằm trong ảnh — con người đọc được hết, máy đọc được số không.

Nếu aggregateRating, chứng nhận và tham chiếu của bạn không nằm trong structured data, thì bảng điểm uy tín của bạn trong mắt agent là con số không. Không phải thấp — mà là không. Rồi nó xếp bạn cạnh một đối thủ mà uy tín đọc được, và chọn cái nó đo được.

#3. Giá và điều kiện không có dạng máy đọc được

Vì tier pricing, MOQ và net terms nằm sau login và trong logic checkout, agent không có cách nào itemise những gì bạn thực sự offer. Khi agent không đọc được một offer có cấu trúc, nó không đoán theo hướng có lợi cho bạn — nó mặc định về phương án rẻ nhất mà nó đọc được, tức là con số giá lẻ public đang nằm trên trang, hoặc trên trang của đối thủ. Lợi thế sỉ của bạn — chính là lý do một buyer chọn bạn — lại là phần có ít cấu trúc máy đọc được nhất.

Đây cùng một họ lỗi làm cho một sản phẩm còn hàng bị báo là hết hàng: agent không nói dối, nó chỉ đọc đúng cái phiên bản duy nhất của sự thật mà bạn để lại trên bề mặt public. Chúng tôi đã mổ xẻ một ca thật, nơi bốn trên bốn agent nói với người mua rằng một món còn hàng là không có sẵn, và một con còn cho rằng nhà bán lẻ chính là thương hiệu sỉ mà nó chỉ đang phân phối — sai entity, giọng tự tin. (Xem teardown đầy đủ.) B2B nhân lên từng kiểu lỗi đó, vì có nhiều sự thật bị giấu đi hơn theo đúng thiết kế.

#Cái discovery layer không ai xây

Đây là phần hầu hết brand bỏ sót hoàn toàn. Gate catalog là đúng — giá thật nên nằm sau login. Nhưng gate catalog không đồng nghĩa với giấu luôn cái cửa.

Bề mặt public của bạn vẫn có một việc phải làm: đưa buyer sỉ tới đúng điểm vào — trang đăng nhập trade-account, form đăng ký đại lý, đường "yêu cầu truy cập wholesale" — và cho agent một tín hiệu máy đọc được rằng cái cửa đó tồn tại và dành cho ai. Hầu hết brand thiết kế cái catalog gated rất đẹp rồi quên hẳn discovery layer. Kết quả là một storefront convert được những buyer sỉ đã biết đường đăng nhập, và vô hình với mọi buyer — cùng mọi agent — tìm tới nó lần đầu.

Một discovery layer không làm lộ giá của bạn. Nó nói, ở dạng mà cả người lẫn máy đọc được: chúng tôi là seller được ủy quyền, buyer sỉ bắt đầu ở đây, và đây là cách bạn lấy giá của mình. Đó là khác biệt giữa việc agent đưa buyer tới trang login của bạn và việc agent đưa họ tới một marketplace.

#Cách sửa, không cần rebuild

Không cái nào trong số này cần replatform, và không cái nào đụng tới CRO hay checkout. Đó là structured data và discovery nằm trên tầng theme và attribute sẵn có của bạn:

  • Seller-authority signal — đánh dấu store của bạn là seller/distributor được ủy quyền trong structured data, để liên kết thương hiệu trở nên đọc được thay vì ngầm hiểu.
  • aggregateRating và chứng nhận khi hợp lệ — đưa uy tín thật, đã gây dựng của bạn vào schema để bảng điểm của máy không bằng không. Chỉ những gì thật sự đúng và có trên trang; rating bịa ra còn tệ hơn không có.
  • Tín hiệu availability và tier máy đọc được — đảm bảo served HTML nêu đúng tình trạng còn hàng cho scope public, và expose phần cấu trúc tier/điều kiện mà bạn hợp pháp có thể expose mà không làm lộ giá gated.
  • Một discovery route cho cửa sỉ — một điểm vào public, parse được, đưa buyer B2B (và các agent đọc thay họ) tới login hoặc đăng ký đại lý, ngay cả khi giá thật vẫn nằm sau auth.

Nó nằm trên tầng metafield/attribute, ship trong vài ngày chứ không phải vài tháng, và để cái catalog gated của bạn vẫn gated y như cũ. Cái thay đổi là con agent đọc store thay cho buyer cuối cùng có đủ tín hiệu đúng, có cấu trúc để đưa buyer đó tới cửa của bạn thay vì cửa của người khác.

Phần khó chịu là chuyện này cứ vô hình mãi cho tới khi assistant của một buyer lặng lẽ gợi ý đối thủ — và tới lúc đó, bằng chứng duy nhất là một đơn hàng sỉ chưa bao giờ xuất hiện.


Muốn biết AI agent thực sự nói gì về store của bạn? Gửi một URL store, chúng tôi sẽ chạy một Quick Check async miễn phí — năm câu hỏi của buyer qua các AI agent thật, một điểm correctness, và một punch-list nêu tên những gì agent đang đọc sai: luma-e.com/ai-readiness. Không cần call.

Frequently asked
Vì sao B2B khó cho AI agent đọc hơn B2C?
Vì chính những thứ làm cho giá B2B đúng lại làm cho nó vô hình. Customer-group pricing và shared catalog nằm sau login; net terms, MOQ và logic tier nằm trong checkout, không có trên bề mặt public; và catalog lớn với nhiều store view khiến agent lấy nhầm scope. Agent đọc bề mặt public, nên nó thấy giá lẻ hoặc không thấy gì — rồi đẩy buyer sang chỗ khác.
Có cần replatform hay rebuild để sửa không?
Không. Cách sửa là structured data và discovery-surface nằm trên tầng theme/metafield — tín hiệu seller-authority, aggregateRating khi hợp lệ, availability/tier máy đọc được, và một discovery route đưa buyer sỉ tới đúng cửa kể cả khi giá thật nằm sau login. Nó không đụng tới CRO hay checkout.
Seller-authority signal là gì?
Là một dấu hiệu máy đọc được, nói với AI agent rằng cửa hàng của bạn là seller/distributor được ủy quyền của một thương hiệu, chứ không phải chỉ là một trang có nhắc tới thương hiệu đó. Thiếu nó, agent giải quyết sự mập mờ bằng cách mặc định chọn một cái tên nó đã tin sẵn — một marketplace hay một nhà phân phối lớn hơn — kể cả khi GTIN và brand data của bạn hoàn toàn đúng.
NEWSLETTER

More like this, only when it's worth it

Occasional email on AI x ecommerce - how agents read stores, what breaks, what we shipped. No weekly filler.

No spam, no sequence-drip. Unsubscribe anytime.