האתר שבניתי ב-Lovable או Base44 לא מופיע בגוגל: 7 בדיקות

תשובה קצרה: כשאתר שנבנה ב-Lovable או ב-Base44 לא מופיע בגוגל, הסיבה היא כמעט תמיד אחת משבע: האתר לא באינדקס בכלל, גוגל מקבלת דף ריק לפני שה-JavaScript רץ, יש noindex או חסימה ב-robots.txt, האפליקציה מוגדרת כפרטית, אין מפת אתר, כל הכתובות חולקות אותה כותרת, או שאף אחד לא מקשר לאתר. כל בדיקה לוקחת דקות, אפשר להריץ אותה בעצמכם, והסדר למטה הוא מהמהירה והנפוצה לכבדה והנדירה.

לפני הבדיקות: מה "לא מופיע בגוגל" אומר?

יש שלושה מצבים שונים ולכל אחד תיקון אחר:

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

כדי לדעת איפה אתם, חפשו בגוגל site:הדומיין-שלכם.co.il. אם אין שום תוצאה, אתם במצב 1. אם יש תוצאות, עברו לבדיקות 6 ו-7. המדריך לא מבטיח דירוג: הוא עוזר לבטל את הסיבות הטכניות שמונעות מגוגל לראות את האתר.

שבע הבדיקות

1. בודקים ב-Search Console מה גוגל אומרת על הכתובת

איך בודקים: מאמתים את הדומיין ב-Google Search Console, מדביקים את כתובת דף הבית בשורת "בדיקת כתובת אתר" ולוחצים על Enter. הדוח אומר אם הכתובת ב-Google, ואם לא, למה.

תוצאה רעה ומה היא אומרת:

• "הכתובת אינה ב-Google" עם סיבה כמו noindex או חסימה ב-robots.txt: עברו לבדיקה 3.
• "נסרק, עדיין לא נוסף לאינדקס": גוגל ראתה את הדף והחליטה לא לשמור אותו, בדרך כלל בגלל תוכן דל או כפול או בגלל שאין לו קישורים. עברו לבדיקות 5, 6 ו-7.
• "נמצא, עדיין לא נסרק": גוגל יודעת על הכתובת ולא הגיעה אליה. בדרך כלל מדובר באתר חדש בלי קישורים. עברו לבדיקה 7.
• אין חשבון, אין אימות: זו הבדיקה הראשונה, כי בלעדיה כל השאר ניחוש.

2. בודקים מה גוגל מקבלת לפני שה-JavaScript רץ

כלים כמו Lovable מייצרים בדרך כלל אפליקציית React שמורכבת בדפדפן. גוגל יודעת להריץ JavaScript, אבל זה שלב נפרד שיכול להתעכב, ובוטים אחרים, כולל חלק מהבוטים של מנועי AI, לא תמיד עושים אותו בכלל.

איך בודקים: בטרמינל:

curl -s https://הדומיין-שלכם.co.il/ | head -50

או ב-Chrome: לחיצה ימנית, "הצג מקור דף" (לא "בדוק"). מחפשים את הטקסט של דף הבית בתוך ה-HTML.

תוצאה רעה: ה-HTML מכיל כמעט רק <div id="root"></div> וקובץ JavaScript, והכותרות והטקסט שרואים בדפדפן לא מופיעים בו. בבדיקת הכתובת ב-Search Console אפשר ללחוץ על "בדיקה חיה" ו"הצגת הדף שנסרק" כדי לראות מה גוגל מרנדרת בפועל.

מה עושים: אם הדפים מגיעים ריקים ואי אפשר לשנות את זה בהגדרות הכלי, האפשרויות הן שכבת רינדור מוקדם לפני האתר, או הוצאת דפי השיווק והתוכן לבנייה שמגישה HTML מלא תוך השארת האפליקציה במקום.

3. בודקים robots.txt ו-noindex

איך בודקים: פותחים https://הדומיין-שלכם.co.il/robots.txt. בודקים גם ב"הצג מקור דף" אם יש בראש הדף <meta name="robots" content="noindex">. ב-curl אפשר לבדוק גם כותרת HTTP:

curl -sI https://הדומיין-שלכם.co.il/ | grep -i "x-robots-tag"

תוצאה רעה:

• Disallow: / תחת User-agent: * חוסם את כל האתר.
• תגית noindex בדף, או כותרת X-Robots-Tag: noindex, אומרת לגוגל לא לשמור את הדף.
• קובץ robots.txt שמחזיר דף HTML של האתר במקום טקסט פשוט. זה קורה כשהקובץ לא קיים והאתר מחזיר את דף הבית לכל בקשה.

מה עושים: מסירים את החסימה. אם הדף נסגר בכוונה, כמו אתר בבנייה, זכרו להסיר את זה לפני ההשקה.

4. בודקים שהאפליקציה לא מוגדרת כפרטית

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

איך בודקים: פותחים את האתר בחלון גלישה בסתר, בלי להתחבר. אם רואים מסך התחברות או הודעת שגיאה במקום דף הבית, גוגל רואה אותו גם.

מה עושים: מגדירים לפחות את דף הבית ודפי השיווק כציבוריים. דפי האפליקציה עצמה יכולים להישאר מאחורי התחברות, ובדרך כלל כך נכון. לפרטים על הגדרות הנראות ועל מה עוד כדאי לבדוק שם, ראו בדיקת אבטחה לאפליקציית Base44.

5. בודקים מפת אתר וכתובת קנונית

איך בודקים: פותחים /sitemap.xml ומוודאים שהוא מחזיר XML עם כתובות האתר, ולא דף HTML. אחר כך מגישים אותו ב-Search Console תחת "מפות אתר". בדף הבית בודקים ב"הצג מקור דף" שיש <link rel="canonical" href="..."> שמצביע על הכתובת האמיתית שלכם.

תוצאה רעה:

• אין מפת אתר, או שהיא מחזירה דף HTML.
• הקנונית מצביעה על כתובת אחרת, למשל על הכתובת הזמנית שהכלי נתן לפני שחיברתם דומיין משלכם. אז גוגל עלולה לאנדקס את הכתובת ההיא ולא את שלכם.
• הדומיין נגיש גם עם www וגם בלעדיו, בלי הפניה מאחד לשני.

6. בודקים כותרת ותיאור לכל כתובת, ומה האתר מחזיר לכתובת שלא קיימת

איך בודקים: פותחים שלושה דפים שונים של האתר ב"הצג מקור דף" ומשווים את <title> ו-<meta name="description">. אחר כך בודקים כתובת שלא קיימת ואת קוד התגובה שלה:

curl -s -o /dev/null -w "%{http_code}" https://הדומיין-שלכם.co.il/zzz-not-real

תוצאה רעה:

• כל הדפים עם אותה כותרת ואותו תיאור. גוגל רואה אותם כדפים כפולים ומאנדקסת, אם בכלל, אחד.
• הכתובת הלא קיימת מחזירה 200 עם דף הבית. גוגל קוראת לזה soft 404, והיא עלולה להתייחס כך גם לדפים אמיתיים.

מה עושים: כותרת ותיאור ייחודיים לכל דף, ו-404 אמיתי לכתובת שלא קיימת. באתר שמורכב כולו בדפדפן זה לא תמיד אפשרי בלי רינדור בצד השרת או רינדור מוקדם, ולכן זו עוד סיבה לחזור לבדיקה 2.

7. בודקים שיש קישורים לאתר ושיש מה לקרוא בו

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

איך בודקים: ב-Search Console, תחת "קישורים", רואים אילו אתרים מקשרים אליכם. אם הרשימה ריקה, זו הבעיה. בדקו גם שהדפים החשובים מקושרים זה מזה בקישורי <a href> רגילים ולא רק בכפתורים שמריצים JavaScript.

מה עושים:

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

מה סדר הפעולות?

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

מה לא נכנס למדריך

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

עברתם על הרשימה ועדיין לא מצליחים? כתבו לנו ונסתכל על האתר. ואם אתם עומדים להשיק אפליקציה שנבנתה ב-Lovable, הצ'קליסט לפני השקה מכסה את הצד של אבטחה ויציבות.