קידום אתר שופיפיי: מבנה חנות שגוגל יודע לסרוק
רוב הבעיות האורגניות בחנות שופיפיי אינן בטקסט אלא בארכיטקטורה של הכתובות והעמודים.
אם יש לך חנות שופיפיי והתנועה האורגנית תקועה, ברוב המקרים הבעיה אינה איכות הכתיבה אלא המבנה. שופיפיי כופה סכימת כתובות קבועה, מייצרת אוטומטית עמודים שלא ביקשת, ומאפשרת לאותו מוצר להיות נגיש דרך כמה נתיבים שונים. קידום אתר שופיפיי מתחיל בלסדר את המפה הזאת: להחליט איזה עמוד אמור לדרג על כל סוג שאילתה, ולוודא שאין שני עמודים משלך שמתחרים על אותה כוונת חיפוש.
בפועל זה מסתכם בארבעה מוקדים, וכולם מבניים: החלוקה בין דפי אוסף לדפי מוצר, הכפילויות שנוצרות מסינון תגיות ומיון, האופן שבו וריאציות מוצר מיוצגות בכתובת, ותיאורי מוצר שהועתקו מהספק ולכן זהים לעשרות חנויות אחרות. כל אחד מהם ניתן לתיקון בלי להחליף תבנית ובלי לכתוב מחדש את כל החנות.
קידום אתר שופיפיי: מה בפלטפורמה עובד לטובתך ומה נגדך
סכימת הכתובות שהפלטפורמה כופה
שופיפיי לא נותנת חופש מלא במבנה ה-URL. כל סוג תוכן יושב תחת קידומת קבועה, וזה למעשה קובע את היררכיית הקידום של החנות עוד לפני שכתבת מילה:
| נתיב | מה יושב שם | התפקיד בקידום |
|---|---|---|
| /collections/… | דף אוסף (קטגוריה) | שאילתות קטגוריה, בדרך כלל ברבים |
| /products/… | דף מוצר בודד | שאילתות דגם, שם מוצר, מק"ט |
| /pages/… | עמודי תוכן קבועים | מותג, אמון, משלוחים, החזרות |
| /blogs/… | פוסטים | שאילתות מידע לפני קנייה |
נקודה שחשוב להכיר: מוצר בשופיפיי נגיש גם דרך הנתיב הקצר וגם דרך נתיב שכולל את האוסף שדרכו הגעת אליו. הפלטפורמה מטפלת בזה בעצמה ומצביעה בתגית הקנוניקל על הכתובת הקצרה, כך שהגרסה הכפולה לא אמורה להתחרות. הבעיה מתחילה כשמישהו משנה את התבנית או מזריק קנוניקל ידני — ואז אותו מוצר מתחיל להופיע בשתי כתובות בעלות סמכות מפוצלת.
מזהה הכתובת של כל פריט נקרא בשופיפיי handle — החלק האחרון של ה-URL. בחנות בעברית הוא יכול להיות בעברית, והכתובת תיראה מקודדת בדפדפן; זה תקין ועובד, ואין סיבה להחליף אותו לתעתיק לועזי.
שינוי handle והפניות 301 — ההבדל שקובע הכול
ההבחנה הבאה אינה אינטואיטיבית, וכדאי להכיר אותה לפני שנוגעים בקטלוג. כששינית handle של מוצר, אוסף או עמוד דרך ממשק הניהול, שופיפיי מציעה ליצור הפניית 301 מהכתובת הישנה לחדשה, ותיבת הסימון הזאת מסומנת כברירת מחדל. כלומר עריכה ידנית אחת אינה שוברת דבר — הכתובת הישנה ממשיכה להוביל ליעד, אלא אם ביטלת את הסימון במו ידיך.
מה שלא מתנהג כך הוא שינוי המוני. ייבוא CSV, שינוי דרך ה-API או אפליקציה שמסדרת קטלוג מחליפים handle בלי לייצר הפניה. הכתובת הישנה מתחילה להחזיר 404, וכל הקישורים והסמכות שהצטברו אליה מפסיקים להעביר ערך. לכן הכלל המעשי אינו "אל תשנה handle" אלא:
| איך שינית | נוצרת הפניה אוטומטית? | מה לעשות |
|---|---|---|
| עריכה בממשק הניהול | כן, תיבת סימון מסומנת כברירת מחדל | לא לבטל את הסימון |
| ייבוא CSV | לא | לשמור מראש את הכתובות הישנות וליצור הפניות באותו יום |
| שינוי דרך API או אפליקציה | לא | לייצא את הקטלוג לפני ההרצה, ולהשוות אחריה |
ההפניות עצמן יושבות בחנות המקוונת תחת ניהול הפניות כתובות URL, ואפשר להעלות אותן כקובץ.
דף אוסף מול דף מוצר: מי מתחרה על מה
זו ההחלטה שקובעת את רוב התוצאה. דף אוסף הוא עמוד רחב עם הרבה מוצרים; דף מוצר הוא עמוד ספציפי עם כוונת רכישה גבוהה. כשמנסים לדחוף דף מוצר לשאילתה קטגורית רחבה, הוא כמעט תמיד מפסיד לדף אוסף — של מישהו אחר.
| סוג השאילתה | דוגמה | העמוד שאמור לדרג |
|---|---|---|
| קטגוריה רחבה | כריות נוי | דף אוסף ראשי |
| קטגוריה עם מאפיין | כריות נוי קטיפה | תת-אוסף ייעודי |
| דגם או שם מוצר | כרית קטיפה בז' 45 ס"מ | דף מוצר |
| שאלה לפני קנייה | איך מכבסים כרית קטיפה | פוסט בבלוג |
| מותג ספק שאתה מוכר | שם המותג | אוסף מותג |
למה דף האוסף יוצא מהקופסה בלי טקסט
לאוסף בשופיפיי יש שדה תיאור, אבל התבנית קובעת אם והיכן הוא מוצג — חלק מהתבניות מציגות אותו מתחת לרשת המוצרים, או בכלל לא. ואוסף שנוצר אוטומטית לפי חוק תגית נולד בלי תיאור מעצם הגדרתו: מי שיצר אותו בחר תנאי, לא כתב עמוד. התוצאה היא עמוד שכל התוכן הייחודי שלו הוא שמות המוצרים שברשת.
לכן תיאור אוסף אינו קישוט. זה שינוי שנעשה פעם אחת בממשק, בלי לגעת בתבנית ובלי מפתח, על עמוד שכבר מקבל קישורים מהתפריט הראשי — כלומר הוא מוסיף טקסט משלך בדיוק במקום שבו כבר יש סמכות פנימית. מה שנכנס בו:
- מה בדיוק נמצא באוסף הזה ומה לא, במילים שקונה משתמש בהן
- איך בוחרים בין האפשרויות — הקריטריון שבאמת מבדיל ביניהן
- קישור לתתי-האוספים הרלוונטיים בתוך הטקסט, לא רק בתפריט
- שתיים-שלוש שאלות נפוצות על הקטגוריה, בגוף העמוד
הכפילויות שנוצרות מסינון, תגיות ומיון
כאן ממשק החנות מייצר כתובות שלא תכננת. ברגע שהוספת סינון לאוסף, כל צירוף אפשרי של מסננים הופך לכתובת שאפשר להגיע אליה — לפי תגית, לפי מאפיין, לפי טווח מחירים. הוסף לזה מיון (מהזול ליקר, לפי חדש) ועימוד, ואוסף אחד יכול לייצר עשרות כתובות שכולן מציגות גרסאות של אותה רשימה.
סינון לפי תגית ומאפיין
שופיפיי מצביעה בקנוניקל של כתובת מסוננת חזרה על האוסף הבסיסי, וזה הדבר הנכון ברוב המקרים — אתה לא רוצה שמאה עמודים דקים ייכנסו לאינדקס. אבל המשמעות היא שכתובת מסוננת לא תדרג בעצמה. לכן, כשיש ביקוש חיפוש אמיתי לצירוף מסוים, הפתרון אינו להסתמך על המסנן אלא ליצור אוסף ייעודי: handle משלו, כותרת משלו, תיאור משלו וקישורים פנימיים אליו. אוסף ייעודי הוא עמוד שאתה שולט בו; כתובת מסוננת היא תוצר לוואי של ממשק.
מיון ועימוד
פרמטרי מיון לא מוסיפים ערך לחיפוש והם רק צורכים סריקה. עימוד לעומת זאת הוא כן חשוב — הוא הדרך שבה הסורק מגיע למוצרים שאינם בעמוד הראשון. אל תחסום עימוד ואל תסתמך על גלילה אינסופית בלבד: אם המוצרים בעמודים הפנימיים אינם נגישים דרך קישור רגיל, חלק מהקטלוג פשוט לא ייסרק. כלל אצבע פשוט — כל מוצר בחנות צריך להיות במרחק שלושה קליקים לכל היותר מהעמוד הראשי, ואם אינו, פצל את האוסף לתתי-אוספים.
מתי לפצל אוסף לתתי-אוספים
פיצול פותר גם עומק סריקה וגם התאמה לשאילתה, אבל כל תת-אוסף הוא עמוד נוסף שצריך תיאור, קישורים ותחזוקה. ארבעה תנאים שכדאי שיתקיימו לפני שמפצלים:
- יש שאילתה שאנשים באמת מקלידים לצירוף הזה, ולא רק מסנן שנוח בממשק.
- יישארו בו מספיק מוצרים כדי שהעמוד לא ייראה ריק גם אחרי שייגמר מלאי.
- אפשר לכתוב עליו פסקה שאינה חוזרת על תיאור אוסף האב במילים אחרות.
- יש מאיפה לקשר אליו — מהאוסף הראשי, מהתפריט או מפוסט רלוונטי.
אם רק שניים מהם מתקיימים, עדיף להשאיר מסנן: תת-אוסף בלי טקסט משלו ובלי קישור נכנס הוא בדיוק אותו עמוד דק שניסית להימנע ממנו.
וריאציות מוצר: מתי לפצל לדף נפרד
וריאציה בשופיפיי אינה עמוד — היא פרמטר על אותה כתובת מוצר. זה עיצוב נכון: צבע ומידה של אותו פריט לא מצדיקים עמוד נפרד, ופיצול כזה היה מייצר עשרה עמודים כמעט זהים שמפצלים ביניהם את הסמכות.
הפיצול מוצדק רק כשהווריאציה היא בפועל מוצר אחר: שם שונה שאנשים מחפשים בו, מפרט שונה, מחיר שונה מהותית, או קהל אחר. המבחן פשוט — האם מישהו מקליד את השם הזה בגוגל בלי לחשוב על ה"אב" שלו? אם כן, זה מוצר. אם התשובה היא "רק בתוך העמוד", השאר את זה וריאציה, ודאג שהתיאור בעמוד יזכיר במפורש את כל האפשרויות במילים, לא רק כטבלת בחירה.
שיוך אותו מוצר לכמה אוספים הוא לגיטימי ואף רצוי, כי הוא מוסיף מסלולים פנימיים אליו — אבל מוצר שנדחף לעשרה אוספים כדי "להופיע בכל מקום" מדלל את המשמעות של כל אחד מהם.
תיאורי מוצר שהועתקו מהספק
חנויות רבות מייבאות תיאורים מהספק, ואותו טקסט בדיוק יושב על עוד עשרות חנויות. מבחינת מנוע חיפוש אין שם שום דבר ייחודי שמצדיק דירוג דווקא אצלך, ומבחינת הקונה חסר בו בדיוק המידע שמכריע רכישה — ולכן אותו עמוד מפסיד פעמיים. שכתוב אינו משימה יצירתית; הוא מילוי טופס של מה שהקונה באמת מחפש:
- איזו בעיה המוצר פותר, ולמי הוא מתאים
- מידות מדויקות, חומר, משקל, מה כלול באריזה
- הוראות תחזוקה, תאימות, דרישות התקנה
- למי המוצר לא מתאים — זה מוריד החזרות ובונה אמון
- שאלות אמיתיות שקיבלת בוואטסאפ או בהודעות, עם התשובות
- תמונות משלך עם טקסט חלופי שמתאר את מה שרואים
אם יש בקטלוג מאות מוצרים, אל תנסה לשכתב הכול. סדר את המוצרים לפי חיפושים ולפי מרווח רווח, וטפל קודם בעשירון העליון. מוצר שאף אחד לא מחפש לא יזוז גם אחרי תיאור מצוין, ולכן סדר הטיפול חשוב יותר מקצב הכתיבה.
קישור פנימי: המסלול מהקטגוריה למוצר
בחנות, קישור פנימי הוא לא "עוד קישור" — הוא מה שמסביר לגוגל אילו עמודים חשובים. שלושה מסלולים שכדאי לוודא שקיימים: מהאוסף הראשי לתתי-האוספים דרך טקסט בתיאור ולא רק בתפריט; מדף מוצר חזרה לאוסף שאליו הוא שייך ולמוצרים משלימים; ומפוסטים בבלוג אל האוסף הרלוונטי בגוף הטקסט. פוסט מידע שלא מקשר לשום עמוד מסחרי הוא תנועה שמגיעה ויוצאת.
תפריט הניווט לבדו אינו מספיק: הוא זהה בכל עמוד, ולכן אינו אומר דבר על מה שחשוב בהקשר של העמוד הזה. קישור מתוך פסקה, עם טקסט עוגן שמתאר את היעד, הוא מה שמייצר היררכיה.
מה לבדוק לפני שנוגעים בתוכן
- לפתוח מוצר אחד ולוודא על מה מצביע הקנוניקל שלו.
- לחפש בגוגל את שם החנות עם מילת קטגוריה, ולראות איזה עמוד שלך עולה — אוסף או מוצר. אם עולה מוצר על שאילתה קטגורית, יש בעיית מבנה.
- לעבור על מפת האתר האוטומטית ולוודא שהאוספים החשובים נמצאים בה.
- לבדוק ב-Google Search Console אילו עמודים נסרקו ולא נכנסו לאינדקס — ריכוז גבוה של כתובות מסוננות שם הוא סימן לבזבוז תקציב סריקה.
- לספור אפליקציות פעילות. כל אפליקציה מזריקה קוד לכל עמוד, וחנות איטית מאבדת גם בהמרה וגם בתקציב הסריקה.
- לוודא שיש סימון נתונים מובנים תקין למוצר — מחיר וזמינות שאינם מסונכרנים עם המצב בפועל גורמים יותר נזק מתועלת.
שלוש טעויות מבניות שחוזרות שוב ושוב
הראשונה: עמוד נפרד לכל וריאציה, כדי "לתפוס יותר מילות מפתח". התוצאה הפוכה מהכוונה — קניבליזציה פנימית, שבה שני עמודים משלך מתחרים על אותה שאילתה, הסמכות מתחלקת ביניהם וגוגל בוחר לפעמים דווקא את החלש.
השנייה: החלפת handles בייבוא CSV, כחלק מ"סידור" הקטלוג. כפי שתואר למעלה, הנתיב הזה אינו מייצר הפניות, ולכן שינוי שנראה טכני ובטוח בממשק הופך לעשרות כתובות שבורות כשהוא נעשה בקובץ. אם ייבוא כזה כבר רץ אצלך בעבר, שווה לבדוק ב-Search Console אילו כתובות מוצר מחזירות 404.
השלישית: עשרות אוספים אוטומטיים שנוצרו לפי חוקי תגית ונשארו יתומים. כל אחד מהם הוא כתובת אמיתית שהחנות מגישה, בלי תיאור ובלי שום קישור פנימי שמוביל אליה. הם מרחיבים את מספר העמודים שצריך לסרוק בלי להוסיף עמוד אחד שיכול לדרג — אוסף בלי קהל, טקסט וקישור נכנס עדיף שלא יהיה.
הסדר הנכון לעבודה כמעט תמיד זהה: קודם ארכיטקטורה — לקבוע איזה עמוד עונה על איזו כוונה ולסגור כפילויות; אחר כך תוכן על העמודים שכבר מקבלים חשיפה; ורק בסוף הרחבה לנושאים חדשים. אם החנות עוד לפני הקמה, כדאי לקבוע את מבנה האוספים כבר עכשיו במקום לתקן אותו אחר כך; עמוד השופיפיי באתר מרכז את שלבי ההקמה. ואם החנות כבר רצה והשאלה היא מה לתקן קודם, זו בדיוק עבודת הקידום האורגני: מיפוי כוונות מול עמודים, סגירת כפילויות, ואז תוכן.
שאלות נפוצות
מה ההבדל בין קידום דף אוסף לקידום דף מוצר בשופיפיי?
דף אוסף נועד לשאילתות קטגוריה רחבות, בדרך כלל ברבים, ודף מוצר נועד לשאילתות ספציפיות של דגם או שם מוצר. אם דף מוצר עולה בגוגל על שאילתה קטגורית, זה סימן שהאוסף המתאים חסר או ריק מתוכן. הפתרון הוא תיאור אוסף אמיתי בראש העמוד וקישורים פנימיים אליו, ולא דחיפה של דף מוצר לשאילתה שהוא לא בנוי לה.
האם סינון ותגיות באוסף יוצרים תוכן כפול?
כל צירוף מסננים יוצר כתובת נגישה, ושופיפיי מצביעה בקנוניקל שלה חזרה על האוסף הבסיסי כדי למנוע כפילות. המשמעות היא שכתובת מסוננת לא תדרג בעצמה. כשיש ביקוש חיפוש אמיתי לצירוף מסוים, יוצרים אוסף ייעודי עם handle, כותרת ותיאור משלו, במקום להסתמך על כתובת שנוצרה מהממשק.
האם שינוי handle של מוצר שובר את הכתובת הישנה?
תלוי איך שינית. בעריכה דרך ממשק הניהול שופיפיי מציעה ליצור הפניית 301 מהכתובת הישנה לחדשה, ותיבת הסימון מסומנת כברירת מחדל — כך שהכתובת הישנה ממשיכה להוביל ליעד. בשינוי המוני דרך ייבוא CSV או דרך ה-API לא נוצרת הפניה, והכתובת הישנה מתחילה להחזיר 404. לכן לפני ייבוא המוני שומרים את רשימת הכתובות הישנות ויוצרים את ההפניות ידנית.
מה עושים עם מאות תיאורי מוצר שהועתקו מהספק?
לא משכתבים הכול. מסדרים את הקטלוג לפי נפח חיפוש ולפי מרווח רווח, ומתחילים מהעשירון העליון. בכל תיאור ממלאים את המידע שהקונה באמת מחפש: מידות, חומר, מה כלול, תחזוקה, תאימות ולמי המוצר לא מתאים. מוצר שאיש אינו מחפש לא יזוז גם אחרי תיאור מצוין.