ככל שמערך הפרסום של מרפאת שיניים גדל, אחת הבעיות שפחות מדברים עליהן היא לא בהכרח איכות הקמפיינים – אלא הבלגן שנוצר בשמות. קמפיין אחד נקרא “שתלים”, אחר “Implants 2”, שלישי “New campaign”, קבוצת מודעות נקראת “קהל 1”, טופס נקרא “טופס חדש”, וב-CRM המקור מופיע בכלל כ-“Facebook”. כל עוד יש מעט קמפיינים, אפשר להסתדר. אבל כאשר עובדים לאורך זמן, עם כמה טיפולים, כמה ערוצים, מספר קריאייטיבים, טפסים שונים וגרסאות חדשות – השמות מתחילים לאבד משמעות.

בשלב הזה נוצרת בעיה הרבה יותר עמוקה מסדר אסתטי. קשה לדעת מאיזה קמפיין הגיע הליד. קשה להבין איזה קריאייטיב עבד. קשה להשוות בין תקופות. קשה לחבר Meta ל-CRM. קשה לנתח מה באמת הביא פגישה. ואם איש מקצוע חדש נכנס לחשבון, הוא נאלץ כמעט ללמוד שפה פרטית שאף אחד לא הגדיר.

לכן כדאי לבנות Naming Convention – שיטת שמות קבועה ואחידה. זו לא פעולה “טכנית בלבד”. זו תשתית שמאפשרת ניהול, מדידה, Attribution, CRM ודוחות הרבה יותר מדויקים.

המטרה פשוטה: שכל שם במערכת יספר לנו משהו שימושי.

לא:

Campaign 4

אלא:

META | IMPLANTS | BSW | LEADS | COLD

כבר מהשם אפשר להבין:

הפלטפורמה.

הטיפול.

המיקום.

המטרה.

וסוג הקהל.

למה שמות לא מסודרים הופכים לבעיה עסקית?

נניח שמרפאה מריצה במקביל:

קמפיין השתלות.

קמפיין יישור שיניים.

קמפיין אסתטיקה.

Remarketing.

Google Search.

Meta Lead Ads.

WhatsApp.

דף נחיתה.

כמה סרטונים.

כמה טפסים.

אם כל רכיב מקבל שם לפי מה שהיה נוח באותו רגע, תוך כמה חודשים מתקבלת מערכת שמישהו “בערך זוכר” איך היא בנויה.

הבעיה היא שזיכרון אינו מערכת נתונים.

אם רוצים לענות על שאלות כמו:

איזה קריאייטיב הביא הכי הרבה פגישות?

איזה טופס יצר את הלידים האיכותיים ביותר?

האם הקמפיין להשתלות בבאר שבע עובד טוב יותר מהקמפיין באזור אחר?

האם Remarketing מביא Existing Leads או New Leads?

איזה Campaign ID צריך להישמר ב-CRM?

צריך מבנה שמות עקבי.

Naming Convention היא בעצם שכבת Metadata

השם אינו רק שם.

הוא יכול לשמש כמו Metadata שמספר:

מה.

איפה.

למי.

באיזה ערוץ.

באיזה מסר.

באיזו גרסה.

למשל:

META | IMPLANTS | BSW | COLD | LEADFORM

מתוך שורה אחת אפשר להבין:

Meta.

Implants.

Be’er Sheva.

Cold Audience.

Lead Form.

זה הרבה יותר שימושי מ:

“קמפיין שתלים חדש 3”.

מה קורה כשאין Naming Convention?

יש כמה תקלות שחוזרות על עצמן.

אי אפשר להשוות בקלות

אם פעם משתמשים בשם:

“Implants”

ופעם:

“Dental Implants”

ופעם:

“שתלים”

הדוחות לא תמיד מתחברים בצורה נקייה.

CRM מקבל ערכים לא עקביים

ליד אחד מגיע עם Source:

Facebook.

אחר:

Meta.

אחר:

FB.

אחר:

Instagram.

עכשיו קשה מאוד לסכם את הנתונים.

אי אפשר להבין מה בדיוק השתנה

יש:

“Video 1”

“Video new”

“Video final”

“Video final 2”

אחרי חודש אף אחד לא יודע מה ההבדל.

קשה לבצע Attribution

אם שמות הקמפיינים והטפסים לא תואמים לשדות ב-CRM, קשה להבין מאיפה באמת הגיע הליד.

קשה להעביר ניהול לאדם אחר

כל מערכת הופכת תלויה במי שבנה אותה.

וזו תשתית חלשה.

Naming Convention טוב צריך לענות על כמה שאלות קבועות

לכל רכיב אפשר לשאול:

מה הפלטפורמה?

איזה טיפול?

איזה אזור?

איזה סוג קהל?

איזה שלב משפך?

איזה מסלול המרה?

איזה קריאייטיב?

איזו גרסה?

לא תמיד צריך את כל השדות בכל שם.

אבל כדאי להחליט מראש אילו מהם חשובים לכל שכבה.

מודל NAME לבניית שיטת שמות

אפשר להשתמש במודל פשוט:

N – Network | פלטפורמה
Meta, Google, TikTok, YouTube וכו’.

A – Audience / Area | קהל או אזור
Cold, Remarketing, BSW, South.

M – Message / Marketing Goal | מסר או מטרה
Implants, Aesthetic, Consultation, WhatsApp.

E – Execution | ביצוע
Video01, Static02, FormA, LP1.

כך השמות מתחילים להיות מערכתיים.

איך לקרוא לקמפיינים ב-Meta?

ברמת Campaign כדאי לשים מידע אסטרטגי.

למשל:

META | IMPLANTS | BSW | LEADS | COLD

או:

META | AESTHETIC | BSW | WHATSAPP | COLD

או:

META | IMPLANTS | BSW | REMARKETING

השם צריך לעזור להבין מה הקמפיין עושה ברמה העסקית.

לא צריך להכניס אליו כל פרט קטן.

מה כדאי להכניס ברמת Campaign?

בדרך כלל:

פלטפורמה.

טיפול.

אזור.

מטרת קמפיין או מסלול המרה.

סוג קהל מרכזי.

למשל:

META | ORTHO | SOUTH | LEADS | COLD

או:

META | IMPLANTS | BSW | WHATSAPP | RMKT

ומה לא כדאי להכניס ברמת Campaign?

פרטים שמתחלפים מהר מדי.

למשל:

שם הקריאייטיב.

Hook.

גרסת תמונה.

CTA ספציפי.

אלה שייכים בדרך כלל לשכבות אחרות.

אם שמים הכול בשם Campaign, הוא נהיה ארוך ומסורבל.

Ad Set Naming: כאן מתארים את ההגדרה

ברמת Ad Set אפשר לשמור מידע על:

Audience.

Location.

Age Range אם רלוונטי.

Broad / Lookalike / Remarketing.

Placement אם יש סיבה להפריד.

למשל:

BROAD | BSW+40KM | 35-65

או:

RMKT | WEBSITE30 | BSW

או:

LOOKALIKE | CRM | 1PCT | SOUTH

העיקר הוא עקביות.

אם החלטתם ש-RMKT הוא קיצור ל-Remarketing – השתמשו בו תמיד.

לא פעם:

RMKT.

ופעם:

REMARK.

ופעם:

RETARGET.

טבלה: דוגמת היררכיית שמות ב-Meta

רמה	דוגמה	מה היא מתארת
Campaign	META | IMPLANTS | BSW | LEADS	טיפול ומטרה
Ad Set	BROAD | BSW+40KM | 35-65	קהל וגיאוגרפיה
Ad	VIDEO | DOCTOR | FEAR | V01	פורמט, דמות, זווית וגרסה
Form	IMPLANTS | CONSULT | FILTER2	טיפול וסוג טופס

איך לקרוא לקריאייטיבים?

כאן כדאי להיות קצת יותר מפורטים.

קריאייטיב יכול לכלול:

פורמט.

דמות.

Hook.

Angle.

Version.

למשל:

VIDEO | DOCTOR | FEAR | V01

או:

STATIC | BEFOREAFTER | TRUST | V02

או:

VIDEO | CLINIC | PROCESS | V03

כך אפשר לראות בדוחות אילו זוויות באמת עובדות.

למה “Video 1” הוא שם חלש?

כי בעוד חודש:

Video 1 של מה?

על איזה טיפול?

איזו זווית?

מי מופיע?

מה היה Hook?

אם רוצים לנתח Creative Performance, צריך שם שמכיל מידע.

למשל:

VID | DOC | COMPLEXCASE | V01

כבר אומר הרבה יותר.

Versioning: אחד הדברים החשובים ביותר

גרסאות צריכות להיות עקביות.

למשל:

V01.

V02.

V03.

לא:

new.

newnew.

final.

final2.

finalfinal.

המילה “final” היא כמעט תמיד מלכודת.

כי אחריה תגיע גרסה נוספת.

עדיף:

V01.

V02.

V03.

ואם יש שינוי משמעותי:

V04.

זה פשוט, מסודר ומונע בלבול.

כדאי להוסיף Date לשם?

לפעמים כן.

אבל לא תמיד.

אם הקמפיין בנוי בצורה שתקפה לאורך זמן, תאריך יכול ליצור עומס.

לעומת זאת, אם יש:

Promotion.

Seasonal Campaign.

Launch.

Creative Batch.

אפשר להוסיף:

2026Q4.

SEP26.

ROSHHASHANA26.

למשל:

META | IMPLANTS | BSW | SEP26

אבל תאריך לא צריך להחליף Version.

Google Ads דורש לוגיקה קצת שונה

ב-Google Search המבנה נוטה להיות יותר מבוסס Intent וחיפושים.

לכן Naming Convention יכול לכלול:

Platform.

Treatment.

Location.

Intent.

Campaign Type.

למשל:

GADS | IMPLANTS | BSW | SEARCH | HIGHINTENT

או:

GADS | DENTIST | BSW | BRAND

או:

GADS | AESTHETIC | SOUTH | SEARCH

Campaign Name לעומת Ad Group Name ב-Google

ברמת Campaign:

טיפול + אזור + סוג קמפיין.

ברמת Ad Group:

Cluster של ביטויים.

למשל:

Campaign:

GADS | IMPLANTS | BSW | SEARCH

Ad Groups:

DENTAL_IMPLANTS

FULL_MOUTH_REHAB

BONE_LOSS

IMPLANTS_COST

כך מבנה החיפוש ברור.

למה לא כדאי לקרוא ל-Ad Group לפי מילת מפתח אחת?

כי בדרך כלל קבוצת מודעות יכולה להכיל Cluster של Intent.

עדיף שם שמתאר את הכוונה.

למשל:

PRICE_INTENT

או:

COMPLEX_CASE

מאשר:

“keyword 7”.

UTM Naming צריך להיות חלק מאותה שפה

אם הקמפיין נקרא:

META | IMPLANTS | BSW | LEADS

אבל ב-UTM רשום:

utm_campaign=facebook_new_campaign

יצרנו שתי שפות שונות.

עדיף להחליט על Schema אחיד.

למשל:

utm_source=meta

utm_medium=paid_social

utm_campaign=implants_bsw_leads

utm_content=video_doctor_fear_v01

כך ניתן לחבר את הנתונים.

UTM צריך להיות קריא גם בעוד חצי שנה

טעות נפוצה היא להשתמש בקודים שרק מי שבנה אותם מבין.

למשל:

utm_campaign=x7a2b

אלא אם יש מערכת שמפענחת את זה, זה לא שימושי לצוות.

עדיף:

implants_bsw_cold

או:

aesthetic_whatsapp_bsw

כדי שגם בעתיד יהיה ברור מה מקור הפנייה.

CRM Naming: כאן הכי חשוב להיות עקביים

ב-CRM צריך להגדיר Taxonomy קבועה.

למשל:

Source:

Meta

Google Ads

Organic

WhatsApp

Referral

Google Business Profile

Direct

Medium:

Paid Social

Paid Search

Organic Search

Messaging

Referral

Campaign:

שם הקמפיין.

Creative:

שם הקריאייטיב.

Treatment:

Implants.

Ortho.

Aesthetic.

General.

אם כל שדה משתמש במונחים אחרים, הדוח נשבר.

Meta ו-Facebook הם לא שני Sources שונים

זו טעות נפוצה.

אם בחלק מהמקומות נרשם:

Facebook

ובחלק:

Meta

ובחלק:

Instagram

צריך להחליט מה רוצים למדוד.

אפשר למשל להגדיר:

Source = Meta.

Placement = Facebook / Instagram.

כך:

Source נשאר עקבי.

Placement נותן פירוט.

זה הרבה יותר נקי.

Source, Medium, Campaign ו-Creative הם לא אותו דבר

זו נקודה חשובה מאוד.

לדוגמה:

Source: Meta

Medium: Paid Social

Campaign: Implants_BSW_Leads

Creative: Video_Doctor_Fear_V01

אם הכול נשמר בשדה אחד:

“Facebook implants video”

קשה לנתח.

הפרדה בין השדות מאפשרת הרבה יותר גמישות.

טבלה: מבנה נכון ל-CRM

שדה	דוגמה
Source	Meta
Medium	Paid Social
Campaign	Implants_BSW_Leads
Ad Set	Broad_BSW_35_65
Creative	Video_Doctor_Fear_V01
Form	Implants_Consult_Filter2
Treatment	Implants
Location	BSW
Landing Page	LP_Implants_V2

Naming Convention של טפסים

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

שמות כמו:

“טופס חדש”

“טופס חדש 2”

“טופס שתלים”

לא מספיקים.

עדיף:

IMPLANTS | CONSULT | FILTER2 | V01

או:

ORTHO | LEAD | SHORT | V02

או:

AESTHETIC | QUALIFY | V03

כך אפשר להבין גם מה ההבדל בין הטפסים.

מה זה FILTER2?

אפשר להחליט על קוד פנימי.

למשל:

FILTER1 = Treatment Interest בלבד.

FILTER2 = Treatment + Location.

FILTER3 = Treatment + Location + Consultation Expectation.

העיקר הוא שתהיה Documentation.

לא להשתמש בקודים שאף אחד לא מכיר.

Naming Convention לדפי נחיתה

גם כאן כדאי לשמור מבנה.

למשל:

LP | IMPLANTS | BSW | V01

או:

LP | ORTHO | CONSULT | V02

אם יש URL ידידותי:

/implants-consultation

זה מצוין.

אבל ב-CRM אפשר לשמור גם Landing Page ID.

כך יודעים באיזה דף בדיוק השתמש הקמפיין.

Naming Convention לפי Treatment

כדאי ליצור מילון טיפולים אחיד.

למשל:

IMPLANTS

REHAB

ORTHO

AESTHETIC

GENERAL

HYGIENE

EMERGENCY

לא להשתמש פעם:

IMPLANT

ופעם:

IMPLANTS.

פעם:

FULLMOUTH.

ופעם:

REHAB.

אלא אם אלה באמת קטגוריות שונות.

עקביות חשובה יותר מהשם המדויק.

Naming Convention לפי Geography

אותו דבר לגבי מיקומים.

למשל:

BSW = Be’er Sheva.

TLV = Tel Aviv.

JLM = Jerusalem.

SOUTH = Southern Region.

CENTER = Central Region.

אם משתמשים בקיצורים, צריך רשימה.

אחרת:

BS

BSW

BEERSHEVA

B7

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

Naming Dictionary: מסמך קטן שחוסך הרבה כאב ראש

כדאי ליצור מסמך פשוט עם כל הקודים.

למשל:

Code	Meaning
META	Meta Ads
GADS	Google Ads
BSW	Be’er Sheva
RMKT	Remarketing
COLD	Acquisition
IMP	Implants
ORTHO	Orthodontics
AEST	Aesthetic
VID	Video
STA	Static
DOC	Doctor
CLN	Clinic

המסמך הזה יכול להיות Sheet אחד.

והוא הופך את כל המערכת להרבה יותר יציבה.

לא להגזים עם קיצורים

אם השם נראה כך:

MTA|IMP|BSW|CLD|LF|DOC|FS|V3

אבל אף אחד חוץ ממי שיצר אותו לא מבין מה זה, איבדנו את המטרה.

Naming Convention צריך להיות:

קצר.

אבל גם קריא.

עדיף:

META | IMPLANTS | BSW | COLD | LEADFORM

אם החשבון לא ענק, אין צורך לקצר כל מילה.

מהי רמת הפירוט הנכונה?

כלל טוב:

שם צריך לכלול מידע שמשמש לקבלת החלטות.

לא כל פרט טכני.

למשל:

Treatment – כן.

Location – כן.

Audience Type – לעיתים כן.

Creative Angle – ברמת Ad כן.

Upload Date – לא תמיד.

Designer Name – בדרך כלל לא.

File Resolution – בדרך כלל לא.

Naming Convention צריך להתאים לדוחות

נניח שבעל המרפאה רוצה לדעת:

איזה טיפול מביא הכי הרבה מטופלים?

אם Treatment נמצא בשם בצורה עקבית, קל לחלץ אותו.

אם הוא פעם:

Implants.

פעם:

שתלים.

פעם:

Full Mouth.

קשה.

לכן לפני שבונים Naming Convention, כדאי לשאול:

אילו שאלות אנחנו רוצים שהדאטה יענה עליהן?

Naming Convention ודשבורד

דשבורד טוב יכול לפצל נתונים לפי:

Platform.

Treatment.

Location.

Campaign.

Creative.

Conversion Path.

Audience.

אבל רק אם המידע עקבי.

אם Campaign Name בנוי בצורה שיטתית, אפשר אפילו לפרק אותו אוטומטית.

למשל:

META | IMPLANTS | BSW | LEADS | COLD

לשדות:

Platform = META.

Treatment = IMPLANTS.

Location = BSW.

Goal = LEADS.

Audience = COLD.

כך Naming Convention הופך לחלק ממערכת BI.

Naming Convention ו-Lead Attribution

נניח ליד הגיע עם:

Campaign:

META_IMP_BSW_COLD.

Creative:

VID_DOC_FEAR_V03.

כעת כאשר הוא הופך לפגישה, ניתן לדעת:

Meta.

Implants.

Be’er Sheva.

Cold.

Doctor Video.

Fear Angle.

Version 3.

זה מידע מצוין.

אפשר להתחיל לשאול:

האם Doctor Video עובד טוב יותר מ-Clinic Video?

האם Fear Angle מביא יותר Qualified Leads?

האם BSW עובד טוב יותר מאזור אחר?

בלי Naming Convention, השאלות האלה הרבה יותר קשות.

Version Control: למה הוא חשוב גם לטפסים ולדפי נחיתה?

נניח משנים שאלה בטופס.

לפני:

Form V01.

אחרי:

Form V02.

אם משנים את אותו טופס בלי לשמור גרסה, קשה להבין בהמשך:

מתי השתנתה איכות הלידים?

האם זה היה בגלל הקריאייטיב?

או בגלל הטופס?

לכן שינויים משמעותיים כדאי לתעד כגרסה.

אותו דבר לגבי Landing Page.

Change Log

Naming Convention עובד מצוין יחד עם Change Log.

אפשר לשמור טבלה:

Date	Component	Change	Version
12/9	Lead Form	Added location question	V02
15/9	Creative	New hook	V03
18/9	Landing Page	New CTA	V02

כך אם הביצועים משתנים, ניתן להבין מה קרה.

בלי Change Log נוצרת בעיית “מה עשינו אז?”

זה קורה הרבה.

מישהו אומר:

“הקמפיין היה טוב לפני חודש.”

ואז שואלים:

מה היה שונה?

אף אחד לא זוכר.

Naming + Versioning + Change Log פותרים את זה.

מודל ORDER לשמות מסודרים

אפשר להשתמש במודל:

O – Objective | מטרה
מה הקמפיין עושה?

R – Region | אזור
איפה?

D – Dental Service | טיפול
איזה טיפול?

E – Execution | ביצוע
קהל, טופס, קריאייטיב.

R – Revision | גרסה
איזו גרסה?

כך כל רכיב מקבל מבנה.

דוגמאות מלאות

Meta Campaign

META | IMPLANTS | BSW | LEADS | COLD

Meta Ad Set

BROAD | BSW+40KM | 35-65

Meta Ad

VIDEO | DOCTOR | COMPLEXCASE | V01

Form

IMPLANTS | CONSULT | FILTER2 | V01

Landing Page

LP | IMPLANTS | BSW | V02

Google Campaign

GADS | IMPLANTS | BSW | SEARCH

Google Ad Group

FULL_MOUTH_REHAB

CRM

Source: Meta
Medium: Paid Social
Campaign: META_IMP_BSW_LEADS_COLD
Creative: VID_DOC_COMPLEX_V01
Treatment: Implants

האם כדאי להשתמש בעברית או באנגלית?

אפשר לעבוד בשתי השיטות.

העיקר הוא אחידות.

אנגלית בדרך כלל נוחה יותר כאשר יש:

UTM.

Integrations.

CRM.

Dashboards.

Exports.

אבל אם כל הצוות עובד בעברית, אפשר בהחלט להשתמש בעברית.

למשל:

מטא | שתלים | באר שבע | לידים | קהל קר

הבעיה אינה השפה.

הבעיה היא ערבוב.

אם חלק מהמערכת בעברית וחלק באנגלית בלי חוק, קשה יותר לשמור עקביות.

אפשר לבחור Hybrid

למשל:

Platform באנגלית.

Treatment בעברית.

Location קוד.

לדוגמה:

META | שתלים | BSW | LEADS

גם זה יכול לעבוד.

כל עוד זה עקבי.

סימנים שמערכת השמות שלכם כבר יצאה משליטה

אם אתם רואים:

New campaign.

Copy of campaign.

Copy 2.

Final.

Final new.

Test.

Test new.

Audience 1.

Audience 2.

Form 3.

Untitled.

כדאי לעצור ולסדר.

זה לא קוסמטי.

זה משפיע ישירות על יכולת הניתוח.

לא חייבים לתקן הכול ביום אחד

אם החשבון כבר גדול, לא צריך לשנות מאות שמות בבת אחת.

אפשר להתחיל מהיום.

למשל:

כל Campaign חדש מקבל Naming Convention.

כל Creative חדש מקבל Version.

טפסים חדשים נקראים לפי Schema.

CRM מקבל Source Taxonomy.

בהמשך מסדרים את ההיסטוריה לפי הצורך.

8 שלבים לבניית Naming Convention למרפאת שיניים

1. מגדירים אילו שדות חשובים

Platform.

Treatment.

Location.

Audience.

Goal.

Creative.

Version.

2. יוצרים Dictionary

קודים אחידים.

3. בונים Template לכל רמה

Campaign.

Ad Set.

Ad.

Form.

Landing Page.

4. מתאימים את Google ו-Meta לאותה לוגיקה

לא חייבים להיות זהים – אבל צריכים לדבר אותה שפה.

5. מגדירים UTM Schema

Source.

Medium.

Campaign.

Content.

6. מחברים ל-CRM

אותם שמות ואותם קודים.

7. בונים Versioning

V01, V02, V03.

8. יוצרים Change Log

כדי לדעת מה השתנה ומתי.

10 שאלות לבדיקת Naming Convention

1. האם ניתן להבין טיפול מתוך שם הקמפיין?
2. האם Source כתוב תמיד באותה צורה?
3. האם Meta ו-Facebook מופיעים כשני מקורות שונים בטעות?
4. האם לכל Creative יש Version?
5. האם טפסים נקראים בצורה שמבדילה ביניהם?
6. האם UTM תואם לשם הקמפיין?
7. האם CRM מקבל Campaign Name אמיתי?
8. האם יש Dictionary של קיצורים?
9. האם אדם חדש בחשבון יכול להבין את המבנה?
10. האם ניתן לבנות דוח בלי לנקות ידנית עשרות שמות שונים?

אם התשובה לחלק מהשאלות היא לא, יש מקום לסדר.

Naming Convention טוב מקטין טעויות אנוש

כאשר הכול ברור:

פחות סיכוי להעלות Creative לקמפיין הלא נכון.

פחות סיכוי לחבר Form שגוי.

פחות סיכוי לשייך Lead למקור לא נכון.

פחות סיכוי שה-CRM יקבל ערך לא עקבי.

פחות זמן מבוזבז על חיפוש.

זו תועלת תפעולית אמיתית.

Naming Convention גם משפר Collaboration

כאשר עובדים עם:

מנהל קמפיינים.

מעצב.

בונה אתרים.

CRM Provider.

צוות קבלה.

מנהל מרפאה.

כולם צריכים להבין על מה מדברים.

במקום:

“תפתח את הקמפיין החדש של השתלים.”

אפשר לומר:

META | IMPLANTS | BSW | LEADS | COLD

אין ספק לאיזה קמפיין מתכוונים.

Naming Convention צריך להיות פשוט מספיק כדי שאנשים באמת ישתמשו בו

זו אולי הנקודה החשובה ביותר.

אפשר לבנות Schema מושלם עם 14 שדות.

אבל אם כל יצירת מודעה דורשת חמש דקות רק לכתיבת שם – אנשים יתחילו לדלג.

מערכת טובה צריכה להיות:

מספיק מפורטת לניתוח.

מספיק פשוטה לעבודה יומיומית.

לרוב 4–6 רכיבים בשם מספיקים.

מה לא לעשות?

לא להשתמש בשמות רגשיים כמו:

Winner.

Best.

Good.

Bad.

Star.

כי הם משקפים פרשנות רגעית.

Creative שהיה “Winner” יכול להיחלש.

עדיף שם עובדתי:

VID | DOC | PROCESS | V02

ואת הביצועים להשאיר בדוח.

אל תשנו את שם הרכיב רק כי הביצועים השתנו

זה חשוב.

Campaign Name צריך לתאר מה הוא.

לא אם הוא עובד.

אם משנים שם מ:

“Implants Test”

ל-

“Implants Winner”

אחרי שבוע, שוברים חלק מההיסטוריה והעקביות.

שמות מתארים מבנה.

דוחות מתארים ביצועים.

Naming Convention והעתיד של אוטומציה

ככל שמרפאות מחברות יותר מערכות:

Meta.

Google.

CRM.

Call Tracking.

WhatsApp.

Dashboard.

Automation.

AI.

אחידות הנתונים הופכת חשובה יותר.

מערכת אוטומטית לא “מבינה” ש:

FB

Facebook

Meta

Instagram Ads

הם אולי חלק מאותה משפחה.

אלא אם מגדירים לה.

Naming Convention טוב הופך את הדאטה ליותר Machine-Readable.

וזה חשוב ככל שהאוטומציה גדלה.

לסיכום: סדר בשמות הוא בסיס לסדר בשיווק

Naming Convention אולי נשמע כמו נושא קטן, אבל הוא משפיע על כל שרשרת המדידה.

כאשר השמות מסודרים, אפשר להבין:

מה כל קמפיין עושה.

איזה טיפול הוא מקדם.

איזה קהל הוא פונה אליו.

איזה Creative רץ.

איזו גרסה פעילה.

איזה Form מחובר.

איזה Source נכנס ל-CRM.

ואיך כל זה מתחבר לפגישה ולמטופל.

המערכת הנכונה נראית כך:

Naming → Tracking → CRM → Attribution → Reporting → Optimization

כאשר Naming אינו מסודר, כל מה שמגיע אחריו נהיה קשה יותר.

וכאשר Naming מסודר, פתאום אפשר לקחת דאטה מפלטפורמות שונות ולחבר אותו לשפה אחת.

במקום:

“Campaign New 3”

“Form New”

“Video Final”

“Facebook Lead”

מקבלים:

META | IMPLANTS | BSW | LEADS | COLD

FORM | IMPLANTS | CONSULT | V02

VIDEO | DOCTOR | COMPLEXCASE | V03

וההבדל אינו רק אסתטי.

זו הדרך להפוך מערך פרסום של מרפאת שיניים ממערכת שמנוהלת לפי זיכרון – למערכת שאפשר למדוד, להבין, להעביר, לייעל ולגדול איתה.