اوسینت جت · بررسی وب‌سایت‌ها
شناسه مشترک آنالیتیکس در اوسینت؛ دو سایت واقعاً چه ارتباطی دارند؟
در کد دو سایت، یک شناسه یکسان پیدا کرده‌اید. وسوسه‌انگیز است که بگویید «پس صاحبشان یکی است». اما چیزی که فعلاً می‌دانید کوچک‌تر و دقیق‌تر است: دو صفحه، یک عبارت فنی مشترک دارند. برای فهمیدن ارتباط واقعی باید ببینید این عبارت کجا آمده، چه کاری دارد و چه توضیح‌های دیگری برای تکرارش وجود دارد.
قرار است از همین مشاهده، یک مقایسه قابل بررسی بسازیم. ابزار لازم، سورس عمومی صفحه و یک دفتر یادداشت است؛ نیازی به ورود به حساب آنالیتیکس یا دسترسی به اطلاعات بازدیدکنندگان ندارید.
اول بفهمید چه شناسه‌ای پیدا کرده‌اید
ابتدای شناسه را حذف نکنید. شناسه‌ای که با GTM- شروع می‌شود مربوط به کانتینر گوگل تگ منیجر است؛ کانتینر را می‌توان بسته‌ای برای مدیریت تگ‌ها دانست. این با شناسه اندازه‌گیریِ دارای پیشوند G- یکی نیست. گوگل از پیشوندهای GT- و AW- هم استفاده می‌کند و در تعریف شناسه تگ توضیح می‌دهد که یک تگ ممکن است چند شناسه داشته باشد.
بنابراین هم شباهت و هم تفاوت را باید درست بخوانید. یکسان بودن رشته، مالک مشترک را ثابت نمی‌کند؛ متفاوت بودن دو رشته هم لزوماً رابطه را رد نمی‌کند. این شناسه‌ها شماره پرونده ثبتی شرکت یا فهرست مدیران حساب نیستند.
خود عبارت کافی نیست؛ اطرافش را هم نگه دارید
در یک صفحه عمومی که بازدیدش مناسب و امن است، گزینه «نمایش سورس صفحه» یا View Page Source مرورگر را باز کنید. سپس شناسه یا پیشوند موردنظر را جست‌وجو کنید. راهنمای رسمی Site Kit گوگل هم بررسی شناسه تگ در سورس را توضیح می‌دهد. در این مرحله فقط متن کد را می‌خوانید؛ چیزی را در کنسول مرورگر اجرا نکنید.
آدرس کامل صفحه، زمان مشاهده به UTC، شناسه دقیق و چند خط اطراف آن را ثبت کنید. اگر صفحه به آدرس دیگری منتقل شده، آدرس نهایی را جدا بنویسید. ذخیره کردن یک عبارت بدون محل مشاهده، بعداً تشخیص اینکه از کدام صفحه و چه تاریخی آمده را سخت می‌کند.
| محل پیدا شدن شناسه | برداشت قابل دفاع | چیزی که هنوز نمی‌دانیم |
|---|---|---|
| داخل قطعه کد نصب | نسخه دریافت‌شده صفحه به این شناسه ارجاع می‌دهد. | آیا تگ اجرا شده و داده‌ای فرستاده است؟ |
| در متن آموزشی یا نمونه کامنت‌شده | صفحه این عبارت را نقل کرده یا نگه داشته است. | آیا خود سایت از آن استفاده می‌کند؟ |
| در نتیجه جست‌وجوی یک صفحه قدیمی | یک سرنخ برای مراجعه به منبع پیدا شده است. | آیا شناسه هنوز در صفحه فعلی وجود دارد؟ |
| در سورس بررسی‌شده پیدا نشد | در همین پاسخ دریافتی، تطبیقی دیده نشد. | آیا صفحه یا شرایط بارگذاری دیگری نتیجه متفاوتی دارد؟ |
شیوه بارگذاری، تنظیمات رضایت کاربر و قالب صفحات می‌توانند روی چیزی که می‌بینید اثر بگذارند. «در این صفحه ندیدم» را به «این دامنه اصلاً آنالیتیکس ندارد» تبدیل نکنید. اگر لینک از ابتدا مشکوک است، اول راهنمای بررسی لینک بدون باز کردن آن را دنبال کنید؛ پیدا کردن یک شناسه، ارزش بازدید بی‌احتیاط از صفحه ناشناس را ندارد.
یک تطبیق، چند توضیح ممکن
در راهنمای طراحی کانتینر، گوگل استفاده از یک کانتینر برای چند دامنه مرتبط با یک تجربه کاربری را مطرح می‌کند. مستند اندازه‌گیری میان چند دامنه نیز کاربرد تگ مشترک را توضیح می‌دهد. پس یک تنظیم مشترک و عادی، یکی از توضیح‌های ممکن است.
توضیح‌های دیگری هم ارزش بررسی دارند: شاید بخشی از کد هنگام کپی صفحه باقی مانده باشد؛ شاید سازنده سایت پیکربندی قبلی را دوباره استفاده کرده باشد؛ شاید همکاری تمام شده ولی کد هنوز پاک نشده باشد. این‌ها احتمال‌اند، نه واقعیت اثبات‌شده درباره سایتی که می‌بینید.
برای انتخاب بین این احتمال‌ها، دنبال شاهدی بروید که فرقشان را روشن کند. صفحه معرفی مسئول سایت چه می‌گوید؟ ادعای ثبتی به کدام شرکت اشاره می‌کند؟ آیا یک نسخه قدیمی، حضور شناسه را در زمان مشخصی نشان می‌دهد؟ تاریخ حضور کد کمک می‌کند، اما به‌تنهایی نام کسی را که آن را گذاشته آشکار نمی‌کند.
تمرین: سه تطبیق ظاهری، فقط دو مشاهده هم‌جنس
این مثال کاملاً آموزشی و ساختگی است. نام‌های دامنه با پسوند رزروشده .example نوشته شده‌اند. GTM-DEMO هم جای‌نگهدار آموزشی است و از سایت واقعی استخراج نشده است.
- در صفحه اصلی
cedar-workshop.example، عبارتGTM-DEMOداخل کد نصب دیده می‌شود. - صفحه اصلی
cedar-events.exampleهمان عبارت را در کد نصب دارد. - سایت
web-lessons.exampleهمین عبارت را در مقاله آموزش نصب تگ چاپ کرده است.
جست‌وجوی متنی هر سه را پیدا می‌کند. ولی مورد سوم فقط دارد درباره شناسه حرف می‌زند. آن را در گروه «اشاره در متن آموزشی» بگذارید؛ نباید صرفاً به‌خاطر این تطبیق، به شبکه مالکیت دو سایت دیگر وصل شود.
حالا فرض کنید دو سایت اول در بخش حقوقی خود، دو بهره‌بردار متفاوت معرفی کرده‌اند. این اختلاف را حذف نکنید تا نمودارتان مرتب‌تر شود. همکاری تجاری، پیمانکار مشترک و باقی ماندن کد، هر کدام توضیحی هستند که باید بررسی شوند. نتیجه فعلی می‌تواند چنین باشد: «دو صفحه ثبت‌شده به یک شناسه کانتینر ارجاع دارند؛ مسئول پیکربندی مشترک و رابطه بهره‌برداران هنوز روشن نیست.»
یک جزء مثال را عوض کنید: در سایت دوم، شناسه فقط داخل کامنتی درباره حذف یک اتصال قدیمی باقی مانده است. حالا دیگر دو شاهد هم‌جنس ندارید. یکی ارجاع در کد نصب است و دیگری متن باقی‌مانده درباره گذشته. گزارش هم باید همین تفاوت را نشان دهد.
یادداشت نهایی باید راه بررسی بعدی را باز کند
این زنجیره کوتاه را پر کنید: صفحه و زمان ← شناسه دقیق ← بافت کد ← توضیح‌های رقیب ← منبعی که تفاوت را روشن می‌کند. روی خط اتصال در نمودار بنویسید «شناسه یکسان در سورس مشاهده شد». برچسب «مالک مشترک» چیزی بیشتر از شاهد فعلی می‌گوید. تکرار یک قالب در ده صفحه نیز ده تأیید مستقل درباره مالکیت نمی‌سازد.
برای تکمیل زمینه، بررسی دامنه را ادامه دهید. اگر سؤال اصلی درباره شرکت است، راستی‌آزمایی ادعای تجاری مسیر مناسب‌تری از جمع‌کردن شناسه‌های بیشتر است.
وقتی چند برند و ادعاهای ناسازگار درباره مسئول سایت درگیرند، همین یادداشت مقایسه را همراه سؤال روشن به درخواست تحقیق تخصصی اوسینت جت اضافه کنید. موضوع سفارش باید بررسی رابطه بر پایه شواهد عمومی باشد. یک شناسه مشترک، وعده شناسایی قطعی مالک نمی‌دهد. ثبت درخواست هم آغاز گفت‌وگو درباره دامنه کار و قیمت است، نه دریافت رایگان تحقیق کامل.
منتشرشده توسط تحریریه اوسینت جت · ۵ اکتبر ۲۰۲۶
ادامه مسیر اوسینت
سرنخ‌های خام را به یک تحقیق ساختارمند در اوسینت جت تبدیل کنید
برای نتیجه بهتر، فقط به یک سرنخ اکتفا نکنید. شماره تلفن، ایمیل، یوزرنیم، دامنه، نام شرکت، تصویر، شهر، لینک شبکه اجتماعی و توضیح زمینه پرونده را کنار هم قرار دهید تا موتور اطلاعاتی اوسینت جت تحلیل دقیق‌تری بسازد.