איך בונים אתר שגוגל יכול לקרוא: SEO טכני בבנייה ובמעבר אתר
אתר יכול להיראות מושלם ועדיין לא להופיע בגוגל, כי נשאר עליו noindex מה־staging, כי התוכן נטען רק ב־JavaScript, או כי הכתובות הישנות מובילות ל־404 אחרי מעבר פלטפורמה. רוב הנזק ב־SEO קורה בתשתית, לא בתוכן. במאמר הזה תמצאו מה חייב להיות תקין בכל אתר שבונים או מעבירים, איך לא לאבד תנועה במעבר אתר, פרומפטים מוכנים להעתקה, ואפילו סקיל מקיף שבודק, מתקן מה שטכני ומחזיר דוח.
הסקיל מטפל בתשתית, לא מבטיח דירוג
SEO טכני דואג שגוגל יוכל לסרוק, לקרוא ולהציג את האתר נכון. הוא לא מחליף מחקר מילות מפתח, תוכן טוב או איש SEO. אם יש ללקוח איש SEO, ההנחיות שלו קובעות, ואנחנו מיישמים ומתריעים על בעיות טכניות.
ולכן הסקיל לא ממציא טקסטים: כותרות ותיאורים לגוגל מוצעים כטיוטה ומחכים לאישור. והוא אף פעם לא כותב "האתר מקודם".
מעבר אתר הוא הרגע שבו אתרים מאבדים תנועה
כשמעבירים אתר מוורדפרס לקוד, או משנים דומיין, כל כתובת ישנה צריכה הפניית 301 לכתובת החדשה, בקפיצה אחת. זה כולל כתובות בעברית מקודדת, ?p=123, קטגוריות וקבצי PDF.
- מלאי של כל הכתובות הישנות: sitemap, סריקה ועמודים שמקבלים תנועה.
- טבלת מיפוי: ישנה מול חדשה, לכל שורה. לא מפנים הכל לעמוד הבית.
- התוכן והמטא עוברים במלואם.
- אחרי העלייה מריצים את כל הטבלה ומוודאים שאף כתובת לא מחזירה 404.
לפני שאתה משנה כתובות באתר, תבנה טבלה של כל הכתובות הישנות, כולל עברית מקודדת ו-?p=ID, ולכל אחת את הכתובת החדשה. אחרי העלייה תבדוק כל שורה: 301 בקפיצה אחת ואז 200. כל כתובת שמחזירה 404 היא תקלה.
מה בודקים בכל עמוד
כותרות: H1 אחד, ורמה לפי מבנה התוכן ולא לפי הגודל בעיצוב. כבר בפיגמה מסמנים בשם השכבה איזו כותרת היא H1 ואיזו H2. מטא: title ו־description ייחודיים, canonical ותמונה לשיתוף. סכמות: פרטי העסק זהים לפרופיל בגוגל, ובלי ביקורות מומצאות.
אתרי React ו־JavaScript: התוכן והמטא חייבים להופיע ב־HTML שהשרת מחזיר. גוגל מרנדר JavaScript, אבל לא תמיד מיד, ווואטסאפ ופייסבוק לרוב לא בכלל. ובנוסף: sitemap רק עם עמודים חיים, robots.txt שלא חוסם CSS, ומהירות שנמדדת במובייל.
הטעות הכי יקרה: noindex שנשאר
כמעט כל staging מסומן noindex, וזה בסדר, עד שהוא עולה לאוויר ככה. האתר נראה תקין, אבל גוגל לא מכניס אותו. הסקיל בודק את זה לפני העלייה ופעם נוספת על הדומיין האמיתי.
הסקיל מחזיר דוח ומתקן מה שטכני
סקיל seo-site-build מתאים לבנייה, למעבר אתר ולבדיקה של אתר תדמית או שירותים. הוא מתקן לבד רק דברים טכניים שלא משנים עיצוב או טקסט, כמו canonical, sitemap או סכמה מנתונים קיימים. כל השאר נרשם כהחלטה. לכל ממצא יש כתובת, איך משחזרים, מה ההשפעה, חומרה ותיקון, ובסוף צ׳קליסט לפני העלייה ואחריה. מה שלא נבדק, למשל כי אין גישה ל־Search Console, כתוב בדוח במפורש.
מורידים את הסקיל ומתחילים
מתי מפעילים אותו: כשבונים אתר חדש, כשמעבירים פלטפורמה או דומיין, ולפני העלייה לאוויר או אחריה.
אני לא מומחית SEO, ואני לא יכולה להתחייב לדירוג, לתנועה או לתוצאות בגוגל.
מה יש בחבילה
- SKILL.md
תשתמש בסקיל seo-site-build. האתר: [כתובת]. מה עושים: [בנייה / מעבר אתר / בדיקה]. תבדוק את התשתית ותחזיר דוח: לכל ממצא כתובת, איך משחזרים, מה ההשפעה, חומרה ותיקון. תתקן לבד רק דברים טכניים שלא משנים עיצוב או טקסט, וכל השאר תרשום כהחלטה שלי.
שאלות נפוצות
הסקיל מבטיח שהאתר יעלה בגוגל?
לא. הוא דואג שהתשתית תקינה. הדירוג תלוי בתוכן, בתחרות ובסמכות האתר, ואין לנו שליטה עליהם.
אני מאבדת דירוג כשאני מעבירה אתר מוורדפרס?
לא בהכרח, אם כל כתובת ישנה מקבלת 301, התוכן והמטא עוברים במלואם, ומבנה הכותרות נשמר. ירידה זמנית אפשרית, אבל 404 על עמודים ישנים היא תקלה.
כדאי כתובות בעברית או באנגלית?
ברירת המחדל היא כתובות קצרות באנגלית, כי כתובת בעברית הופכת לטקסט מקודד וארוך בשיתופים. אם יש איש SEO, הוא מחליט.
צריך איש SEO אם יש את הסקיל?
לתוכן, למילות מפתח ולאסטרטגיה, כן. הסקיל מטפל בצד הטכני של הבנייה.
אתר React יכול להופיע בגוגל?
כן, אם התוכן והמטא מגיעים ב־HTML מהשרת, למשל עם Next.js או prerender. אתר שהתוכן שלו נטען רק בדפדפן נמצא בסיכון.