מבנה תוכן ריכוזי או אינדבידואלי?

בפוסט זה אגע בנקודה נפוצה בארגון מבנה התוכן של האתר. אשתדל לדבר במילים פשוטות ללא מונחים מקצועיים יתר על המידה בכדי שהדברים יהיו ברורים לכל קורא המתעניין בנושא לצרוך בניית אתר לעצמו או ללקוחותיו.
 

דרישות הלקוח

אתר המכיל מידע רב על קהילות יהודיות באירופה שלפני השואה. באתר יהיו המדורים הבאים:

1. קהילות
2. בתי עלמין
3. בתי כנסת
4. מאמרים
5. כתבי יד
6. אישים

בכל אחד מהפריטים במדורים הנ"ל יופיע מידע רלוונטי, לצורך הדיון נתמקד במדור "קהילות" שבו יופיעו השדות הבאים:

1. שם הקהילה
2. שנות פעילות
3. תיאור קצר
4. תיאור מורחב
5. גלריית תמונות
6. קישור למאמר/ים בנושא הקהילה
7. קישורים לאתרים חיצוניים בנושא הקהילה
8. קבצי PDF להורדה על הקהילה

הדילמה

באשרותינו ליצור שדה ייחודי לכל מדור או לחילופין ליצור "סוג תוכן" נפרד אשר ישמש את כל המדורים.
לדוגמה: עומדות בפניניו 2 אפשרויות לאפשר למנהל האתר להעלות תמונה לתוך פריט תוכן מסוים במדור קהילות.
 

אפשרות 1

שדה בתוך דף יצירת התוכן מסוג קהילה כפי המופיע ברשימת השדות הנדרשים (מספר 5 ברשימה).

מעלות: הזנת תוכן פשוטה וברורה יותר. טופס ההזנה 'חושב' בדיוק כמו המזין האנושי שמצפה לראות אפשרות להעלאת תמונה באותו מקום שבו היא תהיה מוצגת לגולש לאחר סיום ההזנה, קרי בדף הקהילה.

חסרונות: חוסר נוחות לשייך תמונה אחת ליותר מ2 דפי קהילות נפרדים במקרה שדבר זה יידרש. המערכת פחות מתייחסת לתמונות כפריט תוכן בצורה אינדיבידואלית ואינה מאפשרת להציג דוחות מפורטים עם חיתוכי מידע על התמונות הנמצאות בארכיון הארגון כפי שהיא מאפשרת בפריטי מידע אחרים כשנות פעילות הקהילה.

למי זה מתאים? לאתרים לא מאוד גדולים המספקים דפי תוכן פשוטים ולא עונים להגדרה "ארכיון מידע לאומי".

 

אפשרות 2

ליצור סוג תוכן חדש בשם "תמונה" בנוסף על 6 סוגי התוכן הנדרשים (ברשימה הראשונה). בעת הוספת תמונה תינתן האפשרות לבחור לאיזה דף, קהילה, בית עלמין וכו' התמונה משויכת.

מעלות: פריט המידע "תמונה" מקבל משקל ייחסי חשוב כמו כל פריטי התוכן האחרים. בכדי שנוכל להבין טוב יותר את משמעות הדברים ניקח לדוגמה את ארכיון "יד ושם" המחזיק אלפי תמונות מסודרות ומקוטלגות בצורה מיטבית. ראוי בהחלט שישתמשו באפשרות זו בכדי שניתן יהיה לבצע שאילתות וחיתוכי מידע מדויקים לפי כל פרמטר.

חסרונות: מקשה על הזנת התוכן. לעתים מזין התוכן לא יבין היכן עליו להוסיף את התמונה לקהילה מסוימת. כמו כן דרושות פעולות נוספות במסכים שונים במטרה להוסיף תמונה לקהילה: הוספת התמונה כ"פריט תמונה" כללי ורק לאחר מכן ליצור את דף הקהילה ואז לשייך אליה את התמונה. (הגם שעל חסרון זה ניתן להתגבר באמצעות טכנולוגיות JS למיניהם).

למי זה מתאים? לאתרי תוכן כבדים המשמשים כארכיון ואשר חשובה להם האפשרות לניהול המידע בצורה מקסימאלית ומדויקת על כל פריטי התוכן.

 

סיכום

גישות אלו למבנה התוכן תקפות במקרים רבים ולא רק בדוגמה של העלאת תמונות. אם רק נמשיך לבדוק את האפשרויות השונות העומדות בפנינו בתהליך אפיון האתר הנוכחי נשים לב לדילמות הבאות: צריך לשייך כתב יד לאישיות מסוימת, בית עלמין ובית כנסת לקהילה, אישים לקהילות ועוד...

חשוב שנבין היטב את צרכי הלקוח שלנו ובאיזה משבצת בדיוק הוא רואה את עצמו עומד בתקופה הקרובה. אנו בהחלט נמנע מבניית אתר מפלצתי וכבד הנותן כמובן אפשרויות נוספות אך מכביד על הפעילות השוטפת של הארגון ותהליך ניהול התוכן באתר דבר אשר יביא מן הסתם למציאות הבלתי רצויה שהאתר ישאר מיותם ללא תכנים.

הערה: דילמות אלו המתוארות בפוסט זה נלקחו מאתר אמתי שפיתוחו מושלם בימים אלה.