Wp/apc/ويكيبيديا:تصانيف و ليست و قوالب
ويكيبيديا بتقدم عدة طرق لتصنيف المقالات: التصنيفات، مقالات الليستات (يلي بتتضمن ليستات العناصر، بالإضافة لليستات موضوعية، مسارد، فهارس، مخططات، و جداول زمنية)، ليستات تانية متل الليستات المدمجة، و قوالب التنقل (يلي واحد من أنواعها هو صناديق سلسلة المقالات). تصنيف المقالات بطريقة وحدة ما بيعني إنو الطرق التانية لازم تنمنع أو تتطلب استخدامها لنفس التصنيف. بالعكس، كل طريقة بتنظيم المعلومات إلها ميزاتها و عيوبها، و بتنطبق بالغالب بشكل مستقل عن الطرق التانية، بناءً على القواعد و المعايير يلي تطورت بوكيبيديا لكل نظام من هالأنظمة.
بناءً على هالشي، هالطرق ما لازم تعتبر متناقضة مع بعضها. بالعكس، هنن مكملين لبعض، كل طريقة بتعزز التانية. مثلاً، بما إنو المحررين بيختلفو بأسلوبون، فيه ناس بيفضلو بناء الليستات، بينما غيرون بيفضل بناء التصنيفات، و هيك الروابط بتتجمع بطريقتين مختلفتين، و الليستات أحياناً بتسبق التصنيفات و بالعكس. هالنهج أنتج نظامين رئيسيين معتمدين على الروابط للتنقل بوكيبيديا. فيه مستخدمين بيفضلو يتصفحوه ويكيبيديا عن طريق الليستات، و في غيرون بيفضلو التنقل عبر التصنيفات؛ و الليستات بتكون أوضح للمبتدئين يلي ممكن ما يكتشفو نظام التصنيفات بسرعة. لهيك، جماعة "التصنيفات" ما لازم يمسحو أو يفككو الليستات، و جماعة "الليستات" ما لازم يهدمو نظام التصنيفات – لإنو هيك بيضيعو موارد قيمة. بدل هالشي، كل طريقة لازم تستخدم لتطوير التانية.
بنفس الوقت، ممكن يكون في حالات إجماع بتقرر إنو وحدة أو أكتر من هالطرق لتقديم المعلومات مو مناسبة لوكيبيديا. مثلاً، الإرشادات حولين التصنيف الزايد بتوضح عدة حالات بيكون فيها الإجماع قرر إنو التصنيفات ما لازم تستخدم. واحدة من النتائج المتكررة بوكيبيديا:مراجعات التصنيفات (CFD) لشوية تصنيفات محذوفة هي تحويلها لليستات، لإنو فيه حالات الليستات بتكون مناسبة بينما التصنيفات لا (مثلاً: ليست الوحدات الغريبة للقياس موجودة كليست، بس ما فيه تصنيف متل "تصنيف:وحدات قياس غريبة").
الشغالين على التصنيفات، و بناة الليستات و المخططات، و مصممين صناديق السلاسل كلون بيشتغلو على تطوير شبكات شاملة من الروابط للتنقل بالموسوعة. و بسبب هالشي، بشكل متزايد، صار فيه مداخل متعددة لمجالات المعرفة. خود "السيمفونيات" كمثال:
- التصنيفات: تصنيف:سيمفونيات
- الليستات: ليستة السيمفونيات بأسمائها
- قوالب التنقل: قالب:السيمفونيات حسب العدد و الاسم
التصنيفاتالمتداخلة، الليستات، و قوالب التنقل ما بتنعتبر مكررة بطريقة مو مناسبة
[edit | edit source]ما فيه مشكلة أو شي غريب إنو يكون بنفس الوقت في تصنيف، ليست، و قالب تنقل بيغطو نفس الموضوع. هالأنظمة لتنظيم المعلومات بتنعتبر مكملة لبعض، و مو مكررة بطريقة مو مناسبة. كمان، الحجة إنو التصنيف بيكرر الليست (أو العكس) ضمن نقاش المسح ما بتنعتبر سبب صالح للمسح و لازم تتجنب. إعادة توجيه مقالات الليستات للتصنيفات ما بتكون مرغوبة: لازم مقالات الليستات تاخد مكان إعادة التوجيه.
لازم نلاحظ إنو الليستات ممكن تتضمن ميزات ما بتكون متوفرة بالتصنيفات، و بناء ليست بسيطة من الروابط خطوة مفيدة لتحسين الليست. مسح هالليستات البسيطة هو هدر لهالبنية الأساسية، و بيحط ضغط مو ضروري على صانعين الليستات ليقدمو جهد أكبر من البداية لما بدون ينشئو ليست جديدة، و هالشي ممكن ينحس كإنو عائق. لما نقرر إذا بننشئ ليست أو لا، وجود تصنيف عن نفس الموضوع ما لو علاقة.
هون مقارنة بين كيف هالأساليب بتصنف المعلومات و شو ميزات و عيوب كل وحدة.
التصنيفات
[edit | edit source]مقارنةً بالليست، التصنيف ممكن يكون إلو ميزات و عيوب.
مثال على صفحة تصنيف
كل صفحة ضمن نطاق المقالات لازم يكون إلها على الأقل تصنيف واحد. التصنيفات لازم تكون عن مواضيع رئيسية و مفيدة لأي حدا بيقرأ المقال. مثلاً:
المقال: مايكل جاكسون
التصنيف المفيد: تصنيف:مغنيين بوب أمريكيين
التصنيف الغير مفيد: تصنيف:موسيقيين اسمون الأول بيبدأ بحرف م
التصنيفات المو مناسبة:
إذا ممكن كتابة كم فقرة أو أكتر عن موضوع التصنيف بمقال أو مكان تاني.
إذا القارئ زار المقال عن طريق التصنيف و المقال ما كان مرتبط بموضوع التصنيف.
المقال بالغالب بيكون ضمن أكتر من تصنيف، بس لازم يكون فيه توازن، لإنو التصنيفات بتصير أقل فعالية لما المقال ينحط بعدد كبير من التصنيفات.
المقال ما لازم يكون بالعادة ضمن التصنيف الرئيسي و الفرعي بنفس الوقت. مثلاً، مايكروسوفت أوفيس موجود ضمن تصنيف:برمجيات مايكروسوفت، و ما لازم يكون كمان ضمن تصنيف:برمجيات.
استثناءات: إذا المقال بيعرف التصنيف و بنفس الوقت بينتمي لتصنيف أعلى. مثلاً، أوهايو موجودة بتصنيف:ولايات أمريكا المتحدة و تصنيف:أوهايو.
التصنيفات ما بتجي مع شروحات، فمهم يكون التصنيف محايد (NPOV). إذا شي ما كان واضح و مو جدلي إنو بينتمي لتصنيف معين، ما لازم ينضاف.
تصنيف الأشخاص بيحتاج اهتمام خاص، لتصنيفون بناءً على صفاتون و مو بناءً على صفات المقال.
استثناء: تصنيف:صيانة ويكيبيديا مو جزء من الموسوعة، و بيحتوي صفحات مو مقالات أو بيجمع المقالات حسب حالتها.
كل تصنيف لازم يكون تصنيف فرعي لتصنيف تاني. قمة تسلسل تصنيفات المقالات ممكن توصلها عن طريق تصنيف:تصنيفات المواضيع الرئيسية. إذا كان فيه تصنيف رئيسي مناسب بس ما إنوجد، الأفضل إضافة قالب {{مو مصنف}} للمقال.
المقالات بدون تصنيف ثابت ممكن إضافة قالب {{مو مصنف}} عليها لزيادة الانتباه إلها، سواءً لحالها أو بالطريقة التالية: {{uncat|date=كانون التاني 2025}}.
ميزات التصنيفات
[edit | edit source]- الربط التلقائي: إنشاء رابط لتصنيف ضمن صفحة المقال بيأدي لظهور رابط للمقال على صفحة التصنيف بشكل تلقائي.
- التنقل متعدد الاتجاهات: التصنيف ممكن يحتوي على تصنيفات فرعية متعددة، و بنفس الوقت يكون جزء من عدة تصنيفات. التصنيفات بتنظم بويكيبيديا ضمن شبكة معلومات بتبدا من تصنيف:تصنيفات ويكيبيديا.
- التصفح الاستكشافي: التصنيفات مفيدة للقراء اللي بيحبو يستكشفو محتوى ويكيبيديا.
- تقليل السبام: أقل عرضة لسبام الروابط البرانية مقارنة بأنواع الصفحات التانية، لإنو بس مقالات ويكيبيديا بتقدر تكون أعضاء بتصنيف.
- وجود مو ملفت للنظر: وجود التصنيفات ما بيشوش على محتوى المقال و ما بيقطع التسلسل الطبيعي للنص.
- وظيفة البحث: البحث ممكن يستخدم بارامتر incategory لاستبعاد أو تضمين كل الصفحات ضمن التصنيف. التصنيفات الفرعية ما بتنضاف، بس ممكن إضافة أكتر من مصطلح.
عيوب التصنيفات
[edit | edit source]- ما بتقدر تعدلها مباشرة لإضافة أو إزالة مدخلات. هالشي لازم ينضاف بأسفل كل مقال ليتم تضمينو أو استبعادو من التصنيف.
- بتعرض بس اسم الصفحة لكل صفحة ضمن التصنيف. بالرغم إنو وصف التصنيف ممكن يعطي معلومات أوسع، الأعضاء الفرديين بالتصنيف ما بيكون إلون توضيحات أو تعليقات، و بالتالي ما بيقدمو سياق أو تفاصيل إضافية لكل مدخل.
- ما فيه طريقة للتوثيق لأي مدخل محدد للتأكد إنو صفحة معينة بتوافق معايير التصنيف.
- الترتيب بالأبجدية بس (رغم إنو ممكن التحكم بالترتيب الأبجدي). ما فيه إمكانية لتنظيم المدخلات لأقسام و فروع بصفحة واحدة، مع مقدمة توضيحية لكل قسم.
- صعوبة الصيانة:
- التصنيف اللي فيه مئات العناصر ما بينحرك إلا بتعديل مئات المقالات (مع إنو ممكن البوت يساعد).
- تتبع التغييرات ضمن التصنيف صعب، لإنو تاريخ تعديل التصنيف ما بيبين متى تم إضافة أو إزالة مدخلات. يعني لما تنحذف مقالة من تصنيف، ببساطة بتختفي بدون ما يكون فيه أي دليل إنها كانت موجودة. خاصية ليست المراقبة بويكيبيديا ممكن تساعد لمتابعة تغييرات عضوية التصنيف.
- ما بتدعم طرق تتبع تانية، متل إضافة الروابط الحمرا. (الروابط الحمرا مفيدة كمؤشرات على الفجوات و كتذكير بإنشاء المقالات اللي ناقصة). مع هيك، ممكن إضافة تصنيفات لتصنيفات البداية.
- الأسماء البديلة لنفس المدخل ممكن تنضاف بس عن طريق تضمين إعادة توجيه بالتصنيف.
- ما بتكون واضحة للمستخدمين الجدد إنو التصنيفات موجودة، أو كيف يضيفو عناصر إلها، أو كيف يربطو تصنيفات جديدة بالتصنيفات الموجودة، أو كيف يتعاملو مع مخاوف وجهة النظر (POV).
- التصنيفات ما بتظهر بنسخة الموبايل.
- عرض العناصر ضمن التصنيف محدود بـ200 عنصر بالصفحة. لرؤية كل محتوى التصنيف اللي فيه أكتر من هالعدد، لازم تشوف عدة صفحات.
الليستات
[edit | edit source]بالمقارنة مع التصنيفات، الليستات إلها ميزات و عيوب.
مثال على ليست: ليست سلالات الكلاب
ميزات الليستات
[edit | edit source]- مفيدة للتصفح الاستكشافي على ويكيبيديا.
- بتكون شاملة أكتر لإنو بتتحدث من مكان مركزي (على الصفحة نفسها).
- قابلة للتنسيق بعدة طرق لتحسين عرض المحتوى.
- مثلاً، ممكن تتضمن الليستات عدة مستويات من الهيراركية، أو يكون فيها أعمدة متعددة ممكن استخدامها لترتيب الليست حسب رغبة المستخدم.
- بناء و صيانة الليست أسهل لإنو بيتم تعديل صفحة وحدة، بعكس التصنيفات اللي بتحتاج تعديل صفحات متعددة.
- ممكن تضيف توضيحات و تفاصيل إضافية.
- مثلاً، ليست فرق كأس العالم لكرة القدم ممكن تتضمن لكل فريق إيمتى فاز بالبطولة، مين خصمه النهائي، و مين كان مدربه.
- مضمنة ضمن نتائج البحث بويكيبيديا. لإنو موجودة بالمساحة الرئيسية، ليستات ويكيبيديا بتنضاف تلقائيًا لنتائج البحث. كمان محركات البحث متل جوجل بتدور بمحتواها.
- ممكن توثيقها لتبرير إدراج المقالات الموجودة بالليست.
- بتسمح بإضافة عناصر بدون روابط.
- مثلاً، ليست مؤلفات فرانز شوبرت، أو إذا مناسب، روابط حمرا.
- العناصر ممكن ترتب يدوياً بعدة طرق. ممكن يظهر المقال أكتر من مرة بنفس الليست، أو بطرق مختلفة.
- العناصر ممكن تربط لأقسام معينة بالمقالات.
- ممكن تتضمن روابط مخفية لصفحات النقاش، و هيك لما تضغط على "تغييرات متعلقة"، بتظهر التغييرات المتعلقة بهاي الصفحات. (الصيغة:
[[Talk:Omphalology| ]]
) كمان الليست نفسها ممكن تربط لحالها، مثلًا من خلال رابط بالجملة الرئيسية:- '''هاي [[ليست مؤلفات فرانز شوبرت]]...'''
- أسهل تعديلها للمبتدئين اللي ما عندون خبرة كبيرة بكود ويكيبيديا.
- ممكن تضيف صور ضمن الليست.
- ممكن تتضمن قوالب (متل صناديق التنقل) كجزء من الليست.
- الليستات المدمجة، اللي بتكون جزء من مقال عن موضوع معين، ممكن تتضمن عناصر ما بتستحق مقالة مستقلة، بس ممكن تندرج بالليست.
- بما إنو معيار الملحوظية لذكر شيء أقل من معيار إنشاء مقالة كاملة، ممكن بسهولة تضيف إشارة بعنصر ضمن المقال بدون الحاجة لاتخاذ قرار نهائي عن ملحوظيته. و إذا حدا حس إنو ملحوظ كفاية، ممكن يربط العنصر و ينشئ المقالة بعدين.
عيوب الليستات
[edit | edit source]- ما فيها ارتباط تلقائي.
- كل مقال بيعمل رابط لتصنيفاتو بطريقة موحدة، لكن الليستات ممكن يكون اكتشافها أصعب، لإنو مو كل مقال ضمن الليست بيربطها، وكل مقال ممكن يختار يربطها بطريقة مختلفة.
- محاولة فرض روابط متقاطعة من المقالات المدرجة بالليست ممكن تكون عرضة للأخطاء، بتصعّب تعديل الليست، سهولة التحرير اللي الليستات عادة بتتمتع فيها.
- هيكلية أقل شمولية.
- نظام التصنيفات عنده هيكلية واسعة و مفصلة لتسهيل التصفح عن طريق زيادة التخصص. أما ليستات الليستات فبتكون قليلة نسبياً وما بتكون متداخلة بعمق.
- معالجة مؤتمتة معقدة.
- الليستات أصعب للتعامل معها تلقائياً باستخدام البوتات، لإنها ممكن تحتوي نصوص فيها روابط لعناصر ما موجودة بالليست نفسها.
- لازم يتم تحليل نص الويكي للصفحة لاستخراج العناصر المدرجة، بدل ما يتم استخدام واجهة برمجة تطبيقات متخصصة متل اللي بيستخدمها نظام التصنيفات.
- ما فيها ترتيب تلقائي.
- المحررين لازم يحددوا يدوياً وين ينتمي كل عنصر و يضيفوه هناك. و بالغالب المحررين بيضيفو عناصر جديدة لتحت الليست، و اللي بيقلل فاعلية الليست.
- ممكن التغلب على هالعيب بوضع الليست ضمن جدول قابل للفرز.
- ممكن تتضمن عناصر مو موثوقة المصدر و ما بتتوافق مع معايير الإدراج بالموسوعة.
- شوية مواضيع واسعة كتير بحيث تصير الليست طويلة بشكل مو عملي و صعبة الصيانة.
- مثلاً: ليست بكل الأشخاص من دولة معينة عندون مقالات بويكيبيديا.
قوالب التنقل
[edit | edit source]قوالب التنقل هي مجموعة روابط بتستخدم بمقالات مرتبطة ببعضها لتسهيل التنقل بين هالمقالات على ويكيبيديا. قوالب التنقل بتكون بالعادة بواحد من الشكلين:
- أفقي، بينحط بأسفل المقالات و بيتسمى كمان navboxes
- عمودي، غالباً بيكون بزاوية المقال من فوق عاليمين و بيتسمى sidebars
توثيق علامات الويكي لقوالب التنقل بمستويات مختلفة من التحديد بيتضمن Template:Navbox/doc، Template:Sidebar/doc، و Template:Navbar/doc يلي بيكون فوق أو تحت القالب.
كل رابط لازم يكون واضح و مفهوم للقارئ. بشكل عام، ألوان النصوص لازم تكون متطابقة مع ألوان النصوص الافتراضية بويكيبيديا، يعني الروابط لازم تكون زرقا، الروابط الميتة حمرا، و ما لازم ينستخدم الأزرق أو الأحمر لغير النصوص يلي هي روابط. مع فيها، فيه إرشادات معينة بخصوص ألوان النصوص و الخلفية المو افتراضية متاحة للـ navboxes.
قوالب التنقل مفيدة خصوصاً لمجموعة مقالات صغيرة و محددة بشكل واضح. القوالب يلي فيها عدد كبير من الروابط مو ممنوعة، بس ممكن تكون مزدحمة زيادة و صعب قراءتها أو استخدامها. القوالب الجيدة بشكل عام بتتبع معظم هالإرشادات:
- كل المقالات ضمن القالب مرتبطة بموضوع واحد واضح.
- لازم ينذكر موضوع القالب بكل مقالة.
- المقالات لازم تشير لبعضها، بشكل معقول.
- لازم يكون في مقالة بويكيبيديا عن موضوع القالب.
- إذا ما كان في قالب التنقل، ممكن المحرر يكون ميال يحط روابط لهاي المقالات بقسم شوف كمان بالمقالات.
إذا مجموعة المقالات ما بتتوافق مع هالمعايير، فالأرجح إنو المقالات مرتبطة بشكل فضفاض. بهالحالة ممكن تكون قائمة أو تصنيف أو لا شيء أنسب.
ما لازم تعتمد بس على الـ navboxes للروابط للمقالات المرتبطة بشكل كبير مع مقالة معينة، أو تعدل حقل "image=" لعرض شيء من المقالة. الـ navboxes ما بينعرضو على الموقع الموبايل لويكيبيديا يلي بيشكل حوالي نص القراء.
قوالب التنقل يلي موجودة بزوايا المقالات من فوق عاليمين (أحياناً بينقال عنها "sidebar" أو "جزء من سلسلة") لازم ينحطلها اهتمام خاص، لإنها واضحة بشكل كبير للقارئ. مجموعة المقالات يلي ضمن قالب sidebar لازم تكون مترابطة بشكل قوي، و القالب لازم يتوافق مع معظم أو كل الإرشادات السابقة. إذا المقالات مو مترابطة بشكل كافي، قالب بأسفل المقالة أو navbox ممكن يكون أنسب. وضع الـ sidebars بمقدمة المقالة مو مفضل حسب MOS:LEAD (مع إنو ممكن يكون مقبول حسب الحالة - استفتاء نوفمبر 2020).
روابط المقالات ضمن قالب التنقل لازم تنقسم لمجموعات حسب الموضوع، العصر، إلخ. الترتيب الأبجدي ما بيضيف قيمة إضافية إذا التصنيف فيه نفس روابط المقالات.
بخصوص النصوص باتجاهين، شوف ويكيبيديا:دليل الأسلوب/تنسيق النصوص § نص مختلط يمين لليسار.
كل مقالة بتضمن قالب navbox معين لازم كمان تكون بالعادة موجودة كرابط ضمن القالب، لحتى يكون التنقل باتجاهين.
استخدام قوالب التنقل مو إجباري أو ممنوع لأي مقالة. إذا لازم تنضاف قوالب التنقل، و أي قالب ينضاف، بالغالب بيتم اقتراحه من قبل مشاريع ويكي، بس بالنهاية بيتحدد من خلال النقاش و الاتفاق بين المحررين بكل مقالة بشكل فردي. حسب مبدأ الاتجاهين المذكور فوق، هالشي ممكن كمان يأثر على إضافة مقالة معينة لقالب التنقل. إذا صار خلاف، رجاءً ناقشو الموضوع بصفحة نقاش المقالة، مو بصفحة القالب (يلي ممكن تكون مراقبة بشكل أساسي من قبل كودات القالب).
تجنب إضافة أداءات الفنانين لقوالب التنقل الخاصة بالإنتاجات يلي ظهرو فيها، أو أعضاء الطاقم لقوالب التنقل الخاصة بالإنتاجات يلي اشتغلو عليها. هالشي بيشمل، بس مو محصور بالممثلين/الممثلات، الكوميديين، مقدمين البرامج التلفزيونية/الإذاعية، الكتاب، المؤلفين، إلخ. هالشي بيجنب التوسع الزايد بقوالب التنقل بأسفل مقالات الفنانين، و بيعطي وزن مناسب لكل أداءات الفنان بدون تمييز.
قوائم الأفلام (و ما شابهها) للأشخاص كمان ما لازم تنضاف لقوالب التنقل، إلا إذا الشخص نفسو بيعتبر مبدع رئيسي للمادة. هالشي بيجنب التوسع الزايد بقوالب التنقل الخاصة بالأشخاص بمقالات الإنتاجات، و بيعطي وزن متوازن لمساهمات الأفراد المختلفة. و أخيراً، الروابط الرانية ما لازم تنضاف لقوالب التنقل. المصادر ممكن تنضاف لتوثيق القالب (بقسم يلي بيظهر بس لما تشوف القالب نفسو، مو عند إدراجه).
الإيجابيات
[edit | edit source]- بتوفر شكل و نظام تنقل متناسق للمقالات المرتبطة.
- أسرع بالتنقل مقارنة مع التصنيفات.
- بتعطي معلومات مباشرة عن العناصر المكافئة.
- لتقديم سلسلة مقالات بترتيب زمني، القالب بالغالب هو الأنسب. مثال: قالب Template:Princess Royal (فيه اتنين اسمون ماري و اتنين اسمون آن بهالقائمة، و الترتيب الزمني بيخلي تقديم هدول الأميرات أوضح من الترتيب الأبجدي). بالسلاسل الزمنية الطويلة، من الأفضل استخدام صناديق التتابع يلي بتعرض العناصر يلي قبل و بعد المقالة مباشرة.
- بتوفر مصدر منظم للقراء يلي بيدورو على مقالات عن نفس الموضوع الكبير بدل ما يدورو على روابط الويكي ضمن النص أو بقسم "شوف كمان".
- بتقلل من حجم أقسام "شوف كمان" يلي ممكن تكون مكررة أو مو متزامنة بين المقالات المرتبطة.
السلبيات
[edit | edit source]- ما بتنعرض للقراء يلي بيستخدمو الموقع الموبايل.
- ما بتوفر شكل و نظام تنقل متناسق بين المواضيع المختلفة – ما فيه تنسيق موحد لكل قوالب التنقل.
- إذا كانت بسيطة، ممكن بالغالب تنستبدل بتصنيف. و ممكن يكون صعب تضيف تفاصيل أكتر من يلي بيقدر التصنيف يعطيه بدون ما يصير القالب كبير بشكل مو عملي.
- ممكن تصير بشعة أو تبين بدون فايدة، مثلاً بسبب ألوان سيئة، حجمها، أو عددها الكبير على نفس الصفحة. لهالسبب، صناديق السلاسل المقالية لازم تكون واضحة بذاتها، و بنفس الوقت ما لازم تحتوي على كتير نصوص للشرح أو التعريف.
- إدراج روابط المقالات أو تقسيماتها بقالب ممكن عن غير قصد يعبر عن وجهة نظر معينة. ممكن كمان يوحي بشكل خاطئ إنو جانب معين من موضوع أو مثال مرتبط أهم أو أقل أو مساوي لجوانب تانية؛ ينستخدم للدعاية لمواضيع مو معروفة بأماكن بارزة؛ أو يعبر عن انتماء المشروع. القوالب يلي بتظهر إنها تعبر عن وجهة نظر ممكن تروح لنقاش القوالب بويكيبيديا. محاولة إصلاح هالمشكلة بإضافة قوالب أكتر ممكن يؤدي لمشكلة المساحة المذكورة فوق.
- من جهة تانية، ممكن ما تعطي القارئ إشارات كافية عن الروابط الأكثر أهمية أو صلة لما يكون هالشي مو مثير للجدل.
- ممكن تاخد مساحة كبيرة بمعلومات علاقتها بالموضوع سطحية.
- بتضمن قائمة كاملة من الروابط بكل مقالة، مع إنو بالغالب كتير من الروابط ما بيكونو مفيدين بشوية مقالات.
- بسبب حجمها، استخدام قوالب تنقل متعددة ممكن ياخد مساحة كبيرة بمقالة وحدة، و ممكن يقدي لخيار منحاز بخصوص أي قالب ينضاف. هالمشكلة ممكن تنخفض باستخدام خيار التصغير التلقائي لمعظم أو كل القوالب بالصفحة، بحيث تخفي محتواها لحتى يتم تفعيلها.
- القوالب ما بتنضاف لنتائج البحث بشكل افتراضي، و هالشي بيصعب على القراء و المحررين يلاقوها.
- بشكل ضمني، بتفترض إنو القارئ يلي مر على مقالة بموضوع واسع رح يهمه يقرا مقالات تانية بنفس الموضوع، بدل ما يدور على الروابط الويكي بالنص أو بقسم "شوف كمان".
- القوالب الجانبية إلها مشاكل محددة و لازم يتم التعامل معها بانتباه خاص لإنها واضحة كتير للقراء:
- المساحة الكبيرة من الشاشة يلي ظاهرة بشكل واضح ممكن تكون أنسب للصور أو معلومات أساسية.
- ممكن يتم اعتبارها كإنها بتحدد الموضوع كـ "منطقة" لمجال علمي معين.
- مجموعة المقالات ضمن قالب جانبي لازم تكون مترابطة بشكل قوي، و القالب لازم يلتزم بمعظم أو كل الإرشادات المذكورة قبل. إذا المقالات مو مترابطة بشكل كافي، قالب التنقل الأفقي ممكن يكون أنسب.