מה חובה חדשה ב-Manifest V3 שקורה למי שכתב תוסף ב-2023?

לפי developer.chrome.com (מקור רשמי, נבדק ב-02.09.2026), Manifest V3 החליף עמודי רקע קבועים (persistent background pages) ב-service workers שנרדמים כשהם לא פעילים. מפתחים חייבים לשמור מצב ב-chrome.storage, לא במשתנים בזיכרון שנעלמים כשה-worker נרדם.

כמה עולה לפרסם תוסף בחנות Chrome?

לפי extensionbooster.net (נבדק ב-02.09.2026), נכנסים ל-Chrome Web Store Developer Dashboard, נרשמים עם חשבון Google ומשלמים אגרת רישום חד-פעמית של 5 דולר - לא ניתנת להחזר, לפי חשבון, וחשבון אחד יכול לפרסם תוספים ללא הגבלה.

תוסף Chrome עם AI: Manifest V3 והרשאות שדוחות הגשה

Manifest V3 חובה ב-2026 - עמוד רקע קבוע נעלם, יש service worker שנרדם. בקשת הרשאה שלא בשימוש היא הדגל האדום הנפוץ ביותר בבדיקת חנות Chrome.

תוסף Chrome שנכתב לפני 2023 לא עובד היום בלי שינוי ארכיטקטורה משמעותי. Manifest V3 היא חובה ב-2026, לא אופציה.

Manifest V3: עמוד רקע נרדם, לא נעלם

לפי Chrome for Developers (המקור הרשמי), Manifest V3 החליפה עמודי רקע קבועים ב-service workers, החליפה חסימת webRequest בבקשות רשת דקלרטיביות, והידקה הרשאות עם דרישת host permissions מפורשת. השינוי הקריטי: ה-service worker "נרדם" כשהוא לא פעיל, ולוגיקת הרקע חייבת לשמור מצב ב-chrome.storage, לא במשתנים בזיכרון שנעלמים ברגע שה-worker נכבה.

הרשאות: הדגל האדום הכי נפוץ

לפי ExtensionBooster, רשימת ההרשאות מפרטת אילו APIs של כרום התוסף ישתמש בהם, ובקשת הרשאות שלא בשימוש בפועל היא דגל אדום נפוץ בבדיקת החנות - מפתחים צריכים לבקש את הגישה הצרה ביותר שתומכת בתכונה. גם שם התוסף חייב להיות ספציפי - שם כללי מדי כמו "AI Assistant" מהווה הפרת מדיניות Chrome Web Store.

מגבלת קוד מרוחק - חשובה במיוחד לתוסף מבוסס AI

לפי אותו מקור, תוסף יכול להריץ רק JavaScript שכלול בחבילה עצמה ועובר בדיקה של Chrome Web Store - MV3 אוסרת הרצת קוד מרוחק. זה לא אומר שאי אפשר לתקשר עם שרתים חיצוניים - עדיין אפשר לשלוף תצורת JSON, לסנכרן נתוני משתמש, ולקרוא ל-API, כולל API של מודלי שפה. ההבחנה חשובה: קריאה לשרת AI מותרת, הרצת קוד JavaScript שמגיע מהשרת ולא נבדק - אסורה.

פרומפט לבניית תוסף עם AI:
בנה תוסף Chrome עם Manifest V3 שעושה [תיאור פונקציונליות].
בקש רק את ההרשאות המינימליות הנדרשות: [רשימת הרשאות ספציפית, לא רחבה].
שמור מצב ב-chrome.storage, לא במשתנה זיכרון - ה-service worker עלול להירדם בין קריאות.

הגשה לחנות: עלות ותזמון

לפי ExtensionBooster, נרשמים ב-Chrome Web Store Developer Dashboard עם חשבון Google, משלמים אגרה חד-פעמית של 5 דולר (לא ניתנת להחזר, לפי חשבון - חשבון אחד מפרסם תוספים ללא הגבלה), ומאשרים את הסכם המפתחים. גוגל התריעה שגל הגשות באפריל 2026 מאריך את זמני הבדיקה - רוב הבדיקות מסתיימות תוך ימים ספורים, חלקן לוקחות כמה שבועות, ומעבר לשלושה שבועות מומלץ לפנות לתמיכה.

דרישה	פרט
גרסת מניפסט	3 בלבד - גרסה 2 נדחית
רקע	service worker, לא עמוד קבוע
הרשאות	מינימליות בלבד, לא רחבות "ליתר ביטחון"
עלות רישום	5$ חד-פעמי, לא ניתן להחזר

מבוסס על Chrome for Developers (רשמי) ו-ExtensionBooster, נבדק ב-02.09.2026.

המעבר החובה מעמוד רקע קבוע ל-service worker

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

בדיקה מקומית לפני הגשה

לפני שמגישים לחנות, אפשר לטעון את התוסף באופן זמני דרך "טען תוסף שאינו ארוז" (Load unpacked) בדף ניהול התוספים של כרום, ולבדוק את כל התרחישים כולל מצב שבו ה-service worker נרדם ומתעורר מחדש. בדיקה כזו תופסת בעיות שנעלמות בבדיקה מקומית רגילה - למשל, מצב שהתוסף "שוכח" נתונים שהיו אמורים להישמר, כי הם הוחזקו בזיכרון ולא ב-storage. זה החיסכון הכי גדול בזמן: לתפוס את הבעיה לפני ההגשה, לא אחרי שבועיים של המתנה לבדיקת החנות.

תיעוד פרטיות ברור

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

איפה זה נשבר

תוסף שנבנה עם AI בלי הבנה של מגבלת ה-service worker נכשל בשקט - פונקציה שמחזיקה מצב בזיכרון עובדת מצוין בבדיקה מקומית ונשברת בייצור ברגע שה-worker נרדם בין פעולות המשתמש. גם בקשת הרשאות רחבות "ליתר ביטחון" לא רק מעכבת אישור - היא גם מסמנת את התוסף כחשוד יותר בעיני משתמשים שבודקים הרשאות לפני התקנה. בדיקה קפדנית של כל הרשאה מול הצורך האמיתי שלה חוסכת גם זמן אישור וגם אמון משתמשים.

מה לעשות עכשיו

לפני שמתחילים לכתוב תוסף, ודאו שאתם עובדים עם Manifest V3 מההתחלה - לא מנסים להתאים תוסף ישן. רשמו מראש בדיוק אילו הרשאות התוסף צריך ולמה, ובדקו שהלוגיקה שלכם לא מסתמכת על זיכרון שנשמר בין קריאות ל-service worker.