האם סוף סוף נפתרה בעיית ה-SEO של אתרי "וייב קודינג"?
נראה שמהפכת ה-AI לא מדלגת על שום תחום טכנולוגי. אם פעם חשבנו שליצור תמונה עם פרומפט פשוט זה פלא של ממש, היום כמעט כל אחד יכול ליצור סרטונים, אפליקציות וגם אתרי אינטרנט.
הנחיות AI שמחליפות פיתוח מסורתי נקראות גם Vibe Coding מכיוון שאת הכתיבה הקשוחה של הקוד מחליפה תחושה או אווירה (Vibe) קלילה יותר שעובדת באמצעות שפה טבעית.
באמצעות פלטפורמות כמו Lovable או Base44, כל אחד יכול ליצור אתרי אינטרנט בסיסיים. עיצוב מושקע יותר ואתרים מורכבים יותר ידרשו מן הסתם פרומפטים מפורטים יותר, אך העיקרון עצמו זהה.
הבעיה לקדם אתרי Vibe Coding
בכל מה שנוגע לקידום אתרים קלאסי (SEO), אבל למעשה גם קידום במנועי חיפוש ג'נרטיבים (GEO), החוזקה הכי גדולה של אתרים שנבנו דרך וייב קודינג היא גם החולשה שלהם.
על מנת שהם יהיו כמה שיותר פשוטים לשימוש ובעיקר גמישים לשינויים, רובם נבנים כאתרים ארוכים שמזכירים את הפידים ברשתות החברתיות. גם כשכבר יש עמודים נפרדים, התוכן של כל עמוד יכול להיטען בזמן אמת באמצעות סקריפטים, והגולש כלל לא עובר מכתובת אחת לכתובת אחרת (לכן אתרים אלו מכונים לעיתים גם SPA, Single Page Applicationח).
מבחינת המשתמש שיוצר את האתר באמצעות AI זה מאוד נוח מכיוון שכל אספקט ההיררכיה של האתר שקוף לחלוטין ואין לו צורך להתעסק בו. לעומת זאת, מבחינת גוגל ואפילו הזחלנים של מנועי ה-AI מדובר בכאב ראש:
ברגע שכל האתר או רובו נטען דרך סקריפטים והתוכן שחשוב לזחלנים לא נמצא בקוד עצמו, הטעינה איטית יותר ומסורבלת יותר. מנועי חיפוש מסורתיים עוד יכולים להתגבר על כך, אבל באופן אירוני דווקא מנועי ה-AI הם פחות סבלניים ועשויים פשוט לדלג על אתר שבנוי בצורה שמעכבת אותם מלהגיע לעיקר.
מלבד כל העניין הטכני של סריקה, חוסר ההפרדה של ה-URLים מקשה על יצירת תגי מטא, קישורים פנימיים, קידום של עמודים פנימיים באמצעות קישורים חיצוניים ויצירת היררכיה מורכבת.
גם מי שמנסה לשתף עמודים שונים ברשתות חברתיות נתקל בבעיות דומות מכיוון שהתצוגה המקדימה מתבססת על תגי מטא דומים לאלו של מנועי החיפוש. (אלו של ה-Open Graph).
יש כל מיני דרכים להתגבר על כך כמו למשל הכנסת מערכת CMS שיוצרת URLים. לדוגמה, חיבור עם Shopify יכול ליצור כתובות URL נפרדת לכל קטגוריה או מוצר, אך לא מדובר בפתרון מושלם מכיוון שיש עדיין עמודים שלא בהכרח נשלטים על ידי ה-CMS.
דברים מתחילים להשתנות
בשלב הזה כבר די ברור שדברים צריכים להשתנות. ואחת ההכרזות המעניינות ביותר היא ההכרזה המשותפת של SEMRush ו-Lovable על כך שכל האתרים שיווצרו החל מה-13 במאי על גבי הפלטפורמה יותאמו הרבה יותר טוב ל-SEO וגם אתרים ישנים יותר במערכת יקבלו שדרוג שיהיה ניתן להפעיל בקלות.
בלי להיכנס ליותר מדי הסברים טכניים בנוגע לפיתוח אתרים, מדובר על מעבר לרנדור בצד השרת (שנקרא גם SSR) כך שהדפדפן וגם הזחלנים "רואים" קוד HTML מלא.
בדומה למערכות כמו Wix או תוספי וורדפרס כדוגמת Yoast, המשתמש יכול למצוא את כל הגדרות ה-SEO מרוכזות תחת תפריט Services.
כאן ניתן לבצע מספר בדיקות Audit בסיסיות כגון האם קיים קובץ llms.txt, היררכיה של כותרות פנימיות, אורך תגי המטא, מפות אתר, תגיות לתצוגה מקדימה ברשתות חברתיות והאם הדפים מוכנים לסריקה.
מרבית הסריקות שקשורות לביצועים או התאמה למובייל הופכות לזמינות רק אחרי שלוחצים על Publish.
איך נראית בדיקה בפועל?
באופן דומה לרמזורים של כלים שונים ל-SEO, כל בדיקה חוזרת בצבע אחר בהתאם לסטטוס שלה:
ירוק – 100% – אין צורך לעשות שום דבר
נורה כחולה – בעיה מינורית יחסית, אפשר לתקן
סימן קריאה אדום – בעיה מהותית, בעיקר חוסר יכולת של מנועי חיפוש לקרוא את האתר. לדוגמה, תגי no index או x-robots (תגים פרטנים שנשלחים כחלק מה-Header) ובעיות עם קבצי robots.txt.
בתמונה הזו אפשר לראות כיצד הבדיקה נראית באתר הקטלוג שיצרנו עבור הבדיקה:
כמו שאפשר לראות, למרות שהאתר ניתן לסריקה, הרבה אספקטים של SEO טכני כמו מפת אתר, תגי מטה והנחיות זחילה (כנראה robots.txt) עדיין לא קיימים. לכן אם תרצו לבנות אתר חדש, אנחנו ממליצים לדאוג לכך כבר בזמן בקשת הפרומפט…
כיצד נכנס שיתוף הפעולה עם SEMRush?
מלבד כל הבדיקות וההתאמות החדשות ל-SEO, המשתמש יוכל לנצל את היכולות של SEMrush ולבצע מחקר מילות מפתח, מחקר מתחרים, בדיקת קישורים נכנסים וכמובן בדיקות מיקומים באמצעות פרומפטים.
לפי מספר הדגמות ש-SEMRush סיפקה (ראו את הסרטון), הבדיקות של SEMRush מחזירות גם תובנות שהמערכת של Lovable עצמה לא מחזירה. למשל, בעיות עם תוכן שחוזר על עצמו או תגי מטא ארוכים מדי שנחתכים בתוצאות.
כל בעיה שתתגלה יהיה ניתן לתקן באמצעות פרומפט Try and Fix המוכר.
הנה סרטון עם מספר דוגמאות שמדגימות מה בדיוק אפשר לבקש מ-SEMRush:
מה חשוב לדעת?
השימוש ביכולות החדשות יהיה כלול בכל התוכניות, כולל אלו בחינם, אך כל שליחת בקשת "נסה לתקן" (Try to Fix) לשיפור ה-SEO או שאלות בשפה עדיין תיספר במניין הקרדיטים של המשתמש החל מה-15 לאוגוסט. לכן השימוש במערכת של SEMRush הוא לא באמת חינם, למרות שהוא עדיין נדיב יחסית לעלות הרגילה שלו.
כמו כן, כל פעם שהאתר ישתנה, יהיה צורך לבצע Audit מחדש, אחרת הסטטוס של הבדיקות על המסך לא ישקף את מצבו הנוכחי.
מה הלאה?
אין ספק שמדובר בשיפור משמעותי לעומת המצב הקודם של אתרי Vibe Coding, מה שמוכיח גם שהגישה עצמה לא "פגומה" מבחינת SEO / GEO. יחד עם זאת, מכיוון שה-AI עדיין בונה את רוב הקוד בעצמו והמשתמש מקבל רק את התוצאה הסופית, כדאי בכל מקרה להיועץ בחברת SEO חיצונית שיכולה לנתח את הקוד ולבדוק שאין בעיות מהותיות.
שאלות ותשובות
האם האתרים החדשים כוללים כבר URLים נפרדים?
כן, אתרים חדשים כוללים כבר URLים נפרדים. אך ייתכנו עדיין מקרים שבהם דפים יתנהגו באופן דינאמי. לדוגמה, פילטר שמסדר בגדים לפי מידה לא יגרום להופעת URL חדש. לכן יש לקחת את זה בחשבון כאשר בונים את הפרומפטים אם לא רוצים לתקן בעיות כאלו בדיעבד.
האם הקוד באמת מופיע בכל העמודים בצורה מרונדרת מראש (Prerendered)?
ישנם דיווחים באתרים כמו lovablehtml (שמציעים התאמה טובה יותר לאתרי Lovable) שגם במקרים של URLים נפרדים, לעיתים הקוד עדיין נטען באופן דינאמי. לדוגמה, בפוסטים או דפי מוצרים ששואבים את המידע שלהם דרך API.
חשוב להבין שלכל עמוד כזה יש עדיין פוטנציאל בעייתי מאוד, כולל חוסר יכולת של מערכת ה-Audit לראות אותו באמת כפי שהוא.
רצוי להתעדכן באתר הנ"ל, בו יש גם כלי לבדיקת העניין במהירות.
האם אתרים ישנים יותאמו ל-SEO באופן מלא?
על פי המקור מהשאלה הקודמת, עמודים שלא נטענים עם URL נפרד משלהם עדיין לא מציגים את הקוד המלא, ולכן הם עדיין בעייתיים.
האם ניתן להתגבר על הבעיות שנוגעות לאתרים הישנים מתוך המערכת?
באופן רשמי, Lovable לא מציעה כרגע מעבר (Migration) מהארכיטקטורה הישנה לחדשה.
עם זאת, מדיווחים שונים בקהילות של רדדיט, נראה כי ניתן לבצע "רמיקס" על ידי בניית פרויקט חדש בהתבסס על ההיסטוריה של הפרויקט הישן ואז למחוק את הפרויקט הישן.
האם ניתן לבקש עזרה בנוגע למספר פרויקטים?
לא, כרגע כל שאלה או פנייה למאגר המשאבים של SEMRush מוגבלים לאתר אחד בלבד.
מה עם Base44?
בעבר הביצועים של Base44 מבחינת SEO היו טובים יותר, במיוחד בכל מה שקשור לטיפול בתגי מטא, מפת אתר ותגי קנוניקל, אך לאחר העדכון של Lovable, נראה שהיא יותר מצליחה ליישר קו.
ועדיין, Base44 לא מתייחסים כרגע ל-SSR וכל הבקשות של הגולשים לשנות זאת באמצעות מערכת הפידבק הפנימית לא זכו עד כה למענה ונשארו על סטטוס "In Review".
יחד עם זאת, אין ספק שהמהלך של Lovable יהיה חייב לזכות למענה כלשהו מצד Base44, במיוחד כאשר יש כאן שיתוף פעולה עם אחד הכלים הפופולאריים ביותר בתעשייה.
