בניית אתרים בקוד שמביאה לקוחות

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

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

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

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

כן. אנחנו בונים לפי תקן ישראלי ת"י 5568, המבוסס על WCAG 2.0 ברמה AA, ומיישמים גם את דרישות WCAG 2.1 ברמה AA: ניווט מלא במקלדת, ניגודיות צבעים תקינה, טקסט חלופי לתמונות, היררכיית כותרות שקורא מסך יכול לעבור, טפסים עם תוויות תקינות והצהרת נגישות באתר. נגישות היא חובה חוקית בישראל והאחריות היא של בעל האתר, לא של מי שבנה אותו. חשוב להבין שתוסף נגישות לבדו לרוב אינו מספיק כדי לעמוד בתקן - הוא מוסיף שכבת בקרה מעל האתר אבל אינו מתקן מבנה שגוי, ניגודיות נמוכה או ניווט שבור מתחתיה.

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