ظهرت الصفحة القديمة بعنوان يعد بربح 800 دولار شهريًا من «سكريبت بلوجر أوتوماتيكي»، ولم يصلنا نص المقال الأصلي، ولم نتحقق من الفيديو المرتبط به، ولم تذكر السجلات اسم الأداة أو نطاقها أو جهة الدفع. لذلك لن نعيد نشر الرقم كأنه نتيجة مثبتة، ولن نخترع لقطة رصيد أو شهادة سحب. لكن الموضوع التقني وراء العنوان واضح ويستحق معالجة جدية: كيف تبني أتمتة نشر على بلوجر بطريقة تحترم سياسات المنصة، وتحمي حساب Google، وتمنع تكرار المنشورات، وتفصل بين المسودة والنشر؟ هذا الدليل يجيب خطوة بخطوة، ثم يضع معادلة صريحة لفحص وعد 800 دولار بدل تصديقه.
ما يعنيه «سكريبت بلوجر أوتوماتيكي» فعلًا
قد تشير العبارة إلى امتداد متصفح يملأ محرر المنشورات، أو ماكرو على سطح المكتب ينسخ المقالات ويلصقها، أو أداة خارجية تستخدم اسم المستخدم وكلمة المرور، أو برنامج يتصل بواجهة برمجة بلوجر الرسمية. الفروق بين هذه الأنواع ليست شكلية: كل نوع يمنح الأداة مستوى مختلفًا من الصلاحيات، ويترك أثرًا مختلفًا عند الخطأ، ويحتاج صيانة مختلفة عند تغيّر الواجهة.
الأتمتة الجيدة لا تعني «انشر كل شيء دون تدخل». تعني تنفيذ خطوات متكررة بدقة: تحويل ملف محتوى إلى مسودة، وربط الصورة، وضبط التسميات، وجدولة الظهور، ثم التحقق من النتيجة. أما القرار التحريري، ومراجعة الادعاءات، ومسؤولية الحساب، فتبقى للإنسان. أي أداة تعدك بأنها تلغي هذه المسؤولية مقابل مبلغ شهري ثابت هي أداة تبيع وهمًا، لا خدمة تقنية.
ما يدعمه بلوجر رسميًا وما لا يدعمه
بلوجر خدمة نشر تابعة ل Google، ويوفر واجهة برمجة رسمية بالإصدار الثالث (Blogger API v3) تسمح بالتعامل مع المدونات والمنشورات والتعليقات ضمن حدود الحساب والصلاحيات. الوصول يحتاج تفويض OAuth 2.0 من مالك المدونة، وليس مجرد اسم مستخدم وكلمة مرور. يمكن إنشاء منشور كمسودة، ثم نشره لاحقًا، أو تحديث منشور قائم. راجع دائمًا وثائق Google الحالية، لأن الحقول والحصص قد تتغير.
في المقابل، لا تتوقع أن تمنحك واجهة المنشورات نقطة رفع صور عامة لكل ملف؛ المحتوى يُرسل غالبًا بصيغة HTML، والصور تحتاج إلى رابط HTTPS مطلق تستضيفه أنت أو خدمة موثوقة. ولا تفترض أن الجدولة داخل واجهة بلوجر قابلة للتحكم بالكامل من ال ـAPI؛ الطريق الآمن هو إنشاء مسودة ثم استخدام مجدول خاص بك يستدعي أمر النشر في الوقت المحدد، مع فحص النتيجة. وإذا لم تجد خاصية في الوثائق، فلا تبنِ عليها وعدًا.
مخطط خط نشر آمن من ست مراحل
الخط الذي أقترحه يفصل بين ست مسؤوليات: ملف المحتوى، والتحقق، وإنشاء المسودة، وقرار الاعتماد، والجدولة، والتحقق بعد النشر. هذا الفصل يجعل الخطأ قابلًا للتشخيص. إذا فشل النشر، ستعرف هل المشكلة في المحتوى، أم في الصلاحية، أم في الشبكة، أم في التكرار. وتستطيع إعادة تشغيل أي مرحلة بأمان دون أن تنشر نسخة ثانية.
ابدأ بمدونة اختبار منفصلة، لا بالمدونة التي تدرّ دخلًا. أنشئ فيها خمسة منشورات تجريبية، واختبر حالات الفشل قبل النجاح: توكن منتهٍ، صورة مفقودة، عنوان مكرر، انقطاع شبكة أثناء الطلب، ومحتوى يتجاوز الحد. الخط الذي لم يُختبر في الفشل ليس خطًا جاهزًا؛ إنه سلسلة افتراضات.
المرحلة 1: ملف محتوى منظم
لا تبدأ من محرر نصوص حر. استخدم سجلًا واضح الحقول: معرف داخلي ثابت، وعنوان، و slug، وتسميات، ونص HTML، ورابط صورة رئيسية مع نص بديل، ووصف SEO، ومعرف المقال الأصلي إن كان استعادة. المعرف الداخلي هو مفتاح منع التكرار، وليس العنوان الذي قد يتغير. خزّن نسخة من كل إصدار، لأن استعادة مقال بعد خطأ أسهل بكثير من إعادة كتابته.
اجعل المحتوى نفسه قابلًا للمراجعة قبل الإرسال: فقرات منفصلة، وعناوين H2 حقيقية، وروابط داخلية لا تُضاف إلا بعد التحقق من وجود الصفحة المقصودة. لا تضع سكربتات أو أنماط CSS داخل جسم المنشور؛ استخدم قالب المدونة للعرض، واترك المحتوى نظيفًا. وإذا كان النص مولّدًا بالذكاء الاصطناعي، فراجعه بشريًا وتأكد من دقته ومن عدم تكراره لمقال آخر.
المرحلة 2: بوابة تحقق قبل الإرسال
قبل أي استدعاء لل ـAPI، شغّل فحصًا محليًا يرفض المحتوى الناقص: عنوان فارغ، جسم أقصر من الحد المتفق عليه، صورة بلا نص بديل، رابط صورة غير مطلق، تسمية ممنوعة، أو تكرار مطابق لعنوان منشور قائم. افحص أيضًا أن الملف لا يحتوي مفاتيح أو رموزًا أو بريدًا حساسًا. هذه البوابة أرخص بكثير من حذف منشور علني بعد دقائق من نشره.
أضف فحصًا للتكرار على مستويين: معرف داخلي، وبصمة نصية مبسطة للعنوان والفقرة الأولى. لا تعتمد على بحث بلوجر وحده، لأنه قد يتأخر في الفهرس. واحتفظ بسجل يربط المعرف الداخلي بمعرف المنشور الذي أعادته ال ـAPI. هذا السجل هو ما يمنع إنشاء نسخة ثانية عندما يعيد العامل المحاولة بعد انتهاء المهلة.
المرحلة 3: إنشاء مسودة عبر Blogger API
التفويض يبدأ من حساب Google الذي يملك المدونة. أنشئ مشروعًا في Google Cloud، وفعّل Blogger API، واطلب نطاق الوصول الخاص ببلوجر، ثم وافق من الحساب المالك. لا تضع كلمة مرور Google في ملف الإعدادات، ولا تشارك رمز التحقق. خزّن رمز التجديد مشفرًا، وامنح العامل أقل صلاحية تكفي، وسجّل كل عملية إنشاء أو نشر مع الوقت والنتيجة.
أرسل الطلب إلى نقطة المنشورات الخاصة بالمدونة، مع عنوان ومحتوى HTML وتسميات، واطلب إنشاءه كمسودة أولًا. لا تنشر مباشرة من نفس الطلب. بعد الاستجابة، اقرأ معرف المنشور ورابطه، واكتبهما في سجلك، ثم افتح المسودة في المتصفح وتأكد من أن الصورة ظهرت وأن التنسيق سليم. المسودة ليست ضمانًا؛ إنها فرصة أخيرة للمراجعة قبل الأثر العلني.
المرحلة 4: قرار النشر ليس آليًا بالكامل
حتى لو كان المحتوى تقنيًا منخفض المخاطر، افصل بين «جاهز تقنيًا» و«معتمد تحريريًا». سجّل من راجع، وما الذي فحصه، وهل الفحص آلي أم بشري. لا تكتب في السجل أن محررًا بشريًا راجع ما لم يحدث. وإذا كانت سياسة النشر تتطلب موافقة بشرية، فاترك المنشور مسودة حتى تأتي الموافقة؛ لا تتجاوز البوابة لأن الجدول اقترب.
هذا الفصل يحميك من خطأين شائعين: نشر مسودة اختبار بالخطأ، ونشر ادعاء لم يُراجع لأن «السكريبت قال إنه جاهز». الأتمتة تنفذ، لكنها لا تتحمل المسؤولية. اجعل الاعتماد حدثًا مسجلًا له هوية ووقت، وليس مجرد متغير منطقي داخل الكود.
المرحلة 5: جدولة لا تكرر المنشور
المجدول الجيد يعمل بمبدأ «المحاولة الآمنة»: قبل النشر يسأل هل المعرف الداخلي مرتبط بمنشور قائم؟ إذا كان مرتبطًا، يتوقف. وإذا انتهت مهلة الطلب دون رد، لا يعيد الإرسال فورًا؛ يبحث أولًا عن المنشور بالعنوان أو التسمية، ثم يقرر. استخدم قفلًا يمنع تشغيل نسختين من المهمة في الوقت نفسه، وسجّل كل محاولة برقم فريد.
تعامل مع الأخطاء بحسب نوعها: خطأ مصادقة لا يُصلح بإعادة المحاولة العمياء، بل بتحديث التفويض؛ وخطأ حصة أو ضغط شبكة يحتاج انتظارًا متزايدًا؛ وخطأ محتوى يحتاج إصلاح الملف. ضع سقفًا للمحاولات، ثم انقل المهمة إلى قائمة فشل تحتاج تدخلًا. ولا تنسَ المنطقة الزمنية: خزّن الوقت بتوقيت UTC واعرضه بتوقيت القارئ، وتجنب الاعتماد على فرق ثابت لأن التوقيت الصيفي يتغير.
المرحلة 6: تحقق بعد النشر
بعد النشر، لا تكتفِ بكون الطلب أعاد 200. افتح رابط المنشور العام وتأكد من أنه يعمل، وأن العنوان والوصف يظهران كما خططت، وأن الصورة ليست مكسورة، وأن الروابط الداخلية تصل إلى صفحات موجودة. افحص أن المنشور لم يظهر مرتين، وأن canonical يشير إلى العنوان الصحيح، وأن خريطة الموقع ستتحدث حسب إعدادات المدونة.
أضف فحصًا دوريًا بعد ساعات وأيام: هل تغيّر الرابط؟ هل حُذف المنشور؟ هل ظهرت تعليقات مزعجة؟ هل أبلغ Search Console عن مشكلة؟ سجّل النتائج. الأتمتة لا تنتهي عند النشر؛ إنها تبدأ مرحلة مراقبة جديدة. وإذا اكتشفت خطأً، أوقف الجدول، وأصلح النسخة، وأعد النشر، ثم أعد الفحص.
الصور وال ـSEO: ما يهم فعلًا
استخدم صورة أفقية بنسبة 16:9، بدقة كافية، بصيغة WebP، وبنص بديل يصف المشهد بدل حشو الكلمات المفتاحية. الصورة الجيدة تشرح سياق المقال، وليست خلفية عامة. ارفعها إلى مساحة تتحكم بها، واستخدم رابطًا مطلقًا ب ـHTTPS، وتحقق من أبعادها وسرعتها. لا تعِد استخدام صورة مقال آخر كأنها خاصة بهذا المقال، ولا تنشر صورة تحمل نصًا عربيًا مشوشًا.
على مستوى SEO، اكتب عنوانًا صادقًا يطابق نية البحث، ووصفًا من 120 إلى 160 حرفًا تقريبًا، و slug قصيرًا مفهومًا. لا تحشُ التسميات، ولا تكرر العبارة نفسها في كل فقرة. استخدم هيكل H2 واضحًا، وروابط داخلية ذات صلة بعد التحقق من وجودها. وتذكّر أن المنشور غير المدرج في الرئيسية قد يظل قابلًا للفهرسة؛ راجع إعدادات الظهور بدل افتراض العكس.
الأمان والصلاحيات: خطوط لا تُعبر
استخدم حساب Google منفصلًا للمدونة، وفعّل المصادقة الثنائية، واحتفظ بنسخة احتياطية من المحتوى والقالب. لا تمنح أي أداة مجهولة كلمة مرور حسابك، ولا تثبت امتدادًا يطلب قراءة كل التبويبات وكوكيز كل المواقع لمجرد «النشر التلقائي». وإذا استخدمت OAuth، فراجع الشاشة التي تعرض الصلاحيات، ولا توافق على نطاق لا تحتاجه.
خزّن رموز الوصول في متغيرات بيئة أو مدير أسرار، لا في المستودع، ولا في لقطات الشاشة، ولا في محادثة. سجّل عمليات الدخول وراجعها، وألغِ التفويض فورًا عند تغيير الجهاز أو الاشتباه. ولا تحاول أتمتة تسجيل الدخول بكلمة المرور عبر متصفح يعمل على خادم؛ هذا نمط هش ومحفوف بمخاطر التحقق والحظر. الواجهة الرسمية أطول إعدادًا، لكنها أقصر طريق إلى نوم هادئ.
وعد 800 دولار شهريًا: احسبه بدل أن تصدقه
السكريبت لا يخلق جمهورًا ولا يضمن قبول شبكة إعلانية. الدخل يأتي من إعلانات أو رعاية أو عمولة أو بيع خدمة، وكلها تحتاج جمهورًا وسياسات وقبولًا. لنفترض افتراضًا صريحًا: إذا كان عائد الألف ظهور دولارين، فتحقيق 800 دولار يحتاج نحو 400 ألف ظهور شهريًا؛ وإذا كان العائد خمسة دولارات، يحتاج نحو 160 ألف ظهور. هذه أرقام حسابية افتراضية، لا وعد، والعائد الحقيقي يختلف بحسب المجال والبلد والموسم وجودة الزيارات.
اطرح التكاليف: النطاق أو الاستضافة، والصور، ووقت الكتابة والمراجعة، وأدوات الجدولة، وربما المحرر. ثم اطرح احتمال رفض الإعلانات أو تعليق الحساب. وإذا كان العرض يطلب رسوم تفعيل أو إيداعًا قبل أي دخل، أو يضمن رقمًا ثابتًا، فتوقف. ولا تعتبر رصيدًا داخل لوحة تحكم دليلًا على دخل؛ الدليل هو تحويل بنكي مكتمل يمكن مطابقته بكشف الحساب.
للصفحة القديمة، لا نملك اسم السكريبت ولا نطاقه ولا نص المقال ولا فيديو متحققًا. لذلك لا نستطيع تأكيد أن 800 دولار تحققت لأحد. ما نستطيعه هو منع تكرار الخطأ: بناء أتمتة مشروعة، وقياس النتيجة، ورفض الوعد غير القابل للإثبات. هذا أقل إثارة من العنوان القديم، لكنه أكثر فائدة لمن يريد عملًا يستمر.
أخطاء شائعة تكلّف وقتًا وسمعة
من الأخطاء الشائعة نشر المحتوى مباشرة دون مسودة، وتشغيل السكريبت على المدونة الأساسية أولًا، وتخزين كلمة المرور داخل الملف، وتجاهل التسميات فتصبح المدونة فوضى، وتكرار المنشور عند انتهاء المهلة، وافتراض أن كل صورة رابطها سيبقى صالحًا. خطأ آخر هو تحويل المقالات القديمة إلى نسخ متطابقة بدل كتابة محتوى أصلي يحافظ على قصد البحث.
خطأ أخير هو قياس النجاح بعدد المنشورات بدل جودة الزيارات. مئة منشور ضعيف قد لا تجلب زائرًا واحدًا، وقد تضر بثقة القارئ وسمعة النطاق. ابدأ بقليل من المنشورات الجيدة، وقس وقت القراءة والزيارات العضوية والأخطاء، ثم وسّع. النشر ليس سباقًا؛ إنه عملية تراكم تحتاج مراجعة.
خطة تجربة 14 يومًا على مدونة اختبار
في الأيام الأولى، جهّز مدونة اختبار وحساب Google منفصلًا، وأنشئ مشروع API، واختبر إنشاء مسودة واحدة بلا صورة، ثم بصورة. في الأيام من الرابع إلى السابع، أضف بوابة التحقق والمجدول، واختبر حالات الفشل: توكن منتهٍ، صورة مفقودة، عنوان مكرر، انقطاع شبكة. لا تنتقل إلى المدونة الحقيقية قبل أن تنجح كل الحالات في الاختبار.
في الأسبوع الثاني، انشر ثلاثة منشورات حقيقية على مدونة اختبار، وراقب الفهرسة والروابط والصور. سجّل الوقت الذي وفّرته الأتمتة فعلًا، وعدد التدخلات اليدوية، والأخطاء التي احتاجت إصلاحًا. إذا كان الوقت الموفّر أقل من وقت الصيانة، فالأتمتة غير مجدية بعد. وإذا كانت مجدية، فوسّع تدريجيًا مع سقف يومي وخطة تراجع.
أسئلة وأجوبة
هل يحتاج سكريبت بلوجر إلى كلمة مرور حسابي؟ لا. استخدم OAuth 2.0 عبر الواجهة الرسمية، وامنح أقل صلاحية. أي أداة تطلب كلمة المرور مباشرة أو رمز التحقق تستحق الشك، خصوصًا إذا كانت مجهولة المصدر.
هل يمكن جدولة النشر عبر ال ـAPI؟ يمكنك إنشاء مسودة ثم استخدام مجدول خاص بك لنشرها في الوقت المحدد، مع التحقق من النتيجة. أما الاعتماد على حقل جدولة غير موثق فقد يفشل بصمت، لذا راجع الوثائق ولا تفترض.
هل الأتمتة الكاملة مسموحة؟ راجع سياسات Google وبلوجر وسياسات الإعلانات. المحتوى منخفض القيمة أو المكرر أو المضلل قد يُرفض أو يُعاقب عليه. الأتمتة ليست إذنًا بنشر ما لا يستحق النشر.
هل أستطيع تحقيق 800 دولار شهريًا؟ لا يمكن ضمان ذلك. تعتمد النتيجة على الجمهور والمجال وجودة المحتوى والمعلنين وسياسات المنصة. احسب العائد المتوقع، واختبر بحدود صغيرة، ولا تدفع مقابل وعد ثابت.
ماذا أفعل إذا نُشر المنشور مرتين؟ أوقف المجدول فورًا، واحتفظ بنسخة من كليهما، ثم احذف النسخة المكررة أو اجعلها مسودة، وأصلح مفتاح التكرار قبل إعادة التشغيل. لا تحذف قبل توثيق ما حدث.
خلاصة: قائمة فحص من ثماني نقاط
قبل تشغيل أي سكريبت بلوجر، تحقق من: مدونة اختبار منفصلة؛ تفويض OAuth بأقل صلاحية؛ تخزين مشفر للرموز؛ مسودة أولًا ثم اعتماد مسجل؛ مفتاح تكرار يربط المحتوى بمعرف المنشور؛ جدول بمحاولات محدودة وسجل واضح؛ صورة أصلية بنص بديل؛ وفحص بعد النشر للرابط وال ـcanonical والتكرار. وإذا غاب عنصر جوهري، فأجّل التشغيل بدل تجميل النتيجة.
هذا المقال جديد التأليف، ولم يُبنَ على تفريغ فيديو أو نص قديم غير متاح، ولم نتحقق من فيديو الصفحة القديمة. هدفه الحفاظ على قصد البحث القديم عبر شرح تقني أصلي، ورفض إعادة نشر وعد 800 دولار كحقيقة. لا توجد هنا لقطة رصيد ولا شهادة سحب ولا ادعاء بأن رقم الصفحة القديمة تحقق.
شارك في تقييم ونقاش المقال
رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.
النقاش
جارٍ تحميل التعليقات…