יתרונות וורדפרס לעסקים
WordPress מאפשר לבנות ולנהל סוגים שונים של אתרים באמצעות תבניות, תוספים ופיתוח. לפני בחירה, בדקו אילו יכולות קיימות ברכיבים שנבחרו, מה דורש התאמה ומי יטפל בתחזוקה.
בוורדפרס אפשר לערוך כותרת עמוד, תיאור, כתובת וקישורים פנימיים. תוסף יכול להקל על ניהול השדות, אבל הוא אינו תחליף למחקר שאלות ולתוכן שמסביר אותן. בדקו כל עמוד בתצוגה של קורא ובחרו הגדרות שמתאימות למבנה האתר.
ניהול וורדפרס לאורך זמן
בחירת אחסון לאתר וורדפרס תלויה בצריכת משאבים, בגיבויים, בתמיכה וביכולת לשחזר תקלה. בקשו מפרט שירות ובדקו את איכות המענה, זמינות הגיבוי ותהליך המעבר לספק אחר. אין סוג שרת אחד שמתאים לכל אתר.
בחרו תוספים לפי צורך מוגדר. לפני התקנה בדקו תחזוקה, תאימות, הרשאות ודרך הסרה. אתר פשוט אינו חייב אוסף קבוע של תוספי SEO, אבטחה, עיצוב וביצועים; כל רכיב נוסף מחייב עדכון ובדיקה לאחר שינוי.
חיבור כלי מדידה או CRM לוורדפרס צריך להתחיל בהגדרת נתונים שדרושים לעסק, הסכמות מתאימות ובדיקת אירוע ניסיוני. בחרו דרך חיבור אחת ברורה כדי למנוע שליחה כפולה של אותה פעולה.
ביצועים תלויים באחסון, בתבנית, בתוספים, בתמונות ובאופן טעינת העמוד. בדקו עמודים אמיתיים במכשירים שונים לפני ואחרי שינוי. ציון של כלי בדיקה הוא אות אבחון, ואינו הבטחה לזמן טעינה אחיד לכל מבקר.
וורדפרס יכולה לאפשר לעורך מורשה לעדכן תוכן בלי שינוי קוד, בתנאי שהאתר נבנה עם שדות ומבנה ברורים. לפני מסירה בקשו הדגמה של עדכון מחיר, תמונה או עמוד, ובדקו מי מאשר פרסום ומי מטפל בגיבוי.
בדיקות לפני מסירת אתר וורדפרס
באתר וורדפרס ההחלטות המעשיות הן בעלות על דומיין, הרשאות, עדכוני תוספים וגיבוי שניתן לשחזר. דרשו סביבת בדיקות ותהליך מסירה; תבנית יפה אינה מספיקה אם בעל העסק אינו יכול לערוך תוכן בבטחה.
החלטת תוספים בוורדפרס דורשת משמעת. התחילו ביכולת ליבה של האתר, בדקו אם היא כבר קיימת במערכת או בתבנית, ורק אז הוסיפו תוסף. תעדו מי מתחזק אותו, מתי עודכן, ומה קורה אם מפסיקים להשתמש בו. לפני עדכון משמעותי בצעו גיבוי שניתן לשחזר ונסו את השינוי בסביבת בדיקה. במסירה לבעל העסק, ודאו שהוא יודע ליצור עמוד, לתקן קישור ולהחליף תמונה בלי לפגוע בעיצוב. אם הפעולה דורשת מפתח בכל פעם, כל שינוי תוכן קטן יהפוך לתלות תפעולית. בעלות על נתונים, חשבון אחסון ודומיין צריכה להיות ברורה בחוזה ובגישה בפועל.
לפני התקנת תוספים בחרו מבנה תוכן. רשמו אילו סוגי עמודים יידרשו: שירותים, מאמרים, שאלות נפוצות או מוצרים. לכל סוג הגדירו מי עורך אותו, אילו שדות חוזרים בו ומה יופיע בתפריט. החלטות אלה מונעות מצב שבו כל עמוד חדש נבנה מחדש בעורך החזותי וקשה לעדכן אותו. וורדפרס מאפשרת כמה דרכי עריכה, והבחירה צריכה להתאים למי שינהל את האתר בפועל.
הקמה כוללת גם בעלות והרשאות. חשבון מנהל לא אמור להיות משותף בין אנשים; לכל עורך נדרשת הרשאה שמתאימה לתפקידו. תעדו מי מחזיק בדומיין, באחסון, בגיבויים וברישיונות של תוספים או ערכות עיצוב. אם ספק חיצוני מפסיק ללוות את העסק, בעל האתר צריך לדעת כיצד לגשת לנכסיו ולהמשיך לתחזק אותם. מסמך מסירה קצר חשוב לעיתים יותר מעוד רכיב עיצובי.
עדכונים שוטפים דורשים בדיקה, לא לחיצה אוטומטית בלבד. צרו גיבוי שניתן לשחזר, בדקו שינוי משמעותי בסביבת בדיקות ואז עברו על תפריט, טפסים, חיפוש פנימי ועמודים מרכזיים. אם האתר מוכר מוצרים, בדקו גם תשלום והתראות הזמנה. תוסף שלא משתמשים בו מוסיף תחזוקה; כדאי להסירו לאחר שבודקים שלא נדרש לתכונה אחרת. כאשר יש תקלה, תיעוד גרסת מערכת ותוספים מקצר אבחון.
בסיום פיתוח בדקו חוויית שימוש של מבקר שאינו מכיר את האתר. האם הוא מבין את ההצעה בעמוד הראשון? האם אפשר להשלים פעולה בטלפון? האם עמוד שגיאה מסייע לחזור למסלול? אתר וורדפרס אינו איכותי משום שנבחרה פלטפורמה מסוימת. איכותו תלויה בתוכן, בתחזוקה, בנגישות וביכולת של העסק להשתמש בו לאורך זמן.
לצד ניהול התוכן, הגדירו דרך לשחזר אתר לאחר תקלה. גיבוי צריך לכלול קבצים ומסד נתונים, להיות נגיש למי שאחראי לתחזוקה ולהיבדק בשחזור תקופתי. צילום מסך של הודעה שהגיבוי הצליח אינו מוכיח שאפשר להחזיר אתר לפעולה. תהליך שחזור קצר ומתועד חוסך חיפוש אחר פרטי גישה בזמן לחץ.
באתר פעיל כדאי להבחין בין שינוי תוכן שגרתי לבין שינוי מערכת. תיקון שגיאת כתיב אפשר לבצע בעורך מתאים; התקנת תוסף, שינוי תבנית או עריכת מבנה כתובות דורשים בדיקה רחבה יותר. לאחר כל שינוי כזה עברו על דפים מרכזיים ועל מסלול פנייה שלם. גם כתובת של תמונה או קישור פנימי עלולים להשתנות בלי הודעת שגיאה ברורה.
כאשר עובדים עם ספק בנייה, בקשו הדרכה על הפעולות שבעל העסק צפוי לבצע בעצמו. שיעור קצר בעדכון טקסט, תמונה ופרטי קשר מאפשר לזהות מה פשוט ומה דורש עזרה. תיעוד ההחלטות הטכניות צריך להיות נגיש גם למי שיצטרף לצוות בהמשך. כך האתר נשאר כלי עבודה של העסק ולא פרויקט שמחייב פנייה למפתח לכל שינוי.
לפני השקה צרו רשימת בדיקות קצרה שמישהו אחר בצוות יכול להריץ: פתיחת עמוד מרכזי, שליחת טופס, בדיקת הודעת אישור, פתיחת קישור מתוך תפריט ובדיקה במסך צר. הרשימה מבהירה מה נבדק בפועל ומאפשרת לחזור עליה אחרי שינוי מערכת.
תוספים צריכים להיות מתועדים גם מבחינת מטרתם. לכל רכיב רשמו מי התקין אותו, איזו תכונה הוא מספק, אילו הרשאות הוא דורש ומתי נבדק לאחרונה. כאשר שני תוספים עושים פעולה דומה, ייתכן שהם יוצרים כפילות או סיבוך מיותר. לפני הסרה בדקו באתר בדיקות אילו רכיבים תלויים בו. השארת תוסף לא פעיל לאורך זמן אינה תוכנית תחזוקה; קבעו אם הוא דרוש או שאפשר להסירו בבטחה.
אתר וורדפרס טוב נמדד גם בזמן שינוי. נסו להוסיף עמוד שירות בלי לשבור את התפריט, לעדכן תמונה בלי לפגוע בקריאות ולתקן טקסט בלי לשנות קוד. אם פעולה שגרתית דורשת ידע טכני שאינו קיים בצוות, יש להתאים את תהליך המסירה או את מבנה העריכה. הדרכה עם פעולה אמיתית של בעל העסק תחשוף בעיות שהדגמה של המפתח לבדו לא תראה.
בסיום רשמו אילו בדיקות טרם בוצעו ומה תלוי בגורם חיצוני. למשל, חיבור מערכת תשלום דורש בדיקה מעבר לתצוגת עמוד, וכלי מדידה דורש בדיקת הסכמה ואירוע בפועל. תיעוד מגבלות ברור מאפשר לעלות לאוויר בהחלטה מודעת ולתכנן את התיקון הבא לפי השפעה על משתמשים.
להרחבה בנושא קשור: בניית אתרים לעסקים: מתכנון ברור לאתר שקל להשתמש בו. רקע רשמי: WordPress documentation.
