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

אצלנו ב־BuzzPost זה הליבה של הארכיטקטורה: כל חשבון על VDS משלו, פרופיל Chrome שלו, IP שלו, fingerprint שלו. במאמר אסביר למה זה לא over-engineering אלא minimum viable security.

למה לא להריץ 10 חשבונות על מכונה אחת?

השאלה האינטואיטיבית: "אם יש לי שרת חזק, למה לא להריץ 10 בוטים על אותה מכונה?" התשובה: פייסבוק מזהה את הקשר תוך 48 שעות, ובמקרה הכי גרוע — חוסמת את כל ה־10 בו זמנית.

הסיגנלים שפייסבוק משתמשת בהם:

סיגנלמה זהחוזק
IP zhanged10 חשבונות באים מאותו IPחזק מאוד
browser fingerprint זההאותו canvas hash, WebGL rendererחזק
screen resolution זהההכל ב־1366×768בינוני
activity overlap10 חשבונות עושים את אותה פעולה תוך 100msחזק מאוד
cross-friendingהחשבונות מחוברים זה לזהחזק
same phone country10 חשבונות עם מספרי טלפון קרוביםבינוני

שלוש המופיעות הראשונות (IP, fingerprint, activity) חזקות מספיק שגם אחת מהן לבד מספיקה לסמן account farm. שתיים מהן ביחד = ban מובטח.

הפתרון: VDS לכל חשבון

הפיתרון הסטנדרטי בתעשייה — וב־BuzzPost — הוא VDS Windows ייעודי לכל חשבון פייסבוק. למה זה פותר?

IP נפרד

כל VDS עם static IP אישי, מסקטור IP שונה. פייסבוק לא רואה את הקשר.

fingerprint נפרד

כל VDS עם GPU וירטואלי משלו (גם אם הם בפועל אותה תשתית פיזית, ה־virtual GPU מייצר fingerprints שונים). UA יכול להיות מעט שונה (גרסת Chrome אחת אחורה למשל). screen resolution יכול להיות שונה (1366×768 לאחד, 1280×720 לשני).

activity נפרד

אין סיכוי שני בוטים ב־VDS שונים יבצעו פעולה ברגע זהה. הסיכוי הסטטיסטי שזה יקרה בלי תיאום מכוון הוא ~0.

הארכיטקטורה של BuzzPost

אצלנו הארכיטקטורה מורכבת משתי שכבות:

  1. שרת הניהול (panel): אחד, שמכיל את ה־DB המרכזית, ה־UI, ה־Telegram bot. השרת הזה לא רוץ Chrome ולא מתחבר ל־פייסבוק. הוא רק orchestration.
  2. שרתי VDS (fleet): רבים, כל אחד עם Chrome אחד ו־פרופיל אחד וחשבון אחד. הם מתחברים לפאנל דרך API לקבלת הוראות (איזה פוסט לפרסם, איזה קבוצות) ושולחים חזרה תוצאות.

תקשורת בין השכבות מוצפנת על HTTPS עם TLS 1.3. הפאנל אף פעם לא יודע את הסיסמה של החשבון פייסבוק; היא נשמרת רק על ה־VDS, מוצפנת ב־Fernet.

הוספת חשבון: ה־protocol המלא

כשלקוח מצטרף ל־BuzzPost ורוצה להוסיף חשבון, ה־protocol הוא:

  1. הקצאת VDS: מתוך pool של VDS מוכנים. כל אחד עם IP נקי, OS מוכן, Chrome מותקן.
  2. הקמת פרופיל Chrome: יצירת user-data dir חדש ב־C:\Users\Administrator\AppData\bot_chrome_profile.
  3. הזנת locale: --lang=he-IL, timezone Asia/Jerusalem, registry של Windows גם הוא בעברית/ישראל.
  4. 3 שבועות חימום: הלקוח (לא הבוט) משתמש בחשבון ידנית — גלילת פיד, לייקים, חברים, קבוצות. זה התנאי לפני שמערכת הבוט מתחילה.
  5. הזנת קבוצות יעד: הלקוח מזין רשימה של URLs של קבוצות פייסבוק שהוא חבר בהן.
  6. הזנת פוסטים: הלקוח מזין נכסים (דירות) עם תמונות וטקסטים, או משתמש ב־AI לכתיבת פוסטים.
  7. ראשון הרצה: 3-5 פוסטים ביום הראשון, גידול הדרגתי עד 15-25 ביום בחודש השני.

10 חשבונות = 10 VDS

אם הלקוח רוצה 10 חשבונות, אנחנו מקצים 10 VDS. כל אחד עם IP, פרופיל, חשבון. תמחור: 249₪ לחודש לראשון, 199₪ לכל נוסף. ל־10 חשבונות = 249 + 9×199 = 2040₪ לחודש.

זה לא זול. אבל זו ההשקעה ב־anti-detection אמיתי. הצרכן הבוחר ב־"כל ה־10 על שרת אחד" בסופו של דבר משלם יותר, כי הוא מאבד חשבונות ומשקיע שוב בהקמתם.

קישור בין חשבונות — דבר ראשון לא לעשות

טעות גדולה: לחשוב ש"אם כל החשבונות שלי הם של אותו עסק נדל"ן, למה לא להוסיף את אחד את השני כחברים?" התשובה: זה signal גדול ביותר ש־accounts הם farm.

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

הוראה: לעולם אל תקשור את החשבונות בקשרי חברות, like, comment, או tag. כל חשבון הוא עולם נפרד. כל חשבון פעיל בקבוצות שונות, מפרסם תוכן שונה, מקיים פעילות שונה.

מספרי טלפון — איך לא לשרוף

אם חשבון 1 רשום עם מספר 050-1234567 וחשבון 2 רשום עם 050-1234568 (מספרים סמוכים), פייסבוק יכולה לזהות שיש לכם batch של SIMs. אצלנו אנחנו ממליצים:

  • מספרים מסעיפים שונים (050, 052, 054, 058) ולא רק 050 רצופים.
  • אם אפשר, מספרים שונים (Cellcom, Pelephone, Partner, HOT).
  • לרשום את החשבונות בהפרשי זמן (חשבון חדש כל שבוע, לא 10 ביום אחד).

הניהול היומי

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

  • סטטוס שרתים: ירוק/צהוב/אדום לכל VDS.
  • פוסטים היום: כמה פוסטים מצליחים, כמה נכשלים, על אילו קבוצות.
  • התראות: rate-limit, checkpoint, login required, group restricted.
  • זמן שרצה מאז restart: אם זמן ארוך מ־48 שעות, סימן לבעיה.
  • cookie freshness: מתי cookie אחרון רוענן.

בנוסף, Telegram bot שולח התראות מיידיות לבעלים על כל אירוע חריג. תוך 30 שניות מהבעיה אתה יודע.

איך מתאוששים מ־ban של חשבון אחד?

אם 1 מ־10 חשבונות נחסם, מה קורה?

  1. הבוט עוצר את הפעולות על אותו VDS.
  2. אלרט נשלח לבעלים.
  3. השאר ממשיכים. 9 חשבונות עדיין עובדים.
  4. הלקוח מטפל בחשבון: ערעור, אימות תעודה, איפוס סיסמה.
  5. אחרי השחזור, הלקוח מודיע לפאנל, והבוט חוזר לעבודה.

אם זה היה כל החשבונות על אותה מכונה, ה־ban של אחד היה מסכן את כולם. כך לא.

חמש שגיאות לא לעשות

  1. להריץ כל החשבונות על אותו VDS — כפי שדנו, ban מובטח.
  2. לחבר את החשבונות זה לזה — signal של farm.
  3. להעלות את אותו פוסט מ־10 חשבונות בלי וריאציה — duplicate detection.
  4. להשתמש באותו pool של תמונות לכל החשבונות — image hash detection.
  5. להעתיק user-data dir בין VDS — datr cookie identical = farm signal.

סיכום

multi-account management הוא תחום בפני עצמו. BuzzPost מטפל בו בצורה אוטומטית — כל חשבון מקבל VDS ייעודי, פרופיל נפרד, IP נפרד. אתה לא צריך לחשוב על הפרדה — היא מובנית בארכיטקטורה. אם אתה רוצה לפעיל 10 חשבונות פייסבוק לעסק הנדל"ן שלך, ראה תוכניות. תוכנית ראשונה ב־249₪, כל נוספת ב־199₪.

למידע נוסף: תכונות, אנטי־דטקציה, rate-limit engineering.

נספח: שאלות נפוצות

"האם אפשר להשתמש ב־proxies במקום VDS?"

תיאורטית, residential proxies מספקים IPs שונים. בפועל, יש להם 3 בעיות: (1) IP rotation עלולה לקרות באמצע session ולהפיל אותו, (2) latency גבוהה משנה performance fingerprint, (3) רוב residential proxies בשוק שייכים לפעמיים — חלקם stolen IPs. עדיף VDS עם IP fixed שיודע מי הוא.

"האם פייסבוק יודעת שמדובר ב־VDS ולא מחשב ביתי?"

לא בקלות. VDS Windows Server נראה לה כמו "Windows" רגיל. ה־IP מגיע מ־data center, מה שלא חיובי, אבל יש מיליוני משתמשים שגלשים מ־VPN של data center (employees, VPN services, etc.). כל עוד החשבון לא משדר אותות אחרים — לא מסומן.

"כמה זמן לוקח להפעיל 10 חשבונות?"

הקמת ה־VDS בעצמה: דקות. החימום של 3 שבועות: 3 שבועות (לא ניתן לקצר). מי שמבטיח לך לפרסם 100 פוסטים ביום מהיום הראשון משקר.

סוגי לקוחות שאנחנו רואים

סוג 1: מתווך נדל"ן יחיד עם 1-2 חשבונות

הלקוח הקלאסי. עורך פעיל ב־10-20 קבוצות נדל"ן בקריות/חיפה/תל אביב. רוצה לפרסם 5-10 דירות ביום במחזורים. תוכנית בסיסית, 1 שרת, 249₪/חודש. נכנס לרווחיות מתוך 2-3 השכרות שמקבל בחודש דרך הפוסטים.

סוג 2: סוכנות תיווך עם 3-5 חשבונות

סוכנות ב־קריות עם 4 מתווכים, כל אחד עם חשבון פייסבוק משלו ומאגר דירות משלו. כל מתווך מפרסם את הדירות שלו לקבוצות שלו. תוכנית: 4 שרתים = 249 + 3×199 = 846₪/חודש.

סוג 3: יזם נדל"ן עם 8-15 חשבונות

יזם שמפעיל אופרציה רחבה. 10-15 חשבונות פעילים, כל אחד עם persona אחר (אישה צעירה, מתווך בכיר, איש עסקים, סטודנט). הפוסטים מותאמים ל־persona. תוכנית: 10-15 שרתים = ~2000-3000₪/חודש.

הערה על personas

אם יש לך 5+ חשבונות, אסטרטגיה חכמה היא לתת לכל אחד persona אחר. למה? כי אם כל ה־5 הם "מתווך נדל"ן" באותו עיר עם אותו סגנון תוכן, פייסבוק רואה את הקשר. אצלנו אנחנו ממליצים:

  • חשבון 1: גבר 40+, מתווך בכיר, סגנון תוכן רשמי.
  • חשבון 2: אישה 30+, אם לילדים, סגנון תוכן חברתי וחם.
  • חשבון 3: צעיר 25+, "מציאות בקריות!", סגנון תוכן עם emojis ו־hashtags.
  • חשבון 4: סוכנות, סגנון תוכן מקצועי וקצר.
  • חשבון 5: יזם, סגנון תוכן עסקי עם דגש על תשואה.

כל persona מתאים לסוג של קבוצה (מתווך בכיר → קבוצות "תיווך מקצועי", אם לילדים → קבוצות "שכונה משפחתית", צעיר → "מחפשים דירה בקריות").

המתמטיקה של ROI

הלקוח הממוצע ב־BuzzPost מקבל 2-5 leads ביום מ־20 פוסטים. ב־conversion של 5-10% מ־leads לעסקות, זה ~10-25 עסקות בחודש. עם עמלות תיווך ממוצעות של 2000-5000₪ לעסקה — הוצאה של 249₪/חודש על הפלטפורמה היא רגעית. כשמרחיבים ל־5 חשבונות (846₪) ומקבלים 50+ leads ביום, ההכנסה משולשת לפחות.

בגלל זה השאלה היא לא "כמה זה עולה" אלא "כמה זה מחזיר". אם משלמים 2000₪ בחודש ל־10 חשבונות, וכל חשבון מייצר עסקה אחת בחודש בעמלה ממוצעת של 3000₪ — זה ROI של 1400%. הבעיה היחידה היא להגיע ל־10 חשבונות עובדים, וזה בדיוק מה ש־BuzzPost מאפשר.

אבטחה ויחסי קבלן־לקוח

נושא רגיש: אם BuzzPost מנהלת את הסיסמאות שלך, מה קורה אם BuzzPost נחסם / נסגר / נפרץ?

אצלנו:

  • הסיסמה לא נשמרת ב־cloud — היא נשמרת רק על ה־VDS הספציפי שלך, מוצפנת.
  • אם אנחנו "מתבטלים מחר", אתה יכול להתחבר ל־VDS דרך RDP ולהמשיך בעצמך. הקוד שרץ עליו הוא Python שאתה יכול לקרוא.
  • גיבויים של ה־user-data dir נשמרים אצלך (אופציה), לא רק אצלנו.
  • חוזה: אם BuzzPost עוצר שירות, אתה מקבל הודעה של 90 יום לפני ויכול להוריד את כל הדאטה שלך.

קבוצות מרובות לכל חשבון — מה הגבול?

חשבון פייסבוק יכול להיות חבר בעד 6,000 קבוצות (לפי TOS של פייסבוק). אבל בעולם של 2026, חשבון שחבר ב־200+ קבוצות הוא חשוד.

הנקודה שלנו: 30-60 קבוצות פעילות לכל חשבון. למה זה הטווח הנכון?

  • פחות מ־30 — מצמצם את הטווח לפעילות לא מספיק.
  • 30-60 — נראה כמו משתמש פעיל ב־תחום ספציפי (נדל"ן בקריות, למשל).
  • יותר מ־100 — נראה כמו "מתשמש collector" שאוסף קבוצות באופן מלאכותי.

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

איך מטפלים בחילופי עובדים?

תרחיש: בסוכנות תיווך, מתווך עוזב והוא ה־persona מאחורי חשבון מספר 3. מה עושים?

שתי אופציות:

  1. "מורישים" את החשבון למתווך חדש. הוא נכנס לפעילות אורגנית למשך שבועיים (שינוי תמונת פרופיל, פוסט אישי או שניים, אישור חברים), ואז ממשיך עם הבוט. הסיכון: פייסבוק תזהה את "השינוי באישיות" ותחסום.
  2. סוגרים את החשבון ופותחים אחד חדש. בטוח יותר, אבל יש 3 שבועות חימום של החשבון החדש.

אצלנו ב־BuzzPost ההמלצה היא לרוב #2, אלא אם החשבון בן 5+ שנים ובאמת לא רוצים לאבד את ההיסטוריה.