קידום אתרים גדולים: הטעויות הטכניות שעולות בתנועה, ואיך מתקנים אותן

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

בקצרה

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

מה ההבדל בין קידום אתרים גדולים לקידום אתר רגיל?

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

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

לפי Google Search Central, המדריך לניהול תקציב סריקה מיועד בעיקר לאתרים עם יותר ממיליון עמודים ייחודיים שהתוכן בהם משתנה בערך פעם בשבוע, או לאתרים עם יותר מ-10,000 עמודים שמשתנים מדי יום. Google מציינת שאלה הערכות גסות ולא ספים מדויקים. גם אתר שבו הרבה כתובות מסווגות בדוח האינדוקס כ-Discovered – currently not indexed נמצא בקבוצה הזו, בלי קשר לגודלו. עם זאת, הסטטוס הזה לבדו אינו מוכיח בעיית תקציב סריקה, וכדאי לבדוק גם סיבות אחרות, כמו קישוריות פנימית חלשה או עמודים שגוגל לא מצא בהם ערך מספיק.

מה זה תקציב סריקה, ומתי הוא באמת בעיה?

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

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

מקור נפוץ לבזבוז הוא ניווט מסונן. סינונים, מיונים ופרמטרים יכולים לייצר מספר כמעט בלתי מוגבל של כתובות לאותו תוכן. Google ממליצה לאחד תוכן כפול, לחסום ב-robots.txt כתובות שאין טעם שייסרקו, ולא להשתמש ב-noindex לצורך הזה, כי גוגל עדיין מבקש את העמודים האלה. עמודים שהוסרו לצמיתות צריכים להחזיר 404 או 410, ועמודי soft 404, שמציגים "לא נמצא" אבל מחזירים קוד הצלחה, ממשיכים לגזול סריקה.

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

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

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

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

עמודים שמתחרים על אותה כוונה

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

איך עושים הגירת אתר עם הפניות 301 ומצמצמים את הפגיעה בתנועה?

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

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

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

• מיפוי מלא. רשימת כתובות ישנות ממפות האתר, מיומני השרת, מהאנליטיקס ומ-Search Console, כולל תמונות, וידאו, קובצי JavaScript ו-CSS.
• הפניה ישירה. מהכתובת הישנה ישר ליעד הסופי. Googlebot יכול לעקוב אחרי עד 10 קפיצות, אבל Google ממליצה על שרשראות קצרות, באופן אידיאלי לא יותר מ-3.
• בלי הפניה גורפת לדף הבית. הפניה של כתובות רבות לעמוד לא רלוונטי פוגעת בהעברת הסיגנלים.
• עדכון האתר החדש. תגיות קנוניות, hreflang וקישורים פנימיים צריכים להצביע על הכתובות החדשות.
• מפת אתר חדשה. מגישים אותה ב-Search Console, ועוקבים אחרי דוחות האינדוקס והשאילתות.

Google מציינת שבאתר בינוני ייתכן שיעברו כמה שבועות ואף יותר עד שהכתובות החדשות יופיעו בהדרגה, ובאתרים גדולים זה עשוי לקחת יותר זמן, ושינויים בדירוג בתקופה הזו צפויים. אתרים גדולים יכולים לעבור בשלבים, לפי חלקים באתר. כלי שינוי הכתובת ב-Search Console מתאים רק למעבר דומיין או תת-דומיין, לא למעבר ל-HTTPS או לשינוי נתיבים.

האם Core Web Vitals משפיעים על קידום אתרים אורגני?

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

Core Web Vitals הם שלושה מדדים של חוויית משתמש בעמוד. לפי Google Search Central, נכון לאוקטובר 2026 הם LCP, שמודד טעינה ונחשב טוב עד 2.5 שניות; INP, שמודד תגובתיות ונחשב טוב מתחת ל-200 אלפיות שנייה; ו-CLS, שמודד יציבות חזותית ונחשב טוב מתחת ל-0.1. Google כותבת שחוויית עמוד טובה תואמת את מה שמערכות הדירוג שלה מבקשות לתגמל.

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

למה נתונים מובנים חשובים במיוחד באתרים גדולים?

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

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

Google ממליצה לבדוק את הסימון בכלי Rich Results Test בזמן הפיתוח, ולעקוב אחריו אחרי ההשקה בדוחות התוצאות העשירות ב-Search Console. באתרים גדולים זה חשוב במיוחד, כי שינוי בתבנית או בדרך שבה העמוד מוגש יכול לשבור את הסימון בשקט. לדעתנו מבנה ברור חשוב גם לנראות במנועי AI, שעליה כתבנו במאמר מה זה GEO.

אילו טעויות SEO טכני נפוצות, ואיך מזהים אותן ב-Search Console?

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

טעות	מה רואים ב-Search Console	התיקון
סינונים ופרמטרים שמייצרים אינסוף כתובות	הרבה כתובות בסטטוס Discovered – currently not indexed	חסימת פרמטרים חסרי ערך ב-robots.txt וקישור פנימי לגרסה הקנונית בלבד
כפילויות בלי כתובת קנונית	Duplicate without user-selected canonical	תגית rel="canonical" מלאה ועקבית בכל הגרסאות
סיגנלים סותרים לכתובת הקנונית	Duplicate, Google chose different canonical than user	יישור של התגית, ההפניות, מפת האתר והקישורים הפנימיים לאותה כתובת
עמודים שהוסרו ומחזירים קוד הצלחה	Soft 404	החזרת 404 או 410 לעמודים שהוסרו לצמיתות
שרשראות או לולאות הפניה	Redirect error	הפניה ישירה ליעד הסופי ועדכון קישורים פנימיים
שרת שלא עומד בעומס הסריקה	Server error (5xx), ו-Hostload exceeded בכלי בדיקת הכתובות	הגדלת משאבי השרת ושיפור זמני התגובה
הגירה בלי מפת הפניות	זינוק בכתובות בסטטוס Not found (404) אחרי ההשקה	מיפוי כל כתובת ישנה ליעד מקביל בהפניית 301
סימון נתונים מובנים שנשבר בתבנית	שגיאות בדוחות התוצאות העשירות	תיקון בתבנית ובדיקה חוזרת ב-Rich Results Test
תבניות איטיות	קבוצות כתובות בסטטוס Poor או Need improvement בדוח Core Web Vitals	שיפור התבנית עצמה: תמונות, סקריפטים ויציבות פריסה

הסטטוס Alternate page with proper canonical tag, לעומת זאת, הוא לרוב סימן שהקנוניזציה עובדת. לפי Google, במצב הזה לא נדרשת פעולה.

מה בודקים בביקורת SEO טכני לאתר גדול?

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

1. דוח אינדוקס הדפים. אילו סטטוסים גדלו, באילו חלקים של האתר, וממתי.
2. מלאי כתובות. כמה כתובות קיימות לעומת כמה עמודים יש באמת, ואיזה חלק מהן נוצר מפרמטרים.
3. robots.txt ומפות אתר. מה חסום, מה כלול, והאם מפות האתר מכילות רק כתובות קנוניות שמחזירות 200, עם תאריך עדכון נכון.
4. כתובות קנוניות. התאמה בין התגית, ההפניות, מפת האתר והקישורים הפנימיים.
5. הפניות. שרשראות, לולאות, הפניות זמניות במקום קבועות, והפניות גורפות לדף הבית.
6. קודי תגובה וביצועי שרת. שגיאות 5xx, עמודי soft 404 וזמני תגובה, בעיקר בשעות עומס.
7. Core Web Vitals לפי תבנית. עמוד מוצר, קטגוריה, מאמר ועמוד הבית, כל אחד בנפרד.
8. נתונים מובנים. האם הסימון קיים בכל תבנית, תקין, ומתאר את מה שגלוי בעמוד.
9. קישוריות פנימית. האם עמודים חשובים נגישים במספר קטן של קליקים, והאם יש עמודים יתומים.
10. מפת כוונות. האם לכל כוונת חיפוש מרכזית יש עמוד אחד שאחראי עליה.

איך אנחנו ניגשים לזה ב-CONNECT

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

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

שאלות נפוצות

מאיזה גודל אתר צריך לדאוג לתקציב סריקה?

לפי Google, המדריך לתקציב סריקה מיועד בעיקר לאתרים עם יותר ממיליון עמודים ייחודיים שמשתנים בערך פעם בשבוע, או לאתרים עם יותר מ-10,000 עמודים שמשתנים מדי יום. Google מדגישה שאלה הערכות גסות. גם אתר קטן יותר שבו כתובות רבות מסווגות כ-Discovered – currently not indexed צריך לבדוק את הנושא. אם עמודים חדשים נסרקים ביום שבו פורסמו, כנראה שאין בעיה.

כמה זמן לוקח לגוגל לעכל הגירת אתר?

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

כמה זמן צריך להשאיר הפניות 301 אחרי הגירה?

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

האם noindex חוסך תקציב סריקה?

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

האם נתונים מובנים מבטיחים תוצאות עשירות?

לא. לפי Google, נתונים מובנים הופכים עמוד לכשיר לתוצאות עשירות, כל עוד הם כוללים את המאפיינים הנדרשים ועומדים בהנחיות, אבל Google לא מתחייבת להציג תוצאה כזו. הסימון חייב לתאר תוכן שגלוי בעמוד. הפורמט המומלץ הוא JSON-LD, ואת התקינות בודקים בכלי Rich Results Test ובדוחות התוצאות העשירות ב-Search Console.

ראו גם: קידום אתרים אורגני (SEO) · קידום במנועי AI (GEO) · מה זה GEO · שיווק לאיקומרס · דאטה, מדידה ואנליטיקס

מקורות: Google Search Central – ניהול תקציב סריקה באתרים גדולים · Google Search Central – מעבר אתר עם שינוי כתובות · Google Search Central – איחוד כתובות כפולות · Search Console – דוח אינדוקס הדפים · Google Search Central – מבוא לנתונים מובנים · Google Search Central – Core Web Vitals · Search Console – דוח Core Web Vitals

רוצים ביקורת טכנית לאתר שלכם? השאירו פרטים.