تعديلات آمنة على ووردبريس: نسخ احتياطي وتراجع وعناية بالموقع

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

بُنيت رُتبة (Rutba) حول هذا الشرط تحديداً. كل كتابة على موقعك تمر عبر محرك أمان واحد: يُصنَّف كل تعديل حسب خطورته (من R0 إلى R4)، وتُحفظ القيم السابقة كنقطة استعادة قبل كتابة أي شيء، ثم يُطلب من الموقع قراءة القيم الجديدة وإعادتها للتأكد منها، ويُفحص صحة الموقع قبل التعديلات عالية الخطورة وبعدها، ويُتراجع عن التعديل تلقائياً إن لم يتطابق شيء. وتحصل إلى جانب ذلك على سجل كامل للتعديلات مع تراجع بنقرة واحدة وزر «تراجع عن تعديلات اليوم»، ونسخ احتياطي كامل لووردبريس مع الاستعادة، وتحديثات آمنة للإضافات والقوالب تحميها إضافة إنقاذ طارئة، ومراقبة تنبّهك إن توقف موقعك أو اقتربت شهادة SSL من الانتهاء أو بدأ ملف robots.txt يحظر Googlebot.

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

ماذا نعني بـ«التعديل الآمن» على موقع ووردبريس؟

يكون التعديل آمناً عندما تتحقق ثلاثة شروط معاً:

1. أن تعرف بالضبط ما الذي سيتغير قبل أن يتغير. ليس «سنحسّن عناوينك»، بل «عنوان هذه الصفحة سيتغير من كذا إلى كذا».
2. أن تستطيع الرجوع. الحالة السابقة محفوظة قبل التعديل، والعودة إليها سريعة ولا تعتمد على ذاكرة أحد.
3. أن يتحقق أحدٌ من النتيجة. بعد التعديل تكون القيمة الجديدة موجودة فعلاً على الموقع، ويبقى الموقع سليماً: الصفحة الرئيسية تفتح، ولا يظهر خطأ PHP، وما زال Google مسموحاً له بالدخول.

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

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

لماذا تُعد التعديلات الآلية على السيو وووردبريس خطرة؟

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

إعدادات الفهرسة ذات الأثر الشامل

بعض إعدادات السيو تمس حقلاً واحداً في صفحة واحدة، وبعضها يمس كل الصفحات دفعة واحدة. سطر واحد في robots.txt مثل Disallow: / يطلب من كل الزواحف الملتزمة الابتعاد عن الموقع بأكمله. ووسم noindex على الصفحة الرئيسية، أو تفعيل خيار ووردبريس «منع محركات البحث من أرشفة هذا الموقع»، قد يُخرج الموقع من نتائج البحث خلال الأيام التالية. والوسم canonical الذي يشير إلى رابط خاطئ قد يجعل Google يتجاهل الصفحات التي تهمك. وهذه بالضبط هي الإعدادات التي تميل أدوات السيو الآلية إلى تعديلها، ولذلك تحتاج أكبر قدر من الحذر.

إضافات وقوالب تعيد كتابة القيم

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

تحديثات تكسر الموقع

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

تعديلات جماعية بلا طريق للعودة

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

صلاحيات أوسع من اللازم

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

أعطال صامتة مع مرور الوقت

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

أفضل الممارسات العامة لتعديل موقع حيّ (تنطبق على أي أداة)

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

استخدم بيئة اختبار (Staging) للتغييرات الكبيرة

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

احتفظ بنسخ احتياطية جرّبت استعادتها فعلاً

النسخة الاحتياطية لها جزءان: قاعدة البيانات (المقالات والصفحات والإعدادات والمستخدمون وحقول السيو) والملفات (القوالب والإضافات والوسائط). والروتين الجيد كالتالي:

1. نسخ تلقائي حسب جدول، وقبل كل عملية خطرة.
2. نسخة واحدة على الأقل خارج حساب الاستضافة، حتى لا تضيع النسخة مع الخادم إن تعطّل.
3. تاريخ يمتد أياماً أو أسابيع لا آخر نسخة فقط، لأن بعض المشكلات لا تُكتشف إلا متأخرة.
4. تجربة الاستعادة بين حين وآخر؛ فالنسخة التي لم تُستعد قط مجرد أمنية لا خطة.

دوّن ما الذي تغيّر

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

غيّر شيئاً واحداً في كل مرة

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

امنح الأدوات أقل صلاحية تحتاجها

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

راقب الأساسيات باستمرار

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

هذه الممارسات هي أساس محرك الأمان في رُتبة. الفرق أن رُتبة تطبّقها تلقائياً على كل تعديل، بدل الاعتماد على أن يتذكرها أحد.

محرك الأمان في رُتبة: كيف يُحمى كل تعديل

في رُتبة قاعدة واحدة لا استثناء لها: لا يصل أي تعديل إلى موقعك إلا عبر محرك الأمان. مركز الإصلاح، وأدوات المحتوى، ومحرر البيانات المنظمة، ومحررا robots.txt وllms.txt، ومنشئ المواقع، والطيار الآلي، كلها تستخدم المسار نفسه، ولا يوجد «طريق مختصر» يتجاوز فحوص الأمان.

وحدة العمل هي مجموعة التعديلات (Change Set): مجموعة تغييرات تُطبَّق معاً ويُتراجع عنها معاً. كل عنصر فيها يسجّل هدفه (مقالة، أو صورة، أو ملف robots.txt، أو إعداد)، والقيم الجديدة المقصودة، وبعد التطبيق القيم قبل التعديل وبعده.

الخطوة 1: الاقتراح والمراجعة

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

الخطوة 2: الموافقة

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

الخطوة 3: نقطة استعادة قبل الكتابة

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

الخطوة 4: التحقق بالقراءة العكسية

بعد الكتابة تقرأ الإضافة القيم من ووردبريس بالطريقة نفسها التي يعيدها بها ووردبريس، وترسل القيم «قبل» و«بعد» إلى رُتبة. ثم تقارن رُتبة ما يحمله الموقع الآن بما كان مقصوداً. يُقارَن محتوى HTML كنص مرئي، فلا تُحسب إعادة التنسيق غير الضارة التي يقوم بها ووردبريس فشلاً، أما الاختلاف الحقيقي فيُحسب. وإن لم يتطابق أي عنصر (مثلاً لأن فلتراً في إضافة أخرى أعاد كتابته)، يُتراجع عن المجموعة كلها تلقائياً، وترى أي عنصر لم يحتفظ به الموقع.

الخطوة 5: فحص الصحة للتعديلات الأعلى خطورة

في التعديلات عالية الخطورة (المستوى R3، مثل robots.txt أو الإعدادات العامة للموقع) تفحص رُتبة صحة الموقع من الخارج قبل التعديل ثم بعده، كما يراه الزوار ومحركات البحث:

• الصفحة الرئيسية تستجيب بنجاح؛
• الصفحة الرئيسية لا تعرض خطأ PHP أو ووردبريس (مثل رسالة الخطأ الفادح أو «خطأ في إنشاء اتصال بقاعدة البيانات»)؛
• الصفحة الرئيسية ما زالت قابلة للأرشفة (لا noindex في وسم robots ولا في ترويسة X-Robots-Tag)؛
• ملف robots.txt ما زال يسمح لـ Googlebot؛
• ما يصل إلى خمس صفحات مهمة إضافية تستجيب بلا أخطاء عند الحاجة؛
• إضافة الربط ما زالت تستجيب.

إن تعطّل بعد التعديل شيءٌ كان سليماً قبله، يُتراجع عن المجموعة تلقائياً ويُسجَّل السبب (مثل «robots.txt يحظر Googlebot» أو «الصفحة الرئيسية تعرض خطأ PHP»). والمقارنة بين «قبل» و«بعد» مهمة: فالمشكلة الموجودة أصلاً قبل التعديل لا تُنسب إليه.

الخطوة 6: مطبّق، أو لم يُطبَّق، أو تم التراجع، أو «يحتاج انتباهاً»

تنتهي كل مجموعة تعديلات بحالة واضحة تراها في سجل التعديلات:

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

مستويات الخطورة من R0 إلى R4: حماية على قدر الأثر

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

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

أما تعديلات R4 فلا تمر عبر المسار العادي إطلاقاً، ولا تُنفَّذ إلا عبر مسار الصيانة المحمي بالنسخة الاحتياطية الموصوف لاحقاً.

مثال عملي: رحلة تعديلين عبر محرك الأمان

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

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

التعديل الثاني: robots.txt (المستوى R3). تريد إضافة قواعد لزواحف الذكاء الاصطناعي. قبل الكتابة تفحص رُتبة صحة الموقع من الخارج: الصفحة الرئيسية تعمل، ولا أخطاء، ولا noindex، وrobots.txt يسمح لـ Googlebot. ثم تُكتب القواعد داخل الكتلة المُعلَّمة الخاصة بها، وتُقرأ عكسياً، ويُعاد فحص الصحة. لو أدى التعديل، لأي سبب، إلى حظر Googlebot من الصفحة الرئيسية، لظهر ذلك تراجعاً في الصحة مقارنة بما قبل التعديل، ولتراجعت رُتبة عن التعديل تلقائياً وسجّلت السبب بوضوح. وإن مرّ كل شيء، يُسجَّل التعديل «مطبّقاً» مع تقريري الصحة قبل وبعد.

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

سجل التعديلات، والتراجع بنقرة، و«تراجع عن تعديلات اليوم»

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

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

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

والتراجع نفسه يُسجَّل: من تراجع، ومتى، وهل كان تلقائياً. والتراجع الذي يتعذر عليه الوصول إلى الموقع لا يدّعي النجاح؛ بل تبقى المجموعة بحالة «يحتاج انتباهاً» حتى تمكن إعادة المحاولة.

مجموعات تعديلات توافق عليها أنت، وموقع الطيار الآلي منها

افتراضياً لا يُطبَّق شيء دون موافقتك. يُعد مركز الإصلاح الاقتراحات من فحص السيو (انظر إصلاحات السيو)، وأنت من يقرر ما يُطبَّق. والأمر نفسه ينطبق على النصوص التي يكتبها الذكاء الاصطناعي في رُتبة AI: لا يُنشر ناتج الذكاء الاصطناعي على موقعك أبداً دون موافقتك.

بعض الفرق تريد أن تتم الإصلاحات المتكررة منخفضة الخطورة وحدها، ولهذا توفر رُتبة طياراً آلياً اختيارياً (حسب باقتك)، وهو محافظ عن قصد:

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

وكل تعديل يجريه الطيار الآلي يظهر في سجل التعديلات نفسه، مع التراجع نفسه بنقرة واحدة.

اتصال آمن بين رُتبة وموقع ووردبريس

كل ما سبق يعتمد على أن يكون الاتصال بين رُتبة وموقعك جديراً بالثقة. ترتبط رُتبة بووردبريس عبر إضافة ربط خاصة بها (rutba-connector)، والهدف من تصميمها أن يفعل الاتصال ما تسمح به فقط، وفقط حين يكون الطلب صادراً من رُتبة حقاً، ولا شيء على الإطلاق بعد فصل الربط.

بلا كلمات مرور، وطلبات موقّعة

لا تعطي رُتبة كلمة مرور ووردبريس ولا «كلمة مرور تطبيق». بدلاً من ذلك تلصق رمز ربط يُستخدم مرة واحدة في صفحة إعدادات الإضافة (ووردبريس ← الإعدادات ← Rutba)، ثم تتبادل الإضافة والمنصة المفاتيح العامة. ومن تلك اللحظة:

• كل طلب من رُتبة إلى موقعك موقّع بتوقيع رقمي Ed25519 (عبر مكتبة libsodium المدمجة في PHP والمضمّنة في ووردبريس باسم sodium_compat)؛
• يحمل كل طلب طابعاً زمنياً ورمزاً عشوائياً لمرة واحدة (Nonce). ترفض الإضافة أي طلب أقدم من خمس دقائق، وترفض أي رمز سبق أن رأته، فلا يمكن إعادة إرسال طلب ملتقط؛
• ردود الإضافة موقّعة أيضاً، فتتحقق المنصة من أن الرد صادر عن موقعك فعلاً ولم يُعدَّل؛
• المفتاح السري للموقع يُخزَّن مشفّراً في قاعدة بيانات ووردبريس.

ميزة التوقيع بالمفتاح العام على كلمة المرور المشتركة أن المنصة لا تحتفظ بسرّ يتيح لأحد انتحال شخصية موقعك، وموقعك لا يحتفظ بسرّ يتيح لأحد انتحال شخصية المنصة.

قائمة أوامر ثابتة

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

صلاحيات تختارها أنت

عند الربط تختار ما يُسمح لرُتبة بفعله، ويمكنك تغييره لاحقاً من صفحة إعدادات الإضافة:

• قراءة معلومات الموقع والمحتوى (إلزامية دائماً)؛
• تعديل حقول السيو: العناوين والأوصاف والكلمات المفتاحية والنص البديل؛
• إنشاء المقالات والصفحات وتعديلها؛
• تعديل robots.txt وllms.txt وخرائط الموقع والتحويلات؛
• تثبيت الإضافات وتحديثها (مع نسخة احتياطية كاملة وتراجع تلقائي)؛
• إنشاء النسخ الاحتياطية واستعادتها.

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

فصل الربط يعني الفصل فعلاً

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

نسختان من الإضافة، بشرح صريح

تتوفر إضافة الربط بنسختين من الشيفرة نفسها. النسخة التي تنزّلها من حسابك في رُتبة تكون فيها شبكة الإنقاذ الطارئ مفعّلة دائماً. أما النسخة المخصصة لدليل إضافات WordPress.org فتلتزم بقواعد ذلك الدليل: لا تثبّت الإضافات إلا من WordPress.org، ولا تُضاف إضافة الإنقاذ إلى مجلد mu-plugins إلا بعد أن تفعّلها بنفسك من إعدادات الإضافة (وتُحذف عند إيقافها). وإن لم يكن الإنقاذ مفعّلاً، لن تشغّل رُتبة التحديثات المحمية للإضافات والقوالب على ذلك الموقع، وستخبرك بالسبب.

النسخ الاحتياطي الكامل لووردبريس والاستعادة

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

ماذا تحتوي النسخة؟

تحتوي نسخة رُتبة الاحتياطية على نسخة كاملة من قاعدة بيانات ووردبريس (كل الجداول التي تحمل بادئة موقعك)، وعلى ملفات الموقع داخل wp-content: القوالب والإضافات وملفات المحتوى الأخرى. تُستبعد مجلدات التخزين المؤقت وأرشيفات إضافات النسخ الاحتياطي الأخرى ومجلدات الترقية المؤقتة، لأنها كبيرة ويمكن إعادة بنائها. وتُستبعد كذلك الوسائط المرفوعة (مجلد uploads) من هذه النسخ لتبقى سريعة وصغيرة؛ فإن كانت صورك لا تُعوَّض، فاحتفظ بنسخة مستقلة من مجلد الوسائط (والنسخ الاحتياطي لدى استضافتك يغطيه عادة).

مصممة للاستضافة المشتركة

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

أين تُحفظ النسخ؟

على موقعك تُحفظ النسخ في مجلد باسم عشوائي يصعب تخمينه داخل wp-content، مع منع الوصول إليه من الويب على خوادم Apache وLiteSpeed وIIS. ثم تسحب رُتبة نسخة خارجية إلى المنصة على أجزاء، ويُتحقق من بصمة كل جزء ويُشفَّر قبل تخزينه. وإن تعذر إنشاء النسخة الخارجية تبقى النسخة الموجودة على موقعك صالحة للاستخدام، وتُسجَّل المشكلة.

مدة الاحتفاظ حسب الباقة

تعتمد مدة الاحتفاظ بالنسخ على باقتك (انظر الأسعار). والنسخ المنتهية تُحذف من موقعك ومن النسخة الخارجية معاً، فلا تملأ النسخ القديمة مساحة استضافتك بصمت.

الاستعادة

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

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

تحديثات آمنة للإضافات والقوالب وووردبريس

التحديثات هي المكان الذي تتعطل فيه معظم مواقع ووردبريس. وشاشة العناية بالموقع في رُتبة تحوّل التحديث إلى عملية مضبوطة بتسلسل واضح.

التسلسل

1. نسخة احتياطية كاملة أولاً. إن فشلت لا يُحدَّث شيء، وتُخبَر بالسبب.
2. عنصر واحد في كل مرة. تُحدَّث الإضافات والقوالب واحداً واحداً، لا دفعة واحدة.
3. حارس الاستعادة. قبل كل تحديث تنسخ الإضافة مجلد تلك الإضافة أو القالب، و«تسلّح» حارساً له موعد نهائي.
4. فحص الصحة قبل وبعد. تُلتقط حالة صحة الموقع قبل التحديث وتُفحص مجدداً بعده.
5. استعادة تلقائية عند التراجع. إن ساءت صحة الموقع أو أبلغ التحديث عن خطأ، يعيد الحارس ذلك المجلد. وإن بقي الموقع معتلاً تُستعاد قاعدة البيانات من النسخة أيضاً. ويُعلَّم العنصر بأنه «مُستعاد» ويستمر التشغيل مع العنصر التالي.
6. التحرير. عندما يكون الموقع سليماً بعد التحديث، تحرر رُتبة الحارس وتُحذف النسخة المؤقتة.

وتظهر نتيجة كل تشغيل عنصراً عنصراً (حُدّث، أُستعيد، فشل) تحت «آخر عمليات التحديث».

إضافة الإنقاذ الطارئ (Must-Use)

ماذا لو كسر التحديث الموقع لدرجة أن المنصة لم تعد قادرة على التحدث إليه؟ لهذا وُجدت إضافة الإنقاذ (mu-plugins/rutba-recovery.php). يحمّل ووردبريس إضافات mu-plugins قبل كل الإضافات العادية، وهذه الإضافة لا تعتمد على أي إضافة أخرى ولا على خوادم رُتبة.

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

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

حدود نقولها بصراحة

• الترقيات الكبرى لووردبريس لا تُنفَّذ آلياً. ملفات نواة ووردبريس تقع خارج wp-content، فلا يمكن ضمان تراجع كامل عن ترقية كبرى. لذلك لا تعرض رُتبة إلا الإصدارات الفرعية من الفرع المثبت لديك (إصدارات الأمان والصيانة). وفي الإصدار الكبير تطلب منك رُتبة التحقق من توافق القالب والإضافات، ثم التحديث من ووردبريس بعد نسخة احتياطية، ويفضَّل أن تجرب أولاً على بيئة اختبار.
• إضافة الربط لا تحدّث نفسها عبر هذا المسار.
• التحديثات الأسبوعية التلقائية متاحة حسب باقتك: تختار اليوم والساعة (بتوقيت UTC)، ولا يضبطها إلا مالك الفريق أو مديروه.

إصلاح أم إعادة بناء؟

تضم الشاشة نفسها مستشار إعادة البناء (حسب باقتك): مؤشر للدَّين التقني من 0 إلى 100 مبني على إصدارات PHP وووردبريس، والإضافات المتأخرة أو المهجورة، وأدوات بناء الصفحات الثقيلة، وتعارض إضافات السيو، ومؤشرات Core Web Vitals، ونتيجة فحص الموقع، مع نطاقات ساعات تقريبية لخيار «الإصلاح» مقابل «إعادة البناء». ويوضح المستشار صراحة أن هذه النطاقات ليست عرض سعر، وأن الثغرات الأمنية المعروفة لا تُفحص بعد.

مراقبة التوفر وشهادة SSL وملف robots.txt مع التنبيهات

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

ما الذي يُفحص؟

• التوفر وزمن الاستجابة: تُفحص الصفحة الرئيسية كل 30 دقيقة في كل الباقات، وكل 5 دقائق في الباقات التي تتضمن المراقبة اللحظية. وترى نسبة التوفر ومتوسط زمن الاستجابة خلال آخر 24 ساعة، مع رسم بياني لزمن الاستجابة.
• نص مطلوب (اختياري): يمكنك إدخال نص يجب أن يظهر في الصفحة الرئيسية، كاسم علامتك التجارية. وإن غاب يُحسب الموقع متوقفاً، وهذا يكشف صفحات الخطأ التي تعيد مع ذلك الرمز 200.
• شهادة SSL: تُفحص يومياً مع جهة الإصدار وتاريخ الانتهاء، وتُنبَّه عندما يتبقى 14 يوماً أو أقل. والمواقع التي لا تستخدم HTTPS تُتخطى، وتقول الشاشة ذلك صراحة.
• ملف robots.txt: يُفحص كل ساعة. كل تغيير فيه يُسجَّل بوقته، لكن التنبيه لا يُرسل إلا عندما يحظر التغيير Googlebot من الصفحة الرئيسية، حتى لا تتحول التعديلات الروتينية إلى ضجيج.
• أرشفة الصفحة الرئيسية: هل تحمل الصفحة الرئيسية noindex أم لا.

وتبلّغ إضافة الربط أيضاً عن أحداث من داخل ووردبريس: ضُبط الموقع ليُخفي نفسه عن محركات البحث، أو عُطّلت إضافة السيو (Rank Math أو Yoast أو All in One SEO أو SEOPress أو The SEO Framework أو Slim SEO)، أو بُدّل القالب.

تنبيهات بلا إنذارات كاذبة

• لا تُفتح حادثة توقف إلا بعد فحصين فاشلين متتاليين؛ فالفشل الأول يعيد الفحص بعد دقيقة.
• ملف robots.txt الذي يعيد خطأ خادم (5xx) لا يُحكم عليه، والذي يعيد 4xx يعني «لا قواعد»، كما يحدد معيار robots.txt (RFC 9309).
• تصلك رسالة واحدة عند بدء الحادثة ورسالة واحدة عند حلّها، لا رسالة كل دقيقة.

يتلقى مالك الفريق ومديروه بريداً إلكترونياً وتنبيهاً داخل التطبيق. وفي الباقات التي تتضمن المراقبة اللحظية يمكن إرسال التنبيهات أيضاً إلى Telegram أو Slack أو إلى Webhook خاص بك (HTTPS)، مثلاً لتحويلها إلى واتساب عبر خدمة أتمتة. وتُخزَّن أسرار القنوات مشفّرة وتُعرض مقنّعة. وإن فشلت قناة، يُسجَّل الفشل وتستمر المراقبة.

وتتكامل المراقبة طبيعياً مع بيانات بحث Google: المراقبة تخبرك خلال دقائق أن شيئاً تعطل، وبيانات Search Console تُظهر لك لاحقاً هل أثّر ذلك في النقرات ومرات الظهور.

أدوار الفريق، وعزل البيانات بين الحسابات، وسجلات التدقيق

الأمان يتعلق أيضاً بالأشخاص: من يستطيع تغيير ماذا، ومن يستطيع رؤية ماذا.

أدوار الفريق

كل حساب في رُتبة هو فريق، ولكل عضو دور:

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

عزل البيانات بين الفرق

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

سجلات التدقيق

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

الأمان خارج ووردبريس

ليست كل المواقع مبنية على ووردبريس. في المواقع الأخرى تستطيع رُتبة تطبيق بعض تعديلات السيو (العناوين والأوصاف وcanonical وتعليمات robots والتحويلات) عبر حزمة SDK أو مقتطف برمجي. والمبادئ نفسها تنطبق: هذه التعديلات مجموعات تعديلات لها مستويات خطورة (التحويل من المستوى R3، وحقول الفهرسة من المستوى R2)، ونقطة استعادتها محفوظة على المنصة، ويمكن التراجع عنها من سجل التعديلات نفسه.

لمن هذه الخدمة؟

أصحاب المواقع والأعمال الصغيرة

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

المتاجر الإلكترونية

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

الوكالات

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

المدوّنون والناشرون

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

قائمة تحقق عملية: اجعل موقع ووردبريس آمناً للتعديل

استخدم هذه القائمة سواء استخدمت رُتبة أم لا:

1. تأكد من وجود نسخ احتياطية حديثة لقاعدة البيانات والملفات معاً، مع نسخة واحدة على الأقل خارج حساب الاستضافة.
2. استعد نسخة احتياطية مرة واحدة على الأقل في بيئة اختبار لتتأكد أنها تعمل.
3. دوّن محتوى robots.txt الحالي، وتأكد أنه يسمح لـ Googlebot بالوصول إلى صفحاتك المهمة.
4. تأكد من أن خيار «منع محركات البحث من أرشفة هذا الموقع» غير مفعّل على الموقع الحي.
5. تأكد من أن إضافة سيو واحدة فقط مفعّلة.
6. راجع تاريخ انتهاء شهادة SSL وتأكد أن التجديد التلقائي يعمل.
7. حدّث الإضافات واحدة تلو الأخرى وافحص الموقع بعد كل واحدة.
8. احتفظ بسجل للتغييرات التقنية وتغييرات السيو.
9. راجع من يملك صلاحية المدير من الأشخاص والأدوات، واحذف ما لم تعد بحاجة إليه.
10. فعّل مراقبة التوفر مع تنبيهات تصل إلى من يستطيع التصرف.

مع ربط رُتبة تُنجَز البنود 1 و6 و7 و8 و10 نيابة عنك (النسخ الاحتياطي يستثني الوسائط، فاحتفظ بنسختك الخاصة منها)، ويتحقق فحص السيو والمراقبة من البنود 3 و4 و5.

أخطاء يجب تجنبها

• الثقة بكلمة «تم» دون تحقق. لا يكتمل التعديل إلا عندما يحمل الموقع القيمة الجديدة فعلاً، ولهذا تقرأ رُتبة كل قيمة عكسياً.
• تحديث كل شيء دفعة واحدة. حين يتعطل شيء لن تعرف سببه.
• الاحتفاظ بالنسخ الاحتياطية على الخادم نفسه فقط. إن تعطل الخادم ضاعت النسخة معه.
• منح كل أداة صلاحية المدير. امنح الصلاحيات اللازمة فقط، واسحبها حين تتوقف عن استخدام الأداة.
• ترقية ووردبريس ترقية كبرى على الموقع الحي دون اختبار. تحقق من التوافق أولاً، ويفضَّل في بيئة اختبار.
• إهمال robots.txt بعد نقل الموقع. مواقع التطوير كثيراً ما تحظر الزواحف، وأحياناً تنتقل هذه القاعدة إلى الموقع الحي.
• التعامل مع تنبيهات المراقبة كضجيج. اختر مراقبة لا تنبّه إلا للحوادث الحقيقية، ثم تصرّف عند كل تنبيه.
• تصديق أن أداة ما تضمن لك الترتيب. التعديلات الآمنة تحمي موقعك، لكنها لا تحدد ترتيبك في نتائج البحث؛ فمحركات البحث هي التي تقرر ذلك.

كيف ترتبط التعديلات الآمنة بخدمات رُتبة الأخرى؟

محرك الأمان هو الأساس الذي تقوم عليه بقية خدمات رُتبة:

• فحص السيو يكتشف المشكلات بقراءة فقط (المستوى R0) دون تغيير أي شيء.
• إصلاحات السيو تحوّل هذه النتائج إلى مجموعات تعديلات تراجعها وتوافق عليها، مع التحقق بالقراءة العكسية والتراجع.
• رُتبة AI تكتب العناوين والأوصاف والمحتوى، ويمر ناتجها بمسار الموافقة والأمان نفسه قبل أن يصل إلى موقعك.
• بيانات بحث Google من Search Console وAnalytics تساعدك على رؤية أثر التعديلات مع الوقت.
• الظهور في بحث الذكاء الاصطناعي يشمل ملف llms.txt وقواعد زواحف الذكاء الاصطناعي في robots.txt، وتُطبَّق كتعديلات من المستويين R2 وR3 بالحماية المقابلة لكل منهما.

ابدأ التعديلات الآمنة مع رُتبة خطوة بخطوة

1. أنشئ حسابك من صفحة التسجيل وأضف موقعك.
2. ثبّت إضافة الربط على ووردبريس، ثم الصق رمز الربط الذي يُستخدم مرة واحدة في الإعدادات ← Rutba.
3. اختر الصلاحيات التي ترتاح لها. يمكنك البدء بالقراءة وحقول السيو فقط، ثم إضافة النسخ الاحتياطي وإدارة الإضافات لاحقاً.
4. فعّل الإنقاذ الطارئ إن كنت تستخدم نسخة WordPress.org من الإضافة وتريد التحديثات الآمنة، ثم أنشئ رابط الطوارئ في رُتبة واحفظه في مكان خاص.
5. خذ أول نسخة احتياطية من صفحة الموقع.
6. شغّل فحص السيو وراجع الإصلاحات المقترحة في مركز الإصلاح. طبّق بعضها، ثم افتح سجل التعديلات لترى القيم قبل وبعد، وجرّب التراجع.
7. راجع شاشة المراقبة: تبدأ المراقبة تلقائياً بعد التوثيق. أضف نصاً مطلوباً إن شئت، وقناة تنبيه في الباقات التي تتضمنها.
8. اضبط العناية بالموقع: شغّل التحديثات يدوياً، أو حدّد نافذة أسبوعية إن كانت باقتك تتضمنها.

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