SEO לווקומרס בעברית: 7 בעיות שחוזרות בחנויות ישראליות ואיך מתקנים אותן
בחנות ווקומרס ישראלית, הבעיות שמורידות SEO כמעט אף פעם לא מתחילות ב"איזה מילת מפתח לבחור". הן מתחילות בדברים קטנים שהצטברו. תבנית RTL שמוסיפה CSS כבד, אחסון איטי שמקפיץ זמני תגובה, פילטרים שיוצרים אלפי כתובות, תרגום שמייצר כפילויות, וטקסונומיות של וורדפרס שמדליקות לגוגל אור ירוק לסרוק זבל.
המטרה של המאמר הזה היא להראות איפה זה קורה בפועל ואיך מתקנים. לא תאוריה. תקבל צעדים קונקרטיים, שמות תוספים, והחלטות שיחסכו לך התברברות על מילים כלליות שבסוף לא ממירות.
- איך לזהות ולחסום כפילויות שנוצרות מ-attributes, פילטרים, תגיות ומיון מוצרים בלי לפגוע במכירות.
- איך לטפל בבעיות RTL ותרגום שוברות SEO, כולל hreflang, קנוניקל ותוכן כפול.
- מה לעשות עם אחסון ישראלי איטי ו-TTFB גבוה, כולל קאשינג נכון לווקומרס ו-CDN שמתאים לחנות בעברית.
- איך לבנות היררכיית קטגוריות שמחזיקה גם SEO וגם ניווט, בלי עמודים דלים שמדללים סמכות.
1) RTL ותבניות עברית: כשכיוון כתיבה הופך לבעיה של Core Web Vitals
ברוב חנויות הווקומרס בארץ, RTL מגיע יחד עם שכבת התאמות על התאמות. תוספי RTL, קבצי CSS כפולים, פונטים כבדים בעברית, וסקריפטים של אלמנטור שמופעלים בכל עמוד. בפועל זה מתבטא ב-LCP גבוה, CLS שקופץ בעמודי מוצר, ו-INP שמדרדר בגלל יותר מדי JavaScript בצד לקוח. גוגל מודד את זה דרך Core Web Vitals, וזה משפיע על חוויית משתמש וגם על יכולת זחילה יעילה. מדדים ורקע רשמי תמצא ב-web.dev.
- ב-PageSpeed Insights בדוק עמוד בית, קטגוריה ומוצר. רשום את LCP, CLS, INP ואת הבעיות החוזרות (רינדור חסום, תמונות לא ממוטבות, JS לא בשימוש).
- בדוק אם נטענים שני קבצי CSS ל-RTL ול-LTR. בהרבה תבניות זה קורה כשמפעילים גם RTL פנימי וגם תוסף RTL. השאר פתרון אחד בלבד.
- אם אתה עם Elementor, הפעל תנאי טעינה כדי שלא כל הווידג'טים ייטענו בכל עמוד. אלמנטור עצמו מאפשר ניסויי ביצועים, ובאתרים כבדים כדאי לשקול מעבר לעיצוב קל יותר בעמודי קטגוריה ומוצר.
- התקן תוסף קאשינג שיודע לעבוד עם ווקומרס. שניים שרואים הרבה בחנויות ישראליות: LiteSpeed Cache (כשיש LiteSpeed בשרת) או WP Rocket (אם אין). ודא שעמודי Cart, Checkout ו-My Account לא נכנסים לקאש.
- צמצם פונטים: בחר משפחת פונט אחת בעברית, העבר ל-WOFF2, והפעל preload רק למשקלים שבאמת בשימוש. פונטים בעברית עלולים להיות כבדים, וזה מכה ישירות ב-LCP.
2) אחסון בארץ ו-TTFB: למה החנות מרגישה איטית גם כשיש קאש
בעיה ישראלית מוכרת היא שילוב של אחסון מקומי בינוני עם וורדפרס עמוס תוספים. גם אחרי שמדליקים קאש, TTFB נשאר גבוה כי הבקשות הדינמיות של ווקומרס יקרות, ויש חיבורים חיצוניים שמאריכים זמן תגובה: סליקה, Pixel, שירותי צ'אט, נגישות, ומערכות שילוח. זה פוגע גם בגוגל וגם באנשים. הלקוח נכנס מעמוד מוצר, מחכה, יוצא, וזה נגמר עוד לפני שהתחיל.
| סימפטום | מה לבדוק | תיקון נפוץ בווקומרס |
|---|---|---|
| TTFB גבוה גם בעמודים מקוּשָׁתים | שרת, PHP version, Object Cache, DB queries | שדרוג PHP, הפעלת Redis Object Cache, ניקוי תוספים כבדים |
| LCP גבוה בעיקר במובייל | משקל תמונות, פונטים, CSS חוסם רינדור | WebP + lazyload, preload לפונט אחד, אופטימיזציית CSS |
| INP גבוה בעמודי קטגוריה | כמות JS, פילטרים, קרוסלות, אלמנטים דינמיים | הסרת תוספים, טעינה מותנית, צמצום וידג'טים בעמודי רשימה |
| העמוד נטען ואז קופץ | תמונות בלי width/height, פופאפים, באנרים | הגדרת מידות, דחיית פופאפים, הקטנת רכיבי צד ג' |
- בדוק ב-Google Search Console את הדו"ח של Core Web Vitals ואת דפי הבעיה. הוא נותן קבוצות כתובות, לא רק עמוד אחד.
- הפעל Object Cache אמיתי. בחנויות רבות זה ההבדל בין חנות שמגיבה לחנות שמתחננת. תוסף נפוץ: Redis Object Cache, בתנאי שיש Redis בשרת.
- בדוק אם יש שאילתות כבדות סביב סינון מוצרים. תוספים מסוימים לפילטרים יוצרים שאילתות יקרות על wp_postmeta. אם אין ברירה, שדרוג תשתית או החלפת תוסף פילטר יכולים להוריד עומס משמעותית.
- הגדר CDN בצורה שפויה. Cloudflare עובד יפה גם לחנויות בעברית, עם Cache Rules לעמודים סטטיים, והחרגה של Cart ו-Checkout.
צפו: ככה נראה קידום אורגני שעובד
הדגמה קצרה: איך קידום אורגני מביא תנועה ומכירות לחנות eCommerce בעברית.
3) Attributes, פילטרים ומיונים: מפעל ליצירת כפילויות שגוגל כן סורק
כאן נופלות הכי הרבה חנויות. לווקומרס קל לייצר וריאציות, attributes, פילטרים, עמודי מיון, ופרמטרים ב-URL. כל אחד מהם יכול לפתוח מסלול סריקה חדש: ?filter_color=, ?orderby=price, /?min_price=, /page/2/. אם זה פתוח, אתה יוצר מאות או אלפי עמודים דומים, עם אותו מלאי מוצרים, ואז גוגל מבזבז Crawl Budget על רעש במקום על קטגוריות ומוצרים שמביאים מכירות.
הכלל הפשוט: עמודי פילטר נשארים למשתמש, אבל לא חייבים להיכנס לאינדקס. תן לגוגל סט ברור של כתובות קנוניות. בהנחיות הרשמיות על סריקה וקנוניקל אפשר להעמיק דרך התיעוד של גוגל: developers.google.com/search/docs.
- מפה: רשום את כל סוגי הפרמטרים שהחנות מייצרת. בדוק בפועל בקטגוריה אחת: מיון, פילטרים, עמודים, חיפוש פנימי.
- בחר איזה שילובים באמת שווים אינדוקס. ברוב החנויות זה מספר קטן: קטגוריות, תתי קטגוריות, ומספר מוגבל של דפי תוכן ייעודיים לפי כוונת חיפוש.
- ב-SEO plugin (לרוב Rank Math או Yoast SEO) קבע noindex לעמודי תוצאות חיפוש פנימי, ולארכיונים שאינם מביאים ערך אמיתי.
- הגדר קנוניקל נכון לעמודי קטגוריה עם פרמטרים. בהרבה מצבים הקנוניקל צריך לחזור לכתובת הקטגוריה הנקייה.
- חסום זחילה של פרמטרים בעייתיים ב-robots.txt רק כשאתה בטוח שלא צריך אותם. חסימה ב-robots לא בהכרח מוציאה מאינדקס אם יש קישורים חיצוניים שמפנים לכתובת. לרוב מתחילים ב-noindex וקנוניקל.
- תוספי SEO נפוצים לווקומרס: Rank Math SEO, Yoast SEO (שניהם יודעים קנוניקל, noindex, sitemap).
- ניהול הפניות ושגיאות: Redirection.
- בדיקת קישורים פנימיים ושכפולים: Screaming Frog SEO Spider (כלי חיצוני, לא תוסף).
4) עמודי תגיות וטקסונומיות: למה גוגל אוהב אותם יותר מדי אם לא עוצרים אותו
וורדפרס מייצר ארכיונים בצורה טבעית: תגיות, קטגוריות, מחברים, תאריכים. בווקומרס מתווספים גם product tags ו-product categories. בחנויות ישראליות זה מתפוצץ כשמוסיפים תגיות "מבצע", "חדש", "קיץ", או כשמתייגים כל מוצר בכל מה שאפשר. אחרי חודשיים יש עשרות עמודי תגית שמכילים כמעט אותו סט מוצרים, בלי תוכן ובלי כוונה ברורה.
- בדוק ב-Search Console אילו כתובות של /tag/ או /product-tag/ מקבלות חשיפות. אם יש הרבה חשיפות עם CTR נמוך, זו נורת אזהרה לעמודים לא ממוקדים.
- קבל החלטה: או שמטפחים מספר קטן של תגיות כעמודי נחיתה אמיתיים עם תוכן, או שמסמנים noindex לכל ארכיוני תגיות.
- ב-Rank Math או Yoast: הגדר noindex ל-Product tags ברירת מחדל, ואז החרג רק תגיות שאתה בונה להן עמוד אמיתי.
- ודא שה-sitemap לא מפוצץ טקסונומיות מיותרות. אם אתה משאיר תגיות ב-index, תן להן מקום, טקסט פתיחה קצר, וקישורים פנימיים הגיוניים.
5) תרגום ותוספים: Polylang, WPML ואיך לא לייצר חנות כפולה בלי כוונה
בחלק מהחנויות בארץ יש עברית ואנגלית, לפעמים גם רוסית או ערבית. זה מצוין לעסק, אבל מבחינת SEO זה מוקש אם התרגום נעשה בלי חוקים: עמוד מוצר בעברית משוכפל לאנגלית עם אותו תוכן, או שגרסה מתורגמת נשארת חצי מוכנה ונכנסת לאינדקס. בנוסף, תוספים מסוימים יוצרים כתובות שונות לאותו עמוד או מוסיפים פרמטרים שמבלבלים קנוניקל.
- בחר מנגנון רב לשוני אחד: WPML או Polylang. אל תערבב תוספי תרגום במקביל.
- הפעל hreflang בצורה תקינה. רוב התוספים עושים את זה, אבל צריך לבדוק בפועל בקוד המקור של עמוד מוצר וקטגוריה שיש תגיות hreflang לכל שפה רלוונטית, ושאין הפניות שבורות.
- ודא שכל גרסה מתורגמת שיש לה URL פתוח היא גרסה מלאה. אם אין תוכן אמיתי, תן לה noindex עד שהיא מוכנה.
- בדוק קנוניקל: בכל שפה הקנוניקל צריך להצביע לעצמה, לא לערבב בין שפות. ערבוב כזה יוצר מצב שגוגל מדרג עמוד בשפה הלא נכונה.
- תתכונן למלאכת תרגום של אלמנטים קטנים: Breadcrumbs, תכונות מוצר, טקסטים של תוספים, הודעות מערכת. שם נוצרים הרבה חצאי משפטים באנגלית שמורידים אמון ומשפיעים על המרה.
אם אתה רוצה להשלים את התהליך בצורה מסודרת, פעמים רבות נכון לשלב גם החלטות מבניות של אתר, לא רק תרגום. זה נכנס תחת ייעוץ ובניית אתרים כי לפעמים הבעיה בכלל בתבנית, בתפריטים, ובאופן שבו ווקומרס מציג וריאציות.
6) מבנה קטגוריות בחנויות ישראליות: עומק, קניבליזציה ומה עושים עם קטגוריות רזות
מבנה קטגוריות בווקומרס נוטה להיבנות לפי איך שנוח לסדר מלאי, לא לפי איך שאנשים מחפשים. זה מייצר שתי בעיות נפוצות. הראשונה, יותר מדי עומק: קטגוריה, תת קטגוריה, עוד תת, ואז עמוד מוצר קבור. השנייה, יותר מדי קטגוריות רזות, שכל אחת מכילה 3 מוצרים בלי הקשר, בלי תוכן, ועם תחרות פנימית על אותם ביטויים.
- מפה היררכית: יצא לייצוא את רשימת הקטגוריות ותתי הקטגוריות. אם אתה לא יודע איך, תוציא מוורדפרס או בעזרת Screaming Frog.
- בחר 8 עד 20 קטגוריות ראשיות שמייצגות את ההיצע האמיתי. זה משתנה לפי חנות, אבל בדרך כלל יותר מזה מציף משתמשים ומפזר סמכות.
- אחד קטגוריות רזות: קטגוריה עם מעט מוצרים לאורך זמן עדיף לאחד או להפוך לדף תוכן בתוך קטגוריה קיימת.
- טפל בקניבליזציה: אם יש שתי קטגוריות שמדורגות על אותה כוונה, תחליט מי המנצחת. השנייה מקבלת 301 או הופכת לתת קטגוריה, בהתאם להקשר.
- ודא שהקישורים הפנימיים תומכים במבנה: תפריט, breadcrumbs, קישורי "מוצרים קשורים" הגיוניים, וקישורים מתוך תוכן של קטגוריות לעמודים חשובים.
אם אתה רוצה להעמיק בסדר פעולות ויישום לאורך זמן, זה בדיוק אזור העבודה שלנו ב-שירות SEO לחנויות ועסקים. אנחנו נוטים להתחיל מהמבנה והכפילויות ורק אחר כך להרחיב תוכן, כי אחרת התוכן נשפך לתוך מערכת שממשיכה לייצר רעש.
7) Sitemap, robots, והיגיון של גוגל: איך גורמים לו לסרוק את מה שבאמת מוכר
אחרי שתיקנת מהירות, כפילויות ומבנה, נשאר החלק של שליטה בסריקה. בהרבה חנויות, ה-sitemap כולל אלפי כתובות שלא אמורות להיות שם: תגיות, עמודי מחבר, מדיה, וריאציות מוזרות. במקביל, דפי מוצר חדשים לא נכנסים לאינדקס שבועות כי גוגל עסוק במקום אחר.
- ודא שיש sitemap אחד ברור (לרוב של Rank Math או Yoast). אל תפעיל שני תוספי sitemap במקביל.
- בצע ניקוי sitemap: הוצא טקסונומיות שלא צריך לאנדקס, דפי מדיה, וארכיונים שאינם תורמים.
- טפל בסטטוסי מוצר: מוצרים out of stock לאורך זמן יוצרים דילמה. אם המוצר יחזור, השאר אותו עם הודעה ברורה ומוצרים חלופיים. אם לא יחזור, תכנן 301 למוצר חלופי או לקטגוריה.
- בדוק ב-Search Console את Coverage ואת Crawled currently not indexed. אם שם מופיעים הרבה פרמטרים ופילטרים, חזור לסעיף הכפילויות.
- וודא שכל עמוד חשוב מקבל קישורים פנימיים. גוגל זוחל לפי קישורים. אם מוצר קיים רק בעמוד 5 של קטגוריה, הוא נשאר יתום כמעט מבחינת זחילה.
ואם במקביל אתה מריץ קמפיינים, תזכור ש-SEO ו-PPC יכולים לעבוד יחד. למשל, לזהות ביטויים שממירים בגוגל אדס ולבנות סביבם נכסים אורגניים. זה משהו שאנחנו עושים הרבה דרך ניהול קמפיינים ממומנים יחד עם העבודה האורגנית.
שאלות נפוצות
האם כדאי לעשות noindex לכל עמודי הפילטר בווקומרס, או שיש מקרים ששווה לאנדקס?
ברוב החנויות, עמודי פילטר נוצרים בכמות גדולה ומובילים לתוכן דומה, אז noindex וקנוניקל לקטגוריה הנקייה הם ברירת מחדל טובה. כן יש מקרים ששווה לאנדקס, כשפילטר מסוים מייצג כוונת חיפוש עקבית, למשל "נעלי ריצה לנשים" כעמוד ייעודי עם טקסט, כותרת ומבחר מוצרים יציב. העיקר שלא תיווצר אינפלציה של עמודים דלים.
מה עדיף לחנות בעברית, אחסון בישראל או שרת בחו"ל עם CDN כמו Cloudflare?
זה תלוי איפה השרת חזק יותר ומה איכות התשתית. חנות עם שרת חו"ל איכותי ו-CDN יכולה להיות מהירה יותר מחבילה מקומית חלשה, במיוחד לנכסים סטטיים. מצד שני, קריאות דינמיות כמו Checkout עדיין תלויות בשרת המקור, לכן מודדים TTFB בפועל ומחליטים לפי נתונים.
איך יודעים אם WPML או Polylang יצרו כפילות שגורמת לגוגל לבחור שפה לא נכונה בתוצאות?
סימן נפוץ הוא שמופיעות תוצאות באנגלית לחיפושים בעברית, או להפך. בודקים ב-Search Console את ה-URL שמקבל חשיפות, ואז בודקים בקוד המקור של אותו עמוד את hreflang ואת הקנוניקל. אם הקנוניקל מצביע לשפה אחרת, או אם hreflang חסר/שגוי, זו בדרך כלל הסיבה.
עמודי תגיות של מוצרים יכולים להביא מכירות, או שעדיף תמיד לחסום אותם?
הם יכולים לעבוד כשמתייחסים אליהם כמו דפי קטגוריה קטנים, עם כוונה ברורה ותוכן תומך. בחנויות רבות, תגיות נוצרות אד הוק ומסתיימות בעמודים ריקים מתוכן עם רשימת מוצרים אקראית, ואז עדיף noindex. אם אתה מטפח 5 עד 15 תגיות אסטרטגיות, זה כבר סיפור אחר.
אפשר להתחיל מבדיקה קצרה שמוצאת כפילויות, בעיות אינדוקס ומהירות בעמודים שמוכרים. משם ברור מה לתקן קודם ומה אפשר להשאיר לאחר כך.
רוצים ש-OpticoAI יעשה את זה בשבילכם?







