לשיתופים ב-Facebook
בדקו איך הכתובת שלכם תוצג בפוסט או בשיתוף ב-Facebook.
בלי כרטיס אשראי · תוכנית Free בלי הגבלת זמן
Facebook הוא הפלטפורמה שבה Open Graph נולד, והוא מצפה לפחות ל-og:title, ל-og:description, ל-og:image ול-og:type.
התצוגות המקדימות נשמרות במטמון לזמן ארוך. אחרי שמעדכנים את התגים, השתמשו ב-Sharing Debugger של Facebook כדי לכפות סריקה מחדש.
לסורק של Facebook (facebookexternalhit) יש התנהגות אחת שמפתיעה אנשים: השיתוף הראשון של כתובת עלול להופיע בלי התמונה, כי בסריקה הראשונה Facebook שולף ומעבד את og:image ברקע. הפתרון הוא לחמם את המטמון: הריצו את הכתובת פעם אחת ב-Sharing Debugger לפני שהקמפיין יוצא, כדי שהתמונה תעובד לפני השיתוף האמיתי הראשון. אפשרות אחרת: התגים og:image:width ו-og:image:height מאפשרים ל-Facebook להציג את התמונה נכון כבר בשיתוף הראשון, בלי העיכוב.
המטמון נשמר לפי הכתובת המדויקת, ולכן קישורים עם תגי UTM הם מלכודת עדינה: example.com/page ו-example.com/page?utm_source=facebook נשמרים במטמון בנפרד, וכל גרסה צריכה סריקה משלה כדי להציג תגים מעודכנים. אם בקישורי הקמפיין יש UTM, בדקו את הכתובת המתויגת ולא את הכתובת הנקייה. במטמון של Facebook הן באמת יכולות להיות שונות.
כמו כל סורק גדול, facebookexternalhit קורא HTML שעבר רינדור בצד השרת ולא מריץ JavaScript. הוא גם מכבד כללי חסימת בוטים, ולפעמים נתפס בהם בטעות. חומות אש לאפליקציות (WAF) והגנות DDoS שמציבות אתגר לסוכני משתמש לא מוכרים הן סיבה נפוצה לתצוגות מקדימות שעובדות בפלטפורמות אחרות ונכשלות ב-Facebook. ה-Sharing Debugger מראה את התגובה ש-Facebook קיבל בפועל, ולכן הוא הבדיקה הקובעת כשהכלי הזה מראה תגים תקינים ו-Facebook חושב אחרת.
התג og:url חשוב ב-Facebook יותר מבמקומות אחרים, כי הוא מאחד את מספר השיתופים ואת המטא-נתונים השמורים תחת הכתובת הקנונית. אם og:url מצביע על כתובת אחרת מזו ששותפה, Facebook מתייחס ליעד של og:url כאובייקט האמיתי. זה שימושי לאיחוד גרסאות עם www ובלי www, או http ו-https, ומסוכן אם הוא מצביע בטעות על כתובת ישנה.
התצוגות המקדימות ב-Facebook וב-Messenger נבנות מאותה סריקה, ולכן סט אחד של תגים תקינים מכסה את שתיהן. כדאי להעיף מבט על הרקע הכהה של Messenger כשבוחרים תמונה: תמונות עם רקע לבן וקצוות חדים נראות שם כלואות בתוך קופסה, ואילו תמונות שממלאות את כל המסגרת נראות טוב בשני המקומות.
אם הכרטיס נראה לא נכון, הסיבה היא בדרך כלל התגים של הדף או הפניה שעומדת לפניו. תיקון תצוגות מקדימות של Open Graph עובר על התגים שכל פלטפורמה קוראת, בודק ההפניות מראה אם סורק עובר דרך כמה קפיצות לפני שהוא מגיע לדף שלכם, וציון האמינות לקישור מראה אם היעד עצמו מסומן כחשוד. למונחים (og:image, canonical, unfurl) ראו את המילון. לגרסה הלא-טכנית, בודק התצוגה המקדימה של קישורים מציג את הכרטיס הסופי בשמונה פלטפורמות בבת אחת.
תפסו תגים חסרים או שגויים לפני השקת קמפיין, וחממו את המטמון של Facebook כדי שהשיתוף האמיתי הראשון יופיע עם התמונה.
ודאו שהתגים החדשים כבר באוויר לפני שאתם מרעננים את המטמון של Facebook. "Scrape Again" על דף שעדיין מגיש תגים ישנים רק שומר את הבעיה מחדש.
השוו גרסאות של og:image כדי להגיע ל-CTR הגבוה ביותר. זכרו שכל גרסה של כתובת נשמרת במטמון בנפרד, אז השתמשו בכתובת נפרדת לכל קבוצת בדיקה.
בדקו את הכתובת המתויגת המדויקת שהמודעות והפוסטים ישתפו, כי Facebook שומר במטמון כל גרסה של פרמטרי הכתובת בנפרד.
כשהתצוגה המקדימה נכשלת רק ב-Facebook, בדקו אם חומת האש מציבה אתגר ל-facebookexternalhit. זו תקלה שקטה ונפוצה באתרים מוגנים.
גרסאות מוגדרות מראש, מותאמות לפלטפורמות ולתרחישי שימוש מסוימים.
לשיתופים ב-LinkedIn
ראו איך הכתובת שלכם תיראה כשישתפו אותה ב-LinkedIn, לפני שאתם מפרסמים.
פתיחת הגרסהלתצוגות מקדימות ב-Slack
בדקו איך הקישור שלכם מוצג בהודעות ובערוצים של Slack.
פתיחת הגרסהלכרטיסי X ו-Twitter
ראו איך הקישור שלכם מוצג ככרטיס Twitter ב-X.
פתיחת הגרסהלהטמעות ב-Discord
ראו איך Discord מטמיע את הכתובת שלכם בערוץ או בהודעה פרטית.
פתיחת הגרסהלצ'אטים ב-WhatsApp
ראו את הכותרת, התיאור והתמונה הממוזערת ש-WhatsApp מציג כשמדביקים קישור בצ'אט.
פתיחת הגרסהלהודעות ב-Telegram
ראו איך Telegram מציג את הקישור שלכם בצ'אטים, בקבוצות ובערוצים.
פתיחת הגרסהלקישורים עשירים ב-iMessage
ראו את כרטיס הקישור העשיר ש-Apple Messages בונה מ-og:title ומ-og:image.
פתיחת הגרסה