קיבלתם 200 מוצרים חדשים מספק. עכשיו מה? הטעות הכי יקרה היא להתחיל להעלות מהר. כי אם מתחילים בלי להבין את המבנה, מתקנים את אותה טעות 200 פעמים. הנה מה עושים לפני שנוגעים בWooCommerce.
למה לא מתחילים להעלות מיד
כשמגיע ספק חדש עם קטלוג גדול, הדחף הטבעי הוא להתחיל. יש לחץ ‑ הסחורה כבר במחסן, הלקוחות מחכים, צריך שהמוצרים יהיו באתר. אבל חנויות שהתחילו להעלות בלי תכנון מקדים מגיעות למצב שחלק מהמוצרים בקטגוריה אחת וחלק בקטגוריה אחרת, שמות לא אחידים, תמונות בגדלים שונים ו-SEO שלא קיים. לתקן את זה אחרי 200 מוצרים הועלו ‑ זה פרויקט שלם נוסף.
השאר כאן פרטים ונבדוק יחד מה האתר שלכם צריך כדי להיראות מקצועי, ברור ומוכן להביא לקוחות.
שבוע עבודה של תכנון לפני ההעלאה חוסך שבועיים של תיקונים אחר כך. זה לא עיכוב ‑ זה השקעה.
לפני שאתם מעלים מוצר אחד ‑ תוודאו שיש לכם מבנה. כי טעות שעושים בראשון, עושים ב-200.
קחו תרחיש פשוט: חנות ריהוט מקבלת ליבוא 200 פריטים מספק חדש ומעלה הכול תוך יומיים כדי לא לפספס עונת מכירות. כעבור חודש מתברר שכורסאות מדגם דומה פזורות בשלוש קטגוריות שונות, חלק בלי alt text לתמונות וחלק עם שם מוצר שהוא בעצם קוד פנימי של הספק. לתקן את זה אחרי שהאתר כבר חי ופעיל לוקח הרבה יותר זמן מאשר לתכנן מראש.
הטעות הנפוצה ביותר בשלב הזה היא לבלבל בין מהירות לזריזות. מהירות אמיתית לא נמדדת בכמה מוצרים עלו ביום הראשון, אלא בכמה זמן עובר עד שהקטלוג נראה מסודר ועובד נכון באתר ובגוגל. אם 200 המוצרים עולים מהר אבל בלי מבנה, כל שבוע נוסף חושף עוד ועוד אי דיוקים שדורשים תיקון.
מסדרים את קובץ המוצרים
השלב הראשון הוא לעבוד עם הנתונים לפני שנוגעים בWooCommerce. גיליון אקסל עם כל המוצרים הוא הכלי. לכל מוצר בגיליון: שם (כפי שיופיע באתר), מחיר קמעונאי, מחיר מבצע אם יש, SKU, קטגוריה, קישור לתמונה ותיאור קצר.
בשלב הזה בודקים: האם יש שמות כפולים? האם יש מוצרים עם מידע חסר? האם המחירים הגיוניים ועקביים? האם יש SKU ייחודי לכל מוצר? תשובה לשאלות האלה מראש חוסכת שאלות ועצירות באמצע ההעלאה.
כדאי גם לבדוק אם יש מוצרים שחוזרים על עצמם בגרסאות שונות ‑ למשל אותו מוצר ב-3 מידות. אלה ייהפכו למוצר אחד עם וריאציות ב-WooCommerce, לא ל-3 מוצרים נפרדים.
- מבנה האתר ועץ הקטגוריות ‑ לאן ייכנסו המוצרים החדשים ואם צריך לפתוח קטגוריות חדשות
- גרסת WooCommerce ותוספים ‑ לוודא שהגרסה מעודכנת לפני ייבוא גדול
- Attributes קיימים לעומת נדרשים ‑ האם יש תכונות חדשות שצריך להגדיר מראש
- תמונות ‑ גודל אחיד, פורמט, שמות קבצים ודחיסה לפני העלאה
- קובץ המוצרים ‑ שמות, מחירים, SKU ייחודי ותיאורים לכל מוצר
- וריאציות ומוצרים מרובי-גרסאות ‑ לזהות מה הופך ל-variable product לפני ההעלאה
- פיילוט ‑ להעלות 5-10 מוצרים ולבדוק לפני שמריצים את כל הכמות
מה שזה אומר בפועל: שעה או שעתיים על הגיליון, לפני שנוגעים בממשק הניהול, חוסכות הרבה יותר מזה בהמשך. הטעות השכיחה היא לדלג על השלב הזה ולהתחיל להזין מוצרים ישירות מהמייל של הספק, מוצר אחרי מוצר. זה עובד יפה על עשרה מוצרים ומתפרק לגמרי כשמגיעים ל-200.
מחליטים על קטגוריות ומבנה
לפני שמעלים מוצר אחד, מחליטים על עץ הקטגוריות. כמה רמות עומק? מה שמות הקטגוריות? האם יש תת-קטגוריות? זה נשמע כמו שיקול אסתטי אבל הוא שיקול SEO. גוגל מאנדקס קטגוריות ועמודי קטגוריות. קטגוריה שנקראת "מוצרים" לא עוזרת. קטגוריה שנקראת "נעלי ריצה לגברים" ‑ כן.
גם attributes (תכונות לסינון) מוחלטים בשלב הזה. אם הלקוחות צריכים לסנן לפי חומר, צבע, מידה, יצרן ‑ כל אחד מהם הוא attribute שמוגדר פעם אחת ב-WooCommerce ואחר כך משויך לכל המוצרים הרלוונטיים. שינוי attributes אחרי שהמוצרים כבר עלו דורש עריכה של כל עמוד מחדש.
מקור: Invesp, Ecommerce Product Return Rate Statistics
קחו לדוגמה חנות שמוכרת מוצרי בית ומחליטה לפתוח קטגוריה בשם "מבצעים" לצד הקטגוריות הרגילות. זה נשמע הגיוני בהתחלה, אבל בפועל כל מוצר צריך שיוך כפול, האתר מציג אותו פעמיים בניווט וגוגל מתבלבל איזו כתובת היא הדף האמיתי של המוצר. קטגוריית מבצעים יכולה להתקיים כתגית או כפילטר, לא כקטגוריה עצמאית שמתחרה עם המבנה הקבוע.
הטעות הנפוצה ביותר היא להחליט על מבנה הקטגוריות תוך כדי ההעלאה, מוצר אחרי מוצר. זה יוצר מבנה שנראה סביר בהתחלה ומתפרק ככל שהכמות גדלה. מבנה קטגוריות שמוגדר מראש, על נייר, לפני שמעלים מוצר אחד, נשאר יציב גם כשמצטרפים הספקים הבאים.
מסדרים תמונות לפני הכול
תמונות מספק מגיעות לרוב לא מוכנות לאתר. הן יכולות להיות גדולות מדי (מחביאות את הדף לאיטיות), קטנות מדי (נראות מטושטשות), ברקע לא אחיד או עם שמות קבצים כמו "IMG_4832.jpg" שלא אומרים כלום לגוגל.
לפני ההעלאה: קובעים פורמט אחיד לגודל תמונות (למשל 800×800), דוחסים את כל התמונות (כלי כמו Squoosh או TinyPNG) ומשנים שמות לקבצים שמכילים את שם המוצר ("כורסא-עור-שחורה-מדגם-X.jpg" ולא "img001.jpg"). שם הקובץ וה-alt text הם חלק מה-SEO של עמוד המוצר.
תארו לעצמכם חנות שמעלה 200 מוצרים עם תמונות בגדלים שונים, חלקן רחבות וחלקן מרובעות. בדף הקטגוריה זה נראה מבולגן: כרטיסי מוצר בגבהים לא אחידים ושורה שנשברת באמצע. זו לא בעיה אסתטית בלבד, זו נקודה שגוגל וגם קונים פוטנציאליים שמים לב אליה תוך שניות.
מה זה אומר בפועל: תמונה היא לא פרט טכני שאפשר לדחות לסוף התהליך. היא חלק מהחוויה שהלקוח רואה ראשון ולעיתים קרובות הסיבה שהוא נשאר בעמוד המוצר או עוזב אותו.
בונים תבנית ורצים על הכמות
אחרי שהקובץ מסודר, הקטגוריות מוחלטות והתמונות מוכנות ‑ מעלים 5-10 מוצרים לדוגמה ובודקים שהכול נכון. נראה טוב? המחירים מציגים נכון? הקטגוריות נכונות? ה-SEO קיים? אחרי אישור ‑ ממשיכים עם שאר הכמות לפי אותה תבנית.
לחנויות עם מאות מוצרים, ייבוא CSV דרך WooCommerce Product CSV Importer הוא הדרך היעילה. הגיליון שהכנתם בשלב 2 הופך לקובץ הייבוא לאחר התאמה קלה לפורמט הנדרש. כל שורה = מוצר. כל עמודה = שדה בWooCommerce.
מה זה אומר עלייך: ייבוא CSV הוא כלי חזק, אבל הוא כלי שסולח הרבה פחות מהזנה ידנית. שגיאה בעמודה אחת יכולה להשפיע על כל השורות בבת אחת. לכן הכלל הוא תמיד לבדוק על מדגם קטן, לוודא שהוא נראה נכון בדיוק כמו שרוצים ורק אז להריץ את הקובץ המלא.
יש לכם יבוא חדש שמחכה לאתר?
נבדוק יחד את הקובץ, נסדר את הקטגוריות והתמונות ונריץ פיילוט קטן לפני שממשיכים עם כל הכמות. ככה 200 המוצרים עולים נכון כבר בפעם הראשונה, בלי לתקן את אותה טעות פעמיים.
ספק חדש הוא הזדמנות לבנות נכון מההתחלה. לא רק להעלות מוצרים אלא לבנות מבנה שיאפשר לחנות לצמוח בלי לשבור הכול בדרך. ההשקעה בתכנון מוקדם מחזירה את עצמה כבר בספק הבא.
