ניטור אזכורים שמודד נושאים ולא אנשים. מה נשמר ומה לא נשמר בסכימה, אילו ערוצים המקור עצמו מציע, ולמה קבוצה סגורה פשוט לא נכנסת להיקף המדידה שלכם.
עיקרי הדברים
- שאלה עסקית אמיתית היא כמעט תמיד מצרפית: האם דפוס תלונה מתגבש, איזה מונח עולה יחד עם שם המותג, מתי התחיל השינוי. אף אחת מהן אינה דורשת לדעת מי כתב.
- קבוצה סגורה, פורום שדורש התחברות, והודעה פרטית - אינם בהיקף. אם אין להם ערוץ פומבי, הסיגנל הזה פשוט לא קיים אצלכם, וזו תשובה לגיטימית.
- הערוצים שמקור מציע מרצונו הם הבסיס: פיד RSS או Atom לפי תקן RSS 2.0, מפת אתר לפי פרוטוקול sitemaps.org, חיפוש פנימי שהאתר מפרסם, ו-API רשמי כשקיים.
- קובץ robots.txt נקרא ראשון ולא אחרון. הוא חלק מהגדרת ההיקף, לא מכשול בסוף הפיתוח.
- שמירת שם כותב, כינוי או קישור לפרופיל הופכת מדד נושאים לאוסף שיחות אישיות, ובלי שהיא נדרשת לאף אחת מהשאלות שהמערכת אמורה לענות עליהן.
ניטור אזכורים שנועד לקבל החלטות עסקיות מודד נושאים לאורך זמן, לא אנשים. יחידת הרישום היא צירוף של מונח, מקור ויום עם מונה, ולא הודעה של אדם מזוהה. קבוצות סגורות והודעות פרטיות נמצאות מחוץ להיקף, ולא בתוכו כאתגר טכני.
זהו תיאור טכני של מערכת מדידה, ולא ייעוץ משפטי.
מה המערכת מודדת ומה היא לא שומרת
ההחלטה הזאת נקבעת בסכימה ולא במדיניות, כי סכימה נאכפת מעצמה ומדיניות תלויה בזיכרון. אם אין עמודה לשם כותב, אף אחד לא ימלא אותה בטעות בסבב הבא.
| נשמר | לא נשמר |
|---|---|
| דומיין המקור וסוג המקור | שם כותב, כינוי או מזהה משתמש |
| כתובת הדף הפומבי | קישור לפרופיל אישי |
| תאריך פרסום ותאריך דגימה | תמונת פרופיל או חתימה |
| המונח שהותאם ושפת הטקסט | טקסט ההודעה המקושר לאדם מסוים |
| מונה אזכורים ליום ולמקור | היסטוריה מצטברת לפי אדם |
| קטגוריית הקשר ברמת השרשור | דירוג או ניקוד של משתתפים |
הטור השמאלי מספיק לכל דוח שמישהו באמת ביקש. הטור הימני הוא מה שהופך מערכת מדידה לתיק על אנשים, וברגע שהוא קיים בסכימה מישהו יבנה מעליו תצוגה, ואז יהיה קשה לפרק אותה.
אילו ערוצים המקור עצמו מציע?
לפני שבודקים איך אפשר לקרוא מקור, בודקים מה הוא הציע. אתר שמפרסם פיד או מפת אתר אמר במפורש שהוא רוצה שיקראו אותו כך.
- פיד RSS או Atom. תקן RSS 2.0 מגדיר פריט עם כותרת, קישור, תיאור ותאריך פרסום, כלומר בדיוק את השדות שמדד נושאים צריך.
- מפת אתר לפי הפרוטוקול של sitemaps.org, שמגדירה רשימת כתובות עם
lastmodומאפשרת לזהות מה השתנה בלי לסרוק הכול. - חיפוש פנימי שהאתר מפרסם בעצמו כדף עם פרמטר, כשהוא מיועד לשימוש פומבי.
- ממשק רשמי של הפלטפורמה, כשקיים אחד ותנאיו מתירים את השימוש הזה.
- דפי ארכיון או תגיות שהאתר מפרסם, שלעיתים נותנים כיסוי טוב יותר מהפיד.
אם למקור אין אף אחד מאלה, המסקנה הנכונה היא שהמקור לא מציע ערוץ מכונה. זה לא אומר לחפש דרך אחרת. זה אומר שהמקור נשאר מחוץ לכיסוי, והכיסוי מתועד כחלקי.
למה קבוצה סגורה לא נכנסת להיקף?
כי היא סגורה, וזו כל התשובה. חשבון אישי שאתם חברים בו איננו הרשאה למערכת ניטור, והעובדה שטכנית אפשר לקרוא משם אינה משנה את מעמד המקור.
- קבוצה שדורשת אישור הצטרפות.
- פורום שמציג תוכן רק למחוברים.
- הודעות ישירות והתכתבויות פרטיות.
- ערוץ שהגישה אליו נמכרת כמנוי.
- מקור שחוסם גישה אוטומטית במפורש.
ההשלכה המעשית היא שהכיסוי שלכם חלקי, וזה בסדר כל עוד הוא מוצהר. דוח שכתוב בו "שמונה מקורות פומביים, שלושה מקורות נוספים לא בכיסוי" הוא דוח שאפשר לסמוך עליו. דוח שמתיימר לכסות הכול הוא דוח שמישהו יסיק ממנו מסקנה שגויה על היקף התופעה.
איך בונים מדד שאפשר להתריע עליו
מונה גולמי לא מייצר התרעה טובה, כי נפח האזכורים משתנה מסיבות שאין להן קשר למותג. הבסיס הוא יחס לקו בסיס נע, ולא מספר מוחלט.
- מגדירים מונחים מדויקים, כולל שגיאות כתיב נפוצות וצורות בעברית ובאנגלית.
- מגדירים מונחי שלילה, כדי לנטרל מילים שהן גם שם המותג וגם מילה רגילה.
- סופרים לפי צירוף של מונח, מקור ויום.
- מחשבים חציון נע של 28 יום לכל צירוף כזה בנפרד.
- מתריעים כשהיום חורג מהחציון פי גורם שנקבע מראש, ורק אם המונה עובר סף מינימלי.
- מצרפים להתרעה עד חמישה קישורים פומביים כהקשר, בלי פרטי כותבים.
השלב החמישי הוא זה שמונע מבול התרעות. מקור קטן שעולה משתי אזכורים לשש הוא זינוק של פי שלושה ואיננו אירוע. סף מינימלי על המונה מסנן אותו בלי לגעת ברגישות במקורות הגדולים.
מה שומרים ולכמה זמן
הפרדה בין השכבות היא מה שמאפשר להחזיק היסטוריה ארוכה בלי להחזיק ערימת טקסטים.
- מונים מצרפיים לפי מונח, מקור ויום: אפשר להחזיק שנים, כי הם קטנים ואינם מזהים אף אחד.
- כתובות דפים פומביים שנבחרו כהקשר: תקופה קצרה, כי הן מתיישנות ודף עשוי להימחק.
- תצלומי HTML גולמיים: הכי קצר, ורק כשצריך אותם לניפוי שגיאות בפרסר.
- הגדרות המונחים וגרסת הכללים: לתמיד, כי בלעדיהן אי אפשר לפרש מספר ישן.
הפריט האחרון נשכח כמעט תמיד. גרף אזכורים לאורך שנתיים חסר משמעות אם באמצע הדרך מישהו הוסיף מונח או הסיר מקור. גרסת כללים עם תאריך תחילה, שנשמרת לצד המונים, הופכת שינוי בהגדרה לקו אנכי בגרף במקום לקפיצה מסתורית.
איזו שאלה עסקית באמת נענית מהמדד?
לא כל שאלה. כדאי לדעת מראש אילו שאלות המערכת עונה ואילו לא, כדי שלא ייבנו עליה ציפיות שהיא לא יכולה לספק.
| השאלה | האם המדד המצרפי עונה | מה נדרש |
|---|---|---|
| האם נפח האזכורים גדל | כן | מונים לאורך זמן |
| באילו מקורות מדובר עלינו | כן | פילוח לפי דומיין |
| איזה נושא צמוד לשם שלנו | כן | מונחים נלווים באותו שרשור |
| מתי התחיל שינוי | כן | קו בסיס נע |
| מי כתב את ההודעה | לא | מחוץ להיקף בכוונה |
| מה קורה בקבוצה סגורה | לא | אין ערוץ פומבי |
הבניית הצינור לניטור שינויים באתרים חיצוניים מתוארת בניטור שינויים באתר מתחרה, והצד של מסרים ומוצר בניטור מסרים ומוצר אצל מתחרים. סקירה כללית של ניטור חדשות ומותג נמצאת בניטור חדשות ומותג באמצעות איסוף נתונים.
מקורות
שאלות נפוצות
אפשר בכל זאת לשמור שם משתמש אם הוא פומבי?
אפשר טכנית, והשאלה היא למה. אם אף דוח לא דורש אותו, העמודה הזאת רק מגדילה את מה שיש לכם ומשנה את אופי המערכת. אם דוח כן דורש אותו, כדאי לבדוק אם השאלה עצמה ניתנת לניסוח מחדש כשאלה מצרפית.
מה עושים כשרוב השיחה על המותג קורית בקבוצות סגורות?
מקבלים שהמדד מכסה חלק. אפשר להשלים בערוצים שהעסק שולט בהם, כמו פניות שירות וסקרי לקוחות, שבהם המידע נמסר ישירות. מה שלא עושים הוא להסיק שהמדד מייצג את כלל השיחה, כי הוא לא.
פיד RSS מספיק כדי לנטר אתר?
לעיתים כן ולעיתים לא. פיד רבים מכילים רק את הפריטים האחרונים או רק כותרות, ולכן כדאי להשוות אותו למפת האתר לפני שסומכים עליו. אם הפיד מפספס קטגוריות שלמות, מתעדים את הפער במקום להניח כיסוי מלא.
כמה מונחי שלילה באמת צריך?
זה תלוי לגמרי בשם. מותג ששמו מילה נפוצה בעברית ידרוש רשימה ארוכה ובדיקה חוזרת כל כמה חודשים, ומותג עם שם ייחודי כמעט לא ידרוש כלום. הדרך לדעת היא לדגום ידנית חמישים התאמות ולספור כמה מהן שגויות.
להמשך קריאה
שירות רלוונטי
אוטומציה לעסקים
אני בונה אוטומציות מותאמות שמורידות עבודה חוזרת מקצה לקצה.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.
