דילוג לתוכן
דף הבית / מדריכים ומאמרים / טעויות נפוצות בבניית חנויות אינטרנטיות

טעויות נפוצות בבניית חנויות אינטרנטיות – ואיך להימנע מהן

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

ZRIHAN
נכתב על ידי חי זריהןמייסד ZRIHAN – בנייה, ניהול ופיתוח אתרי וורדפרס ו-WooCommerce · עודכן: אוקטובר 2026עוד עליי ←

אני חי זריהן, וחלק גדול מהעבודה שלי הוא תיקון ושדרוג של חנויות קיימות.

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

ריכזתי כאן את הטעויות שאני רואה שוב ושוב, לפי שלבי החיים של החנות.

טעויות בשלב התכנון

בחירת פלטפורמה לפי מה שחבר המליץ

WooCommerce ו-Shopify הן שתי אפשרויות טובות, אבל הן מתאימות לעסקים שונים. הבחירה צריכה לנבוע מהתהליכים: מחירון ללקוחות עסקיים, סנכרון מלאי, מוצרים בהתאמה אישית או צורך במינימום תחזוקה.

על ההבדלים כתבתי בהשוואה WordPress מול Wix מול Shopify.

אין אפיון של תהליך ההזמנה

לפני עיצוב צריך לשרטט מה קורה מרגע שהלקוח לוחץ "לתשלום" ועד שהחבילה יוצאת: מי מקבל התראה, איך מפיקים חשבונית, איך מעדכנים מלאי ומה קורה בביטול.

בלי השרטוט הזה מגלים את החורים רק אחרי ההזמנות הראשונות.

תקציב שמתעלם מהעלויות השוטפות

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

טעויות בקטלוג ובעמודי המוצר

מבנה קטגוריות לא הגיוני

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

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

וריאציות שהוגדרו כמוצרים נפרדים

מוצר אחד בחמישה צבעים שהועלה כחמישה מוצרים יוצר כפילויות, מבלבל את הלקוח ומקשה על ניהול המלאי. ההפך גם קורה: וריאציות שמחביאות מוצרים שונים לגמרי.

תיאורים שהועתקו מהיצרן

טקסט זהה לעשרות אתרים אחרים לא עוזר ללקוח להחליט ולא מבדל את החנות בגוגל. גם תיאור קצר שנכתב עבור הקהל שלכם עדיף.

תמונות לא אחידות

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

חסר מידע שמונע שאלות

זמן משלוח, מדיניות החזרות, מידות, חומרים והוראות שימוש צריכים להופיע ליד כפתור הרכישה, ולא רק בעמוד תקנון.

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

טעויות בסל ובקופה

הקופה היא המקום שבו הכסף נכנס, ושם כל חיכוך מורגש.

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

שיפור הקופה וחוויית הקנייה הוא חלק מרכזי בעבודה שלי על שיפור יחס המרה בווקומרס.

טעויות בסליקה, משלוחים וחשבוניות

סליקה שלא נבדקה בכל התרחישים

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

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

חוקי משלוח שלא מכסים את המציאות

משלוח חינם מעל סכום שמחושב לפני הנחה או אחריה, אזורים שאין אליהם משלוח, מוצרים כבדים או מוצרים שאי אפשר לשלוח יחד. כל אלה צריכים הגדרה מפורשת.

חשבוניות ידניות

הפקה ידנית של חשבונית לכל הזמנה גוזלת זמן ויוצרת טעויות. חיבור למערכת כמו חשבונית ירוקה (Morning) או iCount מפיק ושולח מסמך אוטומטית.

מלאי שמתעדכן בשני מקומות

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

טעויות במובייל ובמהירות

אצל חנויות רבות רוב הגלישה מגיעה מהטלפון, ובכל זאת הבדיקות נעשות לרוב במחשב.

  • כפתור "הוספה לסל" שלא נראה בלי גלילה.
  • תפריט קטגוריות שקשה לפתוח באגודל.
  • שדות טופס שלא פותחים את המקלדת המתאימה, למשל מקלדת מספרים לטלפון.
  • חלונות קופצים שמכסים את כל המסך.
  • תמונות כבדות וסקריפטים של תוספים שלא בשימוש שמאטים את הטעינה.

אני ממליץ לבצע לפחות הזמנה מלאה אחת מטלפון אמיתי לפני כל השקה. לשיפור ביצועים יש עמוד ייעודי על שיפור מהירות אתר.

טעויות SEO בחנויות

  • עמודי קטגוריה בלי טקסט, כותרת או תיאור ייחודיים.
  • כתובות URL ארוכות עם מספרים או תווים מקודדים במקום מילים ברורות.
  • מוצרים שאזלו שנמחקים בלי הפניה, ויוצרים שגיאות 404.
  • עמודי סינון ופרמטרים שנכנסים לאינדקס ויוצרים אלפי עמודים כפולים.
  • חנות חדשה שהוחלפה בחנות ישנה בלי מפת הפניות.

על הנושא הרחבתי במדריך טעויות SEO נפוצות באתרי WordPress, ועל העבודה עצמה בעמוד קידום חנויות אינטרנטיות.

טעויות טכניות שמתגלות מאוחר

יותר מדי תוספים

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

שינויים ישירות בקבצי התבנית

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

אין סביבת בדיקות

עדכון של WooCommerce או של תוסף סליקה שמבוצע ישר על האתר החי, בלי גיבוי ובלי בדיקה, עלול להשבית את הקופה בדיוק בזמן מבצע.

חשבונות שרשומים על שם הספק

דומיין, אחסון או חשבון Shopify שרשומים על שם מי שבנה את החנות יוצרים תלות. הם צריכים להיות רשומים על שם העסק. על זה ועוד כתבתי במדריך איך לבחור חברה לבניית אתרים.

טעויות אחרי ההשקה

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

איך נראית שגרת בדיקה פשוטה?

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

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

להקשיב ללקוחות

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

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

רשימת בדיקה לפני השקה

  1. הזמנה מלאה מהמחשב ומהטלפון, עם תשלום אמיתי והחזר.
  2. בדיקת כרטיס שנדחה וחזרה מעמוד הסליקה.
  3. בדיקת כל שיטת משלוח ותנאי משלוח חינם.
  4. בדיקת קופונים ומבצעים פעילים.
  5. וידוא שמיילים ללקוח ולמנהל נשלחים ומגיעים לתיבה ולא לספאם.
  6. וידוא שחשבונית מופקת ונשלחת.
  7. בדיקת עמודי תקנון, מדיניות פרטיות, משלוחים והחזרות.
  8. בדיקה שהאתר אינו חסום לאינדוקס ושקיימת מפת אתר.
  9. הגדרת גיבוי אוטומטי ומעקב המרות.

אם החנות כבר באוויר ואתם חושדים שמשהו מהרשימה לא עובד, אפשר להתחיל בבדיקת אתר או לפנות אליי דרך עמוד יצירת הקשר.

שאלות נפוצות

מה הטעות הכי יקרה בבניית חנות?

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

איך יודעים אם הקופה גורמת לנטישה?

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

כמה תוספים זה יותר מדי לחנות ווקומרס?

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

האם צריך למחוק מוצרים שאזלו מהמלאי?

לא בהכרח. מוצר שיחזור למלאי יכול להישאר עם סימון "אזל". מוצר שהוסר לתמיד כדאי להפנות למוצר חלופי או לקטגוריה, כדי לא לאבד תנועה ולא ליצור שגיאות 404.

האם אפשר לתקן חנות קיימת בלי לבנות אותה מחדש?

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

מי אחראי על בדיקת הסליקה – ספק הסליקה או מי שבונה את החנות?

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