לתוכן הראשי
Olexa Studio.

מילון מונחים לבניית אתרים

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

יסודות

דומיין
הכתובת של האתר שאותה מקלידים בדפדפן.
דומיין הוא olexastudio.com: השם שבו מוצאים אתכם. הוא נשכר לשנה או לכמה שנים ומחודש בכל פעם; אם לא תחדשו, האתר נעלם מהרשת גם אם הקבצים נשארו במקומם. הדומיין אינו קשור למי שבנה את האתר: הוא רשום על שמכם ועובר איתכם.
אחסון אתרים
המקום שבו קבצי האתר מאוחסנים בפועל והקוד שלו רץ.
הדומיין הוא הכתובת, האחסון הוא הבניין עצמו. האתר יושב על מחשב שעובד מסביב לשעון ומגיש דפים לכל מי שמבקש. גם כאן התשלום תקופתי; בניגוד לדומיין, אפשר להחליף אחסון בערב אחד והמבקרים לא ירגישו.
דף נחיתה
עמוד ארוך אחד עם פעולה אחת שאליה הוא מוביל.
דף נחיתה אינו כולל תפריט עם עשרה חלקים: הוא מספר סיפור אחד מלמעלה למטה ומסתיים בכפתור אחד — פנייה, שיחה או רכישה. בונים אותו עבור קמפיין או שירות מסוים. אם צריך קטלוג, בלוג וכמה תחומים — זה כבר אתר, לא דף נחיתה.
רספונסיביות
היכולת של הדף להיערך מחדש למסך של טלפון, טאבלט ומחשב.
זו אינה «עותק מוקטן» — הבלוקים משנים סדר, התפריט מתקפל, והעמודות נערמות זו מתחת לזו. רוב המבקרים מגיעים מהטלפון, ולכן בודקים בדיוק שם ולא על מסך גדול של מפתח. רספונסיביות אינה תוספת בתשלום: או שהדף בנוי כך, או שהוא בנוי גרוע.
אב טיפוס
שלד שחור‑לבן של הדף, בלי צבעים ותמונות.
אב טיפוס עונה על השאלה «מה מופיע בדף ובאיזה סדר», עוד לפני שמתחיל ויכוח על גוון הכפתור. להזיז בלוק כאן לוקח דקה, בקוד מוגמר — יום. בדיוק לכן מציגים אותו לפני העיצוב, גם אם הוא נראה «לא מכירתי».
UX ו‑UI
UX — האם נוח למשתמש להגיע למטרה; UI — איך זה נראה.
UX עוסק במסלול: כמה צעדים עד העגלה, האם ברור מה לעשות הלאה. UI עוסק במראה: גופנים, מרווחים, צבעים. UI יפה מעל UX גרוע נותן אתר יפה שלא נוח להשתמש בו, וזו היקרה מבין שתי הטעויות.
פאביקון
האייקון הקטן של האתר בלשונית הדפדפן ובמועדפים.
פרט קטן שמורגש דווקא בהיעדרו: בלי פאביקון הלשונית נראית זרה ואובדת בין עשרים אחרות. בנפרד נדרשת גרסה גדולה יותר לאייפון — אחרת «הוספה למסך הבית» תציג ריבוע אפור במקום הלוגו.
מערכת ניהול תוכן (CMS)
ממשק שבו אתם משנים טקסטים ותמונות בעצמכם, בלי מתכנת.
מערכת ניהול תוכן נחוצה היכן שהתוכן חי: חדשות, קטלוג, מחירים. היכן שהדף משתנה פעמיים בשנה היא רק מוסיפה עבודה ונקודות תקלה — זול יותר לבקש תיקון. השאלה החשובה בבחירה: מה בדיוק תוכלו לשנות לבד, ומה בכל מקרה תצטרכו להזמין.

דומיין, DNS ותעודות

DNS
ספר הטלפונים של האינטרנט: מתרגם את שם האתר לכתובת השרת.
מחשבים מדברים במספרים, אנשים בשמות; DNS מתרגם ביניהם. לכן שינויים כאן אינם מיידיים: התשובה הקודמת נשמרת אצל ספקים ודפדפנים, ולעדכון מקצים בין דקות ליממה. בגלל זה מעבר של אתר מתכננים מראש ולא מבצעים בשש בערב ביום שישי.
תעודת SSL ו‑HTTPS
המנעול בשורת הכתובת: מצפין את הנתונים בין המבקר לאתר.
בלי תעודה הדפדפן מציג אזהרת «אתר לא מאובטח», ומחצית המבקרים עוזבים עוד לפני המסך הראשון. התעודה חינמית ומתחדשת אוטומטית — אבל דווקא האוטומציה נשברת בשקט: תעודה שפגה מפילה את האתר כולו, גם כשהאתר עצמו תקין.
תת‑דומיין
חלק נפרד על אותו דומיין: app.site.com.
תת‑דומיין לא צריך לקנות בנפרד — יוצרים אותו בחינם בתוך דקה. משתמשים בו כשחלק מהפרויקט חי חיים משלו: אזור אישי, בלוג על מנוע אחר, עותק בדיקה. מנועי החיפוש מתייחסים לרוב לתת‑דומיין כאל אתר נפרד, ולכן להעביר לשם דפים לצורכי SEO זה רעיון גרוע.
רשת הפצת תוכן (CDN)
רשת שרתים שמגישה עותקים של האתר קרוב יותר למבקר.
האתר עומד פיזית במקום אחד, והמבקרים פזורים בעולם; CDN מחזיק עותקים בעשרות ערים ומגיש מהקרוב ביותר. זה מזרז טעינה וגם סופג התקפות וזינוקי תנועה. תופעת לוואי: תקלות צריך לחפש בשני מקומות — בשרת וב‑CDN.
הפניה 301 ו‑302
הפניה אוטומטית מכתובת ישנה לחדשה.
301 אומר «עברנו לצמיתות» — מנוע החיפוש מעביר לכתובת החדשה את המשקל שנצבר לישנה. 302 אומר «זמנית» ואינו מעביר משקל. להחליף ביניהם בזמן מעבר אתר זו הדרך הקלאסית לאבד דירוג שנצבר שנים.
שגיאה 404
אין דף בכתובת הזאת.
404 אינה תקלה באתר אלא תשובה כנה: הכתובת הוקלדה בטעות או שהדף הוסר. הבעיה מתחילה כשבמקומה מוצג מסך ריק או, גרוע מכך, דף הבית עם קוד «הכול תקין»: אז מנוע החיפוש מחזיק שנים באינדקס דפים שאינם קיימים.

איך הכול בנוי מבפנים

צד לקוח וצד שרת
צד לקוח — מה שרואים בדפדפן; צד שרת — מה שמחשב בשרת.
כפתור, גופן ואנימציה — צד לקוח. בדיקת סיסמה, שמירת פנייה, חישוב מחיר — צד שרת, ואותו לא רואים כלל. תיקון «להרים את הכפתור» ותיקון «להוסיף שדה לפנייה» עולים שונה בדיוק כי הם משני צדי הגבול הזה.
בסיס נתונים
המקום שבו האתר שומר פניות, מוצרים ומשתמשים.
טקסטים של דפים יכולים לשבת בקבצים, אבל כל מה שנוצר תוך כדי עבודה — פניות, הזמנות, הודעות — חי בבסיס הנתונים. אובדנו כואב יותר מאובדן הקוד: קוד אפשר לכתוב מחדש, היסטוריית התכתבות עם לקוח — לא. לכן עושים לו גיבויים, ואותם בודקים בשחזור.
API
דרך שבה שתי תוכנות מחליפות נתונים בלי אדם באמצע.
כשהאתר מעביר בעצמו הזמנה למערכת הנהלת חשבונות, מושך שער מטבע או שולח מייל דרך שירות דיוור — זה API. ללקוח חשוב דבר אחד: אם למערכת שלכם יש API, החיבור נעשה בשעות; אם אין — צריך להמציא עקיפה, ושם מסתתרת מחצית מעלות האינטגרציה.
Git ומאגר קוד
מאגר קוד עם היסטוריית כל שינוי ואפשרות לחזור אחורה.
כל תיקון נרשם: רואים מי, מתי ולמה שינה שורה, ואפשר לשחזר כל מצב. ללקוח נובע מכאן דבר מעשי: הקוד צריך לשבת במאגר שלכם ולא בתיקייה אישית של הקבלן — אחרת החלפת ספק הופכת לחפירה ארכיאולוגית.
פריסה לאוויר
העברת שינויים מוכנים לאתר החי.
תיקון שנעשה בקוד עדיין לא נמצא באתר: צריך לפרוס אותו. מכאן ההפתעה השכיחה «ראיתי שתיקנו, ובאתר הישן» — תיקנו, אבל לא פרסו. פריסה עושים במודע ובשעות עבודה, כדי שיהיה מי שיסתכל אם משהו משתבש.
סביבת בדיקות
עותק מלא של האתר שבו בודקים שינויים לפני שהם מגיעים לקהל.
נראית ומתנהגת כמו האתר החי, אך סגורה מפני זרים ומפני מנועי חיפוש. כאן תופסים טופס שבור ופריסה שהתפרקה. להראות ללקוח סביבת בדיקות זה תקין; לבלבל אותה עם האתר החי קורה גם כן, ולכן מסמנים את הכתובת.
גיבוי
תצלום של האתר ובסיס הנתונים שממנו אפשר לשחזר אחרי תקלה.
גיבוי שמעולם לא שיחזרו ממנו אינו גיבוי אלא תקווה. שתי שאלות לכל ספק: כל כמה זמן הוא נעשה, ומתי בדקו שחזור בפעם האחרונה. השנייה חשובה יותר: בדיוק שם מתגלה בדרך כלל שהארכיונים ריקים.
מטמון
עותק שמור של הדף שמוגש במקום לחשב מחדש.
המטמון עושה את האתר מהיר, והוא גם הסיבה ל«שיניתי ולא השתנה כלום». עותק ישן יכול להישמר בדפדפן, ב‑CDN או בשרת עצמו. לכן בודקים תיקון ברענון ללא מטמון, ובאתר החי — אחרי ניקוי מטמון מכוון.

חיפוש ו‑SEO

אינדוקס
הכנסת הדף למאגר של מנוע החיפוש — בלעדיה לא ימצאו אותו.
תחילה הרובוט מגיע וקורא את הדף, אחר כך מחליט אם לקחת אותו למאגר, ורק אז הוא יכול להופיע בתוצאות. בין הפרסום להופעה בחיפוש עוברים ימים, לפעמים שבועות — זה נורמלי ולא נפתר בכסף. אפשר רק לבקש סריקה חוזרת בכלי מנהלי האתרים.
robots.txt
קובץ עם כללים לרובוטים: לאן מותר ולאן לא כדאי.
נמצא בכתובת site.com/robots.txt ונקרא ראשון. זו בקשה ולא מנעול: רובוטים מנומסים מצייתים, זדוניים לא, ולכן אין טעם להסתיר שם סודות. טעות אחת בקובץ הזה יכולה להעלים אתר שלם מהחיפוש, ולכן בודקים אותו אחרי כל מעבר.
מפת אתר (sitemap)
רשימה ממוחשבת של כל הדפים שנמסרת למנוע החיפוש.
הרובוט היה מוצא את הדפים גם לבד לפי קישורים, אבל המפה מזרזת ומראה גם דפים שאין אליהם הרבה קישורים פנימיים. היא צריכה להתעדכן לבד: רשימה שנכתבה ביד לפני שנה מבטיחה למנוע החיפוש דפים שכבר אינם.
Title ו‑description
הכותרת והתיאור שהאדם רואה בתוצאות החיפוש.
זו חלון הראווה שלכם בתוצאות: לפיהם מחליטים אם ללחוץ או לעבור למתחרה. לכל דף חייבים להיות משלו; זהים לכל האתר זו הטעות הנפוצה ביותר, ואז מנוע החיפוש ממציא כותרות במקומכם. התיאור אינו משפיע ישירות על הדירוג, אבל כן על מספר ההקלקות.
קנוני (canonical)
סימון «זו הגרסה הראשית של הדף» עבור תוכן זהה.
אותו מוצר זמין לא פעם בכמה כתובות — עם מסנן, עם תגית פרסום, עם www ובלי. עבור מנוע החיפוש אלה כמה דפים זהים שביניהם הוא מפצל משקל. הקנוני אומר איזו גרסה ראשית ומאחד את המשקל.
hreflang
קישור בין גרסאות השפה של אותו דף.
אומר למנוע החיפוש: הדף הזה בעברית, התאום שלו באוקראינית, וזה באנגלית. כך ישראלי רואה בתוצאות את הגרסה העברית ולא האוקראינית. הכלל נוקשה: כל הגרסאות חייבות להצביע זו על זו, אחרת הקישור לא נספר כלל.
Core Web Vitals
שלושה מדדים של מהירות ויציבות הדף שגוגל לוקח בחשבון.
מודדים מתי הופיע הבלוק המרכזי, כמה מהר הדף מגיב למגע, והאם הפריסה לא קופצת מתחת לאצבע. זה לא על ציון יפה במבחן אלא על אדם עם טלפון ברכבת. האשמים השכיחים בכישלון — תמונות כבדות וסקריפטים חיצוניים של מדידה.
נתונים מובנים
סימון נסתר שמסביר למכונה מה יש בדף.
אדם רואה «1,200 ₪» ומבין שזה מחיר; למכונה צריך לומר זאת בנפרד. בזכות סימון כזה מופיעים בתוצאות כוכבי דירוג, מחירים ושאלות מורחבות, ועוזרי בינה מלאכותית מצטטים את האתר בדיוק רב יותר. כלל אחד: הסימון חייב להתאים לטקסט הגלוי, אחרת זו הטעיה ויש עליה עונש.

אנליטיקה

Google Analytics 4
מערכת מדידה חינמית: כמה אנשים הגיעו, מאיפה ומה עשו.
מותקן בשורת קוד אחת ומתחיל לספור מיום ההתקנה — אין נתונים למפרע, ולכן מתקינים לפני ההשקה ולא אחריה. מעצמו הוא מראה רק צפיות; כדי לראות פניות צריך להגדיר אירועים בנפרד.
אירוע
פעולה מתועדת של מבקר: לחיצה, שליחת טופס, הורדת קובץ.
צפיות בדפים נספרות מאליהן, אבל «אדם שלח פנייה» — לא: את זה צריך להגדיר. בלי זה האנליטיקה תראה תנועה ולא תאמר דבר על המשמעות: מאה מבקרים ביום יכולים להיות שלוש פניות או אפס.
המרה
שיעור המבקרים שביצעו את מה שלשמו האתר קיים.
מאה מבקרים ושתי פניות — המרה של 2%. זה המספר המרכזי של האתר: להכפיל אותו זול בדרך כלל מלהכפיל תנועה. אין טעם להשוות את ההמרה שלכם לאחרים — הנישות והמקורות שונים מדי; משווים לעצמכם לפני חודש.
תגיות UTM
זנב בכתובת שאומר לאנליטיקה מאיפה הגיע האדם.
בלי תגיות כל הכניסות מדיוור, מפרסום ומהודעה במסנג'ר מתמזגות לערימה אחת חסרת פנים. עם תגיות רואים איזה פוסט בדיוק הביא פנייה. את התגיות מוסיפים לקישור לפני תחילת הקמפיין: למפרע זה בלתי אפשרי.

דואר והודעות

SPF, DKIM, DMARC
שלוש רשומות שמוכיחות שמכתב מהדומיין שלכם הוא באמת שלכם.
SPF מונה מי רשאי לכתוב בשמכם; DKIM חותם על המכתב; DMARC אומר מה לעשות במכתב שנכשל בבדיקה. בלעדיהם המכתבים נופלים לספאם, או שכל אחד יכול לכתוב בשמכם. מגדירים פעם אחת ב‑DNS והם חיים שנים.
מייל תפעולי
מייל בתגובה לפעולה: אישור הזמנה, קוד כניסה, חשבונית.
מחכים לו, ולכן הוא חייב להגיע תוך שניות ולא לספאם. מכתבים כאלה נשלחים דרך שירות ייעודי ולא מתיבת דואר באחסון: לשירות יש מוניטין שולח, היסטוריית מסירה, ורואים מה קרה לכל מכתב.
מסירוּת דואר
האם המכתבים שלכם מגיעים ל«דואר נכנס» ולא לספאם.
הדבר הערמומי כאן הוא ששרת הדואר עונה «התקבל» גם כשהמכתב מושם אחר כך בשקט בספאם או נדחה. לכן בודקים מסירוּת לא לפי קוד התשובה אלא לפי תיבה אמיתית: שלחנו — פתחנו — ראינו.

כסף, לוחות זמנים ותהליך

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

בינה מלאכותית ואוטומציה

מודל שפה (LLM)
תוכנה שעובדת עם טקסט כמו אדם: קוראת, כותבת, מתרגמת, מסכמת.
זה מה שעומד מאחורי ChatGPT, Gemini ו‑Claude. לעסק חשובה לא ה«חוכמה» אלא הגבול: המודל טוב היכן שיש טקסט וכללים, וחלש היכן שנדרשת אחריות לתוצאה. לכן משבצים אותו בטיוטה ולא במילה האחרונה.
פרומפט
המשימה הכתובה שנותנים למודל.
איכות התשובה תלויה במשימה יותר מאשר במודל: אותו מודל על בקשה מעורפלת ייתן תשובה מעורפלת. במערכות עובדות לא כותבים פרומפט מחדש בכל פעם — מכווננים אותו פעם אחת ושומרים כחלק מהקוד.
סוכן בינה מלאכותית
מודל שקיבל כלים ורשות לפעול, לא רק לענות.
סוכן יכול לפתוח דף בעצמו, לקרוא קובץ, לכתוב שורה בבסיס הנתונים. מכאן גם התועלת וגם הסיכון: הוא מבצע צעדים בלי לשאול. לכן במערכות עובדות מגדירים לסוכן מה מותר לו, ופעולות בלתי הפיכות משאירים לאדם.
llms.txt
קובץ הסבר על האתר, כתוב עבור מודלי שפה.
אותו דבר שrobots.txt הוא לרובוטי חיפוש, רק במילים: בקצרה מה יש באתר וקישורים לדפים המרכזיים. מודל שנשאל «מי יבנה אתר עם אזור אישי» קורא אותו מהר יותר מחמישים קילובייט של קוד, ומצטט מדויק יותר.

לא מצאתם מילה שאמרו לכם? כתבו לנו אותה — נוסיף לכאן ונסביר לכם אישית.