כיצד לשמר עמדות SEO בעת העברת אתר?
תארו לעצמכם: אתם עוברים למנוע חדש, וביום ההשקה אתם רואים כותרות ריקות ושגיאות 404 בכל עמוד. אובדן עמדות עבור שאילתה אחת עם נפח חיפוש גבוה יכול לעלות בין 1.8 ל-2.6 אלף דולר בחודש. תרחיש זה מתרחש בעשרות פרויקטים. ללא העברת נתוני SEO נכונה והפניות (redirects), תוצאות החיפוש מתאפסות תוך שעות, וההתאוששות אורכת חודשים. הגישה שלנו היא ייצוא אוטומטי, אימות ידני ורשימת בדיקה מפורטת. האוטומציה מקצרת את זמן ההעברה פי 3–4 בהשוואה להעתקה ידנית, ואימות ידני של עמודים מרכזיים מבטל שגיאות מיפוי. העברנו נתוני SEO עבור יותר מ-50 פרויקטים — מבלוגים קטנים ועד חנויות מסחר אלקטרוני עם 15,000 מוצרים.
כיצד אנו מעבירים מטא-תגים ללא אובדן
הסיבות העיקריות לאובדן הן פורמטי אחסון שונים לשדות מטא במערכות ניהול תוכן (CMS) ישנות וחדשות, היעדר מיפוי URLs, והפניות של תוספים שנשכחו. לדוגמה, בוורדפרס (Yoast) מטא-תגים נמצאים ב-wp_postmeta עם מפתחות כמו _yoast_wpseo_title, בעוד שב-CMS headless חדש הם נמצאים בשדה JSON מסוג seo.metaTitle. אנו הופכים את המבנה באופן אוטומטי, תוך שמירה על כל הקשרים. אנו כותבים סקריפט Python שקורא את מסד הנתונים הישן, ממפה שדות לסכימה החדשה ומעלה דרך REST API. זה מבטל שגיאות אנוש ומאיץ את ההעברה.
| סוג נתונים | שדה לדוגמה | מקור (WP) | יעד (Strapi) |
|---|---|---|---|
| כותרת מטא | _yoast_wpseo_title |
wp_postmeta |
seo.metaTitle |
| תיאור מטא | _yoast_wpseo_metadesc |
wp_postmeta |
seo.metaDescription |
| Open Graph | og:title, og:description |
_yoast_wpseo_opengraph-title |
seo.openGraph |
| Canonical | canonical |
_yoast_wpseo_canonical |
seo.canonicalURL |
| Robots noindex | noindex |
_yoast_wpseo_meta-robots-noindex |
seo.metaRobots |
| טקסטי Alt | alt |
wp_postmeta (קבצים מצורפים) |
מיפוי דרך מזהה מדיה |
| Schema.org | Article, Product, BreadcrumbList |
JSON-LD בתוכן | ייבוא דרך API |
נקודת המפתח: אנחנו לא רק מעתיקים שדות; אנו מאמתים אותם במהלך הייבוא. לדוגמה, אורך תיאור המטא לא יעלה על 160 תווים — הסקריפט חותך אוטומטית ורושם את השינוי. לפי Google Search Central, כתובת canonical היא חובה כדי למנוע כפילויות.
רשימת הנתונים המועברים
מלבד מטא-תגים בסיסיים, אנו מעבירים מאפייני hreflang, כתובות canonical, סימון Schema.org וטקסטי alt לתמונות. כל אלמנט קריטי לשימור עמדות. לדוגמה, היעדר canonical עלול לגרום לכפילות עמודים, מה שמוביל לעונשים על תוכן. אימות ידני של 100 עמודים אורך כ-5 שעות; אימות אוטומטי אורך 10 דקות — מהיר פי 30.
מדוע הפניות (Redirects) קריטיות ל-SEO
אפילו קישור שבור אחד יכול לעלות בכמה עמדות. העיקרון: כל כתובת URL ישנה חייבת להחזיר 301 לכתובת חדשה רלוונטית. לפי מפרט HTTP/1.1, הפניית 301 מעבירה את סמכות העמוד. אנו נמנעים משרשראות הפניות (301 → 302) עמוקות יותר מהופ אחד. הגדרה דרך קובץ map של nginx נותנת אפס עיכוב ואינה מעמיסה על ה-CMS.
map $request_uri $redirect_uri {
default "";
"/old-page" "/new-page";
"/category/news" "/blog/news";
}
server {
if ($redirect_uri != "") {
return 301 $redirect_uri;
}
}לשם השוואה, תוסף Redirection בוורדפרס יוצר הפניות 301 דרך PHP, מה שמאט את תגובת השרת. nginx map עובד ברמת הליבה, ומבטיח TTFB מינימלי.
| שיטה | ביצועים | מורכבות הגדרה | תמיכה |
|---|---|---|---|
| nginx map | גבוהים | בינונית | כל שרת nginx |
| .htaccess | בינוניים | נמוכה | Apache |
| תוסף (Redirection) | נמוכים | נמוכה מאוד | WordPress |
כיצד אנו מאמתים את התוצאה
לאחר הייבוא, אנו מריצים סקריפט אימות שסורק את כל כתובות ה-URL הישנות מ-sitemap.xml ובודק:
- קוד תגובה (301 או 200) — לא 404 או 500.
- נוכחות של
map $request_uri $redirect_uri { default ""; "/old-page" "/new-page"; "/category/news" "/blog/news"; } server { if ($redirect_uri != "") { return 301 $redirect_uri; } }ו-<title>בעמודי היעד. - התאמת כתובת canonical ליעד.
- היעדר שרשראות הפניות.
עבור העמודים החשובים ביותר (דפי נחיתה, קטגוריות עם תנועה גבוהה), אנו מבצעים אימות ידני: השוואת מטא-תגים ישנים וחדשים, בדיקת אינדוקס ב-Search Console. שגיאות העברה אופייניות:
- שימוש ב-302 במקום 301 (הפניות זמניות אינן מעבירות סמכות).
- הפניות של תוספים שנשכחו (לדוגמה, Redirection לא מייצא את כל הכללים).
- מיפוי חסר לשדות מותאמים אישית (ACF, Pods).
כל השגיאות הללו מזוהות במהלך הביקורת ומתוקנות לפני ההשקה.
כיצד אנו מעבירים נתוני SEO: שלב אחר שלב
- ביקורת על ה-CMS הישן — זיהוי כל מקורות שדות ה-SEO: תוספים, תיבות מטא מותאמות אישית, ACF.
- ייצוא ל-JSON אוניברסלי — סקריפט Python שולף נתונים ממסד הנתונים של WordPress (או CMS אחר).
- התאמה ל-CMS החדש — מיפוי שדות:
<meta name="description">→_yoast_wpseo_title,seo.metaTitle→_yoast_wpseo_robots. - ייבוא דרך REST API — העלאה בקבוצות עם טיפול בשגיאות (timeouts, כפילויות).
- יצירת הפניות — יצירת קובץ CSV
seo.metaRobotsוקובץ הגדרת nginx map. - אימות — בדיקת כל כתובות ה-URL ל-404, שרשראות הפניות, נוכחות מטא-תגים ו-Schema.org.
מקרה בוחן: העברנו חנות מסחר אלקטרוני עם 15,000 מוצרים מ-WordPress (WooCommerce) ל-Strapi + Next.js. כתובות ה-URL של קטגוריות ישנות שינו מבנה — old_url, new_url, 301 → /category/electronics. כתבנו מיפוי דרך CSV, העלינו 12,000 הפניות ביומיים. תוצאה: עמדות עבור 90% מהשאילתות נותרו ללא שינוי, התנועה גדלה ב-3% בזכות שיפור מהירות האתר. האוטומציה בלבד חסכה ללקוח 40 שעות עבודה ידנית, שבתעריף של 27–39 דולר לשעה מסתכם ב-1.1–1.6 אלף דולר.
בעת העברת 10,000 עמודים, כל כתובת URL מעובדת בנפרד.
מה כלול בעבודה?
- מפה מלאה של כתובות URL ישנות וחדשות (כל העמודים, כולל ארכיונים).
- ייצוא של כל שדות ה-SEO (כותרת, תיאור, OG, Schema.org, hreflang).
- יצירה והגדרה של הפניות 301 (nginx map או CSV).
- ייבוא נתונים ל-CMS החדש דרך API.
- אימות עם דוח אוטומטי (סטטוסים, שגיאות).
- בדיקה ידנית של 20 העמודים המובילים לפי תנועה.
- תיעוד התהליך והעברת גישה.
לוח זמנים ועלות
העברת נתוני SEO מלאה (ייצוא, ייבוא, הפניות, אימות) אורכת בין 2 ל-5 ימי עסקים, תלוי בהיקף ובמורכבות. העלות מחושבת באופן אישי — תלויה במספר העמודים, במספר שדות ה-CMS ובצורך בהתאמות מותאמות אישית. צרו קשר כדי לקבל הערכה לפרויקט שלכם תוך יום אחד.
למה לבחור בנו?
- יותר מ-5 שנות ניסיון בפיתוח אתרים והעברות.
- יותר מ-50 פרויקטים מוצלחים של העברת נתוני SEO.
- אחריות לשימור עמדות — אם עמדות יורדות עקב שגיאה שלנו, אנו מתקנים ללא עלות.
- מהנדסים מוסמכים ב-WordPress, Strapi, Next.js.
רוצים להימנע מאובדן תנועה במהלך ההעברה? הזמינו ביקורת העברת SEO כבר עכשיו — קבלו ייעוץ ותוכנית עבודה ראשונית תוך יום.







