חומר עזר

    מילון מונחים לקיצור קישורים

    246 מונחים על מבנה כתובת URL, הפניות, סטטיסטיקות, מעקב UTM, קודי QR, אבטחה, API וניהול חשבון, בהסבר בשפה פשוטה.

    מבוסס על 20 מקורות מצוטטים: מסמכי RFC, תקני W3C ו-ISO, GDPR ותיעוד של פלטפורמות

    מושגי יסוד ומבנה כתובת URL

    29 מונחים
    Long URL / כתובת URL של היעד#
    כתובת האינטרנט המלאה שאליה קישור מקוצר מפנה. היא נקראת גם כתובת היעד, או בקיצור היעד, וזה המקום שהמשתמש מגיע אליו בסוף אחרי שלחץ על הקישור המקוצר או סרק אותו. כתובות URL ארוכות כוללות לעיתים קרובות פרמטרים של מעקב, מזהי מוצרים, מסננים, מצב שאינו תלוי בסשן או נתונים מובנים אחרים, ולכן קשה לשתף אותן ישירות.
    Original URL#
    כתובת ה-URL כפי שהמשתמש הזין אותה כשיצר את הקישור המקוצר. בפלטפורמות רבות זו מילה נרדפת לכתובת URL ארוכה או לכתובת היעד. בתהליכי עבודה מסוימים, הכתובת המקורית עשויה להיות שונה מאוחר יותר מהיעד הנוכחי, אם אפשר לערוך את היעד של הקישור המקוצר.
    Target URL#
    כתובת ה-URL הפעילה שאליה הקישור המקוצר מפנה כרגע. כתובת היעד יכולה להיות זהה לכתובת ה-URL המקורית, או להשתנות מאוחר יותר אם הפלטפורמה מאפשרת לערוך יעדים.
    Slug#
    רצף התווים שמתווסף לדומיין של קישור מקוצר ומזהה רשומת קישור אחת מסוימת. בכתובת `https://sho.rt/abc123`, סיומת הקישור היא `abc123`. אפשר ליצור סיומות אוטומטית, בדרך כלל כמחרוזות אלפאנומריות אקראיות או עוקבות, או שהמשתמש מגדיר אותן ידנית ככינוי מותאם אישית.
    Custom alias#
    סיומת קישור שהמשתמש בוחר כדי שקישור מקוצר יהיה קריא יותר, קל יותר לזכירה או מותאם לקמפיין. במקום מחרוזת אקראית כמו `x7k9p`, כינוי מותאם אישית יכול להיות `summer-sale`, `event-rsvp` או `product-launch`. בדרך כלל הכינוי צריך להיות פנוי, לעמוד בכללי האורך, לא להיות מילה שמורה ולהתאים למגבלות התוכנית.
    Custom back-half#
    מונח מקובל בתעשייה לחלק של קישור מקוצר שהמשתמש קובע, זה שבא אחרי הדומיין. בכתובת `https://brand.co/summer-sale`, הסיומת המותאמת אישית היא `summer-sale`. פלטפורמות לניהול קישורים משתמשות במונח הזה הרבה, ובפועל הוא שווה ערך לכינוי מותאם אישית.
    Reserved alias#
    סיומת קישור או כינוי מותאם אישית שאי אפשר להשתמש בהם, כי הם כבר תפוסים, הפלטפורמה מגינה עליהם, הם שמורים לנתיבי מערכת, מוגבלים מסיבות של מותג או של מניעת ניצול לרעה, או נחשבים פוגעניים או מטעים. דוגמאות אפשריות: `admin`, `login`, `support` או כינויים שמתחזים למותגים גדולים.
    Vanity URL#
    כתובת URL ממותגת וקריאה, שנועדה להיות קלה לזכירה ולעורר אמון. בניהול קישורים, כתובת כזו משלבת בדרך כלל דומיין ממותג עם כינוי מותאם אישית, כמו `https://brand.co/summer-sale`. במובן הרחב המונח יכול לתאר כל כתובת שיווקית שקל לזכור, גם אם היא לא נוצרה בפלטפורמה לקיצור קישורים.
    URL shortener#
    שירות, אפליקציה או כלי שמקבלים כתובת אינטרנט ארוכה ויוצרים ממנה כתובת קצרה שמפנה לאותו יעד. מקצר הקישורים שומר רישום של היעד של כל קישור מקוצר ומבצע את ההפניה בכל פעם שמישהו לוחץ. לפעמים קוראים לזה בשפה יומיומית "דחיסת URL", אבל מבחינה טכנית שום דבר לא נדחס: הקישור המקוצר הוא רק כינוי שמפנה לכתובת המקורית. דוגמאות: Bitly, TinyURL, Rebrandly, Short.io ופלטפורמות דומות.
    שם מתחם#
    הכתובת הרשומה ברשת שמופיעה בכתובת URL. בכתובת `https://sho.rt/abc123` הדומיין הוא `sho.rt`. שירותים לקיצור קישורים יכולים להציע דומיינים משותפים כברירת מחדל, ולאפשר ללקוחות להגדיר דומיינים מותאמים אישית לקישורים מקוצרים ממותגים. [1]
    TLD / סיומת דומיין#
    החלק האחרון בשם הדומיין, למשל `.com`, `.org`, `.io` או `.ly`. מותגים של קישורים מקוצרים בוחרים לעיתים קרובות TLD קצר או קליט, אבל הבחירה משפיעה על האמון של המשתמשים, על תדמית המותג, על העלות ועל הזמינות. [1]
    דומיין שורש / Apex domain#
    הדומיין הרשום הבסיסי, בלי תת-דומיין, למשל `example.com`. חלק ממקצרי הקישורים תומכים בשימוש בדומיין ראשי לקישורים מקוצרים, ואחרים ממליצים על תת-דומיין כמו `go.example.com`, כדי לא להפריע לאתר הראשי. [1]
    Custom domain#
    דומיין שבבעלות המשתמש או בשליטתו, שהוגדר להגיש קישורים מקוצרים במקום הדומיין המשותף שבברירת המחדל של שירות הקיצור. דומיין מותאם אישית משפר את זיהוי המותג ואת אמון המשתמשים, וקל יותר לקחת אותו איתכם לאורך זמן. דוגמה: שימוש ב-`go.yourcompany.com` במקום `bit.ly`.
    Branded domain#
    דומיין מותאם אישית שנבחר במיוחד כדי לחזק את הזהות של חברה, מוצר, קמפיין או ארגון. דומיינים ממותגים הם בדרך כלל קצרים, קלים לזכירה ותואמים לשם המותג. מבחינה מעשית, אלה דומיינים מותאמים אישית שתפקידם מיתוג.
    Subdomain#
    קידומת שמתווספת לפני הדומיין הראשי ומופרדת ממנו בנקודה. בכתובת `go.yourcompany.com`, תת-הדומיין הוא `go`. משתמשים לעיתים קרובות בתת-דומיינים לקישורים מקוצרים, כי הם מאפשרים לארגונים ליצור מרחב שמות ממותג לקישורים בלי לשנות את הדומיין של האתר הראשי. [1]
    Path#
    החלק בכתובת URL שבא אחרי הדומיין ומזהה מיקום, משאב או מסלול. בכתובת `https://example.com/products/shoes`, הנתיב הוא `/products/shoes`. בקישור מקוצר, הנתיב מורכב לרוב רק מסיומת הקישור, למשל `/abc123`. [1]
    Query string#
    החלק בכתובת URL שמתחיל בסימן `?` ומכיל זוגות של פרמטרים בתבנית מפתח-ערך. דוגמה: `?color=blue&size=medium`. משתמשים במחרוזות שאילתה בעיקר למעקב, לסינון, לשמירת מצב החיפוש, להתאמה אישית ולדגלי תכונות. מקצרי קישורים יכולים לשמור מחרוזות שאילתה, להוסיף אותן, למזג אותן או להסיר אותן, בהתאם להגדרות. [1]
    URL parameters#
    צמדי מפתח-ערך בתוך מחרוזת השאילתה, שמופרדים בסימן `&`. דוגמה: `utm_source=newsletter`. פרמטרים של URL משמשים הרבה לסטטיסטיקות, לייחוס קמפיינים, להתאמה אישית, לסינון מוצרים ולשליטה בהתנהגות של אפליקציות. [1]
    מקטע / עוגן#
    החלק של כתובת URL שאחרי הסימן `#`. הדפדפן משתמש בו כדי לעבור לחלק מסוים או למצב מסוים בתוך הדף. לדוגמה: `https://example.com/page#section-3`. הדפדפן הוא שמעבד את ה-Fragment, והוא לא נשלח לשרת בבקשות HTTP רגילות, מה שיכול להשפיע על האופן שבו הוא מתנהג בהפניות ובמעקב. [1]
    פרוטוקול / Scheme#
    החלק הראשון בכתובת URL, שמציין איך ניגשים למשאב. דוגמאות נפוצות: `http://`, `https://`, `mailto:` וסכמות מותאמות של אפליקציות, כמו `myapp://`. קישורים מקוצרים משתמשים כמעט תמיד ב-HTTPS, לאבטחה ולאמינות. [1]
    HTTP#
    HTTP (Hypertext Transfer Protocol) הוא הפרוטוקול הסטנדרטי שדפדפנים ושרתי אינטרנט משתמשים בו כדי להעביר ביניהם תוכן. HTTP רגיל אינו מוצפן, ולכן דפדפנים מודרניים עשויים להזהיר את המשתמשים כשטפסים, דפי התחברות או דפים רגישים מוגשים ב-HTTP. [2]
    HTTPS#
    HTTPS (HTTP Secure) משתמש בהצפנת TLS כדי להגן על הנתונים בזמן שהם עוברים בין הדפדפן לשרת. שירותים אמינים לקיצור קישורים מגישים קישורים מקוצרים ב-HTTPS כדי להגן על המשתמשים, לעמוד בציפיות של דפדפנים מודרניים ולחזק את האמון. [2] [3]
    Canonical URL#
    הגרסה ה"רשמית" של כתובת האינטרנט של תוכן מסוים. כשכמה כתובות URL, כולל קישורים מקוצרים, קישורים עם מעקב או גרסאות שונות במעט, מובילות כולן לאותו דף, הכתובת הקנונית היא זו שמנועי חיפוש וכלי סטטיסטיקות צריכים להתייחס אליה ככתובת הראשית. הגדרה של כתובת קנונית עוזרת למנוע בלבול ובעיות של תוכן כפול בדירוג בתוצאות החיפוש. [4]
    URL encoding / Percent encoding#
    המרה של תווים שאי אפשר לכתוב בבטחה בכתובת אינטרנט לייצוג חלופי מוסכם. לדוגמה, רווח הופך ל-`%20`, וסימן אמפרסנד שמופיע בתוך ערך מומר כדי שלא ייחשב למפריד. ברוב הכלים זה קורה אוטומטית, אבל כדאי להכיר את זה כשמקצרים כתובות URL עם פרמטרי מעקב או סימנים מיוחדים. [1]
    IDN / שם דומיין בינלאומי#
    שם דומיין שמשתמש בתווים מחוץ לאלפבית הלטיני הרגיל, כמו אותיות עם סימנים דיאקריטיים, ערבית, סינית או כתבים אחרים. זה עוזר בהתאמה לשפות מקומיות, אבל גם יוצר סיכוני אבטחה: יש תווים מאלפביתים אחרים שנראים כמעט זהים לאותיות לטיניות מוכרות, וכך אפשר ליצור דומיינים מטעים שנראים כמו דומיינים לגיטימיים. [5]

    הפניות וניתוב

    30 מונחים
    Redirect#
    התהליך שמאחורי הקלעים, ששולח את מי שלוחץ על קישור מקוצר לדף היעד האמיתי. כשנכנסים לקישור מקוצר, הדפדפן מקבל מהשרת הוראה קצרה, "לכו לכאן במקום", ואז עובר ליעד, בדרך כלל כל כך מהר שלא שמים לב לשלב שבאמצע. [2]
    Location header#
    הוראה שפועלת מאחורי הקלעים: היא נכללת בתגובת ההפניה של השרת ואומרת לדפדפן לאיזו כתובת URL לעבור. המשתמשים אף פעם לא רואים אותה ישירות, כי היא חלק מחילופי המידע הטכניים שגורמים להפניות לעבוד. [2]
    301 redirect / הפניה קבועה#
    סוג של הפניה שמסמן שהמעבר לכתובת החדשה הוא קבוע. דפדפנים ומנועי חיפוש עשויים לזכור הפניית 301 ולעבור ישר ליעד בביקורים הבאים, ולכן חלק מהקליקים עלולים לא לעבור דרך מקצר הקישורים. היא משפיעה גם על האופן שבו מנועי חיפוש מעבירים את ערך הדירוג לדף היעד. [2]
    302 redirect / הפניה זמנית#
    סוג של הפניה שמסמן שהיעד עשוי להשתנות בעתיד. דפדפנים לא זוכרים הפניית 302 לצמיתות, ולכן כל קליק ממשיך לעבור דרך מקצר הקישורים. זו הסיבה שרוב שירותי קיצור הקישורים משתמשים בהפניות 302 כברירת מחדל. המשמעות היא גם שאפשר לעדכן את היעד בכל רגע בלי לשבור את הקישור. [2]
    307 redirect / הפניה זמנית ששומרת על שיטת הבקשה#
    הפניה זמנית ששומרת בדיוק על סוג הבקשה שנשלחה. היא רלוונטית בעיקר למפתחים שבונים אינטגרציות. בקיצור קישורים יומיומי משתמשים במקומה בהפניית 302 רגילה. [2]
    308 redirect / הפניה קבועה ששומרת על שיטת הבקשה#
    הפניה קבועה שגם היא שומרת בדיוק על סוג הבקשה שנשלחה. כמו הפניית 307, היא רלוונטית בעיקר בהקשרים טכניים ובעבודת פיתוח, ופחות בניהול קישורים יומיומי. [2]
    Meta refresh redirect#
    הפניה שמקורה בהוראה שמוטמעת בדף האינטרנט עצמו, ולא בשרת. הדף אומר לדפדפן "לעבור לכתובת האחרת הזו בעוד X שניות". השיטה הזו איטית יותר ואמינה פחות מהפניה בצד השרת, ושירותים מודרניים לקיצור קישורים כמעט לא משתמשים בה. [4]
    JavaScript redirect#
    הפניה שמפעיל קוד שרץ בדפדפן. היא יכולה לתמוך בלוגיקה מורכבת, אבל בדרך כלל היא איטית יותר ואמינה פחות מהפניה בצד השרת. היא גם לא עובדת אצל משתמשים שהשביתו את JavaScript, ולא אצל בוטים וסורקים של מנועי חיפוש.
    Server-side redirect#
    הפניה שהשרת מבצע לפני שתוכן כלשהו של הדף נשלח לדפדפן. השרת רק אומר "לכו לכאן", והדפדפן עובר. זו השיטה המהירה והאמינה ביותר, וכמעט כל שירותי קיצור הקישורים משתמשים בה. [2]
    Client-side redirect#
    הפניה שמתבצעת בתוך הדפדפן אחרי שחלק מהדף כבר נטען, בדרך כלל באמצעות JavaScript או הוראת meta refresh. הפניות כאלה איטיות יותר ופחות עקביות מהפניות בצד השרת.
    Redirect chain#
    רצף של כמה הפניות שנדרשות כדי להגיע ליעד הסופי. דוגמה: קישור מקוצר ← קישור מעקב ← רשת שותפים ← דף נחיתה. שרשראות הפניות מוסיפות זמן השהיה, מסבכות את הסטטיסטיקות ועלולות לפגוע באמינות. מומלץ לצמצם קפיצות מיותרות.
    Redirect loop#
    מצב שגיאה שבו כתובת URL מפנה חזרה לעצמה, או לכתובת אחרת שבסופו של דבר מפנה חזרה אליה, וכך נוצר מעגל אינסופי. דפדפנים בדרך כלל עוצרים אחרי מספר מוגבל של הפניות ומציגים שגיאה. [2]
    Pass-through redirect#
    הפניה שמעבירה אוטומטית כל מידע מעקב נוסף מהקישור המקוצר לכתובת ה-URL של היעד. לדוגמה, אם מישהו משתף את הקישור המקוצר שלכם עם קוד קמפיין שנוסף בסופו, הקוד מועבר אוטומטית לדף הנחיתה.
    Parameter forwarding#
    העתקה של ערכי מעקב או של מידע אחר מהכתובת של הקישור המקוצר לכתובת ה-URL של היעד. יש פלטפורמות שמאפשרות להעביר את כל הערכים, רק ערכים נבחרים, או למזג אותם עם ערכים שכבר קיימים בכתובת היעד.
    Cloaking#
    מצב שבו קישור מקוצר מסתיר או מטשטש את היעד האמיתי ממי שלוחץ עליו. כל קישור מקוצר עושה את זה במידה מסוימת מעצם הגדרתו: אי אפשר לראות את היעד המלא לפני הלחיצה. למונח יש משמעות שלילית כשמשתמשים בזה בכוונה כדי להסתיר יעדים מזיקים, מטעים או כאלה שמפרים מדיניות. דפי תצוגה מקדימה, דומיינים ממותגים וסריקה של היעדים עוזרים לצמצם את הסיכון הזה.
    Smart redirect#
    הפניה ששולחת אוטומטית מבקרים שונים ליעדים שונים לפי ההקשר, למשל באיזה מכשיר הם משתמשים, איפה בעולם הם נמצאים או מה השעה. קישור מקוצר אחד יכול לשלוח משתמשי iPhone ל-App Store, משתמשי Android ל-Google Play ומשתמשים במחשב שולחני לאתר אינטרנט.
    Device-based redirect#
    הפניה חכמה ששולחת מבקרים ליעדים שונים לפי סוג המכשיר או מערכת ההפעלה שלהם, למשל מחשב שולחני, iPhone או Android.
    Geo-targeting redirect#
    הפניה חכמה ששולחת מבקרים ליעדים שונים לפי המיקום שלהם, למשל המדינה, האזור או העיר. משתמשים בה בדרך כלל כדי להציג הצעות מקומיות, את גרסת השפה המתאימה של הדף או תוכן שמיועד לאזור מסוים.
    Language-based redirect#
    הפניה חכמה שמנתבת מבקרים ליעדים שונים לפי השפה שמוגדרת בדפדפן שלהם. כך המשתמשים מגיעים לגרסה של הדף שכתובה בשפה המועדפת עליהם.
    Time-based redirect#
    הפניה שמשנה את היעד שלה לפי התאריך או השעה. היא שימושית לקמפיינים עם ספירה לאחור, להרשמה לאירוע שנסגרת במועד מסוים, למבצעי בזק או לעמוד שמחליף אוטומטית את היעד המקורי אחרי שהאירוע נגמר.
    Rules engine#
    מערכת בתוך פלטפורמה לניהול קישורים, שבודקת תנאים כמו סוג המכשיר, מדינה, שפה, שעה או המקור של הקליק, ומחליטה לאיזה יעד לשלוח את המבקר. מנועי כללים מפעילים הפניות חכמות ולוגיקת ניתוב מורכבת בלי צורך בקוד.
    Fallback URL#
    יעד גיבוי שאליו מגיעים המבקרים כשהיעד הראשי לא זמין או שתוקפו פג, או כשהביקור לא תואם לאף כלל ניתוב. כתובות URL חלופיות מונעות מבויים סתומים ועוזרות לוודא שהמבקרים תמיד מגיעים למקום שימושי.
    Destination override#
    כלל שמשנה את יעד ברירת המחדל של קישור בתנאים מסוימים, למשל כשמופיע פרמטר מסוים, כשהמבקר נמצא במקום מוגדר או כשקמפיין הסתיים.
    Interstitial page#
    דף שמוצג לזמן קצר בין קישור מקוצר ליעד הסופי שלו. דף ביניים יכול להציג מעבר ממותג, הודעת בטיחות, אימות גיל, בקשה להזין סיסמה או תצוגה מקדימה של היעד, לפני שהמבקר ממשיך.

    סטטיסטיקות ומעקב

    35 מונחים
    Click tracking#
    תיעוד נתונים בכל פעם שמישהו לוחץ על קישור מקוצר. בדרך כלל נרשמים מועד הקליק, המכשיר, המיקום המשוער של האדם בעולם, האתר או האפליקציה שמהם הגיע ופרטים שימושיים נוספים.
    Click count#
    המספר הכולל של הפעמים שלחצו על קישור מקוצר בפרק זמן נתון. זה המדד הבסיסי ביותר לפעילות של קישור, אבל אם לא מסננים אותו, הוא עשוי לכלול קליקים חוזרים ותנועה אוטומטית.
    Total clicks#
    הספירה הגולמית של כל הקליקים שנרשמו בקישור מקוצר, כולל ביקורים חוזרים של אותו אדם ותנועה אוטומטית. סך הקליקים מראה את הנפח הכולל, אבל הוא עשוי להיות גבוה ממספר האנשים שהקישור הגיע אליהם בפועל.
    Unique clicks#
    הערכה של מספר האנשים השונים שלחצו על קישור. ברשת קשה לזהות אנשים בוודאות, ולכן בדרך כלל מעריכים את המספר לפי שילוב של כתובת IP, פרטי הדפדפן וסימנים נוספים. התייחסו לנתון הזה כהערכה שימושית ולא כספירה מדויקת.
    Raw clicks#
    כל אירועי הקליק שנרשמו לפני סינון או ניקוי כלשהו. קליקים גולמיים יכולים לכלול מבקרים אמיתיים, בוטים אוטומטיים, סורקי אבטחה, קליקים כפולים ופעילות של בדיקות פנימיות.
    Filtered clicks#
    הקליקים שנשארים אחרי שהפלטפורמה מסירה בוטים מוכרים, אירועים כפולים, תעבורה פנימית ופעילות אחרת שאינה של מבקרים אמיתיים. קליקים מסוננים נותנים תמונה נקייה יותר של המעורבות האנושית האמיתית.
    Human clicks#
    קליקים שהפלטפורמה קבעה שככל הנראה הגיעו מאנשים אמיתיים ולא ממערכות אוטומטיות. הסיווג מבוסס על סימנים כמו התנהגות הדפדפן, המוניטין של כתובת ה-IP ודפוסי מכשירים. זו ההערכה הטובה ביותר, לא ערובה.
    Click-through rate (CTR)#
    האחוז מתוך מי שרואים קישור שלוחצים עליו בפועל. מחשבים אותו כמספר הקליקים חלקי מספר החשיפות, כפול 100. משתמשים ב-CTR הרבה כדי למדוד עד כמה מסר, מודעה או קריאה לפעולה משכנעים.
    Impression#
    הצגה אחת של קישור, מודעה או פוסט למישהו. את ה-CTR מחשבים לפי מספר החשיפות כבסיס. מקצרי קישורים יכולים לספור קליקים, אבל לא תמיד יכולים למדוד חשיפות. הנתונים האלה מגיעים בדרך כלל מהפלטפורמה שבה הקישור הוצג.
    Referrer / כתובת URL מפנה#
    האתר או האפליקציה שמהם הגיע המבקר לפני שלחץ על הקישור המקוצר. לדוגמה, אם מישהו לוחץ על הקישור שלכם בניוזלטר, ייתכן שהמפנה יוצג כפלטפורמת האימייל שלכם. הגדרות פרטיות, אפליקציות מסוימות ומדיניות של דפדפנים מסתירות לפעמים את המידע הזה, ואז הקליקים מופיעים כ"ישיר" או "לא ידוע". [2]
    Traffic source#
    הערוץ או המקור ששלח מבקרים לקישור מקוצר, למשל אימייל, רשתות חברתיות, פרסום ממומן או אתר של שותף. בדרך כלל מזהים את מקור התנועה לפי נתוני ההפניה (referrer), פרמטרי UTM או מזהי קליק.
    Direct traffic#
    קליקים שאין לגביהם מידע על המפנה (referrer). זה קורה כשמישהו מקליד כתובת URL ישירות, לוחץ על קישור באפליקציית הודעות, מעתיק ומדביק קישור, או מגיע מסביבה שמסירה את נתוני המפנה. מהסיבה הזו, התנועה הישירה גדולה לעיתים קרובות ממה שמצפים.
    Geographic data / נתוני מיקום#
    מידע על מיקום שמוסקים מכתובת ה-IP של המבקר בזמן הקליק. בדרך כלל הוא כולל מדינה, אזור ועיר. זו הערכה בלבד: VPN, רשתות משותפות וספקיות סלולר יכולים להשפיע על הדיוק.
    Browser data#
    מידע על הדפדפן או האפליקציה שבהם לחצו על קישור מקוצר, למשל Chrome, Safari או Firefox. המידע מגיע מנתונים שהדפדפן שולח אוטומטית עם כל בקשה.
    Device type#
    הקטגוריה של המכשיר שבו לחצו על קישור, למשל מחשב שולחני, טלפון נייד או טאבלט. נתוני מכשירים עוזרים להבין את הקהל ולהגדיר כללי הפניה חכמים.
    מערכת הפעלה#
    התוכנה שפועלת במכשיר של המבקר, כמו Windows, macOS, iOS או Android. לרוב משתמשים בה יחד עם סוג המכשיר כדי להבין מי הקהל, או כדי להפנות משתמשים בנייד לחנות האפליקציות המתאימה.
    סוכן משתמש#
    מחרוזת טקסט שדפדפנים ואפליקציות שולחים אוטומטית עם כל בקשה ברשת, ומתארת באיזו תוכנה ובאיזה מכשיר משתמשים. פלטפורמות קישורים משתמשות בה כדי לזהות את סוג המכשיר, הדפדפן ומערכת ההפעלה, וגם כדי לזהות תנועה של בוטים. לפעמים ה-user agent חלקי או שונה בכוונה מטעמי פרטיות. [2]
    IP address#
    מספר שמזהה את המכשיר או את הרשת ששולחים בקשה. מקצרי קישורים משתמשים בכתובות IP כדי להעריך מיקום, לזהות בוטים, לספור מבקרים ייחודיים ולאכוף כללי אבטחה. משתמשים רבים יכולים לחלוק את אותה כתובת IP (למשל ברשת ארגונית), ו-VPN יכול להסתיר אותה. בחלק מהאזורים כתובות IP עשויות להיחשב מידע אישי לפי חוקי הפרטיות. [8]
    Time of click#
    התאריך והשעה שנרשמים כשמתרחש קליק. בדרך כלל הפלטפורמות שומרות אותם לפי תקן זמן אוניברסלי ומציגות אותם באזור הזמן של החשבון. נתוני זמן הקליק עוזרים להבין מתי הקהל שלכם הכי פעיל.
    Session#
    פרק זמן של פעילות משתמש שמערכת סטטיסטיקות מקבצת יחד. מקצרי קישורים עוקבים אחרי קליקים בודדים. נתונים ברמת הסשן (כמו הדפים שנצפו אחרי הקליק) נאספים בדרך כלל בפלטפורמת הסטטיסטיקות של אתר היעד.
    Conversion#
    פעולה משמעותית שמבקר עושה אחרי שהוא לוחץ על קישור, למשל רכישה, הרשמה, הורדת קובץ או שליחת טופס. ההמרות הן המדד הסופי לשאלה אם קמפיין קישורים השיג את המטרה שלו.
    Conversion tracking#
    מדידה של כמה מהאנשים שלחצו על קישור השלימו אחר כך פעולה רצויה. בדרך כלל צריך להוסיף לדף היעד קטע קוד קטן למעקב, או לחבר את שירות הקיצור לכלי סטטיסטיקות או לכלי פרסום.
    Post-click tracking#
    מעקב אחרי מה שהמבקרים עושים אחרי שהם מגיעים לדף היעד, למשל גלישה, מילוי טופס או רכישה. זה דורש הטמעת קוד מעקב באתר היעד, והוא נפרד ממה שמקצר הקישורים מתעד.
    Attribution window#
    פרק הזמן שבו קליק יכול לקבל קרדיט על המרה שמגיעה אחריו. למשל, בחלון ייחוס של 7 ימים, קליק על קישור מקבל קרדיט על רכישה אם היא מתבצעת בתוך שבעה ימים מהקליק.
    Engagement rate#
    מדד לעומק האינטראקציה של המבקרים עם התוכן, מעבר ללחיצה על הקישור. בהתאם לכלי, שיעור המעורבות יכול לכלול את הזמן שהמבקרים שהו בדף, עד כמה גללו, אם ביצעו המרה או פעולות אחרות.
    Dashboard#
    המסך הראשי בפלטפורמה לניהול קישורים, שבו רואים סטטיסטיקות, מנהלים את הקישורים, עוקבים אחרי תוצאות הקמפיינים ונכנסים להגדרות. לוח הבקרה מציג בדרך כלל מדדים כלליים, כמו סך הקליקים לאורך זמן, הקישורים שקיבלו הכי הרבה קליקים, מאיפה הגיעו המבקרים ובאילו מכשירים הם השתמשו.
    Real-time analytics#
    נתוני סטטיסטיקות שמתעדכנים תוך שניות מרגע הקליק. סטטיסטיקות בזמן אמת שימושיות במיוחד באירועים חיים, בהשקות מוצרים או בקמפיינים תלויי זמן, שבהם צריך להגיב מהר.
    Historical data#
    נתוני סטטיסטיקות שמורים מפעילות קודמת. בעזרת נתונים היסטוריים אפשר להשוות ביצועים בין תקופות, לזהות מגמות ולהעריך את ההשפעה של קמפיינים לטווח ארוך. כמה זמן אחורה הנתונים נשמרים תלוי בתוכנית ובספק.
    Bot traffic#
    קליקים שמקורם בתוכנות אוטומטיות ולא באנשים אמיתיים. בין הבוטים יש סורקים של מנועי חיפוש, כלים שיוצרים תצוגה מקדימה של קישורים, סורקי אבטחה של אימייל וסקריפטים זדוניים. תנועת בוטים שלא סוננה מנפחת את מספר הקליקים ומעוותת את הסטטיסטיקות.
    Bot filtering#
    התהליך של זיהוי קליקים שבוטים יצרו והפרדתם מפעילות אנושית אמיתית. כדי לסנן תנועה אוטומטית, הפלטפורמות נעזרות בסימנים כמו התנהגות הדפדפן, רשימות של בוטים מוכרים, המוניטין של כתובת ה-IP ודפוסי הבקשות.
    Invalid traffic#
    קליקים או פעילות שאינם מעורבות אמיתית של מבקרים, כולל בוטים, קליקים כפולים, תעבורת הונאה וטעינות מחדש בטעות. סינון של תעבורה לא תקפה נותן תמונה מדויקת יותר של הביצועים האמיתיים של הקמפיין.
    Click deduplication#
    התהליך של זיהוי קליקים חוזרים מאותו אדם, מאותו מכשיר או מאותו בוט בחלון זמן מוגדר, והטיפול בהם. הסרת כפילויות עוזרת להבחין בין מספר הפעמים שלחצו על קישור לבין מספר האנשים השונים שלחצו עליו.
    Internal traffic filtering#
    החרגה של קליקים מהצוות שלכם, מהסוכנות או מרשת המשרד מדוחות הסטטיסטיקות. בלי הסינון הזה, בדיקות של קישורים, סקירות של קמפיינים ופעילות של עובדים עלולות לנפח את נתוני הקליקים.
    Event stream#
    יומן כרונולוגי של הפעילות שקשורה לקישור, כולל קליקים, עריכות, תפוגות ואירועים אחרים בפלטפורמה. זרמי אירועים שימושיים לניטור, לאוטומציה ולחיבור נתוני הקישורים למערכות עסקיות אחרות.

    פרמטרי UTM ומעקב קמפיינים

    26 מונחים
    UTM parameters#
    תגיות קצרות שאפשר להוסיף לסוף כתובת אינטרנט, כדי שכלי הסטטיסטיקות יידעו מאיפה הגיע הקליק ואיזה קמפיין הביא אותו. UTM הם ראשי התיבות של Urchin Tracking Module, על שם חברת סטטיסטיקות מוקדמת שהפכה מאוחר יותר ל-Google Analytics. כשמקצרים כתובת URL עם תגיות UTM, התגיות נשמרות ועוברות ליעד, ושם פלטפורמת הסטטיסטיקות קוראת אותן. [9]
    UTM source#
    התגית `utm_source`, שמשמשת לזיהוי המקור של הקליק, למשל ניוזלטר מסוים, רשת חברתית או אתר של שותף. דוגמאות: `newsletter`, `linkedin`, `google`, `spring_email_list`. [9]
    UTM medium#
    התגית `utm_medium`, שמשמשת לזיהוי סוג הערוץ השיווקי. דוגמאות: `email`, `paid_social`, `cpc` (חיפוש ממומן), `affiliate`, `qr`. [9]
    UTM campaign#
    התגית `utm_campaign`, שמשמשת לציון שם הקמפיין או המבצע. דוגמאות: `spring-launch`, `black-friday-2026`, `product-announcement`. [9]
    UTM term#
    התגית `utm_term`, שמשמשת בדרך כלל במודעות חיפוש ממומנות לציון מילת המפתח שהציגה את המודעה. אפשר להשתמש בה גם בהקשרים אחרים, כשרוצים לעקוב אחרי מונח מסוים או פלח קהל מסוים. [9]
    UTM content#
    התגית `utm_content`, שמשמשת כדי להבחין בין קישורים שונים באותו קמפיין, למשל שני כפתורים שונים באותו אימייל או שני קריאייטיבים של מודעות באותו קמפיין. ערכים לדוגמה: `hero-button`, `footer-link`, `blue-creative`. [9]
    UTM ID / מזהה קמפיין#
    התגית `utm_id`, שמשמשת לסימון קמפיין במזהה קבוע וייחודי. היא שימושית כששמות הקמפיינים עשויים להשתנות, או כשצריך מזהה עקבי כדי לחבר נתונים מכלים שונים. [9]
    UTM builder#
    כלי שעוזר ליצור כתובות URL של קמפיינים בפורמט תקין באמצעות טופס פשוט, כך שלא צריך להקליד את תגיות ה-UTM ידנית ולהסתכן בטעויות. רוב הפלטפורמות לניהול קישורים כוללות מחולל UTM מובנה.
    Campaign URL#
    כתובת יעד שכוללת תגיות UTM למעקב. כתובות URL של קמפיינים הן לרוב ארוכות ומבולגנות, ולכן בדרך כלל מקצרים אותן לפני ששולחים אותן.
    Campaign tagging#
    הוספה של תגיות UTM או תוויות מעקב אחרות לקישורים לפני שמפיצים אותם. כשהתיוג אחיד בכל הקמפיינים, אפשר להשוות במדויק את הביצועים של הערוצים השונים בדוחות הסטטיסטיקות.
    UTM naming convention#
    מערכת כללים מוסכמת לכתיבת ערכי UTM בצוות, כולל אותיות רישיות, סימני פיסוק, שמות של מקורות ופורמט של שמות קמפיינים. בלי מוסכמת שמות, אותו מקור יכול להופיע בדוחות בתור `Email`, `email` ו-`e-mail`, והנתונים שאמורים להיות מאוחדים מתפצלים.
    UTM governance#
    התהליך של הגדרה, תיעוד ואכיפה של כללי השמות ל-UTM בכל הצוותים, הסוכנויות והכלים. כשהכללים נאכפים היטב, נתוני הסטטיסטיקות נשארים נקיים ועקביים גם כשהארגון גדל.
    Channel grouping#
    דרך לארגן את התנועה לאתר בקטגוריות רחבות כמו אימייל, חיפוש ממומן, רשתות חברתיות אורגניות או הפניות מאתרים אחרים. קיבוצי הערוצים מוגדרים בדרך כלל בפלטפורמת הסטטיסטיקות שלכם, והם נשענים על ערכי source ו-medium של UTM כדי למיין את התנועה נכון.
    Auto-tagging#
    מצב שבו פלטפורמת פרסום מוסיפה לכתובות URL מזהי מעקב משלה באופן אוטומטי, כך שלא צריך להוסיף אותם ידנית. Google Ads ו-Meta עושות את זה כברירת מחדל. צריך לתאם את התיוג האוטומטי עם כל תיוג UTM ידני, כדי למנוע התנגשויות. [10]
    GCLID / Google Click Identifier#
    קוד מעקב ש-Google Ads מוסיף אוטומטית לכתובות URL כשמישהו לוחץ על מודעה של Google. הוא עוזר לקשר את הקליק על המודעה להמרות ולנתוני הסטטיסטיקות בפלטפורמות של Google. [10]
    FBCLID#
    מזהה מעקב שמתווסף לפעמים לקישורים יוצאים מ-Meta (Facebook ו-Instagram). הוא משמש לייחוס בתוך מערכות הפרסום של Meta. צוותי אנליטיקה רבים בוחרים לסנן אותו כדי שכתובות ה-URL יישארו נקיות.
    MSCLKID#
    מזהה מעקב ש-Microsoft Advertising (לשעבר Bing Ads) מוסיף כשהתיוג האוטומטי מופעל. הוא פועל בדומה ל-GCLID של Google ומקשר קליקים על מודעות לנתוני המרות. [11]
    Click ID#
    מזהה ייחודי של קליק מסוים. מזהי קליק מתווספים לעיתים קרובות לכתובות URL של היעד, כדי שפלטפורמות פרסום, רשתות שותפים או מערכות סטטיסטיקות יוכלו לקשר בין הקליק להמרה שמגיעה אחריו.
    Attribution#
    התהליך של בירור אילו נקודות מגע שיווקיות ראויות לקרדיט על המרה. ייחוס עונה על השאלה: "איזה קישור, מודעה או קמפיין הביאו בפועל לתוצאה הזו?"
    First-touch attribution#
    מודל ייחוס שנותן את כל הקרדיט על המרה לקישור או לנקודת המגע הראשונים שהאדם נתקל בהם. שימושי כדי להבין מה הכיר לאדם לראשונה את המותג או את המוצר שלכם.
    Last-touch attribution#
    מודל ייחוס שנותן את כל הקרדיט לקישור או לנקודת המגע האחרונים לפני ההמרה. קל ליישם אותו, אבל הוא מתעלם מכל האינטראקציות הקודמות שאולי השפיעו על ההחלטה.
    Multi-touch attribution#
    גישת ייחוס שמחלקת את הקרדיט על המרה בין כמה נקודות מגע במסלול של האדם. מודלים נפוצים נותנים קרדיט שווה לכל נקודות המגע, יותר קרדיט לנקודות האחרונות, או משקל נוסף לאינטראקציה הראשונה ולאחרונה.
    Pixel tracking#
    שיטה למעקב אחרי התנהגות המבקרים: מציבים בדף אינטרנט תמונה זעירה ובלתי נראית או קטע קוד קטן. כשמישהו נכנס לדף, הפיקסל שולח בשקט נתונים לפלטפורמת סטטיסטיקות או פרסום. בדרך כלל משתמשים בפיקסלים למעקב אחרי המרות ולבניית קהלים לרימרקטינג.
    Retargeting pixel#
    פיקסל מעקב שמוסיף מבקרים לקהל פרסום, כדי שאפשר יהיה להציג להם מודעות נוספות מאוחר יותר. לדוגמה, אם מישהו לוחץ על הקישור המקוצר שלכם ונכנס לדף המוצר, פיקסל רימרקטינג יכול להוסיף אותו לרשימה של קמפיין מודעות המשך.
    Tag#
    מילה שהמשמעות שלה משתנה לפי ההקשר. בסטטיסטיקות ובפרסום, תג הוא פיקסל מעקב או סקריפט שמוצב בדף אינטרנט. בפלטפורמה לניהול קישורים, תג הוא תווית ארגונית שמצמידים לקישורים כדי לקבץ ולסנן אותם. במעקב UTM, המונח מתייחס לפרמטרי ה-UTM עצמם.
    Tag manager#
    כלי כמו Google Tag Manager, שמאפשר להוסיף ולנהל סקריפטים ופיקסלים של מעקב באתר דרך ממשק פשוט, בלי לערוך בכל פעם את הקוד של האתר ישירות.

    קודי QR ומדיה פיזית

    14 מונחים
    ברקוד QR#
    ברקוד מרובע שבנוי מדוגמאות בשחור ולבן ומקודד בו מידע, בדרך כלל כתובת אינטרנט. טלפונים חכמים סורקים קודי QR במצלמה ופותחים מיד את הכתובת שמקודדת בהם, ולכן קודי QR משמשים לעיתים קרובות כגשר בין חומרים פיזיים לתוכן דיגיטלי. [12]
    Dynamic QR code#
    קוד QR שמפנה לקישור מקוצר ולא ישירות ליעד הסופי. את היעד של הקישור המקוצר אפשר לעדכן בכל רגע, ולכן אפשר לשנות לאן קוד ה-QR שולח אנשים בלי להדפיס אותו מחדש. קודי QR דינמיים תומכים גם במעקב אחר סריקות.
    קוד QR סטטי#
    קוד QR שמקודד בו יעד מסוים באופן קבוע. אחרי שהקוד הודפס אי אפשר לשנות אותו: אם היעד עובר למקום אחר, צריך קוד QR חדש. קודים סטטיים בדרך כלל לא מאפשרים מעקב אחרי סריקות, אלא אם הם מפנים לכתובת URL שיש בה מעקב. [12]
    מחולל קוד QR#
    כלי שיוצר קודי QR מכתובות URL או מנתונים אחרים. רוב הפלטפורמות לניהול קישורים כוללות מחולל קודי QR, ולעיתים גם אפשרויות התאמה כמו צבעים, לוגו, פורמטים של קבצים ומעקב אחרי קמפיינים.
    סריקת קוד QR#
    כיוון מצלמת הטלפון החכם אל קוד QR כדי לפענח אותו ולפתוח את כתובת ה-URL שמקודדת בו. כשקוד QR דינמי עובר דרך קישור מקוצר שאפשר לעקוב אחריו, כל סריקה נרשמת כאירוע קליק.
    Offline-to-online#
    הנוהג הרחב של העברת אנשים מנקודות מגע בעולם הפיזי לחוויות דיגיטליות. כלים לניהול קישורים מאפשרים לעקוב אחרי המעברים האלה בעזרת קודי QR, כתובות URL מקוצרות ותגי NFC.
    Scan rate#
    מספר הפעמים שקוד QR נסרק בפרק זמן מסוים, או אחוז הסריקות ביחס למספר המשוער של צפיות או חשיפות. שיעור הסריקות הוא מדד מרכזי לאפקטיביות של קמפיינים בדפוס, באריזות ובשילוט חוצות.
    התאמה אישית של קוד QR#
    האפשרות לשנות את המראה של קוד QR, למשל את הצבעים, את הלוגו במרכז או את צורת הסמנים בפינות, בלי לפגוע ביכולת לסרוק אותו. עיצוב טוב נשאר נאמן למותג ושומר על מספיק ניגודיות ומבנה כדי שמצלמות יקראו את הקוד באופן אמין. [12]
    Error correction level#
    הגדרה שקובעת כמה מקוד ה-QR יכול להיפגע, להיות מוסתר או להיות מכוסה בלוגו, והקוד עדיין ייסרק בהצלחה. רמה גבוהה יותר של תיקון שגיאות מאפשרת יותר שינויים חזותיים, אבל עלולה להפוך את הקוד לצפוף יותר ולקשה מעט יותר לקריאה בגדלים קטנים. [12]
    QR eye / Finder pattern#
    שלושת הסמנים המרובעים הגדולים בפינות של קוד QR, שעוזרים למצלמות לזהות את הקוד, לקבוע את הכיוון שלו ולפענח אותו. לעיתים קרובות מעצבים אותם בצורות מעוגלות או בצבעי המותג, והקוד עדיין נסרק באופן אמין. [12]
    Quiet zone#
    השוליים הלבנים והריקים מסביב לקוד QR. השוליים האלה עוזרים למצלמות למצוא את הקוד ולקרוא אותו. חיתוך לתוך האזור השקט הוא סיבה נפוצה לכשלים בסריקה. [12]
    Scannability#
    עד כמה קל ואמין לסרוק קוד QR בתנאים אמיתיים. יכולת סריקה טובה תלויה בגודל, בניגודיות בין האזורים הבהירים לכהים, באיכות ההדפסה, במשטח שעליו הקוד מודפס, בתאורה ובשאלה אם האזור השקט נשמר. [12]
    NFC tag#
    שבב קטן שמוטמע בחפץ פיזי, כמו מדבקה, כרטיס או מוצר, ויכול להפעיל פעולה, למשל פתיחה של כתובת אינטרנט, כשמצמידים אליו סמארטפון תואם. לעיתים קרובות משתמשים בתגי NFC לצד קודי QR כדרך נוספת לחבר פריטים פיזיים לחוויות דיגיטליות. [13]

    אבטחה, אמון ועמידה בתקנות

    38 מונחים
    Burn-after-read / Burn after reading#
    מודל ההשמדה שעליו בנויים קישורים חד-פעמיים: ברגע שהתוכן מוצג בפעם הראשונה, הוא נמחק לצמיתות מהאחסון של השירות. אף אחד לא יכול לשחזר קישור שנמחק: לא השולח, לא הנמען ולא מפעיל השירות. חוסר האפשרות לשחזר הוא תכונת האבטחה עצמה, לא מגבלה. שירותים רבים מבחינים בין מחיקה בעקבות צפייה לבין תפוגה, שבה התוכן מושמד כי המועד עבר ואף אחד לא צפה בו.
    SSL / TLS / HTTPS#
    SSL ו-TLS הן טכנולוגיות האבטחה שמצפינות נתונים שעוברים בין הדפדפן לאתר, ומגינות עליהם מפני יירוט. HTTPS בכתובת אינטרנט מציין שההצפנה פעילה. כל שירותי קיצור הקישורים המוכרים משתמשים ב-HTTPS כדי לשמור על בטיחות המשתמשים ולסמן שהקישור אמין. [3]
    TLS certificate#
    תעודה דיגיטלית שמאפשרת לאתר להשתמש ב-HTTPS. כשמגדירים דומיין מותאם אישית לקישורים מקוצרים, פלטפורמת ניהול הקישורים בדרך כלל מנפיקה ומחדשת את התעודה בשבילכם. [3]
    Phishing#
    הונאה שבה מישהו גורם לכם להיכנס לאתר מזויף, בדרך כלל כזה שנראה כמו מותג מוכר, כדי לגנוב את הסיסמה, את פרטי התשלום או מידע רגיש אחר. לפעמים משתמשים לרעה בקישורים מקוצרים לפישינג, כי הם מסתירים את היעד האמיתי. פלטפורמות קישורים סורקות באופן פעיל קישורי פישינג וחוסמות אותם.
    Malware scanning#
    בדיקות אוטומטיות שבודקות את היעד של קישור כדי לאתר תוכנות מזיקות, סקריפטים חשודים או תוכן מסוכן ידוע, לפני שהקישור נוצר או כל עוד הוא פעיל.
    Safe browsing#
    קטגוריה של מערכות הגנה שבודקות כתובות אינטרנט מול מאגרי נתונים של אתרים מזיקים מוכרים. Google Safe Browsing הוא דוגמה נפוצה אחת. פלטפורמות קישורים יכולות להשתמש בשירותים האלה כדי לבדוק יעדים ולהזהיר משתמשים מפני קישורים מסוכנים. [14]
    Threat intelligence#
    מידע שמשמש לזיהוי אתרים, דומיינים או התנהגויות מסוכנים ברשת. פלטפורמות קישורים משתמשות במודיעין איומים מהמערכות שלהן ומספקי אבטחה חיצוניים כדי לעצור קישורים מזיקים לפני שהם מגיעים למשתמשים.
    זיהוי פישינג#
    זיהוי של קישורים שנועדו להתחזות למותגים מוכרים, לגנוב פרטי התחברות או להטעות משתמשים. הזיהוי בודק גורמים כמו דמיון חזותי למותגים מוכרים, שמות דומיין חשודים ודפוסים שמאפיינים קמפיינים של הונאה.
    Lookalike domain / מתקפת הומוגרף#
    שיטת הונאה שמשתמשת בשם דומיין שנראה כמו דומיין מוכר ואמין, למשל החלפה של האות הקטנה `l` בספרה `1`, או שימוש בתו מאלפבית אחר שנראה זהה. הדומיינים המזויפים האלה משמשים בקמפיינים של פישינג והונאה. [5]
    Blocklist / רשימה שחורה#
    רשימה של דומיינים, כתובות אינטרנט או מזהים אחרים שידוע או שחושדים שהם מזיקים או פוגעניים. פלטפורמות קישורים משתמשות ברשימות חסימה כדי שקישורים מקוצרים לא יובילו ליעדים מסוכנים. "רשימת חסימה" (Blocklist) הוא המונח המקובל היום, ו"רשימה שחורה" (Blacklist) הוא מונח ישן יותר באותה משמעות.
    Allowlist / רשימה לבנה#
    רשימה של יעדים, משתמשים או פעולות שאושרו ומותרים במפורש. יש פלטפורמות קישורים ארגוניות שמשתמשות ברשימות היתרים כדי שעובדים יוכלו ליצור קישורים מקוצרים רק לדומיינים מאושרים של החברה. "רשימת היתרים" (Allowlist) הוא המונח המקובל היום, ו"רשימה לבנה" (Whitelist) הוא מונח ישן יותר באותה משמעות.
    Domain reputation#
    מדד לאמינות של דומיין, על סמך ההיסטוריה שלו בכל הנוגע לספאם, פישינג, תוכנות זדוניות וסימנים נוספים. כשלדומיין יש מוניטין גרוע, ספקי אימייל עלולים לסמן את הקישורים שלו, דפדפנים עלולים לחסום אותם ומשתמשים עלולים לא לסמוך עליהם.
    Abuse report#
    דיווח שמגיש משתמש, חוקר או מערכת אוטומטית, ושמסמן קישור מקוצר כקישור שעלול להזיק, להטעות או להפר את מדיניות הפלטפורמה. דיווח כזה פותח בבדיקה, שבסופה הקישור הבעייתי עשוי להיות מוסר.
    Abuse prevention#
    השילוב של כלים אוטומטיים ותהליכי בדיקה אנושית שפלטפורמת קישורים משתמשת בהם כדי לזהות שימוש לרעה ולעצור אותו, כולל ספאם, פישינג, הפצת נוזקות והפרות מדיניות.
    GDPR compliance#
    פעולה לפי הכללים של התקנה הכללית להגנה על מידע (GDPR), חוק אירופי שקובע איך אוספים מידע אישי על אנשים, איך משתמשים בו ואיך שומרים אותו. בפלטפורמות לניהול קישורים זה משפיע על הטיפול בנתוני קליקים, כולל כתובות IP ומיקום, ומחייב מנגנונים להסכמת המשתמשים ויכולת למחוק מידע אישי לפי בקשה. [8]
    CCPA / עמידה ב-CPRA#
    עמידה בחוקי הפרטיות של קליפורניה, שנותנים לתושבי קליפורניה זכויות על המידע האישי שלהם, כולל הזכות לדעת אילו נתונים נאספים, הזכות לסרב לשיתוף הנתונים והזכות לבקש את מחיקתם. פלטפורמות קישורים שאוספות נתוני קליקים ומכשירים צריכות לתת מענה לדרישות האלה מול משתמשים מקליפורניה. [15]
    מדיניות פרטיות#
    מסמך ציבורי שמסביר אילו נתונים פלטפורמה אוספת, איך היא משתמשת בהם, עם מי היא משתפת אותם, כמה זמן היא שומרת אותם ואילו זכויות יש למשתמשים. פלטפורמות לניהול קישורים מפרסמות מדיניות פרטיות שמתארת איך הן מטפלות בסטטיסטיקות הקליקים ובנתוני החשבון. [8]
    Data retention#
    כמה זמן פלטפורמה שומרת נתוני קליקים, סטטיסטיקות ורשומות אחרות. תקופת השמירה משתנה לפי הספק והתוכנית: יש ששומרים נתונים 30 ימים, ויש ששומרים אותם שנים. תקופת שמירה קצרה יותר יכולה לתמוך בנוהלי פרטיות טובים, כי לא שומרים נתונים יותר זמן מהנדרש. [8]
    Data processing agreement / DPA#
    חוזה רשמי בין ארגון לבין ספק תוכנה, שקובע איך הספק יטפל במידע אישי בשם הארגון. הסכמי DPA נפוצים בהתקשרויות עם ארגונים גדולים, והם חשובים במיוחד לעמידה ב-GDPR. [8]
    Data residency#
    דרישה או העדפה שהנתונים יאוחסנו ויעובדו בתוך מדינה או אזור מסוימים. זה חשוב בענפים מפוקחים, בגופים ממשלתיים ובחברות שחלות עליהן חובות אזוריות לגבי נתונים. [8]
    PII / מידע אישי#
    מידע שאפשר להשתמש בו כדי לזהות אדם מסוים. בסטטיסטיקות קישורים הוא יכול לכלול כתובות IP, מזהי מכשירים, נתוני מיקום ויומנים ברמת הקליק הבודד, בהתאם לתחום השיפוט ולאופן שבו הנתונים משולבים או משמשים. [8]
    Terms of service#
    ההסכם המשפטי בין פלטפורמה לניהול קישורים לבין המשתמשים בה. הוא קובע מה מותר ומה אסור לעשות בפלטפורמה, אילו תכנים ויעדים אסורים ומה קורה כשמפרים את הכללים.
    Rate limiting#
    בקרה שמגבילה את מספר הבקשות שמשתמש, כתובת IP או אפליקציה יכולים לשלוח בפרק זמן מסוים. הגבלת קצב מגינה על הפלטפורמה מפני ניצול לרעה, מתקפות אוטומטיות ועומס יתר, ושומרת על גישה הוגנת לכל המשתמשים.
    CAPTCHA#
    מבחן, כמו זיהוי עצמים בתמונות או סימון תיבה, שבודק שהבקשה מגיעה מאדם אמיתי ולא מבוט אוטומטי. פלטפורמות קישורים עשויות להשתמש ב-CAPTCHA בהרשמה או כשמתגלה פעילות חשודה. [16]
    Two-factor authentication / 2FA#
    אמצעי אבטחה בהתחברות שדורש שני אימותים כדי להיכנס לחשבון, בדרך כלל הסיסמה וקוד חד-פעמי שנשלח לטלפון או נוצר באפליקציה. עם 2FA הרבה יותר קשה להיכנס לחשבון שלכם, גם למי שיודע את הסיסמה.
    Single sign-on / SSO#
    דרך להתחבר לפלטפורמה לניהול קישורים עם אותם פרטי התחברות שמשמשים אתכם בכלי עבודה אחרים, כמו Google Workspace, Microsoft או Okta, במקום שם משתמש וסיסמה נפרדים. SSO מפשט את ניהול הגישה, במיוחד בצוותים גדולים.
    הרשאות לפי תפקיד / RBAC#
    מערכת שנותנת לחברי הצוות רמות גישה שונות לפי התפקיד שלהם. לדוגמה, מנהל יכול ליצור קישורים ולמחוק אותם, ואילו צופה יכול רק לקרוא דוחות. בעזרת RBAC כל אחד יכול לעשות רק את מה שהתפקיד שלו דורש.

    API, אינטגרציות ותשתית טכנית

    28 מונחים
    API / ממשק תכנות יישומים#
    דרך שבה תוכנות מתקשרות זו עם זו. דרך ה-API של פלטפורמה לניהול קישורים, מפתחים יכולים לבנות כלים משלהם, ליצור קישורים אוטומטית, למשוך נתוני סטטיסטיקות ולשלב את הפלטפורמה במערכות אחרות, בלי לעבוד ידנית בממשק האינטרנט.
    API key#
    קוד פרטי שמוכיח מי אתם כששולחים בקשות API. אפשר לחשוב עליו כעל סיסמה של האפליקציה שלכם. צריך לשמור מפתחות API בסוד, לעקוב אחרי השימוש בהם ולהחליף אותם אם הם נחשפו.
    Access token#
    פרטי התחברות זמניים שמשמשים לאישור בקשות API. לטוקני גישה יש לרוב הרשאות מוגדרות ומועד תפוגה, ולכן באינטגרציות מסוימות הם מעט בטוחים יותר ממפתחות API ארוכי טווח. [17]
    OAuth#
    תקן נפוץ שמאפשר לתת לאפליקציות של צד שלישי גישה לחשבון בלי למסור להן את הסיסמה. כשלוחצים על "כניסה באמצעות Google" או "חיבור החשבון" בפלטפורמה כלשהי, בדרך כלל משתמשים ב-OAuth. [17]
    REST API#
    סגנון נפוץ לבניית ממשקי API, שמפעיל שיטות רשת סטנדרטיות על כתובות URL מסוימות: GET לקבלת נתונים, POST ליצירה, PUT או PATCH לעדכון ו-DELETE למחיקה. רוב הפלטפורמות לניהול קישורים מציעות REST API. [2]
    Endpoint#
    כתובת URL מסוימת בתוך API שמטפלת בפעולה או במשאב מסוימים. לדוגמה, נקודת קצה אחת יכולה ליצור קישור מקוצר חדש, ונקודת קצה אחרת מחזירה את סטטיסטיקות הקליקים של קישור מסוים.
    SDK / ערכת פיתוח תוכנה#
    חבילת קוד מוכנה שעוזרת למפתחים להתחבר ל-API בשפת התכנות המועדפת עליהם. במקום לכתוב מאפס את כל בקשות הרשת ברמה הנמוכה, ה-SDK מספק פונקציות ודוגמאות מוכנות.
    Webhook#
    התראה אוטומטית שהפלטפורמה שולחת למערכת אחרת כשמשהו קורה, למשל כשלוחצים על קישור, כשנוצר קישור או כשתוקפו פג. במקום לבדוק כל הזמן אם יש עדכונים, הכלים האחרים מקבלים התראה ברגע שהאירוע מתרחש.
    Webhook signature#
    קוד אבטחה שמצורף לכל התראת webhook ומאפשר למערכת המקבלת לוודא שההודעה באמת הגיעה מפלטפורמת הקישורים ושאף אחד לא שינה אותה בדרך.
    Retry policy#
    כללים שקובעים מה קורה כשקריאת API או התראת webhook נכשלת: כמה פעמים לנסות שוב, כמה זמן לחכות בין ניסיון לניסיון ומה לעשות אם כל הניסיונות החוזרים נכשלים.
    Rate limit#
    תקרה למספר בקשות ה-API שאפשר לשלוח בפרק זמן מסוים, למשל 1,000 בקשות בשעה. חריגה ממגבלת הקצב גורמת לחסימה זמנית עד שפרק הזמן מתאפס. מגבלות קצב מגינות על הפלטפורמה ושומרות על גישה הוגנת לכל המשתמשים.
    Zapier / אינטגרציה עם Make#
    מחברים מוכנים שמאפשרים לחבר את פלטפורמת ניהול הקישורים למאות אפליקציות אחרות בלי לכתוב קוד. לדוגמה, אפשר לקצר כתובת URL אוטומטית בכל פעם שנוספת שורה לגיליון אלקטרוני, או לשלוח התראה ל-Slack כשקישור מגיע למספר מסוים של קליקים.
    CMS integration#
    תוסף או חיבור מובנה שמוסיף יכולות של קיצור קישורים ומעקב ישירות למערכת לניהול תוכן, כמו WordPress או HubSpot, כך שאפשר לנהל קישורים מקוצרים בלי לצאת מעורך התוכן.
    Browser extension#
    תוסף קטן שמתקינים בדפדפן, ושבלחיצה אחת מקצר, מעתיק או מנהל את כתובת ה-URL של הדף שפתוח מולכם, בלי לפתוח בנפרד את הפלטפורמה לניהול קישורים.
    DNS configuration#
    הגדרת הרשומות של הדומיין שלכם באינטרנט, כך שהדומיין המותאם אישית לקישורים מקוצרים יפנה לשרתים של הפלטפורמה לניהול קישורים. זה שלב חובה לפני שהדומיין המותאם אישית יכול להתחיל להגיש קישורים מקוצרים.
    DNS propagation#
    הזמן שלוקח לשינוי DNS להתפשט ברחבי האינטרנט, עד שהדפדפנים והמכשירים של כולם רואים את ההגדרות המעודכנות. בדרך כלל זה לוקח בין כמה דקות לכמה שעות, אבל לפעמים זה לוקח יותר זמן, בהתאם להגדרות ולמטמונים ברשת.
    CNAME record#
    סוג של רשומת DNS שמפנה שם דומיין אחד לשם דומיין אחר. לדוגמה, אפשר להגדיר רשומת CNAME שמפנה את `go.yourcompany.com` לשרתים של פלטפורמת הקישורים שלכם. [18]
    A record#
    סוג של רשומת DNS שמחברת שם דומיין ישירות לכתובת ה-IP של שרת מסוים. יש פלטפורמות קישורים שמשתמשות ברשומות A במקום ברשומות CNAME כשמגדירים דומיין מותאם אישית, במיוחד לדומיין ראשי כמו `yourcompany.com` ולא לתת-דומיין. [18]
    TXT record#
    רשומת DNS ששומרת מידע טקסטואלי על דומיין. פלטפורמות קישורים מבקשות לעיתים קרובות להוסיף רשומת TXT כדי להוכיח שהדומיין בבעלותכם, לפני שמפעילים אותו לקישורים מקוצרים. [18]
    Domain verification#
    התהליך שבו מוכיחים לפלטפורמה לניהול קישורים שהדומיין המותאם אישית באמת בבעלותכם או בשליטתכם, לפני שהוא מופעל. בדרך כלל מוסיפים רשומת DNS מסוימת או קובץ מסוים, והפלטפורמה בודקת אותם.
    CDN / רשת להפצת תוכן#
    רשת של שרתים שפרוסים במקומות רבים בעולם ועובדים יחד כדי להעביר תוכן מהר יותר. פלטפורמות לקיצור קישורים עשויות להשתמש ב-CDN כדי שההפניה תטופל בשרת שקרוב למבקר, וכך הדרך ליעד מתקצרת.
    Edge redirect#
    הפניה שמטופלת בשרת שנמצא קרוב למבקר, ולא בשרת מרכזי רחוק, כדי שההפניה תהיה מהירה יותר. הפניות בקצה הרשת מתאפשרות בזכות תשתית CDN.
    Latency#
    הזמן שעובר מהלחיצה על קישור מקוצר ועד ההגעה לדף היעד. ככל שההשהיה נמוכה יותר, המעבר מהיר ונוח יותר. על ההשהיה משפיעים מיקום השרת, מהירות הרשת, מספר ההפניות בדרך וזמן בדיקת ה-DNS.
    Uptime / SLA#
    זמינות (uptime) היא החלק מהזמן שבו שירות פועל וזמין. הסכם רמת שירות (SLA) הוא התחייבות רשמית של הספק לזמינות מובטחת (למשל 99.9%) ולפיצוי שמגיע אם היא לא מתקיימת. בקיצור קישורים, השבתה פירושה שכל הקישורים המקוצרים מפסיקים לעבוד, ולכן הזמינות קריטית.
    Multi-region failover#
    גישת תכנון שבה התעבורה עוברת אוטומטית לשרתי גיבוי במיקום אחר אם שרת או מרכז נתונים נופלים. Failover רב-אזורי משפר את האמינות בקמפיינים של קישורים בהיקף גבוה או בקמפיינים קריטיים לעסק.
    Caching#
    שמירה של נתונים שמשתמשים בהם הרבה, למשל לאיזה יעד מוביל כל קישור מקוצר, בזיכרון מהיר, כדי לשלוף אותם כמעט מיד בלי לחפש אותם מחדש בכל פעם. המטמון מאיץ את ההפניות מאוד, אבל לפעמים הוא גורם לעיכוב קל אחרי שמעדכנים יעד.
    Server log#
    רישום שהשרתים של הפלטפורמה שומרים על כל בקשה שהם מטפלים בה. בקיצור קישורים, יומני השרת כוללים חותמות זמן, כתובות IP, מכשירים, דפדפנים ופרטי הבקשה לכל קליק. משתמשים ביומנים לסטטיסטיקות, לניפוי באגים ולעמידה בדרישות רגולציה.

    תוכניות, חיוב וחשבון

    14 מונחים
    Free plan#
    רמת שירות ללא עלות שנותנת תכונות בסיסיות לקיצור קישורים, עם מגבלות על מספר הקישורים שאפשר ליצור, על מספר הקליקים שנמדדים, על הסטטיסטיקות הזמינות ועל התכונות שאפשר להשתמש בהן. תוכניות חינמיות נועדו לאפשר לכם לנסות את הפלטפורמה לפני שאתם מתחייבים למינוי בתשלום.
    Click limit#
    המספר המרבי של קליקים שנכללים בתוכנית בכל תקופת חיוב. כשמגיעים למגבלה, הפלטפורמה עשויה להמשיך להפנות מבקרים ולהפסיק לתעד סטטיסטיקות, או לבקש מכם לשדרג.
    חריגה#
    שימוש מעבר למה שכלול בתוכנית. בהתאם לפלטפורמה, חריגה יכולה לגרור חיוב נוסף, צמצום תכונות, השהיית המעקב או הצעה לעבור לתוכנית גבוהה יותר.
    חשבון צוות / חשבון ארגוני#
    חשבון שמיועד לכמה אנשים שעובדים יחד. חשבונות צוות כוללים גישה משותפת לקישורים ולסטטיסטיקות, חיוב מרוכז וכלים לניהול ההרשאות: מי יכול לעשות מה בחשבון.
    Member / מושב#
    משתמש יחיד בחשבון של צוות או של ארגון. התמחור של תוכניות לצוותים מבוסס לעיתים קרובות על מספר המושבים, ואפשר להוסיף חברי צוות נוספים בתשלום נוסף.
    תווית לבנה#
    הגדרה שמאפשרת לסוכנות, למשווק או ללקוח ארגוני להציע קיצור קישורים תחת המותג שלהם, עם הלוגו, הדומיין והעיצוב שלהם, בלי שום אזכור של ספק הפלטפורמה שמאחורי השירות.
    Reseller#
    עסק או אדם שרוכשים שירותי ניהול קישורים ומציעים אותם ללקוחות שלהם, לעיתים קרובות במודל white-label. בין המשווקים החוזרים יש סוכנויות שיווק, חברות SaaS וספקי שירותים מנוהלים.
    Enterprise tier#
    רמת השירות הגבוהה ביותר, שמיועדת לארגונים גדולים עם דרישות מורכבות. תוכניות Enterprise כוללות בדרך כלל שימוש בהיקף גבוה או ללא הגבלה, חוזים מותאמים, תמיכה ייעודית, SSO, בקרות גישה מתקדמות, תכונות לעמידה ברגולציה ושילובים מותאמים אישית.
    Account owner#
    המנהל הראשי של החשבון, שאחראי לחיוב, להגדרות, לניהול המשתמשים ולניהול החשבון באופן כללי. לבעל החשבון יש בדרך כלל את רמת הגישה הגבוהה ביותר.
    Billing contact#
    האדם או כתובת האימייל שמקבלים חשבוניות, הודעות תשלום ושאר ההתכתבות בנושאי חיוב. איש הקשר לחיוב יכול להיות אדם אחר מבעל החשבון או מהמנהל הטכני.
    Usage quota#
    המגבלה המוגדרת על המשאבים שכלולים בתוכנית, למשל מספר הקישורים, הקליקים, הדומיינים המותאמים אישית, קודי ה-QR, חברי הצוות או בקשות ה-API שמותרים בכל תקופת חיוב.
    Analytics retention limit#
    עד כמה אחורה אפשר לראות את נתוני הקליקים בפלטפורמה. תוכנית חינמית עשויה להציג רק את 30 הימים האחרונים, ותוכנית ארגונית עשויה לשמור נתונים כמה שנים. המגבלה הזו קובעת אם אפשר להפיק דוחות היסטוריים ולהשוות קמפיינים לאורך זמן.

    מקורות

    20 מקורות

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

    1. [1]

      RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax

      Berners-Lee, T., Fielding, R., & Masinter, L. (2005). *RFC 3986: Uniform Resource Identifier (URI): Generic Syntax*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc3986

      מקור למונחים: דומיין, TLD / סיומת דומיין, דומיין ראשי / Apex domain, תת-דומיין, נתיב, מחרוזת שאילתה, פרמטרים של URL, Fragment / עוגן, פרוטוקול / Scheme, קידוד URL / Percent encoding

    2. [2]

      RFC 9110 — HTTP Semantics

      Fielding, R., Nottingham, M., & Reschke, J. (2022). *RFC 9110: HTTP Semantics*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc9110

      מקור למונחים: HTTP, HTTPS, הפניה, כותרת Location, הפניית 301, הפניית 302, הפניית 307, הפניית 308, הפניה בצד השרת, לולאת הפניות, אתר מפנה / כתובת URL מפנה, User agent, REST API

    3. [3]

      RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3

      Rescorla, E. (2018). *RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc8446

      מקור למונחים: HTTPS, SSL / TLS / HTTPS, תעודת TLS

    4. [4]

      HTML Living Standard — Canonical URLs and Meta Refresh

      WHATWG. (2024). *HTML Living Standard*. Web Hypertext Application Technology Working Group.

      https://html.spec.whatwg.org/

      מקור למונחים: כתובת URL קנונית, הפניית Meta refresh

    5. [5]

      RFC 5891 — Internationalized Domain Names in Applications (IDNA): Protocol

      Klensin, J. (2010). *RFC 5891: Internationalized Domain Names in Applications (IDNA): Protocol*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc5891

      מקור למונחים: IDN / שם דומיין בינלאומי, דומיין מתחזה / מתקפת הומוגרף

    6. [6]

      Apple Developer Documentation — Supporting Universal Links in Your App

      Apple Inc. (2024). *Supporting Universal Links in Your App*. Apple Developer Documentation.

      https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app

      מקור למונחים: Universal Link

    7. [7]

      Android Developer Documentation — Android App Links

      Google LLC. (2024). *Verify Android App Links*. Android Developer Documentation.

      https://developer.android.com/training/app-links/verify-android-applinks

      מקור למונחים: Android App Link

    8. [8]

      Regulation (EU) 2016/679 — General Data Protection Regulation (GDPR)

      European Parliament and Council of the European Union. (2016). *Regulation (EU) 2016/679 on the Protection of Natural Persons with Regard to the Processing of Personal Data*. Official Journal of the European Union.

      https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016R0679

      מקור למונחים: כתובת IP, עמידה ב-GDPR, הסכמה לקובצי Cookie, ניהול הסכמות, מדיניות פרטיות, שמירת נתונים, הסכם עיבוד נתונים / DPA, מיקום אחסון הנתונים, מידע אישי מזהה / מידע אישי

    9. [9]

      Google Analytics Help — About Custom Campaigns and UTM Parameters

      Google LLC. (2024). *Collect campaign data with custom URLs*. Google Analytics Help.

      https://support.google.com/analytics/answer/1033863

      מקור למונחים: פרמטרי UTM, מקור UTM, מדיום UTM, קמפיין UTM, מונח UTM, תוכן UTM, UTM ID / מזהה קמפיין

    10. [10]

      Google Ads Help — About Auto-Tagging and the GCLID

      Google LLC. (2024). *Set up auto-tagging*. Google Ads Help.

      https://support.google.com/google-ads/answer/3095550

      מקור למונחים: תיוג אוטומטי, GCLID / Google Click Identifier

    11. [11]

      Microsoft Advertising Help — Auto-Tagging and MSCLKID

      Microsoft Corporation. (2024). *How to use auto-tagging for Microsoft Advertising*. Microsoft Advertising Help.

      https://help.ads.microsoft.com/apex/index/3/en/56521

      מקור למונחים: MSCLKID

    12. [12]

      ISO/IEC 18004:2015 — QR Code Bar Code Symbology Specification

      International Organization for Standardization. (2015). *ISO/IEC 18004:2015: Information technology — Automatic identification and data capture techniques — QR Code bar code symbology specification*. ISO.

      https://www.iso.org/standard/62021.html

      מקור למונחים: קוד QR, קוד QR סטטי, עיצוב קוד QR, רמת תיקון שגיאות, עין QR / Finder pattern, אזור שקט, יכולת סריקה

    13. [13]

      ISO/IEC 18092 — Near Field Communication (NFC) Interface and Protocol

      International Organization for Standardization. (2013). *ISO/IEC 18092: Information technology — Telecommunications and information exchange between systems — Near Field Communication — Interface and Protocol (NFCIP-1)*. ISO.

      https://www.iso.org/standard/56692.html

      מקור למונחים: תג NFC

    14. [14]

      Google Safe Browsing — Overview

      Google LLC. (2024). *Safe Browsing APIs*. Google Developers.

      https://developers.google.com/safe-browsing/v4

      מקור למונחים: גלישה בטוחה

    15. [15]

      California Consumer Privacy Act (CCPA) / California Privacy Rights Act (CPRA)

      State of California Department of Justice. (2020, amended 2023). *California Consumer Privacy Act of 2018 (as amended by the California Privacy Rights Act of 2020)*. California Legislative Information.

      https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV&sectionNum=1798.100

      מקור למונחים: CCPA / עמידה ב-CPRA

    16. [16]

      von Ahn, L., Blum, M., Hopper, N. J., & Langford, J. (2003). CAPTCHA: Using Hard AI Problems for Security

      *Proceedings of the International Conference on the Theory and Applications of Cryptographic Techniques (EUROCRYPT 2003)*, Lecture Notes in Computer Science, vol. 2656, pp. 294–311. Springer, Berlin, Heidelberg.

      https://doi.org/10.1007/3-540-39200-9_18

      מקור למונחים: CAPTCHA

    17. [17]

      RFC 6749 — The OAuth 2.0 Authorization Framework

      Hardt, D. (Ed.). (2012). *RFC 6749: The OAuth 2.0 Authorization Framework*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc6749

      מקור למונחים: OAuth, טוקן גישה

    18. [18]

      RFC 1035 — Domain Names — Implementation and Specification

      Mockapetris, P. (1987). *RFC 1035: Domain Names — Implementation and Specification*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc1035

      מקור למונחים: רשומת CNAME, רשומת A, רשומת TXT

    19. [19]

      The Open Graph Protocol

      Meta Platforms, Inc. (2010, ongoing). *The Open Graph Protocol*. ogp.me.

      https://ogp.me/

      מקור למונחים: Open Graph / תגי OG

    20. [20]

      X (Twitter) Developer Documentation — Cards

      X Corp. (2024). *Cards — X Developer Platform*. X Developer Documentation.

      https://developer.x.com/en/docs/twitter-for-websites/cards/overview/abouts-cards

      מקור למונחים: Twitter Card / כרטיס X

    מהמונחים לעבודה בפועל

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