عدة ملفات هامة يجب أن تتوفر في كل موقع

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

مقدمة

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

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

404.html

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

تحذير: تم تكوين عدد كبير جدًا من مواقع الويب بشكل غير صحيح لإرسال رسائل "soft 404" عند إنشاء 404.html مخصص (أو أي آلية أخرى تستخدمها خوادم الويب لنشر رسائل "لم يتم العثور عليها" مخصصة). بمعنى آخر، يرسلون صفحة ذات رأس عادي "200 OK"، والذي ينص ببساطة على أن مكانًا ما في النص "غير متوفر" وربما (ولكن ليس في كثير من الأحيان) يذكر أن هناك "خطأ 404" هنا. وينبغي تجنب هذا. بدلاً من ذلك، احفظ المستخدمين (ومتصفحات الويب الخاصة بهم والأدوات الأخرى) من المشكلة واستخدم عنوان الحالة الدقيق.

about.html

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

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

contact.html

إذًا، كيف يمكنك الاتصال بك؟ باستخدام about.html، يمكن للمستخدمين الحصول على هذه المعلومات بنقرات متعددة على صفحتهم الرئيسية الحالية.

Copyright.html

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

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

Index.html (وindex.htm)

لا يستخدم كل خادم ويب فعليًا ملف Index.html لوصف صفحته الرئيسية. اعتمادًا على الإعدادات، قد تكون هناك طرق مثل إعادة كتابة عنوان URL والإنشاء الديناميكي استنادًا إلى أسماء المسارات. لكن المستخدمين لا يهتمون بهذه التفاصيل! فقط دع http://www.aaa.com/index.html يشير إلى الصفحة الرئيسية، حتى لو كان عليك استخدام إعادة توجيه HTML بسيطة للقيام بذلك.

وبالمناسبة، إذا كان الأمر كذلك، فما عليك سوى السماح للامتداد .htm القديم بأن يصبح ساري المفعول. إذا كنت لا تزال تشعر أن هذا ليس كافيًا، فافعل الشيء نفسه مع ملف Index.cgi.

Index.rss الكثير

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

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

Privacy.html

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

robots.txt

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

Security.html

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

خرائط الموقع

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

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

عناوين البريد الإلكتروني

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

تأكد من نشر معلومات الاتصال الخاصة بك بشكل بارز في contact.html أو في أي مكان آخر على موقع الويب الخاص بك. ولكن تأكد أيضًا من وصول الرسائل المرسلة إلى عناوين البريد الإلكتروني العامة إلى الشخص المناسب. يتضمن ذلك على الأقل [email protected] و [email protected] و [email protected] . بالنسبة لهؤلاء "الأشخاص الأكبر سنًا"، قد ترغب في إرسال رسائل البريد الإلكتروني إلى [email protected] ليتم توجيهها أيضًا إلى الوجهة المناسبة (ولكن ربما ليس إلى "الجذر" لأسباب أمنية). يرجى تضمين نص صغير يصف إعادة توجيه البريد الإلكتروني والذي يوضح غرض الموقع بوضوح. تتوفر عناوين البريد الإلكتروني بسهولة مثل الروابط الرمزية في دليل خادم الويب.