מה עושים עכשיו בגוגל סרץ’ קונסול (שלב חובה)
אחרי שהמבנה קיים, העמודים נגישים, וה־CMS שולט בתוכן וב־SEO –
השלב הבא הוא לחבר את האתר לגוגל בצורה מסודרת.
השלב הראשון הוא אימות האתר ב־Google Search Console. ניתן לעשות זאת באמצעות הטמעת קוד אימות ב־head של האתר או דרך שיטת אימות אחרת שתואמת למבנה האתר. חשוב לוודא שהקוד נטען בכל העמודים ולא רק בעמוד הבית.
לאחר האימות, יש להגיש את מפת האתר שנוצרה בכתובת /sitemap.xml דרך לשונית “Sitemaps” בקונסול. מרגע ההגשה, גוגל מתחיל לקרוא את מבנה האתר כפי שהוגדר בפועל.
בשלב הבא נכנסים לדו”ח העמודים (Pages / Indexing) ובוחנים:
כמה כתובות URL גוגל מזהה
כמה עמודים זמינים לסריקה
כמה עמודים מאונדקסים בפועל
והאם יש עמודים שנחסמים או נופלים מסיבות טכניות
אם גוגל מצליח להגיע לרוב העמודים, לקרוא אותם ולהציג כיסוי תקין –
האתר מותאם כבר ל־90% ומעלה ממנועי החיפוש האחרים.
זה מדד מצוין להבשלה טכנית.
השכבה האחרונה: המשך עבודה עם שירות Pre-Render
גם אחרי שכל זה קיים, חשוב להמשיך לעבוד עם שירות Pre-Render.
בפועל, מנועי חיפוש צריכים לקבל:
URL סטטי
HTML מלא
תוכן גלוי
והיררכיה ברורה
שירות Pre-Render הוא זה שמגיש להם את זה בצורה עקבית.
אני אישית משתמש ב־ostr, כפי שציינתי בפוסט הקודם, אבל העיקרון נכון לכל פתרון איכותי שמבצע Pre-Render אמיתי ולא סימולציה חלקית.
כל עוד האתר בנוי נכון –
ה־Pre-Render פשוט עושה את העבודה שהוא אמור לעשות:
להגיש למנועי חיפוש את האתר במצב האופטימלי לסריקה.
פרומפט־על – להעתקה
פרומפט־על – הקמת אתר Lovable מותאם לסריקה ואינדוקס של מנועי חיפוש
תכנן ובנה את האתר כך שמנועי חיפוש יוכלו לסרוק, להבין ולאנדקס אותו כאתר תוכן מלא, בדומה לאתר עם SSR, גם אם בפועל מדובר באתר SPA.
יש לעמוד בכל הדרישות הבאות:
מבנה עמודים ו־URL
תכנן את מבנה האתר כך שכל עמוד יהיה עמוד עצמאי עם כתובת URL קבועה וברורה. לכל עמוד חייב להיות סלאג ייחודי שממנו נגזרת הכתובת שלו. מעבר בין עמודים באתר חייב לעדכן את כתובת ה־URL בדפדפן, וכניסה ישירה לכל כתובת URL צריכה להציג את כל תוכן העמוד באופן מלא, ללא צורך בפעולה כלשהי מצד המשתמש. אין להשתמש בניווט שמבוסס רק על state פנימי, hash או לוגיקה דינמית שאינה משנה כתובת. כל עמוד באתר צריך להיות נגיש ישירות דרך ה־URL שלו, כך שמנועי חיפוש יוכלו להגיע אליו ולסרוק אותו כמו עמוד רגיל באתר תוכן.
המלצה תפעולית חשובה
אני ממליץ להתחיל עם הפרומפט הזה במצב Chat בתוך Lovable ולא כפקודת בנייה חד־פעמית.
כך:
• חוסכים קרדיטים
• נותנים למערכת זמן לעבד את הדרישות
• מאפשרים לה לשאול שאלות הבהרה ולהתאים את המבנה בהדרגה
• ומגיעים לתוצאה מדויקת יותר בלי לבזבז ניסיונות
סיכום קצר
ברגע שמתכננים אתר Lovable סביב:
עמודים אמיתיים
URL-ים קבועים
CMS שמנהל תוכן ו־SEO
מפת אתר ורובוטס נשלטים
וחיבור נכון לגוגל
אין פער מהותי בין אתר Lovable לבין כל מערכת תוכן בשלה אחרת מבחינת SEO.
הטכנולוגיה לא מגבילה –
היא דורשת תכנון.
ומי שמתכנן נכון מההתחלה,
בונה אתר שמוכן גם להיום וגם לעתיד של החיפוש