تصميم المواقع

قائمة التحقق قبل إطلاق الموقع

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

  • الدرس 11 من 12
  • متوسط
  • مجاني، دون تسجيل

أعمدة العمل الأربعة التي تُنجَز قبل الإطلاق

عدد كل عمود هو البطاقات المكتوبة تحته بالضبط.

  1. المحتوى

    4
    • الصفحات الضرورية

      اتصال، تعريف، شروط، خصوصية

    • النص النهائي

      ألا يبقى نص وهمي على الموقع الحي

    • صور بعرض وارتفاع

      كي لا ينزاح النص تحت القارئ

    • أيقونة الموقع وصورة المشاركة

      يُختبر بإرسال الرابط في محادثة

  2. التقني

    5
    • إزالة noindex

      في مصدر الصفحة وفي robots.txt معا

    • اسم مضيف واحد وSSL صالحة

      بقية الصور بـ٣٠١ ودون سلسلة

    • صفحة ٤٠٤ برمز ٤٠٤

      لا ٢٠٠ مكتوب عليه غير موجود

    • خريطة الموقع وrobots

      ألا يُحجب CSS وجافاسكريبت

    • نسخ احتياطي تلقائي يعمل

      ومع تجربة استعادة مرة واحدة

  3. القانوني

    3
    • النطاق باسم المالك

      المصمم ينال صلاحية والمالك يبقى مالكا

    • حساب الاستضافة وصلاحية DNS

      يوم التسليم لا بعد سنة

    • العقد وتسليم الملفات

      ملفات التصميم جزء من التسليم

  4. القياس

    4
    • غوغل أناليتيكس ٤

      مع زيارة اختبارية في تقرير اللحظة

    • سيرش كونسول مؤكَّد

      يفضَّل بسجل DNS مع إرسال خريطة الموقع

    • حدث نموذج الاتصال

      وإلا عددت الزيارات لا الاتصالات

    • اختبار حقيقي لوصول البريد

      إلى وجهتين ثم قراءة سجل الخادم

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

آخر مراجعة: تُراجع الحقائق وأسماء الأدوات في هذا الدرس مقابل مصادرها في هذا التاريخ.

ما الذي يجب أن يكون منجزا فعلا قبل الإطلاق؟

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

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

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

التقني: السطران الأشد ضررا

كلاهما من نسخة التجربة وكلاهما غير مرئي. الأول وسم noindex في رأس الصفحة، والثاني سطر Disallow: / في ملف robots.txt. وقد رأيت الموقع الذي أُطلق ويعمل وسريع، ثم يسأل أحدهم بعد ستة أسابيع لماذا ليس في غوغل.

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

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

وثلاثة بنود أخرى في العمود نفسه:

  • اسم مضيف رئيسي واحد. ينبغي أن يفتح الموقع من عنوان واحد فقط وأن تذهب بقية الصور إليه بـ٣٠١: من دون https إلى https، ومن www إلى بلا www أو العكس. ولا تبنِ سلاسل تحويل؛ فلتذهب كل صورة إلى الوجهة النهائية مباشرة. وشهادة SSL يجب أن تكون صالحة مع www وبدونها، وأداة فحص SSL تريك تاريخ انتهائها وسلسلة إصدارها.
  • صفحة ٤٠٤ حقيقية. افتح عنوانا بلا معنى. ينبغي أن ترى صفحة ٤٠٤ الخاصة بك وأن يكون رمز الحالة ٤٠٤ فعلا لا ٢٠٠ مكتوبا عليه «غير موجود». فالصفحة التي تعيد ٢٠٠ صفحة سليمة عند غوغل.
  • خريطة الموقع وrobots. ينبغي أن تكون خريطة الموقع متاحة وألا تحوي إلا عناوين قابلة للفهرسة، وألا يحجب robots.txt ملفات CSS وجافاسكريبت. وأداة robots وsitemap تقرأ الاثنين معا.

المحتوى: صفحات لا يصح أن تكون ناقصة في اليوم الأول

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

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

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

هل يصل بريد الموقع فعلا؟

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

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

وثلاثة سجلات DNS تحسم هذا، وثلاثتها في مكانها قبل الإطلاق. SPF يقول أي الخوادم مأذون لها بالإرسال باسم نطاقك. وDKIM يضع توقيعا تعمويا على الرسالة نفسها ليتأكد المستقبِل أنها سليمة وجاءت من حيث تدّعي. وDMARC يخبر المستقبِل بما يفعل إن لم يتفق الاثنان، وإلى أين يرسل التقرير. وثمة سجل رابع ليس في DNS عندك بل عند مزود الخادم: السجل العكسي أو PTR، الذي يعيد عنوان المرسل إلى اسم. ومزودو البريد الكبار ينظرون بريبة إلى بريد آت من عنوان بلا اسم عكسي.

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

مسار رسالة واحدة، من زر الإرسال إلى صندوق الوارد

الرسالة الخضراء تُطبع في الخطوة الأولى، واختبارك ينبغي أن ينتهي في الخامسة.

  1. 1

    نموذج الموقع

    رسالة «أُرسل» تُطبع هنا ولم يثبت شيء بعد.

  2. 2

    دالة إرسال ووردبريس

    قيمة true تعني سُلِّمت لا وصلت.

  3. 3

    خدمة الإرسال على الخادم

    أول موضع يُكتب فيه سطر سجل حقيقي يمكن قراءته.

  4. 4

    الفحوص عند المستقبِل

    هنا تُقرأ SPF وDKIM وDMARC والاسم العكسي للعنوان.

  5. 5

    صندوق الوارد أو المزعج

    الموضع الوحيد الذي يجوز أن ينتهي عنده اختبارك.

هذا المسار لبريد يُرسَل من خادم الموقع نفسه. فإن استعملت خدمة إرسال خارجية انتقلت الخطوة الثالثة إلى مكان آخر واختلفت سجلاتها.

القياس: ما لا يُعوَّض لاحقا

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

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

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

الملكية والقانوني: ما ينبغي أن يكون في العقد

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

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

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

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

ترتيب يوم الإطلاق، ولماذا يُزال noindex أخيرا

كل هذه فعلتها من قبل؛ وهنا يهم ترتيبها فقط.

  1. أبقِ نسخة التجربة مغلقة

    بكلمة مرور لا بـnoindex وحده؛ فنسختان من موقع في النتائج مشكلة.

    1

  2. النطاق وSSL واسم مضيف واحد

    بعد تغيير DNS انتظر ساعات حتى يستقر في كل مكان.

    2

  3. التحليلات وسيرش كونسول

    قبل أول زيارة حقيقية وإلا ذهبت تلك البيانات نهائيا.

    3

  4. اختبار حقيقي للنموذج والبريد

    من نموذج الموقع نفسه إلى وجهتين ثم سجل الخادم.

    4

  5. أزل noindex

    آخر مفتاح تلمسه، ثم اقرأ مصدر الصفحة ثانية.

    5

  6. أرسل خريطة الموقع

    الآن وقد صارت الصفحات قابلة للفهرسة صار لهذا معنى.

    6

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

الساعات الثماني والأربعون الأولى بعد الإطلاق

الإطلاق ليس نهاية العمل، بل بداية يومين تظهر فيهما أكثر الأخطاء. راقب أربعة أشياء: سجل أخطاء الخادم، والعناوين التي تعيد ٤٠٤ (فإن كان ثمة موقع سابق فهنا يظهر التحويل الناقص)، ووصول بريد النماذج، وقسم الصفحات في سيرش كونسول في الأيام التالية.

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

وعلى هذا الموقع ثلاث طبقات بينك وبين PHP: ذاكرة الصفحات على الخادم نفسه، وذاكرة شبكة توزيع المحتوى في الحافة، وذاكرة المتصفح. وترويسات الصفحات العامة هنا تقول للحافة احفظ نسخة HTML مدة ٢٥٩٢٠٠٠ ثانية، أي ثلاثين يوما. فالإصلاح الجالس الآن على الخادم قد لا يبلغ زائرا حتى تُمسح تلك الذاكرة. فاعرف قبل الإطلاق أي الطبقات عندك وكيف تُمسح كل واحدة؛ فيوم الإطلاق ليس وقت الاكتشاف.

المسار السريع مع الذكاء الاصطناعي

الطريقة المعتادة أن ينقر المرء في المتصفح وينظر صفحة صفحة، ولهذا بالضبط يفلت وسم noindex: لأنه لا يُرى. والمسار السريع يقلب هذا. أولا تسأل الموقع نفسه بأسطر أوامر قليلة عما يعيده فعلا، ثم تسلّم ذلك المخرَج الخام، لا وصفك للحالة، إلى نموذج ليرتبه ويحدد أولوياته. والعمل كله دون دقيقتين، ويكفي لترتيب المخرَج نموذج سريع رخيص؛ واختيارنا الحالي في <a class="text-link" href="/ar/ai/">قسم الذكاء الاصطناعي</a>.

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

وصفة جاهزة للنسخ

الجزء الأول، في الطرفية:

SITE=https://{نطاقك أنت}
for u in / /contact/ /blog/ /a-page-that-does-not-exist/; do
  printf "%s  " "$u"
  curl -s -o /dev/null -w "status=%{http_code} redirect=%{redirect_url}\n" "$SITE$u"
done
curl -s "$SITE/" | grep -oiE "<meta[^>]+name=.robots.[^>]*>|<link[^>]+rel=.canonical.[^>]*>"
curl -s "$SITE/robots.txt"

الجزء الثاني، سلّم المخرَج أعلاه مع هذا النص:

الدور: مراجع إطلاق موقع.

المخرَج التالي جاء من الأوامر أعلاه مشغَّلة على موقعي:
{الصق المخرَج هنا}

الموقع يُطلق اليوم و{سطر واحد: هو جديد أم بديل عن موقع سابق}.

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

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

الذكاء الاصطناعي في هذا العمل

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

أدوات تساعد فعلا

  • Claude جيد في قراءة مخرَج خام وتحويله إلى قائمة مرتبة بالأولوية، ويشرح سبب كل بند إن سألت. وإيران ليست في قائمة الدول المدعومة لدى أنثروبيك؛ قرأنا ذلك في صفحة أنثروبيك نفسها.
  • Gemini يكفي لأسئلة الإعدادات ولشرح سجل DNS بالعربية. وصفحة غوغل نفسها تقول إن تطبيق جيميناي يعمل في أكثر من مئتين وثلاثين دولة ومنطقة، وإيران ليست في تلك القائمة.
  • Claude Code لأنه يعمل في طرفيتك يستطيع تشغيل الأوامر بنفسه وقراءة الجواب هناك؛ وهذا مجدٍ حين يلزم فحص عدة مواقع تباعا. يُثبَّت مجانا لكنه يحتاج اشتراك أنثروبيك، وإيران ليست في قائمة الدول المدعومة.

اين ينقلب ضدك

ثلاثة مخاطر، وأولها أشيعها جميعا: النموذج يصدّقك. فإن كتبت أنك أزلت noindex بُني الجواب على ذلك ولم ينقضه شيء، لأن النموذج لا يستطيع فتح موقعك. والذي يحل هذا وحده هو تسليم المخرَج الحقيقي. وثانيا، اقرأ اقتراحات robots.txt بحذر: فقواعد تحجب CSS وجافاسكريبت ما زالت تظهر في الأجوبة، بينما تحتاج غوغل تلك الملفات لعرض الصفحة؛ وDisallow شامل كُتب لنسخة التجربة، إن نُسخ إلى النسخة الحية، هو الكارثة نفسها التي يحذر منها هذا الدرس. وثالثا وببساطة: مفتاح API لخدمة DNS وكلمة مرور الاستضافة وبيانات الدخول، لا مكان لها في نافذة محادثة. ولمعرفة كيفية الدفع لكل أداة من إيران، انظر دليل الشراء.

المصادر: Google: block search indexing with noindex Google: build and submit a sitemap Google: verify site ownership in Search Console Google: email sender guidelines Anthropic: supported countries Google: where Gemini Apps are available

حدود هذه النصيحة

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

من عملنا نحن

ثلاثة أشياء قابلة للفحص على خادم هذا الموقع، وثلاثتها من البنود التي يحذر منها هذا الدرس. أولا البريد: مسار الإرسال Postfix وإعدادان فيه مثبَّتان عمدا على الإصدار الرابع من البروتوكول، inet_protocols وsmtp_address_preference كلاهما ipv4. وقد أعدنا فحص السبب اليوم: عنوان الإصدار الرابع لهذا الخادم له اسم عكسي، وعنوان الإصدار السادس لا اسم عكسي له البتة، والبريد الخارج من عنوان بلا اسم عكسي يُنظر إليه بريبة من البداية. وتوقيع DKIM يضعه ميلتر على ١٢٧.٠.٠.١ والمنفذ ١١٣٣٢. والذي ننظر إليه فعلا هو سجل الإرسال لا الرسالة الخضراء في النموذج. وثانيا التخزين المؤقت: ترويسات الصفحات العامة هنا تقول للحافة احفظ HTML مدة ٢٥٩٢٠٠٠ ثانية، أي ثلاثين يوما؛ وهذا السطر وحده يفسر لماذا قد لا يبلغ إصلاح بعد الإطلاق زائرا لساعات. وثالثا فخ صغير وقعنا فيه بأنفسنا: قالب هذا الموقع يطبع وسم robots بعلامة اقتباس مفردة، فأي بحث يكتب name بعلامتين مزدوجتين لا يجد شيئا ويخبرك أن الوسم غائب وهو في موضعه.

اسئلة متابعة حقيقية

أطلقت الموقع لكنه ليس في غوغل. كم أنتظر؟

قبل الانتظار افحص أمرين: وسم robots في مصدر الصفحة وملف robots.txt. فإن كانا سليمين فافتح سيرش كونسول واختبر العنوان بأداة فحص العنوان؛ فهي تخبرك هل رأت غوغل الصفحة وما الذي منعها. والانتظار دون هذين الفحصين تضييع للوقت.

عندي موقع قديم وأريد استبداله بجديد. أتكفي هذه القائمة؟

لا. فالاستبدال عمل منفصل أهم أجزائه خريطة التحويل: قائمة بكل عنوان قديم وإلى أين يذهب كل منها بـ٣٠١. وبدون تلك الخريطة تصطدم صفحات ظلت مرتبة سنوات بـ٤٠٤ ويضيع رصيدها. فشغّل هذه القائمة بعد تلك الخريطة لا بدلا منها.

هل يلزمني فعلا نسخة تجربة منفصلة؟

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

واصل التعلم