Hướng dẫn đầy đủ về nguồn cấp dữ liệu biến thể sản phẩm

Hầu hết các vấn đề về nguồn cấp dữ liệu không giống như những vấn đề thông thường. Chúng trông giống như một thông báo từ chối từ Google Merchant Center mà bạn không thể giải thích, một chiến dịch Advantage+ chi hết ngân sách cho một chiếc áo phông đen duy nhất, hoặc một quảng cáo Mua sắm dẫn khách hàng đang tìm giày cỡ 42 đến trang chỉ còn cỡ 38.

Về cơ bản, hầu hết các trường hợp trên đều có chung một điểm: sự khác biệt giữa các biến thể.

Biến thể là bất kỳ phiên bản nào của sản phẩm khác nhau ở một điểm có thể nhìn thấy và mua được — kích thước, màu sắc, chất liệu, dung lượng, hoàn thiện. Chúng rất phổ biến trong bán lẻ và lại cực kỳ khó xử lý trong các nguồn cấp dữ liệu, bởi vì mỗi kênh mô hình hóa chúng khác nhau, và vì việc xử lý sai chúng sẽ dẫn đến thất bại âm thầm. Không có gì bị hỏng. Quảng cáo của bạn chỉ âm thầm hoạt động kém hiệu quả, và chẩn đoán nằm sâu bốn lớp trong một tệp dữ liệu mà không ai mở ra.

Hướng dẫn này bao gồm toàn bộ chủ đề: những gì thực sự được coi là biến thể, cách thức hoạt động của item_group_id và những trường hợp người dùng sử dụng sai, mọi thuộc tính xác định biến thể với giới hạn thực tế của chúng, các ví dụ về nguồn cấp dữ liệu hoạt động ở định dạng XML, CSV và JSON, cách Google, Meta, TikTok, Pinterest, Amazon và các thị trường khu vực mong đợi các biến thể được cấu trúc như thế nào, và một bảng chẩn đoán các lỗi thường gặp nhất.

Bài viết dài vì chủ đề dài. Hãy sử dụng mục lục để dễ dàng chuyển đến các phần cần thiết.

1. Biến thể thực chất là gì?

Biến thể là phiên bản có thể mua được của một sản phẩm, khác với các sản phẩm cùng loại ở ít nhất một thuộc tính mà khách hàng có thể lựa chọn, trong khi vẫn là cùng một sản phẩm.

Mệnh đề cuối cùng đó có tác dụng rất lớn. Một chiếc áo phông màu xanh cỡ trung bình và một chiếc áo phông màu đen cỡ lớn là cùng một sản phẩm. Một chiếc áo phông màu xanh và một chiếc áo hoodie màu xanh thì không, ngay cả khi cùng một thương hiệu và cùng chất liệu.

Mô hình tiêu chuẩn trên hầu hết các kênh là quan hệ cha/con :

• cha mẹ Sản phẩm mang tính khái niệm là "Áo len cổ tròn Merino". Sản phẩm này thường không được bán riêng lẻ.
• trẻ em Đó là các biến thể — mỗi biến thể có mã SKU riêng, mức tồn kho riêng, đôi khi có cả giá và hình ảnh riêng.

Trong nguồn cấp dữ liệu sản phẩm, điều này hầu như luôn được thể hiện ở dạng phẳng : mỗi biến thể là một hàng hoặc <mục> riêng biệt, và một khóa nhóm chung liên kết chúng lại với nhau. Không có sự lồng ghép. Một chiếc áo len có 4 màu và 5 kích cỡ sẽ có 20 hàng, tất cả đều mang cùng một ID nhóm.

Là gì không Một biến thể

Đây là nơi mà các nguồn cấp dữ liệu gặp sự cố trước khi bất kỳ dòng XML nào được ghi ra.

Việc nhóm bất kỳ mục nào trong số này dưới một item_group_id chung sẽ tạo ra một nhóm mà các thành viên không thể thay thế cho nhau — điều này gây nhầm lẫn cho bộ chọn biến thể trên trang đích và, trên một số kênh, gây ra thông báo từ chối do không khớp.

2. Quyết định quyết định tất cả mọi thứ

Trước khi viết bất kỳ logic nào cho nguồn cấp dữ liệu, hãy trả lời một câu hỏi cho mỗi loại sản phẩm bạn bán:

Khi khách hàng chọn một tùy chọn khác, họ sẽ được chuyển đến một trang khác hay vẫn là trang đó nhưng ở trạng thái khác?

Đây là bài kiểm tra thực hành, và nó phản ánh trực tiếp cách bạn nên cấu trúc nguồn cấp dữ liệu.

Trường hợp A — URL riêng biệt cho mỗi biến thể. Mỗi màu sắc có trang sản phẩm riêng (/merino-sweater-navy, /merino-sweater-charcoal). Gửi mỗi biến thể dưới dạng một hàng riêng biệt với liên kết riêng. Đây là thiết lập gọn gàng nhất, mang lại độ phù hợp quảng cáo tốt nhất và là điều mà các kênh quảng cáo ưa thích.

Trường hợp B — một URL duy nhất, biến thể được chọn trên trang. Mọi thứ đều nằm ở /merino-sweater và khách hàng chọn màu sắc và kích cỡ bằng công cụ chọn. Bạn vẫn có thể gửi tất cả các biến thể, nhưng bạn nên thêm tham số liên kết sâu để quảng cáo hiển thị đúng trạng thái đã được chọn trước:

https://example.com/merino-sweater?colour=navy&size=m

Nếu thiếu tham số đó, người mua hàng khi nhấp vào quảng cáo cỡ trung bình (navy medium) sẽ thấy mặc định là cỡ nhỏ (charcoal small). Sự không khớp màu này là một trong những nguyên nhân lớn nhất gây mất tỷ lệ chuyển đổi trong quảng cáo biến thể, và trên Google, nó cũng có thể gây ra lỗi "Giá trị không khớp (thu thập thông tin trang)" vì trình thu thập thông tin thấy màu sắc hiển thị trên trang không khớp với màu đã gửi.

Trường hợp C — các biến thể không đáng để tách riêng. Một số biến thể không ảnh hưởng đến quyết định mua hàng đủ để biện minh cho việc quảng cáo riêng biệt — ví dụ như chiều dài cáp của bộ sạc. Trong trường hợp này, bạn có thể cố ý gửi một biến thể đại diện. Phần 7 sẽ đề cập đến thời điểm thích hợp để làm điều này.

Thuộc tính xác định biến thể so với thuộc tính mô tả

Mỗi thuộc tính trong nguồn cấp dữ liệu của bạn đều thuộc một trong hai nhóm, và việc nhầm lẫn giữa chúng thường là nguyên nhân dẫn đến việc tạo ra các nhóm không chính xác.

Các thuộc tính xác định biến thể phải khác nhau giữa các thành viên trong nhóm. Đó là những thứ khách hàng lựa chọn: màu sắc, kích thước, chất liệu, kiểu dáng, cộng với các kích thước cụ thể của sản phẩm như dung tích hoặc lớp hoàn thiện.

Các thuộc tính hằng số nhóm phải giống hệt nhau ở mọi thành viên: thương hiệu, giới tính, nhóm tuổi, tiêu đề nhóm sản phẩm, danh mục sản phẩm của Google. Nếu hai hàng có cùng ID nhóm sản phẩm nhưng có giá trị giới tính khác nhau, thì bạn đã nhóm sản phẩm sai hoặc gắn thẻ sai cho chúng.

Các thuộc tính chỉ định cho từng hàng nhưng không xác định biến thể sẽ khác nhau tùy thuộc vào từng hàng mà không xác định biến thể đó: id, price, availability, gtin, image_link, link. Hai biến thể có thể có giá khác nhau một cách hợp lệ — ví dụ, size 3XL thường đắt hơn — mà không cần giá cả là yếu tố phân biệt chúng.

3. item_group_id: nền tảng

item_group_id là khóa chung cho biết "các hàng này thuộc cùng một sản phẩm". Mọi thứ khác về xử lý biến thể đều phụ thuộc vào việc khóa này chính xác.

Các đặc điểm kỹ thuật

Vì Google không phân biệt chữ hoa chữ thường trong khi Meta và TikTok thì có, hãy chuẩn hóa việc sử dụng chữ thường (hoặc chữ hoa) ở mọi nơi. Một danh mục có cả SWTR-001 và swtr-001 sẽ được nhóm đúng trên Google nhưng lại được tách thành hai sản phẩm riêng biệt trên Meta.

Chọn giá trị

Mã định danh nhóm mặt hàng (item_group_id) tốt nhất là mã SKU cha mà bạn đã có trong hệ thống ERP hoặc PIM của mình. Mã này tồn tại, ổn định và duy nhất.

Tốt:

SWTR-MERINO-CREW
12345
parent-8891

Tệ hại, và lý do:

Điều cuối cùng cần được nhấn mạnh. item_group_id phải ổn định theo thời gian. Các kênh tích lũy lịch sử hiệu suất so với nhóm. Nếu quá trình xuất dữ liệu tạo lại ID, bạn sẽ đặt lại lịch sử đó mỗi khi đồng bộ hóa, và không có bất kỳ tối ưu hóa giá thầu nào có thể bù đắp được.

Ba quy tắc

1. Mỗi thành viên trong một nhóm đều có cùng item_group_id.
2. Mỗi thành viên đều có một mã định danh duy nhất. Việc xuất hiện ID trùng lặp ở bất kỳ đâu trong nguồn cấp dữ liệu sẽ khiến hàng sau đó bị xóa bỏ mà không báo trước.
3. Mỗi thành viên đều khác nhau ở ít nhất một thuộc tính xác định biến thể. Hai hàng có cùng ID nhóm và Những sản phẩm cùng màu sắc và kích thước được coi là bản sao, không phải là biến thể.

Một quy ước đáp ứng cả ba điều kiện trên:

item_group_id: SWTR-MERINO-CREW
id:            SWTR-MERINO-CREW-NAV-M
id:            SWTR-MERINO-CREW-NAV-L
id:            SWTR-MERINO-CREW-CHR-M

Dễ đọc, dễ gỡ lỗi, được tạo ra từ dữ liệu bạn đã có sẵn.

tiêu đề nhóm mục

Một thuộc tính mới hơn của Google, tùy chọn nhưng được khuyến nghị khi bạn gửi item_group_id. Thuộc tính này chứa tên của sản phẩm cha — tối đa 150 ký tự — và phải giống hệt nhau trên mọi biến thể trong nhóm.

xml

<g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
<g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
<title>Merino Crew Neck Sweater — Navy, Medium</title>

Hãy lưu ý quy luật: `title` là biến thể riêng, còn `item_group_title` thì không. Việc gửi cùng một chuỗi trong cả hai sẽ làm lãng phí tín hiệu.

tùy chọn biến thể

Một cải tiến mới khác từ phía Google: một cách thức có cấu trúc để khai báo các thuộc tính xác định biến thể, thay vì để kênh tự suy luận. Nó chấp nhận tối đa 30 cặp tên/giá trị (mỗi thuộc tính phụ tối đa 250 ký tự, tổng cộng 5,000 ký tự).

xml

<g:variant_option>
  <g:name>Colour</g:name>
  <g:value>Navy</g:value>
</g:variant_option>
<g:variant_option>
  <g:name>Size</g:name>
  <g:value>M</g:value>
</g:variant_option>

Điều này đặc biệt hữu ích cho các sản phẩm có các trục biến thể không được bao phủ bởi các thuộc tính trang phục tiêu chuẩn — dung lượng lưu trữ, cấp bộ xử lý, công suất, số lượng chỗ ngồi. Thay vì ép buộc "256GB" vào kích thước, bạn khai báo nó một cách chính xác.

4. Chi tiết về các thuộc tính xác định biến thể

màu sắc

Đây là thuộc tính bị ràng buộc bởi quy tắc nhất trong bản đặc tả, và cũng là thuộc tính thường bị từ chối nhất.

Không được chấp nhận:

• Mã số — Màu 42, RAL 5013
• Mã thập lục phân — #001F5B
• Chữ cái đơn — N ​​cho hải quân
• Tham chiếu đến một hình ảnh — xem ảnh
• Chữ số hoặc từ ghép — Navy1, NavyBlue (viết Navy Blue)

Quản lý tên màu sắc trong tiếp thị. Các thương hiệu thời trang hiếm khi đặt tên màu là "xanh navy". Họ thường đặt tên là "Midnight Regatta". Kênh bán hàng cần một màu sắc mà người mua sắm sẽ tìm kiếm; thương hiệu của bạn cần có tên riêng trên trang.

Giải pháp thỏa hiệp khả thi:

color:       Navy
description: ...available in Midnight Regatta (navy)...

Hãy ánh xạ tên tiếp thị sang tên chuẩn trong nguồn cấp dữ liệu và giữ cho tên thương hiệu hiển thị rõ ràng trên trang đích và trong phần mô tả. Đừng sử dụng màu sắc cho tên tiếp thị – điều này làm giảm khả năng khớp với các truy vấn có tiêu chí màu sắc, vốn là một trong những từ khóa tìm kiếm có ý định mua hàng cao nhất trong lĩnh vực thời trang.

Sản phẩm nhiều màu:

color: Navy/White/Grey

Màu cơ bản được ưu tiên trước. Google coi giá trị đầu tiên là màu chủ đạo.

kích thước

Nguyên tắc quan trọng: phải đủ cụ thể để không gây nhầm lẫn và nhất quán trong toàn bộ danh mục. M là ổn nếu mọi sản phẩm đều sử dụng M. Việc trộn lẫn M, Medium, med và M/L cho cùng một khái niệm sẽ làm phân mảnh các nhóm biến thể và khiến việc phân khúc theo kích thước trở nên bất khả thi.

Đối với các sản phẩm mà một kích thước duy nhất không đủ, hãy bao gồm các kích thước phân biệt trong giá trị:

size: 32/34          (waist/inseam)
size: 15.5/34        (neck/sleeve)
size: 9.5 Wide       (shoe width)
size: 200x140cm      (rugs, bedding)

loại kích thước và hệ thống kích thước

Tùy chọn, chỉ dành cho quần áo và ít được sử dụng — cả ba đều cải thiện đáng kể khả năng tìm kiếm cho những người mua sắm sử dụng các từ khóa này.

size_type — tối đa 2 giá trị từ: regular, petite, maternity, big, tall, plus.

size_system — một trong các hệ thống sau: US, UK, EU, DE, FR, JP, CN, IT, BR, MEX, AU. Nếu bỏ qua, kênh phân phối sẽ sử dụng hệ thống của quốc gia mục tiêu, đây là nguyên nhân gây ra lỗi cụ thể và tốn kém: một nhà bán lẻ Thổ Nhĩ Kỳ bán hàng vào Đức với kích cỡ EU nhưng không khai báo size_system có thể dẫn đến việc kích cỡ được hiểu theo thang đo sai.

xml

<g:size>10</g:size>
<g:size_system>UK</g:size_system>
<g:size_type>regular</g:size_type>

vật liệu

Tối đa 200 ký tự trên Google. Nội dung chính được đặt trước, sau đó là tối đa hai nội dung phụ được phân cách bằng dấu gạch chéo /.

material: Cotton
material: Leather/Suede
material: Merino Wool/Nylon/Elastane

Thông tin này chỉ bắt buộc nếu nó giúp phân biệt các phiên bản khác nhau của sản phẩm — ví dụ như túi được bán bằng da và vải bố. Nếu không, thông tin này là tùy chọn nhưng nên cung cấp; chất liệu là một tiêu chí tìm kiếm phổ biến.

Belt Hold

Tối đa 100 ký tự. Văn bản tự do mô tả họa tiết hoặc hình ảnh: Sọc, Chấm bi, Paisley, Hoa, Xương cá. Quy tắc tương tự — bắt buộc nếu đó là phần thay đổi.

nhóm tuổi và giới tính

Cả hai đều là hằng số nhóm . Mỗi biến thể trong một nhóm phải mang cùng một giá trị.

nhóm tuổi: trẻ sơ sinh, trẻ nhỏ, trẻ mới biết đi, trẻ em, người lớn — một giá trị cho mỗi sản phẩm.

Giới tính: nam, nữ, không phân biệt giới tính.

Nếu một loại quần áo được bán riêng với kiểu dáng dành cho nam và nữ, thì đó là hai nhóm sản phẩm riêng biệt , chứ không phải một nhóm sản phẩm hỗn hợp nam nữ. Kiểu dáng khác nhau, kích cỡ khác nhau, và người mua đang lựa chọn giữa các sản phẩm chứ không phải giữa các lựa chọn khác nhau.

Bảng tham khảo

5. Ví dụ thực tế về nguồn cấp dữ liệu

XML (Google RSS 2.0)

Hai biến thể của một nhóm gồm sáu biến thể. Hãy lưu ý những điểm khác biệt và những điểm không thay đổi.

xml

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Example Store — Product Feed</title>
    <link>https://example.com</link>

    <item>
      <g:id>SWTR-MERINO-CREW-NAV-M</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Navy, Medium</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=navy&amp;size=m</link>
      <g:image_link>https://cdn.example.com/swtr-merino-navy-1.jpg</g:image_link>
      <g:additional_image_link>https://cdn.example.com/swtr-merino-navy-2.jpg</g:additional_image_link>
      <g:availability>in_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678900</g:gtin>
      <g:mpn>SW-MC-NAV-M</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Navy</g:color>
      <g:size>M</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>full-size-run</g:custom_label_1>
    </item>

    <item>
      <g:id>SWTR-MERINO-CREW-CHR-L</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Charcoal, Large</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=charcoal&amp;size=l</link>
      <g:image_link>https://cdn.example.com/swtr-merino-charcoal-1.jpg</g:image_link>
      <g:availability>out_of_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678931</g:gtin>
      <g:mpn>SW-MC-CHR-L</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Charcoal</g:color>
      <g:size>L</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>broken-size</g:custom_label_1>
    </item>

  </channel>
</rss>

Bốn điều đáng lưu ý:

1. item_group_id và item_group_title giống hệt nhau; id và title thì không.
2. liên kết mang các tham số liên kết sâu Vì vậy, quảng cáo sẽ hiển thị đúng trạng thái đã được chọn trước. Ký tự & được mã hóa thành & — bắt buộc trong XML và thường là nguyên nhân gây ra lỗi phân tích cú pháp.
3. image_link phụ thuộc vào biến thể. Cả hai hàng màu xanh hải quân đều chỉ vào ảnh màu xanh hải quân. Việc gửi một ảnh chính cho tất cả các màu là lỗi phổ biến thứ hai sau lỗi thiếu ID nhóm.
4. Hàng hết hàng được gắn thẻ. Thông qua custom_label_1, nó có thể bị loại trừ hoặc giảm giá thầu mà không cần xóa nó khỏi nguồn cấp dữ liệu.

CSV / TSV

Dữ liệu tương tự, đã được làm phẳng. Hàng tiêu đề cộng thêm hai biến thể:

csv

id,item_group_id,item_group_title,title,description,link,image_link,availability,price,brand,gtin,condition,google_product_category,color,size,size_system,material,gender,age_group,custom_label_0
SWTR-MERINO-CREW-NAV-M,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Navy, Medium","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=navy&size=m,https://cdn.example.com/swtr-merino-navy-1.jpg,in_stock,89.00 EUR,Example,5012345678900,new,1604,Navy,M,EU,Merino Wool,male,adult,core
SWTR-MERINO-CREW-CHR-L,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Charcoal, Large","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=charcoal&size=l,https://cdn.example.com/swtr-merino-charcoal-1.jpg,out_of_stock,89.00 EUR,Example,5012345678931,new,1604,Charcoal,L,EU,Merino Wool,male,adult,core

CSV là nơi xảy ra hầu hết các lỗi thực tế, bởi vì dấu phẩy trong tiêu đề và mô tả phải được đặt trong dấu ngoặc kép, và dấu ngoặc kép bên trong các trường được đặt trong dấu ngoặc kép phải được thoát. Nếu tiêu đề của bạn chứa dấu phẩy — và tiêu đề sản phẩm có màu sắc và kích thước hầu như luôn có — hãy sử dụng TSV. Dấu tab hầu như không bao giờ xuất hiện trong dữ liệu sản phẩm, và toàn bộ một loại lỗi phân tích cú pháp sẽ biến mất.

JSON

Đối với việc nhập dữ liệu thông qua API:

json

{
  "products": [
    {
      "id": "SWTR-MERINO-CREW-NAV-M",
      "item_group_id": "SWTR-MERINO-CREW",
      "item_group_title": "Merino Crew Neck Sweater",
      "title": "Merino Crew Neck Sweater — Navy, Medium",
      "link": "https://example.com/merino-crew-sweater?colour=navy&size=m",
      "image_link": "https://cdn.example.com/swtr-merino-navy-1.jpg",
      "availability": "in_stock",
      "price": { "value": "89.00", "currency": "EUR" },
      "brand": "Example",
      "gtin": "5012345678900",
      "condition": "new",
      "google_product_category": "1604",
      "variant_attributes": {
        "color": "Navy",
        "size": "M",
        "size_system": "EU",
        "material": "Merino Wool"
      },
      "gender": "male",
      "age_group": "adult"
    }
  ]
}

Đầy đủ các kích cỡ

Sáu biến thể — hai màu × ba kích cỡ — với họa tiết nhận dạng hiển thị rõ:

Than củi chỉ còn lại một kích cỡ trong ba kích cỡ. Phần 9 sẽ hướng dẫn cách xử lý vấn đề này.

6. Từng kênh một

Khái niệm này mang tính phổ quát. Nhưng cách thực hiện thì không. Dưới đây là cách mỗi điểm đến chính mong đợi các biến thể khác nhau, và những điểm khác biệt giữa chúng.

Google Shopping / Merchant Center

Đây là phương pháp cụ thể nhất và là cách triển khai tham chiếu mà hầu hết các kênh khác đều học hỏi.

• item_group_id là cần phải Đối với các tin đăng miễn phí và quảng cáo mua sắm tại Brazil, Pháp, Đức, Nhật Bản, Anh và Mỹ, bất cứ khi nào có biến thể được gửi.
• Các thuộc tính xác định biến thể phải được điền đầy đủ: màu sắc và kích cỡ là bắt buộc đối với quần áo ở các thị trường đó.
• Thông tin về giới tính và nhóm tuổi là bắt buộc đối với trang phục và phải nhất quán trong toàn bộ nhóm.
• Trang đích phải hiển thị rõ ràng các giá trị biến thể đã gửi, nếu không bạn sẽ gặp rủi ro. Giá trị không khớp (quá trình thu thập dữ liệu trang) không chấp thuận.
• Mỗi biến thể cạnh tranh độc lập trong phiên đấu giá. Google chọn thành viên nào trong một nhóm để hiển thị cho một truy vấn nhất định, vì vậy một nhóm không đầy đủ có nghĩa là một nhóm ứng viên yếu hơn.
• Ảnh hiển thị trên trang phục phải có kích thước tối thiểu 500×500 pixel — đây là yêu cầu tối thiểu bắt buộc. Ngày 31 tháng 2027 năm XNUMXNên kiểm toán ngay bây giờ thay vì vội vàng.

Lưu ý thực tế: Merchant Center báo cáo ở cấp độ biến thể (ID), không phải cấp độ nhóm. Để đánh giá sản phẩm một cách chính xác, bạn phải tự tổng hợp theo item_group_id — điều này sẽ dễ dàng hơn nhiều nếu ID nhóm rõ ràng và ổn định.

Meta (Facebook và Instagram)

Meta sử dụng cùng tên trường nhưng với các ràng buộc khác nhau và mô hình hiển thị khác biệt đáng kể.

• item_group_id cho phép tối đa 100 ký tự và trường hợp nhạy cảm.
• màu sắc và kích thước cho phép tối đa 200 ký tự.
• Giá trị khả dụng được sử dụng khoảng trắng, không phải dấu gạch dưới: in stock, chứ không phải in_stock. Sự khác biệt nhỏ này gây lỗi cho nhiều nguồn cấp dữ liệu Meta hơn bất kỳ lỗi nào khác, đặc biệt là khi nguồn cấp dữ liệu của Google được sử dụng lại trực tiếp.
• Trong cửa hàng và trên các trang chi tiết sản phẩm, một tập hợp được nhóm đúng cách sẽ hiển thị như sau: một sản phẩm với bộ chọn biến thểthay vì nhiều danh sách gần như giống hệt nhau.
• Quảng cáo danh mục Advantage+ sử dụng nhóm để tránh hiển thị cho người dùng sáu phiên bản của cùng một chiếc áo len trong một băng chuyền — danh mục không được nhóm sẽ tạo ra các quảng cáo lặp lại rõ rệt và lãng phí lượt hiển thị.
• Việc báo cáo ở cấp độ biến thể trong Commerce Manager phụ thuộc vào việc nhóm dữ liệu chính xác.

Lưu ý thực tế: Không nên trỏ Meta trực tiếp vào nguồn cấp dữ liệu Google của bạn mà không chỉnh sửa. Ít nhất, hãy kiểm tra tính khả dụng của việc chuyển đổi và giới hạn ký tự. Hầu hết các nền tảng nguồn cấp dữ liệu — bao gồm cả Feedance — đều xử lý việc này như một phép biến đổi ở cấp kênh, do đó dữ liệu nguồn vẫn không bị thay đổi.

TikTok

• item_group_id cho phép tối đa 150 ký tự.
• sku_id là mã định danh duy nhất cho mỗi biến thể — mỗi hàng biến thể cần một giá trị riêng biệt.
• Màu sắc và kích thước cho phép tối đa 200 ký tự.
• Tiêu đề cho phép tối đa 255 ký tự; mô tả tối đa 10,000 ký tự; cần có định dạng google_product_category.
• TikTok là kênh có quy định nghiêm ngặt nhất về... hình ảnh cụ thể của biến thểCác thẻ sản phẩm hiển thị bộ chọn biến thể, và các biến thể có chung một hình ảnh chung sẽ cho hiệu suất kém hơn đáng kể. Nếu bạn muốn tiết kiệm chi phí ở bất kỳ khâu nào trong quy trình xử lý hình ảnh, đừng làm điều đó ở đây.

Pinterest

• Tuân theo mô hình của Google một cách chặt chẽ; item_group_id nhóm các biến thể.
• Pinterest hiển thị các biến thể bên trong một Ghim Sản phẩm duy nhất với các tùy chọn có thể lựa chọn.
• Chất lượng hình ảnh và tỷ lệ khung hình dọc có ảnh hưởng rất lớn — Pinterest là một nền tảng khám phá hình ảnh, và những hình ảnh khác biệt không thực sự nổi bật sẽ không được lưu lại.

đàn bà gan dạ

Amazon không sử dụng item_group_id, và việc giả định ngược lại sẽ gây ra rất nhiều công sức lãng phí.

Amazon sử dụng mô hình quan hệ cha/con rõ ràng :

• A ASIN cha Được tạo ra dưới dạng danh sách không thể mua được.
• Mỗi trang web ASIN của trẻ em Tham chiếu đến sản phẩm cha thông qua các trường parent_sku / parent_child.
• A chủ đề biến thể Phải được khai báo — SizeColor, Size, Color, SizeName-ColorName, v.v., tùy theo từng danh mục.
• Giao diện phải phù hợp với danh mục cụ thể đó; tên giao diện không được phép sử dụng ở mọi nơi.

Nếu bạn xuất dữ liệu từ cùng một nguồn sang cả Google và Amazon, hãy coi đây là một quá trình chuyển đổi thực sự, chứ không phải chỉ là đổi tên trường. Lớp dữ liệu của bạn phải xây dựng trang danh sách cha, gán chủ đề và liên kết các trang con với nó.

Các thị trường khu vực và công cụ so sánh

Các kênh truyền hình Thổ Nhĩ Kỳ và khu vực MENA nói chung đều có những quy ước riêng, và chính những quy ước này thường tạo nên sự khác biệt giữa một danh mục chương trình hoạt động hiệu quả và một danh mục chương trình bị lỗi ở các thị trường này.

• Hợp thời trang Nó sử dụng mô hình cha/con riêng với một tập hợp thuộc tính bắt buộc dành riêng cho từng danh mục. Màu sắc và kích thước là các trường cấu trúc riêng biệt, và danh sách thuộc tính bắt buộc khác nhau tùy theo danh mục.
• Akakçe và Keo kiệt Chúng là các công cụ so sánh giá. Thông thường, chúng yêu cầu một hàng dữ liệu cho mỗi SKU có thể mua được, và các hàng trùng lặp gần giống hệt nhau thường bị lọc bỏ — vì vậy, việc gửi một lô dữ liệu đầy đủ mà không có dữ liệu được phân biệt có thể làm giảm chứ không phải tăng khả năng hiển thị.
• Hepsiburada và Sự Kiện N11 Mỗi biến thể tự định nghĩa các khóa nhóm biến thể và các thuộc tính bắt buộc riêng.

Đây là lĩnh vực mà các công cụ quản lý nguồn cấp dữ liệu toàn cầu thông thường thường không đáp ứng được yêu cầu, và nơi mà một thuộc tính bị ánh xạ sai âm thầm loại bỏ toàn bộ một danh mục khỏi thị trường.

sự so sánh

7. Chia tách hay sụp đổ?

Mặc định thì nên gửi tất cả các biến thể, nhưng điều này không phải lúc nào cũng đúng. Câu hỏi thực sự là liệu biến thể đó có làm thay đổi mong muốn của người mua hàng hay không.

Gửi tất cả các biến thể khi…

• Sự khác biệt nằm ở quyết định mua hàng. Quần áo, giày dép, bất cứ thứ gì mà nếu sai kích cỡ thì không được bán.
• Giá cổ phiếu có sự khác biệt đáng kể giữa các biến thể. Quảng cáo một sản phẩm mà chỉ còn duy nhất một kích cỡ là 3XL là lãng phí tiền bạc.
• Giá cả khác nhau tùy thuộc vào từng phiên bản. Việc hiển thị €89 trong khi tùy chọn đã chọn có giá €119 dẫn đến sự không khớp về giá và khiến khách hàng tức giận.
• Nhu cầu tìm kiếm được phân loại theo biến thể. Mọi người tìm kiếm "áo len merino màu xanh hải quân cỡ trung bình". Bạn không thể xếp hạng cao cho từ khóa đó nếu không đăng tải sản phẩm.

Thu gọn lại thành một biến thể đại diện khi…

• Danh mục này rất lớn và hầu hết đều đồng nhất. Một nhà bán lẻ phần cứng với 200,000 mã sản phẩm (SKU), trong đó 60% là các biến thể chiều dài không đáng kể, sẽ thu được rất ít lợi ích từ việc mở rộng hoàn toàn và phải trả giá bằng việc xử lý nguồn cấp dữ liệu và độ phức tạp của chiến dịch.
• Kênh này sẽ xử phạt những bài đăng gần giống nhau. Một số công cụ so sánh lọc bỏ các hàng trùng lặp; việc chạy toàn bộ bảng so sánh có thể làm giảm khả năng hiển thị thông tin.
• Sự khác biệt không ảnh hưởng đến giá cả, hình ảnh hoặc tình trạng hàng hóa. Nếu cả mười hai biến thể đều giống hệt nhau về mọi mặt có ý nghĩa thương mại, thì mười hai hàng sẽ tạo ra nhiễu thay vì tín hiệu.

Khi thu gọn bảng, hãy chọn sản phẩm đại diện một cách có chủ đích: đó là biến thể bán chạy nhất và còn hàng , chứ không phải hàng đầu tiên theo thứ tự bảng chữ cái. Đây chính là lúc dữ liệu hiệu suất phát huy tác dụng trong nguồn cấp dữ liệu — dữ liệu GA4 hoặc dữ liệu nền tảng có thể tự động chọn sản phẩm đại diện thay vì để nó phụ thuộc vào thứ tự sắp xếp.

Con đường trung đạo

Chia rẽ theo trục chi phối quyết định; sụp đổ theo trục không chi phối quyết định.

Đối với giày dép, điều đó thường có nghĩa là mỗi màu một hàng, với các kích cỡ được gộp lại — màu sắc là trục khám phá, kích cỡ là yếu tố kiểm tra độ vừa vặn diễn ra trên trang. Đối với sản phẩm mà dung lượng quyết định giá cả, hãy chia theo dung lượng và gộp theo màu sắc.

8. 12 lỗi biến thể phổ biến nhất

Các lỗi 1, 2, 4 và 11 chiếm phần lớn các lỗi mà chúng ta thấy trong các cuộc kiểm toán thực tế. Không lỗi nào khó phát hiện; tất cả đều vô hình cho đến khi có người tìm ra.

9. Kích thước không đạt chuẩn và tình trạng kho hàng

Hàng tồn kho không đầy đủ kích cỡ là một sản phẩm mà về mặt kỹ thuật vẫn có sẵn các size nhưng trên thực tế lại không thể bán được — ví dụ như một chiếc áo len chỉ có size XS và 3XL, hoặc một đôi giày còn thiếu hai size trong tổng số chín size.

Điều này quan trọng hơn vẻ bề ngoài. Khi người mua nhấp vào quảng cáo sản phẩm và thấy kích cỡ của họ không có sẵn, bạn đã trả tiền cho một lượt nhấp không thể chuyển đổi và bạn đã đánh đổi uy tín thương hiệu của mình. Ở quy mô lớn, các sản phẩm không có đủ kích cỡ có thể tiêu tốn một phần đáng kể ngân sách mà hầu như không đóng góp gì vào doanh thu.

Phát hiện ra nó

Tính toán, theo item_group_id:

size_availability_ratio = in_stock_variants / total_variants

Sau đó hãy hành động dựa trên các ngưỡng. Một điểm khởi đầu khả thi:

Hãy cân nhắc điều này dựa trên nhu cầu , chứ không chỉ dựa trên số lượng. Việc mất đi các size XXS và XXL ít ảnh hưởng hơn nhiều so với việc mất đi các size M và L, vốn thường chiếm phần lớn doanh số. Một tỷ lệ phân bổ sản phẩm ngang nhau cho tất cả các size sẽ không phản ứng đầy đủ trước sự sụt giảm các size chủ lực của bạn.

Hành động dựa trên điều đó

Cách triển khai tối ưu nhất là gắn thẻ điều kiện vào nguồn cấp dữ liệu thay vì xóa sản phẩm:

xml

<g:custom_label_1>broken-size</g:custom_label_1>

Gắn thẻ thay vì xóa giúp bảo toàn lịch sử sản phẩm trên kênh và cho phép bạn kích hoạt lại ngay lập tức khi hàng về kho. Xóa và thêm lại sẽ đặt lại quá trình học hỏi.

Hai cải tiến nữa đáng để thực hiện:

• Phản hồi về hoạt động kinh doanh. Danh sách sản phẩm có kích thước không đồng đều xuất hiện lặp đi lặp lại là một tín hiệu mua hàng, chứ không chỉ là vấn đề quảng cáo.
• Kiểm tra lại sau mỗi lần đồng bộ. Hàng tồn kho thay đổi; thẻ nhãn cũng phải thay đổi theo. Một danh sách cố định với kích thước không đồng đều còn tệ hơn là không có danh sách nào, vì nó che giấu những sản phẩm đã được bổ sung.

10. Sử dụng các biến thể để phân khúc chiến dịch

Khi các biến thể được cấu trúc chính xác, dữ liệu sẽ trở thành một lớp phân đoạn — có thể nói đây là cách sử dụng hiệu quả nhất của một nguồn cấp dữ liệu biến thể sạch.

Google cung cấp năm trường custom_label (0–4). Chúng chấp nhận các giá trị tùy ý và chỉ tồn tại để phục vụ logic chiến dịch của riêng bạn. Dữ liệu biến thể là đầu vào lý tưởng.

Một kế hoạch khả thi

Khi đã có những yếu tố này, logic của chiến dịch trở nên đơn giản hơn:

• Đấu giá cao cho sách bán chạy nhất + số lượng in đầy đủ + lợi nhuận cao
• Loại trừ các sản phẩm có kích thước không đồng đều khỏi quá trình tìm kiếm khách hàng tiềm năng.
• Hãy dành riêng một chiến dịch cho việc giải phóng mặt bằng với chiến lược tROAS mạnh mẽ.
• Hãy cách ly ss26 khi mùa giải bắt đầu.

Hiệu suất tối đa và Ưu điểm+

Cả hai đều được tự động hóa ở mức độ lớn, điều này khiến việc phân đoạn ở cấp độ nguồn cấp dữ liệu trở nên quan trọng hơn chứ không phải ít quan trọng hơn. Bạn không còn kiểm soát việc đặt giá thầu ở cấp độ từ khóa nữa, vì vậy nguồn cấp dữ liệu trở thành đòn bẩy chính để bạn điều chỉnh chi tiêu.

Trong Performance Max, các nhãn tùy chỉnh định hình cấu trúc nhóm tài sản và nhóm niêm yết . Việc chia một nhóm tài sản chung thành các nhóm dựa trên tỷ suất lợi nhuận hoặc dựa trên tình trạng cổ phiếu là một trong số ít các đòn bẩy cấu trúc còn lại, và nó hoàn toàn phụ thuộc vào việc các nhãn được điền từ dữ liệu thực tế.

Trong quảng cáo danh mục Advantage+, việc nhóm sản phẩm chính xác giúp ngăn chặn tình trạng hiển thị sáu sắc thái khác nhau của cùng một loại áo len — và các định nghĩa bộ sản phẩm được xây dựng dựa trên thuộc tính biến thể cho phép bạn phân tách kho quảng cáo tìm kiếm khách hàng tiềm năng khỏi kho quảng cáo nhắm mục tiêu lại.

Làm phong phú nhãn bằng dữ liệu hiệu suất

Nhãn tĩnh bị lỗi thời. Thông tin về sản phẩm bán chạy nhất mùa trước là sai lệch trong mùa này.

Phương pháp triển khai mạnh mẽ hơn sẽ tính toán lại các nhãn dựa trên dữ liệu hiệu suất trực tiếp — doanh thu GA4, tỷ lệ chuyển đổi, số lượt xem — trên mỗi lần đồng bộ hóa nguồn cấp dữ liệu. Một sản phẩm ngừng bán sẽ tự động bị loại khỏi danh sách bán chạy nhất; một sản phẩm bắt đầu bán sẽ được đưa vào danh sách này. Đây là một phần cốt lõi của việc làm phong phú nguồn cấp dữ liệu trong thực tế, và đó là sự khác biệt giữa các nhãn định hướng ngân sách và các nhãn chỉ đơn thuần mô tả quý trước.

11. Đo lường hiệu suất biến thể

Dữ liệu ở cấp độ biến thể là nơi mà hầu hết các báo cáo thường bị sai sót một cách âm thầm.

Vấn đề tổng hợp dữ liệu. Merchant Center và Ads báo cáo ở cấp độ ID. Một chiếc áo len với 20 biến thể sẽ hiển thị dưới dạng 20 hàng, mỗi hàng chỉ chiếm một phần nhỏ về số lượng, không hàng nào có ý nghĩa thống kê riêng lẻ. Bất kỳ kết luận nào được rút ra từ một hàng biến thể duy nhất có thể chỉ là nhiễu.

Luôn phân tích ở hai cấp độ:

1. Cấp độ nhóm (item_group_id) — thực hiện điều này sản phẩm Công việc này có hiệu quả không? Tổng hợp chi tiêu, tỷ lệ chuyển đổi và doanh thu của tất cả các thành viên.
2. Mức độ biến thể (id) — cái nào lựa chọn Công việc hiệu quả? Màu nào bán chạy, cỡ nào hết hàng trước, sự kết hợp nào không bao giờ bán được?

Phần thứ hai là nơi chứa đựng những phát hiện thú vị. Nó trả lời những câu hỏi mà bộ phận bán hàng quan tâm: liệu màu xanh hải quân có bán chạy hơn màu than chì với tỷ lệ ba chọi một? Liệu các mẫu size L có bán chạy hơn vì chúng luôn có sẵn? Liệu một màu nào đó đang kéo doanh số trung bình của cả nhóm xuống?

Các chỉ số cần theo dõi cho từng nhóm:

Một lưu ý về việc quy gán. Người mua hàng thường thấy quảng cáo cho một biến thể sản phẩm nhưng lại mua biến thể khác — nhấp vào màu xanh hải quân, nhưng lại mua màu than chì. Do đó, nếu hiểu ROAS ở cấp độ biến thể theo nghĩa đen sẽ dẫn đến việc quy gán sai. Hãy đánh giá sản phẩm ở cấp độ nhóm; sử dụng dữ liệu biến thể để hiểu hành vi, chứ không phải để đưa ra quyết định đấu thầu dựa trên mẫu dữ liệu ít ỏi.

12. Danh sách kiểm tra trước khi ra mắt

Hãy chạy lệnh này trước khi đưa nguồn cấp dữ liệu biến thể lên mạng và sau bất kỳ thay đổi cấu trúc nào.

Structure

•  Mỗi biến thể đều có một ID duy nhất.
•  Mỗi thành viên trong một nhóm đều có cùng một item_group_id.
•  item_group_id được lấy từ một trường nguồn ổn định và không thay đổi giữa các lần xuất khẩu.
•  item_group_id sử dụng kiểu chữ hoa/thường nhất quán trên toàn bộ nguồn cấp dữ liệu.
•  Mỗi thành viên đều khác nhau ở ít nhất một thuộc tính xác định biến thể.
•  item_group_title hiện diện và giống hệt nhau trong toàn bộ nhóm.

Thuộc tính

•  Màu sắc sử dụng tên màu đơn giản — không có mã hex, số hoặc chữ cái đơn.
•  Các màu khác nhau được phân tách bằng dấu /, màu cơ bản được ưu tiên trước.
•  Các giá trị kích thước được chuẩn hóa trên toàn bộ danh mục.
•  Tham số size_system được khai báo khi bạn bán hàng trên nhiều khu vực có kích cỡ khác nhau.
•  giới tính và nhóm tuổi là giống nhau trong mỗi nhóm.
•  Chất liệu và hoa văn được sử dụng ở những vị trí xác định sự biến tấu.

Liên kết và hình ảnh

•  Mỗi liên kết của biến thể đều dẫn đến trạng thái được chọn trước chính xác.
•  Ký tự & được mã hóa thành & trong XML.
•  image_link là biến thể riêng biệt, không phải là ảnh chính được dùng chung.
•  Hình ảnh đáp ứng kích thước tối thiểu cho mỗi kênh.

Biến đổi kênh

•  Cú pháp hiển thị trạng thái hàng có sẵn được điều chỉnh cho từng kênh (in_stock so với in stock)
•  Giới hạn ký tự được tuân thủ cho mỗi kênh.
•  Amazon xuất các danh sách sản phẩm chính và khai báo chủ đề biến thể hợp lệ.
•  Bộ thuộc tính thị trường khu vực được ánh xạ theo từng danh mục

Hoạt động

•  Tần suất cập nhật phù hợp với tốc độ giao dịch thực tế của cổ phiếu.
•  Việc phát hiện kích thước bị lỗi được thực hiện trên mỗi lần đồng bộ hóa.
•  Kiểm tra trùng lặp ID được thực hiện trước khi xuất khẩu.
•  Nguồn cấp dữ liệu được xác thực là XML/CSV hợp lệ trước khi xuất bản.
•  Hệ thống cảnh báo được cấu hình cho trường hợp số lượng sản phẩm giảm đột ngột.

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

Tôi có cần phải gửi tất cả các biến thể sản phẩm không? Không phải lúc nào cũng vậy, nhưng thường thì có đối với quần áo và giày dép, nơi kích cỡ và màu sắc là yếu tố quyết định khi mua hàng. Đối với các danh mục sản phẩm đồng nhất rất lớn, hoặc các kênh lọc các sản phẩm gần giống nhau, việc gửi một biến thể đại diện được lựa chọn kỹ lưỡng cho mỗi nhóm có thể mang lại hiệu quả tốt hơn. Hãy chọn biến thể đại diện dựa trên doanh số bán hàng và lượng hàng tồn kho, chứ không phải theo thứ tự bảng chữ cái.

Điều gì sẽ xảy ra nếu tôi bỏ qua item_group_id? Mỗi biến thể sẽ được coi là một sản phẩm không liên quan. Bạn sẽ mất bộ chọn biến thể trên giao diện đích, quảng cáo sẽ bị lặp lại, báo cáo cấp độ biến thể sẽ bị lỗi, và trên Google, bạn có thể không đáp ứng được yêu cầu — item_group_id là bắt buộc đối với danh sách miễn phí và quảng cáo Mua sắm ở một số thị trường lớn khi các biến thể được gửi.

Các biến thể có thể có giá khác nhau không? Có. Giá không phải là thuộc tính xác định biến thể, nhưng nó có thể khác nhau một cách hợp lệ giữa các biến thể — kích thước lớn hơn thường có giá cao hơn. Giá được gửi phải khớp với giá hiển thị trên trang đích cho biến thể cụ thể đó.

Liệu các sản phẩm hết hàng có nên được giữ lại trong nguồn cấp dữ liệu không? Nói chung là có. Hãy giữ chúng bằng thuộc tính `availability: out_of_stock` thay vì xóa chúng. Việc xóa và thêm lại sẽ đặt lại lịch sử của sản phẩm trên kênh. Thay vào đó, hãy loại trừ chúng khỏi các chiến dịch đang hoạt động bằng cách sử dụng quy tắc hoặc nhãn tùy chỉnh.

Một sản phẩm có thể thuộc về hai nhóm không? Không. `item_group_id` chỉ chấp nhận một giá trị duy nhất cho mỗi mặt hàng. Nếu một sản phẩm thực sự thuộc về hai nhóm khái niệm khác nhau, bạn cần giải quyết vấn đề phân loại hàng hóa ở khâu trước đó.

Tôi có cần các giá trị item_group_id riêng biệt cho mỗi kênh không? Không — và bạn không nên. Hãy sử dụng cùng một nhóm logic ở mọi nơi. Điều khác biệt giữa các kênh là phép biến đổi được áp dụng cho nó: giới hạn ký tự, chữ hoa chữ thường, cú pháp. Hãy giữ một nguồn dữ liệu duy nhất và điều chỉnh khi xuất khẩu.

Tôi nên xử lý các sản phẩm thực sự chỉ có một kích cỡ như thế nào? Hãy nhập kích cỡ dưới dạng one_size, OS hoặc OSFA. Đừng để trống mục này đối với quần áo ở những thị trường yêu cầu kích cỡ cụ thể.

Có phiên bản dành cho nam và nữ của cùng một thiết kế — một nhóm hay hai nhóm? Hai nhóm. Phiên bản dành cho cả nam và nữ phải giống nhau trong cùng một nhóm. Các kiểu dáng và kích cỡ khác nhau khiến chúng trở thành các sản phẩm khác nhau từ góc nhìn của người mua hàng.

Trong thực tế, lỗi nào thường xảy ra nhất? Trong các cuộc kiểm tra của chúng tôi: hình ảnh chính được dùng chung cho các biến thể màu sắc, giá trị item_group_id được tạo lại mỗi khi xuất dữ liệu và cú pháp khả dụng được giữ nguyên từ nguồn cấp dữ liệu Google vào Meta. Cả ba lỗi này đều không hiển thị trong giao diện và chỉ xuất hiện khi hiệu suất hoạt động kém mà không rõ nguyên nhân.

Vậy điều này dẫn đến kết cục của bạn như thế nào?

Nguồn cấp dữ liệu biến thể đề cao tính chính xác theo cách mà hầu hết các hoạt động tiếp thị kỹ thuật số không làm được. Không có sự đánh giá sáng tạo nào trong item_group_id — nó hoặc là ổn định và được chia sẻ, hoặc là không. Giá trị màu sắc hoặc là tuân theo thông số kỹ thuật, hoặc là bị từ chối. Hình ảnh hoặc là khớp với biến thể, hoặc là cú nhấp chuột bị lãng phí.

Tin tốt là: đây là một vấn đề có thể giải quyết được với một lời giải đáp rõ ràng. Công việc nằm ở việc duy trì nó — bởi vì danh mục sản phẩm thay đổi hàng ngày, hàng tồn kho luân chuyển hàng giờ và mỗi kênh phân phối điều chỉnh thông số kỹ thuật của mình theo lịch trình riêng.

Các doanh nghiệp làm đúng việc này coi nguồn cấp dữ liệu biến thể như cơ sở hạ tầng chứ không phải chỉ là một tập tin. Họ lấy ID nhóm từ dữ liệu nguồn ổn định, chuẩn hóa các thuộc tính ngay tại nguồn, chuyển đổi theo từng kênh khi xuất, tính toán lại tình trạng tồn kho sau mỗi lần đồng bộ hóa và cảnh báo khi có sự thay đổi bất ngờ.

Đó chính xác là lớp mà Feedance được xây dựng cho — các quy tắc nguồn cấp dữ liệu để chuẩn hóa các thuộc tính tại nguồn, phát hiện kích thước bị lỗi và tính toán lại trên mỗi lần đồng bộ hóa, làm giàu GA4 để giữ cho nhãn hiệu suất luôn được cập nhật và xuất kênh áp dụng phép biến đổi phù hợp cho hơn 200 đích đến mà không cần thay đổi dữ liệu nguồn của bạn.

Nếu bạn muốn biết cấu trúc biến thể của nguồn cấp dữ liệu hiện tại như thế nào trước khi thay đổi bất cứ điều gì, công cụ kiểm tra nguồn cấp dữ liệu miễn phí của chúng tôi sẽ chấm điểm nguồn cấp dữ liệu hiện có về tính đầy đủ, chất lượng dữ liệu và tình trạng kỹ thuật — bao gồm cả việc nhóm các biến thể — mà không mất phí.