ביקורת SEO טכנית ל-1C-Bitrix
לעתים קרובות אנו נתקלים באתרי Bitrix שבהם האינדקס של Google מכיל מאות אלפי עמודים עקב הגדרות שגויות של מסננים חכמים. ובכל זאת, ההמרה היא אפס: 80% מהתנועה הולכת לתוכן כפול. קטלוג ממוצע של 5,000 מוצרים עם שלושה מאפיינים יוצר 125,000+ עמודים מיותרים. ביקורת SEO טכנית ל-Bitrix אינה עוסקת בתוכן—אלא בהגדרות הפלטפורמה: תגי מטא, robots.txt, כתובות קנוניות, מיקרודאטה. ללא זה, אפילו תוכן מושלם לא יגיע לפסגה.
למומחי 1C-Bitrix המוסמכים שלנו יש 12 שנות ניסיון והם ביצעו למעלה מ-300 פרויקטים של אופטימיזציית SEO. אנו מבטיחים צמיחה של 35–70% בתנועה האורגנית לאחר סבב התיקונים הראשון. לדוגמה, עבור אתר מסחר אלקטרוני לחלקי רכב עם קטלוג של 15,000 מוצרים, צמצמנו עמודים משוכפלים מ-400,000 ל-3,000—תוך חודש, התנועה מגוגל גדלה ב-42%. החיסכון בתקציב הקידום הגיע ל-40%, וביטלנו עלויות סריקה מיותרות.
כיצד המסנן החכם יוצר מאות אלפי עמודים כפולים
רכיב ה-catalog.section.list עם מסנן (catalog.section.filter) יוצר כתובות כמו /catalog/section/?PROPERTY_123=456&PROPERTY_789=012. ללא קישור קנוני, כל שילוב הופך לעמוד נפרד. מוצר עם שלושה מאפיינים של 5 ערכים כל אחד נותן 125 וריאנטים. עבור קטלוג של 100 מוצרים, זה למעלה מ-12,000 עותקים. פתרון: בהגדרות הרכיב, הפעל SEF_MODE = Y והגדר CANONICAL_URL לסעיף ללא פרמטרים.
פאג'ינציה היא מקור נוסף לכפילות. עמודים כמו /catalog/?PAGEN_1=2 מכילים את אותו תוכן כמו העמוד הראשון. בתבנית הרשימה, הוסף:
$APPLICATION->SetPageProperty('canonical', $arResult['SECTION']['SECTION_PAGE_URL']); ולקישור בין עמודים—$APPLICATION->SetPageProperty('canonical', $arResult['SECTION']['SECTION_PAGE_URL']); ו-rel=prev.
כיצד להוסיף קנוני לפאג'ינציה
בתבנית רכיב הרשימה, הכנס את הקוד למעלה. כמו כן, הגדר `rel=prev` ו-`rel=next` בתוך ה-`` כדי לעזור למנועי החיפוש להבין את הסדרה.מה כוללת ביקורת SEO טכנית ל-Bitrix
| תחום בדיקה | מה אנו בודקים | שגיאה אופיינית | תיקון |
|---|---|---|---|
| תגי מטא | ייחודיות של title/description | תבנית rel=next במקום {=this.Name} |
הגדר מודול {=this.ELEMENT.NAME} |
| כתובות קנוניות | נוכחות של rel=canonical | חסר בעמודי מסנן | הוסף seo |
| robots.txt | חסימת נתיבי מערכת | CANONICAL_URL פתוח |
חסום, שמור על /bitrix/ |
| Sitemap | תקינות של sitemap.xml | סעיפי מערכת כלולים | החרג 404, עמודים ללא תוכן |
| מהירות | Core Web Vitals (LCP, CLS, FID) | סקריפטים כבדים ללא טעינה אסינכרונית | בצע אופטימיזציה ל-JavaScript, שמירה במטמון |
| מיקרודאטה | Schema.org (Product, Offer, BreadcrumbList) | סימון מוצר חסר | הטמע JSON-LD |
תוצאות הביקורת: לפני ואחרי
| מדד | לפני הביקורת | אחרי הביקורת | שיפור |
|---|---|---|---|
| עמודים כפולים באינדקס | 250,000 | 4,500 | -98% |
| LCP (מסך ראשון) | 4.2 שניות | 1.1 שניות | -74% |
| CLS | 0.35 | 0.08 | -77% |
| תנועה אורגנית | 6,500 ביקורים/חודש | 12,200 ביקורים/חודש | +88% |
מדוע robots.txt הוא קריטי עבור Bitrix
קובץ נכון מינימלי:
User-agent: *
Disallow: /bitrix/
Disallow: /local/
Disallow: /upload/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Allow: /bitrix/js/
Allow: /bitrix/css/תיעוד 1C-Bitrix ממליץ בדיוק על תבנית זו. ללא חסימת Allow: /bitrix/js/, מנוע החיפוש מבזבז את תקציב הסריקה שלו על סקריפטים אדמיניסטרטיביים. טעות אופיינית היא שימוש ב-User-agent: * Disallow: /bitrix/ Disallow: /local/ Disallow: /upload/ Disallow: /auth/ Disallow: /personal/ Disallow: /search/ Allow: /bitrix/js/ Allow: /bitrix/css/ במקום /bitrix/. האפשרות הראשונה לא עובדת עבור עמודי פרטים. התחביר הנכון עבור בלוקי מידע: {=this.Name} עבור שם, {=this.ELEMENT.NAME} עבור תיאור.
אילו עמודים מיותרים נוספים קיימים?
מלבד המסנן החכם והפאג'ינציה, עמודים עם רישיות שונות בכתובת ({=this.ELEMENT.NAME} לעומת {=this.ELEMENT.PREVIEW_TEXT}) משוכפלים לעתים קרובות, כמו גם עמודי מיון וניווט. Bitrix לא מפנה לאותיות קטנות כברירת מחדל—יש להגדיר זאת ב-/Catalog/. מקור נוסף הוא פרמטרים כמו /catalog/, .htaccess ותגי מעקב אחרים—אין לאינדקס אותם. הוסף utm_source ל-robots.txt.
כיצד מיקרודאטה משפיעה על אינדוקס
מיקרודאטה תקינה של Schema.org (סוגים Product, Offer, BreadcrumbList) מגדילה את הסיכויים ל-Rich Snippets בתוצאות החיפוש. ב-Bitrix, הסימון ממוקם לעתים קרובות בתבנית רכיב utm_medium. אנו משתמשים ב-JSON-LD—זה לא שובר את העיצוב וקל יותר לאימות. טעות אופיינית: ציון מחיר זהה לכל וריאציות המוצר. ב-JSON-LD, יש לרשום כל SKU עם מחיר וזמינות ייחודיים.
כיצד אנו בודקים כתובות SEF והפניות
אנו מוודאים שכתובות SEF מופעלות עבור כל בלוקי המידע. בעיה אופיינית: כלל השכתוב ב-Clean-Param: utm_source utm_medium utm_campaign לא מוגדר—הכתובת הקנונית מובילה ל-404. אנו בודקים את כל ההפניות עם Screaming Frog: מוצאים שרשראות ארוכות מ-3 קפיצות ולולאות. בדיקה ידנית של 10,000 כתובות אורכת 8 שעות; ביקורת אוטומטית אורכת 20 דקות—זה פי 24 מהר יותר.
אילו שלבים כוללת הביקורת
- סריקת האתר (Screaming Frog, Netpeak Spider)—ניתוח סטטוסים, תגי מטא, כותרות.
- ניתוח Core Web Vitals—נתונים אמיתיים מ-Google Search Console + Lighthouse.
- בדיקת מודול
catalog.element: תבניות, sitemap, robots.txt. - ביקורת קישורים קנוניים בעמודי מסנן ופאג'ינציה.
- בדיקת מיקרודאטה (Schema.org, Open Graph).
לאחר הביקורת, אתה נמנע מעלויות עבור עמודים נוספים—חיסכון באחסון ובקידום SEO עד 40%. החזר ROI ממוצע מהביקורת הוא 3–5× במשך שישה חודשים. עבור חנות בינונית, הביקורת עולה $500 ובדרך כלל חוסכת $300 בחודש בבזבוז סריקה.
הדוח הסופי מכיל עדיפויות: קריטי (כפילויות, 404), חשוב (מהירות), מייעץ (מיקרודאטה). זמן הכנה—מ-2 עד 5 ימים בהתאם להיקף.
מה כלול בתוצרי הביקורת
- דוח סריקה מלא (CSV) עם כל הבעיות.
- המלצות עם עדיפות (קריטי/חשוב/מייעץ).
- גישה ל-30 יום לתמיכה שלנו לשאלות.
- הדרכה לצוות שלך על שמירת תקינות SEO.
הזמן ביקורת וקבל דוח עם עדיפויות תיקון. צור קשר לאבחון בעיות אינדוקס נוכחיות—ננתח כפילויות אופייניות ונספק המלצות.