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

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

כך או כך מאמר זה מציע את הפתרון המקיף כיצד לעשות את זה באופן הנכון ביותר בצורה כזו שתקטין את הסיכויים כמעט ב- 100% לתנודות קיצוניות כלפי מטה בתוצאות החיפוש (לעיתים יכולות אף להסתמן עליות במיקומים במידה והאתר השתפר בצורה משמעותית מהגרסה הקודמת).

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

סוגי הסיטואציות שאכסה במאמר זה

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

הווריאציות שהמאמר מכסה

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

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

אי ביצוע הפניות הוא מקור הקטסטרופה

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

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

1. גוגל מבין ששינית מערכת ניהול תוכן אין מה לדאוג

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

2. כל מה שצריך לעשות זה לעשות הפניה 301 לדף הבית וגוגל כבר יבין שעברת

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

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

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

 

בצעו שימוש בהפניות 301 בכדי לעבור בצורה תקינה

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

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

הדרך לעשות זאת נקראת הפניות 301 ומרבית המתכנתים או מנהלי השרתים (webmasters) מסוגלים לבצע הפניות אלו. בדרך כלל עושים את ההפניות בעזרת קובץ שנמצא בשרת שנקרא iis  או htaccess. זה לא שאתם אמורים לבצע את זה בעצמכם אלא להיעזר במנהל השרת שלכם אך תמיד טוב לדעת איך זה נקרא.

הנה מס' דברים חשובים לסיכום של נושא ההפניות :

1. גוגל יכול לשמור על המיקומים רק בעזרת שימוש בהפניות 301.
2. אין לגוגל דרך לדעת שעברתם מערכת או דומיין ללא שימוש בהפניות 301 וייגרם נזק למיקומים.
3. כל סוג של הפניה אחרת יגרום נזק (נראה בהמשך איך לבדוק את סוג ההפניה).
4. אין צורך באתר הישן או בחברת בניית האתרים/אחסון הישנה שלכם על מנת לעבור בשלום.

הכנות לקראת ביצוע המעבר

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

שלב א – מיפוי רשימת הכתובות באתר הנוכחי או "האתר הישן"

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

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

לצורך העניין אנחנו ממליצים על שימוש בכלי פנטסטי שנקרא a1 sitemap generator, כלי זה ישמש אותנו גם בהמשך הדרך לביצוע המעבר בהצלחה. אז ראשית כל מורידים את הכלי (אני ממליץ לקנות אותו ולא להסתפק בגרסת ה- 30 יום חינם מכיוון שהוא שימושי לדברים אחרים כאשר לומדים להשתמש בו והוא כלי עוצמתי מאוד), מכניסים את הדומיין בשדה המתאים ולוחצים על Start scan. אנחנו בעיקרון יודעים לעשות עם הכלי הזה שימושים אחרים מאוד עוצמתיים אבל כאן נסתפק בו רק לצורך המעבר.

מזינים כתובת אתר ומתחילים בסריקה

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

רשימת כתובות ו- server header response

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

ייצוא הרשימה לאקסל

שלב ב – הטמעת התכנים במערכת החדשה ויצירת רשימת ההפניות

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

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

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

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

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

דילמות ובעיות נפוצות שעולות מתוך התהליך

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

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

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

פה נכנס לתמונה מהלך שחשוב ללמוד ולהפנים.

החלפת שרתי DNS בצורה נכונה

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

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

בדיקה מקומית של ביצוע ההפניות

עכשיו עלינו לבצע את הבדיקה של הכתובות הישנות ולראות האם הם באמת מחזירות הפניה 301 ומובילות ליעדם החדש. אך ישנה בעיה אחת. ההפניות שקורות בשרתי הDNS – חלות גם עלינו וגם על תכנת ה- a1 sitemap generator ולכן כאשר ננסה לבדוק את ההפניות (אראה בהמשך כיצד עושים זאת) לא נוכל לראות אותן בפועל אלא רק נקבל מהתוכנה את הפלט שהאתר הישן שלנו עדיין באוויר והכל בסדר איתו.

בעזרת שינוי של קובץ מקומי על המחשב שלכם שנקרה קובץ hosts אתם יכולים לגרום לכך שכאשר אתם תגלשו מהמחשב שלכם בלבד אל האתר הוא יציג לכם את האתר החדש. קובץ ה- hosts למעשה נותן גישה לעקוף את ההוראה ששרת הDNS החדש יוצר ולגלוש ישר אל האתר החדש.

ניתן להגיע לקובץ זה בנתיב הבא:

C:\windows\system32\drivers\etc

לפני שאתם מוסיפים לו את המודיפיקציות הנדרשות (בקשו מהwebmaster להוסיף את כתובת ה-IP של האתר החדש לקובץ וכך תוכלו לגלוש אליו או שאם יש לכם את ההבנה בצעו זאת בעצמכם) יש לשמור את הקובץ בתיקייה אחרת! קבצים אלו הם קבצי מערכת של windows והדבר האחרון שאתם רוצים זה לשנות אותו מבלי שיש לכם את הגרסה המקורית שלו שמורה בצד.

מעולה אז עכשיו יש לנו גישה לשרת החדש שלנו וגם לתכנת ה- a1 sitemap generator יש את אותה גישה. זה אומר שאנחנו יכולים לגשת למלאכה של בדיקת ההפניות.

סריקה מחודשת של האתר בעזרת הכלי

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

עם השם שנתתם לו. לקבצים של המערכת יש סיומת .ini*

עכשיו לפני שנעשה סריקה מחדש עלינו לסמן ב-V את התיבה recrawl. מה שיקרה עכשיו זה בעצם שהכלי יעבור אחד אחד על כל הכתובות של האתר הישן וינסה לגלוש אליהן. במידה וההפניות נעשו בצורה נכונה אנחנו נראה שכל כתובות הURL- שהחזירו 200 בסריקה הראשונית יחזירו עכשיו 301.

מסמנים את כפתור ה- RECRAWL

בנוסף אנחנו נראה את כל העץ של האתר החדש שיופיע לנו ברשימת הכתובות ונוכל על הדרך לבדוק שהם מחזירות 200. הסיבה שאנחנו רואים אותן כאן מלמדת אותנו על כך שבוצעו ההפניות. במידה ואתם רואים קוד אחר שאינו 301, משמעות הדבר היא שההפניות לא בוצעו או לא בוצעו כהלכה. זהו השלב לפנות שוב ל- webmaster שיבדוק את קובץ ה- htaccess ויראה האם ההפניות שגויות. חשוב לציין שהכלי מאוד אמין ולכן אם הוא מראה שההפניה היא מסוג 302 וה- webmaster שלכם טוען שלא דעו לכם שהכלי צודק והוא טועה ויש לבצע בדיקות שוב ולבדוק מדוע אין הפניות תקינות.

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

עמודת הסטטוס - server headers

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

במידה והכל תקין אפשר להתקדם לצעד הבא

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

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

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

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

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

מזל טוב, עברתם אתר ונשארתם בחיים!

הערות, חידודים ושאלות נפוצות לסיום

מה קורה אם אני עובר מפלטפורמת מדף אחת לשנייה?

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

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

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

מה קורה במידה ואני רק עובר לדומיין חדש?

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

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

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

מה קורה אם אני נשאר באותו אחסון אך מחליף את מערכת ניהול התוכן?

במקרה כזה עלינו להציב את האתר החדש בIP- שונה על אותו שרת ולערוך שם את שלבי ההטמעה של התכנים החדשים וגם את קובץ ההפניות (htaccess). לפני העליה לאוויר לא נוגעים מן הסתם ברשומות ה-DNS ומשתמשים בקובץ Hosts מקומי כדי לגלוש לסביבה החדשה ולבדוק את ההפניות בעזרת הכלי. לאחר שראינו שהכל תקין אפשר להפנות את ה-IP של הדומיין לכתובת החדשה והאתר באוויר. במקרה הזה אין צורך לחכות 72 שעות.

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

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

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

21 גולשים הגיבו על "איך לעבור מערכת ניהול תוכן ולהישאר בחיים?"

    מאת: מיכל
      מאת: סתיו זילברשטיין
    מאת: ליבנה ברבי
    מאת: אורי זילברשטיין
    מאת: m
      מאת: סתיו זילברשטיין
    מאת: Irit Tsach Davidson
    מאת: Gal Tzhayek
    מאת: motty D
    מאת: m
      מאת: סתיו זילברשטיין
        מאת: m
          מאת: סתיו זילברשטיין
    מאת: סמדר
      מאת: סתיו זילברשטיין
    מאת: סמדר
    מאת: אילת
    מאת: אביבית
    מאת: mmn
    מאת: עדי
      מאת: אורי זילברשטיין

הגב למאמר:

האימייל לא יוצג באתר. שדות החובה מסומנים *


צרו עמנו קשר

בין לקוחותינו

דוראן שירותי אינטרנט בע"מ - רמז 28 תל אביב ישראל 03-5227221 www.duran-seo.co.il
info@duran-seo.co.il © כל הזכויות שמורות