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

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

עודכן ב-3 בנובמבר 2026. עבור צוותי תמיכה ותיעוד העוברים מ-Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook או כלי דומה. הנחיות גוגל מצוטטות מ-Search Central נכון לתאריך זה.

מה גורם לאובדן תנועה בעת העברת מרכז עזרה?#

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

המדריך של גוגל למעברי אתרים עם שינויי URL מתחיל במיפוי: "חשוב למפות את כתובות ה-URL של האתר הישן לכתובות של האתר החדש." הוא ממליץ על הפניות קבועות בצד השרת (301 או 308).

למה זה משנה: מרכז עזרה מסיט פניות רק כשאנשים מוצאים את הדף הנכון. בסקר של Gartner בקרב 5,728 לקוחות (פורסם באוגוסט 2024), רק 14% מבעיות השירות נפתרו במלואן בשירות עצמי, וב-43% מהמקרים שנכשלו, לקוחות לא הצליחו למצוא תוכן רלוונטי לבעיה שלהם. הגירה שמשאירה קוראים עם דפי 404 רק מוסיפה למספר הזה. נתונים נוספים נמצאים בסטטיסטיקות השירות העצמי ללקוחות שלנו.

שלב 1: איך לרשום כל כתובת URL שיש למרכז העזרה שלי?#

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

• מפת האתר (Sitemap). רוב מרכזי העזרה המנוהלים מפרסמים sitemap.xml, לעיתים קרובות עם קובץ אחד לכל שפה. הורידו כל קובץ מפת אתר עכשיו: ברגע שה-DNS ישתנה, הפלטפורמה הישנה תפסיק להגיש אותם בשם המתחם שלכם.
• Search Console. ייצאו את דוחות דפים ו-ביצועים (טווח התאריכים הארוך ביותר). הייצוא נעצר ב-1,000 שורות, לכן עבור מרכז עזרה גדול השתמשו ב-API של Search Console או ב-crawler במצב רשימה. אמת את שם המתחם של מרכז העזרה עכשיו (נכס דומיין מכסה כל תת-דומיין), כדי שיהיה לכם בסיס לפני המעבר.
• ה-API או הייצוא של הפלטפורמה. הוא נותן לכם מזהי מאמרים, מזהי מדורים וכל שפה. ל-Zendesk יש את ה-Help Center API, ל-Intercom רק REST API (אין כפתור ייצוא), ל-Help Scout את ה-Docs API, ול-Document360 ייצוא ZIP של Markdown, HTML או JSON.
• קבצים מצורפים וקבצים מוטמעים. קבצי PDF והורדות המצורפים למאמרים נושאים גם הם קישורים נכנסים. הוסיפו את כתובות ה-URL שלהם לרשימה.
• אנליטיקה וקישורים נכנסים. דפי הנחיתה המובילים שלכם והדפים שאתרים אחרים מקשרים אליהם הם אלו שאסור שיישברו.

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

שלב 2: איך לבנות את מפת ההפניות?#

לכל פלטפורמה יש דפוס URL משלה. מזהה המאמר בתוכו הוא מה שמאפשר לכם לשדך בין דפים ישנים לחדשים:

הדפוסים כפי שהם מופיעים במרכז העזרה או בתיעוד של כל ספק ב-3 בנובמבר 2026; שלכם עשויים להיות שונים אם התאמתם אותם אישית.

כללים ששומרים על הדירוגים:

1. כתובת URL ישנה אחת, כתובת URL חדשה אחת. הפנו כל מאמר לדף החדש שלו. גוגל מזהירה ששליחת כתובות URL ישנות רבות לדף אחד כמו דף הבית "עלולה להיות מטופלת כשגיאת soft 404".
2. כסו את הגרסאות שמקבלות תנועה. קישורים ישנים נושאים לעיתים קרובות slug ישן יותר, או ללא slug כלל (Zendesk מגישה את /hc/en-us/articles/360001234567 גם ללא ה-slug). אם הפלטפורמה החדשה תומכת בהפניות דפוס או wildcard, בצעו התאמה לפי המזהה. אם היא תואמת נתיבים מדויקים בלבד, הוסיפו שורות עבור הגרסאות שמופיעות בפועל ב-Search Console, באנליטיקה ובקישורים נכנסים.
3. שורה אחת לכל שפה. /hc/de/articles/… צריך לנחות בדף הגרמני, לא באנגלי.
4. ללא שרשראות. ה-crawler של גוגל עוקב אחרי עד 10 דילוגים, אך המדריך שלו אומר להימנע משרשור ולהפנות ישירות לדף הסופי. אם ביצעתם הגירה בעבר, עדכנו גם את ההפניות הישנות ההן.
5. הוציאו דפים משימוש בכוונה. אם מאמר נעלם ושום דבר לא מחליף אותו, תנו לו להחזיר 404 או 410. מדריך שגיאות הסריקה של גוגל אומר להחזיר 301 כאשר דף "עבר או שיש לו תחליף ברור".

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

שלב 3: האם עלינו לשמור על אותו דומיין של מרכז העזרה?#

כן, בכל פעם שאתם יכולים. הפניה פועלת רק על שם מתחם שעונה לבקשות. אם מרכז העזרה שלכם נמצא ב-help.yourcompany.com, שמרו על שם המתחם הזה, ובעת המעבר, הפנו אותו לפלטפורמה החדשה עם שינוי DNS (בדרך כלל CNAME). הפלטפורמה החדשה עונה אז לנתיבים הישנים עם 301, כך שקישורים ישנים, סימניות ותוצאות חיפוש ממשיכים לעבוד.

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

אז: הימנע משינוי שמות מארח אם אתה יכול. ניתוח של 1,052 העברות דומיינים על ידי סוכנות ה-SEO SALT.agency (יוני 2026) מצא חציון של 304 ימים לחזרה לתנועה שלפני ההעברה. אלו היו העברות של דומיין שלם, לא החלפות של מרכז עזרה, אבל הן מראות מה מונח על הכף כשכתובות ישנות משתנות.

שלב 4: איך אני מעביר את התוכן עצמו?#

השתמש בייבואן אם לפלטפורמה החדשה יש כזה עבור הכלי הישן שלך. אחרת, ייצא דרך ה-API של הכלי הישן והמר ל-Markdown או HTML. ל-Zendesk Guide אין כפתור ייצוא: אתה מייצא דרך ה-Help Center API (מאמרים, סעיפים, קטגוריות, תרגומים) או אפליקציית Marketplace. לאחר הייבוא, בדוק:

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

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

שלב 5: אילו קישורים עלינו לעדכן בעצמנו?#

הפניות תופסות קישורים חיצוניים. קישורים שבבעלותך צריכים להצביע ישירות על ה-URLs החדשים:

• קישורי עזרה וטיפים בתוך המוצר שלך
• תשובות שמורות, מאקרו ותגובות מוכנות
• מאמרים מוצעים של ווידג'ט הצ'אט שלך, וכל סוכן AI או צ'אטבוט שעונה ממרכז העזרה (כוון את מקור הידע שלו לאתר החדש)
• אימיילים של Onboarding ומחזור חיים
• הפוטר של האתר שלך, דף הסטטוס וקישורי התיעוד
• סרטונים ו-PDFs שמציגים כתובת של מרכז עזרה

שלב 6: איך עוברים בלי זמן השבתה?#

שלב 7: מה עלינו לבדוק ביום ההשקה?#

• בדוק כל שורה במפה, לא מדגם. זחלן במצב רשימה, או הלולאה הקצרה מתחת לצ'ק-ליסט, עושה זאת בדקות. כל URL ישן צריך להחזיר 301 (או 308), לא 302, ולנחות ב-URL החדש שלו בדילוג אחד.
• פתח את 20 ה-URLs הישנים העמוסים ביותר בכל שפה ידנית ובדוק שהדף הוא הנכון.
• לכל דף חדש יש תג קנוניקל שמפנה לעצמו, וגרסאות שפה מקושרות זו לזו עם hreflang ב-URLs החדשים.
• robots.txt מאפשר זחילה, כולל הנתיבים הישנים (כמו /hc/), כדי שגוגל תוכל לראות את ה-301. אף דף לא נושא noindex בטעות.
• שלח את מפת האתר החדשה ב-Search Console. גוגל גם מציעה לשלוח את הישנה כדי שתזחל מחדש את ההפניות; אם אינך יכול לארח אותה יותר, בדוק את ה-URLs הישנים המובילים שלך עם URL Inspection במקום.
• חיפוש, עוזר ה-AI, משוב וטופס יצירת הקשר עובדים באתר החדש.

הלולאה קוראת קובץ עם URL ישן אחד וה-URL החדש שלו בכל שורה, ומדפיסה את קוד הסטטוס של כל URL ישן ולאן הוא מפנה:

while read old new; do
  curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsv

כמה זמן עלינו לשמור על ההפניות?#

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

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

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

• Search Console, דפים: רשומות חדשות של "לא נמצא (404)" מצביעות על הפניות חסרות.
• Search Console, ביצועים: קליקים ל-URLs חדשים צריכים לעלות כשהישנים יורדים.
• כניסות מהפניות: אילו URLs ישנים עדיין מקבלים תנועה, ומאיפה.
• חיפושים ללא תוצאות במרכז העזרה החדש: קוראים שאומרים לך מה לא עבר. המדריך שלנו ל-פערי תוכן במרכז עזרה מראה איך לעבוד דרכם.

איך Clevera מטפלת בהעברת מרכז עזרה?#

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

• יבואנים: Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence, או כל אתר תיעוד ציבורי אחר או קובץ zip של Markdown או HTML. אתם מתחברים באמצעות אסימון API, האתר הציבורי, מאגר Git או קובץ zip, בהתאם לפלטפורמה. Intercom נקרא מהאתר הציבורי בלבד, לכן מאמרים פרטיים ב-Intercom נשארים מאחור. אסימון Zendesk או Document360 מייבא תרגומים לשפות שהוספתם לאתר. ראו את המדריכים עבור ייבוא מ-Zendesk Guide, מאמרי Intercom, Help Scout ו-Document360.
• הפניות מכתובות ישנות: האפשרות יצירת הפניות מכתובות ישנות מופעלת כברירת מחדל כאשר למקור יש כתובות אינטרנט, וההפניות של Help Scout עצמו מגיעות יחד איתן. הן עובדות ברגע שהדומיין שלכם מצביע על Clevera. הפניות תואמות נתיבים מדויקים (ללא תווים כלליים), לכן הוסיפו וריאציות של סלאגים שעדיין מקבלים קליקים כהפניות ידניות.
• סקירה תחילה: תצוגה מקדימה לביטול בחירת דפים, דוח עם אזהרות, ו-ביטול ייבוא עד לפרסום כל דף מיובא. היכן שהמקור מציין שדף אינו ציבורי, הוא מסומן כ-מוגבל ומתחיל כשהוא לא מסומן.
• מגבלות הקובעות אם תשמרו על התנועה שלכם:
  • הפניות דורשות דומיין משלכם, מה שדורש תוכנית Starter ומעלה, לכן בתוכנית החינמית הקישורים הישנים לא יופנו.
  • הפניות שייבוא יוצר נספרות במכסת ההפניות הידניות של התוכנית, ו-כל מה שמעבר להן ידלג: 500 לאתר ב-Starter, 2,000 ב-Pro. 2,000 הוא המקסימום שכל אתר יכול להכיל.
  • שפות מפורסמות לאתר: 5 ב-Starter, כולן ב-Pro.
  • 2,000 דפים לכל ייבוא.
  • הפניות ש-Clevera מוסיפה מאוחר יותר, כאשר אתם משנים שם או מעבירים דף, הן אוטומטיות ואינן נספרות.

לאחר המעבר תקבלו חיפוש, עוזר Ask AI שעונה לקוראים מתוך הדפים המפורסמים שלכם עם מקורות, מפת אתר ו-llms.txt (ראו איך להפוך תיעוד למוכן ל-AI), ותובנות על חיפושים שלא הניבו תוצאות. ניתן לייצא את כל האתר כ-HTML או Markdown בכל עת. בתוכניות Pro ו-Custom, טייס אוטומטי יכול לעקוב אחר הגרסאות שלכם ולתכנן עדכונים למאמרים ולווידאו שהם משפיעים עליהם, לאישורכם.

מתי Clevera היא לא המהלך הנכון: אם למרכז העזרה הישן שלכם יש יותר מ-2,000 כתובות להפניה, אם הוא חייב לשכון בתיקייה של האתר הראשי שלכם (example.com/help; Clevera מתחברת לסאב-דומיינים בלבד), אם הוא חייב להישאר בתוך כלי התמיכה שלכם, או אם אתם תלויים בתכונות בלעדיות ל-Zendesk כמו סגמנטים מותאמים אישית של משתמשים. ההשוואות שלנו ל-תוכנת מרכז העזרה הטובה ביותר ל-SaaS ושל חלופות ל-Zendesk Guide מכסות אפשרויות אחרות, ו-איך לבנות בסיס ידע מכסה את המבנה שכדאי לשאוף אליו.

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

שאלות נפוצות#

האם נאבד דירוגים בגוגל כשנחליף תוכנת מרכז עזרה?#

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

האם נוכל לשמור על אותן כתובות URL בדיוק?#

לעיתים רחוקות. רוב הפלטפורמות משתמשות בתבנית URL משלהן ולא יכולות לשחזר /hc/en-us/articles/…; שאלו לפני שתבחרו. שמירה על אותו שם מארח עם מפת 301 מלאה נותנת לקוראים ולמנועי חיפוש את אותה תוצאה.

מה ההבדל בין הגירת מערכת תמיכה (Help Desk) להגירת מרכז עזרה?#

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

האם עלינו להעביר גם את הכרטיסים שלנו?#

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

האם עלינו להשתמש בהפניות 301 או 302?#

301 או 308. גוגל מתייחסת אליהן כקבועות ומשתמשת בדף החדש כדף הקנוני. 302 אומרת שהמעבר זמני.

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

ייבוא יכול לקחת דקות. תכננו כמה ימים למלאי ה-URL, סקירה ובדיקות, שבוע של זמן היערכות עבור ה-DNS TTL, וכמה שבועות של ניטור לאחר מכן.

מה קורה לתשובות ה-AI בכלי הישן שלנו?#

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