למה זו שאלה שרוב הלקוחות לא שואלים בזמן
כשעסק סוגר עם סטודיו או אג'נסי על בניית אתר או הקמת מערכת GHL, המיקוד כולו בעיצוב, בלוחות זמנים ובמחיר. השאלה "מה קורה אם נפסיק לעבוד ביחד" נשאלת כמעט תמיד רק כשזה כבר קורה - וברגע הזה כבר מאוחר מדי להתמקח. הבעלות בפועל על שלושת הנכסים הדיגיטליים המרכזיים - קוד, דומיין, ונתוני לקוחות - לא נקבעת אוטומטית לפי מי ששילם. היא נקבעת לפי מה שכתוב בחוזה ולפי איך שהחשבונות הוגדרו מהיום הראשון.
קוד האתר - התשלום לא שווה בעלות
הנחה נפוצה ושגויה: "שילמתי על העבודה, אז הקוד שלי". לפי חוזר 30 של לשכת זכויות היוצרים האמריקאית (Circular 30, Works Made for Hire), עבודה של קבלן עצמאי - כולל פיתוח תוכנה ואתרים - לא נחשבת אוטומטית "עבודה מוזמנת" (work made for hire). כדי שהזכויות יעברו ללקוח, נדרש חוזה כתוב וחתום שכולל סעיף המחאת זכויות מפורש (IP assignment), או שהעבודה נכנסת לאחת מתשע קטגוריות ספציפיות שהחוק מגדיר - ופיתוח אתרים בדרך כלל לא נכנס לאף אחת מהן (מקור: copyright.gov).
בפועל זה אומר: אם החוזה שלכם עם המפתח או הסטודיו לא כולל סעיף שמעביר את זכויות היוצרים בקוד במפורש, יכול להיות שהקוד עדיין שייך משפטית למי שכתב אותו - גם אם שילמתם עליו במלואו. זה לא תיאורטי. זו הסיבה שחוזה עבודה רציני על אתר תמיד כולל סעיף IP assignment ברור, לא רק סעיף תשלום.
הדומיין - מי שרשום כ-Registrant הוא הבעלים
הדומיין הוא הנכס הכי קל לבדוק והכי קל לפספס. לפי מדיניות ICANN, רק מי שמוגדר כ-Registered Name Holder (בעל הרישום) יכול לאשר בקשת העברה של הדומיין לספק אחר, ורק הוא זכאי לקבל את קוד ההרשאה (Auth-Code / TAC) שנדרש לביצוע ההעברה (מקור: icann.org). אם הדומיין נרשם תחת חשבון הרג'יסטרר של הסטודיו ולא תחת חשבון על שם העסק, הבעלות הרשמית היא של הסטודיו - גם אם העסק שילם על הרכישה והחידוש מדי שנה.
- בודקים ב-WHOIS או בפאנל הרג'יסטרר מי מוגדר כ-Registrant בפועל.
- מוודאים שיש גישת ניהול (לא רק צפייה) לחשבון הרג'יסטרר על שם העסק.
- אם הדומיין רשום על שם הסטודיו - מבקשים בכתב שההעברה על שם העסק תתבצע כתנאי בחוזה, לא כטובה בעתיד.
נתוני ה-CRM ב-GoHighLevel - Agency-Level מול Location עצמאי
ב-GoHighLevel יש הבדל מבני שרוב הלקוחות לא מודעים אליו. סטודיו או אג'נסי שמנהלים לקוחות במערכת יכולים להריץ אותם תחת חשבון Sub-Account שנמצא כולו בתוך חשבון ה-Agency הראשי שלהם, או לתת לעסק חשבון Location עצמאי שהוא שולט בו ישירות. במקרה הראשון, כל הנתונים - לידים, שיחות, אוטומציות, היסטוריית לקוחות - יושבים בתשתית שבבעלות הסטודיו, ואם מפסיקים לעבוד ביחד, ייצוא המידע תלוי בשיתוף הפעולה שלו. במקרה השני, החשבון נשאר של העסק גם אם מחליפים ספק אוטומציה.
יש לזה גם צד רגולטורי שרלוונטי במיוחד לעסקים ישראלים: מאז אוגוסט 2025, עם כניסתו לתוקף של תיקון 13 לחוק הגנת הפרטיות, המונח "בעל מאגר" הוחלף ב"בעל שליטה במאגר" - הגורם שקובע את מטרת השימוש במידע האישי. במרבית המקרים העסק עצמו, לא הסטודיו שמפעיל עבורו את ה-CRM, הוא בעל השליטה שנושא באחריות כלפי הלקוחות שהמידע שלהם נאסף (מקור: pearlcohen.com). אחריות משפטית על מידע שיושב בחשבון שאתם לא שולטים בו טכנית היא מצב לא נוח - עוד סיבה לוודא שחשבון ה-CRM רשום ישירות על שם העסק.
מה לבדוק לפני שחותמים
- יש בחוזה סעיף מפורש שמעביר את זכויות היוצרים בקוד לעסק עם סיום התשלום?
- הדומיין נרשם ונשאר תחת חשבון רג'יסטרר על שם העסק, עם גישת ניהול מלאה?
- חשבון ה-CRM (כולל GoHighLevel) הוא Location עצמאי על שם העסק, לא Sub-Account בתוך חשבון הסטודיו?
- יש מנגנון ברור וכתוב לייצוא מלא של הנתונים אם מפסיקים לעבוד ביחד?
איך אנחנו עושים את זה ב-May I
הדומיין, האחסון וחשבון ה-GHL נפתחים מהיום הראשון על שם הלקוח - לא עוברים אליו בסוף הפרויקט. הקוד עצמו נמסר יחד עם זכויות היוצרים המלאות, כפי שכתוב בחוזה. זה לא סעיף "נחמד שיהיה" - זו הסיבה שעסק שעובד איתנו יכול להחליף ספק בכל שלב בלי לאבד גישה לנכסים שהוא בנה.
לא בטוחים מה כתוב בחוזה שלכם?
אנחנו עוזרים לעסקים לוודא שהם באמת מחזיקים בנכסים הדיגיטליים שלהם - קוד, דומיין ונתוני לקוחות - לפני שהם חותמים, ולא אחרי.
מתחילים מכאן