פריה — שאלת אותי בשבוע שעבר אם המעקב אחר ירידות מחירים שאת בונה צריך פשוט לסרוק את דף המוצר כל דקה "ליתר ביטחון". לפני שתבני את זה, בואי אעבור איתך על כל התמונה, כי מרווח הסריקה הוא בעצם ההחלטה הכי קטנה כאן, וקבלת המבנה הנכון מראש תחסוך לך מחזור בדיקה או שניים לפני ההשקה.
נתחיל מההנחיה עצמה. אמרת "תוסף שעוקב אחרי הדף הזה ומודיע לי כשהמחיר יורד", וזה רעיון טוב אבל זו עדיין לא מפרט — הבנאי צריך לדעת מתי הוא פועל, לא רק מה הוא עושה. המעקב שלך הוא השלישי מתוך שלוש צורות הפעלה, וכדאי להכיר את השתיים האחרות למרות שאת לא צריכה אותן, כי הצורה קובעת את ההרשאות וההרשאות קובעות את לוח הזמנים של הבדיקה.
- לחיצה-לפעולה היא הזולה ביותר: חלון קופץ שרץ פעם אחת מול הדף הנוכחי כשמישהו לוחץ על אייקון סרגל הכלים — חשבי על "למשוך כל מחיר בדף הזה לרשימה".
- סקריפט תוכן פעיל תמיד רץ אוטומטית על תבנית URL שתגדירי — טוב למשהו כמו הדגשת שם של מתחרה בכל דף תחת דומיין, אבל צריך לציין את התבנית במפורש, כי "באתרים הפנימיים שלנו" יתפרש בצורה צרה יותר ממה שהתכוונת.
- המקרה שלך הוא השלישי: מעקב ברקע, מצב שנשמר בין אם הלשונית פתוחה ובין אם לא, רץ על service worker תחת MV3, מסמן את האייקון כשמשהו משתנה.
זו הצורה היחידה שבה הבנאי צריך לחזור אליך בשאלת המשך, והוא יעשה זאת — כי מספר הסריקה הוא פשרה אמיתית, לא פורמליות.
מה שמחזיר אותי לאינסטינקט ה"כל דקה" שלך. ביקשתי כמעט בדיוק את הבנייה שלך לפני זמן מה — לעקוב אחר דף, לסמן את האייקון בשינוי מחיר — והגרסה הראשונה סרקה כל 60 שניות. עבד מצוין לאדם אחד שבודק מקומית. תכפילי את זה בכמה שאנשים שבאמת יתקינו את זה, ואת מפגיזה את דף המוצר של מישהו בלי סיבה, כי מחירים ברשומה קמעונאית רגילה לא משתנים יותר מכמה פעמים ביום. תגידי לבנאי "בדוק כל 30 דקות" בהנחיה. זה לא פשרה, זו הבקשה ההגונה יותר — אף אחד לא צריך התראות תת-דקה מתוסף דפדפן, ותודי לעצמך בהמשך כשלא תצטרכי להסביר לבודק למה התוסף שלך מתקשר הביתה 1,440 פעמים ביום.
החלקים שלא צריך לחשוב עליהם
הזכרת שאת עצבנית לגבי המניפסט — אל תהיי, זה בדיוק הדבר שאת לא באמת צריכה לגעת בו. שתי החנויות דורשות עכשיו Manifest V3; MV2 הפסיק להתקבל עבור רישומים חדשים ו-Chrome פעיל בהוצאה משימוש של תוספי MV2 שעדיין חיים. השינוי המרכזי תחת MV3 הוא שהלוגיקה ברקע שלך רצה כ-service worker במקום דף רקע קבוע — הוא עולה באירוע, הדפדפן יכול לסגור אותו בין אירועים, והמצב חייב לעבור דרך chrome.storage במקום פשוט לחיות במשתנה. זה בדיוק סוג פרט מחזור החיים שהבנאי כותב נכון כברירת מחדל. את לא תראי קובץ מניפסט לעולם אלא אם תחפשי אחד במפורש.
מה שבאמת צריך את תשומת הלב שלך זה הרשאות, כי זה הדבר שקובע כמה מהר תעבור הבדיקה שלך, לא הקוד. המעקב שלך צריך alarms לסריקה וכנראה storage לזכירת המחיר האחרון — הוא לא צריך tabs או <all_urls>, ואם תבקשי "את היכולת לפעול בכל אתר בעתיד" כי אולי תרחיבי את זה מאוחר יותר, הבנאי יבנה לפי זה ותבקשי גישה רחבה לאתרים עבור פיצ'ר שעדיין לא קיים. זו השורה המפחידה ביותר בדיאלוג ההתקנה — "קרא ושנה נתונים בכל אתר שאת מבקרת בו" — וזה גם הדבר שדוחף בדיקה אוטומטית לבדיקה ידנית. תארי מה זה עושה היום. הרחיבי מאוחר יותר אם באמת תצטרכי.
עוד שני דברים ששווים שלושים שניות תשומת לב לפני שתכריזי שזה גמור: ממשק המשתמש של הפופאפ והאייקונים.
- ממשק פופאפ — דף אפשרויות ברירת מחדל, תיבות סימון עירומות, ללא היררכיה, הוא מקור אמיתי לביקורות של כוכב אחד שאין להן שום קשר לשאלה אם התוסף עובד. לך יש רק כמה הגדרות (ה-URL, אולי המרווח), אבל זה עדיין צריך להיראות כאילו זה שייך למוצר, לא ערימת טפסים.
- אייקונים — תוודאי שהאייקון נבדק בכל ארבעת הגדלים של Chrome (16, 32, 48, 128 פיקסלים, עם מטריצה מעט שונה עבור Firefox), כי לוגו חד ב-128 הופך לכתם ב-16, וזה בדיוק המקום שבו הוא חי בסרגל כלים עמוס רוב היום.
לפני שתיגעי בכלל באחת מהחנויות
בדקי את זה באמת, לא רק בתצוגה המקדימה של הצ'אט. מה שאת מקבלת מהבנייה זה תוסף שניתן לטעון בפועל, אז לכי אל chrome://extensions, הפעל מצב מפתח, "טען חבילה לא אוגדת" (load unpacked) והרץ אותה על דף המוצר האמיתי שמעניין אותך - לא על גרסה מסומלצת שלו. הייתי בודק באופן ידני במיוחד שני דברים: האם הודעת הרשאת ההתקנה אומרת את מה שהיית מצפה לו בהתאם למה שבקשת, ומה קורה אם סקריפט התוכן אי פעם נתקל בדף שהוא לא נבנה בשבילו - הוא נכשל בשקט או זורק משהו גלוי? שני הדברים לוקחים פחות מדקה, ושניהם מסוג הבאגים שברורים בשנייה שבה מביטים בהם ונעלמים אם לא.
כשתהיי מוכנה באמת לשגר, תעברי דרך חשבונות המפתחים שלך בשתי החנויות — הרישום שייך לך, הפלטפורמה הזו לא מנהלת אותו בשבילך. וחשוב לי לציין שהחנויות ממש לא סימטריות, כי אני לא רוצה שתתכנני תאריך השקה בהנחה שהן כן.
| חנות | תהליך הגשה |
|---|---|
| Chrome | ממלא אוטומטית את הרישום — כותרת, תיאור, קטגוריה, וטקסט הצידוק להרשאות שהבודק בפועל קורא, נוצר מתוך מה שהקוד עושה ולא מוקלד בנפרד, וזה חשוב כי צידוקים שלא תואמים הם סיבת דחייה נפוצה בפני עצמה. |
| Firefox | כמעט ללא מגע; הצינור של מוזילה קליל יותר וההגשה פשוט עוברת. |
ערכת הרישום שנוצרת בסיום הבנייה שלך תפיק גם צילומי מסך שנלקחו מהתוסף שלך פועל בפועל (לא הדמיה), טקסט רישום, ותשובות לשאלוני פרטיות שנבדקות מול הקוד האמיתי במקום להתמלא מהזיכרון. החלק האחרון חשוב יותר ממה שנשמע עבור משהו שמתקשר עם דף חיצוני: שאלון הפרטיות של Chrome שואל שאלות כן/לא ישירות על טיפול בנתונים, ולענות "לא" ל"האם זה אוסף נתונים" כשהמעקב שלך סורק ושומר מחירים הוא בדיוק סוג אי-הכנות הקטנה שנתפסת אחרי ההשקה, לא רק נדחית לפניה. בדיקת התשובות מול מה שהקוד עושה בפועל סוגרת את הפער הזה בשבילך אוטומטית.
| חנות | זמן בדיקה טיפוסי |
|---|---|
| Firefox | שעות, לפעמים פחות משעה |
| Chrome | כמה ימים, לעיתים קרובות יותר לשניים בשבוע גרוע |
תוספים עם התמדה ברקע כמו שלך נוטים יותר להיכנס לנתיב הבדיקה הידני והאיטי יותר מאשר תוסף פשוט מסוג לחיצה-לפעולה. אף אחד מאיתנו לא יכול למשוך ידית על התור הזה. תכנני את ההודעה שלך סביב לוח הזמנים של Chrome, לא של Firefox, ואל תתזמני שום דבר לאותו יום שבו את מגישה.
עוד דבר אחד, כי אני מכיר אותך — את כבר חושבת על להוסיף "סנכרן את רשימת המעקב שלי בין מכשירים" ו"עקוב אחרי היסטוריית מחירים לאורך זמן" ברגע שזה ישוגר. זה בסדר, אבל דעי שכל אחד מאלה הוא הרשאה חדשה, והרשאה חדשה יכולה להיות בדיקה איטית יותר מזו שעברת עכשיו. אם את בטוחה שאת רוצה את הגרסה הגדולה יותר, עדיף באמת להנחות עליה עכשיו ולספוג בדיקה איטית אחת מאשר לטפטף הרשאות אחת אחת. אם עדיין לא בטוחה, שגרי את מה שיש לך — מעקב ממוקד היטב עובר מהר, מביא לך שימוש אמיתי, ושימוש אמיתי שווה יותר כרגע מרשימת פיצ'רים ארוכה יותר שיושבת בתור של Chrome. תמיד אפשר לבקש עוד מאוחר יותר; אי אפשר להחזיר את ההשקה הזו ברגע שהיא נתקעת בבדיקה ידנית בגלל משהו שלא היית צריכה עדיין.
