🕜 😒 🤹 परित्यक्त Mailchimp टोकरी: आलसी के लिए एक गाइड 🤳🏻 🧑🏿‍🤝‍🧑🏻 🎥

सबसे पहले, थोड़ा रंटिंग :) जितनी जल्दी या बाद में, किसी भी ऑनलाइन स्टोर में एक परित्यक्त टोकरी स्थापित करने का सवाल है। आंकड़े और पेट में खोए हुए पैसे की भावना किसी को भी नहीं बख्शती।

2006 से 2017 तक परित्यक्त टोकरियों का प्रतिशत

स्रोत

उद्योग द्वारा 2018 की पहली तिमाही के लिए परित्यक्त टोकरियों का प्रतिशत:

स्रोत

इसी समय, आमतौर पर उपलब्ध आंकड़ों के बावजूद, अधिकांश ऑनलाइन स्टोर उपलब्ध सुविधाओं का उपयोग नहीं करते हैं और एक परित्यक्त टोकरी को कनेक्ट नहीं करते हैं। EmailSoldiers के एक हालिया "होम" अध्ययन से स्पष्ट रूप से पता चलता है कि अधिकांश स्टोर इसके बारे में बिल्कुल परेशान नहीं करते हैं।

जुड़े परित्यक्त बास्केट के लिए वर्तमान आँकड़े

स्रोत

उसी समय, हर कोई (और हम, भी, संत नहीं हैं) ट्रैफ़िक को पकड़ते हैं, विज्ञापन और क्रिएटिव चलाते हैं, लेकिन उस व्यक्ति को वापस करने की कोशिश भी नहीं करते हैं जो अंतिम क्षण में टूट गया।

लेकिन पहले पुनरावृत्ति में आप गतिशील सामग्री के बिना एक पत्र का उपयोग करके आदेशों में वृद्धि प्राप्त कर सकते हैं, आपको केवल इसे कॉन्फ़िगर करने की आवश्यकता है। केवल एक बार एक प्रयास करें ताकि पृष्ठभूमि में यह पैसा लाए - क्या यह एक परी कथा नहीं है?

स्वाभाविक रूप से, गतिशील सामग्री के साथ एक पत्र जिसमें टोकरी से सामान खींचा जाता है, बेहतर काम कर सकता है। या शायद दुखी आँखों के साथ एक और बिल्ली का बच्चा आपके दर्शकों के लिए अधिक प्रभावशाली होगा। या आप टोकरी में माल की सिफारिश की वस्तुओं को खींचते हैं और देखते हैं कि उन्हें पत्रों से अधिक बार खरीदा जाता है और औसत चेक बढ़ाता है। या आप अपने हाथों को अक्षरों की एक श्रृंखला बनाने पर प्राप्त करेंगे, जहां से रूपांतरण और भी अधिक होगा।

आप एक छोड़ी गई टोकरी से अप्राप्य आदर्श के लिए पत्रों को सुधार सकते हैं और उनका परीक्षण कर सकते हैं, लेकिन एक बार कॉन्फ़िगर किया गया पत्र पहले से ही कुछ भी नहीं की तुलना में अतुलनीय रूप से बेहतर है।

RetailRocket के अनुसार एक परित्यक्त टोकरी के लिए रूपांतरण

रीटेलरकेट ने टोकरी रूपांतरण को छोड़ दिया

स्रोत

और इसलिए, कॉमरेड आर्टेम अलेक्सांद्रोव और मैंने दो तरफ से टोकरी की शुरूआत की।

तकनीकी कार्यान्वयन

एकीकरण के लिए टीओआर

संक्षेप में कार्य के सार का वर्णन करें।

टास्क: साइट के लिए एक परित्यक्त गाड़ी को कनेक्ट करें। Mailchimp मेलिंग सेवा के साथ xxx.xx

हम सभी आवश्यक सामग्री देते हैं।

एपीआई कुंजी: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

चाबी कहां से लाएं?

→ हम प्रलेखन के लिए एक लिंक देते हैं

उस शीट की आईडी जिसे हम स्टोर से कनेक्ट करते हैं: XXXXXXXXXX

मुझे शीट आईडी कहां मिल सकती है?

एक मेल सेवा पहले से बनाई जानी चाहिए। जैसे ही डाक सेवा द्वारा एपीआई अनुरोध प्राप्त होता है, संदेश स्वचालित रूप से उत्पन्न होता है और भेजने के लिए पता कतार में जोड़ा जाता है।

हमारे मामले के लिए, हमने एक त्यागित टोकरी भेजने के लिए निम्नलिखित तर्क को चुना:
साइट पर एक अधिकृत उपयोगकर्ता टोकरी में सामान जोड़ता है, लेनदेन को पूरा नहीं करता है और आदेश को पूरा नहीं करता है, टोकरी 1 घंटे के लिए अपरिवर्तित रहती है। उसके बाद, Mailchimp को एक अनुरोध भेजा जाता है, जिसमें ईमेल, उपयोगकर्ता के ऑर्डर की संरचना, उत्पाद की छवियां, सामान की कीमत और उपयोगकर्ता की टोकरी के लिए एक लिंक प्रेषित किया जाता है।

लेआउट टेम्पलेट

एक परित्यक्त टोकरी के लिए स्वचालन बनाते समय, मेलचिम तुरंत पूछता है कि क्या एक पत्र या कई होंगे और एक कनेक्टेड स्टोर चुनने का सुझाव देंगे।

Mailchimp में एक परित्यक्त गाड़ी के लिए स्वचालन बनाएं

बुनियादी टेम्पलेट्स में, mch तीन टुकड़ों का विकल्प प्रदान करता है:

एक परित्यक्त Mailchimp बास्केट के लिए अक्षरों का चयन करें

गतिशील सामानों के साथ टोकरी को छोड़ दिया
किराने की सिफारिशों के साथ परित्यक्त टोकरी (अलग से कॉन्फ़िगर करने की आवश्यकता है)
माल के बिना परित्यक्त टोकरी (सिर्फ एक पाठ पत्र)

सबसे अच्छी परंपराओं में, यदि आपके पास समय है, तो आप टोकरी को खुद बना सकते हैं।

शैलियों के बिना गतिशील उत्पाद कुछ इस तरह दिखते हैं (इंडेंटेशन के बारे में भूल जाते हैं, वे यहाँ बदसूरत प्रदर्शित होते हैं):

<table> <tbody> *|ABANDONED_CART:[$total=3]|* <table> <tbody> <tr> <td> <a href="*|CART:URL|*" title="*|PRODUCT:TITLE|*" target="_blank"> <img src="*|PRODUCT:IMAGE_URL|*"> </a> </td> <td> *|PRODUCT:TITLE|* — *|PRODUCT:PRICE|* </td> </tr> </tbody> </table> *|END:ABANDONED_CART|* </tbody> </table> *|END:ABANDONED_CART|* </tbody> </table>

ऐसा लगता है कि यदि आप चर में संख्या बदलते हैं *। ABANDONED_CART: [$ कुल = 3] | * , तो पत्र एक अलग मात्रा में सामान प्रदर्शित करेगा, लेकिन नहीं, कम से कम 5, कम से कम 100, एक और मात्रा दिखाने के लिए मना कर दिया।

और, जो थोड़ा अजीब भी है, चर * | PRODUCT: PRICE | * को RUB288 प्रारूप मानों के साथ प्रतिस्थापित किया जाता है, और किसी कारण से इसे बदलना भी असंभव है, लेकिन बाद में और अधिक।

एक परिवर्तन के लिए, हमने चर को खेलों की संख्या और ऑर्डर की कुल लागत के साथ स्थानापन्न करने का प्रयास किया, जिसे हम आपी के माध्यम से प्रसारित करते हैं, लेकिन यहां के मेलचिम्प ने कहा कि नहीं। अच्छा, तो यह हो।

प्रोग्रामर को एक शब्द :)

Mailchimp के साथ उनकी थर्ड-पार्टी सर्विस मैनड्रिल के साथ एकीकरण का एक ऐतिहासिक अनुभव था, वहां सब कुछ सरल और स्पष्ट है। बहुत दोस्ताना प्रलेखन (निश्चित रूप से, अंग्रेजी में), लेकिन कोई मोटा किनारा नहीं था और यह पहली किक से काम करता था।

इसके अलावा, विशेष रूपों के माध्यम से एक सदस्यता तंत्र हमारी साइट पर पेश किया गया है। यहाँ, हम पूरी तरह से mailchimp प्रलेखन की समझ और अस्पष्टता महसूस किया। अनुभवी डेवलपर के लिए अंग्रेजी कोई समस्या नहीं है, लेकिन क्लिंगन बोली का ज्ञान डिफ़ॉल्ट रूप से निहित नहीं है।

प्रारंभिक डेटा हैं: php7 भाषा और yii2 ढांचा, जो पहले से ही अपने पारिस्थितिकी तंत्र के साथ भारी हो गया है। यानी हमारे पास पहले से ही 6 छोटी परियोजनाएं हैं जो बैकएंड और फ्रंट-एंड दोनों पर सामान्य घटकों का उपयोग करने की कोशिश कर रहे हैं। तदनुसार, किसी भी कार्य के कार्यान्वयन के लिए स्वतंत्र रूप से अपनी परियोजना को हल करने की आवश्यकता होती है, लेकिन यह स्वतंत्रता को रूपरेखा नहीं देता है, क्योंकि आपको इसके लिए मानव घंटे के साथ भुगतान करना होगा, जिनमें से हमेशा एक कमी है।

एकीकरण का कार्य प्राप्त करने के बाद, हमें पहले चारों ओर देखना चाहिए। हमें क्या दिया जाता है? सबसे पहले, आप के साथ दोस्त बनाने की जरूरत है mailchimp सेवा। हम गितुब में जाते हैं और देखते हैं कि बहुत सारे कार्यान्वयन हैं। लेकिन चुनाव सरल है - 1.5k सितारों ( drewm / mailchimp-api ) का सबसे लोकप्रिय पैकेज।

पैकेज एक mailchimp के साथ आराम-बातचीत पर एक सरल आवरण देता है। हम इसे केवल अपने तर्क से हासिल कर सकते हैं।

दूसरे, हमें दस्तावेज दिए जाते हैं। प्रलेखन के आधार पर, हमारे पास नेस्टेड संसाधनों के साथ एक स्टोर संसाधन है: कार्ट, ग्राहक, ऑर्डर, उत्पाद, प्रोमो नियम। अनुशंसित उत्पादों के बिना एक छोड़ दिया टोकरी के लिए, हमें केवल उत्पाद, कार्ट और ग्राहक की आवश्यकता है। गाड़ी, बदले में, कार्ट लाइन सेट के होते हैं, और उत्पाद में उत्पाद संस्करण होते हैं।

हमने निम्न प्रकार से कार्य को विघटित किया:

स्टोर डेटा स्टोर पर अपलोड करें
उत्पादों पर सभी खरीद योग्य उत्पादों को डाउनलोड करें
एक शेड्यूल पर उपयोगकर्ताओं के साथ बास्केट के लोडिंग को सेट करें

ठीक है, चलो चलते हैं। सबसे पहले, हम "स्टोर" के सार पर लेते हैं। हमने तुरंत स्टोर के परीक्षण और युद्धक संस्करण का उपयोग करने का निर्णय लिया और, पर्यावरण के आधार पर युवती / ठेस मोड के लिए जिम्मेदार है, हमने या तो एक स्टोर के साथ या दूसरे के साथ काम किया।

स्टोर डेटा डाउनलोड करने के लिए, हम निम्नलिखित मानकों के साथ / ईकॉमर्स / स्टोर पर एक पोस्ट अनुरोध पर दस्तक देते हैं:

 [ 'id' => 'dev.***.ru', 'list_id' => '****', 'name' => '*** - test', 'domain' => 'dev.***.ru', 'email_address' => 'admin@***.ru', 'currency_code' => 'RUB', 'primary_locale' => 'ru', 'money_format' => '₽', ]

कई और विकल्प हैं, लेकिन यह सब जरूरतों पर निर्भर करता है। क्योंकि हम पत्रों में स्टोर के संपर्क विवरण का उपयोग नहीं करने जा रहे थे, हमने फ़ोन, पता, समय क्षेत्र, आदि फ़ील्ड नहीं भरे।
लेकिन एक छोटे से आश्चर्य ने हमारा इंतजार किया। Money_format फ़ील्ड विशेष रूप से हमारे लिए सुविधाजनक प्रारूप में मूल्य प्रस्तुत करने की क्षमता के लिए बनाई गई लगती है। लेकिन जब एक परित्यक्त टोकरी टेम्पलेट का निर्माण होता है, तो मेलचिप घबराहट से संख्या से पहले आरयूबी को प्रतिस्थापित करता है। Mailchimp, इसे रोको!

डाउनलोड के बाद, हम किसी विशेष स्टोर पर डेटा प्राप्त करने के लिए सभी लोड किए गए स्टोर, या / ईकॉमर्स / स्टोर / {आईडी} को देखने के लिए पते / ईकॉमर्स / स्टोर पर प्राप्त अनुरोध का उपयोग करके डेटा की जांच कर सकते हैं।

अब आप अन्य सभी डेटा जोड़ सकते हैं, क्योंकि स्टोर हमारे डेटा ट्री में मूल बिंदु है, क्योंकि हम अन्य सभी डेटा को एक विशिष्ट स्टोर पर अपलोड करेंगे।

इसलिए, ताकि एमसीएच एक छोड़ी गई टोकरी में सामान प्रतिस्थापित कर सके, उसे इन सामानों को खिलाने की जरूरत है। ऐसा करने के लिए, हमारे पास पते / ईकॉमर्स / स्टोर / {store_id} / उत्पाद हैं, जहां हम सिस्टम में उत्पाद बनाने के लिए पोस्ट-रिक्वेस्ट भेजते हैं।

 [ 'id' => '742', 'title' => '', 'handle' => 'kastrulya', 'url' => 'http://***.ru/catalog/kastrulya/', 'description' => ' —    .  ,       .  ,        !           !', 'type' => '', 'vendor' => '  ', 'image_url' => 'http://***.ru/images/742/product.png', 'variants' => [ [ 'id' => '742', 'title' => '', 'url' => 'http://***.ru/catalog/kastrulya/', 'price' => 890, 'sku' => 'KA453', 'inventory_quantity' => 1000, 'image_url' => 'http://***.ru/images/742/product.png', 'visibility' => 'visible', ], ], ]

इतना उल्लेखनीय क्या है? ठीक है, सबसे पहले, प्रत्येक उत्पाद में कम से कम एक उत्पाद की पेशकश शामिल होनी चाहिए। संक्षेप में, उत्पाद उत्पाद ऑफ़र लोड करने के लिए एक कंटेनर है। इसके अलावा, उत्पाद और उत्पाद की पेशकश की आईडी प्रतिच्छेद कर सकती है, क्योंकि ये एमसीएच आपी में विभिन्न संसाधन हैं।

और यहाँ एमसीएच प्रलेखन की समझ शुरू हुई। मुझे अनुमान लगाना था, भले ही यह मुश्किल नहीं था, लेकिन आप इसे सामान्य रूप से कर सकते हैं, और हमेशा की तरह नहीं।

हैंडल फ़ील्ड को "किसी उत्पाद का हैंडल" के रूप में वर्णित किया गया है। ठीक है, परामर्श के बाद, हमने फैसला किया कि यह उत्पाद से संबंधित URL का ही हिस्सा है (cnc)। लेकिन परीक्षणों के दौरान ही इस बात की पुष्टि हुई।

आप उत्पाद के लिए चित्रों की एक सरणी भी संलग्न कर सकते हैं, लेकिन हमने फैसला किया कि यह हमारे लिए उपयोगी नहीं होगा और इसलिए केवल मुख्य छवि दोनों उत्पाद और प्रत्येक उत्पाद की पेशकश के लिए भरी हुई थी।

और यहां हमें एक समस्या थी, किसी कारण से माल मेलचर टेम्पलेट में दिखाई नहीं दिया।

हमने प्रोडक्ट के लिए डॉक में खुदाई शुरू की। और उन्हें शानदार विवरण के साथ दृश्यता क्षेत्र मिला:

दृश्यता क्षेत्र विवरण

खैर, स्ट्रिंग टाइप करें! और वहां क्या स्थानांतरित किया जा सकता है? सभी संभावित अर्थों का वर्णन क्यों नहीं किया जा सकता है? मैं वहाँ भेज सकता हूँ, उदाहरण के लिए, "मुझे pls दिखाओ!"।

सौभाग्य से एक उदाहरण अनुरोध है!

उदाहरण का अनुरोध करें

खैर, यह समस्या को रद्द नहीं करता है। मुझे नहीं पता कि कौन से अन्य मूल्य उपयोगी हो सकते हैं।

हर कोई इस के साथ मुकाबला किया! अब ईमेल मार्केटर कंसोल की मदद से सामान की भागीदारी के साथ या सभी समान अनुरोधों के माध्यम से सिस्टम में माल की उपलब्धता को सत्यापित कर सकता है।

इसके बाद, हमें MCH में परित्यक्त बास्केट लोड करने के कार्य का सामना करना पड़ता है। प्रारंभ में, 2 विकल्प दिमाग में आए:

जितनी बार आप टोकरी बदलते हैं (माल जोड़ें / हटाएं), हम एमसीएच में इस कार्रवाई को दोहराते हैं। Minuses की - एक बाहरी सेवा के लिए अनुरोधों की एक बड़ी संख्या तुरंत खुद को बताती है।
हर एन मिनट में एक बार, बास्केट देखें जो एक घंटे से अधिक समय से पहले नहीं बदले हैं। फिर हम उन्हें एमसीएच में भेजते हैं। एक ही समस्या है - MCH में जाने के बाद फिर से शुरू की गई टोकरियों पर नज़र रखना।

सबसे पहले, हम अपने डेटा के लिए 1 घंटे से लेकर 3. 3 तक हमारे डेटाबेस के लिए एक अनुरोध (बाद में डीबी के रूप में संदर्भित) करते हैं। 3 क्यों? अंतिम परिवर्तन के एक घंटे बाद, हम सिस्टम को टोकरी भेजते हैं। एमसीएच में टोकरी भेजने के लिए न्यूनतम संभव अंतराल 1 घंटे है। इसलिए, सिद्धांत रूप में, 2 घंटे after 5 मिनट के बाद, एक पत्र भेजा जाएगा। इसलिए मार्जिन के साथ भी 3 घंटे का मूल्य है।

डेटाबेस से डेटा प्राप्त करने के बाद, हम पते / ईकॉमर्स / स्टोर्स / {store_id} / कार्ट पर एक अनुरोध प्राप्त करते हैं। इस प्रकार, हमें ई-कॉमर्स प्रणाली में बैठे सभी बास्केट मिल जाते हैं और भेजने के लिए अपनी बारी की प्रतीक्षा कर रहे हैं (या पहले ही भेजे जा चुके हैं)। हमें इसकी आवश्यकता क्यों है? यह हमारे डेटा के साथ सिंक्रनाइज़ेशन के लिए आवश्यक है। हम डेटाबेस से प्राप्त सभी बास्केट भेज देंगे, लेकिन हमें उन लोगों को हटाने की जरूरत है जो अब 1-3 घंटे की सीमा में नहीं हैं। 3x के बाद - पहले से ही अप्रासंगिक डेटा। एक घंटे तक - टोकरी जो फिर से नवीनीकृत हो सकती है, या एक आदेश दे सकती है।

हटाने के लिए, हमें बस दो सरणियों / बास्केट के संग्रह के बीच अंतर खोजने की आवश्यकता है।
उन बास्केट को प्राप्त करने के बाद जिन्हें हटाने की आवश्यकता होती है, हम एक डिलीट रिक्वेस्ट / ईकॉमर्स / स्टोर्स / {store_id} / carts / {cart_id} भेजते हैं।

अगला, हम डाउनलोड के लिए बास्केट लेते हैं और उन्हें एक चक्र में सिस्टम के लिए अनुरोधों के बाद भेजते हैं।

टोकरी पैरामीटर कुछ इस तरह दिखता है:

 [ 'id' => '1207', 'customer' => [ 'id' => '25', 'email_address' => 'email@example.com', 'opt_in_status' => false, ], 'currency_code' => 'RUB', 'order_total' => 1597, 'checkout_url' => 'http://***.ru/cart/abandoned/?cart=eyJpdGVtcyI6eyI1OTgwIjoxLCIzNDA0IjoxLCI3NzMiOjEsIjkwNTgiOjEsIjkwOTEiOjEsIjE4ODciOjEsIjc4NCI6MSwiNTExMSI6MSwiODA1MyI6MSwiMTk0MSI6MSwiNTQ0NSI6MSwiNzk1NCI6MywiOTA2NyI6NCwiOTA2NSI6NCwiNzg0MyI6MSwiOTA2NiI6M30sInByb21vY29kZSI6bnVsbH0%253D', 'lines' => [ 0 => [ 'id' => '123', 'product_id' => '5980', 'product_variant_id' => '5980', 'quantity' => 1, 'price' => 841, ], 1 => [ 'id' => '124', 'product_id' => '3404', 'product_variant_id' => '3404', 'quantity' => 1, 'price' => 756, ], ], ] ? //***.Ru/cart/abandoned/ गाड़ी = eyJpdGVtcyI6eyI1OTgwIjoxLCIzNDA0IjoxLCI3NzMiOjEsIjkwNTgiOjEsIjkwOTEiOjEsIjE4ODciOjEsIjc4NCI6MSwiNTExMSI6MSwiODA1MyI6MSwiMTk0MSI6MSwiNTQ0NSI6MSwiNzk1NCI6MywiOTA2NyI6NCwiOTA2NSI6NCwiNzg0MyI6MSwiOTA2NiI6M30sInByb21vY29kZSI6bnVsbH0% 253D', [ 'id' => '1207', 'customer' => [ 'id' => '25', 'email_address' => 'email@example.com', 'opt_in_status' => false, ], 'currency_code' => 'RUB', 'order_total' => 1597, 'checkout_url' => 'http://***.ru/cart/abandoned/?cart=eyJpdGVtcyI6eyI1OTgwIjoxLCIzNDA0IjoxLCI3NzMiOjEsIjkwNTgiOjEsIjkwOTEiOjEsIjE4ODciOjEsIjc4NCI6MSwiNTExMSI6MSwiODA1MyI6MSwiMTk0MSI6MSwiNTQ0NSI6MSwiNzk1NCI6MywiOTA2NyI6NCwiOTA2NSI6NCwiNzg0MyI6MSwiOTA2NiI6M30sInByb21vY29kZSI6bnVsbH0%253D', 'lines' => [ 0 => [ 'id' => '123', 'product_id' => '5980', 'product_variant_id' => '5980', 'quantity' => 1, 'price' => 841, ], 1 => [ 'id' => '124', 'product_id' => '3404', 'product_variant_id' => '3404', 'quantity' => 1, 'price' => 756, ], ], ]

और फिर, हमारा पसंदीदा रूब्रिक है "अनुमान लगाएं कि ये फ़ील्ड कैसे काम करते हैं।" उदाहरण के लिए, वैज्ञानिक प्रहार की विधि से, यह पता चला कि एक अलग अनुरोध के साथ खरीदार बनाना संभव नहीं है। फ़ील्ड के न्यूनतम आवश्यक सेट को स्थानांतरित करना आवश्यक है, और यह स्वचालित रूप से बनाया जाएगा यदि यह सिस्टम में नहीं था। हमारे मामले में, हमने खुद को आईडी, ईमेल, ऑप्ट_इन_स्टैटस तक सीमित कर लिया। अंतिम पैरामीटर हमारी शीट में उपयोगकर्ता सदस्यता स्थिति के लिए जिम्मेदार है। यदि यह सत्य है, तो इसका मतलब है कि राज्य सदस्यता प्राप्त है, अन्यथा लेन-देन।

उत्पाद सूची कार्ट लाइंस सरणी के माध्यम से समस्याओं के बिना भरी हुई है, जो बदले में कार्ट इकाई का एक संसाधन है। यानी हम बाकी अनुरोधों के साथ इस सेट को अलग से प्रबंधित कर सकते हैं।

खैर, यह सब लगता है? लेकिन नहीं।

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

यहां मैं रचनाकारों से पूरी तरह सहमत हूं कि यह प्रतिबंध हमें स्पैमिंग उपयोगकर्ताओं से बचाता है। लेकिन इसके बारे में लिखो! हमें quests की ज़रूरत नहीं है, हमारे पास उस कोड में हमारी रहस्यमय त्रुटियों के लिए पर्याप्त है जो हम लिखते हैं।

हम यह सब करने के बाद, MCH हमें छोड़ी गई टोकरी के बारे में सुंदर पत्र भेजने लगे। और फिर एक दूसरा प्रश्न प्रकट हुआ। यदि उपयोगकर्ता ने टोकरी फेंक दी है और पत्र से अपने खाते में वापस आ गया है, अर्थात, वह लिंक पर क्लिक करने के क्षण में अधिकृत था, तो वह समस्याओं के बिना अपनी टोकरी में आ जाएगा। और इसलिए यह पता चला कि पत्र कहता है "पर! अपनी टोकरी वापस ले लो! ”, और जब हम इसे पार करते हैं तो हम कहते हैं,“ उफ़, कुछ खो गया था! हमने कुछ भी नहीं छुआ! यह स्वयं है! ”

टोकरी की संरचना को एक स्ट्रिंग में सांकेतिक शब्दों में बदलना और MCH को टोकरी भेजते समय इसे checkout_url को पास करने का निर्णय लिया गया था। और जब आप साइट पर जाते हैं, तो इस लाइन को पकड़ें, टोकरी में सभी सामान को डीकोड करें और फेंक दें, इससे पहले इसे पूरी तरह से रीसेट करना न भूलें।

इस प्रकार, कोई फर्क नहीं पड़ता कि हम किस ब्राउज़र को उपयोगकर्ता को भेजते हैं, वह अपनी टोकरी प्राप्त करता है, जैसा कि हमने वादा किया था। केवल नकारात्मक यह है कि वह केवल लॉग इन कर सकता है। लेकिन एक लिंक के माध्यम से अधिकृत करने के लिए एक बुरा शिष्टाचार है, और वास्तव में यह एक खतरनाक व्यवसाय है, सबसे पहले हमारे ग्राहकों के लिए।
परिणाम क्या है? सिद्धांत रूप में, कार्यान्वयन के दौरान कोई विशेष समस्याएं नहीं थीं, क्योंकि बहुत बार एमसीएच प्रतिक्रियाओं ने स्थानांतरित क्षेत्रों के सत्यापन से संबंधित त्रुटियों के साथ मदद की। लेकिन उनमें से भी कम होगा यदि वे सामान्य रूप से एमसीएच के काम के इन सभी सूक्ष्मताओं का वर्णन करेंगे और खेतों का अधिक विस्तार से वर्णन करेंगे।

Google.Analytics में रिपोर्ट सेटअप

संपूर्ण ऑपरेशन की सफलता को ट्रैक करने के लिए, आपको एनालिटिक्स में रिपोर्ट को कॉन्फ़िगर करना होगा और समय-समय पर देखना होगा। कल्पना कीजिए कि वयस्कों की तरह हर कोई ईकॉमर्स जुड़ा हुआ है, अन्यथा एक चमत्कार काम नहीं करेगा :)

परित्यक्त टोकरी के लिए एक नई रिपोर्ट इकट्ठा करने के लिए, "मेरी रिपोर्ट" पर जाएं:

आगे "रिपोर्ट जोड़ें":

और उसके बाद हम उन मापदंडों को जोड़ते हैं जिन्हें हम ट्रैक करेंगे। हमने तय किया कि हम शहरों के संदर्भ में परित्यक्त टोकरी को देखेंगे, आपके पास एक अलग दृष्टि हो सकती है।

एक मेलचैम्प के लिए, एक छोड़ी गई टोकरी के लिए मानक अभियान ABANDONED_CART_EMAIL है, हम इसे फ़िल्टर में प्रतिस्थापित करते हैं और एक रिपोर्ट प्राप्त करते हैं।

वह सब कांटे है!

अब आपको परित्यक्त टोकरी और एक रिपोर्ट भेजने के लिए कॉन्फ़िगर किया गया है जिसके द्वारा आप इससे निकलने वाले निकास को देख सकते हैं। और परीक्षण, परीक्षण, परीक्षण! ;)

परित्यक्त Mailchimp टोकरी: आलसी के लिए एक गाइड