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