उत्पादन भेरियन्ट फिडहरूको लागि पूर्ण गाइड

धेरैजसो फिड समस्याहरू फिड समस्याहरू जस्तो देखिँदैनन्। तिनीहरू गुगल मर्चेन्ट सेन्टरको अस्वीकृति जस्तो देखिन्छन् जुन तपाईंले व्याख्या गर्न सक्नुहुन्न, एउटा एडभान्टेज+ अभियान जसले आफ्नो बजेट एउटा कालो टी-शर्टमा खर्च गर्छ, वा एउटा किनमेल विज्ञापन जसले साइज ४२ जुत्ता खोज्ने ग्राहकलाई साइज ३८ मात्र बाँकी रहेको पृष्ठमा पठाउँछ।

यी लगभग सबैको मुनि एउटै कुरा लुकेको छ: भिन्नताहरू।

भेरियन्ट भनेको उत्पादनको कुनै पनि संस्करण हो जुन एउटै दृश्य, किन्न सकिने तरिकामा फरक हुन्छ — आकार, रंग, सामग्री, क्षमता, फिनिश। तिनीहरू खुद्रामा सामान्य छन् र फिडहरूमा असामान्य रूपमा गाह्रो छन्, किनभने प्रत्येक च्यानलले तिनीहरूलाई फरक तरिकाले मोडेल गर्छ, र किनभने तिनीहरूलाई गलत गर्नु चुपचाप असफल हुन्छ। केहि पनि बिग्रँदैन। तपाईंका विज्ञापनहरू चुपचाप कम प्रदर्शन गर्छन्, र निदान चार तह तल डाटा फाइलमा रहन्छ कसैले पनि खोल्दैन।

यो गाइडले सम्पूर्ण विषयलाई समेट्छ: वास्तवमा भेरियन्टको रूपमा के गणना गरिन्छ, item_group_id कसरी काम गर्छ र मानिसहरूले यसलाई कहाँ दुरुपयोग गर्छन्, प्रत्येक भेरियन्ट-परिभाषित विशेषता यसको वास्तविक सीमाहरू सहित, XML, CSV र JSON मा काम गर्ने फिड उदाहरणहरू, Google, Meta, TikTok, Pinterest, Amazon र क्षेत्रीय बजारहरूले कसरी भेरियन्टहरू संरचित हुने अपेक्षा गर्छन्, र प्रायः देखा पर्ने त्रुटिहरूको लागि निदान तालिका।

विषय लामो भएकोले यो लामो छ। विषयसूची प्रयोग गरेर उफ्रिनुहोस्।

१. भेरियन्ट वास्तवमा के हो?

भेरियन्ट भनेको उत्पादनको खरिद गर्न सकिने संस्करण हो जुन ग्राहकले छनौट गर्ने कम्तिमा एउटा विशेषताका साथ आफ्ना दाजुभाइ दिदीबहिनीहरू भन्दा फरक हुन्छ, जबकि उत्पादन उही रहन्छ।

त्यो अन्तिम खण्डले धेरै काम गर्छ। नीलो मध्यम रंगको टी-शर्ट र कालो ठूलो टी-शर्ट एउटै उत्पादन हुन्। नीलो रंगको टी-शर्ट र नीलो हुडी होइनन्, एउटै ब्रान्डको एउटै कपडामा पनि।

धेरैजसो च्यानलहरूमा मानक मोडेल अभिभावक/बच्चा हो :

• यो अभिभावक यो अवधारणात्मक उत्पादन हो — "मेरिनो क्रू नेक स्वेटर"। यो सामान्यतया आफैंमा किन्न सकिँदैन।
• यो बच्चाहरु यी भेरियन्टहरू हुन् — प्रत्येकको आफ्नै SKU, आफ्नै स्टक स्तर, कहिलेकाहीँ आफ्नै मूल्य र छवि।

उत्पादन फिडमा, यो लगभग सधैं समतल व्यक्त गरिन्छ : प्रत्येक संस्करण यसको आफ्नै पङ्क्ति वा <item> हो, र साझा समूह कुञ्जीले तिनीहरूलाई एकसाथ बाँध्छ। त्यहाँ कुनै नेस्टिङ छैन। ४ रङ र ५ आकारमा स्वेटर २० पङ्क्तिहरू हुन्छन्, सबैले एउटै समूह ID बोक्छन्।

के हो छैन एउटा भिन्नता

XML को एक लाइन लेख्नु अघि फिडहरू यहीं गलत हुन्छन्।

यी मध्ये कुनै पनि साझा item_group_id अन्तर्गत समूहबद्ध गर्नाले एउटा समूह उत्पादन हुन्छ जसका सदस्यहरू आदानप्रदान गर्न योग्य हुँदैनन् — जसले गन्तव्य पृष्ठमा भेरियन्ट चयनकर्तालाई भ्रमित गर्छ र केही च्यानलहरूमा बेमेल अस्वीकृति ट्रिगर गर्छ।

२. सबै कुरा निर्धारण गर्ने निर्णय

कुनै पनि फिड तर्क लेख्नु अघि, तपाईंले बेच्ने प्रत्येक उत्पादन प्रकारको लागि एउटा प्रश्नको उत्तर दिनुहोस्:

जब कुनै ग्राहकले फरक विकल्प छान्छ, के तिनीहरू फरक पृष्ठमा पुग्छन् - वा एउटै पृष्ठ फरक अवस्थामा?

यो व्यावहारिक परीक्षण हो, र यसले तपाईंले फिडलाई कसरी संरचना गर्नुपर्छ भन्ने कुरालाई सिधै नक्साङ्कन गर्छ।

केस A — प्रत्येक भेरियन्टको छुट्टाछुट्टै URL हरू। प्रत्येक रङको आफ्नै उत्पादन पृष्ठ हुन्छ (/merino-sweater-navy, /merino-sweater-charcoal)। प्रत्येक भेरियन्टलाई यसको आफ्नै लिङ्कसहित आफ्नै पङ्क्तिको रूपमा पठाउनुहोस्। यो सबैभन्दा सफा सेटअप हो, उत्तम विज्ञापन सान्दर्भिकता दिन्छ, र च्यानलहरूले मन पराउने कुरा यही हो।

केस B — एउटा URL, पृष्ठमा चयन गरिएको भेरियन्ट। सबै कुरा /merino-sweater मा रहन्छ र ग्राहकले चयनकर्ताको साथ रङ र आकार छान्छ। तपाईं अझै पनि प्रत्येक भेरियन्ट पठाउन सक्नुहुन्छ, तर तपाईंले गहिरो-लिङ्क प्यारामिटर थप्नुपर्छ ताकि विज्ञापन सही पूर्व-चयन गरिएको अवस्थामा अवतरण होस्:

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

त्यो प्यारामिटर बिना, नौसेना माध्यमको लागि विज्ञापनमा क्लिक गर्ने खरिदकर्ता चारकोल सानो देखाउने पूर्वनिर्धारित अवस्थामा पुग्छ। त्यो बेमेल भेरियन्ट विज्ञापनमा सबैभन्दा ठूलो मौन रूपान्तरण हत्याराहरू मध्ये एक हो, र गुगलमा यसले "मिसमेल मान (पृष्ठ क्रल)" अस्वीकृति पनि ट्रिगर गर्न सक्छ, किनभने क्रलरले एउटा पृष्ठ देख्छ जसको दृश्यात्मक रङ पेश गरिएको रङसँग मेल खाँदैन।

केस C — विभाजित गर्न लायक नभएका भेरियन्टहरू। केही भेरियन्टहरूले खरिद निर्णयलाई छुट्टाछुट्टै विज्ञापनहरूलाई औचित्य दिन पर्याप्त प्रभाव पार्दैनन् — उदाहरणका लागि, चार्जरमा केबल लम्बाइ। यहाँ तपाईंले जानाजानी एउटा प्रतिनिधि भेरियन्ट पठाउन सक्नुहुन्छ। खण्ड ७ ले यो सही निर्णय कहिले हुन्छ भन्ने कुरालाई समेट्छ।

भिन्न-परिभाषित बनाम वर्णनात्मक विशेषताहरू

तपाईंको फिडमा भएको प्रत्येक विशेषता दुई बाल्टीहरू मध्ये एकमा पर्दछ, र तिनीहरूलाई भ्रमित गर्नु विकृत समूहहरूको बारम्बार कारण हो।

समूहका सदस्यहरू बीच भिन्नता-परिभाषित विशेषताहरू फरक हुनुपर्छ। ग्राहकले छनौट गर्ने कुराहरू यी हुन्: रंग, आकार, सामग्री, ढाँचा, साथै क्षमता वा फिनिश जस्ता उत्पादन-विशिष्ट आयामहरू।

समूह-स्थिर विशेषताहरू प्रत्येक सदस्यमा समान हुनुपर्छ : ब्रान्ड, लिङ्ग, उमेर_समूह, वस्तु_समूह_शीर्षक, गुगल_प्रोडक्ट_श्रेणी। यदि दुई पङ्क्तिहरूले वस्तु_समूह_आईडी साझा गर्छन् तर फरक लिङ्ग मानहरू बोक्छन् भने, तपाईंले उत्पादनहरूलाई गलत समूहमा राख्नुभएको छ वा तिनीहरूलाई गलत ट्याग गरिएको छ।

पङ्क्ति-विशिष्ट तर भिन्न-परिभाषित नभएका विशेषताहरू भिन्नता परिभाषित नगरी प्रति पङ्क्ति फरक हुन्छन्: id, मूल्य, उपलब्धता, gtin, image_link, link। दुई भेरियन्टहरूको वैध रूपमा फरक मूल्यहरू हुन सक्छन् - आकार 3XL प्रायः बढी लागत लाग्छ - मूल्यले तिनीहरूलाई छुट्याउने कुरा बिना।

३. item_group_id: जग

item_group_id भनेको साझा कुञ्जी हो जसले च्यानललाई "यी पङ्क्तिहरू एउटै उत्पादन हुन्" भन्छ। भेरियन्ट ह्यान्डलिङको बारेमा अरू सबै कुरा यो सही छ भन्ने कुरामा निर्भर गर्दछ।

विशिष्टीकरण

गुगलले मानलाई केस-असंवेदनशील रूपमा व्यवहार गर्ने तर मेटा र टिकटकले नगर्ने भएकोले, सबैतिर सानो अक्षर (वा ठूलो अक्षर) मा मानकीकरण गर्नुहोस्। SWTR-001 र swtr-001 दुवै देखिने क्याटलग गुगलमा सही रूपमा समूहबद्ध हुनेछ र मेटामा दुई उत्पादनहरूमा विभाजित हुनेछ।

मान छनौट गर्दै

सबैभन्दा राम्रो item_group_id भनेको तपाईंको ERP वा PIM मा पहिले नै भएको अभिभावक SKU हो। यो अवस्थित छ, यो स्थिर छ, र यो अद्वितीय छ।

राम्रो:

SWTR-MERINO-CREW
12345
parent-8891

नराम्रो, र किन:

त्यो अन्तिम कुरा जोड दिन लायक छ। item_group_id समयसँगै स्थिर हुनुपर्छ। च्यानलहरूले समूह विरुद्ध कार्यसम्पादन इतिहास जम्मा गर्छन्। यदि तपाईंको निर्यातले ID हरू पुन: उत्पन्न गर्छ भने, तपाईंले प्रत्येक सिङ्कमा त्यो इतिहास रिसेट गर्नुहुन्छ, र कुनै पनि बोली अनुकूलनले क्षतिपूर्ति दिनेछैन।

तीन नियमहरू

1. समूहका प्रत्येक सदस्यले एउटै item_group_id साझा गर्छन्।
2. प्रत्येक सदस्यको एउटा विशिष्ट परिचयपत्र हुन्छ। फिडमा कतै पनि डुप्लिकेट आईडी भएमा पछिल्लो पङ्क्ति चुपचाप खस्छ।
3. प्रत्येक सदस्य कम्तिमा एउटा भिन्नता-परिभाषित विशेषतामा फरक हुन्छ। एउटै समूह ID भएका दुई पङ्क्तिहरू र एउटै रङ र आकार दोहोरिएका हुन्, भेरियन्ट होइनन्।

तीनै जनालाई सन्तुष्ट पार्ने एउटा अधिवेशन:

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

पढ्न सकिने, डिबग गर्न सकिने, तपाईंले पहिले नै राख्नुभएको डेटाबाट लिइएको।

वस्तु_समूह_शीर्षक

यो अझ भर्खरको Google विशेषता हो, ऐच्छिक तर तपाईंले item_group_id पेश गर्दा सिफारिस गरिन्छ। यसमा मूल उत्पादनको नाम हुन्छ — अधिकतम १५० वर्णहरू — र समूहको हरेक भेरियन्टमा समान हुनुपर्छ।

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>

ढाँचामा ध्यान दिनुहोस्: शीर्षक भिन्न-विशिष्ट हो, item_group_title होइन। दुबैमा एउटै स्ट्रिङ पठाउँदा संकेत खेर जान्छ।

variant_option मा जानुहोस्

गुगलको तर्फबाट पनि नयाँ: कुन गुणहरूले भिन्नतालाई परिभाषित गर्दछ भनेर घोषणा गर्ने संरचित तरिका, च्यानललाई अनुमान गर्न छोड्नुको सट्टा। यसले ३० नाम/मान जोडीहरू सम्म स्वीकार गर्दछ (प्रत्येक उप-विशेषता २५० वर्ण सम्म, कुल ५,००० वर्णहरू)।

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>

यो विशेष गरी ती उत्पादनहरूका लागि उपयोगी छ जसको भिन्नता अक्षहरू मानक परिधान विशेषताहरू - भण्डारण क्षमता, प्रोसेसर तह, वाटेज, सिट गणना द्वारा कभर गरिएको छैन। "२५६GB" लाई आकारमा जबरजस्ती गर्नुको सट्टा, तपाईंले यसलाई राम्रोसँग घोषणा गर्नुहोस्।

४. विस्तृत रूपमा भेरियन्ट-परिभाषित विशेषताहरू

रंग

स्पेसिफिकेसनमा सबैभन्दा नियम-बाध्य विशेषता, र सबैभन्दा धेरै अस्वीकृत गरिएको।

स्वीकृत छैन:

• नम्बरहरू — रङ ४२, RAL ५०१३
• हेक्स कोडहरू — #००१F५बी
• एकल अक्षरहरू — नौसेनाका लागि N
• तस्बिरको सन्दर्भ — तस्बिर हेर्नुहोस्
• अक्षरांकीय वा जोडिएका शब्दहरू — नेभी१, नेभीब्लू (नेभीब्लू लेख्नुहोस्)

मार्केटिङ रङका नामहरू ह्यान्डल गर्दै। फेसन ब्रान्डहरूले रङहरूलाई विरलै "नेभी" भन्छन्। तिनीहरूले तिनीहरूलाई "मिडनाइट रेगाटा" नाम दिन्छन्। च्यानललाई एउटा रङ चाहिन्छ जुन पसलेले खोज्छ; तपाईंको ब्रान्डको पृष्ठमा आफ्नै नाम चाहिन्छ।

व्यवहारिक सम्झौता:

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

फिडमा मानक नामहरूसँग मार्केटिङ नामहरू नक्सा गर्नुहोस्, र ल्यान्डिङ पृष्ठ र विवरणमा ब्रान्ड नाम देखिने राख्नुहोस्। मार्केटिङ नामलाई रङ र आशामा नराख्नुहोस् - यसले रङ-योग्य प्रश्नहरूको लागि मिल्दोजुल्दोलाई घटाउँछ, जुन पोशाकमा उच्चतम-उद्देश्य खोजहरू मध्ये एक हो।

बहु-रंग उत्पादनहरू:

color: Navy/White/Grey

प्राथमिक पहिले। गुगलले पहिलो मानलाई प्रमुख रङको रूपमा पढ्छ।

आकार

महत्त्वपूर्ण नियम: क्याटलगभरि स्पष्ट र एकरूप हुन पर्याप्त विशिष्ट हुनुपर्छ। प्रत्येक उत्पादनले M प्रयोग गर्छ भने M ठीक छ। एउटै अवधारणाको लागि M, मध्यम, मध्यम र M/L मिश्रण गर्ने फिडले तपाईंको भिन्न समूहहरूलाई टुक्रा-टुक्रा पार्छ र आकार-आधारित विभाजन असम्भव बनाउँछ।

उत्पादनहरूको लागि जहाँ एकल आयाम अपर्याप्त छ, मानमा विशिष्ट आयामहरू समावेश गर्नुहोस्:

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

आकार_प्रकार र आकार_प्रणाली

ऐच्छिक, पोशाक-मात्र, र कम प्रयोग गरिएको — दुवैले यी योग्यताहरूसँग खोजी गर्ने खरीददारहरूको लागि मिल्दोजुल्दोलाई अर्थपूर्ण रूपमा सुधार गर्छन्।

आकार_प्रकार — नियमित, सानो, प्रसूति, ठूलो, अग्लो, प्लसबाट २ मानहरू सम्म।

size_system — मध्ये एक: US, UK, EU, DE, FR, JP, CN, IT, BR, MEX, AU। यदि छोडियो भने, च्यानलले लक्षित देशको प्रणालीलाई मान्दछ, जुन एक विशिष्ट र महँगो असफलताको स्रोत हो: EU साइजिङको साथ जर्मनीमा बेच्ने टर्कीको खुद्रा विक्रेता तर कुनै घोषित size_system मा गलत स्केल विरुद्ध आकारहरू व्याख्या हुन सक्छ।

XML

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

भौतिक

गुगलमा अधिकतम २०० वर्णहरू। पहिले प्राथमिक सामग्री, त्यसपछि / द्वारा छुट्याइएको दुई माध्यमिक सामग्रीहरू सम्म।

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

तपाईंको भेरियन्टहरू छुट्याउन सक्ने भएमा मात्र आवश्यक पर्दछ - छाला र क्यानभासमा बेचिने झोला। अन्यथा वैकल्पिक तर पेश गर्न लायक; सामग्री एक सामान्य खोज योग्यता हो।

ढाँचा

अधिकतम १०० वर्ण। प्रिन्ट वा ग्राफिक वर्णन गर्ने नि:शुल्क पाठ: स्ट्रिप्ड, पोल्का डट, पैस्ली, फ्लोरल, हेरिंगबोन। एउटै नियम आवश्यक छ — यदि फरक फरक छ भने।

उमेर_समूह र लिङ्ग

दुवै समूह-स्थिर हुन् । समूहमा भएका प्रत्येक भेरियन्टले समान मान बोक्नुपर्छ।

उमेर_समूह: नवजात शिशु, शिशु, सानो बच्चा, बच्चाहरू, वयस्क — प्रति उत्पादन एक मान।

लिङ्ग: पुरुष, महिला, युनिसेक्स।

यदि कुनै कपडा साँच्चै पुरुष र महिलाको कटमा प्रस्ताव गरिएको छ भने, ती दुई अलग वस्तु समूहहरू हुन् , मिश्रित लिङ्ग भएको एउटा समूह होइन। कटौती फरक हुन्छ, आकार फरक हुन्छ, र खरिदकर्ताले विकल्पहरू बीचको सट्टा उत्पादनहरू बीच छनौट गरिरहेको हुन्छ।

सन्दर्भ तालिका

५. वास्तविक फिड उदाहरणहरू

XML (गुगल RSS २.०)

छ-भेरियन्ट समूहका दुई भेरियन्टहरू। के परिवर्तन हुन्छ र के हुँदैन भनेर ध्यान दिनुहोस्।

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>

ध्यान दिन लायक चार कुराहरू:

1. item_group_id र item_group_title उस्तै छन्; आईडी र शीर्षक होइनन्।
2. लिङ्कले गहिरो-लिङ्क प्यारामिटरहरू बोक्छ त्यसैले विज्ञापन सही पूर्व-चयन गरिएको अवस्थामा अवतरण हुन्छ। & लाई XML मा आवश्यक पर्ने & को रूपमा एस्केप गरिएको छ, र पार्स विफलताको बारम्बार स्रोत हो।
3. image_link भेरियन्ट-विशिष्ट हो। दुबै नौसेना पङ्क्तिहरूले नौसेना फोटोलाई औंल्याउँछन्। सबै रङहरूको लागि एउटा हिरो छवि पठाउनु समूह आईडीहरू हराएको पछि दोस्रो सबैभन्दा सामान्य भेरियन्ट गल्ती हो।
4. स्टक बाहिरको पङ्क्ति ट्याग गरिएको छ custom_label_1 मार्फत, ताकि यसलाई फिडबाट नहटाई बहिष्कृत गर्न वा बोली लगाउन सकिन्छ।

CSV / TSV

उही डेटा, समतल। हेडर पङ्क्ति प्लस दुई भेरियन्टहरू:

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 त्यहि हो जहाँ धेरैजसो वास्तविक-विश्व ब्रेकेज हुन्छ, किनकि शीर्षक र विवरण भित्र अल्पविराम उद्धृत गर्नुपर्छ, र उद्धृत क्षेत्र भित्र उद्धरणहरू बहिष्कार गर्नुपर्छ। यदि तपाईंको शीर्षकहरूमा अल्पविरामहरू छन् - र रङ र आकार भएका उत्पादन शीर्षकहरू लगभग सधैं हुन्छन् भने - यसको सट्टा TSV प्रयोग गर्नुहोस्। ट्याबहरू उत्पादन डेटामा लगभग कहिल्यै देखा पर्दैनन्, र पार्सिङ बगहरूको सम्पूर्ण वर्ग गायब हुन्छ।

JSON

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"
    }
  ]
}

पूर्ण आकारको दौड

छ वटा भेरियन्टहरू — दुई रङ × तीन आकार — ID ढाँचा देखिने गरी:

तीन आकारमा चारकोल बाँकी छ। खण्ड ९ ले त्यसको बारेमा के गर्ने भनेर समेट्छ।

६. च्यानल अनुसार च्यानल

अवधारणा विश्वव्यापी छ। कार्यान्वयन त्यस्तो छैन। यहाँ प्रत्येक प्रमुख गन्तव्यले कसरी भिन्नताहरूको अपेक्षा गर्छ र प्रत्येक कहाँ फरक हुन्छ भन्ने कुरा छ।

गुगल किनमेल / व्यापारी केन्द्र

सबैभन्दा निर्देशात्मक, र सन्दर्भ कार्यान्वयन जुन धेरैजसो अन्य च्यानलहरूले लिन्छन्।

• वस्तु_समूह_आईडी हो आवश्यक ब्राजिल, फ्रान्स, जर्मनी, जापान, बेलायत र अमेरिकामा नि:शुल्क सूचीकरण र किनमेल विज्ञापनहरूको लागि, जब पनि भेरियन्टहरू पेश गरिन्छ।
• भेरियन्ट-परिभाषित विशेषताहरू भरिएको हुनुपर्छ: ती बजारहरूमा पोशाकको लागि रंग र आकार आवश्यक छ।
• पोशाकको लागि लिङ्ग र उमेर समूह आवश्यक छ र समूहभरि एकरूप हुनुपर्छ।
• ल्यान्डिङ पृष्ठले पेश गरिएका भेरियन्ट मानहरूसँग स्पष्ट रूपमा मेल खानुपर्छ, नत्र तपाईंले जोखिम लिनुहुन्छ मान मिलेन (पृष्ठ क्रल) अस्वीकृति।
• प्रत्येक भेरियन्टले लिलामीमा स्वतन्त्र रूपमा प्रतिस्पर्धा गर्छ। गुगलले दिइएको क्वेरीको लागि समूहको कुन सदस्यलाई प्रस्तुत गर्ने भनेर छनौट गर्छ, त्यसैले अपूर्ण समूहको अर्थ कमजोर उम्मेदवार पूल हो।
• image_link कपडाको लागि कम्तिमा ५००×५०० पिक्सेल हुनुपर्छ — जुन न्यूनतम देखि लागू गरिँदैछ 31 जनवरी 2027, हतार गर्नुको सट्टा अहिले नै लेखापरीक्षण गर्नु उचित हुन्छ।

व्यावहारिक नोट: व्यापारी केन्द्रले समूह स्तरमा होइन, भेरियन्ट (आईडी) स्तरमा रिपोर्ट गर्छ। उत्पादनको उचित मूल्याङ्कन गर्न तपाईंले आफैंले item_group_id द्वारा एकत्रित गर्नुपर्छ — जुन समूह आईडी सफा र स्थिर छ भने धेरै सजिलो हुन्छ।

मेटा (फेसबुक र इन्स्टाग्राम)

मेटाले फरक अवरोधहरू र भौतिक रूपमा फरक प्रदर्शन मोडेलको साथ एउटै क्षेत्र नाम प्रयोग गर्दछ।

• item_group_id ले अनुमति दिन्छ 100 वर्ण र छ केस संवेदनशील.
• रंग र आकारले अनुमति दिन्छ 200 वर्ण.
• उपलब्धता मानहरूको प्रयोग खाली ठाउँहरू, अन्डरस्कोरहरू होइनन्: स्टकमा छ, स्टकमा छैन। यो एकल भिन्नताले अन्य कुनै पनि भन्दा धेरै मेटा फिडहरू तोड्छ, विशेष गरी जब गुगल फिड सिधै पुन: प्रयोग गरिन्छ।
• पसलहरूमा र उत्पादन विवरण सतहहरूमा, सही रूपमा समूहबद्ध सेटले निम्न रूपमा रेन्डर गर्दछ: भेरियन्ट चयनकर्ता भएको एउटा उत्पादन, धेरै लगभग समान सूचीहरूको सट्टा।
• एडभान्टेज+ क्याटलग विज्ञापनहरूले प्रयोगकर्तालाई एउटै स्वेटरका छ संस्करणहरू एउटै क्यारोसेलमा नदेखाउन समूह प्रयोग गर्छन् — समूह नभएको क्याटलगले स्पष्ट रूपमा दोहोरिने विज्ञापनहरू र व्यर्थका प्रभावहरू उत्पादन गर्दछ।
• वाणिज्य प्रबन्धकमा भेरियन्ट-स्तर रिपोर्टिङ सही समूहीकरणमा निर्भर गर्दछ।

व्यावहारिक नोट: मेटालाई तपाईंको गुगल फिड अपरिवर्तितमा औंल्याउनु हुँदैन। कम्तिमा, उपलब्धता रूपान्तरण गर्नुहोस्, र क्यारेक्टर सीमाहरू जाँच गर्नुहोस्। धेरैजसो फिड प्लेटफर्महरू - फिडान्स समावेश - यसलाई च्यानल-स्तर रूपान्तरणको रूपमा ह्यान्डल गर्नुहोस् ताकि स्रोत डेटा अछुतो रहोस्।

टिक टक

• item_group_id ले अनुमति दिन्छ 150 वर्ण.
• sku_id प्रति-भेरियन्ट अद्वितीय पहिचानकर्ता हो — प्रत्येक भेरियन्ट पङ्क्तिलाई छुट्टै मान चाहिन्छ।
• रंग र आकारले २०० वर्णसम्म अनुमति दिन्छ।
• शीर्षकले २५५ वर्णसम्म अनुमति दिन्छ; विवरण १०,००० सम्म; google_product_category अपेक्षित छ।
• TikTok सबैभन्दा कडा च्यानल हो भिन्न-विशिष्ट इमेजरी। उत्पादन कार्डहरूले भेरियन्ट चयनकर्ता प्रदर्शन गर्छन्, र एउटै जेनेरिक छवि साझा गर्ने भेरियन्टहरूले मापनयोग्य रूपमा खराब प्रदर्शन गर्छन्। यदि तपाईंले आफ्नो इमेजरी पाइपलाइनमा एउटा कुना काट्नुभयो भने, यसलाई यहाँ नकाट्नुहोस्।

Pinterest

• गुगलको मोडेललाई नजिकबाट पछ्याउँछ; item_group_id समूह भेरियन्टहरू।
• Pinterest ले चयन गर्न मिल्ने विकल्पहरू सहित एउटै उत्पादन पिन भित्र भेरियन्टहरू देखाउँछ।
• छवि गुणस्तर र ठाडो पक्ष अनुपात असमान रूपमा महत्त्वपूर्ण छन् — Pinterest एक दृश्य-खोज सतह हो, र भिन्न छविहरू जुन फरक छैनन् केवल बचत हुँदैनन्।

अमेजन

अमेजनले item_group_id प्रयोग गर्दैन , र अन्यथा मान्दा धेरै काम बर्बाद हुन्छ।

अमेजनले स्पष्ट अभिभावक/बच्चा सम्बन्ध मोडेल प्रयोग गर्दछ :

• A अभिभावक ASIN खरिद गर्न नसकिने सूचीको रूपमा सिर्जना गरिएको छ।
• प्रत्येक बच्चा ASIN parent_sku / parent_child फिल्डहरू मार्फत अभिभावकलाई सन्दर्भ गर्दछ।
• A विविधता विषयवस्तु श्रेणी अनुसार फरक पर्ने — SizeColor, Size, Color, SizeName-ColorName र यस्तै अन्य घोषणा गरिनुपर्छ।
• विषयवस्तु त्यो विशेष श्रेणीको लागि मान्य हुनुपर्छ; एउटै विषयवस्तुको नाम सबै ठाउँमा उपलब्ध हुँदैन।

यदि तपाईं एउटै स्रोतबाट गुगल र अमेजन दुवैमा निर्यात गर्दै हुनुहुन्छ भने, यसलाई वास्तविक रूपान्तरणको रूपमा व्यवहार गर्नुहोस्, फिल्ड पुन: नामकरण होइन। तपाईंको फिड तहले अभिभावक सूची निर्माण गर्नुपर्छ, विषयवस्तु तोक्नुपर्छ, र यसमा बच्चाहरूलाई नक्सा गर्नुपर्छ।

क्षेत्रीय बजार र तुलना इन्जिनहरू

टर्की र फराकिलो MENA च्यानलहरू प्रत्येकको आफ्नै परम्पराहरू छन्, र तिनीहरू प्रायः यी बजारहरूमा काम गर्ने र बिग्रिएको क्याटलग बीचको भिन्नता हुन्।

• ट्रेन्डियोल अनिवार्य श्रेणी-विशिष्ट विशेषता सेटको साथ आफ्नै अभिभावक/बच्चा मोडेल प्रयोग गर्दछ। रङ र आकार छुट्टाछुट्टै संरचित क्षेत्रहरू हुन्, र आवश्यक विशेषता सूचीहरू श्रेणी अनुसार फरक हुन्छन्।
• अकाके र कंजूस मूल्य तुलना गर्ने इन्जिनहरू हुन्। तिनीहरू सामान्यतया प्रति खरिद गर्न सकिने SKU मा एउटा पङ्क्तिको अपेक्षा गर्छन्, र लगभग उस्तै नक्कल पङ्क्तिहरू फिल्टर हुने गर्छन् - त्यसैले भिन्न डेटा बिना पूर्ण आकारको रन पठाउनाले दृश्यता बढाउनुको सट्टा कम गर्न सक्छ।
• Hepsiburada र N11 प्रत्येकले आफ्नै भेरियन्ट समूहीकरण कुञ्जीहरू र आवश्यक विशेषताहरू परिभाषित गर्दछ।

यो त्यस्तो क्षेत्र हो जहाँ जेनेरिक ग्लोबल फिड टुलिङ प्रायः कम हुन्छ, र जहाँ गलत म्याप गरिएको विशेषताले बजारबाट सम्पूर्ण वर्गलाई चुपचाप हटाउँछ।

तुलना

७. फुट्ने वा भत्काउने?

हरेक भेरियन्ट पठाउनु पूर्वनिर्धारित सिफारिस हो, तर यो विश्वव्यापी रूपमा सही होइन। वास्तविक प्रश्न यो हो कि भिन्नताले खरिदकर्ताले चाहेको कुरा परिवर्तन गर्छ कि गर्दैन।

प्रत्येक भेरियन्ट पठाउनुहोस् जब...

• भिन्नता भनेको खरिद निर्णय हो। कपडा, जुत्ता, गलत साइज भएको कुनै पनि सामान बिक्री हुँदैन।
• स्टक भिन्नता अनुसार अर्थपूर्ण रूपमा फरक हुन्छ। ३XL आकारको एक मात्र विकल्प बाँकी रहेको उत्पादनको विज्ञापन गर्नु भनेको खर्च खेर फाल्नु हो।
• मूल्य भेरियन्ट अनुसार फरक हुन्छ। चयन गरिएको विकल्पको मूल्य €११९ हुँदा €८९ देखाउनाले मूल्यमा बेमेल हुन्छ र ग्राहक रिसाउँछन्।
• खोजको माग भेरियन्ट-योग्य छ। मानिसहरूले "नेभी मेरिनो स्वेटर मध्यम" खोज्छन्। तपाईंले यसलाई पेश नगरी त्यसको लागि श्रेणीकरण गर्न सक्नुहुन्न।

एउटा प्रतिनिधि भेरियन्टमा संक्षिप्त गर्नुहोस् जब...

• सूचीपत्र धेरै ठूलो छ र प्रायः एकरूप छ। २००,००० SKU भएको हार्डवेयर खुद्रा विक्रेता जहाँ ६०% मामूली लम्बाइ भिन्नताहरू हुन्, पूर्ण विस्तारबाट थोरै मात्र लाभ उठाउँछ र फिड प्रशोधन र अभियान जटिलतामा यसको लागि भुक्तानी गर्छ।
• च्यानलले लगभग नक्कलहरूलाई दण्डित गर्छ। धेरै तुलनात्मक इन्जिनहरूले दोहोरिने पङ्क्तिहरू फिल्टर गर्छन्; पूर्ण आकारको दौडले दृश्यता कम गर्न सक्छ।
• भिन्नताले मूल्य, छवि वा उपलब्धतालाई असर गर्दैन। यदि सबै बाह्र भेरियन्टहरू व्यावसायिक रूपमा सान्दर्भिक प्रत्येक तरिकामा समान छन् भने, बाह्र पङ्क्तिहरूले संकेतको सट्टा आवाज सिर्जना गर्छन्।

जब तपाईं पतन गर्नुहुन्छ, जानाजानी प्रतिनिधि छान्नुहोस्: सबैभन्दा धेरै बिक्री हुने स्टक भेरियन्ट , वर्णमाला अनुसार पहिलो पङ्क्ति होइन। यो त्यहीं हो जहाँ प्रदर्शन डेटाले फिडमा आफ्नो स्थान कमाउँछ — GA4 वा प्लेटफर्म डेटाले प्रतिनिधिलाई क्रमबद्ध गर्न छोड्नुको सट्टा स्वचालित रूपमा चयन गर्न सक्छ।

बीचको बाटो

निर्णयलाई चलाउने अक्षमा विभाजन गर्नुहोस्; निर्णय नगर्ने अक्षमा ध्वस्त पार्नुहोस्।

जुत्ताको लागि, यसको अर्थ सामान्यतया प्रति रङ एउटा पङ्क्ति हो, आकारहरू संक्षिप्त गरिएको हुन्छ — रङ खोज अक्ष हो, आकार पृष्ठमा हुने फिट जाँच हो। क्षमताले मूल्य चलाउने उत्पादनको लागि, क्षमतामा विभाजन गर्नुहोस् र रङमा संक्षिप्त गर्नुहोस्।

८. १२ सबैभन्दा सामान्य भेरियन्ट त्रुटिहरू

वास्तविक लेखापरीक्षणमा हामीले देख्ने धेरैजसो त्रुटिहरू १, २, ४ र ११ हुन्। ती मध्ये कुनै पनि गाह्रो छैन; कोही नहेरेसम्म ती सबै अदृश्य हुन्छन्।

९. भाँचिएको आकार र इन्भेन्टरी स्वास्थ्य

ब्रोकन साइज रन भनेको एउटा उत्पादन हो जसको समूह प्राविधिक रूपमा प्रत्यक्ष छ तर व्यावहारिक रूपमा बिक्री गर्न सकिँदैन - XS र 3XL मा मात्र उपलब्ध स्वेटर, नौ मध्ये दुई साइज बाँकी रहेको जुत्ता।

यो देखिनुभन्दा बढी महत्त्वपूर्ण छ। जब कुनै खरिदकर्ताले कुनै उत्पादनको विज्ञापनमा क्लिक गर्छ र त्यसको आकार उपलब्ध हुँदैन, तपाईंले रूपान्तरण गर्न नसकिने क्लिकको लागि भुक्तानी गर्नुभएको छ, र तपाईंले त्यसो गर्न ब्रान्डको गुडविल खर्च गर्नुभएको छ। स्केलमा, भाँचिएका आकारका उत्पादनहरूले बजेटको अर्थपूर्ण हिस्सा उपभोग गर्न सक्छन् जबकि राजस्वमा लगभग केही पनि योगदान गर्दैनन्।

यसलाई पत्ता लगाउँदै

प्रति item_group_id गणना गर्नुहोस्:

size_availability_ratio = in_stock_variants / total_variants

त्यसपछि थ्रेसहोल्डमा कार्य गर्नुहोस्। एक व्यावहारिक सुरुवात बिन्दु:

यसलाई मागको आधारमा तौल गर्नुहोस् , केवल गणना मात्र नगर्नुहोस्। XXS र XXL गुमाउनु भनेको M र L गुमाउनु भन्दा धेरै कम महत्त्वपूर्ण छ, जुन सामान्यतया भोल्युमको ठूलो भाग हो। सबै आकारहरूलाई समान रूपमा व्यवहार गर्ने अनुपातले तपाईंको कोर आकारहरू गुमाउँदा कम प्रतिक्रिया दिनेछ।

यसमा कार्य गर्दै

सबैभन्दा सफा कार्यान्वयनले उत्पादन हटाउनुको सट्टा फिडमा रहेको अवस्थालाई ट्याग गर्छ:

XML

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

मेटाउनुको सट्टा ट्याग गर्नाले च्यानलमा उत्पादनको इतिहास सुरक्षित रहन्छ र स्टक फिर्ता आउँदा तुरुन्तै पुन: सक्रिय हुन दिन्छ। हटाउने र पुन: थप्ने कार्यले सिकाइलाई रिसेट गर्छ।

निर्माण गर्न लायक थप दुई परिष्करणहरू:

• व्यापारिकरणमा फर्कनुहोस्। बारम्बार देखिने टुटेको आकारको सूची भनेको खरिदको संकेत हो, केवल विज्ञापन समस्या मात्र होइन।
• प्रत्येक सिङ्कमा पुन: जाँच गर्नुहोस्। स्टक सर्छ; ट्याग पनि यसको साथसाथै सर्नुपर्छ। स्थिर भाँचिएको आकारको सूची कुनै पनि नभएको भन्दा खराब हुन्छ, किनकि यसले पुनः भरिएका उत्पादनहरूलाई दबाउँछ।

अभियान विभाजनको लागि भेरियन्टहरू प्रयोग गर्दै

एकपटक भेरियन्टहरू सही तरिकाले संरचित भएपछि, डेटा विभाजन तह बन्छ - यो सम्भवतः सफा भेरियन्ट फिडको उच्चतम प्रतिफल प्रयोग हो।

गुगलले पाँचवटा custom_label फिल्डहरू (०–४) प्रदान गर्दछ। तिनीहरू मनमानी मानहरू स्वीकार गर्छन् र तपाईंको आफ्नै अभियान तर्कको लागि विशुद्ध रूपमा अवस्थित हुन्छन्। भेरियन्ट डेटा आदर्श इनपुट हो।

एउटा व्यावहारिक योजना

यी कुराहरू स्थापित भएपछि, अभियानको तर्क सरल हुन्छ:

• बेस्टसेलर + फुल-साइज-रन + उच्च-मार्जिनको लागि बोली लगाउनुहोस्
• ब्रोकन-साइजलाई प्रोस्पेक्टिङबाट बहिष्कार गर्नुहोस्
• आक्रामक tROAS मार्फत क्लियरेन्सलाई आफ्नै अभियान दिनुहोस्
• सिजन सुरु हुँदा ss26 लाई अलग गर्नुहोस्

प्रदर्शन अधिकतम र लाभ+

दुबै धेरै हदसम्म स्वचालित छन्, जसले फिड-स्तर विभाजनलाई कम भन्दा बढी महत्त्वपूर्ण बनाउँछ। तपाईंले अब किवर्ड-स्तर बिडिङ नियन्त्रण गर्नुहुन्न, त्यसैले फिड खर्च व्यवस्थापनको लागि तपाईंको मुख्य लिभर बन्छ।

पर्फर्मेन्स म्याक्समा, अनुकूलन लेबलहरूले सम्पत्ति समूह र सूचीकरण समूह संरचनालाई ड्राइभ गर्छन्। एकल क्याच-अल सम्पत्ति समूहलाई मार्जिन-आधारित वा स्टक-स्वास्थ्य-आधारित समूहहरूमा विभाजन गर्नु केही बाँकी संरचनात्मक लिभरहरू मध्ये एक हो, र यो वास्तविक डेटाबाट लेबलहरू भरिएकोमा पूर्ण रूपमा निर्भर गर्दछ।

एडभान्टेज+ क्याटलग विज्ञापनहरूमा, सही समूहीकरणले क्यारोसेललाई एउटै स्वेटरको छवटा शेडहरूले भर्नबाट रोक्छ — र भिन्न विशेषताहरूमा निर्मित उत्पादन सेट परिभाषाहरूले तपाईंलाई पूर्वानुमानलाई पुन: लक्ष्यीकरण सूचीबाट अलग गर्न दिन्छ।

कार्यसम्पादन डेटाले लेबलहरूलाई समृद्ध बनाउँदै

स्थिर लेबलहरू क्षय हुँदैछन्। गत सिजनमा तोकिएको बेस्टसेलर यस सिजनमा गलत जानकारी हो।

बलियो कार्यान्वयनले प्रत्येक फिड सिङ्कमा प्रत्यक्ष प्रदर्शन डेटा - GA4 राजस्व, रूपान्तरण दर, हेराइ गणना - बाट लेबलहरू पुन: गणना गर्दछ। बिक्री रोक्ने उत्पादन स्वचालित रूपमा बेस्टसेलरबाट बाहिरिन्छ; बिक्री सुरु गर्ने उत्पादन यसमा प्रवेश गर्छ। यो व्यवहारमा फिड संवर्धनको अर्थ के हो भन्ने कुराको एक मुख्य भाग हो, र यो बजेट चलाउने लेबलहरू र अन्तिम त्रैमासिकलाई मात्र वर्णन गर्ने लेबलहरू बीचको भिन्नता हो।

११. भेरियन्ट कार्यसम्पादन मापन गर्दै

भेरियन्ट-स्तरको डेटा त्यहि हो जहाँ धेरैजसो रिपोर्टिङ चुपचाप अलग हुन्छ।

एकत्रीकरण समस्या। व्यापारी केन्द्र र विज्ञापनहरू आईडी स्तरमा रिपोर्ट गर्छन्। २० भेरियन्टहरूमा रहेको स्वेटर २० पङ्क्तिहरूको रूपमा देखिन्छ, प्रत्येकमा भोल्युमको अंश हुन्छ, कुनै पनि व्यक्तिगत रूपमा महत्त्वपूर्ण हुँदैन। एकल भेरियन्ट पङ्क्तिबाट निकालिएको कुनै पनि निष्कर्ष सम्भवतः आवाज हो।

सधैं दुई स्तरमा विश्लेषण गर्नुहोस्:

1. समूह स्तर (item_group_id) — यो गर्छ उत्पादन काम गर्नुहुन्छ? सबै सदस्यहरूमा कुल खर्च, रूपान्तरण र राजस्व।
2. भेरियन्ट स्तर (पहिचान) — कुन विकल्पहरू काम गर्छ? कुन रङहरू बिक्री हुन्छन्, कुन आकारहरू पहिले सकिन्छन्, कुन संयोजनहरू कहिल्यै सर्दैनन्।

दोस्रो कुरा चाखलाग्दो निष्कर्षहरू कहाँ छन् भन्ने हो। यसले व्यापारिकरणले चासो राख्ने प्रश्नहरूको जवाफ दिन्छ: के नौसेना चारकोललाई तीनबाट एकमा बेच्दै छ? के साइज L भेरियन्टहरू सधैं स्टकमा हुने भएकाले राम्रोसँग रूपान्तरण हुन्छन्? के एउटा रङले समूहको औसतलाई तल तानिरहेको छ?

प्रति समूह ट्र्याकिङ मूल्य मेट्रिक्स:

एट्रिब्युशनको बारेमा एउटा नोट। एक खरीददारले प्रायः एउटा भेरियन्टको लागि विज्ञापन देख्छ र अर्को किन्छ - नेभीमा क्लिक गर्छ, चारकोल किन्छ। भेरियन्ट-स्तरको ROAS लाई शाब्दिक रूपमा लिँदा गलत श्रेय दिइनेछ। समूह स्तरमा उत्पादनहरूको न्याय गर्नुहोस् ; व्यवहार बुझ्न भेरियन्ट डेटा प्रयोग गर्नुहोस्, पातलो नमूनाहरूमा बोली निर्णय गर्न होइन।

१२. प्रि-लन्च चेकलिस्ट

भेरियन्ट फिड लाइभ पुश गर्नु अघि र कुनै पनि संरचनात्मक परिवर्तन पछि यसलाई चलाउनुहोस्।

संरचना

•  प्रत्येक भेरियन्टको एउटा अद्वितीय id हुन्छ।
•  समूहका प्रत्येक सदस्यले उस्तै item_group_id साझा गर्छन्।
•  item_group_id स्थिर स्रोत क्षेत्रबाट लिइएको हो र निर्यातहरू बीच परिवर्तन हुँदैन।
•  item_group_id ले सम्पूर्ण फिडमा एकरूप केसिङ प्रयोग गर्छ
•  प्रत्येक सदस्य कम्तिमा एउटा भेरियन्ट-परिभाषित विशेषतामा फरक हुन्छ।
•  item_group_title समूहभरि उपस्थित र समान छ

विशेषताहरु

•  रङले सादा रङ नामहरू प्रयोग गर्दछ — कुनै हेक्साडेसिमल, संख्या वा एकल अक्षरहरू छैनन्।
•  धेरै रङहरू /, प्राथमिक पहिलोसँग छुट्याइएका छन्
•  सम्पूर्ण क्याटलगमा आकार मानहरू सामान्यीकृत हुन्छन्।
•  तपाईंले साइजिङ क्षेत्रहरूमा बिक्री गर्ने ठाउँहरूमा size_system घोषित गरिन्छ।
•  प्रत्येक समूह भित्र लिङ्ग र उमेर समूह समान छन्।
•  सामग्री र ढाँचाहरू भरिएका छन् जहाँ तिनीहरूले भिन्नता परिभाषित गर्छन्

लिङ्क र तस्बिरहरू

•  प्रत्येक भेरियन्टको लिङ्कले पूर्व-चयन गरिएको सही अवस्थामा समाधान गर्छ।
•  & लाई XML मा & को रूपमा एस्केप गरिएको छ
•  image_link भेरियन्ट-विशिष्ट हो, साझा हिरो छवि होइन।
•  छविहरूले प्रत्येक च्यानलको लागि न्यूनतम आयामहरू पूरा गर्छन्

च्यानल रूपान्तरणहरू

•  उपलब्धता वाक्य रचना प्रति च्यानल समायोजित (स्टकमा बनाम स्टकमा)
•  प्रति च्यानल वर्ण सीमाहरू पालना गरिन्छ
•  अमेजनले निर्माण अभिभावक सूचीहरू निर्यात गर्दछ र एक मान्य भिन्नता विषयवस्तु घोषणा गर्दछ
•  क्षेत्रीय बजार विशेषता सेटहरू प्रति श्रेणी म्याप गरियो

सञ्चालन

•  अपडेट फ्रिक्वेन्सीले स्टक वास्तवमा कति छिटो सर्छ भन्नेसँग मेल खान्छ।
•  प्रत्येक सिङ्कमा भाँचिएको आकार पत्ता लगाउने सुविधा चल्छ।
•  निर्यात गर्नुअघि डुप्लिकेट-आईडी जाँच गरिन्छ
•  प्रकाशन गर्नु अघि फिडले राम्रोसँग बनाइएको XML/CSV को रूपमा प्रमाणित गर्छ।
•  अचानक उत्पादन गणना घट्ने बित्तिकै अलर्टिङ कन्फिगर गरिएको छ।

FA. FAQ

के मैले हरेक भेरियन्ट बुझाउनु पर्छ? सधैं होइन, तर सामान्यतया पोशाक र जुत्ताको लागि हो, जहाँ आकार र रंग खरिद निर्णय हो। धेरै ठूला एकरूप क्याटलगहरू, वा लगभग डुप्लिकेटहरू फिल्टर गर्ने च्यानलहरूको लागि, प्रति समूह एक राम्रोसँग छनौट गरिएको प्रतिनिधि भेरियन्ट बुझाउँदा राम्रो प्रदर्शन गर्न सकिन्छ। बिक्री प्रदर्शन र स्टक अनुसार प्रतिनिधि छान्नुहोस्, वर्णमाला अनुसार होइन।

यदि मैले item_group_id छोडे भने के हुन्छ? प्रत्येक भेरियन्टलाई असम्बन्धित उत्पादनको रूपमा व्यवहार गरिन्छ। तपाईंले गन्तव्य सतहमा भेरियन्ट चयनकर्ता गुमाउनुहुन्छ, विज्ञापनहरू दोहोरिने हुन्छन्, भेरियन्ट-स्तर रिपोर्टिङ ब्रेकहरू हुन्छन्, र Google मा तपाईं आवश्यकता असफल हुन सक्नुहुन्छ — भेरियन्टहरू पेश गर्दा धेरै प्रमुख बजारहरूमा नि:शुल्क सूचीहरू र किनमेल विज्ञापनहरूको लागि item_group_id आवश्यक हुन्छ।

के भेरियन्टहरूको मूल्य फरक हुन सक्छ? हो। मूल्य भेरियन्ट-परिभाषित गर्ने विशेषता होइन, तर यो प्रत्येक भेरियन्टमा वैध रूपमा फरक हुन सक्छ — ठूला आकारहरू प्रायः बढी महँगो हुन्छन्। पेश गरिएको मूल्य ल्यान्डिङ पृष्ठले त्यो विशिष्ट भेरियन्टको लागि देखाएको मूल्यसँग मेल खानुपर्छ।

के स्टक बाहिरका भेरियन्टहरू फिडमा नै रहनुपर्छ? सामान्यतया हुन्छ। तिनीहरूलाई मेटाउनुको सट्टा उपलब्धतामा राख्नुहोस्: out_of_stock। हटाउने र पुन: थप्नाले च्यानलमा वस्तुको इतिहास रिसेट हुन्छ। नियम वा अनुकूलन लेबल प्रयोग गरेर तिनीहरूलाई सक्रिय अभियानहरूबाट बहिष्कार गर्नुहोस्।

के एउटा उत्पादन दुई समूहमा पर्न सक्छ? होइन। item_group_id ले प्रति वस्तु एकल मान स्वीकार गर्दछ। यदि कुनै उत्पादन साँच्चै दुई अवधारणात्मक समूहहरूमा पर्छ भने, तपाईंसँग अपस्ट्रीम समाधान गर्न व्यापारिक वर्गीकरण समस्या छ।

के मलाई प्रति च्यानल छुट्टाछुट्टै item_group_id मानहरू चाहिन्छ? होइन — र तपाईंले गर्नु हुँदैन। सबैतिर उही तार्किक समूहीकरण प्रयोग गर्नुहोस्। प्रत्येक च्यानलमा लागू हुने रूपान्तरण फरक हुन्छ : वर्ण सीमा, केसिङ, वाक्य रचना। सत्यको एउटै स्रोत राख्नुहोस् र निर्यातमा अनुकूलन गर्नुहोस्।

म कसरी वास्तविक रूपमा एक-आकारका उत्पादनहरू ह्यान्डल गर्छु? आकारलाई one_size, OS, वा OSFA को रूपमा पेश गर्नुहोस्। आकार आवश्यक पर्ने बजारहरूमा कपडाको लागि यसलाई खाली नछोड्नुहोस्।

एउटै डिजाइनका पुरुष र महिलाका लागि - एउटा समूह वा दुई? दुई। समूहभरि लिङ्ग समान हुनुपर्छ। फरक कटौती र फरक आकारले तिनीहरूलाई खरिदकर्ताको दृष्टिकोणबाट फरक उत्पादन बनाउँछ।

अभ्यासमा प्रायः के बिग्रन्छ? हाम्रो अडिटमा: रङ भेरियन्टहरूमा साझा गरिएको हिरो छविहरू, प्रत्येक निर्यातमा पुन: उत्पन्न गरिएको item_group_id मानहरू, र उपलब्धता वाक्य रचना गुगल फिडबाट मेटामा अपरिवर्तित रूपमा सारिएको। यी तीनै जना इन्टरफेसमा अदृश्य छन् र केवल अस्पष्टीकृत कमजोर प्रदर्शनको रूपमा सतहमा आउँछन्।

यसले तपाईंलाई कहाँ छोड्छ

भेरियन्ट फिडले परिशुद्धतालाई पुरस्कृत गर्दछ जुन धेरैजसो डिजिटल मार्केटिंगले गर्दैन। item_group_id मा कुनै रचनात्मक निर्णय हुँदैन — यो या त स्थिर र साझा हुन्छ, या यो हुँदैन। रङ मानहरूले या त विशिष्टता पालना गर्छन्, या तिनीहरू अस्वीकृत हुन्छन्। छविहरू या त भेरियन्टसँग मेल खान्छन्, वा क्लिक खेर गयो।

त्यो खुशीको खबर हो: यो एक निश्चित उत्तरको साथ समाधान गर्न सकिने समस्या हो। काम यसलाई कायम राख्नु हो - किनकि क्याटलगहरू दैनिक परिवर्तन हुन्छन्, स्टक प्रति घण्टा सर्छ, र प्रत्येक च्यानलले आफ्नै तालिकामा आफ्नो विशिष्टता समायोजन गर्दछ।

यो अधिकार प्राप्त गर्ने व्यवसायहरूले भेरियन्ट फिडलाई फाइलको सट्टा पूर्वाधारको रूपमा व्यवहार गर्छन्। तिनीहरूले स्थिर स्रोत डेटाबाट समूह आईडीहरू प्राप्त गर्छन्, स्रोतमा एक पटक विशेषताहरूलाई सामान्य बनाउँछन्, निर्यातमा प्रति च्यानल रूपान्तरण गर्छन्, प्रत्येक सिङ्कमा स्टक स्वास्थ्य पुन: गणना गर्छन्, र केहि अप्रत्याशित रूपमा सर्दा सतर्क गराउँछन्।

फिडेन्स त्यही तहको लागि बनाइएको हो — स्रोतमा विशेषताहरूलाई सामान्यीकरण गर्ने फिड नियमहरू , प्रत्येक सिङ्कमा पुन: गणना गर्ने भाँचिएको आकार पत्ता लगाउने , कार्यसम्पादन लेबलहरू वर्तमान राख्न GA4 संवर्धन , र तपाईंको स्रोत डेटा नछोइकन २००+ गन्तव्यहरू मध्ये प्रत्येकको लागि सही रूपान्तरण लागू गर्ने च्यानल निर्यातहरू ।

यदि तपाईं कुनै पनि कुरा परिवर्तन गर्नु अघि आफ्नो भेरियन्ट संरचना कहाँ छ भनेर जान्न चाहनुहुन्छ भने, हाम्रो नि:शुल्क फिड अडिट उपकरणले पूर्णता, डेटा गुणस्तर र प्राविधिक स्वास्थ्यमा अवस्थित फिडलाई स्कोर गर्दछ - भेरियन्ट समूहीकरण सहित - कुनै शुल्क बिना।