Distribution और paid media

हर जगह प्रकाशित, आपके नियंत्रण में।

पोस्ट, ads, ईमेल, CMS, लैंडिंग पेज — आपके अपने अकाउंट्स के ज़रिए। हर एक आपकी मंज़ूरी से, अगली योजना में मापा जाता है।

हब और स्पोक्स

हर चैनल, एक गति।

एक स्वीकृति से नेटिव पोस्ट और पेड क्रिएटिव फैलते हैं। स्कोर उन्हीं रास्तों से वापस आते हैं।

campaignapproved⟵ per-channel scoresLinkedInXFacebookInstagramYouTubeTikTokRedditGoogle AdsMeta AdsLinkedIn SponsoredX PromotedEmailCMSLanding pagespaid — lands paused

Hover or focus a channel to trace its route.

एक अभियान, आगे और वापसठोस रेखा बाहर · धराशायी वापसी

एक मैनेजर, हर अकाउंट

प्रत्येक प्लेटफ़ॉर्म के लिए नया लिखा जाता है — कभी एक मास्टर पोस्ट को काट-छाँट कर नहीं।

  • Channel-native पोस्ट, carousels, और threads, प्रत्येक platform spec के अनुसार निर्मित
  • आपके अपने LinkedIn, X, Facebook, Instagram, YouTube, TikTok, Reddit
  • Slack, Teams, ChatGPT, Claude में @Cohenta — साथ ही CLI और API

हर पोस्ट उसके सही स्थान पर

एक प्रमुख एसेट नेटिव कट्स बनती है — कभी कॉपी-पेस्ट नहीं।

  • YouTube, LinkedIn, X, Instagram, TikTok के लिए per-platform metadata
  • संख्याएँ केवल तभी दिखती हैं जब आप देते हैं — कभी गढ़ी नहीं जातीं
  • पोस्ट भेजने से पहले publish और analytics scopes की पुष्टि

Ad copy जो सीमा में फिट हो

प्लेटफ़ॉर्म सीमाओं के भीतर, A/B अंतर्निहित। Google Ads पॉज़्ड बनते हैं।

  • Google Search RSA, Meta, LinkedIn Sponsored, X Promoted के लिए creative
  • Field limits हर platform पर लागू — कोई clipped या rejected copy नहीं
  • Google Ads समीक्षा के लिए paused बनाए जाते हैं, किसी भी खर्च से पहले

नियंत्रित प्रकाशन

बिना मंज़ूरी कुछ नहीं जाता

Brand-safety और source-grounding gates हर asset को जाने से पहले पढ़ते हैं। जो पकड़ा जाए वह severity के साथ flagged होता है — कभी चुपचाप rewrite नहीं किया जाता। Auto, semi, या manual चलाएँ; अंतिम gate एक इंसान के पास होता है। Run वहाँ रुकती है — durably, restarts के बाद भी — जब तक Slack या Teams में Approve या Request changes नहीं दबाया जाता। अनसत्यापित दावे चिह्नित होते हैं, हर आँकड़ा आपके तथ्यों से जाँचा जाता है। आपकी पीठ पीछे कुछ भी सुधारा नहीं जाता।

निगरानी की ज़रूरत नहीं

cadence एक बार सेट करें

हर asset अपने campaign-relative समय पर queue होती है और शेड्यूल पर release होती है — campaign आपकी गति से drip होती है। Scheduling idempotent है: restart या re-run पर कोई double-post नहीं। वैकल्पिक live distribution हर item के due होने पर fire होती है। Progress आपके अपने disk पर durable रहती है, इसलिए queue crash से बचती है — और बिना निगरानी के चलती है।

day-offset queueD+0D+7D+14nowreleasedqueued
ड्रिप क्यूidempotent — री-रन के लिए सुरक्षित
configreference onlyyour keychainor your cloud vaultresolved at publishchannelposts on confirmkeys stop herekeyscohenta cloudlicense · updatesnever in the path
कस्टडी सीमाcohenta कुछ नहीं रखता

आपके पास सुरक्षित

Credentials कभी Cohenta तक नहीं पहुँचते

आपके channel अकाउंट्स आपके environment में connect होते हैं और वहीं रहते हैं। Campaign config में references होते हैं, values नहीं; Runner publish के समय, locally, आपके keychain या vault से हर एक को resolve करता है। Cohenta आपके publishing credentials या campaign state को कभी receive या store नहीं करता — canonical state आपके अपने disk या database पर रहती है। इसका cloud licenses verify करता है और signed updates भेजता है, और publish path में कभी नहीं होता।

  • Laptop पर Keychain; cloud में Azure, AWS, GCP, या HashiCorp Vault
  • कोई key किसी tool argument, log line, या Cohenta को किसी call में नहीं
  • Publishing हर mode में आपकी स्पष्ट पुष्टि का इंतज़ार करती है

बंद लूप

खर्च वहाँ जाता है जो काम करे।

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

मापें

GA4 के आँकड़े प्रत्येक नेटवर्क के अपने मेट्रिक्स के साथ, एक स्कीमा में आते हैं।

स्कोर करें

प्रत्येक चैनल को मिक्स के बाकी चैनलों के मुकाबले 0 से 1 का स्कोर मिलता है।

ट्यून करें

A/B विजेता और आपकी फ़ीडबैक अगले चक्र के लिए संकेत बनते हैं।

विवरण

पूछा और उत्तर दिया।

AI सोशल मीडिया मैनेजर क्या कवर करता है?
यह चैनल-नेटिव पोस्ट लिखता है, प्रत्येक को आपकी स्वीकृति के लिए रोकता है, आपकी कैडेंस के अनुसार शेड्यूल करता है, और आपके अपने अकाउंट से प्रकाशित करता है। जो मापा जाता है वह अगले अभियान को दिशा देता है।
एड कॉपी जेनरेटर अस्वीकृत विज्ञापनों से कैसे बचता है?
प्रत्येक विज्ञापन अपने प्लेटफ़ॉर्म के लिए बनाया जाता है — Google Search RSA, Meta, LinkedIn Sponsored, X Promoted — और उसकी फ़ील्ड सीमाओं के भीतर रखा जाता है। Google Ads पॉज़्ड बनाए जाते हैं, और z-test से A/B का विजेता वेरिएंट चुना जाता है।
क्या यह स्वतः प्रकाशित करता है?
केवल तभी जब आप अनुमति दें: auto, semi, या manual मोड चुनें। हर मोड में एसेट पहले गेट्स पार करती हैं, और Slack या Teams में Approve दबाने तक कुछ भी प्रकाशित नहीं होता।
क्या मेरे अकाउंट क्रेडेंशियल सुरक्षित हैं?
हाँ। क्रेडेंशियल आपके अपने keychain या vault में रहते हैं, और कैंपेन कॉन्फ़िग उन्हें रेफ़रेंस द्वारा इंगित करता है — Runner प्रकाशन के समय मान लोकली पढ़ता है। Cohenta उन्हें कभी प्राप्त या संग्रहीत नहीं करता।
इसे कैसे पता चलता है कि कौन से चैनल काम कर रहे हैं?
यह GA4 एट्रिब्यूशन और प्रति-चैनल एनालिटिक्स को एक स्टोर में लाता है और प्रत्येक चैनल को 0 से 1 के बीच स्कोर करता है। वे स्कोर, A/B विजेता, और आपकी फ़ीडबैक अगले अभियान की दिशा तय करते हैं।
यदि रन रीस्टार्ट हो तो क्या वही पोस्ट दो बार जाएगी?
नहीं — शेड्यूलिंग idempotent है, इसलिए रीस्टार्ट या री-रन पर एक ही एसेट दोबारा पोस्ट नहीं होती। लाइब्रेरी कंटेंट को hash से डीडुप्लिकेट भी करती है, इसलिए री-रन से लगभग एक जैसी कॉपियाँ कभी नहीं बनतीं।
यह कैसे सुनिश्चित करता है कि प्रकाशित एसेट अभी भी लाइसेंस में हैं?
एसेट एक वर्शन्ड, कंटेंट-एड्रेस्ड लाइब्रेरी में रहती हैं जो लाइसेंसिंग, अधिकार और उद्गम ट्रैक करती है। पोस्ट जाने से पहले एक्सपायरी, प्रतिबंध और चैनल लाइसेंसिंग जाँची जाती है — लाइसेंस से बाहर कुछ भी लाइव फ़ीड तक नहीं पहुँचता।

सीधा रास्ता

आपका लॉन्च, पटरी पर

अपने अकाउंट एक बार कनेक्ट करें। शेड्यूलिंग, प्रकाशन और माप योजना का अनुसरण करते हैं — हर पोस्ट ट्रेस करने योग्य।

Runner लेंसभी इंटीग्रेशन देखें