הגדרת מדור חדשות ב-1C-Bitrix: ללא כפילויות, שגיאות 404 או עיכובים

אזור חדשות ב-1C-Bitrix סובל לעיתים קרובות מכתובות כפולות, מטמון מיושן ועיכובי פרסום, מה שמרחיק מבקרים ומנועי חיפוש. אנו מגדירים בלוקי מידע ורכיבים כך שהאזור יפעל בצורה חלקה: פיצ'ינג נכון, פרסום אוטומטי וניהול מטמון. הצוות שלנו מספק את הפרויקט במפתח מלא—מביקורת ועד תמיכה—ומבטיח פעילות יציבה וצמיחה יחד עם העסק שלך.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הגדרת מדור חדשות ב-1C-Bitrix: ללא כפילויות, שגיאות 404 או עיכובים
פשוט
~1 יום

הכישורים שלנו:

שאלות נפוצות

הגדרת מדור חדשות ב-1C-Bitrix: ללא כפילויות, שגיאות 404 או עיכובים

תארו לעצמכם: עורך מפרסם כתבה, אבל היא לא מופיעה באתר בגלל מטמון מיושן. או שגוגל מאנדקס את /news/?PAGEN_1=2 ככפילות של העמוד הראשי. תקלות אלו נובעות מהגדרה שגויה של בלוק מידע ומספור עמודים. אנו מגדירים מדורי חדשות ב-1C-Bitrix כך שיעבדו ללא רבב: ללא כתובות URL כפולות, מטמון תקין ופרסום אוטומטי. לאורך שנים רבות של ניסיון, יישמנו יותר מ-50 פרויקטים שבהם מדורי חדשות מטפלים באלפי פרסומים. בפרויקט אחד, לאחר ההגדרה שלנו, גוגל זיהה 0 כפילויות, וזמן הפרסום ירד משעתיים לדקה אחת. להלן נפרט את הנקודות המרכזיות—מבלוק המידע ועד מספור העמודים—כדי שתוכלו להימנע מטעויות נפוצות.

בלוק מידע לחדשות: מה חשוב

צרו בלוק מידע עם סוג news וקוד סמלי news. פרמטרים מרכזיים:

  • BIZPROC = N — תהליכים עסקיים מיותרים לחדשות ומאטים את הכתיבה.
  • VERSION = 2 — אחסון מאפיינים בטבלאות נפרדות (b_iblock_element_prop_s{id}), מהיר יותר לנפחים גדולים. 1C-Bitrix ממליצה על VERSION=2 לפרויקטים חדשים.
  • INDEX_ELEMENT = Y, INDEX_SECTION = Y — לחיפוש.
  • DETAIL_PAGE_URL = /news/#ELEMENT_CODE#/ — כתובת URL של עמוד פרטים דרך קוד סמלי, לא מזהה (ID).

הקוד הסמלי (CODE ב-b_iblock_element) צריך להיות נוצר אוטומטית: הפעילו TRANSLIT_AUTOFIELD_NAME = Y בהגדרות בלוק המידע. זה יוצר תעתיק משם החדשות בעת השמירה. בלעדיו, עורכים משאירים את השדה ריק, ו-Bitrix מחזירה שגיאת 404. התיעוד הרשמי מתאר זאת.

מאפייני בלוק המידע: SOURCE (מקור, מחרוזת), AUTHOR (קישור למשתמש או מחרוזת), TAGS (מחרוזת מרובה).

רכיבי רשימה ופרטים

הצמד bitrix:news.list + bitrix:news.detail הוא סטנדרטי. פרמטרים עבור bitrix:news.list:

IBLOCK_TYPE = news
IBLOCK_ID = <id вашего инфоблока>
SORT_BY1 = ACTIVE_FROM
SORT_ORDER1 = DESC
CACHE_TYPE = A
CACHE_TIME = 3600
DISPLAY_DATE = Y
PAGER_SHOW = Y
PAGER_TEMPLATE = .default

מטמון IBLOCK_TYPE = news IBLOCK_ID = <id вашего инфоблока> SORT_BY1 = ACTIVE_FROM SORT_ORDER1 = DESC CACHE_TYPE = A CACHE_TIME = 3600 DISPLAY_DATE = Y PAGER_SHOW = Y PAGER_TEMPLATE = .default עם ביטול אוטומטי (CACHE_TIME = 3600) הוא אופטימלי. בעת פרסום דרך CACHE_TYPE = A, Bitrix מנקה אוטומטית את מטמון הרכיב.

פרמטר ערך הערה
SORT_BY1 ACTIVE_FROM מיון לפי תאריך פרסום
SORT_ORDER1 DESC החדש ביותר ראשון
CACHE_TIME 3600 מטמון לשעה

ב-CIBlockElement::Add(), הצג template.php, $arItem["NAME"], $arItem["PREVIEW_TEXT"], $arItem["PREVIEW_PICTURE"]. תמונות: מקור ב-$arItem["DISPLAY_ACTIVE_FROM"], שינוי גודל דרך /upload/ עם אחסון ב-CFile::ResizeImageGet().

כיצד להימנע מכתובות URL כפולות ושגיאות 404

מספור עמודים ב-/upload/resize_cache/ עובד דרך פרמטר GET בשם bitrix:news.list. פתרון: השתמשו בתבנית מספור עם PAGEN_1 ו-<link rel="next"> ב-<link rel="prev"> — הוסיפו אותם ב-<head>. למספור ידידותי לקידום אתרים כמו component_epilog.php, נדרשת התאמה אישית דרך /news/page/2/ או דריסת תבנית הניווט. בפרויקטים שלנו, זה מבטל 100% מהכפילויות במספור העמודים.

מדוע המטמון לא מתנקה לאחר פרסום?

Bitrix מנקה את מטמון הרכיב כאשר פריט נוסף דרך API או פאנל הניהול. אם המטמון נשאר מיושן, בדקו את urlRewrite.php ואת קיומו של סוכן. הסוכן הסטנדרטי CACHE_TYPE אינו מטפל בניקוי מטמון חדשות. אנו ממליצים להגדיר CIBlockAgent::CheckDiskQuota ולכתוב סוכן פשוט לניקוי ידני. בפרויקט אחד, המטמון נמשך 24 שעות — לאחר הגדרת הסוכן, זמן העדכון ירד ל-5 דקות, וזמן טעינת עמוד חדשות ממוצע ירד ב-200 אלפיות השנייה.

עדכון RSS

מדורי חדשות דורשים לעיתים קרובות RSS. מודול CACHE_TYPE = A ב-Bitrix מספק את הרכיב rss. חברו אותו לעמוד נפרד bitrix:rss.export עם סוג תוכן /news/rss.php. עם מטמון פעיל, עדכון RSS מתעכב — הגדירו application/xml ללא יותר מ-900 שניות או נקו את המטמון דרך מטפל האירועים CACHE_TIME.

פרסום אוטומטי וסוכנים

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

CAgent::AddAgent(
    "MyNamespace\\NewsPublishAgent::execute();",
    "news",
    "N",
    60,
    "",
    "Y",
    date("d.m.Y H:i:s"),
    date("d.m.Y H:i:s", strtotime("+1 minute"))
);

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

מה כלול ולוחות זמנים

בהזמנת הגדרת מדור חדשות במפתח מלא, תקבלו:

  • הגדרת בלוק מידע (שדות, מאפיינים, קודים סמליים)
  • התקנה והגדרה של רכיבי רשימה/פרטים עם מספור ידידותי לקידום אתרים
  • שילוב עדכון RSS
  • הגדרת סוכנים לפרסום אוטומטי
  • מטמון עם ניקוי אוטומטי
  • בדיקת כתובות URL כפולות ושגיאות 404
  • תיעוד על הגדרות וגישה
  • הדרכת עורכים (שעה אחת מקוונת)
שלב משך
ניתוח ואישור חצי יום
הגדרת בלוק מידע ורכיבים יום אחד
מספור עמודים, כתובות URL ידידותיות, RSS יום אחד
פרסום אוטומטי ומטמון חצי יום
בדיקות ותיקונים חצי יום
סה"כ 3–5 ימי עבודה

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

חיסכון ותוצאות

הודות למטמון תקין ופרסום אוטומטי, האתר אינו דורש התערבות ידנית לאחר כל פרסום. חיסכון בזמן טכני מגיע לשעתיים בשבוע בתחזוקה, ועלויות קידום האתר יורדות ב-30% בשל היעדר כפילויות ושגיאות 404. עלות תיקון תקלות טיפוסיות בהזמנת הגדרה במפתח מלא מופחתת ב-40% לשעת עבודה.

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