10 סיבות שבגללן חברות צריכות לשקול ללכת לפי התקנים של הווב

הערת המתרגם - Translator’s Note

מאמר זה תורגם מהמאמר המקורי באנגלית שנכתב על-ידי משחור אל-דובאיאן. הוא תורגם על-ידי שלומי פיש.

This article was translated from the English original, which was written by Mashhoor Al Dubayan. It was translated by Shlomi Fish.

המאמר עצמו

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

אחרי שניהלתי מספר שיחות עם מתכנתי/מעצבי ווב מקומיים, הגעתי למסקנה שהם מסרבים לשנות את עמדתם מהסיבות הבאות:

1. למעלה מ-50% מהם חושבים שהדפדפן היחיד שנפוץ בשוק הוא אינטרנט אקספלורר (ברצינות), מה שמביא לשימוש מוגזם בקוד קנייני.
2. מגייסי עובדים, כשהם מחפשים מעצבי ווב, ידרשו נסיון ב-FrontPage 2003 (או Dreamweaver MX), במקום לחפש את מה שבאמת חשוב.
3. חברות רבות (אם לא רובן) יתנו ל„מעצב הגרפי“ שלהן לטפל בתכן אתר הווב.
4. FrontPage 2003 הוא מוצר של מיקרוסופט, ולכן לא יהיה אכפת להם מתקני הווב אלא אם כן למיקרוסופט אכפת.
5. תוכנת אתר השער (פורטל) שלהם עדיין משתמשת בקוד לא-תקני ו/או קנייני.
6. מחסור בספרים, אתרים ומדריכים בערבית על איך ליצור אתרי ווב תואמי-תקן. אני לא בטוח אם הם בכלל קיימים.

ברשומה זאת, ברצוני לכתוב מדוע חברות צריכות ליצור אתרי ווב מודרניים ותואמי תקנים. וב„מודרניים ותואמי תקנים“ אני מתכוון ל-:

• הפרדת המבנה (HTML), המראה (CSS) וההתנהגות (JavaScript) של הדפים.
• כתיבת קוד HTML/CSS תקין ונכון (לא קנייני).
• כתיבת קוד JavaScript סטנדרטי, מרובה-דפדפנים וכזה שלא מפריע לגולשים.
• ישום שיטות טובות לקידוד טוב, שעושים מסמכים לנגישים, נקיים, וגמישים.

ראוי לציין שהסיבות להלן לא מכסות את כל היתרונות. אולם, אם הן לא ישכנעו אתכם, אני בכנות לא יודע מה כן ישכנע.

1. מקטין את גודל דפי הווב משמעותית.

החלפת הקוד המכיל טבלאות מקוננות בעומק של 6 דרגות, בקוד HTML ברור, ישיר וסמנטי תגרום להקטנת הגודל של המסמך, מכיוון שהחלופה השנייה משתמשת בכמות פחותה בהרבה של קוד. אי לכך, המבקרים באתר יוכלו להוריד דפים במהירות רבה באופן משמעותית, בייחוד כשקובץ ה-CSS המכיל את מידע העימוד, מורד על-ידי הדפדפן רק פעם אחת.

אני אישית המרתי עימוד של דף ממבוסס-טבלאות למחוסר-טבלאות, מה שהוריד את גודלו הכולל מ-15 קילו-בייט לכ-3.70 קילו-בייט.

מרבית משתמשי האינטרנט בערב הסעודית עדיין משתמשים במודם קווי; אסור שחברה תגרום ללקוחות להרגיש דחויים עם מסמכי HTML גדושים ותמונות גרפיקה או פלאש כבדות.

2. מעצים את הפשטות ויכולת השימוש החוזר של תסריטים בצד השרת.

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

echo '<p color="blue"><font size="5" face="arial">this is a paragraph</font></p>';

תצטרך רק לכתוב את זה:

echo '<p>this is a paragraph</p>';

מלבד העובדה ש- <font> היא תגית שאבדה עליה הכלח, הדוגמה הראשונה תכריח אותך להשתמש בצבע, בגודל ובמשפחת הגופן בפסקה הזאת, אלא אם כן הגדרת אחרת. קטע הקוד השני יפלוט רק פסקה פשוטה, מה שישאיר את העיצוב לטיפולו של CSS, ומכאן אותו פלט בדיוק יוכל לשמש למנשקים שונים. זה גם יגרום לכך שלמעצבי ומפתחי ווב יהיה יותר קל לעבוד ביחד.

3. מובטח לעבוד בעתיד

שימוש בקוד נכון ותואם-תקנים מבטיח שאתר יראה תמיד אותו-הדבר בגרסאות עתידיות של דפדפני ווב. הוא גם יאפשר לו לעבוד עם טכנולוגיות שדורשות קוד מובנה היטב.

4. מעודד עבודת צוות

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

הפרדת העימוד ומבנה גם מאפשרת ליותר ממעצב אחד לעבוד על אותו עימוד; כל מעצב יוכל לטפל בעיצוב של קטע אחד או יותר של הדף.

5. גורם לניפוי-השגיאות להיות קל יותר

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

6. גורם לעיצוב מחדש להיות מהיר ביותר מ-50%

הפרדת מבנה הקוד מהעימוד שלו מאפשרת לעצב אתר שלם בלי לגעת כלל בקוד HTML. מעצבים מהאסכולה הישנה עלולים לחשוב שזה חסר הגיון, אבל ה- גן הזן של ה-CSS מוכיח שזה אפשרי, ומראה עד כמה גמיש זה יכול להיות.

7. יותר מהר = יותר מכניס

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

8. תיקונים ועדכונים מהירים יותר לתסריטים ועימודים של מסמכים

מה יעשה מפתח ווב כאשר המנהל שלו יחליט שכלי הניווט של האתר צריכים להיות משמאל במקום מימין? מה אם נמצא באג באחד מהתסריטים של האתר? עם שימוש בגישה המודרנית, הוא/היא יצטרכו רק לפתוח את קובץ ה-CSS או ה-JavaScript, לבצע את השינויים הדרושים וזה ישפיע על כל האתר. כנ״ל לגבי העדכונים: ניתן לעשות שימוש מהיר בתסריט מעודכן על-ידי החלפתו עם הישן.

9. הקוד רץ על דפדפנים רבים

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

10. תצטרך לעשות זאת בזמן כלשהו בעתיד, בכל מקרה!

בין אם זה עכשיו או מאוחר יותר, יהיה צריך לעשות זאת. וככל שזה נעשה מוקדם יותר, כך ייטב.

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