
דפי ערים הם עמודים שמציגים את אותו שירות או את אותה קטגוריה לפי מיקום: "גרירה בחולון", "צימרים בגליל", "קוסמטיקאיות בפתח תקווה". באינדקס או באתר שירות עם פריסה ארצית הם הדרך הטבעית לענות על חיפושים מקומיים — אבל רק כשבכל דף עיר יש משהו שמיוחד לעיר הזו. דף שבו מחליפים רק את שם העיר ומשאירים את כל השאר זהה הוא בדיוק מה שגוגל מגדירה כספאם.
הקו האדום: דפי מעבר (Doorway)
במדיניות הספאם של גוגל מופיע סעיף שנקרא Doorway abuse — יצירת אתרים או עמודים כדי לדרג על חיפושים ספציפיים ודומים זה לזה. אחת הדוגמאות שגוגל נותנת היא עמודים שנוצרים כדי "לתעל" גולשים לחלק השימושי של האתר. מאה דפי ערים עם אותו טקסט ואותה רשימה הם בדיוק זה: הגולש מגיע ל"חשמלאי ברמלה", ומגלה עמוד גנרי שלא אומר לו כלום על רמלה.
ההבדל בין דף עיר לגיטימי לדף מעבר לא נמצא בכמות הדפים, אלא בשאלה פשוטה: אם הייתי מוחק את שם העיר מהעמוד — האם עדיין היה אפשר לנחש לאיזו עיר הוא שייך?
מה הופך דף עיר לשימושי
| רכיב | דף דל | דף שימושי |
|---|---|---|
| רשימת עסקים / נותני שירות | אותה רשימה ארצית בכל עיר | רק מי שבאמת פועל בעיר או באזור, לפי נתונים |
| טקסט | פסקה שבה מוחלף שם העיר | מידע מקומי: שכונות, אזורי שירות, מה מיוחד לביקוש באזור |
| נתונים | אין | כמות נותני שירות, טווח זמינות, שאלות נפוצות מקומיות |
| קישורים | לדף הבית בלבד | לערים סמוכות, לקטגוריות קשורות ולכרטיסי העסקים |
| מפה / מיקום | אין | מפה או פירוט אזורים, כשזה עוזר לגולש |
מתי לא ליצור דף עיר בכלל
הכלל שאני עובד לפיו באינדקסים: דף עיר נוצר כשיש לו תוכן אמיתי, ולא לפני. אם בקטגוריה מסוימת אין אף עסק בעיר, אין סיבה לייצר עמוד "קטגוריה × עיר" ריק שמכריז "לא נמצאו תוצאות". עמודים כאלה מבזבזים תקציב סריקה, מייצרים תוכן כפול, ומאכזבים את מי שמגיע אליהם מגוגל.
יש שתי דרכים לטפל בזה טכנית:
- לא לייצר את העמוד כשאין בו מספיק תוצאות — הקישור אליו פשוט לא מופיע בניווט ובמפת האתר.
- לייצר אבל לסמן
noindex— כשהעמוד שימושי לגולש שכבר באתר, אבל אין לו ערך כתוצאת חיפוש. ברגע שמצטברים בו עסקים, הוא נפתח לאינדוקס אוטומטית.
את הסף (כמה עסקים מינימום) קובעים לפי התחום. מה שחשוב הוא שההחלטה תהיה כלל בקוד, ולא החלטה ידנית לכל עמוד.
מבנה כתובות והיררכיה
דפי ערים צריכים להשתלב במבנה הכתובות של האתר בצורה עקבית. שתי תבניות נפוצות:
/category/city/ → /towing/holon/ /city/category/ → /holon/towing/
אין תבנית "נכונה" אחת — חשוב לבחור אחת ולהיצמד אליה, כי כל שינוי מאוחר מחייב הפניות 301 לאלפי כתובות. ואם יש גם אזורים (מרכז, שרון, צפון), כדאי להחליט מראש אם אזור הוא רמה נוספת בהיררכיה או רק קבוצת קישורים.
קישורים בין ערים
דף עיר טוב מקשר לערים הסמוכות לו ולקטגוריות קשורות באותה עיר. כך הגולש שלא מצא מה שחיפש ממשיך הלאה, וגוגל מוצאת את כל הדפים בלי להסתמך רק על מפת האתר. זה גם מונע את הבעיה של עמודים יתומים — דפי ערים שקיימים במפת האתר אבל אף עמוד לא מקשר אליהם.
מהניסיון: אינדקסים עם עשרות ומאות מיקומים
בiGrar, אינדקס שירותי גרירה, יש יותר מ-40 דפי ערים. בסודי, אינדקס חדרים וצימרים שבניתי על וורדפרס, יש יותר מ-100 יישובים. בשני המקרים ההחלטה הכי חשובה לא הייתה איך לעצב את דף העיר, אלא מתי עמוד כזה בכלל נוצר ומה מופיע בו כשהנתונים מעטים. ככל שהאתר גדל, החלטה כזו חוסכת אלפי עמודים ריקים.
תוכן לדף עיר: מה לכתוב ומה לא
- כן: מידע שגולש מהעיר באמת צריך — אילו אזורים מכוסים, שאלות שחוזרות בעיר הזו, נתונים מתוך האינדקס עצמו (כמה עסקים, אילו שירותים נפוצים).
- כן: טקסט קצר וממוקד מעל הרשימה, ולא חיבור ארוך שדוחף את התוצאות למטה.
- לא: פסקה גנרית שמשוכפלת עם שם העיר מוחלף. גם אם כתבתם אותה עם כמה וריאציות — היא עדיין לא אומרת כלום.
- לא: טקסטים שנוצרים בכמויות בכלי AI בלי ערך אמיתי. גוגל מגדירה זאת במפורש כ"Scaled content abuse" — ראו עמודים פרוגרמטיים.
שאלות נפוצות
כמה דפי ערים זה יותר מדי?
אין מספר. אתר עם 300 דפי ערים שבכל אחד יש עסקים אמיתיים ומידע מקומי — בסדר גמור. אתר עם 30 דפים זהים — בעייתי. השאלה היא תוכן, לא כמות.
מה עושים עם עיר שבה יש עסק אחד?
אפשר להציג אותו יחד עם עסקים מערים סמוכות ("נותני שירות באזור"), ולסמן את העמוד noindex עד שיש מספיק תוכן. כך הגולש מקבל תשובה, והאינדקס לא מתמלא בעמודים דלים.
האם צריך גם דף לכל שכונה?
רק בערים גדולות ורק כשיש ביקוש ותוכן לרמה הזו. ברוב המקרים עיר היא הרמה הנכונה.
מאמרים קשורים: כרטיס עסק באינדקס: מה חייב להופיע ואיך בונים אותו נכון.
דפי ערים הם חלק מרכזי בכל אינדקס ופורטל שאני בונה — עם כללים בקוד שקובעים מתי עמוד נוצר ומתי הוא נפתח לאינדוקס. מתכננים אינדקס עם פריסה ארצית? ספרו לי על המבנה.
אהבתם את המאמר?


