WhatsApp באתר שלך — מ-Click-to-Chat ועד ה-Cloud API של מטא

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

למה בכלל WhatsApp באתר

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

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

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

המדריך הזה לא ינסה לשכנע אותך — הוא יסביר איך לעשות את זה נכון, בלי לחטוף קנס מ-Meta, בלי לעקוף את ה-24-hour window, ובלי לשלם פי 4 ל-BSP על משהו שאתה יכול לעשות לבד.

שלוש רמות אינטגרציה — מה מתאים למי

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

הכלל פשוט: אם אתה מקבל פחות מ-50 שיחות ביום ועונה ידנית — הישאר ברמה 1 או 2. ה-API נועד לאוטומציה, לא לחיסכון. הוא יעלה לך יותר וייקח לך יותר זמן. רק אם יש לך תהליך אמיתי של broadcast, צ׳אטבוט, או סנכרון עם CRM — אז עוברים ל-API.

רמה 1: wa.me link — הפורמט המדויק

הדבר הראשון שצריך להבין: wa.me הוא הדומיין הרשמי של מטא לקישורים. אין צורך להירשם לשום שירות. הקישור הבסיסי הוא:

https://wa.me/972585802298

שני כללים קריטיים שכולם טועים בהם:

1. מספר טלפון בפורמט בינלאומי בלי כלום. לא +972, לא +972-58, לא 058-580-2298. רק ספרות, עם קוד מדינה. ישראל: 972, אחריו המספר בלי ה-0 הראשון. כלומר 0585802298 הופך ל-972585802298.
2. אסור רווחים, מקפים, סוגריים, או סימן +. מטא יציגו ״מספר לא תקין״ בלי הסבר ברור.

הוספת הודעה מוכנה מראש — ?text=

הקסם האמיתי של wa.me הוא ב-pre-filled message. במקום שהלקוח יחשוב מה לכתוב, אתה כותב לו:

https://wa.me/972585802298?text=היי%20נעם%2C%20ראיתי%20את%20האתר%20שלך

ההודעה צריכה להיות URL-encoded. רווח הוא %20, פסיק הוא %2C, סולמית %23, סימן שאלה %3F. בעברית — האותיות עוברות UTF-8 encoding אוטומטית בכל דפדפן מודרני, אז אפשר ברוב המקרים פשוט להזין עברית רגילה ו-encodeURIComponent יטפל. לעולם לא לבנות את ה-URL ידנית במחרוזת — תמיד דרך encodeURIComponent.

const phone = '972585802298';
const message = 'היי נעם, ראיתי את האתר שלך והתעניינתי בשירותי בניית אתרים';
const url = `https://wa.me/${phone}?text=${encodeURIComponent(message)}`;

הודעה דינמית עם הקשר מהאתר

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

function buildWhatsAppLink({ phone, pageName, productSku }) {
  const parts = ['היי, אני באתר בעמוד'];
  if (pageName) parts.push(`"${pageName}"`);
  if (productSku) parts.push(`לגבי מוצר ${productSku}`);
  parts.push('— אשמח לפרטים נוספים');
  const message = parts.join(' ');
  return `https://wa.me/${phone}?text=${encodeURIComponent(message)}`;
}

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

api.whatsapp.com — הגרסה הישנה

יש פורמט ישן יותר, https://api.whatsapp.com/send?phone=972...&text=.... הוא עדיין עובד, אבל מטא ממליצים על wa.me. אל תשתמשו ב-api.whatsapp.com בקוד חדש — הוא ארוך יותר, פחות יציב, ואין לו יתרון.

רמה 2: כפתור מצף בעברית RTL

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

הנה קומפוננט React מלא, RTL-aware, עם show-on-scroll ו-a11y תקין:

import { useEffect, useState } from 'react';

export function WhatsAppFloat({ phone, defaultMessage = '' }) {
  const [visible, setVisible] = useState(false);

  useEffect(() => {
    const onScroll = () => setVisible(window.scrollY > 300);
    onScroll();
    window.addEventListener('scroll', onScroll, { passive: true });
    return () => window.removeEventListener('scroll', onScroll);
  }, []);

  const href = `https://wa.me/${phone}?text=${encodeURIComponent(defaultMessage)}`;

  return (
    <a
      href={href}
      target="_blank"
      rel="noopener noreferrer"
      aria-label="פתיחת שיחת וואטסאפ"
      className={`wa-float ${visible ? 'wa-float--visible' : ''}`}
    >
      <svg viewBox="0 0 24 24" width="28" height="28" aria-hidden="true">
        {/* WhatsApp icon path */}
        <path d="M17.5 14.4c-.3-.1-1.7-.8-1.9-.9..." fill="currentColor" />
      </svg>
      <span className="wa-float__label">דברו איתנו</span>
    </a>
  );
}

ה-CSS הנכון משתמש ב-logical properties כדי לעבוד גם ב-RTL וגם ב-LTR בלי שורת קוד נוספת:

.wa-float {
  position: fixed;
  inset-block-end: 24px;   /* תמיד בתחתית */
  inset-inline-end: 24px;  /* RTL: שמאל. LTR: ימין. */
  display: inline-flex;
  align-items: center;
  gap: 8px;
  padding: 12px 20px;
  border-radius: 999px;
  background: #25D366;
  color: white;
  text-decoration: none;
  box-shadow: 0 8px 24px rgba(37, 211, 102, .35);
  transform: translateY(120%);
  transition: transform .3s ease;
  z-index: 50;
}
.wa-float--visible { transform: translateY(0); }

@media (prefers-reduced-motion: reduce) {
  .wa-float { transition: none; }
}

מה שכולם שוכחים:

• inset-inline-end ולא right. ב-RTL הוא יזוז אוטומטית לשמאל בלי שורת קוד נוספת.
• aria-label בעברית — בלי זה, screen readers יקראו "link" בלי הקשר.
• target="_blank" כי בדסקטופ זה פותח את WhatsApp Web בטאב חדש.
• rel="noopener noreferrer" — סטנדרט אבטחה ל-target="_blank".
• prefers-reduced-motion — בכל אנימציה, חובה.

מתי להציג את הכפתור

ברירת מחדל טובה: מסתיר עד שהמשתמש גלל לפחות 300px. למה? כדי שב-hero של הדף הראשי הוא לא יסתיר את ה-CTA הראשי שלך. אם כפתור הוואטסאפ מתחרה ב״קבל הצעת מחיר״ — שניהם מפסידים.

באתרי מובייל תכניס bottom: env(safe-area-inset-bottom, 24px) כדי שהכפתור לא יוסתר על ידי ה-home indicator של iPhone.

WhatsApp Business app vs WhatsApp Business Platform — מתי לעלות רמה

כאן רוב האנשים מתבלבלים. יש שתי מערכות שונות לחלוטין של מטא, ושתיהן נקראות ״WhatsApp Business״:

WhatsApp Business App — אפליקציה לטלפון, חינם, לעסקים קטנים. תפריט קטלוג, תגובות מהירות, אוטו-תשובות פשוטות. כל מה שדרוש כדי לקבל את ההודעות מ-wa.me link. עד 4 מכשירים מקושרים. אין API. אין אינטגרציה ל-CRM. אין broadcast רשמי.

WhatsApp Business Platform (Cloud API) — תשתית של מטא בענן. שולחת ומקבלת הודעות דרך HTTP. צ׳אטבוטים, ברודקאסטים, אינטגרציות עם CRM, multi-agent inbox, AI workflows. כאן מתחילים לשלם.

מתי לעבור מהאפליקציה ל-API:

• אתה מקבל יותר מ-50 שיחות ביום וצריך מספר נציגים שעובדים על אותו מספר במקביל
• אתה רוצה לשלוח broadcast לרשימה (קמפיין שיווקי, עדכון משלוח)
• אתה רוצה צ׳אטבוט שעונה אוטומטית מחוץ לשעות העבודה
• אתה רוצה לסנכרן שיחות ל-CRM (Salesforce, HubSpot, Make.com)
• אתה רץ קמפיינים של Click-to-WhatsApp Ads (CTWA)

עדכון חשוב מ-2024: מטא השיקו WhatsApp Coexistence — אתה יכול להריץ את ה-app וה-Cloud API על אותו מספר במקביל. הנציגים שלך ממשיכים לעבוד מהאפליקציה בטלפון, ובמקביל אוטומציות, broadcasts ושיחות בוט רצים דרך ה-API. אין יותר ״או-או״.

רמה 3: Cloud API של Meta — מה זה ולמה כדאי

ה-WhatsApp Cloud API היא תשתית messaging של מטא, מתארחת אצלם בענן (במקום אצל BSP). אתה שולח בקשת POST ל-graph.facebook.com, מטא מעבירים את ההודעה ל-WhatsApp של הלקוח, וה-webhook שלך מקבל הודעות נכנסות.

מה שזה פותח:

1. Chat widget אמיתי באתר — שמתחבר ל-CRM שלך, מציג שיחה היסטורית, ומעביר ל-AI agent בלילה.
2. Broadcasts — שליחה לאלפי לקוחות בו-זמנית עם תבניות מאושרות.
3. אוטומציות — אישור הזמנה אוטומטי, תזכורת תור, מעקב משלוח, תזכורת לעגלה נטושה.
4. AI chatbot — חיבור ל-Claude (Sonnet 4.x / Haiku 4.5) או מודל אחר שעונה ב-WhatsApp. אם זה היעד שלך, יש מדריך נפרד ומלא על בניית סוכן AI לוואטסאפ שמכסה את כל ה-flow מקצה לקצה, ומדריך כללי יותר על צ׳אטבוט AI לאתר אם אתם מתלבטים בין ערוץ הוואטסאפ לבין widget באתר עצמו.
5. Multi-agent inbox — 10 נציגים שעונים מאותו מספר.

בכנות, התיעוד של מטא מבלבל מאוד. הוא מפוזר בין developers.facebook.com/docs/whatsapp, Meta Business Help Center, ו-API Reference. אם תרגישו שאתם מסתובבים — זה לא אתם. כולם מסתובבים.

התחלת עבודה ב-Cloud API — שלב אחר שלב

יש 6 שלבים. כל אחד 5-15 דקות. מעבר לזה — תיעוד של מטא, וזה הזמן לפתוח קפה.

שלב 1: Meta Business Manager

לכו ל-business.facebook.com, הקימו Business Account. הזינו ח.פ., כתובת רשמית, אתר. המידע חייב להתאים למה שמופיע ברשם החברות — אם לא, אימות העסק ייכשל בשלב מאוחר יותר ותצטרכו להתחיל מהתחלה.

שלב 2: WhatsApp Business Account (WABA)

בתוך Business Manager, פתחו WABA חדש. בחרו את העסק שיצרתם. WABA הוא ה-container שמכיל את מספרי הוואטסאפ שלכם (אפשר מספר אחד או יותר).

שלב 3: הוספת מספר טלפון

חשוב מאוד: המספר חייב להיות לא רשום ב-WhatsApp רגיל. אם המספר שלכם כבר ב-WhatsApp הפרטי או ב-Business App, תצטרכו או למחוק אותו או להשתמש ב-Coexistence. מטא ישלחו קוד אימות ב-SMS או בשיחה — לכן זה חייב להיות מספר אמיתי, לא מספר VoIP זול.

שלב 4: App ב-Meta for Developers

לכו ל-developers.facebook.com, צרו App חדש מסוג "Business". הוסיפו את המוצר "WhatsApp". מטא ייצרו אוטומטית test phone number שיש לו 1,000 הודעות חינם בחודש — תוכלו להשתמש בו לבדיקות לפני שאתם מחברים את המספר האמיתי.

שלב 5: Access Token

יש שני סוגים:

• Temporary token — 24 שעות. טוב לבדיקה, לא לפרודקשן.
• Permanent token — דרך System User ב-Business Manager. זה ה-token שלכם לפרודקשן.

System User → Add → Admin → Generate Token → WhatsApp Business Management + WhatsApp Business Messaging permissions. שמרו את ה-token ב-secrets manager, לא ב-git.

שלב 6: השיחה הראשונה

ה-endpoint הוא:

POST https://graph.facebook.com/v24.0/{PHONE_NUMBER_ID}/messages

PHONE_NUMBER_ID שונה ממספר הטלפון! זה ID מספרי שמטא נותנים לכם בלוח הבקרה. אל תבלבלו.

async function sendWhatsApp({ to, text }) {
  const res = await fetch(
    `https://graph.facebook.com/v24.0/${process.env.WA_PHONE_NUMBER_ID}/messages`,
    {
      method: 'POST',
      headers: {
        'Authorization': `Bearer ${process.env.WA_TOKEN}`,
        'Content-Type': 'application/json',
      },
      body: JSON.stringify({
        messaging_product: 'whatsapp',
        to,                    // '972585802298'
        type: 'text',
        text: { body: text },
      }),
    }
  );
  if (!res.ok) {
    const err = await res.json();
    throw new Error(`WA send failed: ${JSON.stringify(err)}`);
  }
  return res.json();
}

חשוב: הקריאה הזו תעבוד רק אם הלקוח שלח לך הודעה ב-24 השעות האחרונות. אם לא — תקבלו שגיאה 131047 — re-engagement message. צריך לשלוח template message במקום (ראו את הסעיף הבא).

לבדיקה ראשונה, שלחו "Hello World" מהאפליקציה שלכם קודם למספר הטסט שלכם, אז 24 השעות פתוחות ותוכלו לענות.

חלון 24 השעות + Templates

זה החלק שהכי מבלבל אנשים, ולכן גם מפיל הכי הרבה אינטגרציות.

Service window: ברגע שלקוח שלח לכם הודעה, נפתח חלון של 24 שעות. בחלון הזה אתם יכולים לשלוח כל הודעה חופשית — טקסט, תמונה, מסמך, וידאו, כפתורים אינטראקטיביים. בחינם (כמעט תמיד).

מחוץ ל-24 שעות: אתם חייבים לשלוח template message מאושרת מראש. אסור טקסט חופשי. מטא יחסום את ההודעה.

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

ארבע קטגוריות הודעה

תהליך אישור Template

כל template חייב אישור מטא. תהליך:

1. כותבים את ה-template ב-Meta Business Manager → WhatsApp → Message Templates
2. בוחרים קטגוריה (Marketing/Utility/Authentication)
3. בוחרים שפה (עברית: he)
4. כותבים body עם משתנים: שלום {{1}}, ההזמנה שלך {{2}} נשלחה!
5. שולחים לאישור

זמני אישור:

• אם העסק מאומת ב-Meta — דקות עד שעות
• אם לא — עד 24 שעות

סיבות נפוצות לדחייה:

• שפה שיווקית בקטגוריית Utility (״מבצע!״, ״בלעדי!״)
• קישורים מקוצרים (bit.ly וכו') — אסור. תמיד דומיין מלא.
• שגיאות כתיב, פיסוק חסר, אימוג׳ים חסרי הקשר
• variables ריקים או לא מוסברים

שליחת template

await fetch(`https://graph.facebook.com/v24.0/${PHONE_ID}/messages`, {
  method: 'POST',
  headers: { 'Authorization': `Bearer ${TOKEN}`, 'Content-Type': 'application/json' },
  body: JSON.stringify({
    messaging_product: 'whatsapp',
    to: '972585802298',
    type: 'template',
    template: {
      name: 'order_shipped',
      language: { code: 'he' },
      components: [{
        type: 'body',
        parameters: [
          { type: 'text', text: 'דנה' },
          { type: 'text', text: 'A-3829' },
        ],
      }],
    },
  }),
});

תמחור 2026 — מה באמת תשלם

מ-1 ביולי 2025 מטא שינו את כל מודל התמחור. לא יותר conversation-based. עכשיו זה per-message — אתה משלם על כל template message שנמסר, לפי קטגוריה ומדינת היעד. המעבר הזה השלים את עצמו במהלך 2025, ומאז מטא מעדכנים את ה-rate card מספר פעמים בשנה (המעודכן האחרון נכנס לתוקף ב-1 באפריל 2026, עם שינויי תעריף לסעודיה, הודו, פקיסטן וטורקיה; מטא מפרסמים את העדכונים הבאים ב-rate card הרשמי לקראת כל רבעון). המשמעות הפרקטית: אל תקבע תקציב שנתי על סמך תעריף בודד — בדוק את הטבלה הרשמית כל רבעון, ושים לב שגם רשימת המטבעות לחיוב התרחבה ל-16 מטבעות ב-2026.

נקודות עיקריות:

• כל הודעה נכנסת (מהלקוח) — חינם.
• הודעות Service בתוך חלון 24h — חינם.
• Utility templates בתוך חלון 24h שירות פתוח — חינם.
• Marketing ו-Authentication — תמיד בתשלום, גם בחלון 24h.
• חיוב נעשה רק כשההודעה נמסרת (delivered), לא כשהיא נשלחת.
• 1,000 הודעות החינם שהיו לפני 2025 — אין יותר.

טווח מחירים גלובלי (USD לכל הודעה שנמסרה)

ישראל: מסווגת כאזור יקר. הערכה (התעריפים משתנים — בדקו את Meta Pricing):

• Utility: ~$0.015 להודעה
• Authentication: ~$0.025 להודעה
• Marketing: ~$0.080-0.10 להודעה

דוגמה מעשית

עסק קטן ישראלי, 500 לידים בחודש דרך אתר → 500 שיחות שירות (חינם) + 100 הודעות אישור הזמנה (Utility, ~$0.015 × 100 = $1.5) + קמפיין אחד של 1,000 הודעות marketing (~$0.09 × 1,000 = $90).

סה״כ: ~$92/חודש לפעילות סבירה. זה לא 5 שקלים, אבל זה גם לא 5,000.

טיפים לחיסכון:

• אל תשלחו marketing לרשימות לא מסוננות. כל הודעה עולה.
• העבירו הכל ל-Utility כשניתן (אישור משלוח לא צריך להיות marketing).
• ענו במהירות בחלון 24h כדי לדחוף הודעות Utility חינם.
• CTWA Ads נותנים 72 שעות חינם של marketing אחרי שהלקוח לחץ על הפרסומת — נצלו את זה (ראו למטה).

החל מ-2026 מטא מאפשרים גם max-price per message ל-Marketing — אתם מגדירים סף מחיר ואם המסירה תעלה יותר, מטא לא ישלחו. שווה לבדוק אם יש לכם תקציב נוקשה.

Volume tiers — הנחות לפי נפח

נקודה שרבים מפספסים: ב-Utility וב-Authentication יש מדרגות נפח. ככל שאתם שולחים יותר הודעות בחודש, מחיר ההודעה הבודדת יורד אוטומטית. עסק שמתחיל עם 200 הודעות Utility בחודש משלם תעריף מלא; חברה ששולחת 50,000 הודעות באותה קטגוריה יכולה לראות מחיר נמוך משמעותית לכל הודעה. אין צורך לבקש — מטא מחילים את המדרגה לבד לפי הצריכה (גסות: עד ~10,000 הודעות בחודש תעריף מלא, ומעל זה ההנחה נכנסת).

אזהרה שמפילה תקציבים: ההנחות האלה חלות רק על Utility ו-Authentication. Marketing לא נכלל — לא משנה כמה הודעות marketing תשלחו בחודש, מחיר ההודעה נשאר זהה. אז אם אתם בונים תחזית עלות לקמפיין marketing גדול, אל תניחו ירידת מחיר עם הנפח; היא פשוט לא קיימת שם. למה זה חשוב לתכנון: אם אתם מתלבטים אם להעביר אישורי משלוח מ-SMS ל-WhatsApp, ככל שתעבירו יותר נפח Utility לאותה קטגוריה — המחיר היחסי משתפר, מה שהופך את ה-WhatsApp לאטרקטיבי דווקא בנפחים גבוהים.

BSPs — Business Solution Providers

אם הקריאה למעלה גרמה לכם להרגיש שזה מסובך — אתם לא לבד. כאן נכנסים ה-BSPs. אלה שירותים שעוטפים את ה-Cloud API ונותנים לכם dashboard, multi-agent inbox, ובדרך כלל גם תמיכה בעברית.

ההמלצה הפרקטית:

• מתכנת + נפח קטן (< 5,000 הודעות/חודש): Cloud API ישיר. תשלמו רק למטא, אפס markup. נדרשת עבודה.
• מתכנת + נפח גדול: 360dialog. אותו תיעוד של מטא, מחיר טוב.
• לא מתכנת, צוות marketing: Wati או Bird. UI שלם, חיבור ל-CRM ב-clicks.
• פרויקט one-off, סקיצת MVP: Twilio. הקמה ב-15 דקות.

אזהרה לגבי GreenAPI/wassenger/Whapi: אלה שירותים שמשתמשים ב-WhatsApp Web במקום ב-Cloud API הרשמי. הם זולים, אבל אסורים לפי תנאי השימוש של WhatsApp, ומטא חוסמים מספרים שמשתמשים בהם. בסדר לבדיקה, לעולם לא לפרודקשן.

Click-to-WhatsApp Ads — CTWA

זה הקאמבק הגדול של 2026 בעולם הפרסום. במקום לשלוח את הלקוח לדף נחיתה ולקוות שימלא טופס — אתה שולח אותו ישר לוואטסאפ.

איך זה עובד:

1. אתה מקים קמפיין ב-Meta Ads Manager → Objective: Engagement → Messaging Apps: WhatsApp
2. אתה מצמיד את ה-CTA "Send WhatsApp message" עם מספר ה-WABA שלך
3. כשהלקוח לוחץ, WhatsApp נפתח עם הודעה מוכנה מראש
4. אתה (או הבוט שלך) עונה
5. מטא נותנים לך 72 שעות חינם של marketing window — שום הודעה לא עולה לך באותה תקופה

זה הטריק הגדול. במקום $0.10 להודעה marketing — אתה מקבל 72 שעות של marketing חינם על כל לידים שנכנסו מהפרסומת. זה דרמטי.

מחירי CTWA לישראל (הערכה 2026):

• Cost per conversation: $3-$10
• CPA (Cost per acquisition): $15-$50 בתלוי בנישה

הצלחה בקמפיין CTWA תלויה ב-3 דברים:

1. תגובת welcome תוך 30 שניות — לרוב טמפלייט אוטומטי שמתחיל את השיחה
2. העברה לסוכן אמיתי או AI תוך 3 דקות — לקוח ש-CTWA חי 5 דקות בלי תגובה — הולך
3. סגירה בתוך חלון 72 השעות החינמיות — תכננו את ה-funnel סביב המסגרת הזו

Targeting: מטא ממליצים על broad targeting (2-10 מיליון אנשים). האלגוריתם שלהם חכם יותר מהsegmentation שלך, וצמצום קהל בעצם פוגע בלמידה.

Tracking: מטא מעבירים פרמטר ctwa_clid ל-WhatsApp. כשמתרחשת המרה (קנייה, רכישה, lead מאומת), שולחים את ה-event חזרה דרך Conversions API עם ה-clid — וכך מטא לומדים מה עובד.

שילוב עם CRM — ארכיטקטורה

הסיבה האמיתית לעבור ל-Cloud API היא הסנכרון ל-CRM. אחרת אין באמת יתרון על האפליקציה.

הארכיטקטורה הבסיסית:

WhatsApp → Meta Cloud → Webhook שלך → CRM (HubSpot/Salesforce/Make)
                  ↑                            ↓
                  ←──── תגובה דרך API ←────────

שלבי הקמה:

1. Webhook URL — צריך endpoint שלך עם HTTPS. ב-Vercel/Netlify: /api/whatsapp-webhook. אם אתה מתלבט איפה לארח את ה-function שמקבלת את ה-webhook, ההשוואה בין Vercel ל-Firebase לאירוח מסבירה מתי כל אחד עדיף לפונקציות serverless.
2. Verify Token — מטא ישלחו GET request לאימות. צריך להחזיר את ה-hub.challenge.
3. Receive messages — מטא ישלחו POST על כל הודעה נכנסת.
4. Forward to CRM — קוראים ל-API של ה-CRM ומוסיפים את ההודעה.

// /api/whatsapp-webhook
export async function POST(req) {
  const body = await req.json();
  const change = body.entry?.[0]?.changes?.[0]?.value;
  const msg = change?.messages?.[0];

  if (msg) {
    const from = msg.from;             // מספר הלקוח
    const text = msg.text?.body;       // התוכן

    // העבר ל-CRM
    await fetch(process.env.CRM_WEBHOOK_URL, {
      method: 'POST',
      headers: { 'Content-Type': 'application/json' },
      body: JSON.stringify({
        phone: from,
        message: text,
        source: 'whatsapp',
        timestamp: msg.timestamp,
      }),
    });
  }

  return new Response('OK', { status: 200 });
}

export async function GET(req) {
  const url = new URL(req.url);
  const mode = url.searchParams.get('hub.mode');
  const token = url.searchParams.get('hub.verify_token');
  const challenge = url.searchParams.get('hub.challenge');

  if (mode === 'subscribe' && token === process.env.WA_VERIFY_TOKEN) {
    return new Response(challenge, { status: 200 });
  }
  return new Response('Forbidden', { status: 403 });
}

אבטחת ה-webhook — מה שהדוגמה למעלה משמיטה: הקוד הבסיסי מקבל כל POST שמגיע ל-endpoint. בפרודקשן זו בעיה — כל אחד שמכיר את ה-URL יכול לזרוק לכם הודעות מזויפות ל-CRM. מטא חותמים כל POST עם header בשם X-Hub-Signature-256 (HMAC-SHA256 של גוף הבקשה עם ה-App Secret שלכם). חובה לאמת אותו לפני שמעבדים את ההודעה:

import crypto from 'crypto';

function verifySignature(rawBody, signatureHeader) {
  const expected = 'sha256=' + crypto
    .createHmac('sha256', process.env.WA_APP_SECRET)
    .update(rawBody)
    .digest('hex');
  // timingSafeEqual מונע timing attacks
  return crypto.timingSafeEqual(
    Buffer.from(expected),
    Buffer.from(signatureHeader || '')
  );
}

שימו לב: צריך את ה-raw body (לפני JSON.parse) כדי שה-HMAC יתאים. ב-Next.js App Router קראו await req.text() ואז JSON.parse ידנית — לא req.json() ישירות. שתי edge cases נוספות שמפילות אינטגרציות: (1) מטא שולחים גם events של סטטוס (delivered, read, failed) ולא רק הודעות — אם תעבדו כל POST כהודעה נכנסת, תיצרו רשומות כפולות ב-CRM. תמיד בדקו change?.messages קיים לפני שאתם ממשיכים. (2) ה-webhook חייב להחזיר 200 תוך 5 שניות, אחרת מטא ינסו שוב ויגרמו לכפילויות. אל תחכו ל-CRM בתוך ה-handler — דחפו לתור (queue) והחזירו 200 מיד.

Make.com / n8n / Zapier — אם אתה לא רוצה לכתוב את ה-webhook לבד, ל-Make.com יש integration רשמי. אתה מקבל ב-clicks: WhatsApp message → HubSpot contact → Slack notification. עלות: ~$20/חודש על Make + עלויות מטא. לפני שאתה בוחר פלטפורמת אוטומציה, שווה לקרוא את ההשוואה המלאה n8n מול Make מול Zapier ב-2026 — ההבדל בעלות ובשליטה על ה-webhook משמעותי כשהנפח גדל. ואם אתה רוצה גם להוסיף תזכורות חשבוניות אוטומטיות על אותו flow, יש מדריך נפרד על אוטומציית הפקת חשבוניות עם חשבונית ירוקה.

טעויות נפוצות

1. שולחים מ-API למספר שלא דיבר אתכם 24 שעות בלי template. השגיאה: 131047. הפתרון: או template מאושר, או חכו שהלקוח יפתח שיחה.

2. משתמשים ב-Phone Number במקום Phone Number ID. ה-ID הוא מספרי (15 ספרות), הטלפון הוא +972. שונים לחלוטין. הקריאה תיכשל עם 404 מעורפל.

3. שמים את ה-token ב-frontend. ה-token נותן גישה מלאה ל-WABA שלך. אם הוא מודלף — כל אחד יכול לשלוח spam מהמספר שלך, ומטא יחסמו אותך. תמיד server-side.

4. מצפים שטמפלייט בעברית יעבור בקטגוריית Utility אם יש בו ״מבצע״. מטא קוראים בעברית. כל מילה שיווקית יעבירו את הטמפלייט ל-Marketing אוטומטית — וזה יקר פי 5-10.

5. לא מפעילים Coexistence ומאבדים גישה לאפליקציה. כשמחברים מספר ל-Cloud API בלי Coexistence, ה-app מפסיק לעבוד. תוודאו שזה מה שאתם רוצים, או הפעילו Coexistence מההתחלה.

6. שמים לינקים מקוצרים בטמפלייטים. bit.ly, tinyurl, או shortener אחר → דחייה אוטומטית. תמיד דומיין מלא.

7. מצפים ל-green tick. ה-green tick הלך. ב-2024 מטא איחדו לאות אחת — blue tick (Meta Verified). זה badge בתשלום ($14-22/חודש בחו״ל; טרם הושק בכל המדינות), או חינם דרך OBA אם יש לכם 3-5 כתבות בעיתונות. רוב העסקים בישראל לא יקבלו אותו.

8. שולחים marketing לכולם בלי לסנן אופט-אאוט. מטא עוקבים אחרי שיעור Block ו-Report. שיעור גבוה → מטא מורידים את ה-Quality Rating שלך → אחרי 3 דרגות נמוכות → המספר מושעה. תמיד תנו ״השב STOP להסרה״ באופציה.

סיכום — איך להחליט

זרימת ההחלטה הפרקטית:

1. יש לי עסק קטן עם 5-20 לקוחות בשבוע? → wa.me link + WhatsApp Business App. עצרו כאן.
2. אני רוצה לידים מהאתר? → רמה 2: כפתור מצף + הודעה דינמית עם הקשר. עדיין WhatsApp Business App.
3. יש לי 50+ שיחות ביום, כמה נציגים, וצריך CRM? → Cloud API עם Coexistence. תתחילו ישירות עם Meta, או עם 360dialog אם נפח עולה.
4. אני רוצה אוטומציה, broadcast, וצ׳אטבוט? → Cloud API מלא + Make.com או n8n.
5. אני רץ קמפיינים בפייסבוק/אינסטה ורוצה להסיט אותם לוואטסאפ? → CTWA + Cloud API. נצלו את חלון 72 השעות החינמיות.

הטיפ הכי חשוב: אל תקפצו לרמה הגבוהה לפני שיש לכם תהליך. רוב העסקים הקטנים שעוברים ל-API מבזבזים זמן וכסף על תשתית שלא נדרשת להם. רמה 2 (כפתור מצף + Business App) פותרת 90% מהמקרים.

שאלות נפוצות

האם כפתור וואטסאפ באתר עולה כסף?

לא. קישור wa.me וכפתור מצף הם חינם לחלוטין — הם רק פותחים את אפליקציית WhatsApp עם המספר שלכם. אתם עונים ידנית מ-WhatsApp Business App (גם היא חינמית). תשלום מתחיל רק כשעוברים ל-Cloud API ושולחים template messages מסוג Marketing או Authentication. עסק קטן עם כמה עשרות פניות ביום יכול לעבוד שנים בלי לשלם שקל על וואטסאפ.

מה ההבדל בין WhatsApp Business App ל-WhatsApp Business API?

ה-App היא אפליקציה לטלפון לעסקים קטנים — חינמית, עד 4 מכשירים, בלי אוטומציה. ה-API (היום נקרא WhatsApp Business Platform / Cloud API) היא תשתית ענן ששולחת ומקבלת הודעות דרך HTTP, ומאפשרת צ׳אטבוטים, broadcasts, multi-agent inbox וחיבור ל-CRM. עוברים ל-API רק כשיש 50+ שיחות ביום, צוות נציגים, או צורך באוטומציה אמיתית. הודות ל-Coexistence אפשר היום להריץ את שניהם על אותו מספר במקביל.

למה ההודעה שאני שולח מה-API לא מגיעה ללקוח?

הסיבה הנפוצה ביותר היא חלון 24 השעות. אם הלקוח לא שלח לכם הודעה ב-24 השעות האחרונות, אסור לשלוח טקסט חופשי — תקבלו שגיאה 131047 ותצטרכו לשלוח template message מאושרת מראש במקום. סיבה שנייה: בלבול בין מספר הטלפון ל-Phone Number ID (שני ערכים שונים לגמרי). תוודאו שאתם משתמשים ב-ID המספרי בכתובת ה-endpoint.

כמה עולה לשלוח הודעות WhatsApp בישראל ב-2026?

ישראל מסווגת כאזור יקר ברשימת המחירים של מטא. הערכה גסה (התעריפים מתעדכנים מספר פעמים בשנה): Utility בסביבות ‎$0.015 להודעה, Authentication בסביבות ‎$0.025, ו-Marketing בסביבות ‎$0.08-0.10 להודעה. הודעות נכנסות והודעות Service בתוך חלון 24 השעות הן חינם. בדקו תמיד את טבלת התמחור הרשמית של מטא לפני שאתם בונים תקציב.

איך מאשרים template message בעברית מהר?

כתבו את ה-template ב-Meta Business Manager תחת Message Templates, בחרו שפה he, ובחרו את הקטגוריה הנכונה (Utility לעדכון תפעולי, Marketing לפרומו). אם העסק מאומת במטא האישור לוקח דקות עד שעות; אם לא — עד 24 שעות. הימנעו ממילים שיווקיות בטמפלייט Utility, מקישורים מקוצרים (bit.ly נדחה אוטומטית), ומשגיאות כתיב — אלה הסיבות הנפוצות ביותר לדחייה.

האם מותר להשתמש בשירותים כמו GreenAPI או Whapi?

לבדיקות בלבד. שירותים כאלה מבוססים על WhatsApp Web ולא על ה-Cloud API הרשמי, ולכן הם מנוגדים לתנאי השימוש של WhatsApp. מטא חוסמים מספרים שמשתמשים בהם, ואין דרך לערער. לפרודקשן השתמשו תמיד ב-Cloud API ישיר או ב-BSP רשמי (360dialog, Twilio, Wati).

לסיכום

WhatsApp באתר הוא ערוץ ההמרה החזק ביותר שיש לעסק ישראלי — אבל הסוד הוא להתאים את הרמה לצורך האמיתי. רוב העסקים מסודרים מצוין עם קישור wa.me או כפתור מצף RTL ו-WhatsApp Business App, בלי לשלם כלום ובלי לגעת ב-API. עוברים ל-Cloud API רק כשיש נפח, צוות נציגים, או צורך אמיתי באוטומציה, broadcasts וחיבור CRM — ואז התמחור הוא per-message, חלון 24 השעות שולט בהכל, וכל template חייב אישור מטא. אם אתם מריצים פרסום, CTWA עם חלון 72 השעות החינמיות הוא הקלף החזק של 2026.

רוצים שנקים את זה אצלכם?

ב-nisai.dev אנחנו מקימים אינטגרציות WhatsApp מלאות לאתרים בישראל — מכפתור מצף פשוט ועד Cloud API מלא עם CRM, צ׳אטבוט AI ו-broadcast templates מאושרים בעברית.

**צרו קשר ב-WhatsApp** — נחזור אליכם בתוך שעה.

מקורות

• How to use click to chat — WhatsApp Help Center
• Pricing on the WhatsApp Business Platform — Meta for Developers
• WhatsApp Cloud API Messages API — Meta for Developers
• Template messages — Meta for Developers
• WhatsApp Business App vs Platform 2026 — Sanuker
• WhatsApp Cloud API vs BSP 2026 — Onsync
• WhatsApp API Pricing 2026 — Chatmaxima
• Click-to-WhatsApp Ads 2026 — Egrow
• WhatsApp BSP Comparison 2026 — EZContact
• WhatsApp Green Tick to Blue Tick 2026 — JestyCRM
• About Meta Verified for Business on WhatsApp — WhatsApp Help Center
• Understanding the 24-hour conversation window — ActiveCampaign