מהו דף רשימת מוצרים (PLP)? משמעות, דוגמאות ו-SEO

מהו דף רשימת מוצרים?

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

• ›דף קטגוריה: /women/shoes
• ›דף תת-קטגוריה: /women/shoes/running
• ›דף קולקציה: /summer-sale, מקובץ לפי קמפיין ולא לפי סוג מוצר
• ›תוצאות חיפוש פנימי: /search?q=sandals

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

PLP מול PDP: מה ההבדל?

PLP מציג מוצרים רבים כדי שהקונה יוכל לבחור; דף פרטי מוצר (PDP), שנקרא גם דף תצוגת מוצר, מציג מוצר אחד כדי שהקונה יוכל לקנות אותו. כך הם מתחלקים בעבודה:

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

אותה נעל ריצה מופיעה ככרטיס אחד ב-/women/shoes/running וגם בכתובת URL משלה: הכרטיס זוכה בקליק, דף המוצר זוכה במכירה.

מה גורם לדף רשימת מוצרים להמיר

PLP ממיר כשהקונים יכולים לצמצם קטלוג גדול לכמה מוצרים רלוונטיים במהירות, באמצעות מסננים, מיון, כרטיסי מוצר ועימוד. רוב החנויות עדיין טועות בזה: מדד רשימות המוצרים לשנת 2025 של Baymard Institute מדרג 58% מהאתרים בדסקטופ ו-78% במובייל כ"גרועים" עד "בינוניים".

היכן כל רכיב לא עומד בציפיות:

• ›מסננים. ל-51% מהאתרים חסרים חמשת סוגי המסננים החיוניים (מחיר, דירוג משתמשים, צבע, מידה ומותג). המחקר של Baymard משנת 2023 מצא גם ש-61% לא מקדמים כלל את המסננים החשובים שלהם.
• ›מסננים פעילים. 20% מהאתרים לא מראים אילו מסננים פעילים. הציגו אותם כתגיות שאפשר להסיר מעל הרשת.
• ›מיון. ל-68% מאתרי הדסקטופ ול-69% מאתרי המובייל חסרים ארבעת סוגי המיון החיוניים. הציעו את סדרי המיון שאנשים באמת בוחרים לפיהם, כמו מחיר, דירוג, הנמכרים ביותר והחדשים ביותר.
• ›כרטיסי מוצר. 80% מהאתרים לא מציגים שלוש תמונות ממוזערות או יותר לכל מוצר ברשימה. הוסיפו אותן, יחד עם מחיר, דירוג ודוגמיות צבע.
• ›עימוד או "טען עוד". בחרו את מה שהקונים שלכם מעדיפים, אבל ודאו שזה ניתן לסריקה (עוד על כך בהמשך).

SEO ל-PLP: איך מביאים דפי רשימה לאינדוקס בלי בלגן המסננים

SEO ל-PLP פירושו להביא לאינדוקס את דפי הרשימה שאתם רוצים, ובאותו זמן למנוע מווריאציות של מסננים ומיון לבלוע את הסריקה של Google. Google מכנה ניווט מסונן "המקור הנפוץ ביותר, ובפער גדול" לבעיות סריקת היתר שבעלי אתרים מדווחים עליהן (Crawling December, 2024).

ניווט מסונן ופרמטרים ב-URL

ניווט מסונן (faceted navigation), חלונית המסננים של PLP, יכול להפוך כל צירוף של ערכים לכתובת URL. התיעוד של Google על ניווט מסונן קובע שכתובות מסננים מבוססות פרמטרים יכולות ליצור מרחב כתובות אינסופי. התוצאה היא סריקת יתר וגילוי איטי יותר של הכתובות החדשות שלכם.

נניח ש-/shoes מציע 8 צבעים, 10 מידות ו-4 סדרי מיון. בחירה של ערך אחד מכל אחד מהם כבר יוצרת 320 כתובות URL לקטגוריה אחת, עוד לפני שמותג או מחיר נכנסים לתמונה; /shoes?color=red&size=9&sort=price היא אחת מהן.

הכלל של Google תלוי בשאלה אם הכתובות האלה צריכות לדרג:

• ›הן לא צריכות לדרג: חסמו אותן באמצעות robots.txt או העבירו את המסננים למקטעי URL (#), והשאירו את דפי המוצר ורשימה אחת לא מסוננת ניתנים לסריקה.
• ›חלקן כן צריכות לדרג, כמו "נעלי ריצה אדומות": השתמשו במפריד הסטנדרטי & לפרמטרים, ולמסננים מבוססי נתיב, בסדר מסננים קבוע וללא כפילויות.

האם זה רלוונטי לחנות קטנה? ההנחיות של Google על תקציב סריקה מכוונות לאתרים עם יותר ממיליון דפים ייחודיים שמשתנים מדי שבוע, יותר מ-10,000 דפים שמשתנים מדי יום, או הרבה כתובות בסטטוס "Discovered - currently not indexed" (התגלה, כרגע לא מאונדקס). מתחת לזה, כתובות URL כפולות (מה ש-Google מכנה "perceived inventory", המלאי הנתפס) הן עדיין גורם הסריקה שאתם שולטים בו יותר מכול.

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

איך מגדירים תגי canonical בדפי PLP מסוננים וממוינים

ב-PLP מסונן או ממוין, תג rel=canonical (שורה ב-HTML של הדף שמציינת את הגרסה המועדפת של כתובת URL) שמצביע על הדף הלא מסונן הוא רמז, לא חסימה. הוא עשוי לצמצם עם הזמן את הסריקה של הגרסאות המסוננות, אבל התיעוד של Google על ניווט מסונן מדרג את canonical ו-nofollow כ"פחות יעילים בדרך כלל לטווח הארוך" מ-robots.txt או ממקטעי URL.

עבור כפילויות אמיתיות, המדריך של Google על כתובות canonical מדרג הפניות ו-rel=canonical כאותות חזקים, והכללה במפת האתר כאות חלש; האותות מצטברים. קשרו פנימית גם לכתובת ה-canonical.

לסדרי מיון יש כלל משלהם: ההנחיות של Google על עימוד ממליצות להשאיר וריאציות של מסננים וסדרי מיון חלופיים כמו ?order=price מחוץ לאינדקס באמצעות noindex או robots.txt.

איך התג עצמו עובד מוסבר במדריך על תג canonical.

איך מעמדים PLP: עימוד, "טען עוד" וגלילה אינסופית

עמדו PLP כך שלכל דף תהיה כתובת משלו שניתנת לסריקה: כתובת URL ייחודית כמו ?page=2, canonical שמצביע על עצמו וקישור <a href> רגיל לדף הבא.

Google מוסיף שני דברים שאסור לעשות: אל תגדירו את ה-canonical של דף 2 והלאה לדף 1, ואל תשתמשו במקטעי # למספרי דפים.

"טען עוד" וגלילה אינסופית צריכים את אותה תשתית. הסורקים של Google לא לוחצים על כפתורים ובדרך כלל לא מריצים JavaScript שממתין לפעולת משתמש, כך שמוצרים שמסתתרים מאחורי כפתור שמבוסס על JavaScript בלבד נשארים מוסתרים, אלא אם הדף חושף גם קישורי <a href> (או שמפת אתר או פיד Merchant Center מפרטים אותם).

• ›כן: דף 3 של /women/shoes/running נמצא ב-?page=3, מצהיר על עצמו כ-canonical ומקשר ל-?page=4 באמצעות <a href>.
• ›לא: דף 3 מגדיר את ה-canonical שלו לדף 1, והקבוצה הבאה מופיעה רק דרך כפתור "טען עוד" שמריץ JavaScript.

הראשון מאפשר ל-Google להגיע לכל מוצר שאחרי דף 2; השני מציג את דף 3 כעותק של דף 1 ולא משאיר קישור לעקוב אחריו.

איך לקשר אל דפי ה-PLP וממנו

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

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

טעויות נפוצות בדפי רשימת מוצרים

רוב הטעויות ב-PLP מתייחסות למסנן, ל-canonical או לסקריפט כפרט עיצובי:

1. ›דף 2 והלאה עם canonical לדף 1. התיקון: canonical שמפנה לעצמו בכל דף.
2. ›canonical ככלי השליטה היחיד במסננים. התיקון: robots.txt או מקטעי # למסננים שלא צריכים לדרג.
3. ›nofollow על חלק מקישורי המסננים. זה עובד רק אם כל קישור לכתובת הזו, פנימי וחיצוני, נושא אותו. התיקון: robots.txt או מקטעים.
4. ›דפי מסננים ריקים שמפנים הלאה. צירופים ללא תוצאות, מסננים כפולים ומספרי דפים שלא קיימים צריכים להחזיר HTTP 404 באותה כתובת במקום להפנות.
5. ›"טען עוד" שמבוסס על JavaScript בלבד. התיקון: עימוד <a href> שניתן לסריקה מאחורי הכפתור.
6. ›שימוש ב-robots.txt כדי לבחור canonical. Google עשוי עדיין לאנדקס כתובת חסומה בלי התוכן שלה, וגם noindex לא מומלץ לשם כך. התיקון: rel=canonical או הפניות.
7. ›מסננים פעילים מוסתרים. התיקון: תגיות שאפשר להסיר מעל הרשת.

איך מנטרים את דפי ה-PLP ב-Google Search Console

נטרו את דפי ה-PLP בדוח Page indexing של Search Console, שבו רשימות מסוננות מופיעות לעיתים קרובות תחת הסטטוסים האלה:

• ›Crawled - currently not indexed: (נסרק, כרגע לא מאונדקס) Google סרק את הכתובת אבל לא אינדקס אותה; ייתכן שהיא תאונדקס מאוחר יותר, ואין צורך לשלוח אותה מחדש.
• ›Duplicate, Google chose different canonical than user: Google בחר כתובת אחרת במקום זו שהצהרתם עליה.
• ›Duplicate without user-selected canonical: לא הצהרתם על אף כתובת, ו-Google בחר כתובת אחרת.

דפי PLP מסוננים שמצביעים על הדף הלא מסונן שלהם באמצעות canonical מופיעים בדרך כלל כ-Alternate page with proper canonical tag, וזו לרוב התוצאה הצפויה.

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

SEOcrawl AI כבר עושה את הקיבוץ הזה. תצוגת Tag Evolution ב-SEO Dashboard מודדת כתובות URL ומילות מפתח לפי קבוצה, כך שתג "דפי קטגוריה" מציג את הקליקים והחשיפות של דפי ה-PLP בנפרד מדפי המוצר, ונתוני ה-Search Console שלכם נשמרים מעבר ל-16 החודשים של Google. SEO Monitor מתריע כששינוי בתבנית נוגע בתגי canonical, בהנחיות אינדוקס, ב-robots.txt או בקודי סטטוס.

דרך SEOcrawl AI MCP Server (MCP, או Model Context Protocol, הוא התקן שמאפשר לעוזר AI לתשאל כלים חיצוניים), עוזר ה-AI שלכם יכול למשוך את כיסוי האינדקס לפי סטטוס ב-Search Console ולבדוק כתובות בודדות. הפלטפורמה מכסה SEO קלאסי (Search Console ו-GA4) ו-GEO: הנראות של המותג שלכם ב-ChatGPT, ב-Claude, ב-Gemini, ב-Perplexity וב-Copilot.

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

שאלות נפוצות

מהו דף רשימת מוצרים (PLP)?

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

PLP מול PDP: מה ההבדל?

PLP מציג מוצרים רבים כדי שהקונה יוכל להשוות ולבחור; PDP (דף פרטי מוצר) מציג מוצר אחד כדי שהקונה יוכל לקנות אותו. דפי PLP מדורגים בחיפושים כלליים של קטגוריות ומובילים את Google לכל מוצר; דפי PDP מדורגים בחיפושים של מוצרים ודגמים וסוגרים את המכירה.

מה פירוש PLP במסחר מקוון?

במסחר מקוון, PLP הוא ראשי תיבות של product listing page, כלומר דף רשימת מוצרים, הדף שמציג מוצרים מקטגוריה, מקולקציה או מחיפוש. בדרך כלל תראו אותו לצד PDP בבריפים, בהגדרות אנליטיקה ובמבחני A/B, שבהם צוותים מפלחים תנועה והמרות לפי סוג דף. מחוץ לקמעונאות הוא יכול לציין דברים אחרים, כמו תוכנית למידה מותאמת אישית (personalized learning plan) בתחום החינוך.

איך מבצעים אופטימיזציה ל-PLP עבור SEO?

השאירו את דפי הרשימה שאתם רוצים לדרג ניתנים לסריקה ולאינדוקס, וחסמו וריאציות של מסננים ומיון שלא צריכות לדרג באמצעות robots.txt או מקטעי URL. תנו לכל דף מעומד כתובת URL משלו ו-canonical שמפנה לעצמו, קשרו לכל PLP מהתפריטים ומפירורי הלחם, וקשרו מכל PLP לכל מוצר שהוא מציג.

איך עוקבים אחרי דפי רשימת מוצרים בנפרד ב-Search Console?

קבצו את כתובות ה-PLP לפי תבנית משותפת, כמו /category/ או /c/, ומדדו את הקבוצה הזו במקום לקרוא דפים אחד אחד. עם SEOcrawl AI, עוזר ה-AI שלכם יכול להשתמש ב-MCP Server כדי ליצור כלל שמתייג אוטומטית כל כתובת שתואמת את התבנית, כולל כתובות עתידיות, ואז למשוך את הדפים המובילים בתג הזה עם הקליקים, החשיפות והמיקום שלהם.