બિંગ જાહેરાતોનું એકીકરણ

તમારા કેટલોગને માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર સાથે કનેક્ટ કરવાથી તમારા ઉત્પાદનો ખરીદદારો સમક્ષ માઈક્રોસોફ્ટ સર્ચ નેટવર્ક પર આવે છે - શોધ માંગનો એક સમૂહ જે ગૂગલની માંગ સાથે સંપૂર્ણપણે ઓવરલેપ થતો નથી. મોટાભાગના જાહેરાતકર્તાઓ માટે તેનો અર્થ એ છે કે પહોંચમાં વધારો થાય છે, અને ઘણીવાર ગૂગલ શોપિંગ કરતા ઓછી કિંમત-પ્રતિ-ક્લિક, કંઈપણમાંથી બીજો કેટલોગ બનાવ્યા વિના.

માઈક્રોસોફ્ટની કન્ટેન્ટ API માર્ગદર્શિકામાં શોપિંગ ઝુંબેશ અને પ્રોડક્ટ જાહેરાતોને યુનાઇટેડ સ્ટેટ્સ, કેનેડા અને યુનાઇટેડ કિંગડમથી લઈને માલ્ટા, મોરેશિયસ, સાયપ્રસ અને ફીજી જેવા નાના બજારો સુધીના વિશાળ બજારોમાં સપોર્ટેડ તરીકે સૂચિબદ્ધ કરવામાં આવી છે - જેમાં પાયલોટ ગ્રાહકો માટે વધારાના દેશો ઉપલબ્ધ છે. આ પહોળાઈનો અર્થ એ છે કે એક જ, સારી રીતે સંરચિત ફીડ એવા બજારોમાં શોપિંગ હાજરીને વિસ્તૃત કરી શકે છે જેને તમે Google પર પ્રાથમિકતા આપી ન હોય.

માઈક્રોસોફ્ટનો પ્રોડક્ટ સ્કીમા ઇરાદાપૂર્વક ગૂગલ સાથે ઇન્ટરઓપરેબલ બનાવવા માટે બનાવવામાં આવ્યો હોવાથી, ગૂગલ મર્ચન્ટ સેન્ટર ફીડ માટે જરૂરી મોટાભાગનો સમાન પ્રોડક્ટ ડેટા - શીર્ષક, કિંમત, છબીઓ, GTIN, બ્રાન્ડ, MPN - પણ તમારી માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર સૂચિઓને ચલાવે છે, જે વધારાના સેટઅપ પ્રયાસને પ્રમાણમાં ઓછો રાખે છે.

માઈક્રોસોફ્ટનું કન્ટેન્ટ API દસ્તાવેજીકરણ અસામાન્ય રીતે સ્પષ્ટ છે કે તેની સ્કીમા ગૂગલ પાસેથી ક્યાં ઉધાર લે છે - અને ક્યાં તે શાંતિથી અલગ પડે છે. પ્રોડક્ટ ઑબ્જેક્ટમાં સંખ્યાબંધ ફીલ્ડ્સ ફક્ત "ગુગલ સુસંગતતા માટે" અસ્તિત્વમાં છે: માઈક્રોસોફ્ટનું API સ્વીકારશે additionalImageLinks, adwordsGrouping, adwordsLabels, destinations, અને taxes, પરંતુ તેના પોતાના દસ્તાવેજો સ્પષ્ટપણે જણાવે છે કે માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર આ ફીલ્ડ્સનો બિલકુલ ઉપયોગ કરતું નથી. જો તમે ગુગલ-ફોર્મેટેડ ફીડનો ફરીથી ઉપયોગ કરી રહ્યા છો, તો આ ફીલ્ડ્સ માઈક્રોસોફ્ટ બાજુ કંઈપણ કરવાને બદલે હાનિકારક રીતે પસાર થાય છે.

માઈક્રોસોફ્ટ એક એવી સુવિધાનું પણ દસ્તાવેજીકરણ કરે છે જે ગૂગલ શોપિંગમાં સમાન સ્વરૂપમાં નથી: બ્રાન્ડ્સ માટે ખરીદી ઝુંબેશ. આ સહકારી મોડેલમાં, ઉત્પાદક ફક્ત સમાવિષ્ટ ઉત્પાદન સૂચિ અપલોડ કરે છે Brand, GTIN, અને MPN, તેને રિટેલ પાર્ટનરના માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર સ્ટોર સાથે લિંક કરે છે, અને પછી બંને પક્ષો મેળ ખાતા ઉત્પાદનોની શેર કરેલી સૂચિ પર બોલી લગાવી શકે છે - ક્લિક્સની કિંમતને વિભાજીત કરીને. માઈક્રોસોફ્ટના દસ્તાવેજીકરણમાં નોંધવામાં આવ્યું છે કે આ હાલમાં યુનાઇટેડ સ્ટેટ્સ અને યુનાઇટેડ કિંગડમ સુધી મર્યાદિત છે અને પાઇલટ ગ્રાહકો માટે ખુલ્લા બીટા હેઠળ છે.

એક વધુ વ્યવહારુ તફાવત: માઈક્રોસોફ્ટ પુખ્ત વયના ઉત્પાદનોને સ્પષ્ટપણે નકારી કાઢે છે ("પુખ્ત ઉત્પાદનો સમર્થિત નથી અને નકારવામાં આવશે"), અને તે તેના પોતાના ઓળખકર્તા-માન્યતા તર્ક (નીચે જરૂરી-ગુણધર્મો વિભાગ જુઓ) જાળવી રાખે છે જે તમારા ફીડ દ્વારા Google માટે પહેલાથી જ પસાર કરાયેલ કોઈપણ માન્યતાથી સ્વતંત્ર રીતે ચાલે છે.

માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર તેના સત્તાવાર દસ્તાવેજો અનુસાર, તમારા કેટલોગને બે વ્યાપક રીતે સ્વીકારે છે:

1. ફ્લેટ ફીડ ફાઇલ તમારા સ્ટોર અથવા કેટલોગ પર અપલોડ કરેલ, FTP/SFTP દ્વારા રિકરિંગ શેડ્યૂલ પર સબમિટ કરેલ.
2. સામગ્રી API — એક RESTful, JSON-આધારિત API જેનું દસ્તાવેજીકરણ અહીં કરવામાં આવ્યું છે content.api.bingads.microsoft.com/shopping/v9.1/bmc/ — વ્યક્તિગત ઉત્પાદનો દાખલ કરવા, અપડેટ કરવા, પુનઃપ્રાપ્ત કરવા અને કાઢી નાખવા અથવા તેમને જથ્થાબંધ પ્રક્રિયા કરવા માટે /products/batch અંતિમ બિંદુ

કન્ટેન્ટ API ના બેચ એન્ડપોઇન્ટમાં આયોજન કરવા યોગ્ય ચોક્કસ મર્યાદાઓ દર્શાવવામાં આવી છે: એક બેચ વિનંતીમાં 12,000 વસ્તુઓ શામેલ હોઈ શકે છે, પરંતુ કુલ વિનંતીનો મુખ્ય ભાગ 4 MB થી વધુ ન હોઈ શકે, તેથી માઇક્રોસોફ્ટનું પોતાનું માર્ગદર્શન એ છે કે તમે સામાન્ય રીતે પ્રતિ બેચ 2,000-6,000 અનકમ્પ્રેસ્ડ ઑફર્સ ફિટ કરી શકો છો (જો તમે પેલોડને gzip-compress કરો છો તો સંપૂર્ણ 12,000 સુધી). Content-Encoding: gzip હેડર). સૂચિ વિનંતીઓ દરેક કોલનો ઉપયોગ કરીને મહત્તમ 250 ઉત્પાદનો પર પૃષ્ઠ ક્રમાંકિત કરવામાં આવે છે. max-results અને start-token.

ઉત્પાદનો માઇક્રોસોફ્ટ મર્ચન્ટ સેન્ટરની અંદર રહે છે દુકાન, અને એક સ્ટોર વૈકલ્પિક રીતે બહુવિધ સમાવી શકે છે કેટલોગ (સાથે ઉલ્લેખિત bmc-catalog-id દાખલ કરવા પર પરિમાણ). તમે સબમિટ કરો છો તે દરેક ઑફરને સમાપ્તિ ક્ષિતિજની જરૂર હોય છે: માઇક્રોસોફ્ટના દસ્તાવેજો પુષ્ટિ કરે છે કે જ્યાં સુધી તમે સ્પષ્ટ સેટ ન કરો expirationDate, ઑફર સ્ટોર પર લખ્યાના 30 દિવસ પછી આપમેળે સમાપ્ત થઈ જાય છે.

માઈક્રોસોફ્ટનો કન્ટેન્ટ API સંદર્ભ સ્પષ્ટ છે કે ઓફર દાખલ કરવા માટે કયા ફીલ્ડ ફરજિયાત છે અને કયા શરતી રીતે ફરજિયાત બને છે. સત્તાવાર પ્રોડક્ટ્સ રિસોર્સ દસ્તાવેજીકરણ મુજબ:

ફીડન્સ તમારા સ્ટોર અથવા PIM માં તમે પહેલાથી જ મેનેજ કરો છો તે પ્રોડક્ટ ડેટામાંથી સીધા જ માઇક્રોસોફ્ટ મર્ચન્ટ સેન્ટર ફીડ બનાવે છે — કોઈ મેન્યુઅલ સ્પ્રેડશીટ નિકાસ નહીં. મેપિંગ એન્જિન તમારા સોર્સ ફીલ્ડ્સને માઇક્રોસોફ્ટના સ્કીમાને સોંપે છે, જેમાં કમ્પોઝિટ-આઈડી ફીલ્ડ્સનો સમાવેશ થાય છે (channel, contentLanguage, targetCountry, offerId) જે માઇક્રોસોફ્ટ પહેલી વાર સબમિશન પછી લોક કરે છે, તેથી તેમને તરત જ રજૂ કરવા મહત્વપૂર્ણ છે.

1. તમારા સ્ટોર અથવા ડેટા સોર્સ (ઈકોમર્સ પ્લેટફોર્મ, PIM, અથવા હાલની પ્રોડક્ટ નિકાસ) ને ફીડન્સ સાથે કનેક્ટ કરો.
2. તમારા ફીલ્ડ્સને માઇક્રોસોફ્ટના જરૂરી અને શરતી લક્ષણો સાથે મેપ કરો — ફીડન્સ ગુમ થયેલ ઓળખકર્તાઓને ચિહ્નિત કરે છે અને લાગુ કરે છે identifierExists: false જ્યારે બ્રાન્ડ, GTIN, અથવા MPN ખરેખર ઉપલબ્ધ ન હોય ત્યારે આપમેળે, જેથી તમે ટાળી શકાય તેવી ચેતવણીઓ એકત્રિત ન કરો.
3. ફીડને માઈક્રોસોફ્ટના કન્ટેન્ટ API અને સ્ટોર ઇન્જેશન એક્સપેક્ટ સ્ટ્રક્ચરમાં જનરેટ કરો અને તેને શેડ્યૂલ કરેલ ફીડ અપલોડ દ્વારા અથવા તમારા માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર સ્ટોર ID પર ડાયરેક્ટ API સબમિશન દ્વારા ડિલિવર કરો.
4. ફીડન્સ પરિણામી ઉત્પાદન સ્થિતિઓનું નિરીક્ષણ કરે છે — મંજૂર, ચેતવણી, નામંજૂર, બાકી અને સમાપ્તિ તારીખ — જેથી તમે જોઈ અને સુધારી શકો itemLevelIssues દરેક ચેક માટે માઈક્રોસોફ્ટ એડવર્ટાઈઝિંગ વેબ એપમાં લોગ ઇન કર્યા વિના.

કારણ કે તમારું હાલનું Google મર્ચન્ટ સેન્ટર મેપિંગ પહેલાથી જ મોટાભાગની સમાન વિશેષતાઓને આવરી લે છે જે Microsoft ને જરૂરી છે, ફીડન્સ દ્વારા બીજા ગંતવ્યને કનેક્ટ કરવું એ સામાન્ય રીતે વિશેષતા સમીક્ષાનો વિષય છે, પુનઃનિર્માણનો નહીં.

માઈક્રોસોફ્ટના પોતાના દસ્તાવેજો હાર્ડ બેકસ્ટોપ સેટ કરે છે: જ્યાં સુધી તમે સ્પષ્ટપણે સેટ ન કરો expirationDate, દરેક ઓફર સ્ટોર પર છેલ્લે લખ્યાના 30 દિવસ પછી આપમેળે સમાપ્ત થઈ જાય છે — આ સમયે તે સેવા આપવા માટે લાયક બનવાનું બંધ કરે છે. ફક્ત ઉત્પાદન ફરીથી સબમિટ કરવાથી (કોઈપણ ફીલ્ડ બદલ્યા વિના પણ) તે 30-દિવસની ઘડિયાળ ફરીથી સેટ થાય છે, પરંતુ જો તમે જાતે સ્પષ્ટ સમાપ્તિ તારીખ સેટ ન કરી હોય તો જ.

વ્યવહારમાં, તે 30-દિવસની સમાપ્તિ એક ટોચમર્યાદા છે, લક્ષ્ય નથી. કારણ કે કિંમત અને ઉપલબ્ધતા તમારા લાઇવ પ્રોડક્ટ પેજ પર જે છે તે સાથે મેળ ખાતી હોવી જોઈએ — માઇક્રોસોફ્ટ સ્પષ્ટપણે માન્ય કરે છે કે ફીડ price ઉત્પાદનના વેબપેજ સાથે મેળ ખાય છે — નિયમિત ભાવમાં ફેરફાર, સ્ટોક-આઉટ અથવા પ્રમોશન ધરાવતો કોઈપણ કેટલોગ મહિનામાં એક કરતા વધુ વખત રિફ્રેશ થવો જોઈએ. ઓછામાં ઓછા દૈનિક કેડન્સ ઉપલબ્ધતા અને કિંમત નિર્ધારણને સચોટ રાખે છે અને ઉત્પાદન ક્યારે વેચાય છે અને ક્યારે તમારું ફીડ ક્યારે પહોંચે છે તે વચ્ચેના શાંત અંતરને ટાળે છે.

માઈક્રોસોફ્ટનું કન્ટેન્ટ API અસ્પષ્ટ અસ્વીકારને બદલે સમસ્યા ઓફર માટે કોંક્રિટ, દસ્તાવેજીકૃત સ્ટેટસ કોડ્સ આપે છે. માઈક્રોસોફ્ટના પોતાના પ્રોડક્ટ-ઓફર-સ્ટેટસ સંદર્ભમાંથી સીધા બે વાસ્તવિક ઉદાહરણો:

1. GtinPlusBrandRequiredWarn — "એક અથવા વધુ ઓળખકર્તાઓ ખૂટે છે - બ્રાન્ડ અને GTIN અથવા બ્રાન્ડ અને MPN જરૂરી છે." આ એક ચેતવણી, સંપૂર્ણ અસ્વીકાર નહીં: માઇક્રોસોફ્ટનું સર્વેબિલિટી ફીલ્ડ તેને "અનઇફેક્ટેડ" તરીકે ચિહ્નિત કરે છે, જેનો અર્થ છે કે ઓફર હજુ પણ સેવા આપે છે, પરંતુ તમારે તેને ઠીક કરવું જોઈએ — કાં તો વાસ્તવિક ઓળખકર્તાઓ પૂરા પાડો અથવા સેટ કરો identifierExists થી false જો કોઈ અસ્તિત્વમાં ન હોય તો.
2. EVRejectedErr ચોક્કસ કારણ કોડ સાથે જોડી બનાવી જેમ કે EV_39 ("ટ્રેડમાર્ક સામગ્રી") — આ એક સખત અસ્વીકાર છે; માઇક્રોસોફ્ટના દસ્તાવેજો ઓફરના status ફીલ્ડ "નામંજૂર" પર સેટ કરો અને servability "નામંજૂર" પર સેટ કરેલ છે, જેનો અર્થ છે કે જ્યાં સુધી ફ્લેગ કરેલ સામગ્રી સુધારાઈ ન જાય ત્યાં સુધી ઉત્પાદન સેવા આપશે નહીં.

વ્યક્તિગત આઇટમ મુદ્દાઓ ઉપરાંત, માઇક્રોસોફ્ટના દસ્તાવેજો પુષ્ટિ કરે છે કે મૂળભૂત માન્યતા પસાર કર્યા પછી, દરેક ઑફર વધારાના "ઓફલાઇન માન્યતાઓ અને સમીક્ષાઓ, જેમ કે સંપાદકીય સમીક્ષાઓ,માંથી પસાર થાય છે, જે સેવા આપવા માટે લાયક બને તે પહેલાં 36 કલાક સુધીનો સમય લાગી શકે છે" - તેથી એક નવી સબમિટ કરેલી અથવા નવી અપડેટ કરેલી ઑફર એક દિવસ માટે "પેન્ડિંગ" સ્થિતિમાં બેઠી હોય તો તે અપેક્ષિત વર્તન છે, બગ નથી. સ્ટોર-લેવલ સારાંશ દૃશ્ય (પ્રોડક્ટસ્ટેટસ સંસાધન દ્વારા પહોંચી શકાય છે) રિપોર્ટ્સ ગણતરી કરે છે approved, disapproved, expiring, અને pending, જે એક નજરમાં કેટલોગ આરોગ્ય જોવાની સૌથી ઝડપી રીત છે.

1. જ્યારે ત્રણેય ઓળખકર્તાઓ અસ્તિત્વમાં હોય ત્યારે તેમને દાખલ કરો. માઈક્રોસોફ્ટના દસ્તાવેજો સ્પષ્ટ છે કે જો કોઈ ઉત્પાદકે GTIN, બ્રાન્ડ અથવા MPN સોંપ્યું હોય, તો તમારે તેને શામેલ કરવું આવશ્યક છે — જાણીતા ઓળખકર્તાને બાદ કરવાથી GtinPlusBrandRequiredWarn ચેતવણી, ભલે ઓફર હજુ પણ કામ કરે. જો કોઈ ખરેખર લાગુ પડતું નથી, તો સેટ કરો identifierExists થી false ખાલી જગ્યાઓ છોડવાને બદલે.
2. સાથે જૂથ પ્રકારો itemGroupId. બહુવિધ રંગો, કદ અથવા પેટર્નમાં વેચાતી પ્રોડક્ટ માટે, માઇક્રોસોફ્ટના દસ્તાવેજો દરેક વેરિઅન્ટ માટે એક ઓફર બનાવવાની અને તેમને શેર કરેલ સાથે લિંક કરવાની ભલામણ કરે છે. itemGroupId દરેક વિકલ્પને એક જ ઓફરમાં ભેળવી દેવાનો પ્રયાસ કરવા કરતાં.
3. વાપરવુ customLabel0-customLabel4 ઝુંબેશ વિભાજન માટે. આ પાંચ ક્ષેત્રો ખાસ કરીને અસ્તિત્વમાં છે જેથી તમે માઇક્રોસોફ્ટ શોપિંગ ઝુંબેશમાં તમારા કેટલોગના સબસેટ્સ ફિલ્ટર કરી શકો અને તેના પર બોલી લગાવી શકો.
4. શીર્ષકો અને વર્ણનોને પ્રમોશન-મુક્ત રાખો. બંને ક્ષેત્રોમાં સ્પષ્ટપણે "પ્રમોશનલ ટેક્સ્ટ શામેલ ન હોઈ શકે" અને બંને સંપાદકીય સમીક્ષામાંથી પસાર થાય છે - શીર્ષકમાં સમાવિષ્ટ વેચાણ ભાષા ક્લિક્સને બદલે અસ્વીકારનું જોખમ લે છે.
5. સમાપ્તિને સક્રિય રીતે ટ્રૅક કરો. કારણ કે ઑફર્સ તેમના છેલ્લા અપડેટના 30 દિવસ પછી શાંતિથી સમાપ્ત થાય છે, સિવાય કે તમે તમારી પોતાની સેટ કરો. expirationDate, સ્લો-મૂવિંગ કેટલોગ માટેના ફીડ્સને હજુ પણ રિફ્રેશ કેડન્સની જરૂર છે, ભલે કોઈપણ અંતર્ગત ઉત્પાદન ડેટા બદલાયો ન હોય.
6. ભરો shipping જર્મન સૂચિઓ માટે. માઈક્રોસોફ્ટના દસ્તાવેજીકરણમાં ખાસ કરીને જરૂરિયાત મુજબ શિપિંગ, શિપિંગ લેબલ અને શિપિંગ વજનને ફ્લેગ કરવામાં આવે છે. targetCountry DE નો નિયમ - જો તમારું પ્રાથમિક બજાર બીજે ક્યાંય હોય તો તે ચૂકી જવાનું સરળ છે.

શું "Bing જાહેરાતો" હજુ પણ વાસ્તવિક ઉત્પાદન નામ છે? ના — 2019 માં માઇક્રોસોફ્ટે બિંગ જાહેરાતોને માઇક્રોસોફ્ટ જાહેરાત તરીકે રિબ્રાન્ડ કરી. "બિંગ મર્ચન્ટ સેન્ટર" હવે માઇક્રોસોફ્ટ મર્ચન્ટ સેન્ટર છે. અંતર્ગત પ્લેટફોર્મ અને શોપિંગ ઝુંબેશ મિકેનિક્સ અપરિવર્તિત છે; ફક્ત નામ છે.

શું હું મારા Google Merchant Center ફીડનો Microsoft માટે ફરીથી ઉપયોગ કરી શકું? મોટે ભાગે હા. માઈક્રોસોફ્ટનો પ્રોડક્ટ સ્કીમા ઘણા ગૂગલ મર્ચન્ટ સેન્ટર ફીલ્ડ નામો અને ઘણા ગૂગલ-ઓરિએન્ટેડ ફીલ્ડ્સને પ્રતિબિંબિત કરે છે (destinations, taxes, adwordsGrouping, adwordsLabels, additionalImageLinks) સંપૂર્ણપણે સુસંગતતા માટે સ્વીકારવામાં આવે છે, ભલે માઇક્રોસોફ્ટના દસ્તાવેજો પુષ્ટિ કરે છે કે તે તેનો ઉપયોગ કરતું નથી. તમારે હજુ પણ માઇક્રોસોફ્ટ-વિશિષ્ટ જરૂરી ક્ષેત્રોની સમીક્ષા કરવી પડશે જેમ કે channel અને જર્મનીની શિપિંગ જરૂરિયાત જેવા શરતી નિયમો.

શું દરેક ઉત્પાદન માટે GTIN ફરજિયાત છે? જો ઉત્પાદકે એક સોંપ્યું હોય તો જ. માઈક્રોસોફ્ટના દસ્તાવેજીકરણ માટે જરૂરી છે gtin, brand, અને mpn જ્યારે તેઓ અસ્તિત્વમાં હોય; જો તેઓ ખરેખર અસ્તિત્વમાં ન હોય, તો સેટ કરો identifierExists થી false ખાલી રાખવાને બદલે.

જો હું મારા ફીડને અપડેટ કરવાનું બંધ કરી દઉં તો શું થશે? માઈક્રોસોફ્ટના દસ્તાવેજો મુજબ, દરેક ઓફર તેના છેલ્લા અપડેટના 30 દિવસ પછી આપમેળે સમાપ્ત થઈ જાય છે (સિવાય કે તમે તમારી પોતાની expirationDate), અને સમાપ્ત થયેલ ઓફર સેવા આપવા માટે લાયક બનવાનું બંધ કરે છે.

પ્રોડક્ટ સબમિટ કર્યા પછી અથવા અપડેટ કર્યા પછી સમીક્ષામાં કેટલો સમય લાગે છે? માઈક્રોસોફ્ટના દસ્તાવેજો જણાવે છે કે મૂળભૂત માન્યતા પછી, ઑફર્સ વધારાના ઑફલાઇન સમીક્ષાઓમાંથી પસાર થાય છે, જેમાં સંપાદકીય સમીક્ષાનો સમાવેશ થાય છે, જે ઑફરને સેવા આપવા માટે લાયક બને તે પહેલાં "36 કલાક જેટલો સમય લાગી શકે છે".

શું હું મારા ફીડને API ને બદલે FTP દ્વારા સબમિટ કરી શકું? હા — માઈક્રોસોફ્ટ મર્ચન્ટ સેન્ટર JSON-આધારિત કન્ટેન્ટ API ઉપરાંત રિકરિંગ ફીડ ફાઇલ સબમિશનને સપોર્ટ કરે છે, તેથી વિકાસ સંસાધનો વિનાની ટીમો હજુ પણ ડિલિવરીને સ્વચાલિત કરી શકે છે.