פרמטר SRSLTID: מה עושים עם הדרעק הזה?

אם נכנסתם לאנליטיקס שלכם, או חמור מכך, ראיתם בתוצאות החיפוש של גוגל, כתובות URL ארוכות ומכוערות של האתר שלכם שמסתיימות ב-SRSLTID=…?

אם כך, ברוכים הבאים למועדון.

מה זה פרמטר srsltid ולמה זה כאב ראש למקדמי אתרים?

התשובה הקצרה: SRSLTID הוא פרמטר מעקב (Tracking Parameter) שגוגל מוסיפה אוטומטית לקישורים שלכם, בעיקר כשמישהו לוחץ על מודעת גוגל שופינג (PLA – Product Listing Ad).

ולמה זה פוגע לכם ב-SEO? במילה אחת: שכפול תוכן.

מקדמי אתרים, מטבע הדברים – לא אוהבים את הפרמטר הזה, בלשון המעטה.

העניין הוא – זה לא שגוגל "מעניש" אתכם.

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

אתם משלמים לגוגל כדי שתירה לעצמכם ברגל. אירוני, לא?

בשנים האחרונות התופעה הזאת נהיית יותר ויותר נפוצה – במדריך הבא נראה איך פותחים את השיט הזה אחת ולתמיד.

מה הקטע עם SRSLTID?

לפני שנשפוך עליו אש וגופרית, בואו נבין רגע את הצד של גוגל.

SRSLTID הוא ככל הנראה קיצור של "Shopping Result ID" או משהו בסגנון.

כפי שאמרתי, זהו פרמטר מעקב.

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

זהו. זה כל הסיפור.

זה פרמטר ששייך למשפחה שלמה של "מזהמי URL", כמו:

• gclid (מזהה קליק של גוגל אדס רגיל)
• fbclid (מזהה קליק מפייסבוק, הסיוט של כל מקדם אתרים)
• utm_source וכל אחיו (פרמטרים למעקב קמפיינים ידני)

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

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

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

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

למידע נוסף – מה זה UTM?

הבעיה האמיתית: איך פרמטר "תמים" הורס לכם את ה-SEO?

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

בעיני גוגלבוט, https://your-shop.co.il/product/blue-shirt

ו-

https://your-shop.co.il/product/blue-shirt?SRSLTID=a1b2c3d4e5f6

…הם שני URL נפרדים לחלוטין.

אבל מה יש בשני ה-URL האלה? בדיוק, אבל בדיוק, את אותו התוכן: אותה תמונה של חולצה כחולה, אותו תיאור, אותו מחיר, ואותם כפתורי רכישה.

זה, חברים, נקרא תוכן משוכפל (Duplicate Content).

"נו, אז מה?" אתם אולי אומרים, "גוגל חכם, הוא יבין".

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

למה לסמוך על הניחושים שלו כשאפשר לנהל את זה נכון?

לפני שנמשיך: הסבר כללי שלי על תוכן משוכפל בגוגל:

הנה הנזקים המצטברים של הבעיה הזו:

1. פיצול סמכות ("Link Juice")

זאת אחת הבעיות העיקריות עם התגית הזאת.

בואו נגיד שאתם עושים שיווק אורגני וקיבלתם 10 קישורים מבלוגי אופנה לעמוד החולצה הכחולה שלכם (ל-URL הנקי). מעולה! צברתם סמכות.

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

הכתובת שהוא העתיק? נכון, זאת עם ה-SRSLTID. עכשיו קיבלתם עוד 5 קישורים, אבל ל-URL "המזוהם".

במקום שעמוד החולצה הכחולה שלכם ייהנה מ-15 קישורים חזקים, יש לכם עכשיו:

• עמוד A (הנקי) עם 10 קישורים.
• עמוד B (המזוהם) עם 5 קישורים.

דיללתם את הכוח המיץ קישורים שלכם. פיצלתם את הסמכות.

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

2. בלבול באינדוקס (Indexation Bloat)

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

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

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

ואז מה קורה?

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

3. בזבוז תקציב סריקה (Crawl Budget Waste)

לכל אתר, גוגל מקצה "תקציב סריקה" (או תקציב זחילה) – כמות מוגבלת של משאבים וזמן שהוא מוכן להשקיע בסריקת האתר שלכם בכל יום.

אם יש לכם חנות עם 10,000 מוצרים, אתם רוצים שגוגל יסרוק אותם ביעילות.

אבל אם לכל מוצר יש עכשיו 3-4 גרסאות URL שונות (אחת עם SRSLTID, אחת עם fbclid, אחת עם utm…), גוגל פתאום צריך לסרוק 50,000 כתובות URL במקום 10,000.

זה בזבוז אדיר.

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

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

הסבר נוסף על תקציב זחילה בגוגל:

איך בודקים אם הבעיה קיימת אצלכם?

שיטה 1: חיפוש פשוט בגוגל

זאת השיטה הכי מהירה והכי אינטואיטיבית.

לכו לגוגל ותקלידו את הפקודה הבאה (החליפו בכתובת האתר שלכם):

site:yourdomain.co.il inurl:SRSLTID

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

שיטה 2: גוגל אנליטיקס

1. היכנסו לחשבון האנליטיקס שלכם.
2. לכו לדוח "התנהגות" (Behavior) -> "תוכן אתר" (Site Content) -> "כל הדפים" (All Pages).
3. בתיבת החיפוש שמעל הטבלה, הקלידו SRSLTID.
4. לחצו אנטר.

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

שיטה 3: גוגל סרץ' קונסול

1. היכנסו ל-Search Console.
2. לכו לדוח "דפים" (Pages) תחת "אינדקס".
3. גללו למטה לסיבות שבגללן דפים לא נכנסו לאינדקס. חפשו אזהרות כמו "דף משוכפל, הגרסה הקנונית שנבחרה על ידי גוגל שונה מזו שהצהיר המשתמש" או "דף כפילות ללא כתובת קנונית שנבחרה על ידי המשתמש".
4. לחצו על האזהרות האלה ובדקו את רשימת ה-URL. סביר מאוד שתמצאו שם את החברים שלנו עם פרמטר SRSLTID.

הפתרון: איך נפטרים מהדרעק הזה אחת ולתמיד

אוקיי, אז זיהינו את הבעיה. עכשיו בואו נפתור אותה.

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

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

כן, זה קורה וזה מבאס – אבל גם לזה יש פתרון (אגיע לזה).

מה זה קנוניקל?

למי שלא יודע – תגית קנוניקל היא חתיכת קוד קטנה שאתם שמים בקוד ה-HTML של העמוד (בחלק ה-<head>).

היא לוחשת לגוגלבוט באוזן: "היי גוגל, אני יודע שהכתובת שאתה רואה בדפדפן עכשיו היא .../?SRSLTID=123, אבל זו רק גרסה.

ה-URL המקורי, הרשמי, הבוס של העמוד הזה, הוא https://your-shop.co.il/product/blue-shirt. בבקשה תאנדקס בתוצאות וזקוף את כל הקישורים, הסמכות והדירוגים לכתובת הנקייה הזו."

איך זה צריך להיראות?

בעמוד …/blue-shirt?SRSLTID=123, הקוד צריך להכיל:

<link rel="canonical" href="https://your-shop.co.il/product/blue-shirt" />

וגם בעמוד הנקי (…/blue-shirt), מומלץ מאוד שתהיה תגית קנוניקל שמצביעה על עצמה (Self-referencing canonical):

<link rel="canonical" href="https://your-shop.co.il/product/blue-shirt" />

למה זה הפתרון המושלם?

1. מאחד סמכות: הוא פותר לחלוטין את בעיית "פיצול הסמכות". כל הקישורים שילכו בטעות לגרסה המזוהמת יעבירו את הכוח שלהם אוטומטית לגרסה הנקייה.
2. מנקה את האינדקס: גוגל יבין איזו גרסה לאנדקס.
3. שומר על המעקב: וזה חשוב – זה לא פוגע במעקב של גוגל אדס! הפרמטר עדיין קיים, המערכות של גוגל אדס ואנליטיקס עדיין יראו את הקליק בתשלום, אבל ה-SEO שלכם לא יפגע.

איך מיישמים את זה?

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

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

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

במידה והעמודים עם ה-SRSLTID מתאנדקסים למרות הקנוניקל:

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

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

זה לא רק SRSLTID – זו מגיפה של פרמטרים

התיקון של SRSLTID הוא חשוב.

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

האינטרנט של היום מוצף בפרמטרים שנועדו למעקב:

• fbclid (פייסבוק)
• gclid (גוגל אדס)
• utm_source, utm_medium, utm_campaign (מעקב קמפיינים)
• _ga (גוגל אנליטיקס)
• ועוד אינסוף מזהים ממערכות דיוור, שיווק שותפים וכו'.

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

• ?sort=price_low_to_high
• ?filter_color=blue
• ?sessionid=...

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

אסטרטגיית קנוניקל היא לא "nice to have", היא חלק חשוב ואף קריטי בכל מה שקשור אל קידום אתרים טכני.

מזהמי URL נפוצים והפתרון הנכון

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

שאלות ותשובות (FAQ) על פרמטר SRSLTID ושות'

1. חפרת יותר מדי ודילגתי ישר לפה. אז מה זה SRSLTID?

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

2. האם גוגל מעניש על זה?

לא, זו לא "עונש" (Penalty). זה פשוט גורם לדילול ופיצול של סמכות הדירוג שלכם (Link Juice) ויוצר תוכן משוכפל. התוצאה היא אותה תוצאה – דירוגים נמוכים יותר.

3. איך מטמיעים rel="canonical"?

אם אתם על וורדפרס, פלאגינים כמו Rank Math או Yoast עושים את זה אוטומטית.

אם אתם על שופיפיי או Wix, זה מובנה במערכת.

אם אתם על מערכת קאסטם – תנו ל-Back-End Developer שלכם משימה: לוודא שכל עמוד באתר מכיל תגית rel="canonical" שמצביעה לגרסה הנקייה (ללא פרמטרים) של אותו עמוד.

4. האם fbclid זה אותו סיפור?

בדיוק אותו סיפור, רק גרוע יותר. פייסבוק מוסיף את ה-fbclid לכל קישור יוצא. הפתרון זהה: rel="canonical".

5. למה גוגל ביטלו את כלי הפרמטרים ב-Search Console?

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

6. לא כדאי לחסום SRSLTID ב-robots.txt?

זה יכול להיות בעייתי. חסימה ב-robots.txt מונעת מגוגל לסרוק, ולכן מונעת ממנו לראות את הקנוניקל, ולכן מונעת ממנו להעביר את כוח הקישורים ל-URL הנכון.

7. גוגל לא אמור להיות חכם מספיק כדי להבין לבד?

"אמור להיות" זו מילת המפתח. לפעמים כן, לפעמים לא.

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

8. מה ההבדל בין זה ל-gclid?

מבחינה רעיונית, כלום. שניהם פרמטרים למעקב קליקים מגוגל (PPC). gclid משמש למודעות טקסט רגילות וקמפיינים אחרים, ו-SRSLTID ייעודי לשופינג. הטיפול ב-SEO זהה לחלוטין: rel="canonical".

סיכום: תפסיקו לבזבז את הכוח שלכם

הפרמטר SRSLTID הוא לא סוף העולם. הוא בסך הכל סימפטום.

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

הפתרון הוא פשוט, אלגנטי, ונקרא rel="canonical".

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

עוד מדריכים?

• המדריך שלי לקובץ htaccess
• מהו תוכן רזה ומה עושים איתו?
• מה זה אופטימיזציה למנועי חיפוש
• המדריך שלי לכתובות URL ידידותיות
• מה זה אתר ידידותי למנועי חיפוש