רוב פרויקטי חיפוש האתרים מתחילים במקום הלא נכון: הדגמה של ספק. ההדגמה תמיד עובדת, כי ההדגמה מופעלת על אינדקס הספק עם שאילתות הספק. בינתיים, מדד החיפוש של מכון ביימארד לשנת 2026 מגלה ש... ל-56% מאתרי המסחר האלקטרוני יש חוויית משתמש חיפוש בינונית או פחות טובה, ושהכשלים מתקבצים בסוגי שאילתות ספציפיים הניתנים לשמות ולא ב"רלוונטיות" בכללותה (ביימארד, עודכן באפריל 2026מנוע חדש מתקן חלק מאלה ואף אחד מהאחרים לא.
זוהי רובריקה לניקוד החיפוש שכבר יש לכם. עשרים בדיקות, שתי נקודות כל אחת, ארבעים נקודות בסך הכל. אתם מרצים את זה מול הקטלוג שלכם אחר הצהריים, מקבלים מספר, והמספר אומר לכם אם הבעיה שלכם היא בתצורה, בתוכן או במנוע עצמו. זה נכתב עבור לידים של חוויית משתמש בתחום המסחר האלקטרוני, מנהלי צמיחה ובעלי מוצרים שהתבקשו להצדיק תקציב חיפוש.
מה הרובריקה מודדת, וממה היא מתעלמת במכוון
הרובריקה מדרגת ארבעה דברים: האם החיפוש מבין את סוגי השאילתות שאנשים מקלידים בפועל, האם הוא שורד קלט מבולגן, האם הוא מתאושש כאשר אינו מוצא דבר, והאם ניתן למדוד חלק ממנו. הוא לא מדרג את איכות דירוג התוצאות באופן מופשט. דירוג הוא הדבר האחרון לכוונן והדבר הראשון שכולם מתווכחים עליו, ואי אפשר לכוונן אותו בזמן שהשאילתות עדיין נכשלות בטוקנייזר.
הניקוד הוא 0, 1 או 2 לכל בדיקה. שניים פירושם שהוא עובר בכל שאילתה ברשימת הבדיקה שלך. אחד פירושו שהוא עובר במונחי כותרת אך נכשל בזנב הארוך. אפס פירושו שהוא נכשל במונחי כותרת. בנו תחילה את רשימת הבדיקה: קחו את 50 השאילתות המובילות שלכם מאנליטיקס, לאחר מכן הוסיפו חמש שאילתות שאתם בונים עבור כל אחד משמונת סוגי השאילתות של Baymard כך שהזנב הארוך מיוצג. בערך 90 שאילתות. הפעילו אותן בעצמכם, בנייד, ללא חיבור.
20 הצ'קים
| # | לבדוק | מקבל ציון 2 כאשר |
|---|---|---|
| קבוצה א' - כיסוי שאילתות (אשכולות כשל של ביימרד) | ||
| 1 | שאילתות לגבי מספר מדויק ומספר דגם | התוצר הנקוב הוא התוצאה הראשונה, לא הרביעית |
| 2 | שאילתות סוג מוצר | מחזיר רשימה ניתנת לעיון ומחולקת לגוונים במקום רשימה שטוחה של רלוונטיות |
| 3 | שאילתות מאפיינים ("מעיל צמר אדום") | תכונות מצמצמות את הקבוצה במקום לדלל אותה באמצעות התאמת OR |
| 4 | שאילתות תאימות ("מטען עבור דגם X") | מחזירה אביזרים עבור הדגם הנקוב, לא את הדגם עצמו |
| 5 | שאילתות שאינן קשורות למוצר ("מדיניות החזרה") | מחזיר את דף התוכן; 66% מהאתרים נכשלים בכך |
| קבוצה ב' - טיפול בקלט | ||
| 6 | סובלנות לשגיאות הקלדה | שגיאות של תו אחד ושני תווים במונחי הכותרת עדיין תואמות |
| 7 | קיפול מארז וקיפול דיאקריטי | נכון לכל שפה שהאתר משרת (ראה להלן) |
| 8 | מורפולוגיה ורבים | צורות מוטות וסיומת מגיעות לאותם תוצרים כמו הגזע |
| 9 | מילים נרדפות ושפה מקומית | מילות לקוח ממופות למילות קטלוג, בשני הכיוונים |
| 10 | השלמה אוטומטית של שגיאות כתיב | מופיעות הצעות עבור קידומות שגויות באיות; 69% מהאתרים נכשלים בכך |
| קבוצה ג' - תוצאות והתאוששות | ||
| 11 | התאוששות ללא תוצאות | לפחות שני נתיבי יציאה חיים: קטגוריות קשורות ושאילתות חלופיות |
| 12 | התמדה של שאילתה | השאילתה נשארת בשדה לאחר השליחה; 37% מהאתרים משמיטים אותה |
| 13 | היקף גלוי | ספירת התוצאות וכל טווח קטגוריות שהוחל אוטומטית מצוינים וניתנים להסרה |
| 14 | זוגיות פאזות | תוצאות החיפוש מציעות את אותם היבטים כמו דף הקטגוריה המקביל |
| 15 | רלוונטיות ניתנת להסבר | מישהו בצוות יכול לומר מדוע תוצאה מספר אחת מדורגת מעל תוצאה מספר שתיים |
| קבוצה ד' - מדידה | ||
| 16 | כל נתיב חיפוש מתבצע במעקב | הפונקציה view_search_results מופעלת עם search_term, כולל קפיצות בהשלמה אוטומטית |
| 17 | שאילתות ללא תוצאות ניתנות לבודדה | ניתן לפרט את שאילתות החודש שעבר ללא תוצאות לפי כמות, ללא הנחיה. |
| 18 | חיפוש לרכישה הוא מדווח | ניתן להשוות בין מחפשים לבין לא-מחפשים כפלחים |
| 19 | לסקירת השאילתה יש בעלים | אדם בעל שם סוקר את 50 המובילים ואת זנב התוצאה האפסית בקצב קצבי |
| 20 | שינויי תצורה הם גרסאות | שינויים בשמות נרדפים ובשינויי דחיפה נרשמים, הפיכים וניתנים לבדיקה |
ספים של קבוצה A מגיעים משיעורי הכישלון לפי סוג שפורסמו על ידי Baymard: חיפושים שאינם מוצרים נכשלים ב-66% מהאתרים, חיפושים אחר קיצורים וסמלים ב-54%, תאימות ב-44%, מקרה שימוש ב-43% (ביימארד). בדיקה 11 קיימת משום שכמעט מחצית מהאתרים אינם מספקים למשתמשים דרך יעילה לצאת ממבוי סתום (ביימארד, פברואר 2025). בדיקות 10 ו-12 מגיעות מממצאי ההשלמה האוטומטית והתמדה של שאילתות של אותו מדד ביצועים (מדד החיפוש של ביימארד).
בדיקה 7 בפירוט: מלכודת המתקפלת שמופיעה רק מחוץ לאנגלית
בדיקה 7 ראויה לסעיף בפני עצמו משום שהיא זו שמאפסת בשקט שוק. רוב ערימות החיפוש שמותנות באותיות קטנות של השאילתה והאינדקס לפני ההתאמה. באנגלית זה לא מזיק. בטורקית זה לא מזיק, ואותו סוג של בעיה מופיע בכל שפה עם תווים שאינם בלטינית בסיסית.
יוניקוד מגדיר כלל אותיות גדולות וקטנות ספציפי למיקום עבור טורקית ואזרית: אותיות גדולות (U+0049) וקטנות ללא נקודות ı (U+0131), בעוד שאותיות גדולות İ (U+0130) כותבות אותיות קטנות באותיות רגילות i (קובץ Unicode SpecialCasing.txt). ערימה שמשתמשת באותיות קטנות עם המיקום המוגדר כברירת מחדל הופכת את "İPHONE" ל-"i̇phone" עם נקודה משותפת, או הופכת את האות I הגדולה של שם מוצר לאות שגויה. השאילתה והאינדקס חלוקים לאחר מכן לגבי מילה ששניהם מכילים. אין שגיאות. אתה פשוט מקבל אפס תוצאות עבור מותג שאתה במלאי.
שני התיקונים אינם תלויים זה בזה ואתה זקוק לשניהם. ראשית, החל אותיות קטנות לתיקון מיקום בזמן האינדקס והשאילתה - Elasticsearch שולחת turkish מנתח ששרשר apostrophe, turkish_lowercase, turkish_stop, turkish_keywords ו turkish_stemmer בדיוק מסיבה זו (מנתחי שפה אלסטייםשנית, יש להחליט בנפרד מה לעשות בנוגע לסימני דיאקריט, מכיוון שקונים טורקים מקלידים באופן שגרתי קיליף ל לְכַסוֹת ו סרג' ל לחייב במקלדות שהופכות את הצורה המוטעמת לאיטית יותר. asciifolding המסנן ממיר תווים שאינם לטיניים בסיסיים לתווים מקבילים של ASCII, והוא preserve_original האפשרות פולטת גם את האסימון המקופל וגם את האסימון המקורי כך שהתאמות מדויקות עדיין מנצחות (אלסטי, קיפול בasciiקפלו לצורך אחזור, שמרו את המקור לצורך דיוק.
מחוץ לטורקיה, לאותה בדיקה יש צורות מקומיות: שמות עצם מורכבים בגרמנית שצריך לפרק לפני ששאילתה בת שתי מילים תוכל להתאים, מבטאים צרפתיים וספרדיים המוקלדים בצורה לא עקבית, סיגמא סופי יווני. ציון 2 לבדיקה 7 רק אם בדקתם אותה בכל שפה שהחנות שלכם משרתת בפועל - לא בשפה שהצוות שלכם מדבר.
תיקון המדידה תחילה: בדיקות 16 עד 20
אם קבוצה ד' מקבלת ציון נמוך מ-6, יש לעצור ולתקן את הבעיה לפני שנוגעים בכל דבר אחר, מכיוון שלא ניתן לאמת תיקון שאינך יכול לראות. ב-GA4, מדידה משופרת פועלת. view_search_results עם search_term פרמטר כאשר דף תוצאות מכיל אחד מחמישה פרמטרי שאילתה המוגדרים כברירת מחדל - q, s, search, query or keyword — ואתם יכולים להוסיף משלכם (עזרה של Google Analyticsשני מצבי כשל נפוצים. אם דף התוצאות שלך משתמש בקטע נתיב במקום במחרוזת שאילתה, מעקב ברירת המחדל לא רואה דבר. ואם השלמה אוטומטית מנווטת ישירות למוצר, חיפוש זה לעולם לא יפעיל את האירוע כלל, מה שמטה בשקט את יומן השאילתות שלך לכיוון חיפושים שלא מצאו דבר בניסיון הראשון.
קריאת הציון שלך
| ציון | פסק דין | המהלך הבא |
|---|---|---|
| 32-40 | כוון, אל תחליף | הוצאה על מילים נרדפות, כללי סחורה ומיון ללא תוצאות |
| 22-31 | בעיית תצורה | תקן את קבוצה ב' ובדוק קודם את 11; תן ניקוד מחדש בעוד שישה שבועות |
| 12-21 | כנראה מבני | ציון מחדש לאחר תיקון קבוצה D, ולאחר מכן קבע החלפה עם 20 הבדיקות הללו כקריטריוני קבלה |
| 0-11 | חיפוש עדיין לא תכונה | התייחסו אליה כאל בנייה, לא כאל אופטימיזציה |
הכלל שחשוב: לעולם אל תחתמו על חוזה חלופי על ציון שלקחת לפני שקבוצה D עבדה. ספק שמוערך לפי חיפוש לא נמדד מוערך לפי הדגמה.
הערה לגבי המספר שכולם מצטטים
תוצג בפניכם סטטיסטיקה המציינת שמשתמשים בחיפוש באתר מבצעים המרות פי שניים או שלושה יותר מאשר משתמשים שאינם מחפשים, בדרך כלל כדי להצדיק את התקציב. הנתון מופץ באופן נרחב בסיכומי ספקים (דוגמה) ורק לעתים רחוקות ניתן לייחס אותו למחקר מבוקר. זהו גם אפקט סלקציה: אנשים שמחפשים הם אנשים שכבר יש להם כוונת רכישה. השתמשו בו כסיבה לבחון את החיפוש, לעולם לא כעלייה צפויה. מקרה העסקי הניתן להגנה בנוי מנפח התוצאות ללא תוצאות משלכם ומשיעור החיפוש לרכישה שלכם - שניהם נועדו לייצר בדיקה 17 ובדיקה 18. [נתונים פנימיים נדרשים: שיעורי תוצאות ללא תוצאות של לקוח Switas לפני/אחרי תיקון, אם בכלל, ניתנים לשיתוף.]
היכן הרובריקה הזו מתפרקת
הוא בנוי לקמעונאות קטלוגים. שווקים עם הרבה מוכרים של אותו פריט זקוקים למימד של רישום כפול ואיכות מוכר, עבורו אין עמודה לרובריקה זו. אתרים כבדי תוכן ואתרים במגזר הציבורי זקוקים לשקלול של סוג מסמך ועדכניות במקום קבוצה A. אתרים מתחת ל-500 SKUs לרוב מקבלים ציון גבוה ועדיין מפסידים כסף בחיפוש, מכיוון שבקטלוג קטן הפתרון האמיתי הוא ניווט טוב יותר בקטגוריות, לא חיפוש טוב יותר. הרובריקה גם לא אומרת דבר על מהירות חיפוש תחת עומס, ושום דבר על התאמה אישית - שניהם מכוונים, מכיוון ששניהם יקרים לבדיקה כראוי וגם הבעיה שלך אינה בציון מתחת ל-30. לבסוף, ציון הוא תמונת מצב: ייבוא קטלוג שמשנה את שמות המאפיינים יכול להוריד את קבוצה A בשש נקודות בן לילה ללא פריסת קוד.
שאלות נפוצות
כמה זמן לוקח לצייר את הניקוד? כחצי יום לאדם אחד בחנות אחת, לאחר שרשימת הבדיקה בת 90 השאילתות קיימת. בניית הרשימה היא החלק האיטי; הקצו עוד שעתיים כדי לאסוף שאילתות מובילות ולבנות את מערך הזנב הארוך.
האם אני צריך הנדסה כדי להפעיל את זה? לא. בדיקות 1 עד 15 מבוצעות בדפדפן. בדיקות 16 עד 20 דורשות גישה לניתוח נתונים, ועבור בדיקה 20, שיחה עם מי שברשותו תצורת החיפוש.
מה אם אין לנו היסטוריית ניתוח חיפוש? דרג את קבוצה D כאפס, תקן את המעקב ואסוף נתונים של ארבעה שבועות לפני ציון השאר. רשימת בדיקות שנבנתה ללא יומן שאילתות אמיתי תייצג יתר על המידה את השאילתות שהצוות שלך היה מקליד.
האם ציון של 28 טוב? זה נורמלי, ונורמלי זה בינוני - מדד התוצאות אומר שרוב האתרים יושבים שם. הסימן השימושי אינו הסכום הכולל, אלא איזו קבוצה גוררת את זה למטה.
האם כדאי לקנות סובלנות לשגיאות כתיב או לבנות אותה? קנה את זה. התאמת מרחק עריכה עם ספים הגיוניים נפתרה וזולה. מאמץ הבנייה שייך למילים נרדפות ולמבנה מאפיינים, שהן ספציפיות לקטלוג שלך ולא ניתן לקנות אותן.
איך זה קשור לביקורת של עמודי קטגוריה? הם חולקים היבטים וסינון. אם בדיקה 14 נכשלת, התיקון בדרך כלל נמצא בתבניות הקטגוריה ולא בחיפוש, לכן יש להריץ את שתי הביקורות באותו ספרינט.
האם משהו מכל זה חל על סוכני קניות מבוססי בינה מלאכותית שקוראים את הקטלוג שלנו. חלקית. סוכנים צורכים מאפיינים מובנים ולא את ממשק המשתמש של החיפוש שלך, כך שקבוצות A ו-B חשובות להם מבחינת איכות הנתונים שלך, בעוד שקבוצות C ו-D אינן רלוונטיות כלל. זוהי ביקורת נפרדת.
באיזו תדירות עלינו לחדש את הניקוד? רבעוני, ולאחר כל הגירת קטלוג, שינוי פלטפורמה או שינוי תצורת חיפוש. יש לשמור על אותה רשימה של 90 שאילתות כדי שהציונים יהיו דומים.
אם אתם רוצים את התוצאה בלי לבזבז אחר הצהריים: תנו לנו לבצע את הביקורת הזו בחנות שלכם ולמסור לך את הרובריקה עם הניקוד, את השאילתות שנכשלו ורשימת תיקונים עם סדר עדיפויות.
מקורות
- מכון ביימארד - חוויית משתמש בחיפוש מסחר אלקטרוני: 8 סוגי שאילתות ושיעורי כישלון לפי סוג (עודכן באפריל 2026)
- מכון ביימארד - שמישות חיפוש מסחר אלקטרוני: דוח ומבחן
- מכון ביימארד - 5 אסטרטגיות UX מוכחות לדפים עם "ללא תוצאות" (פברואר 2025)
- קונסורציום יוניקוד — SpecialCasing.txt, כללי רישיות בטורקית ובאזרית
- אלסטי - מנתחי שפה, כולל שרשרת מנתחי השפה הטורקית
- אלסטי - מסנן אסימוני קיפול ASCII ו- preserve_original
- עזרה ב-Google Analytics - מדידה משופרת, view_search_results ו-search_term
- שלום קמעונאות - דוגמה למכפיל המרות באתר-חיפוש במחזור
