Google מספקת גרסאות מתורגמות של המאמרים במרכז העזרה, אבל התוכן של המדיניות שלנו אמור להיות זהה בכל הגרסאות. אנחנו אוכפים את המדיניות לפי נוסח הגרסה באנגלית. כדי לקרוא את המאמר הזה בשפה אחרת, השתמשו בתפריט הנפתח שבתחתית הדף.
משתמשי Display & Video 360 חייבים לפעול בהתאם למדיניות הזו של Google Ads. מידע על הגבלות נוספות זמין במרכז העזרה של Display & Video 360.
כדי להציג כתוביות בשפה שלכם, אפשר להפעיל את הכתוביות ב-YouTube. לוחצים על סמל ההגדרות בחלק התחתון של נגן הווידאו, לוחצים על 'כתוביות' ואז בוחרים את השפה הרצויה.
חוויית המשתמש נמצאת בראש סדר העדיפויות שלנו בכל המוצרים של Google, לכן אנחנו שואפים ליצור סביבה בטוחה שבה המשתמשים נותנים אמון ברשת המודעות של Google. כשמשתמשים לוחצים על מודעה ומופנים לדף נחיתה, אנחנו מוודאים שהחוויה הכוללת שלהם טובה. אנחנו מחילים את המדיניות בנושא דרישות לגבי יעדי מודעות כדי שדפי הנחיתה האלה יהיו פונקציונליים, שימושיים ונוחים לניווט. גם מפרסמים נהנים ממנה, כי מערכת Google Ads מבטיחה חוויית מותג איכותית בסביבת הפרסום העסקית.
בדף הזה:
- יעדי מודעות לא תקינים
- חוסר התאמה בין מודעות ליעדיהן
- יעדי מודעות בלתי ניתנים לסריקה
- לא ניתן להגיע ליעד
- חוויית המשתמש ביעד המודעה
- תוכן מקורי מועט מדי
- הפרת המדיניות של חנות האפליקציות או חנות האינטרנט
- כתובת URL לא קבילה
- אפליקציות לא מזוהות
- מספרי טלפון לא מאומתים
- מספרי טלפון בלתי קבילים
- איך לשנות את סוכן המשתמש מברירת המחדל באמצעות כלי הפיתוח ל-Chrome
Google דורשת שיעד המודעה והתוכן שלה יפעלו בדפדפנים ובמכשירים נפוצים, כדי שהמשתמשים יופנו ליעד מודעה תקין.
חשוב להקפיד שיעד המודעה יהיה פעיל, כך שסורקי אינטרנט של Google AdsBot יצליחו לסרוק אותו ולא יקבלו שגיאות יעד (כמו קוד תגובה של שגיאת HTTP) בכל המדינות. כתובת ה-URL המלאה שמוצגת בממשק המשתמש של Google Ads היא היעד של המודעה. זו כתובת ה-URL המלאה שאליה מגיעים כשלוחצים על המודעה, והיא כוללת את כתובת ה-URL הסופית, את תבנית המעקב המתאימה (אם רלוונטי) ואת הפרמטרים (אם רלוונטי).
התרחישים הבאים יובילו לדחייה של המודעה בגלל יעדי מודעות לא תקינים:
יעדים שלא פועלים כראוי או שהוגדרו באופן שגוי.
- דוגמאות: "הגעת לדף הזה בטעות"; "אופס! אין כאן כלום!" ; "האתר בבנייה"
- דוגמאות: אתר שמחזיר קוד שגיאה של לקוח HTTP או שגיאה בחיבור לשרת: '403 אסור', '404 לא נמצא', או '500 שגיאת שרת פנימית' בדפדפנים ובמכשירים נפוצים כשהוא נסרק בסורקי האינטרנט של Google AdsBot.
כדי להציג כתוביות בשפה שלכם, אפשר להפעיל את הכתוביות ב-YouTube. לוחצים על סמל ההגדרות
בחלק התחתון של נגן הווידאו, לוחצים על 'כתוביות' ואז בוחרים את השפה הרצויה.
הבנת הסיבה לכך שהמודעה נדחתה
שלב 1 מתוך 3: זיהוי השגיאה ביעד
1.1 בודקים את כתובת ה-URL שהזנתם. מומלץ לבדוק כתובות של דפי נחיתה, כתובות URL של מילות מפתח, כתובות URL דינמיות למעקב וכתובות URL של קישורי עומק כדי לוודא שהן נכונות ואין בהן שגיאות איות.
1.2 מוודאים שיעד המודעה פועל כראוי.
- אתרים ואפליקציות: ודאו שהמודעה מובילה לאפליקציה או לאתר שמחזירים קוד תגובה מסוג HTTP 200 באופן גלובלי.
- גם אם האפליקציה או האתר שלכם נטענים בהצלחה בצד שלכם, אסור שהם יחזירו שגיאת יעד כלשהי (כמו קוד של שגיאת HTTP) כשסורקי האינטרנט של Google AdsBot (סוכני משתמש) ייגשו אליהם.
- צריך לבדוק את יעד המודעה בדפדפנים ובמכשירים שונים כדי לוודא שהמודעה תמיד מקשרת לאתר פעיל או לאפליקציה פעילה. אפשר לקדם אפליקציות רק במקומות שבהם האפליקציה זמינה להורדה.
- מודעות לעידוד השימוש באפליקציה: צריך לבדוק שהגדרתם נכון את כתובת ה-URL לקישור העומק ולוודא שלא הפעלתם כלי מעקב של צד שלישי, כי אין כרגע תמיכה בכלים כאלה במודעות לעידוד השימוש באפליקציה.
- מודעות לקידום אפליקציות: צריך לוודא שכל כלי מעקב של צד שלישי שהפעלתם מפנה את המשתמש בצורה תקינה אל האפליקציה הנכונה בחנות האפליקציות המתאימה.
1.3 מעבירים את העכבר מעל למודעה שנדחתה בממשק המשתמש של Google Ads כדי לבדוק מה הסיבה לדחייה.
לדוגמה: המודעה הזו נדחתה כי כתובת ה-URL המלאה החזירה שגיאת HTTP 404 כש-Google AdsBot ניגש לאתר במחשב.
הערה: אסור לקדם אפליקציות במקומות שבהם האפליקציה לא זמינה להורדה.
שלב 2 מתוך 3: הבנה של שגיאת היעד
הסיבות הכי נפוצות לדחייה בגלל יעדי מודעות לא תקינים הן:
תגובת HTTP 4xx או HTTP 5xx: השרת שמארח את האתר שלכם החזיר שגיאת HTTP שמנעה מאיתנו לגשת לתוכן. לדוגמה: כתובת ה-URL שנתתם לנו שגויה (למשל, הייתה טעות בכתובת ה-URL), ולכן היעד החזיר את השגיאה 'הדף לא נמצא (404)' כשסורקי האינטרנט של Google AdsBot ניסו לגשת אליו.
שגיאת DNS: לא הצלחנו לגשת לדף כי לא הצלחנו לתרגם את שם המארח של השרת לכתובת IP.
כתובת ה-URL להפניה אוטומטית ארוכה מדי, כתובת ה-URL להפניה אוטומטית ריקה או שכתובת ה-URL להפניה אוטומטית פגומה: כתובת ה-URL להפניה אוטומטית שהשרת החזיר לא חוקית, ולכן לא הצלחנו לגשת אליה.
כתובת IP פרטית: כדי להגיע לאתר צריך לעבור דרך חומת אש או נתב שלא אפשרו לנו לגשת אליו.
תגובת HTTP בתבנית שגויה: התגובה שהתקבלה מהשרת משובשת.
פג הזמן הקצוב לקריאת הדף: לשרת נדרש יותר מדי זמן כדי להחזיר את הדף, ולכן הפסקנו את סריקת המוצר.
השרת מבצע יותר מדי הפניות לכתובות אחרות: השרת הפנה את הסריקה לכתובת אחרת יותר מדי פעמים, ולכן נאלצנו להפסיק אותה.
הדף דורש אימות: כתובת ה-URL שצוינה מוגנת על ידי פרוטוקול אימות כלשהו שמונע מ-Google לגשת לתוכן.
(אופציונלי) שלב 3 מתוך 3: משתמשים בכלי הפיתוח ל-Chrome כדי לבדוק שכתובת ה-URL פועלת כשסורקי האינטרנט של Google AdsBot ניגשים אליה
אחרי שזיהיתם את הסיבה לדחייה, אתם יכולים לבדוק אם כתובת ה-URL פועלת מהצד של Google כשסורקי האינטרנט של Google AdsBot ניגשים אליה. כדי לבדוק זאת, עליכם לגשת לאתר באמצעות כלי הפיתוח ל-Chrome שבו המחרוזת של סוכן המשתמש מוגדרת כ-Google AdsBot. כאן מוסבר איך מחליפים את סוכני המשתמש שמוגדרים כברירת מחדל בעזרת כלי הפיתוח ל-Chrome
אפשרויות לתיקון
בדקו את כתובת ה-URL שהזנתם
צריך לבדוק שיעד המודעה נכון שאין בו שגיאות הקלדה.
מתקנים את שגיאות היעד או שגיאות ה-HTTP
עליכם לוודא שיעד המודעה לא מחזיר שגיאת יעד (למשל: שגיאת HTTP) לסורקי האינטרנט של Google AdsBot במהלך הסריקה. אם לא הצלחתם לתקן את שגיאת היעד, תוכלו להודיע למפתח/ת האתרים שאסור שהאפליקציה או האתר יחזירו שגיאת יעד (למשל: שגיאת HTTP) ל-Google AdsBot במהלך הסריקה. לחלופין, אפשר להשתמש ביעד אחר שלא מחזיר שגיאת יעד. צריך לערוך את כתובת ה-URL הסופית של המודעה כך שהמודעה תפנה לחלק אחר באפליקציה או באתר, שלא מפר את המדיניות שלנו, ואחרי שעושים את זה לשמור את המודעה כדי שנוכל לבדוק אותה שוב.
הגשת ערעור על החלטה שהתקבלה לגבי המדיניות
אם תיקנתם את היעד או אם לדעתכם נפלה טעות, תוכלו לערער על ההחלטה שהתקבלה לגבי המדיניות ישירות מחשבון Google Ads ולבקש בדיקה חוזרת. אחרי שנוודא שהיעד פועל, נוכל לאשר את המודעות שלכם.
אם אתם לא יכולים לתקן את ההפרות האלה, או אם אתם בוחרים שלא לעשות זאת, עליכם להסיר את המודעה כדי שהחשבון לא יושעה בעתיד בגלל מספר גדול מדי של מודעות שנדחו.
Google דורשת שהמודעות ישקפו בצורה מדויקת לאיזו אפליקציה או לאיזה אתר המשתמשים יופנו כשילחצו על המודעה.
הערה: ודאו שכתובת ה-URL לתצוגה משקפת במדויק את היעד שאליו המשתמשים מופנים ושאין הפניות אוטומטיות מכתובת ה-URL הסופית שמעבירות את המשתמשים לדומיין אחר. כמו כן, ודאו שכתובת ה-URL המלאה מובילה אל כתובת ה-URL הסופית.
התרחישים הבאים יובילו לדחייה של המודעה בגלל חוסר התאמה בין מודעות ליעדיהן:
- דוגמאות: אם כתובת ה-URL לתצוגה היא google.com אבל כתובת ה-URL הסופית היא example.com, או אם כתובת ה-URL לתצוגה שמופיעה במודעה היא example.com אבל כתובת ה-URL הסופית שהוגדרה למילת המפתח היא example.org, או שימוש בתכונה 'הכנסת מילת מפתח' בדומיין שברמה העליונה או ברמה המשנית של כתובת ה-URL לתצוגה, למשל "www.{keyword}.com".
- דוגמה: אם כתובת ה-URL לתצוגה היא blogspot.com, וכתובת ה-URL הסופית היא mycompany.blogspot.com
הערה: אין צורך בתת-דומיין אם רק חברה אחת משתמשת בדומיין.
- דוגמה: אם כתובת ה-URL הסופית http://example.com מפנה לכתובת http://example2.com
- דוגמאות: כתובת ה-URL הסופית מובילה לדף של קטגוריית מוצרים, אבל תבנית המעקב או כתובת ה-URL המלאה מפנה את המשתמשים לדף של מוצר ספציפי, או שכתובת ה-URL הסופית היא example.com/clothes אבל תבנית המעקב מפנה אל example.com/clothes/shirts
הבנת הסיבה לכך שהמודעה נדחתה
כדי לבדוק מה הסיבה לדחיית המודעה, מעבירים את העכבר מעל המודעה שנדחתה בגלל חוסר התאמה בין המודעה ליעד שלה.
הסיבות הנפוצות ביותר לדחייה בגלל חוסר התאמה בין מודעות ליעדיהן הן:
- כתובת ה-URL הסופית שנסרקה לא תואמת לכתובת ה-URL הצפויה: כשכתובת ה-URL הסופית כוללת הפניות לכתובות אחרות מחוץ לדומיין, שמעבירות את המשתמשים לדומיין אחר.
- כתובת ה-URL לתצוגה לא תואמת לכתובת ה-URL הסופית: כשהאתר או האפליקציה שמוצגים במודעה (כתובת ה-URL לתצוגה) לא תואמים לאתר או לאפליקציה שאליהם המשתמשים יועברו אחרי שילחצו על המודעה (כתובת ה-URL הסופית).
- ,תבנית המעקב לא מפנה לכתובת אחרת דרך כתובת URL סופית: כשתבנית המעקב לא מובילה את המשתמשים אל אותו תוכן כמו כתובת ה-URL הסופית. כל שינוי שיבוצע בכתובת ה-URL כתוצאה מתבנית מעקב, כולל שינויים בפרמטרים ובתתי-הדומיינים, עלול להוביל את המשתמשים לתוכן השונה מזה שאליו מובילה כתובת ה-URL הסופית.
אפשרויות לתיקון
תקנו את חוסר ההתאמה בין המודעות ליעדיהן
ודאו שכתובת ה-URL לתצוגה משקפת במדויק את היעד שאליו המשתמשים מופנים ושאין הפניות אוטומטיות מכתובת ה-URL הסופית שמעבירות את המשתמשים לדומיין אחר. כדי לראות את הדומיין שאליו המודעה שלכם הפנתה משתמשים במהלך הבדיקה, תוכלו לעיין באימייל שמודיע על הדחייה או להעביר את העכבר מעל המודעה. אפשר גם להשתמש ב-Search Console כדי לבדוק את דף הנחיתה הסופי שאליו מובילה כתובת ה-URL, ולוודא שהדומיין שמתקבל זהה לדומיין של כתובת ה-URL לתצוגה. המדיניות הזו חלה על כתובות URL למילות מפתח שלא תואמות לכתובת ה-URL לתצוגה. מומלץ לעיין במאמר שמסביר איך לערוך כתובות URL למילות מפתח. אם אתם משתמשים בתבניות מעקב, ודאו שתבנית המעקב וכתובת ה-URL המלאה מובילות לאותו תוכן שאליו מובילה כתובת ה-URL הסופית.
חשוב לזכור ששינויים בתבניות המעקב ברמת המודעה, מילת המפתח או ה-sitelink ייבדקו אוטומטית. עם זאת, אם יצרתם את תבנית המעקב לקבוצת מודעות שלמה, לקמפיין שלם או לחשבון שלם, תצטרכו לשלוח בקשה לבדיקה אחרי שתתקנו את התבנית.
צריך לערוך את כתובות ה-URL כך שיעמדו בדרישות המדיניות. אחרי שתערכו ותשמרו את המודעה, היא תישלח לבדיקה. אחרי שנוודא שיעדי המודעות עומדים בדרישות, נוכל לאשר את המודעות שלכם.
הגשת ערעור על החלטה שהתקבלה לגבי המדיניות
אם תיקנתם את היעד או אם לדעתכם נפלה טעות, תוכלו לערער על ההחלטה שהתקבלה לגבי הפרת המדיניות ישירות מחשבון Google Ads ולבקש בדיקה חוזרת. אחרי שנוודא שהיעד עומד בדרישות, נוכל לאשר את המודעות שלכם.
אם אתם לא יכולים לתקן את ההפרות האלה, או אם אתם בוחרים שלא לעשות זאת, עליכם להסיר את המודעה כדי שהחשבון לא יושעה בעתיד בגלל מספר גדול מדי של מודעות שנדחו.
Google דורשת שיעד המודעה והתוכן שלה יהיו ניתנים לסריקה על ידי סורקי אינטרנט של Google AdsBot, כדי שנוכל לוודא שהמשתמשים מופנים ליעד מודעה שמשקף את המודעה שעליה לחצו.
התרחיש הבא יוביל לדחייה של המודעה בגלל יעדי מודעות בלתי ניתנים לסריקה:
- דוגמה: שימוש בקובצי החרגה (כמו "robots.txt") להגבלת הגישה לאתר כולו או למרבית האתר, הגבלת קיבולת הסריקה באופן לא פרופורציונלי ביחס למספר המודעות שנשלחות
הערה: גם אם הגדרות האתר או האפליקציה לא מונעות מ-Google Ads לסרוק את התוכן, יכול להיות שהגבלתם את יעילות הסריקה באופן בלתי מכוון. הסבירות לכך גדלה אם שלחתם לאחרונה כמות גדולה של מודעות ל-Google. אם אתם משתמשים בכלי למעקב אחר קליקים על המודעות שלכם, בדקו אם הכלי משפיע על נפח הסריקה. אם נפח הסריקה של האתר לא מספיק, מומלץ לחלק את המודעות שנשלחות לאצוות קטנות יותר ולפזר אותן על פני כמה ימים.
אפשרויות לתיקון
אפשרו לסורקי אינטרנט של Google AdsBot לגשת ליעדי המודעות
עליכם לבדוק את ההגדרות של האתר או האפליקציה כדי לוודא שהן לא מונעות מ-Google Ads לסרוק את התוכן באמצעות קובצי החרגה (כמו "robots.txt").
מהו קובץ robots.txt?
בקובץ robots.txt מציינים לסורקים של מנוע החיפוש לאילו כתובות URL הסורק יכול לגשת באתר שלכם. מידע נוסף על האופן שבו Google מפרשת את המפרט של robots.txt זמין כאן. הסיבות הנפוצות ביותר ליעדי מודעות בלתי ניתנים לסריקה בגלל Robots.txt הן:
- קובץ robots.txt של השרת מונע את הגישה: הוספתם לשרת שלכם קובץ robots.txt ואסרתם את גישת הסורק. אין לנו אפשרות לסרוק דפים עם סוגים כאלה של קבצים ואיסורים. כדי לפתור את הבעיה, צריך להגדיר את קובץ robots.txt כך שיאפשר לנו לסרוק את הדפים.
- לא ניתן לגשת לקובץ robots.txt של השרת, פג הזמן הקצוב לקריאת קובץ robots.txt: לא הצלחנו לקרוא את קובץ robots.txt, ולכן לא יכולנו לסרוק את הדף.
ודאו שאתם לא משתמשים בקובצי החרגה (כמו "robots.txt") להגבלת הגישה לאתר כולו או למרבית האתר. אתם גם יכולים להשתמש ב-Google Search Console כדי לבדוק איך להפוך את הדפים לנגישים ולחפש שגיאות סריקה, או כדי לבדוק אם הגדרתם קצב סריקה איטי. אם אתם משתמשים בכלי למעקב אחר קליקים על המודעות שלכם, בדקו אם הכלי משפיע על נפח הסריקה. אם לא הצלחתם לפתור את הבעיה, תוכלו להודיע למפתח/ת האתרים שהאפליקציה או האתר צריכים להיות נגישים לסורקי האינטרנט של Google AdsBot.
אם תיקנתם את היעד או אם לדעתכם נפלה טעות, תוכלו לערער על ההחלטה שהתקבלה לגבי המדיניות ישירות מחשבון Google Ads ולבקש בדיקה חוזרת. אחרי שנוודא שהיעד עומד בדרישות, נוכל לאשר את המודעות שלכם.
בחירת יעד אחר
לחלופין, אפשר להשתמש ביעד אחר שעומד בדרישות. צריך לערוך את כתובת ה-URL הסופית של המודעה כך שהמודעה תפנה לחלק אחר באפליקציה או באתר, שלא מפר את המדיניות שלנו, ואחרי שעושים את זה לשמור את המודעה כדי שנוכל לבדוק אותה שוב.
אם אתם לא יכולים לתקן את ההפרות האלה, או אם אתם בוחרים שלא לעשות זאת, עליכם להסיר את המודעה כדי שהחשבון לא יושעה בעתיד בגלל מספר גדול מדי של מודעות שנדחו.
לא ניתן להגיע ליעד
Google דורשת שהמודעות יהיו נגישות במיקום הגיאוגרפי המטורגט.
התרחיש הבא יוביל לדחייה של המודעה בגלל שלא ניתן להגיע ליעד:
- דוגמאות (רשימה חלקית): אתר שבו מוצגת הודעה במיקום הגיאוגרפי לטירגוט בנוגע להגבלת גישה לפי מיקום (למשל: "אין גישה לאתר הזה מהמיקום שלך"), אתר שמוצגות בו הודעות אחרות הקשורות להגבלות גישה במיקום הגיאוגרפי המטורגט (למשל: "אין לך הרשאה לגשת לדף זה").
ודאו שקל לנווט ביעדים של המודעות או בתוכן שלהם (כולל חלונות קופצים), ושהם לא מכילים חוויות שימוש מטעות (אתרים שנועדו להטעות). בנוסף, ודאו שיעד המודעה לא מפעיל הורדה ישירה באופן ישיר, ושהוא לא מוביל לכתובת אימייל או לקובץ (כדאי לעיין ברשימה שלמטה).
- חלונות קופצים מתוזמנים
- חלונות קופצים שנסגרים בעצמם
- חלונות קופצים במעבר בין דפים
- חלונות קופצים שנוצרים מהמודעה עצמה
- חלונות קופצים שמוצעים בהם קבצים להורדה
- חלונות קופצים אחוריים
אנחנו מתירים את השימוש במעברונים, כל עוד הם לא מונעים מהמשתמש לצאת מהאתר. מעברונים כשירים דומים אמנם לחלונות קופצים, אבל הם סוג של גרפיקה שמופיעה בתוך דף הנחיתה במקום להיפתח בחלון חדש של הדפדפן, והם לא מעכבים את היציאה של המשתמש מהאתר או מהאפליקציה.
התרחישים הבאים יובילו לדחייה של המודעה בגלל חוויית המשתמש ביעד המודעה:
- דוגמאות: אתרים עם מודעות קופצות או מעברונים שמפריעים למשתמשים לראות את התוכן המבוקש, אתרים שמשביתים את פעולת הלחצן 'הקודם' בדפדפן או מפריעים לפעולתו, אתרים שלא נטענים במהירות בדפדפנים ובמכשירים הנפוצים ביותר, או אתרים שמחייבים הורדה של אפליקציה נוספת כדי להציג את דף הנחיתה (מלבד יישומי פלאגין נפוצים של דפדפנים)
- דוגמאות: תמונות, סרטונים, אודיו, מסמכים
הערה: למפרסמים של בתי מרקחת מותר להשתמש בדפי נחיתה בפורמט PDF. צריך להציג אזהרה שתסביר שמותר להשתמש בדפי נחיתה בפורמט PDF בחשבונות מאושרים או במודעות מאושרות בתחום הפרמצבטיקה.
- דוגמאות: אתרים שבהם המשתמש מופנה באופן אוטומטי לדף אחר מבלי לבצע פעולה, אתרים שכוללים מודעות הדומות לאזהרות מערכת, לאזהרות מהאתר או להודעות שגיאה.
- דוגמאות: מעברונים מקדימים עם ספירה לאחור, מודעות גדולות במיקום קבוע ומודעות עם אנימציה מהבהבת.
אפשרויות לתיקון
תקנו את חוויית המשתמש ביעד המודעה
ודאו שיעד המודעה מספק למשתמשים חוויית משתמש טובה: היעד צריך להיות פונקציונלי, שימושי ונוח לניווט. אחרי שתעדכנו את היעד בהתאם למדיניות שלנו, או אם לדעתכם נפלה טעות, תוכלו לערער על ההחלטה שהתקבלה לגבי המדיניות ישירות מחשבון Google Ads.
אם זוהו באתר חוויות שימוש מטעות, עליכם:
- לבדוק את סטטוס האתר ב-Google Search Console.
- להסיר חוויות שימוש מטעות מהאתר.
- לפעול לפי ההנחיות שמפורטות כאן כדי שנוכל לשקול מחדש את הסטטוס של האתר.
- אם בבדיקה נגלה שכבר אין באתר חוויות שימוש מטעות, המודעות יאושרו להפעלה.
אם יעדי המודעות מכילים חוויות צופים שלא עומדות בהנחיות Better Ads Standards, פועלים לפי ההוראות שמפורטות בהמשך כדי לתקן את ההפרה:
- בודקים את הסטטוס של היעד בדוח חוויית הצופים במודעות.
- מתקנים את כל הבעיות ביעד בנוגע לחוויית הצופה במודעה.
- פועלים לפי ההנחיות שמפורטות כאן כדי שנוכל לשקול מחדש את הסטטוס של האתר.
- אם בבדיקה נגלה שכל הבעיות בנוגע לחוויית הצופה במודעה תוקנו, המודעות יאושרו להפעלה.
בחירת יעד אחר
אם אתם לא יכולים לבצע שינויים ביעד המודעה, כדאי להשתמש ביעד אחר. צריך לערוך את כתובת ה-URL הסופית של המודעה כך שהמודעה תפנה לחלק אחר באפליקציה או באתר, שעומד בדרישות של המדיניות. אחרי שעושים את זה, שומרים את המודעה כדי שנוכל לבדוק אותה שוב.
אם אתם לא יכולים לתקן את ההפרות האלה, או אם אתם בוחרים שלא לעשות זאת, עליכם להסיר את המודעה כדי שהחשבון לא יושעה בעתיד בגלל מספר גדול מדי של מודעות שנדחו.
אנחנו רוצים שהצרכנים ייהנו מחוויה טובה כשהם לוחצים על מודעה, ולכן יעדי המודעות צריכים לתת למשתמשים ערך ייחודי.
בהמשך מפורטות כמה דוגמאות (רשימה חלקית) לדברים שיש להימנע מהם במודעות. אלה המקרים שבהם מודעה תידחה בגלל תוכן מקורי מועט מדי:
- לדוגמה: הגברת התנועה (באמצעות "ארביטראז'" או שיטות אחרות) ליעדים שיש בהם פרסום מוגזם, יותר מודעות מאשר תוכן מקורי, מעט תוכן מקורי או שאין בהם תוכן מקורי כלל
- לדוגמה: שכפול אתרים, מסגור, העתקת תוכן ממקור אחר, תבניות או אתרים שנוצרו מראש שמספקים תוכן כפול
- לדוגמה: דף גישור, דף סף, שער, דפי ביניים אחרים שכל מטרתם היא לקשר לאתרים אחרים
- לדוגמה: דומיין בהמתנה, אתר שהמטרה היחידה שלו היא לשריין כתובת אינטרנט, ורק מוצגות בו הודעות "בבנייה", "בקרוב" או הודעות דומות
- לדוגמה: דפים ריקים, תוכן בג'יבריש בדף הנחיתה
אפשרויות לתיקון
תיקון התוכן של יעד המודעה
כדאי להתמקד בהצגה מיידית של תוכן שימושי, ייחודי ומקורי למשתמשים, ולא להעמיס את היעד במודעות, גם אם הן מאוד רלוונטיות לטקסט של המודעה. מבקשים ממפתח/ת האתר להסיר את כל מערכי הפריימים ב-HTML שמעתיקים תוכן מדומיינים שהם לא הדומיין של דף הנחיתה של המודעה. אם יש באפליקציה או באתר שלכם פונקציונליות חיפוש, צריך לוודא שתוצאות החיפוש לא מועתקות מאפליקציות או מאתרים אחרים. בודקים אם תוקף הרישום של האתר פג.
אם תיקנתם את היעד או אם לדעתכם נפלה טעות, תוכלו לערער על ההחלטה שהתקבלה לגבי הפרת המדיניות ישירות מחשבון Google Ads ולבקש בדיקה חוזרת. אחרי שנוודא שהיעד עומד בדרישות של המדיניות שלנו, נוכל לאשר את המודעות שלכם.
בחירת יעד אחר
אם אתם לא יכולים לבצע שינויים ביעד המודעה, כדאי להשתמש ביעד אחר. צריך לערוך את כתובת ה-URL הסופית של המודעה כך שהמודעה תפנה לחלק אחר באפליקציה או באתר, שעומד בדרישות של המדיניות. אחרי שעושים את זה, שומרים את המודעה כדי שנוכל לבדוק אותה שוב.
אם אי אפשר לתקן את ההפרות האלה, עליכם להסיר את המודעה כדי שהחשבון לא יושעה בעתיד בגלל מספר גדול מדי של מודעות שנדחו.
Google דורשת שהיעדים שלכם בחנות האינטרנט או בחנות האפליקציות יעמדו בדרישות המדיניות של חנות האפליקציות או חנות האינטרנט של Google.
התרחיש הבא יוביל לדחייה של המודעה בגלל הפרת המדיניות של חנות האפליקציות או חנות האינטרנט:
- דוגמאות: נכסים שמפרים את מדיניות התוכנית למפתחים של Chrome או אפליקציות שמפרות את המדיניות של Google Play
הבנת הסיבה לכך שהמודעה נדחתה
לקבלת פרטים נוספים על ההפרה, ניתן לעיין בהודעה שקיבלתם מחנות האפליקציות או מחנות האינטרנט (למשל: חנות האינטרנט של Chrome או חנות Google Play). אחרי שההפרות יטופלו, נוכל לחדש את הצגת המודעות.
אלה המקרים שבהם מודעה תידחה בגלל כתובת URL לא קבילה:
- לדוגמה: 123.45.678.90
- דוגמאות: תווים כמו !, *, #, _, @
אלה המקרים שבהם מודעה תידחה בגלל אפליקציות לא מזוהות:
- דוגמאות: מבנה שגוי של מזהה אפליקציה או שם שגוי של חנות האפליקציות, אפליקציה שנמחקה או הושעתה בחנות האפליקציות
Google דורשת שמספרי הטלפון במודעות להתקשרות בלבד, בנכסי התקשרות ובנכסי מיקום יהיו פעילים במדינה שאתם מטרגטים וקשורים לחברה שמקודמת במודעה.
התרחיש הבא יוביל לדחייה של המודעה בגלל מספרי טלפון בלתי קבילים במודעות להתקשרות בלבד, בנכסי התקשרות ובנכסי מיקום:
אפשרות לתיקון
שלב 1 מתוך 2: אימות מספר הטלפון
יש שתי דרכים לאמת מספר טלפון:
- הצגת המספר באתר.
- מספר הטלפון שבמודעה חייב להופיע באתר שמקודם במודעה. אם מספר הטלפון מופיע במודעות שמקדמות אתרים שונים, הוא חייב להופיע לפחות בדף אחד בכל אחד מהאתרים האלה.
- חשוב לזכור: כתובת ה-URL לאימות וכתובת ה-URL לתצוגה של המודעה חייבות להיות באותו דומיין. המספר צריך להופיע כטקסט. מספר שמוצג כתמונה לא עומד בדרישות המדיניות.
- הערה: יהיה לנו קל יותר לבדוק ולאמת את מספר הטלפון אם הוא יוצג בדף נחיתה שמגיעים אליו הרבה מבקרים. כדי להגדיל את הסיכויים שהסורק יזהה את מספר הטלפון, אתם צריכים לוודא שהמספר מופיע בפורמט E.164 בקוד המקור של האתר. דוגמה של פורמט E.164 (משמאל לימין): [מספר הטלפון כולל קוד אזור] [קוד מדינה] [+]. אם אתם משתמשים בסקריפט של הכנסת מספר דינמי כדי לשנות את מספר הטלפון באתר שלכם על סמך מקור התנועה, מומלץ להשתמש בשיטות שמפורטות למטה לצורך אימות הבעלות על הדומיין.
- אימות הבעלות על הדומיין
- דרך נוספת לאמת את מספר הטלפון היא על ידי הוכחה שיש לכם בעלות על הדומיין שבו מתארחת כתובת ה-URL לתצוגה של המודעה. יש 2 דרכים לעשות את זה:
- לקשר בין חשבון Google Search Console לחשבון Google Ads
- להוסיף לאתר את תג מעקב ההמרות או את תג הרימרקטינג הייחודיים שלכם ב-Google Ads.
שלב 2 מתוך 2: עריכת המודעה או הנכס
אם יש במודעה נכס מיקום, מספר הטלפון שמשויך אליו חייב לעמוד בדרישות שלמעלה. ניתן לערוך את הנכס בשתי דרכים, בהתאם לכתובת שרוצים להשתמש בה.
- כתובת ב'פרופיל העסק ב-Google'
אם המיקום שלא אושר הוא כתובת מ-'פרופיל העסק ב-Google', צריך להיכנס לחשבון 'פרופיל העסק ב-Google' ולעדכן שם את פרטי המיקום. הפעולה הזו תעביר את המידע ל-Google Ads באופן אוטומטי. איך עורכים את דף העסק ב'פרופיל העסק ב-Google'
- כתובת שהוזנה ידנית
אם הזנתם את הכתובת ידנית, צריך להעביר את העכבר מעל לכתובת וללחוץ על סמל העיפרון כדי לערוך את פרטי המיקום. חשוב לבדוק את שם החברה ולוודא שלא השתמשתם בסימן מסחרי אסור.
אם אתם משתמשים במודעה להתקשרות טלפונית בלבד או בנכס התקשרות, שנו את מספר הטלפון שבמודעה או בנכס כדי שיהיה אפשר לאשר את המודעה.
אחרי שעורכים ושומרים את המודעה או הנכס, הם נשלחים אלינו לבדיקה. אם נראה שהסרתם את התוכן שלא עומד בדרישות המדיניות מהמודעה ומדף הנחיתה, נוכל לאשר את הצגת המודעה.
Google דורשת שמספרי הטלפון במודעות להתקשרות בלבד, בנכסי התקשרות ובנכסי מיקום יהיו פעילים במדינה שאתם מטרגטים וקשורים לחברה שמקודמת במודעה.
התרחיש הבא יוביל לדחייה של המודעה בגלל מספרי טלפון בלתי קבילים במודעות להתקשרות בלבד, בנכסי התקשרות ובנכסי מיקום:
הערה: לעיתים Google עשויה לבצע שיחות בדיקה קצרות למספר הטלפון שסופק, כדי לאשר שהוא תקף, מדויק ורלוונטי. ייתכן גם ששיחות הבדיקה האלה יוקלטו.
- דוגמה למספרי פרמיום: כל מספר שדורש חיוב נוסף על מנת להשלים את השיחה, כגון מספרי 1-900 בארצות הברית או מספרי 871 בבריטניה
- דוגמה למספרי טלפון באותיות: מספרי טלפון שבהם מספרים הוחלפו באותיות, כגון "1-800-GOOG-411" במקום "1-800-466-4411"
הערה: ניתן להשתמש במספרי טלפון שעלות השיחות אליהם משותפת, אבל הם יוצגו עם כתב ויתור שמציין שעשויים לחול חיובים נוספים.
- דוגמה: שימוש במספר טלפון מקומי בגרמניה במודעה שמטרגטת את קנדה
הערה: השירות הזה זמין רק במדינות מסוימות, למשל בריטניה וספרד.
הגבלות ספציפיות למדינה: ברזיל
למספרי טלפון בברזיל צריך לצרף את קוד הספק שבחרתם. לדוגמה, במקום '11 5555-1234', כתבו '0XX11 5555 1234' (כאשר "XX" הוא קוד הספק). אין צורך להוסיף קוד ספק למספרים לשיחת חינם או למספרים שעלות השיחות אליהם משותפת, כמו 4004 או 0800.
אפשרויות לתיקון
שלב 1 מתוך 2: תיקון מספר הטלפון
צריך לתת מספר טלפון תקין ורלוונטי שמקשר את הלקוחות לחברה המתפרסמת ונמצא במדינה שאליה רוצים לטרגט.
שלב 2 מתוך 2: עריכת המודעה או הנכסים
אם יש במודעה נכס מיקום, מספר הטלפון המשויך אליו חייב לעמוד בדרישות שלמעלה. יש שתי דרכים לערוך את הנכס בהתאם לכתובת שבה רוצים להשתמש.
כתובת ב'פרופיל העסק ב-Google'
אם המיקום שלא אושר הוא כתובת מ-'פרופיל העסק ב-Google', צריך להיכנס לחשבון 'פרופיל העסק ב-Google' ולעדכן שם את פרטי המיקום. הפעולה הזו תעביר את המידע ל-Google Ads באופן אוטומטי. איך עורכים את דף העסק ב'פרופיל העסק ב-Google'
כתובת שהוזנה ידנית
אם הזנתם את הכתובת ידנית, צריך להעביר את העכבר מעל לכתובת וללחוץ על סמל העיפרון כדי לערוך את פרטי המיקום. חשוב לבדוק את שם החברה ולוודא שלא השתמשתם בסימן מסחרי אסור.
אם אתם משתמשים במודעה להתקשרות טלפונית בלבד או בנכס התקשרות, אתם צריכים לערוך את מספר הטלפון ולהזין מספר שעומד בדרישות של המדיניות.
לאחר שתערכו את המודעה או את הנכס ותשמרו אותם, הם יישלחו אלינו לבדיקה. אם נראה שהסרתם את התוכן שלא עומד בדרישות המדיניות מהמודעה ומדף הנחיתה, נוכל לאשר את הצגת המודעה.
שינוי מברירת המחדל באמצעות הכלים למפתחים ב-Chrome
הוראות להחלפה של סוכן המשתמש שמוגדר כברירת מחדל בעזרת כלי הפיתוח ל-Chrome
- פותחים את כלי הפיתוח ל-Chrome.
- משתמשים במקשי הקיצור: Command+Option+I (למשתמשי Mac) או Control+Shift+I (למשתמשי Windows, Linux או ChromeOS).
- לוחצים לחיצה ימנית במקום כלשהו בדף, ובוחרים באפשרות בדיקה כדי לפתוח את כלי הפיתוח ל-Chrome.
- לוחצים על תצוגה > מפתח > כלים למפתחים.
- נכנסים לכרטיסייה תנאי הרשת: מסמנים את האפשרות 'השבתת המטמון' בקטע 'מטמון', ומבטלים את הסימון באפשרות 'שימוש בברירת המחדל שמוגדרת בדפדפן' בקטע 'סוכן משתמש'.
- בקטע 'סוכן משתמש', בוחרים באפשרות מותאם אישית... ומזינים את מחרוזת סוכן המשתמש: לדוגמה, כדי לגשת ליעד אינטרנט כמו סורקי אינטרנט של Google AdsBot, מזינים את 'המחרוזת המלאה של סוכן המשתמש' של אחד מסורקי האינטרנט של Google AdsBot שמפורטים כאן בשדה 'יש להזין סוכן משתמש בהתאמה אישית'.
- מזינים את כתובת היעד בדפדפן כדי לגשת לאתר עם סוכן המשתמש שנבחר.
סורקי אינטרנט של Google AdsBot (סוכני משתמש)
"סורק" הוא שם גנרי לתוכנה שמשמשת לגילוי ולסריקה אוטומטיים של אתרים על בסיס הקישורים שמפנים מדף אינטרנט אחד לדף אחר. לפעמים הוא מכונה "רובוט".
סוכן המשמש הוא מחרוזת שמסופקת על ידי הדפדפן או הסורק שמבקש מידע משרת אינטרנט. הסוג העיקרי של סוכני המשתמש של Google לבדיקת איכות המודעות בדפי אינטרנט נקרא AdsBot. תיאור של סורקי האינטרנט של Google ורשימה מלאה של מחרוזות סוכני המשתמש זמינים כאן.
המחרוזת המלאה של סוכן המשתמש היא תיאור מלא של הסורק. היא מופיעה בבקשה וביומני האינטרנט שלכם. המחרוזת הזו משמשת לציון מטרת הבקשה והיכולות של המכשיר. לדוגמה: מפתחי אתרים או מארחים של שרתי אינטרנט יכולים להשתמש בסוכן המשתמש להגדרת כללי הסריקה של האתר שלהם.
מודעות יידחו בגלל יעדי מודעות לא תקינים אם יעד המודעה יחזיר שגיאת יעד (כמו קוד שגיאת HTTP) כשהוא ייסרק על ידי אחת מהמחרוזות של סוכני המשתמש של Google AdsBot שמוגדרות בהמשך:
AdsBot Mobile Web Android – בדיקת איכות המודעות בדפי אינטרנט ב-Android
האסימון של סוכן המשתמש: AdsBot-Google-Mobile
המחרוזת המלאה של סוכן המשתמש: Mozilla/5.0 (Linux; Android 5.0; SM-G920A) AppleWebKit (KHTML, כמו Gecko) Chrome Mobile Safari (תואם; AdsBot-Google-Mobile; +http://www.google.com/mobile/adsbot.html)
AdsBot Mobile Web – בדיקת איכות המודעות בדפי אינטרנט ב-iPhone
האסימון של סוכן המשתמש: AdsBot-Google-Mobile
המחרוזת המלאה של סוכן המשתמש: Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 כמו Mac OS X) AppleWebKit/601.1.46 (KHTML, כמו Gecko) Version/9.0 Mobile/13B143 Safari/601.1 (תואם; AdsBot-Google-Mobile; +http://www.google.com/mobile/adsbot.html)
AdsBot – בודק את איכות המודעות בדפי אינטרנט למחשב שולחני
האסימון של סוכן המשתמש: AdsBot-Google
המחרוזת המלאה של סוכן המשתמש: AdsBot-Google (+http://www.google.com/adsbot.html)