מעקב מילות מפתח

בעיה "200 OK אבל שבור"

כל כלי ניטור זמינות יודע לומר אם השרת החזיר קוד HTTP 2xx. האות הזה מרגיע, אבל הוא שקרי יותר ממה שאתה חושב. עמוד הבית יכול להציג עמוד לבן ריק ועדיין להחזיר 200. עמוד העגלה יכול בשקט לאבד את כפתור "קנה עכשיו" אחרי העלאה בלי להציג אף שגיאה. וורדפרס מסוגל להחליף תוכן בהודעה "שגיאת חיבור לבסיס נתונים" — כמובן, מוצג כ-200 OK עם HTML תקני.

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

אילו מחרוזות לנטר

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

• עמוד בית איקומרס: נטר "הוסף לעגלה" או את שם המוצר הכי פופולרי. אם הפיד של הקטלוג נשבר, המילה נעלמת — ואתה יודע על כך.
• עמוד התחברות: נטר "התחבר" או "שחזר סיסמה". שגיאת JS שמוחקת את הטופס — והמילים אינן.
• בלוג או פורטל: נטר את כותרת הכתבה האחרונה. אם ה-CMS מציג את התוכן של אתמול, המילה לא תתאים.
• עמוד מחירים: נטר את מחרוזת המחיר. העלאה שמחסירה בלוק מחירים תבלוט מיד.
• סטטוס/בריאות endpoint: נטר "ok" או "healthy". אם ה-upstream נפל, ה-endpoint מחזיר "degraded" — והמילה לא מתאימה.

אפשר גם להשתמש במצב חוסר — התרעה כאשר מחרוזת שאסור לה להיות שם מופיעה. טיפוסי: "Database connection error", "Whoops! Something went wrong", "מצב תחזוקה", "Fatal error", "בקרוב". אם אחת מאלו דולפת לייצור, אתה מקבל התרעה.

איך מתבצע הבדיקה

המוניטור מבצע בקשת HTTP(S) GET רגילה (או כל שיטה — POST, PUT, וכו'), עוקב אחרי עד 5 הפניות, מושך את body של התגובה וסורק אותו (case-insensitive) לחיפוש המילה. תוצאת ההתאמה נרשמת לצד קוד ה-HTTP, זמן התגובה ו-SSL. אם התנאי לא מתקיים פעמיים ברצף (סף ברירת מחדל לאישור), נפתח אירוע ונשלחות התראות בכל הערוצים הפעילים — אימייל, Telegram, Slack, Discord ו-SMS.

לתוכן דינאמי (SPA) שבו המילה מופיעה רק אחרי הרצת JavaScript, השתמש בפיצ'ר הפרימיום של ריבוי מיקומים, אשר עושה שימוש בדפדפן אמיתי headless דרך ScrapingBee.

שלב עם HTTP ו-SSL

כל מוניטור מילת מפתח ב-DiagnoSEO Uptime Monitoring מבצע גם בדיקת אתר מלאה: קוד HTTP, זמן תגובה, SSL, תפוגת דומיין, רשומות DNS וזיהוי אחסון. מוניטור אחד מגן עליך מכל הספקטרום – תקלות שרת, סיום תוקף תעודה, החלפת DNS וגם תקלות תוכן שקטות.

איך להגדיר

פתח את הכלי, לחץ על "הוסף מוניטור", בחר בסוג "מילת מפתח", הדבק את ה-URL, הזן את המילה, בחר "חייב להיות קיים" או "חייב להיות חסר", קבע אינטרוול (1-30 דקות לפי התכנית) ושמור. מהסיבוב הבא המוניטור יפקח על העמוד הזה ויתריע אם המילה נעלמת — אפילו כשכל שאר הסימנים מראים שהעמוד עובד.

שאלות נפוצות

• מה זה ניטור מילת מפתח?

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

• האם אפשר לחפש HTML או רק טקסט רגיל?

  שניהם. החיפוש הוא התאמת sub-string על גוף התגובה כפי שהוא בצורה גולמית. באפשרותך להתאים טקסט רגיל ("הוסף לעגלה"), קטעי HTML (<button class="buy">) או מאפיינים מסוימים. כל מה שמופיע בקוד המקור של ה-HTML ניתן להתאמה.

• במה זה שונה מכלי content-diff?

  כלי diff משווים מול baseline ומדווחים על כל שינוי. ניטור מילת מפתח הוא אסרטיביות ממוקדת — אתה קובע מה חייב להיות שם (או מה אסור). diff מרעיש בעמודים דינאמיים; מילת מפתח מדויק לגבי מה שחשוב באמת.

• האם אפשר לבדוק שהודעת שגיאה לא נמצאת בעמוד?

  כן — השתמש במצב "חסר" עם מילת מפתח כמו "Internal Server Error" או "אירעה שגיאה". המוניטור נכשל ברגע שמופיע טקסט שגיאה. שימושי עבור איתור שגיאות 500 שמחזירות HTTP 200 עם עמוד שגיאה (הגדרה שגויה נפוצה ב-frameworks).

• האם ניטור מילות מפתח פועל על דפים שמוצגים ע"י JavaScript?

  ברירת מחדל — לא. המוניטור מושך את ה-HTML הגולמי לפני הרצת JS. עבור SPA או דפים עתירי-JS, המילה חייבת להופיע בתגובה הראשונית של ה-HTML (למשל, server-rendered או בתוך <noscript>). בדיקות באמצעות דפדפן הן פיצ'ר נפרד.