Những sai lầm khi chuyển đổi sang Shopware thường xuất hiện khi bản ghi được di chuyển nhưng các quan hệ về Sales Channels, kế thừa dữ liệu, rules, nội dung và extensions lại không được giữ đúng. Một bản ghi Products có thể tồn tại trong khu vực quản trị nhưng không hiển thị trên Sales Channel cần bán; một variant có thể kế thừa sai giá hoặc media; Shopping Experiences có thể hiển thị nhưng mất liên kết Products hoặc Categories từng tạo nên nội dung đó.
Mười tình huống dưới đây tập trung vào những điểm đứt gãy quan hệ như vậy. Mỗi sai lầm đều nêu rõ dấu hiệu cảnh báo, cách phòng ngừa, một tình huống thực tế và điều kiện cần đạt để chứng minh rủi ro đã được kiểm soát.
Sai lầm 1: Di chuyển Products nhưng bỏ sót gán Sales Channel
Điều gì xảy ra
Sales Channels trong Shopware có thể đại diện storefronts, kênh Headless API, feeds so sánh sản phẩm và các ngữ cảnh bán hàng khác. Products, Categories, languages, currencies, domains, payment methods, shipping methods, đăng ký Customers và themes có thể khác nhau theo từng kênh. Nếu chỉ di chuyển Products mà không giữ đúng visibility theo Sales Channel, Products có thể tồn tại trong khu vực quản trị nhưng người mua lại không thể tiếp cận.
Dấu hiệu cảnh báo sớm
| Dấu hiệu | Điều có thể đang xảy ra |
|---|---|
| Cửa hàng nguồn có nhiều domains, khu vực, thương hiệu hoặc feeds marketplace | Một Sales Channel mặc định khó có thể đại diện đúng mô hình vận hành. |
| Khả dụng của Products khác nhau giữa storefronts hoặc channels | Quyền sở hữu danh mục hàng hóa cần được xác định theo Sales Channel. |
| Customers được ràng buộc với Sales Channels cụ thể | Ngữ cảnh Customers không thể hoán đổi trên toàn hệ thống. |
| Categories hoặc nhóm Products động được dùng để tạo danh mục theo kênh | Visibility phụ thuộc vào nhiều quan hệ ngoài bản ghi Products. |
Cách phòng ngừa
Lập bản đồ trách nhiệm theo Sales Channel. Ghi và duy trì gán Products/Categories, language, currency, domain, ngữ cảnh Customers, quan hệ payment/shipping, điểm vào navigation và external channel key. Không giả định mọi Products đều thuộc mọi Sales Channel.
Tình huống minh họa
Chọn một bản ghi Products có trên hai storefronts, một bản ghi chỉ bán ở một Sales Channel khu vực và một bản ghi được xuất qua feed so sánh sản phẩm. Mỗi quan hệ gán kênh cần được biểu diễn riêng.
Điều kiện đạt
Mỗi Products đại diện chỉ xuất hiện trên đúng Sales Channels dự kiến, với language, currency, đường dẫn Categories, quyền truy cập Customers và URL hoặc quan hệ feed riêng theo kênh đều chính xác.
Sai lầm 2: Làm phẳng variants, properties và quan hệ kế thừa
Điều gì xảy ra
Properties trong Shopware có thể mô tả Products, hỗ trợ filters và tạo variants. Variants có thể kế thừa giá, stock, media, kích thước, văn bản và các giá trị khác từ Products cha cho tới khi một giá trị được ghi đè. Nếu làm phẳng cả dòng sản phẩm, nội dung từ Products cha có thể bị lặp, mã Products của variants bị mất hoặc giá trị riêng của variants bị ghi đè.
Dấu hiệu cảnh báo sớm
| Dấu hiệu | Điều có thể đang xảy ra |
|---|---|
| Tổ hợp variants được tạo từ property options nhưng thiếu IDs của variants | Dòng variants thiếu định danh ổn định cho từng đơn vị có thể bán. |
| Products cha và variants dùng chung một số giá trị nhưng khác ở các trường khác | Ranh giới giữa kế thừa và ghi đè chưa được ghi nhận. |
| Dữ liệu nguồn không cho biết giá trị nào kế thừa, giá trị nào ghi đè | Nền tảng đích có thể lặp dữ liệu hoặc xóa khác biệt được thiết lập rõ. |
| Properties dùng cho filters bị trộn với properties tạo variants | Thuộc tính giúp khách hàng tìm Products đang bị nhầm với thuộc tính xác định tổ hợp có thể bán. |
Cách phòng ngừa
Duy trì Products chính, properties tạo variants, các tổ hợp options, mã Products của từng variant, trạng thái kế thừa, exclusions, giá, stock, media và trạng thái hoạt động. Tách properties chỉ dùng để mô tả/lọc khỏi properties xác định variants có thể bán.
Tình huống minh họa
Dùng một mẫu áo mà các variants kế thừa mô tả nhưng ghi đè mã Products, giá, stock và hình ảnh. Bổ sung một tổ hợp màu/kích cỡ bị loại trừ.
Điều kiện đạt
Dòng sản phẩm đại diện có đúng variants và exclusions; trường cần kế thừa vẫn kế thừa; trường đã ghi đè giữ đúng giá trị của variant; properties dùng cho filters không tạo thêm variants ngoài ý muốn.
Sai lầm 3: Tái tạo giá nhưng bỏ mất điều kiện Rule Builder
Điều gì xảy ra
Điều kiện trong Rule Builder có thể ảnh hưởng giá, promotions, shipping, payment, nội dung và các kết quả thương mại khác. Nếu chỉ sao chép giá hoặc discount cuối cùng, dự án sẽ mất thông tin cho biết giá trị đó áp dụng cho nhóm Customers nào, Sales Channel nào, currency nào, số lượng nào, thời điểm nào hoặc điều kiện cart/Orders nào.
Dấu hiệu cảnh báo sớm
| Dấu hiệu | Điều có thể đang xảy ra |
|---|---|
| Cùng một bản ghi Products có nhiều mức giá nhưng không rõ nhóm người mua | Điều kiện chọn mức giá đang bị thiếu. |
| Promotions chỉ được ghi bằng tên mà thiếu conditions và priority | Không thể dựng lại cách Rule Builder xác định promotion từ nhãn. |
| Khả dụng của shipping/payment phụ thuộc đặc điểm Customers hoặc cart | Phương thức vận hành được điều khiển bằng rules chứ không chỉ bằng bản ghi đã di chuyển. |
| Rules tham chiếu nhóm Customers, tags, Sales Channels hoặc trường tùy chỉnh | Dữ liệu mà rule phụ thuộc phải tiếp tục được liên kết. |
Cách phòng ngừa
Mô hình hóa rule tách biệt với kết quả do rule tạo ra. Duy trì tên rule, priority, conditions, operators, đối tượng được tham chiếu và module sử dụng rule. Khi IDs ở nguồn không thể giữ nguyên, cần gán lại tham chiếu đến Customers, groups hoặc Sales Channels tương ứng trên đích.
Tình huống minh họa
Dùng một mức giá theo số lượng dành cho nhóm Customers bán buôn và một rule shipping chỉ áp dụng cho Sales Channel khu vực khi cart đạt ngưỡng giá trị nhất định. Giữ điều kiện và tham chiếu thay vì chỉ giữ mức giá/phí cuối cùng.
Điều kiện đạt
Mỗi rule đại diện chỉ áp dụng trong đúng ngữ cảnh, không hoạt động ngoài ngữ cảnh đó và tham chiếu đúng Customers, groups, Products, Sales Channels, currencies cùng trường tùy chỉnh trên đích.
Sai lầm 4: Coi cây Categories và nhóm Products động là cùng một cấu trúc
Điều gì xảy ra
Categories trong Shopware có thể tổ chức navigation và nội dung, trong khi nhóm Products động chọn Products theo rules. Một collection hoặc nhóm merchandising ở nguồn có thể bị nhầm thành Categories cố định; ngược lại, Categories có thể bị dựng lại thành rule nhưng mất hierarchy, nội dung hoặc routes vốn có.
Dấu hiệu cảnh báo sớm
- Collections ở nguồn kết hợp thành viên được gán thủ công và theo rules.
- Một danh mục chủ yếu được dùng để hiển thị Products theo chiến dịch.
- Products xuất hiện trong search nhưng không nằm trong nhánh navigation dự kiến.
- Nhóm Products động phụ thuộc vào properties hoặc trường tùy chỉnh chưa được chuẩn hóa.
Cách phòng ngừa
Phân loại từng nhóm theo vai trò thực tế: hierarchy và route; thành viên Products được gán thủ công; quy tắc chọn Products động; Shopping Experiences; hoặc danh mục theo Sales Channel. Duy trì các trường mà nhóm động sử dụng và các quan hệ Categories cần cho navigation.
Tình huống minh họa
Biểu diễn một danh mục cố định “Shoes”, một nhóm Products động “Sắp hết hàng” và một danh mục landing page theo mùa sử dụng nhóm Products động như ba cấu trúc có liên hệ nhưng không đồng nhất.
Điều kiện đạt
Categories cố định giữ đúng hierarchy và routes; nhóm Products động trả về đúng Products theo conditions hợp lệ; layouts chiến dịch tham chiếu đúng nhóm mà không tạo bản sao quyền sở hữu Products.
Sai lầm 5: Sao chép Shopping Experiences nhưng bỏ mất ngữ cảnh được gán
Điều gì xảy ra
Shopping Experiences có thể tạo landing pages, shop pages, layouts của Categories và layouts trang Products. Sections, blocks, elements, media, links và cách gán dữ liệu phụ thuộc loại trang và Sales Channel. Nếu chỉ sao chép nội dung layout mà không giữ Categories, Products hoặc Sales Channel được gán, kết quả có thể đẹp về hình thức nhưng không thể truy cập hoặc gây hiểu sai.
Dấu hiệu cảnh báo sớm
| Dấu hiệu | Điều có thể đang xảy ra |
|---|---|
| Layouts có links tới Products/Categories bằng IDs ở nguồn | Nội dung Shopping Experiences chứa quan hệ nội bộ đã gãy. |
| Trang Categories dùng layouts khác nhau theo Sales Channel | Việc gán layout phụ thuộc vào kênh. |
| Thành phần trên trang Products có giá trị ghi đè riêng theo bản ghi | Một template chung không thể tái tạo toàn bộ cách storefront hoạt động. |
| Landing pages tồn tại nhưng không có thông tin navigation hoặc route trực tiếp | Nội dung có thể được di chuyển nhưng khách hàng không có đường tiếp cận hữu ích. |
Cách phòng ngừa
Duy trì loại layout, sections, blocks, elements, media, nội dung đã dịch, links, Categories/Products được gán, khả năng sử dụng trên Sales Channel và phần ghi đè ở cấp bản ghi. Thay IDs nguồn bằng tham chiếu tới đúng đối tượng trên đích.
Tình huống minh họa
Dùng một layout của Categories, một landing page độc lập và một layout trang Products có đoạn văn bản ghi đè riêng cho một bản ghi Products. Truy vết mọi Products, Categories, media và route được liên kết.
Điều kiện đạt
Mỗi Shopping Experiences đại diện truy cập được qua đúng route, hiển thị trong đúng Sales Channel và language, đồng thời tham chiếu Products, Categories, media cùng phần ghi đè riêng đúng trên đích.
Sai lầm 6: Mất định nghĩa trường tùy chỉnh hoặc quan hệ kế thừa theo language
Điều gì xảy ra
Trường tùy chỉnh của Shopware có thể mở rộng Products, Categories, Customers, Orders và những đối tượng khác. Giá trị chỉ có ý nghĩa khi định nghĩa nhóm trường tùy chỉnh, kiểu dữ liệu, đối tượng được gán, bản dịch và template/rule đang sử dụng trường vẫn tồn tại. Chỉ sao chép giá trị mà không có định nghĩa sẽ tạo dữ liệu không nhìn thấy hoặc không dùng được. Chỉ ghi một giá trị đã dịch cũng có thể làm hỏng cơ chế kế thừa từ language mặc định.
Dấu hiệu cảnh báo sớm
- Có giá trị trường tùy chỉnh nhưng không có tài liệu về nhóm trường tùy chỉnh.
- Các languages chứa giá trị khác nhau hoặc bị thiếu không theo chủ đích rõ ràng.
- Rules hoặc templates tham chiếu tên kỹ thuậts của trường tùy chỉnh.
- Trường do app tạo bị trộn với trường do doanh nghiệp tự tạo.
Cách phòng ngừa
Duy trì danh tính nhóm trường tùy chỉnh, tên kỹ thuật, label, type, allowed values, đối tượng được gán, giá trị ở language mặc định, phần ghi đè đã dịch và mọi tham chiếu từ Rule Builder, template hoặc hệ thống tích hợp. Dữ liệu tùy chỉnh do ứng dụng quản lý phải tiếp tục thuộc đúng thành phần chịu trách nhiệm.
Tình huống minh họa
Dùng một trường tuân thủ của Products được kế thừa giữa các languages và một nhãn marketing bản địa hóa được thiết lập để ghi đè giá trị mặc định.
Điều kiện đạt
Các trường xuất hiện trên đúng đối tượng, giữ định nghĩa và allowed values có thể sử dụng, kế thừa từ language mặc định khi cần và vẫn được mọi rule, template hoặc hệ thống tích hợp liên quan truy cập đúng.
Sai lầm 7: Giữ phần đầu Orders nhưng mất trạng thái, transaction và delivery
Điều gì xảy ra
Orders trong Shopware có thể chứa chi tiết mặt hàng, Customers, địa chỉ, currencies, Taxes, discounts, transactions, deliveries, documents, trạng thái và external references. Nếu chỉ di chuyển thông tin đầu Orders cùng tổng giá trị, dự án sẽ mất các chuyển đổi trạng thái và bản ghi vận hành giải thích quá trình payment và xử lý đơn hàng.
Dấu hiệu cảnh báo sớm
- Trạng thái payment và delivery bị dồn thành một trạng thái Orders chung.
- Shipments, tracking, refunds hoặc documents được lưu ở cấu trúc riêng.
- Mã Products của variants không còn trong chi tiết mặt hàng của Orders.
- Tham chiếu ERP hoặc payment bên ngoài chỉ tồn tại trong dữ liệu extension.
Cách phòng ngừa
Duy trì snapshot của Orders, chi tiết mặt hàng, danh tính variants, địa chỉ, totals, Taxes, promotions, trạng thái giao dịch, trạng thái giao hàng, tracking, documents, comments và external IDs. Lịch sử trạng thái phải tách khỏi rules và phương thức đang hoạt động hiện tại.
Tình huống minh họa
Dùng một bản ghi Orders đã thanh toán và giao hoàn tất, một bản ghi Orders được xử lý một phần và một bản ghi Orders đã hoàn tiền có variant cùng promotion.
Điều kiện đạt
Mỗi Orders đại diện vẫn có thể được hiểu và đối soát bởi hỗ trợ Customers, tài chính và bộ phận xử lý đơn hàng, với đầy đủ quan hệ chi tiết mặt hàng, transaction, delivery, document, trạng thái và external references.
Sai lầm 8: Dựng lại SEO URLs nhưng bỏ mất Sales Channel và canonical context
Điều gì xảy ra
SEO URL templates và đường dẫn được tạo trong Shopware có thể khác theo Sales Channel. Các Products có variants cũng có thể dùng chung canonical URL hoặc có đường dẫn riêng theo variant. Nếu chỉ tạo lại slug mà không giữ template, Categories chính, đường dẫn trong lịch sử và ngữ cảnh Sales Channel, cửa hàng có thể tạo trang trùng hoặc đưa khách truy cập sang sai storefront.
Dấu hiệu cảnh báo sớm
- Cùng một bản ghi Products có đường dẫn khác nhau theo Sales Channel hoặc language.
- URLs nguồn phụ thuộc breadcrumb của Categories hoặc gán Categories chính.
- Trang variants sử dụng canonical theo nhiều cách khác nhau.
- URLs cũ chưa được nối với routes tương ứng trên đích.
Cách phòng ngừa
Duy trì đường dẫn nguồn, Products hoặc Categories đích, Sales Channel, language, Categories chính, thiết lập canonical và quan hệ redirect. Sau khi thay đổi SEO URL templates, cần xây dựng lại SEO chỉ mục để đường dẫn được tạo phản ánh đúng rules dự kiến.
Tình huống minh họa
Dùng một bản ghi Products được gán cho hai Categories trên hai Sales Channels cùng một dòng variants sử dụng chung canonical URL của Products cha. Ghi mọi đường dẫn nguồn quan trọng và destination tương ứng.
Điều kiện đạt
Các routes đại diện hoạt động trong đúng Sales Channel và language; canonical nhất quán giữa variants; đường dẫn cũ redirect tới đúng Products hoặc Categories hiện tại.
Sai lầm 9: Sao chép dữ liệu extension nhưng bỏ mất đối tượng và vòng đời quản lý
Điều gì xảy ra
Extensions và applications của Shopware có thể bổ sung đối tượng tùy chỉnh, trường, rules, bản ghi API, quy trình định kỳ, thành phần storefront, dữ liệu payment/shipping, subscriptions, liên kết marketplace và trạng thái tích hợp. Chỉ chép các trường vào đối tượng tiêu chuẩn không duy trì được vòng đời hoặc tham chiếu mà extension cần để sử dụng dữ liệu.
Dấu hiệu cảnh báo sớm
- Các trường kỹ thuật có prefix của app hoặc plugin.
- Đối tượng tùy chỉnh tham chiếu Products, Customers hoặc Orders bằng internal IDs.
- Nhân viên dựa vào dữ liệu không có module tiêu chuẩn trong khu vực quản trị.
- Hệ thống bên ngoài cập nhật giá trị qua API hoặc webhook.
Cách phòng ngừa
Lập bản đồ quyền sở hữu cho từng extension. Xác định đối tượng dữ liệu, tham chiếu cha, trường kỹ thuật, cấu hình, external IDs, hướng cập nhật và thành phần tiếp tục quản lý trên đích. Tách dữ liệu lịch sử dùng để đối chiếu khỏi trạng thái vận hành đang hoạt động.
Tình huống minh họa
Truy vết một bản ghi subscription, một marketplace listing và một định danh Products của ERP từ đối tượng extension tới bản ghi Shopware cốt lõi và hệ thống bên ngoài chịu trách nhiệm.
Điều kiện đạt
Mọi bản ghi extension được giữ lại đều có đối tượng đích rõ ràng, tham chiếu cha hợp lệ, external identifiers ổn định và ứng dụng hoặc tích hợp tiếp tục có thể đọc, diễn giải và duy trì dữ liệu.
Sai lầm 10: Cho rằng Products đúng dữ liệu sẽ tự tạo kết quả search đúng
Điều gì xảy ra
Search và lập chỉ mục trên Shopware có thể phụ thuộc các trường Products có thể tìm kiếm, mã Products, keywords, properties, manufacturers, Categories, synonyms, actions và cấu hình index riêng của extensions. Products đã nhập có thể tồn tại và đang hoạt động nhưng không xuất hiện trong search hoặc xếp hạng không phù hợp nếu các trường được index, aliases hoặc quá trình xử lý qua message queue chưa hoàn chỉnh.
Dấu hiệu cảnh báo sớm
| Dấu hiệu | Điều có thể đang xảy ra |
|---|---|
| Products truy cập được bằng URL trực tiếp nhưng không xuất hiện trong search | Bản ghi Products tồn tại nhưng lập chỉ mục hoặc cấu hình search chưa hoàn chỉnh. |
| Không thể tìm theo mã Products, EAN hoặc giá trị tùy chỉnh | Các trường cần thiết chưa nằm trong cấu hình search đang hoạt động. |
| Search synonyms và forwarding actions không được kiểm kê | Cách merchandising qua search sẽ không duy trì đúng mục đích ở nguồn. |
| Quá trình tạo index hoàn tất nhưng aliases hoặc tác vụ trong hàng đợi chưa xong | Chỉ mục vừa tạo chưa phải chỉ mục đang phục vụ yêu cầu storefront. |
Cách phòng ngừa
Duy trì search keywords, visibility của Products, các trường được search, properties, dữ liệu manufacturers, synonyms, actions và mọi cấu hình Advanced Search liên quan. Kế hoạch chuyển đổi cũng cần bao gồm tạo index, xử lý message queue, tạo aliases và xác định thành phần chịu trách nhiệm duy trì lập chỉ mục về sau.
Tình huống minh họa
Dùng một bản ghi Products tìm được bằng tên, một bản ghi Products tìm bằng mã Products, một bản ghi Products phụ thuộc synonym và một bản ghi Products được nhắm tới bởi search action. Truy vết từng trường hợp qua các trường và chỉ mục được cấu hình.
Điều kiện đạt
Products đại diện xuất hiện khi tìm theo tên, mã, properties, manufacturers và synonyms dự kiến; search actions dẫn tới destination hợp lệ; chỉ mục và aliases cần thiết luôn ở trạng thái hiện hành.
Các ưu tiên phòng tránh xuyên suốt mười sai lầm
Phòng tránh lỗi trong Shopware phụ thuộc vào việc giữ Products gắn đúng với Sales Channels, cơ chế kế thừa của variants, điều kiện Rule Builder, Shopping Experiences, trường tùy chỉnh theo language, trạng thái Orders trong lịch sử, routes, search và quyền sở hữu extension. Một bản ghi Products đúng riêng lẻ không thể bù cho quan hệ bị thiếu với kênh, rule, layout hoặc index.
| Lớp kiểm soát | Điều cần duy trì |
|---|---|
| Trách nhiệm Sales Channel | Gắn Products, Customers, Categories, domains, languages và visibility với đúng Sales Channel. |
| Kiểm soát kế thừa | Phân biệt giá trị kế thừa từ Products cha với giá trị ghi đè ở variant. |
| Mối phụ thuộc của rules | Duy trì dữ liệu mà Rule Builder conditions sử dụng để xác định giá, promotion, payment và shipping. |
| Gán Shopping Experiences | Giữ Shopping Experiences gắn đúng loại trang, đối tượng, route và Sales Channel. |
| Vận hành search | Đồng bộ các trường tìm kiếm, synonyms, lập chỉ mục, aliases và xử lý theo hàng đợi. |
Kết luận
Dự án chuyển đổi sang Shopware dễ gặp lỗi khi những cấu trúc liên kết của nền tảng bị làm phẳng thành các bản ghi rời rạc. Sales Channels xác định nơi Products có thể xuất hiện; properties tạo variants; rules điều khiển kết quả thương mại; Shopping Experiences cung cấp ngữ cảnh hiển thị; extensions có thể sở hữu cả một nhóm dữ liệu và quy trình nghiệp vụ.
Cách an toàn nhất là duy trì từng quan hệ và chứng minh bằng điều kiện đạt riêng cho từng loại rủi ro. Khi Products, Sales Channels, rules, nội dung, Orders, URLs, search và extensions đều thống nhất, kết quả di chuyển dữ liệu mới hoạt động như một môi trường Shopware hoàn chỉnh thay vì chỉ là tập hợp các đối tượng được nhập vào.
Câu hỏi thường gặp
Vì sao Products có thể tồn tại trong Shopware nhưng người mua vẫn không truy cập được?
Products có thể không hoạt động, bị ẩn, không được gán cho Sales Channel liên quan, không nằm trong danh mục Categories của kênh hoặc thiếu ngữ cảnh language, currency, domain hay visibility mà storefront yêu cầu.
Properties của Shopware có phải lúc nào cũng tạo variants không?
Không phải mọi properties đều dùng để tạo variants. Properties có thể chỉ mô tả và hỗ trợ lọc Products; chỉ những property options được chọn cho cơ chế tạo variants mới xác định các tổ hợp có thể bán.
Vì sao phải giữ điều kiện Rule Builder tách khỏi mức giá hoặc discount cuối cùng?
Kết quả chỉ đúng dưới những điều kiện cụ thể về Customers, Sales Channel, currency, số lượng, cart, thời gian hoặc Orders. Chỉ sao chép giá trị mà bỏ rule có thể khiến giá trị áp dụng quá rộng hoặc không áp dụng đúng lúc.
Shopping Experiences có thể được di chuyển như CMS Pages thông thường không?
Không thể giả định như vậy. Loại trang, sections, blocks, elements, cách gán, ngữ cảnh Sales Channel, links và phần ghi đè theo Products/Categories quyết định layout hoạt động ở đâu và như thế nào.
Nên xử lý trường tùy chỉnh của Shopware giữa các languages như thế nào?
Trước tiên cần duy trì định nghĩa trường và giá trị ở language mặc định, sau đó giữ các giá trị dịch được chủ động ghi đè. Cách này giúp cơ chế kế thừa tiếp tục dùng được cho templates, rules và các tích hợp.
Vì sao Products đúng vẫn có thể không xuất hiện trong search của Shopware?
Kết quả search phụ thuộc visibility, trường được tìm kiếm, keywords, properties, synonyms, actions, quá trình tạo index, xử lý hàng đợi, aliases và cấu hình extension. Bản ghi Products chính xác riêng lẻ không bảo đảm Products đã được index và có thể tìm thấy.