Serving Diagnosis (Hinglish) · ScaleSKUs MCP Academy #15

एक target enabled है, लेकिन आपको उस पर कोई impression नहीं मिल रहा। सबसे पहला reaction होता है bid बढ़ा दो। लेकिन उससे पहले, पूरा serving path trace करना जरूरी है। इस lesson में हम connected account का use करके तीन चीजें अलग-अलग समझेंगे: एक configuration switch, एक serving status, और एक actual report result। शुरुआत एक natural request से करते हैं: ऐसे enabled targets ढूंढो जिन पर कोई impression नहीं है, और समझाओ कि क्यों।

इसके लिए campaign और ad group का status पूछो, advertised products देखो, और relevant exclusions check करो। सबसे important बात: यह पूछो कि report में literally zero आ रहा है, या row है ही नहीं। ये दोनों अलग-अलग observations हैं। यह check September तेरह से बाईस के बीच का है। इसमें पाँच ऐसे currently enabled Sponsored Products targets मिले जिनकी उस period में कोई target-report row नहीं है।

कोई ऐसा target नहीं मिला जिसकी report rows हों और summed impressions literally zero हों। यह distinction important है क्योंकि एक filtered report उन entities को omit कर सकती है जिनकी कोई qualifying activity नहीं थी, और missing row report coverage या ingestion की वजह से भी हो सकती है। जब सिर्फ यही evidence हो, तो confirmed zero मत लिखो, बल्कि no reported delivery लिखो।

और missing report result को entity master से connect करते वक्त identifiers use करो, किसी similar-looking campaign name से नहीं। तीन examples Campaign Thirty-Five के हैं। इनका configured state enabled है, लेकिन current serving status ended है। Campaign और ad group भी ended दिख रहे हैं। इन तीनों के advertised products currently inactive हैं और buyable नहीं हैं, और product ads भी ended हैं।

ऐसे में target bid बढ़ाने से इन current blockers पर कोई फर्क नहीं पड़ेगा। यह lesson सिर्फ इस account तक सीमित नहीं है: target-level switch serving path की सिर्फ एक condition है। Auction competitiveness को problem मानने से पहले parent entities और advertised products जरूर check करो। और जब भी handoff करो, configured state और serving state का फर्क clearly दिखाओ।

दो और examples Campaign Twenty-Three के हैं। ये automatic targets हैं, और इनकी bid दो रुपये पच्चीस पैसे है। यह number ध्यान खींच सकता है, लेकिन यहाँ भी वही serving और product की problems हैं। Low bid एक useful hypothesis बन सकती है, लेकिन तभी जब eligibility पहले establish हो जाए। जब product currently serve ही नहीं कर सकता, तो bid पहली explanation नहीं होनी चाहिए।

साथ ही, keyword-negative check को ऐसे मत treat करो जैसे उससे हर possible block clear हो जाता है। Automatic और category targeting के लिए अलग exclusion evidence चाहिए होती है। यह clearly बताओ कि कौन से negative या exclusion checks available थे और कौन से complete नहीं हुए। हमारा follow-up एक जरूरी सवाल पूछता है: क्या आज का ended status यह prove करता है कि उस earlier period में delivery क्यों नहीं हुई?

नहीं करता। Current master एक snapshot है। September तेरह से बाईस का explanation देने के लिए हमें dated state या change history चाहिए, उस window में product availability चाहिए, और यह confirmation चाहिए कि entity उस वक्त exist करती थी और eligible थी। Current ineligibility इतना जरूर बताती है कि अभी blind bid increase मत करो। लेकिन इससे कोई historical causal story नहीं लिखी जा सकती।

Confirmed present facts और missing historical report rows की possible explanations को अलग-अलग रखो। Final handoff में target identifiers को सही campaign और ad group के नीचे list करो। हर एक के लिए configured state, serving state, advertised product identifiers, report coverage, और next check शामिल करो। अभी की chain clear है: enabled configuration, chosen window में कोई rows नहीं, और आज ended serving paths के साथ inactive products।

जो missing link है वह है historical eligibility। Bid experiment सोचने से पहले वह check assign करो। अगर उस period में eligibility ठीक थी, तो फिर applicable exclusions, targeting constraints, report completeness और auction conditions देखो। यह order इसलिए जरूरी है ताकि team किसी configuration या data problem को और advertising spend से solve करने की कोशिश न करे। अपने account में एक ऐसा enabled target लो जो inactive लग रहा हो।

उसका unique identifier confirm करो और उसी reporting window को relevant reports में compare करो। उसका campaign, ad group और product trace करो। जो current है वो record करो, जो historical है वो record करो, और जो unknown है वो भी note करो। यह decide करो कि कौन सा missing fact आपका next action बदल देगा। जब serving path genuinely eligible हो और reporting समझ में आ जाए, तभी एक bounded bid test reasonable बनता है।

तब तक proposed increase को diagnosis से अलग रखो। इसका result एक short evidence trail होना चाहिए जिसे कोई दूसरा account manager बिना पूरी investigation दोहराए follow कर सके, और यह guess न करे कि zero का मतलब क्या है।