توجيه نطاقك الخاص إلى خادم وسم: سجل CNAME والشهادة وخطأ Cloudflare 1014

سببان، وهما مختلفان. بالنسبة إلى حاجب الإعلانات، يكون الطلب من طرف ثالث إذا كان اسم مضيفه في قائمة، وsignalhost.io ليس في أي قائمة اليوم لكنه قد يكون غدًا؛ أما yoursite.com فلن يكون أبدًا. وبالنسبة إلى المتصفح، فإن ملف تعريف الارتباط الموضوع باستجابة من metrics.yoursite.com هو ملف طرف أول لـ yoursite.com، بينما الملف الآتي من نطاق آخر ملف طرف ثالث يرفضه Safari رفضًا قاطعًا. وهذا هو الملف الذي يحفظ النقرة على الإعلان لـ Google Ads وMeta وTikTok حتى الشراء. ولا يكسبه ذلك عمرًا أطول: فما زال Safari يقصر عمر ملفات تعريف الارتباط الآتية من خادم ذي عنوان مختلف على سبعة أيام. خادم الوسم هو نفسه في الحالتين. اسم المضيف هو ما يغيّر طريقة معاملته.

تُعدّ خادم وسم من الصفر؟ كيف تُعدّ Google Tag Manager من جانب الخادم خطوة بخطوة.

سجل CNAME واحد لدى مزود DNS لديك، يوجّه النطاق الفرعي الذي اخترته إلى نقطة الدخول DNS فقط لدينا:

metrics.yoursite.com.   CNAME   tenants.signalhost.io.

ليس إلى اسم مضيفك العشوائي كمستأجر، وليس إلى بدل عام. tenants.signalhost.io اسم ننشره خصيصًا لهذا، وسبب وجوب كونه هذا الاسم بالذات هو موضوع القسم التالي.

إذا كان نطاقك أنت على Cloudflare، فأنشئ السجل والوكيل مُطفأ — السحابة الرمادية، «DNS only». السجل الموكَّل سيوجّه طلبات زوارك عبر حساب Cloudflare الخاص بك إلينا، وخطوة الشهادة أدناه لا تستطيع الاكتمال من خلاله.

أسماء مضيفينا نحن خلف Cloudflare. إذا وجّه عميل سجل CNAME الخاص به إلى أحد أسمائنا الموكَّلة — البدل العام، أو اسم مضيف مستأجر — يصل ترافيكه إلى Cloudflare لاسم مضيف يخص حساب Cloudflare مختلفًا عن حسابنا. ترفض Cloudflare ذلك بالخطأ 1014، «CNAME Cross-User Banned». الصفحة التي تعرضه صفحة Cloudflare، لا تذكر أيًا منا، ولا شيء في DNS الخاص بك أو موقعك أو متصفحك يفسّره.

tenants.signalhost.io غير موكَّل عمدًا: يُحلّ مباشرة إلى خوادمنا، فسجل CNAME إليه يعمل ببساطة. فحص DNS في لوحة التحكم يتعرّف على حالة الهدف الموكَّل بالاسم ويخبرك بما تغيّره، لكن الأسرع ألا تصنعه من الأصل.

ما إن يُحلّ السجل، نطلب شهادة Let's Encrypt لاسم مضيفك. التحقق هو HTTP-01: تجلب Let's Encrypt مسارًا محددًا عبر HTTP غير مشفّر على المنفذ 80 من الاسم، ونحن نجيب عنه. HTTP غير مشفّر لأنه لا توجد شهادة بعد — فهي ما يجري الحصول عليه — وهذا هو المسار غير المشفّر الوحيد الذي تجيب عنه حافتنا أصلًا. إنه مقارنة رمز لمرة واحدة؛ لا شيء آخر يمكن الوصول إليه من ذلك الطريق.

توقّع بضع دقائق. تعرض لوحة التحكم ثلاث خطوات بالترتيب: يُحلّ CNAME، تُصدَر الشهادة، يبدأ اسم المضيف الخدمة. خطوة عالقة عند الشهادة بينما CNAME أخضر تعني دائمًا تقريبًا سجلًا موكَّلًا في جانبك — تجيب Cloudflare عن طلب التحقق بشهادتها وصفحتها، فترى Let's Encrypt الشيء الخطأ.

يحمل وسم Google في حاوي الويب لديك عنوان حاوي الخادم. عندما يبدأ اسم المضيف الخدمة، نعيد كتابته إلى نطاقك المخصص ونعيد نشر الحاوي — ونعيده إلى اسم مضيف المستأجر إذا أزلت النطاق. من تلك اللحظة تذهب نقراتك إلى نطاقك الخاص.

يبقى أمر واحد عليك: مقطع الكود في موقعك ما زال يحمّل Tag Manager من عنوانك على signalhost.io. إنه يظل يعمل، لكنه الطلب الوحيد الذي ما زالت قائمة مرشّحات قادرة على مطابقته، فاستبدله. تعرض صفحة الحاوي مقطع الكود الجديد ما إن يبدأ النطاق الخدمة، ونرسله إليك بالبريد الإلكتروني في اللحظة نفسها. استبدله بدلًا من إضافة مقطع ثانٍ: مقطعان يحمّلان الحاوي مرتين.

إزالة النطاق هي الأمر نفسه بالعكس. أزله في لوحة التحكم، وأعد إلى موقعك مقطع الكود الذي تعرضه صفحة الحاوي حينها — فهو يُحمَّل من عنوانك على signalhost.io من جديد — واحذف سجل DNS في النهاية. احذف السجل أولًا، وإلى أن تلاحظ لوحة التحكم، يحمّل موقعك وسومه من اسم لم يعد يُحلّ.

• خطأ 1014 في المتصفح: يشير CNAME إلى اسم موكَّل من أسمائنا. غيّر الهدف إلى tenants.signalhost.io.
• CNAME أخضر والشهادة معلّقة لأكثر من خمس عشرة دقيقة: سجلك موكَّل. اجعل السحابة رمادية لدى مزود DNS.
• CNAME لا يصبح أخضر أبدًا: ابحث عن سجل A أو AAAA متعارض على الاسم نفسه — لا يستطيع CNAME التعايش معهما — وأمهل الانتشار حتى ساعة.
• يخدم، لكن صفحة الحاوي لا تُظهر ترافيكًا من الاسم الجديد: لم يُعَد نشر حاوي الويب بعد. يحدث ذلك خلال دقيقتين من تفعيل اسم المضيف؛ وتعرض صفحة الحاوي اسم المضيف الذي يشير إليه الوسم حاليًا.
• يخدم، لكن موقعك ما زال يحمّل Tag Manager من signalhost.io: مقطع الكود القديم ما زال في الصفحة. استبدله بالمقطع المعروض في صفحة الحاوي.