ארכיטקטורת אתר נכונה – איך מחברים בין ניווט, קטגוריות וקישורים פנימיים

תוכן העניינים

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

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

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

שלוש מפות שלא תמיד חופפות

לפני שמשרטטים תפריט, צריך להכיר את שלושת הכוחות שמשפיעים על המבנה.

מפת העסק

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

המפה הזאת חשובה, אך היא נוטה להשתמש בשמות שמוכרים בתוך הארגון ולא בהכרח לקהל. מחלקה שנקראת “פתרונות מתקדמים” יכולה לכלול חמישה שירותים שאין ביניהם קשר ברור מבחינת המשתמש.

מפת המשתמש

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

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

מפת התוכן

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

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

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

בוחרים ציר ארגון מרכזי

אחת הטעויות הנפוצות היא לערבב באותה רמה כמה שיטות חלוקה.

בתפריט של אתר עסקי יכולים להופיע יחד:

• שירותים.
• סוגי לקוחות.
• ענפים.
• בעיות.
• אזורים גאוגרפיים.
• שמות מוצרים.

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

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

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

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

קטגוריה צריכה לבצע עבודה

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

קטגוריה מוצדקת כאשר מתקיימים שלושה תנאים:

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

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

לפני שיוצרים קטגוריה, כדאי לכתוב עבורה כלל כניסה וכלל הוצאה.

לדוגמה:

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

הניסוח מאלץ את הצוות להחליט מה הקטגוריה מייצגת ומונע הצטברות אקראית לאורך זמן.

תגית, מסנן וקטגוריה אינם אותו דבר

שלושת הכלים מאפשרים לקבץ מידע, אך כל אחד ממלא תפקיד אחר.

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

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

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

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

בונים את השלד לפני שבונים את התפריט

התפריט הוא תצוגה מצומצמת של הארכיטקטורה, לא הארכיטקטורה עצמה.

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

• עמודי שירות או מוצר.
• קטגוריות ותתי־קטגוריות.
• מאמרים ומדריכים.
• עמודי קהל או שימוש.
• עמודי מערכת.
• דפי המרה.
• אזורים אישיים שאינם מיועדים לאינדוקס.

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

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

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

התפריט אינו מפת אתר מלאה

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

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

אפשר להשלים אותו באמצעות:

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

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

פותחים מעברים בין ענפים

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

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

אלו המעברים האופקיים של האתר.

קישור רוחבי מוצדק כאשר הוא עונה על השאלה “מהו הצעד ההגיוני הבא מכאן?” הוא אינו צריך להופיע רק משום ששני עמודים חולקים מילת מפתח.

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

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

שמות הקישורים צריכים לתאר את היעד

טקסט כמו “למידע נוסף” אינו מספר למשתמש מה מחכה לאחר הלחיצה. הוא גם אינו מספק הקשר משמעותי למנוע החיפוש.

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

אם העמוד עוסק בהקמת חנות, אפשר לקשר אל:

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

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

קישור קיים רק אם אפשר להגיע אליו

מבנה מצוין על הנייר אינו מועיל אם הקישורים אינם נגישים לסריקה.

כרטיס שנפתח באמצעות אירוע JavaScript, תפריט שאינו חושף כתובות או רשימה שנטענת רק לאחר פעולה יכולים לקטוע את הארכיטקטורה בפועל. המאמר על בעיות JavaScript שמונעות ממנועי חיפוש לקרוא אתר נכון מסביר כיצד להשוות בין הקישורים שהמשתמש רואה לבין הקישורים שמופיעים ב־HTML המרונדר.

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

כתובת העמוד אינה כל הארכיטקטורה

מבנה URL מסודר מועיל למשתמשים ולניהול האתר, אך אין צורך שהכתובת תעתיק כל שכבה בעץ.

עמוד יכול להיות חלק מקטגוריה מסוימת גם אם שם הקטגוריה אינו מופיע בכתובת שלו. הקשרים בין העמודים, הניווט וה־Breadcrumbs משפיעים על האופן שבו המבנה נתפס.

כתובת צריכה להיות יציבה, תיאורית ופשוטה לניהול. הוספת כל קטגוריה ותת־קטגוריה לנתיב יוצרת תלות: שינוי בסיווג עלול לחייב שינוי כתובת והפניה.

לכן כדאי להפריד בין היררכיה תוכנית לבין מבנה כתובות. הן יכולות לתמוך זו בזו, אך אינן חייבות להיות זהות.

מבחן ההתמצאות

לפני שמאשרים ארכיטקטורה, בוחרים כמה משימות אמיתיות שהאתר צריך לאפשר.

לדוגמה:

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

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

במקביל, מריצים סריקה טכנית ובודקים:

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

המבחן האנושי והבדיקה הטכנית משלימים זה את זה. הראשון חושף בלבול, והשני חושף ניתוקים.

איפה המבנה נשבר כאשר האתר גדל

רוב האתרים אינם מסתבכים ביום ההשקה. הבעיה מתחילה לאחר עשרות החלטות קטנות.

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

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

כדי לשמור על המבנה נדרשים כללי תחזוקה:

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

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

המבנה הנכון מאפשר יותר מדרך אחת להגיע

ארכיטקטורה טובה אינה עץ קשיח שבו לכל עמוד יש נתיב אחד בלבד. היא משלבת היררכיה יציבה עם מעברים שמתאימים למשימות אמיתיות.

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

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