دستی ہدایات: سرچ کنسول اور اینالیٹکس کو جوڑنا

سروس اکاؤنٹ بنانے میں چار منٹ۔ پہلی سنک پر Search Console کی سولہ ماہ کی ہسٹری بیک فل ہو جاتی ہے۔ ایسے ڈومین کے لیے دو سیکنڈ جو پہلے سے ویریفائیڈ اور پرمشنڈ ہو۔ اور دو ماہ — یہ وہ عدد ہے جو باقی تین سے زیادہ سپورٹ ٹکٹس کی وجہ بنتا ہے، کیونکہ یہ GA4 کی ڈیفالٹ ڈیٹا ریٹینشن ونڈو ہے، اور تقریباً کسی کو معلوم نہیں ہوتا کہ کنیکٹ کرنے سے پہلے اسے چیک کرنا چاہیے۔

سیٹ اپ خود مختصر ہے: Settings → Google Accounts میں ایک کریڈینشل، Domain Management میں دو کنیکٹ بٹن، اور پھر آپ زیادہ تر یہ بھول جاتے ہیں کہ یہ صفحہ موجود بھی ہے۔ لیکن وہ دو ماہ کا عدد مکمل وضاحت کے لائق ہے، کیونکہ یہ بتاتا ہے کہ کچھ ڈومینز پہلے دن ہی بھرپور اور مفید Analytics ہسٹری کیوں دکھاتے ہیں جبکہ کچھ ہفتوں تک تقریباً کچھ بھی نہیں دکھاتے — اور جب یہ ہو تو یہ پلیٹ فارم کا بگ نہیں ہوتا۔

ایک کریڈینشل، ایک بار عطا کیا گیا

آپ ایک Google سروس اکاؤنٹ کی — یعنی JSON فائل، نہ کہ کوئی ذاتی لاگ ان — اپلوڈ کرتے ہیں۔ یہ ایک روبوٹ آئیڈینٹیٹی ہے، کوئی انسانی OAuth ٹوکن نہیں جو ایکسپائر ہو جائے یا کسی کے پاس ورڈ تبدیل کرنے پر ٹوٹ جائے۔ Google Cloud اسے ایک بار جاری کرتا ہے اور یہ اس وقت تک کام کرتا رہتا ہے جب تک آپ اسے ڈیلیٹ نہ کریں — اسی طرح پلیٹ فارم رات 3 بجے بھی، بغیر کسی کے لاگ ان ہوئے، سنک کر لیتا ہے۔

اگر آپ نے پہلے کبھی نہ کیا ہو تو ایک بنانے میں تقریباً وہی چار منٹ لگتے ہیں: نیا یا موجودہ پروجیکٹ، IAM & Admin → Service Accounts → Create، اور کی ڈاؤن لوڈ کریں۔ پرمیشن اس سے زیادہ اہم ہے جتنا ڈراپ ڈاؤن ظاہر کرتا ہے — Search Console پراپرٹی اور Analytics پراپرٹی پر صرف Viewer پرمیشن دیں، اس سے زیادہ کچھ نہیں۔ میں نے دیکھا ہے کہ ٹیمیں Editor دیتی ہیں کیونکہ وہ ٹاپ آپشن ہوتا ہے، اور چھ ماہ بعد کوئی یہ نہیں بتا سکتا کہ روبوٹ اکاؤنٹ کو ان کے GA4 کنفیگ پر رائٹ ایکسیس کیوں حاصل ہے۔ ریڈ-اونلی درست ہے؛ پلیٹ فارم آپ کی سیٹنگز کو کبھی نہیں چھیڑتا۔

ایک کلید اس Google Cloud پروجیکٹ کے تحت ہر ڈومین کو کور کرتی ہے۔ اگر آپ ایک ایجنسی ہیں جو درجنوں کلائنٹ سائٹس چلا رہی ہے، تو یہ اس بات کی حمایت کرتا ہے کہ ہر چیز کے لیے ایک سروس اکاؤنٹ رکھنے کے بجائے فی کلائنٹ ایک سروس اکاؤنٹ رکھا جائے — کسی کلائنٹ کو آف بورڈ کرنا محض ایک کلید ڈیلیٹ کرنا بن جاتا ہے، نہ کہ یہ آڈٹ کرنا کہ کن ڈومینز نے چپکے سے کسی ایسے شخص کے ساتھ کریڈینشلز شیئر کیے جو ابھی چھوڑ کر گیا ہے۔

Search Console: جب یہ تیز ہو تو تیز، جب نہ ہو تو تنگ کن

• کسی ڈومین پر Connect کھولیں۔ Search Console اور Analytics دونوں کو الگ کارڈ ملتا ہے، اور Analytics میں "same as Search Console" کا شارٹ کٹ موجود ہے، کیونکہ عام طور پر ایک ہی کلید دونوں کو کور کر لیتی ہے۔
• پہلے سے تصدیق شدہ ہے اور آپ کے سروس اکاؤنٹ کو رسائی دی جا چکی ہے؟ فوری — ایک پرمیشن چیک، تقریباً دو سیکنڈ میں مکمل۔
• ابھی تصدیق نہیں ہوئی: اگر آپ اپنے رجسٹرار کی API کلید فراہم کریں (Cloudflare، Route 53، چند اور) تو خودکار DNS تصدیق، یا پھر خود شامل کیا ہوا ایک دستی TXT ریکارڈ۔

دستی طریقہ وہاں ہے جہاں لوگ بے صبرے ہو جاتے ہیں۔ پروپیگیشن واقعی مختلف ہو سکتی ہے — کبھی نوے سیکنڈ، کبھی چار گھنٹے، یہ TTL اور ریزولور کیشنگ پر منحصر ہے۔ پلیٹ فارم پولنگ کرتا رہتا ہے، اس لیے ریکارڈ شامل کریں اور فارغ ہو جائیں۔ اگر ایک دن گزر جائے اور تصدیق نہ ہو، تو یہ شاذ و نادر ہی پروپیگیشن کا مسئلہ ہوتا ہے؛ عام طور پر ویلیو میں کوئی غلطی ہوتی ہے یا ریکارڈ غلط زون میں چلا جاتا ہے (apex کی بجائے سب ڈومین، یا اس کے برعکس)۔ Google کو ذمہ دار ٹھہرانے سے پہلے یہ چیک کریں کہ اصل میں لائیو کیا ہے، `dig TXT` چلا کر۔

API-key والا طریقہ یہ سب کچھ خود کر کے ریکارڈ لکھ دیتا ہے، لیکن اس کا مطلب ہے کہ آپ کسی تھرڈ پارٹی ٹول کو اپنے DNS تک رائٹ ایکسیس دے رہے ہیں — اور اگر یہی DNS پروڈکشن ٹریفک کو ہینڈل کرتا ہے، تو میرے خیال میں ہچکچانا غیر معقول نہیں۔ دستی طریقہ شروع میں چند منٹ لیتا ہے مگر پھر آپ کو دوبارہ اس کے بارے میں سوچنا نہیں پڑتا۔

Analytics، اور وہ ریٹینشن گیپ جس کے بارے میں کوئی خبردار نہیں کرتا

Analytics تصدیق کی بجائے دریافت کے ذریعے کنیکٹ ہوتا ہے — پلیٹ فارم ڈومین پر موجودہ GA4 پراپرٹی تلاش کرتا ہے اور اگر آپ کے سروس اکاؤنٹ کو رسائی حاصل ہو تو کنیکٹ کر دیتا ہے، کیونکہ GA4 کی اجازتیں پہلے ہی Google کی طرف سے چیک شدہ ہوتی ہیں۔ اگر کچھ موجود نہ ہو تو یہ نئی پراپرٹی بنا سکتا ہے، لیکن اسے صرف واقعی نئی سائٹس کے لیے ایسا کرنے دیں۔ اگر آپ Universal Analytics سے مائیگریٹ ہوئے ہیں یا آپ کے پاس برسوں کی تاریخ رکھنے والی پراپرٹی ہے، تو واضح طور پر اسی سے کنیکٹ کریں۔ صرف تین دن کے ڈیٹا والی نئی پراپرٹی، نو سالہ سیزنل پیٹرنز رکھنے والی پراپرٹی کے مقابلے میں کہیں کمزور نقطہ آغاز ہے، اور آپٹیمائزیشن لوپ اس تاریخ پر اس سے کہیں زیادہ انحصار کرتا ہے جتنا کنیکٹ فلو ظاہر کرتا ہے۔

یہاں وہ گیپ ہے جو لوگوں کو پکڑ لیتا ہے: Search Console پہلی سنک پر سولہ مہینے تک کا کوئری ڈیٹا بیک فل کر دیتا ہے، کیونکہ Google اتنی تاریخ سرور سائیڈ پر محفوظ رکھتا ہے، چاہے آپ نے کنیکٹ کب کیا ہو۔ GA4 کے پاس ایسی کوئی ضمانت نہیں ہے — اس کا بیک فل پراپرٹی کی اپنی ڈیٹا ریٹینشن سیٹنگ کی حد تک محدود ہوتا ہے، اور وہ سیٹنگ ڈیفالٹ کے طور پر دو مہینے پر ہوتی ہے جب تک کہ آپ کی تنظیم میں کسی نے اسے تبدیل نہ کیا ہو۔ چنانچہ ایک ڈومین کنیکٹ ہوتے ہی سولہ مہینے کے امپریشنز اور کلکس دکھا سکتا ہے، اور اسی دن، اسی سیٹ اپ فلو سے، صرف دو مہینے کے سیشنز۔ یہ کوئی سنک فیل ہونا نہیں۔ یہ Google کی ریٹینشن ڈیفالٹ ہے جو بالکل ویسا ہی کر رہی ہے جیسی کنفیگر ہے، اور اس کا حل — اگر آپ آگے سے زیادہ چاہتے ہیں — GA4 پراپرٹی سیٹنگز میں ریٹینشن ونڈو کو براہ راست تبدیل کرنا ہے، اس پلیٹ فارم کی طرف سے کچھ نہیں۔ کنیکٹ کرنے سے پہلے یہ چیک کر لینا بہتر ہے، بعد میں الجھنے سے۔

شیئرڈ پراپرٹیز اور اس کے بعد کیا ہوتا ہے

Analytics کی ایک اور بات: اگر آپ کی تنظیم پانچ سائٹس کے لیے ڈیٹا اکٹھا کرنے والی ایک ہی GA4 پراپرٹی چلاتی ہے — یہ عام ہے جب برسوں پہلے کسی نے ٹریکنگ سیٹ اپ کی اور کسی نے اسے تقسیم نہیں کیا — تو کنکشن بالکل ٹھیک کام کرتا ہے، لیکن ہر کوئری پس پردہ ہوسٹ نیم کے مطابق فلٹر ہو جاتی ہے۔ یہ کوئی چیک باکس نہیں، اور نہ کوئی ایسی چیز جسے غلطی سے غیر فعال کیا جا سکے۔ اسی لیے ڈیش بورڈ ہمیشہ اسی ڈومین کے اعداد دکھاتا ہے، پراپرٹی کا مجموعی ٹوٹل کبھی نہیں۔

دونوں کنکشن قائم ہونے کے بعد، سنک روزانہ آپ کے کنٹرول کردہ شیڈول پر چلتا ہے (دیکھیں shedules chapter)، اور پلیٹ فارم پر تعمیر ہونے والی ہر چیز کے لیے سٹور اینالٹکس خودکار طور پر جڑ جاتے ہیں۔ ڈومین کی صف pending، partial، یا active دکھاتی ہے — "partial" کا مطلب ہے کہ دو کنکشنز میں سے ایک ایکٹو ہے اور دوسرا نہیں، اور یہ آپ کے لیے اشارہ ہے کہ مجموعی اسٹیٹس پر بھروسہ کرنے کے بجائے یہ چیک کریں کہ کون سا کارڈ سرخ ہے۔

اصل میں یہ کہاں ٹوٹتا ہے

میں نے جو تقریباً ہر ٹکٹ دیکھا ہے وہ تین قسموں میں آتا ہے، کوئی بھی غیرمعمولی نہیں۔ پہلی: سروس اکاؤنٹ کی کلید درست ہے مگر غلط Google Cloud پروجیکٹ کے لیے مقرر ہے، اس لیے پرمیشن چیک خالی واپس آتا ہے حالانکہ کلید خود اپ لوڈ میں کامیاب ہو جاتی ہے۔ دوسری: کسی نے واقعی سروس اکاؤنٹ کا ای میل شامل نہیں کیا — کچھ ایسا [email protected] — Search Console یا GA4 کی اپنی ایکسیس سیٹنگز میں Viewer کے طور پر؛ پلیٹ فارم پر کلید اپ لوڈ کرنا Google کی طرف سے اسے کوئی اجازت نہیں دیتا۔ تیسری، زیادہ چالاکی سے چھپی ہوئی: ایک ڈومین پرانا سروس اکاؤنٹ ڈیلیٹ ہونے کے بعد نئے سروس اکاؤنٹ کے تحت دوبارہ کنیکٹ ہو جاتا ہے، مگر شیڈول چپکے سے پرانی کریڈینشلز کے خلاف ایک ہفتے تک ناکام ہوتا رہتا ہے اس سے پہلے کہ کسی کو نظر آئے کہ اعداد اپ ڈیٹ ہونا بند ہو گئے ہیں۔

ان میں سے کوئی بھی پلیٹ فارم کا بگ نہیں ہے — یہ ایک روبوٹ کو دو الگ الگ Google پروڈکٹس پر اجازت درکار ہونے کی عام قیمت ہے، اور Google کا اپنا ماڈل اسے واضح نہیں کرتا۔ اپنے پہلے ڈومین کے لیے پندرہ منٹ کا بجٹ رکھیں، اس دو منٹ کا نہیں جو فلو ظاہر کرتا ہے۔ اس کے بعد ہر ڈومین تیز ہو گا، کیونکہ کریڈینشل اور تجربہ دونوں ساتھ چلتے ہیں۔