מבנה URL — כיצד לתכנן כתובות URL שמדרגות ומשפרות חוויית משתמש

כתובת אתר (URL) היא הכתובת הייחודית של כל דף. עבור גוגל, היא עוזרת להבין את הקשר בין הדפים ואת היררכיית האתר. עבור המשתמשים, כתובת קריאה מעבירה מידע על מה שהם עומדים לראות — עוד לפני הקלקה.

שלושה גורמים משפיעים:

- **מילות מפתח בכתובת** — גוגל מתחשבת בהן, אם כי במידה מתונה יחסית לאלמנטים אחרים - **ארכיטקטורת הכתובת** — היררכיה ברורה (domain.com/category/subcategory/page) עוזרת לגוגל להבין את מבנה האתר - **כתובת ידידותית** — קריאה, ניתנת לשיתוף, ומייצרת אמון

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

דוגמאות:

- כתובת גרועה: domain.com/p?id=12345&cat=7 - כתובת טובה: domain.com/shoes/running/women

מקף מול קו תחתון: גוגל מתייחסת למקף (-) כרווח בין מילים, ולכן running-shoes נקרא כשתי מילים. קו תחתון מחבר שתי מילים לאחת, ולכן running_shoes נקרא כמילה אחת. תמיד העדף מקפים.

עומק הכתובת הוא מספר רמות התיקיות בה: domain.com/level1/level2/level3/page.

מה גוגל מעדיפה: דפים חשובים (כמו דף הבית והקטגוריות הראשיות) קרוב לשורש, ולא יותר מ-3 עד 4 רמות עומק לדפים המרכזיים. כל רמה נוספת דורשת יותר מאמץ סריקה מגוגל (תקציב סריקה).

סוגי ארכיטקטורה:

- **שטוחה** — כל הדפים ישירות תחת השורש (domain.com/product-page) - **היררכית** — domain.com/category/subcategory/product (מומלץ לאתרים גדולים) - **היברידית** — שילוב של שתי הגישות לפי הצורך

פרמטרים בכתובת (query strings) הם החלק שמגיע אחרי סימן השאלה: domain.com/search?q=shoes&color=red. הבעיה: ריבוי פרמטרים יוצר אינסוף כתובות שמצביעות על אותו תוכן — בעיית תוכן כפול ובזבוז תקציב סריקה.

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

מתי פרמטרים בסדר: מעקב אנליטיקס (utm_source — לא מאונדקס), מפתחות API, ומזהי סשן (אם גוגל לא מגיעה אליהם).

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

איך לשנות בבטחה:

- הגדר הפניה 301 מהכתובת הישנה לחדשה - עדכן את כל הקישורים הפנימיים לכתובת החדשה - עדכן את ה-Sitemap והגש את הכתובת החדשה בקונסולה - עקוב אחרי שגיאות סריקה בשבועות שלאחר מכן

מה לא לעשות: לשנות כתובת ולהשאיר שגיאת 404, להשתמש בטעות בהפניה 302 (זמנית) במקום 301, או לשנות כתובת של דפים שיש להם קישורים נכנסים — אם אפשר, השאר את הכתובת המקורית.

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

שלוש גישות:

- **דומיין מדינתי** — wao.co.il לעברית, wao.com לאנגלית - **תת-תיקייה** — wao.co.il/en/ לאנגלית - **תת-דומיין** — en.wao.co.il

גוגל תומכת בכל הגישות, אבל תת-תיקייה ודומיין מדינתי הן המועדפות.

עברית בכתובת: מבחינה טכנית אפשר לכתוב כתובת בעברית, אבל בפועל היא הופכת למסורבלת (%D7%9E%D7%95%D7%A6%D7%A8). מומלץ להשתמש בתעתיק לאותיות לטיניות, או באנגלית בכתובת.

**Screaming Frog** — סורק את כל הכתובות באתר ומזהה שגיאות (404, שרשראות הפניה), כתובות ארוכות מ-115 תווים, כתובות עם רווחים, וכתובות כפולות.

**Search Console** — דוח הכיסוי מראה אילו כתובות גוגל סרקה ואיפה יש בעיות. שם אפשר לזהות כתובות עם פרמטרים שמאונדקסות בטעות.

**כלי בדיקת כתובת בקונסולה** — בדוק כתובת ספציפית: האם היא מאונדקסת? מה ה-canonical שלה? מה גוגל רואה?

**Ahrefs / Semrush** — מזהים אילו כתובות קיבלו קישורים נכנסים — אלה הכתובות הקריטיות ביותר לשמירה.