تغيير شريك الوايت ليبل لشركات التسويق: نقل حسابات العميل والعمل دون انقطاع

تغيير شريك الوايت ليبل ليس مجرد إيقاف عقد وإرسال كلمة مرور إلى شركة أخرى. بالنسبة لشركة تسويق تدير أعمال عملائها تحت اسمها، هو انتقال منضبط للمسؤولية والملفات والصلاحيات والقرارات الجارية. إن حدث بلا جرد، قد يستمر الإعلان لكن يتوقف قياس التحويلات، أو يصل الفريق الجديد إلى لوحة نتائج من دون القدرة على تعديل الوسوم، أو تضيع نسخة الصفحة التي وافق عليها العميل. لذلك يبدأ التسليم بسؤال عملي: ما الذي يجب أن يبقى قابلًا للعمل والقياس بعد خروج الشريك القديم، ومن يملك حق إثبات ذلك؟ هذا الدليل يضع طريقة انتقال قابلة للتنفيذ، لا وصفًا عامًا للتعاقد مع شريك جديد

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

ابدأ من سبب التغيير، لا من اسم الشريك البديل

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

اكتب قرارًا داخليًا قصيرًا يفرق بين ما يجب أن ينتهي، وما يجب أن يستمر، وما يحتاج مراقبة. مثلًا: تتوقف كتابة المسودات لدى المورد القديم في تاريخ محدد، لكن يبقى متاحًا للرد على استفسارات التسليم أسبوعين متفقًا عليهما؛ أو يتوقف نشر الحملات الجديدة بينما تستمر مراقبة الحملات القائمة تحت مسؤولية واضحة. لا تضع تاريخًا اعتباطيًا لخروج الصلاحيات قبل أن يثبت الطرف المستقبل قدرته على أداء المهام الأساسية

أحيانًا يكون المطلوب إصلاح العلاقة لا تغييرها. قبل الانتقال قارن تكلفة الانقطاع ومخاطر نقل المعرفة بإمكانية معالجة السبب داخل اتفاق مستوى الخدمة مع شريك التنفيذ. إن لم يكن لدى الوكالة معيار قبول ووقت استجابة ومسار تصعيد، فقد يبدو المورد التالي أفضل أسبوعًا ثم تتكرر المشكلة. القرار الجيد يربط الشكوى بمثال قابل للتحقق: تسليمات مفقودة، فروقات بيانات، صلاحيات غير واضحة، أو تأخير موثق، بدل عبارة فضفاضة مثل «الشغل غير مريح»

من يملك الأصول قبل أن تسأل: من سينفذ؟

في نموذج الوايت ليبل، اسم الوكالة ظاهر للعميل، لكن التنفيذ قد يجري في حسابات يملكها العميل، أو الوكالة، أو مزود الخدمة. لا يمكن تصميم انتقال آمن بمجرد معرفة كلمة المرور. افصل بين ملكية الأصل، وصلاحية الإدارة، وحق استخدام البيانات، وحيازة نسخة الملفات. لوحة Google Analytics، على سبيل المثال، قد تفتح للفريق القديم بوصفه مديرًا بينما الملكية الإدارية الفعلية لحساب آخر. ملف تصميم قد يكون متاحًا للتنزيل لكنه يعتمد على خطوط أو عناصر ذات تراخيص لا تنتقل تلقائيًا

اصنع جردًا واحدًا لكل عميل ولكل خدمة. سجّل رابط الأصل، مالكه القانوني أو التعاقدي كما يظهر في مستنداتك، مالكه التقني كما يظهر في المنصة، المسؤول الحالي، الطرف الذي سيستقبله، مستوى الوصول المطلوب، تاريخ انتهاء الوصول القديم، ومسار استرجاع الطوارئ. لا تضع كلمات المرور داخل الجدول. يكفي وصف طريقة الوصول المعتمدة مثل دعوة مستخدم بصلاحية محددة أو حساب مدير مرتبط. استخدم معرفات الحسابات عند الحاجة بدل نسخ بيانات حساسة في بريد جماعي

يشمل الجرد الدومين والاستضافة وWordPress وملفات القالب والنسخ الاحتياطية، حسابات الإعلانات وطرق الدفع، GA4 وGTM وSearch Console، أدوات إدارة العملاء، بيكسلات المنصات، القوائم البريدية، صفحات الهبوط والنماذج، أصول العلامة والصور، ملفات التصميم والمونتاج، جداول المحتوى، المسودات، العقود مع المنصات وأذون الاستخدام. لا يعني إدراج الأصل أن الشريك القديم يملكه؛ المقصود كشف موضعه وصلاحيته وتبعياته قبل سحب أي وصول

قسم الانتقال إلى ثلاثة مسارات لا إلى مهمة واحدة ضخمة

المسار الأول تشغيلي: ما المهام التي تستمر اليوم، وما المهام التي تتوقف، ومن يوافق على العمل؟ المسار الثاني تقني: الحسابات والملفات والوسوم والتكاملات والنسخ. المسار الثالث معرفي: لماذا اتُّخذت القرارات السابقة، وما الافتراضات التي لم تُكتب في لوحة المشروع؟ ضعف أي مسار قد يفشل الانتقال حتى لو اكتمل المساران الآخران. نقل حساب إعلاني من دون معرفة الاستبعادات أو سبب إيقاف مجموعة إعلانات يشبه تسليم سيارة بمفتاحها فقط من دون سجل الصيانة

حدد قائدًا واحدًا للانتقال من جهة الوكالة، ونقطة اتصال من الشريك السابق، ونقطة اتصال من الشريك الجديد، وصاحب قرار عند اختلاف الأرقام أو الملفات. في الشركات الصغيرة قد يكون الشخص نفسه مسؤولًا عن أكثر من دور، لكن لا بد أن يعرف الجميع من يجيب. إذا شمل العمل عدة عملاء، لا تنقلهم جميعًا في الساعة نفسها لمجرد سهولة الجدول. ابدأ بعميل منخفض المخاطرة، راجع النتيجة، ثم وسّع الانتقال وفق قدرة الفريق

وجود شريك تنفيذ وايت ليبل لشركات التسويق لا يلغي مسؤولية الوكالة عن علاقتها بعميلها. لذلك يجب أن تبقى الموافقات والتواصل الخارجي منضبطين بعقد العميل وهوية الجهة المخولة. إذا كان الشريك السابق يتحدث مع العميل مباشرة بتفويض سابق، فاكتب كيف يتغير هذا المسار ومتى؛ لا تفترض أن الإخفاء يعني إخفاء معلومات ضرورية أو تقديم وصف مضلل لطبيعة العمل

لقطة حالة قبل أي تعديل

خذ لقطة تشغيلية قابلة للمقارنة في موعد محدد قبل النقل. سجّل صفحات الهبوط النشطة، الحملات وحالتها، الميزانيات اليومية كما تظهر في المنصات، أحداث التحويل المختارة، وسوم GTM المنشورة، الحسابات المرتبطة، تقارير GA4 الأساسية، استعلامات Search Console المهمة، أخطاء الفهرسة المعروفة، القوالب والملفات النشطة، وحالة النماذج والبريد المستلم. لا تعرض الأرقام وكأنها أداء يضمنه الشريك الجديد؛ الهدف إنشاء مرجع يوضح إن ظهر انقطاع بعد التحويل

لا يكفي تصوير لوحة التحكم. احتفظ بتصدير قابل للمراجعة حيث تسمح المنصة والعقد، مع تاريخ وساعة ومصدر البيانات واسم من أخرجه. لو اختلفت أرقام Google Ads وGA4 بعد أسبوع، تستطيع عندها تمييز اختلاف تعريف التحويل أو إعداد الإسناد من انقطاع حقيقي. وفي السيو، لا تنسب تغير الترتيب خلال أيام قليلة تلقائيًا لعملية الانتقال؛ تتداخل معه تحديثات الموقع، الفهرسة، الطلب الموسمي وغير ذلك. ابحث أولًا عن أخطاء قابلة للتحقق: noindex غير مقصود، canonical تغير، إعادة توجيه مفقودة أو حذف كود قياس

لمن يدير أكثر من قناة، اربط هذه اللقطة بمستند قصير يشرح ما الذي ينبغي ألا يتغير خلال نافذة التسليم. من أمثلة ذلك: عدم تعديل إعدادات الفوترة دون موافقة، وعدم تغيير معرفات التحويل أو حذف وسوم، وعدم نقل ملكية دومين بمجرد تغيير منفذ الإعلانات. ستصبح هذه القائمة حدودًا واضحة للفريقين بدل اعتماد كل طرف على حدسه

نافذة تجميد قصيرة ثم انتقال مرحلي

لا يعني «تجميد العمل» إيقاف التسويق بالكامل. المقصود فترة متفق عليها لا تُنفّذ فيها تغييرات بنيوية غير ضرورية بينما يُنقل العمل. اترك مراقبة الحملات والرد على المشكلات الحرجة مستمرين. اختر نافذة قليلة التداخل مع إطلاق منتج أو ذروة إنفاق أو تغيير كبير في الموقع. وثّق وقت بدايتها ونهايتها وما يسمح به من استثناءات، مثل إصلاح نموذج معطل أو تعديل ميزانية بموافقة صاحب الحساب

انقل الوصول أولًا، ثم اختبر القدرة الفعلية، ثم اسحب وصول الشريك السابق. عكس هذا الترتيب يخلق فراغًا قد لا يظهر إلا عند الحاجة إلى نشر حاوية GTM أو الموافقة على إعلان. امنح الفريق الجديد أقل صلاحية لازمة في البداية، ثم ارفعها إذا تطلبت المهمة ذلك. لا تساوِ بين الاطلاع على البيانات والقدرة على تغيير الإعدادات؛ كثير من الأخطاء تأتي من اختبار الوصول بفتح الصفحة فقط بدل اختبار المهمة التي سيؤديها الفريق فعلًا

الاستثناء هو حالات أمنية أو تعاقدية تستدعي إيقاف الوصول فورًا. عندها لا تؤجل حماية الحساب باسم «استمرار العمل»، بل استخدم إجراء طوارئ منفصلًا: حساب مالك موثوق، تغيير اعتماديات حساسة بموافقة صاحبها، توثيق أثر الانقطاع المتوقع، ثم استعادة الحد الأدنى من التشغيل. لا تقدّم هذه الخطوات كاستشارة قانونية أو أمنية مخصصة؛ تفاصيلها تعتمد على خطر الحالة والاتفاقيات القائمة

Search Console: احذر الفرق بين المستخدم والمالك

في Search Console توجد مستويات وصلاحيات مختلفة، وقد تكون ملكية الموقع مثبتة بوسيلة تقنية. وفق وثائق Google حول المستخدمين والمالكين، إزالة مستخدم من الواجهة ليست دائمًا المعالجة الكاملة لمالك مُثبَت إذا بقي رمز التحقق الخاص به على الموقع أو DNS. لهذا ابدأ بجرد المالكين ووسائل إثباتهم ومن يحتاج فعلًا إلى صلاحية كاملة، ثم تأكد أن مالكًا دائمًا من طرف صاحب الموقع موجود قبل حذف وصول الشريك السابق

في تسليم السيو، لا تنقل لقطة الأداء فقط. سلّم قائمة بخرائط الموقع المقدمة، مناطق أخطاء الزحف، الاستثناءات المهمة، الصفحات التي طُلب فحصها، تنبيهات الإجراءات اليدوية إن وجدت، مشكلات البيانات المنظمة المفتوحة، وأي تغييرات robots أو canonical كانت ضمن خطة عمل معلنة. لا تفترض أن طلب فهرسة سابق يعني فهرسة فعلية، ولا أن تقرير الأداء وحده يثبت صحة التنفيذ. على الفريق الجديد قراءة حالة الصفحات الحية والموقع نفسه قبل توصية تغييرات جماعية

إذا كان الشريك القديم يملك حق الوصول بصفته منفذًا فقط، لا تطلب منه تحويل ملكية الموقع لنفسه أو إزالة مالك العميل. وإذا كان المالك التقني غير معروف، عالج هذا الغموض أولًا قبل موعد السحب. اختيار «المسؤول عن الحساب» في جدول المشروع لا يغير تلقائيًا طريقة تحقق Google من الملكية

GA4 وGTM: تقرير متاح لا يعني إعدادات قابلة للإدارة

في GA4 تختلف صلاحيات الحساب والخاصية؛ تشرح وثائق Google Analytics الخاصة بإدارة المستخدمين حدود إضافة المستخدمين وأدوارهم. راجع من يملك إدارة الخاصية ومن يمكنه تعديل إعدادات البيانات والأحداث والربط. لا تعتمد على لقطة شاشة فيها عدد الزيارات لإثبات نقل الملكية. اختبر دخول الشخص المستلم إلى الخاصية الصحيحة، ورؤية تدفق الموقع الصحيح، وفهم الأحداث التي تُعدّ تحويلات تجارية مقارنة بالأحداث التقنية

وفي GTM يوجد فصل بين صلاحيات الحساب والحاوية، وفق دليل Google Tag Manager للصلاحيات. قد يستطيع المنفذ تحرير مساحة العمل لكنه لا يستطيع النشر، أو العكس بحسب دوره. تحقق من وجود مسؤول دائم خارج حساب الشريك القديم قبل سحب صلاحياته، ثم اختبر أن الفريق الجديد يمكنه معاينة التعديلات ونشر إصدار تجريبي وفق إجراء الموافقة المعتمد، لا بالنشر المباشر على موقع العميل بلا اختبار

وثّق معرفات القياس، حاويات الوسوم، مصادر الأحداث، أسماء التحويلات، قواعد الموافقة على ملفات الارتباط إن وجدت، وأي تكامل مع نموذج أو CRM. لا تنسَ أن بعض الأحداث تُرسل من خادم أو أداة طرف ثالث لا من GTM وحده. في هذه الحالات لا يكفي تصدير الحاوية؛ تحتاج خريطة تبين مصدر الحدث والمسؤول عن تغييره. إن أردت نموذجًا منفصلًا لبناء هذه الخريطة، راجع دليل تتبع العملاء بنظام وايت ليبل دون نسخ خطة التتبع حرفيًا إلى كل عميل

الإعلانات: الحساب والربط والفوترة ثلاثة أشياء

قد تنفذ وكالة الحملات عبر حساب مدير مرتبط بحساب إعلاني يملكه العميل، أو عبر تركيب آخر حدده العقد. قبل تغيير الشريك، اعرف من يملك الحساب الإعلاني، ومن يملك وسيلة الدفع، وأين تعيش جماهير إعادة الاستهداف، ومن يملك ملفات الإبداع وموافقة استخدامها. تشرح Google Ads إجراء فك ارتباط حساب المدير، لكنه ليس بديلًا عن خطة تحقق من وصول المالك الجديد واستمرار إعدادات الحملات والقياس

لا توقف الحساب ثم تنشئ حسابًا جديدًا من الصفر لمجرد أن المنفذ تغير. قد تضيع سياقات تشغيلية أو روابط قياس أو موافقات أو أرشيف تغييرات، كما قد يتغير من يتحمل الفوترة. في المقابل، لا تترك منفذًا سابقًا بصلاحية واسعة لمجرد أن الحساب يعمل اليوم. الحل هو تسلسل: قراءة الصلاحيات، دعوة الفريق الجديد، اختبار رؤية الحملة وإجراء تغيير غير مؤثر أو معاينة وفق السياسات، التحقق من التحويلات والدفع، ثم فك الارتباط القديم في الموعد المتفق عليه

بالنسبة لحملات Meta وTikTok وSnapchat والمنصات الأخرى، لا تنقل قواعد Google Ads حرفيًا. لكل منصة بنية أعمال وصلاحيات وأصول وربط دفع مختلف. اكتب قائمة تحقق لكل منصة مستخدمة فعلًا، لا قائمة طويلة لأسماء لم يستعملها العميل. انقل الصور والفيديوهات والنصوص الأصلية مع حقوق استخدامها وتواريخ الموافقات، لا الملفات النهائية وحدها إن كان الفريق الجديد سيحتاج إجراء تعديلات

الموقع والدومين والملفات: فحص النسخة القابلة للعمل

الموقع ليس «ملفات تم إرسالها» فقط. اعرف أين تُدار الاستضافة والدومين والشهادة والنسخ الاحتياطية، من يملك حساب WordPress الإداري، أين تحفظ أسرار الربط، وما الإضافات أو القوالب المخصصة التي تعتمد على ترخيص الشريك. لا تنسخ كلمة مرور المستخدم الإداري في رسالة عادية. الأفضل صلاحيات شخصية قابلة للإلغاء، مع قناة مناسبة للتعامل مع الأسرار إذا تطلب العمل ذلك، وموافقة مالك الحساب على التغييرات الحساسة

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

قبل اعتماد التسليم، قارن نسخة الموقع الحية بلقطة البداية: حالة HTTP للصفحات المهمة، عمل النماذج بموافقة مناسبة لا بإرسال بيانات عميل وهمية إلى نظام المبيعات، canonical وrobots، تحميل الصور، الخطوط، والتحويلات الرئيسية. لا تعلن نجاح السيو لمجرد أن الصفحة تفتح. كما لا تُدخل تعديلات تقنية جماعية أثناء الانتقال؛ إن ظهرت مشكلة منفصلة، سجلها بمستوى خطر وتابعها في مهمة محددة

المحتوى والهوية وقرارات التحرير التي لا تظهر في الملفات

في خدمة المحتوى وايت ليبل، تسليم الملفات يحتاج ما يشرح حالتها: منشور، مجدول، مسودة معتمدة، مسودة تنتظر موافقة، فكرة لم تُبحث، أو نص يحتاج مصدرًا. أضف رابط WordPress ومعرف المنشور، الكلمة والنية المالكة، المصادر التي استُخدمت، ملاحظات الحقائق والادعاءات، ورابط الغلاف وحقوقه. لا تنقل مقالات عميل آخر أو أمثلة قابلة للتعريف دون تفويض. ولا تجعل استلام ملف نصي سببًا لنشره تلقائيًا قبل فحص تشابه النية والجودة

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

في الملفات الإبداعية، لا يكفي تسليم JPG أو MP4 النهائي إذا كانت تعديلات قادمة متوقعة. اتفق على ملفات المصدر المسموح بنقلها، الطبقات، الخطوط المرخصة، الموسيقى والأصول المستخدمة، النسخ المعتمدة وأسباب رفض النسخ الأخرى. يجب أن يعرف المستلم الفرق بين «ملك العميل» و«حق استخدام محدود» و«ترخيص لا ينتقل». عند الغموض، لا تنشر افتراضًا؛ ارجع للعقد أو صاحب الحق

مصفوفة مسؤولية صغيرة تمنع عبارة «ظننت أنه عندكم»

ليس مطلوبًا مستند إداري ضخم. اكتب لكل مهمة متكررة أربعة أسماء أو أدوار: من ينفذ، من يعتمد، من يُستشار، ومن يُبلَّغ. في أسبوع الانتقال قد يختلف هذا عن الهيكل المستقر. مثلًا، يراقب الشريك القديم حملة قائمة لكن لا يغيّر ميزانيتها؛ يقرأ الشريك الجديد بياناتها ويقترح تعديلًا؛ توافق الوكالة؛ ويُبلَّغ العميل إذا كان التغيير يمس الإنفاق أو التوقيت وفق اتفاقه معها. بعد قبول التسليم تتغير الأدوار في تاريخ معلوم

المسؤولية لا تتحدد بالاسم في الجدول وحده؛ اختبرها بسؤال: إذا توقف النموذج الساعة الخامسة، من يكتشف ذلك، من لديه وصول لإصلاحه، من يوافق على التغيير، ومن يبلغ العميل؟ إذا لم تصل إلى إجابة محددة، فالتسليم لم يكتمل. اختبر أيضًا غياب الشخص الرئيسي يومًا واحدًا: هل توجد صلاحية احتياطية موثوقة ووثيقة تشغيل مختصرة أم ستعود الوكالة إلى الشريك السابق لإنقاذ كل مشكلة؟

اختبارات قبول لا يمكن استبدالها بتوقيع استلام

اعتماد التسليم يأتي بعد مهام فعلية قصيرة، لا بعد رسالة «تم». اطلب من الفريق الجديد فتح الحساب الصحيح والتحقق من مستوى الوصول، قراءة التقرير المرجعي، العثور على آخر نسخة معتمدة، معاينة تعديل في صفحة أو وسم داخل بيئة مناسبة، وإعادة إنتاج رقم واحد من مصدره مع ذكر تاريخ وفترة القياس. إذا لم يستطع الفريق شرح كيف وصل الرقم إلى التقرير، فهو لم يستلم المعرفة حتى لو استلم ملف PDF جميلًا

ضع بوابات قبول بحسب خطورة الخدمة. في السيو: صلاحية Search Console وملفات خريطة الموقع وقائمة الصفحات الحساسة وملخص القرارات المفتوحة. في الإعلانات: ملكية الحساب والفوترة والتحويلات والحملات النشطة. في الموقع: النسخة الاحتياطية ومسار النشر والتراجع والنماذج. في المحتوى: رزنامة النشر والمواضيع المحجوزة ومصدر كل ادعاء جوهري. بعض البوابات قد تكون «غير منطبقة» على عميل بعينه؛ لا تملأها بعلامة نجاح شكلية

إذا فشل اختبار قبول، لا يعني ذلك أن الوكالة تحتاج إعادة المشروع كله. صنّف الفشل: وصول، ملف ناقص، اختلاف بيانات، جودة عمل، أو قرار تعاقدي. عالج البند المحدد، وحدد من يملكه وموعد إعادة الاختبار. أبقِ التغييرات الحساسة مجمدة إلى أن يصبح المسار الحرج آمنًا. سجّل ما لم يُفحص بصراحة بدل أن يتحول صمت الفريق إلى ادعاء قبول شامل

متى تسحب الصلاحيات القديمة؟

اسحب وصول الشريك السابق بعد تحقق وصول بديل وقبول المسارات الحرجة، أو فورًا إذا فرضت حالة أمنية ذلك مع خطة طوارئ. لا تترك صلاحيات دائمة بدافع المجاملة أو خشية سؤال متأخر، ولا تمحو أثر العمل السابق. يمكن إبقاء قناة تواصل متفق عليها لأسئلة المعرفة من دون بقاء صلاحية نشر أو إدارة ميزانية. عندما يخرج شخص لا الشركة كلها، راجع المستخدمين الفرديين بدل حذف حساب شامل قد يحتاجه فريق آخر مخوّل

أعد جرد وسائل التحقق والرموز والتكاملات التي قد تبقي وصولًا غير مباشر. في بعض المنصات، إزالة المستخدم لا تزيل جميع الروابط أو مفاتيح التطبيقات، وفي Search Console قد تتطلب ملكية الموقع معالجة رمز تحقق بقي على الخادم أو DNS كما توضح وثائق Google. لا تجرِ حذفًا أعمى لرموز أو مفاتيح قد تكون مشتركة مع خدمات أخرى؛ افهم استخدامها، هيئ البديل، ثم أزل ما يخص الطرف الخارج على نحو موثق

بعد سحب الوصول، نفذ قراءة تحقق: هل يستطيع الفريق الجديد إتمام المهمة التي اختُبر عليها؟ هل تظهر الحملات والوسوم والصفحات والنماذج كما كانت؟ هل توقفت صلاحية الطرف القديم في الأنظمة المقصودة؟ سجل فقط نتائج يمكنك إثباتها من المنصات. لا تصف المهمة بأنها «أمنية بالكامل» لأن هناك أنظمة خارج الجرد لم تُراجع

التواصل مع العميل دون ارتباك أو تمويه

العميل يريد استمرار الخدمة ووضوح المسؤولية أكثر من معرفة تفاصيل كل مقاول فرعي، لكن حقه في الإخطار أو الموافقة تحدده اتفاقيته مع الوكالة وطبيعة البيانات والوصول. لا تفترض أن نموذج وايت ليبل يسمح بإخفاء تغيير جوهري إذا كان العقد أو سياسة العميل تتطلب موافقته. راجع النص الموقّع قبل صياغة الرسالة، ولا تقدّم تفسيرًا قانونيًا عامًا مكان المراجعة المختصة

إذا لزم الإبلاغ، كن محددًا: ما الذي سيتغير في سير العمل، هل سيتأثر الحساب أو بيانات العميل أو الفوترة، هل هناك نافذة لا تُنفذ خلالها تغييرات جديدة، من جهة الاتصال، وكيف يُبلغ عن مشكلة؟ تجنب وعدًا مطلقًا مثل «لن يحدث أي انقطاع أبدًا» إذا كانت بعض الاختبارات لم تكتمل. يمكنك القول إن هناك خطة انتقال وفحوص قبول ومتابعة للفترة التالية مع حدود واضحة لما تم التحقق منه

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

فترة مراقبة قصيرة وخطة تراجع معقولة

بعد الانتقال، راقب إشارات محددة بدل إعادة تحليل كل تاريخ العميل يوميًا: عمل النماذج، استمرار جمع الأحداث، حالة الحملات، إنفاق غير متوقع، أخطاء الموقع المهمة، وتذاكر العملاء المفتوحة. اختر وتيرة مراجعة تتناسب مع حجم الإنفاق والمخاطرة؛ لا يوجد رقم أيام واحد يناسب الجميع. ضع مرجعًا من لقطة ما قبل النقل، وميّز تغير القياس عن تغير الأداء الحقيقي. في السيو، لا تُعلن أثرًا ترتيبيًا في اليوم التالي للنقل من دون بيانات وفترة مناسبة

خطة التراجع لا تعني عودة تلقائية إلى الشريك القديم. قد تكون استعادة آخر إصدار من GTM، إيقاف نشر صفحة جديدة، إعادة ربط نموذج سابق، أو تجميد تعديل حملة بينما يبقى الحساب مع الوكالة. حدد من يملك القرار ومتى يُستخدم، وكيف تحفظ دليل الخطأ وما الذي سيُعاد اختباره بعد التراجع. إذا سُحبت صلاحيات الطرف القديم لأسباب أمنية فلا تجعل التراجع يعيدها بصمت

عند استقرار العمل، أغلق ملف الانتقال بمحضر مختصر: ما انتقل، ما بقي لدى طرف آخر بإذن واضح، ما فشل ثم أصلح، ما لم يختبر، وتاريخ إغلاق الأسئلة المفتوحة. بعدها تصبح وثائق التشغيل جزءًا من عمل الوكالة الدائم لا أرشيفًا يختفي مع انتهاء الأسبوع الأول

مثال افتراضي: وكالة تغيّر منفذ السيو والإعلانات

افترض أن وكالة تسويق تدير لمتجر واحد خدمات SEO وإعلانات بحث، وتريد تغيير منفذ الخدمة مع بقاء الحسابات باسم العميل. قبل الانتقال اكتشفت أن بيانات Search Console متاحة للمنفذ القديم بصفة مستخدم، بينما حساب Google Ads مرتبط بحساب مدير يتبع له. هنا لا تبدأ بإيقاف كل الحملات. تتحقق أولًا من وجود مالك صحيح للموقع وصلاحية وكالة العميل في حساب الإعلانات، وتدعو المنفذ الجديد بدور مناسب، ثم تختبر تقارير البحث والتحويلات من الحسابات الأصلية

في المثال نفسه، يرسل المنفذ القديم سجلًا بصفحات العمل وأولويات المحتوى وأسباب الاستبعادات الإعلانية ومواعيد التغييرات القادمة. تراجع الوكالة الصفحات الحية وعلامات القياس قبل نافذة التسليم، وتجمّد التعديلات غير الضرورية خلالها. بعد قبول الفريق الجديد للملفات وقدرته على قراءة الحسابات، تفك ارتباط المدير القديم في التاريخ المعتمد وتسحب المستخدمين غير اللازمين. الأرقام هنا ليست دراسة حالة لإنجاز ولا نتيجة عميل حقيقي؛ المثال يشرح الترتيب المنطقي فقط

لو ظهر بعد النقل أن تقارير GA4 لا تعرض حدثًا بعينه، لا تُعيد فورًا جميع الصلاحيات إلى المنفذ السابق ولا تتهم الفريق الجديد. تبدأ من مصدر الحدث: هل كان يأتي من GTM أم من الخادم؟ هل تغيرت موافقة التتبع؟ هل التوقف سابق على النقل؟ ثم تعالج السبب الموثق وتعيد الاختبار. هكذا تتحول عملية تغيير الشريك من اختبار ثقة بين أطراف إلى مسار قرارات مبني على الأدلة

ما الذي لا ينبغي أن يُكتب في محضر الاستلام؟

لا تضع فيه كلمات مرور صريحة، نسخًا من بيانات عملاء لا يحتاجها الفريق الجديد، وعود ترتيب في Google، شهادة بأن «كل شيء يعمل» عندما فُحصت لوحة واحدة فقط، أو نسب نمو منسوبة للشريك السابق من غير مصدر وفترة وتعريف. لا تضف عبارة «المالك هو الوكالة» إذا كان العقد والحساب يقولان إن العميل هو المالك. هذه التفاصيل الصغيرة قد تصنع نزاعًا أكبر من مشكلة التشغيل نفسها

لا تجعل المحضر قائمة ملفات بلا سياق. وجود مجلد فيه مئات الصور ليس تسليمًا إذا لم يعرف أحد الصورة المعتمدة أو ترخيصها أو حملتها أو ارتباطها بالصفحة. ولا تجعل غياب أحد العناصر سببًا لاختراع بديل داخل التقرير؛ اكتبه «غير متوفر» مع مالك الطلب. الصدق في خانة واحدة غير مكتملة أفضل من إغلاق المشروع على افتراض خاطئ

أسئلة شائعة قبل تغيير شريك الوايت ليبل

هل يجب أن يعرف العميل اسم الشريك المنفذ الجديد؟

يعتمد ذلك على العقد وطبيعة البيانات والصلاحيات وما إذا كانت موافقة العميل مطلوبة. نموذج الوايت ليبل يحدد كيف تُقدَّم الخدمة تجاريًا، لكنه لا يلغي التزامات الإخطار أو حماية البيانات. راجع الاتفاقية والسياسات قبل التواصل، وقدّم وصفًا دقيقًا لأي تغيير يجب الإفصاح عنه دون إيحاء بأن فريقًا داخليًا قام بعمل لم يقم به

هل أوقف الحملات عند تغيير المنفذ؟

ليس تلقائيًا. الهدف بقاء حسابات العميل والقياس والفوترة تحت سيطرة الجهة المخولة، مع انتقال صلاحيات التنفيذ والتحقق منها قبل فك الارتباط القديم. قد يلزم إيقاف تعديل جديد خلال نافذة قصيرة، لا إيقاف حملة قائمة بلا سبب. إذا ظهرت مخاطرة أمنية أو إنفاق غير مصرح به، تعامل معها بإجراء طوارئ منفصل وموافقة مناسبة

هل يكفي تصدير تقارير الأداء؟

لا، لأن التقرير يعرض نتائج أو مشاهدات لكنه لا يثبت ملكية الحساب، ولا يحفظ إعدادات الوسوم أو سبب القرارات السابقة. تحتاج جردًا للأصول والصلاحيات والملفات المصدرية والتبعيات والقرارات المفتوحة، مع اختبار مهمة فعلية بعد الاستلام. التقرير جزء من المعرفة المنقولة وليس بديلًا عنها

ما الفرق بين نقل الوصول ونقل ملكية الحساب؟

نقل الوصول يعني منح مستخدم أو جهة دورًا يسمح بمهام محددة، ويمكن عادة مراجعته أو سحبه. نقل الملكية أو السيطرة الإدارية يغيّر من يستطيع إدارة الأصل أو التحقق منه وقد يترتب عليه أثر تعاقدي. تختلف التفاصيل حسب المنصة؛ لا تستخدم المصطلحين بالتبادل ولا تنفذ تغيير ملكية لمجرد أن المنفذ الجديد يحتاج رؤية البيانات

متى أعد الانتقال منتهيًا؟

حين يجتاز الفريق الجديد بوابات القبول المحددة للخدمات الجارية، وتُسحب الصلاحيات القديمة التي لم تعد لازمة، وتستمر العمليات الحساسة والقياس دون خلل غير معروف، وتوثق العناصر المؤجلة بمالك وموعد. لا يشترط أن تتغير مؤشرات الأداء التسويقي فورًا؛ الانتهاء هنا يعني سلامة التسليم التشغيلي، أما النتائج فتقاس خلال فترات مناسبة لاحقًا

هل يمكن الإبقاء على الشريك السابق كدعم مؤقت؟

نعم إذا اتفق الأطراف على نطاق محدود ومدة وصلاحيات واضحة، ولم توجد أسباب أمنية أو تعاقدية تمنع ذلك. الأفضل أن تكون أسئلة المعرفة في قناة محددة، وأن لا يبقى له حق نشر أو تغيير إنفاق بلا حاجة. حدد موعد نهاية الدعم وتحقق عندها من إلغاء الصلاحيات المتبقية

قرار عملي للوكالة

إذا كنت على وشك تغيير شريك تنفيذ وايت ليبل، ابدأ اليوم بثلاث وثائق صغيرة: جرد الأصول والحسابات، لقطة حالة قبل التغيير، ومصفوفة من ينفذ ويعتمد ويستجيب عند المشكلة. بعدها اختبر صلاحيات المستلم على مهمة حقيقية قبل إزالة القديم. هذا الترتيب أوفر من إعادة بناء حساب أو تفسير انقطاع بيانات بعد وقوعه، لكنه لا يعفي من مراجعة عقد العميل ومتطلبات الخصوصية والأمن الخاصة به

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