איך לעבור מוורדפרס ל-Framer בלי לפגוע ב-SEO

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

העברנו את Cerve, ProcessFusion ו-Fluxora מוורדפרס ל-Framer. המדריך הזה מכסה את הצעדים הספציפיים לוורדפרס שאנחנו מבצעים. עבור רשימת הבדיקה שחלה על כל פלטפורמה, קראו כיצד להעביר את האתר שלכם מבלי לאבד SEO.

שלב 1: מיפוי כל כתובת URL, תוסף ועמוד מוביל

• כל כתובת URL. מתחילים עם מפת האתר (XML sitemap). Yoast ו-RankMath מפרסמים אחת בכתובת /sitemap_index.xml, ווורדפרס עצמה משתמשת ב-/wp-sitemap.xml. לאחר מכן סורקים את האתר (Crawl), מכיוון שמפות אתר נוטות לפספס דפי נחיתה ישנים וכל מה שהוגדר כ-noindex.
• כל תוסף. עורכים רשימה של התוספים הפעילים ומה כל אחד מהם עושה.
• העמודים שמביאים תנועה. ב-Search Console, מייצאים את דוח הביצועים (Performance) לפי עמוד עבור 12 החודשים האחרונים, בתוספת העמודים המקשרים המובילים מדוח הקישורים (Links). אלה הדפים שמקבלים הגנה ראשונה.
• הפניות קיימות. מייצאים את הכללים מתוסף ההפניות (Redirection), מתוסף ה-SEO שלכם או מקובץ ה-htaccess. גם הפניות ישנות חייבות לעבור.

שלב 2: החלטה מה עושים עם כל תוסף

Framer מכסה אחסון (Hosting), אבטחת SSL, מטמון (Caching), מפת אתר והגדרות SEO ברמת העמוד, כך שתוספי מטמון, אבטחה וגיבוי יוצאים מהמשוואה. השאר מתחלקים למספר קבוצות:

• תוספי SEO. Yoast ו-RankMath מחזיקים את כותרות ה-Title, תיאורי ה-Meta, הגדרות ה-noindex וה-Schema שלכם. הנתונים האלה עוברים בשלב 4.
• תוספי טפסים. Contact Form 7, Gravity Forms ו-WPForms נבנים מחדש בשלב 6.
• בוני עמודים. עיצובי Elementor, Divi ו-WPBakery מתוכננים מחדש ב-Framer. רק התוכן עצמו עובר.
• תוספי ריבוי שפות. תוכן מ-WPML או Polylang עובר למערכת הלוקליזציה של Framer, וכל שפה מקבלת מפת הפניות משלה.

שלב 3: ייצוא הבלוג וניקוי שורטקודים (Shortcodes)

וורדפרס מייצאת פוסטים, קטגוריות, תגיות ומחברים כקובץ XML אחד (כלים, ואז ייצוא). ה-CMS של Framer מייבא קבצי CSV, ולכן קובץ ה-XML מומר לגיליון נתונים עם שורה אחת לכל פוסט ועמודה אחת לכל שדה ב-Framer: כותרת, Slug, תאריך, גוף הפוסט, תקציר, תמונה ראשית, קטגוריה, כותרת SEO ותיאור SEO.

כלי הייבוא של Framer דורש קבצי UTF-8 מתחת ל-5 MB, שמות עמודות התואמים לשדות ה-CMS, כתובת Slug ייחודית לכל שורה וגוף הפוסט בפורמט HTML. בלוגים גדולים מומלץ לחלק לקבוצות (Batches). ייבוא מחדש עם אותם ה-Slugs מעדכן פריטים קיימים, כך שתוכלו לתקן ולטעון מחדש ללא כפילויות.

נקו את השורטקודים תחילה. חפשו סוגריים מרובעים בעמודת גוף הפוסט. שורטקודים של תוספים כמו gallery] או contact-form-7 id=12], וקוד של בוני עמודים כמו vc_row], יופיעו ב-Framer כטקסט פשוט ולא מעובד. החליטו עבור כל סוג האם הוא הופך ל-HTML פשוט, לרכיב Framer או נמחק לחלוטין, ותקנו זאת בגיליון הנתונים.

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

שלב 4: העברת נתוני המטא (Metadata) מ-Yoast או RankMath

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

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

שני התוספים מוסיפים גם נתונים מובנים (Structured Data / Schema), שאינם עוברים יחד עם התוכן. הוסיפו סכמת ארגון (Organization schema) לאתר וסכמת מאמר (Article schema) לתבנית הבלוג כ-JSON-LD.

שלב 5: העברת תמונות וקבצים מחוץ לתיקיית wp-content

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

• תמונות בתוך פוסטים. העלו אותן מחדש כדי שגוף הפוסטים יטען תמונות ישירות מ-Framer. לאחר הייבוא, חפשו בשדות גוף הפוסט את הביטוי wp-content כדי לתפוס תמונות שנותרו מאחור.
• קבצי PDF והורדות. דוחות ודפי מידע נושאים לעיתים קרובות קישורים נכנסים (Backlinks) חשובים. העלו אותם ל-Framer ובצעו הפניה (Redirect) מכל כתובת קובץ ישנה לעמוד שמחזיק כעת בקובץ החדש.
• טקסט אלטרנטיבי (Alt text). הוא נמצא בתוך תגי התמונות בייצוא. שמרו עליו.

שלב 6: בנייה מחדש של כל הטפסים

עבור כל טופס, רשמו את השדות, לאן נשלחות הפניות, טקסט ההסכמה ואיזה עמוד תודה נחשב כהמרה. לאחר מכן, בנו אותו מחדש באמצעות הטפסים המובנים של Framer, השולחים למייל או ל-Webhook, או הטמיעו את הטופס המקורי של מערכת ה-CRM שלכם. במהלך המעבר של Cerve חיברנו את HubSpot וטיפלנו בתאימות ל-GDPR כחלק מהתהליך. שלחו בדיקה אמיתית דרך כל טופס לפני ההשקה הרשמית.

שלב 7: בניית מפת ההפניות (Redirect Map)

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

• קפיצה אחת בלבד. הפניות ישנות צריכות להצביע ישירות לעמוד הסופי, ללא שרשראות הפניה (Chains).
• התאמה קרובה ביותר. כל עמוד ישן יופנה לעמוד המכסה כעת את אותו הנושא. הפניית כל האתר לעמוד הבית מוחקת את הכוח הקיים של אותם העמודים.
• שאריות של וורדפרס. ארכיוני קטגוריות, תגיות, מחברים ודפים כמו /page/2/, קישורי ?p=123 ו- /feed/ – כולם דורשים החלטה. קטגוריות מופנות בדרך כלל לעמוד נושא תואם, ותגיות ועמודי מחבר מופנים לבלוג.
• סלאש בסוף הכתובת (Trailing slashes). כתובות וורדפרס מסתיימות בדרך כלל בסלאש (/), ואילו ב-Framer לא. בדקו את שתי הגרסאות של העמודים המובילים שלכם.

מוסיפים את הכללים ב-Framer תחת Site Settings, Hosting, Redirects. שימוש בתווים כלליים (Wildcards) חוסך זמן: * מתאים לתיקייה שלמה, :1 עושה שימוש חוזר בחלק שהותאם, וכלל כמו /:year/:month/:slug ל- /blog/:slug מעביר כתובות פוסטים עם תאריכים בשורה אחת. הכללים נכנסים לתוקף ברגע שמפרסמים, והסדר שלהם קובע את העדיפות. ההפניות של Framer מכסות נתיבים בדומיין שלכם, כך שאם גם הדומיין משתנה, הגדירו את ההפניה ברמת הדומיין אצל ספק האחסון הישן. ודאו שתוכנית ה-Framer שלכם תומכת במספר ההפניות הדרוש לכם.

רשימת בדיקה לפני השקה

• סריקה של הישן והחדש. השוו בין שתי הסריקות כדי לאתר עמודים חסרים, קישורים שבורים וכותרות או תיאורים שנשמטו.
• בדיקת מפת ההפניות. ודאו שאף הפניה לא מצביעה על עמוד חסר או על הפניה אחרת.
• האינדוקס פעיל. האתר החי זמין לאינדוקס וקובץ robots.txt מאפשר סריקה של מנועי החיפוש.
• אימות ה-Search Console נשאר בתוקף. אם נכס האתר אומת באמצעות תוסף וורדפרס או קובץ HTML, האימות יישבר עם ההשקה. אשרו את הדומיין דרך הגדרות ה-DNS מראש.
• וורדפרס נשאר זמין. שמרו על ההתקנה הישנה וגיבוי מלא שלה עד לסיום הבדיקות שלאחר ההשקה.

רשימת בדיקה לאחר השקה

• היום הראשון. הריצו סריקה (Crawl) על כל הכתובות הישנות. כל אחת מהן צריכה להחזיר קוד 301 לעמוד הנכון, ואז קוד 200. הגישו את מפת האתר החדשה ב-Search Console וב-Bing Webmaster Tools, מכיוון שמנועי החיפוש של ChatGPT ושל Copilot נשענים על האינדקס של Bing. בקשו אינדוקס ידני לעמודים המובילים שלכם דרך כלי בדיקת ה-URL (URL Inspection).
• השבוע הראשון. בדוח העמודים (Pages report), עקבו אחר שגיאות Not found (404), שגיאות הפניה (Redirect error) ודפים כפולים ללא קנוניקל שהוגדר על ידי המשתמש. הוסיפו הפניה לכל שגיאת 404 שרשמה בעבר תנועה או קישורים.
• שבועות 2 עד 4. השוו את הקליקים והחשיפות (Impressions) של העמודים המובילים שלכם אל מול הנתונים שייצאתם בשלב 1. תנודות קלות בזמן שגוגל סורק מחדש הן נורמליות לחלוטין. עמוד שממשיך לרדת בביצועים סובל בדרך כלל מהפניה שבורה או מאובדן נתוני מטא.
• מהירות. בדקו את נתוני Core Web Vitals עם כניסת נתוני המשתמשים האמיתיים. כשהעברנו את Fluxora, מותג בתחום התשלומים, מאתר וורדפרס מיושן, אתר ה-Framer החדש השיג ציון של 90+ במדדי הביצועים של Lighthouse.

לוחות זמנים ריאליים

מרבית פרויקטי הבנייה שלנו אורכים בין שבועיים לשישה שבועות. האתר המלא של Cerve עבר מוורדפרס ל-Framer תוך כ-2.5 שבועות, כולל הגדרות HubSpot ו-GDPR מלאות.

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

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