رصيد مجاني بقيمة $100 عند التسجيل، بدون بطاقة. بيانات الروابط تبدأ من $0.0001 لكل استدعاء.

ASEOTools
ASEOToolsإنشاء حساب

الإعداد خطوة بخطوة

إعداد أداة تقييم النطاق لورقة البيانات ومهمة cron

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

ستة تروس معدنية على طاولة ورشة متصلة بمفتاح ملتوٍ

ست خطوات، تستغرق حوالي ساعة

01

تسجيل الدخول ونسخ المفتاح

استخدم تسجيل الدخول عبر Google في /auth/google.php. يحتوي لوحة التحكم في /account.php على مفتاحك، الذي يبدأ بـ sk_ ويأتي مع رصيد بقيمة $100.

02

إجراء اختبار مجاني

شغّل إجراء النظرة العامة بدون مفتاح ضد نطاقك الخاص. إذا حصلت على JSON يحتوي على ok بقيمة true، فإن مسار الشبكة يعمل.

03

بناء قائمة النطاقات

عمود واحد في ورقة، نطاق واحد لكل صف، بدون https وبدون مسارات. يمكن إرسال ما يصل إلى 2,000 صف في طلب bulk_dr واحد.

04

استدعاء bulk_dr من الورقة أو نص برمجي

أرسل القائمة كقيمة GET مفصولة بفواصل أو كجسم POST. احفظ الرد في تبويب ثانٍ يحتوي على عمود التاريخ.

05

جدولته شهرياً

شغّل المهمة بعد بضعة أيام من بداية الشهر، بعد اكتمال تحديث فهرس الشهر. سطر cron واحد كافٍ. تحقق من مخرجات الشهر الأول يدوياً مقابل ثلاثة نطاقات تعرفها جيداً.

06

تسجيل الرصيد والتنبيه عند انخفاضه

يحتوي كل رد موثق على _credits الذي يوضح التكلفة والرصيد المتبقي. اكتب كلاهما في صف سجل وقم بإرسال بريد إلكتروني لنفسك عند انخفاض الرصيد عن عتبة تختارها.

الأجزاء جاهزة للنسخ

استبدل مفتاحك الخاص وأسماء الملفات.

bash
# crontab: 06:00 on the 4th of each month
0 6 4 * * /usr/bin/curl -s -X POST \
  -H "Authorization: Bearer sk_live_..." \
  -d "domains=$(paste -sd, domains.txt)" \
  "https://aseotools.com/api.php?action=bulk_dr" >> dr_log.jsonl
إبقاء المفتاح خارج الورقة

ضع المفتاح في خصائص Apps Script، أو متغير بيئة، أو مخزن بيانات الاعتماد في أداة الأتمتة الخاصة بك. يمكن لأي شخص لديه صلاحية التحرير في الورقة قراءة مفتاح مكتوب في خلية، والمفتاح المسروق ينفد رصيدك.

ثلاثة فتحات مفاتيح متوهجة على قفل صناعي تمثل حالات الخطأ

نقاط الفشل في هذا الإعداد

الصمت هو الفشل المعتاد. مهمة cron التي تحتوي على خطأ تبدو وكأنها نجحت.

تحقق من رمز HTTP. يعني 401 أن المفتاح مفقود أو خاطئ، ويعني 402 أن الرصيد نفد، لذا قم بالتنبيه في أي من الحالتين وقم بالإصلاح قبل موعد تقرير الشهر التالي.

تذكر أيضاً أن التصفح محدود بـ 50,000 صف، وأن bulk_dr يستوعب ما يصل إلى 2,000 نطاق في كل استدعاء. القوائم الأطول تحتاج إلى تقسيم، وهو حلقة إضافية واحدة وتكلف رصيداً واحداً لكل جزء.

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

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

تقسيم القائمة الطويلة إلى أجزاء

القوائم الطويلة هي حيث يلتقي الإعداد المنظم بحدوده. يستغرق الاستدعاء الجماعي ما يصل إلى 2,000 نطاق، لذا فإن قائمة تحتوي على 5,000 نطاق تحتاج إلى ثلاثة طلبات، ويجب أن يحدث التقسيم قبل إرسال الطلب الأول.

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

القوائم التي تزيد عن 2,000 صف

اكتب كل جزء في الورقة ككتلة مستقلة، مع رقم الجزء في العمود الأول. يصبح الجزء الفاشل سهلاً العثور عليه بعد ذلك.

كل جزء يكلف رصيداً واحداً، لذا فإن قائمة تحتوي على 5,000 صف تكلف 3 أرصدة في كل تشغيل، وهو ما يعادل $0.0003. أداة تقييم النطاق ليست مفيدة إلا بقدر القائمة التي تقرأها، لذا حافظ على تلك القائمة مرتبة.

إذا نمت القائمة لتتجاوز 5,000 صف، ففكر في إعادة هيكلة الورقة نفسها. تبويب لكل شهر يجعل كل تشغيل قابلاً للقراءة عندما تتراكم الصفوف.

إعادة تشغيل جزء فاشل واحد

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

سجل رقم الجزء مع رمز الحالة، بحيث تكون إعادة التشغيل سطرًا واحداً في السجل، وليس بحثاً في الورقة.

إبقاء خريطة الأجزاء مستقرة

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

احفظ خريطة الأجزاء بجانب القائمة.

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

تكلفة الروتين الكامل، بأحجام مثال

أحجام افتراضية للقوائم، وأسعار الإجراءات المنشورة.
حجم القائمةالاستدعاءات شهرياًالأرصدةالدولارات
200 نطاق11$0.0001
5,000 نطاق33$0.0003
5,000 نطاق بالإضافة إلى 20 سحب كامل لـ backlinks2343$0.0043

ما يجب تأكيده قبل التشغيل المجدول الأول

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

ما الذي يجب أن يحتويه سطر السجل الشهري المفيد

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

افتراضياً: سطر يظهر الجزء الرابع، الحالة 200، رصيد واحد منفق والرصيد المتبقي بعد الاستدعاء يجيب على معظم الأسئلة بعد شهر دون فتح الرد.

حقائق تستحق التسجيل

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

أضف ملاحظة نصية حرة فقط عندما يقوم شخص بتغيير شيء ما يدوياً.

تنبيهات لا تثير الذئاب

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

أرسل تنبيهاً واحداً لكل تشغيل، وليس سطرًا لكل صف، أو تصبح صندوق الوارد ضجيجاً.

أسئلة الإعداد

هل تعمل ورقة بيانات Google كعميل؟

نعم. الواجهة البرمجية REST بسيطة مع CORS مفتوح وردود JSON، لذا يمكن لـ Apps Script أو استدعاء على غرار IMPORTDATA الوصول إليها. احتفظ بالمفتاح في خصائص النص البرمجي بدلاً من خلية يمكن للمشاركين قراءتها.

هل يمكنني استخدام هذا مع n8n أو Make؟

نعم، من خلال عقدة طلب HTTP عادية. مرر المفتاح كعنوان Authorization Bearer، قم بتحليل رد JSON، واكتب حقل _credits إلى سجلك لرؤية الإنفاق لكل تشغيل.

لماذا يظهر السجل تكلفة أعلى مما توقعت لهذه أداة تقييم النطاق؟

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

هل يجب أن يجلس المفتاح في سطر cron نفسه؟

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

من يلاحظ عندما تتعطل المهمة

المهمة الشهرية تعمل دون أن يراقبها أحد. هذه هي نقطة أتمتتها، وهي أيضاً سبب بقاء الفشل غير ملحوظ لأسابيع.

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

الوقت المستغرق في الإعداد مقابل الصيانة

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

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

جعل الفشل مرئياً

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

احتفظ بذلك التحذير في نفس ملف السجل، بحيث يراه الشخص الذي يقرأ السجل أولاً.

الجدولة حول تحديث الفهرس

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

اختر نفس اليوم كل شهر بحيث تبقى السلسلة قابلة للمقارنة، واكتب ذلك اليوم في تعليق على سطر cron.

متى تتوقف عن الأتمتة

المهمة التي تعمل مرة كل ربع سنة قد لا تبرر سطر cron. ورقة وتذكير تقويم يمكن أن يكونا كافيين، والروتين نصف الآلي أسوأ من الروتين اليدوي الواضح.

قم بالأتمتة بمجرد أن تكون الخطوات نفسها قد تعملت بنجاح لدورات متعددة على التوالي.