לשיתופים ב-LinkedIn
ראו איך הכתובת שלכם תיראה כשישתפו אותה ב-LinkedIn, לפני שאתם מפרסמים.
בלי כרטיס אשראי · תוכנית Free בלי הגבלת זמן
LinkedIn שולף את תגי Open Graph בשיתוף הראשון ושומר אותם במטמון לזמן ארוך. תצוגה מקדימה גרועה בשיתוף הראשון יכולה להישאר ימים.
אחרי שתיקנתם את התגים, השתמשו ב-Post Inspector כדי לכפות על LinkedIn סריקה מחדש. הכלי הזה מראה מה התגים מכילים ברגע זה.
המטמון הוא המלכודת שכולם נופלים בה: האדם הראשון שמשתף כתובת ב-LinkedIn נועל את התגים שהיו באותו רגע, בדרך כלל לשבוע בערך. אם עמית משתף את דף ההשקה כשה-og:image עדיין תמונה זמנית, זה מה שיופיע בשיתופים של כל החברה עד שתוקף המטמון יפוג או עד שתכפו סריקה מחדש. ההרגל שמונע את זה: בדקו את התגים בכלי הזה לפני שהכתובת משותפת בכל מקום שהוא, בכל פעם.
הסורק של LinkedIn קורא HTML שעבר רינדור בצד השרת. אם JavaScript מזריק את תגי ה-OG בצד הלקוח (נפוץ באפליקציות SPA בלי SSR או רינדור מוקדם), הסורק לא רואה אף אחד מהם ומשתמש במה שיש ב-HTML הגולמי, בדרך כלל כותרת כללית או כלום. אם הכלי הזה מצליח לשלוף את התגים, זה סימן טוב, אבל באתרים שנשענים על JavaScript הבדיקה הקובעת היא Post Inspector, שמראה בדיוק מה הסורק של LinkedIn עצמו חילץ.
הכותרת והתיאור נחתכים בפיד, ונקודת החיתוך משתנה לפי המכשיר והמקום: הפיד במחשב, הפיד בנייד והתצוגה המקדימה בהודעות מציגים כל אחד כמות אחרת. שימו בתחילת og:title את המילים החשובות (LinkedIn מציג בדרך כלל בערך 70 תווים לפני החיתוך), והתייחסו ל-og:description כשורה משלימה שלא תמיד תופיע.
שיתופים מדף חברה, שיתופים אישיים והודעות ב-Sales Navigator משתמשים כולם באותה סריקה, כך שסט אחד של תגים תקינים משרת כל ערוץ הפצה. מה שמשתנה הוא מהירות הגלילה של הקהל: בפידים של B2B גוללים בלי רחמים, ולכן ה-og:image נושא את רוב המשקל של ההקלקה. תמונה בגודל 1200×627 עם טקסט קריא בגודל הפיד מביאה בדרך כלל יותר הקלקות מתמונה יפה שאי אפשר לקרוא.
כשהתצוגה המקדימה לא מתנהגת כמו שצריך, עברו על שרשרת הכשלים לפי הסדר: האם הכתובת מחזירה 200 לסורקים (ולא נחסמת ב-robots.txt או בהגנה מבוטים)? האם התגים נמצאים ב-HTML שעבר רינדור בצד השרת? האם ה-og:image ב-HTTPS, קטן מ-5 MB ונגיש לכולם בלי עוגיות? רק אחר כך כפו סריקה מחדש. אחרת אתם רק שומרים במטמון שוב את אותו מצב שבור.
אם הכרטיס נראה לא נכון, הסיבה היא בדרך כלל התגים של הדף או הפניה שעומדת לפניו. תיקון תצוגות מקדימות של Open Graph עובר על התגים שכל פלטפורמה קוראת, בודק ההפניות מראה אם סורק עובר דרך כמה קפיצות לפני שהוא מגיע לדף שלכם, וציון האמינות לקישור מראה אם היעד עצמו מסומן כחשוד. למונחים (og:image, canonical, unfurl) ראו את המילון. לגרסה הלא-טכנית, בודק התצוגה המקדימה של קישורים מציג את הכרטיס הסופי בשמונה פלטפורמות בבת אחת.
בדקו את ה-og:image ואת הכותרת לפני שאתם משתפים פוסט השקה, ולפני שמישהו אחר משתף מוקדם ונועל תצוגה מקדימה גרועה במטמון של LinkedIn.
ודאו שהתגים המעודכנים כבר באוויר לפני שאתם כופים סריקה מחדש. סריקה של דף שעדיין מגיש תגים ישנים רק שומרת את הבעיה מחדש.
השוו גרסאות של og:title לאותו דף, ובדקו את התצוגה המקדימה של כל אחת לפני שאתם בוחרים את המנצחת לשיתוף.
ודאו שאתר React/Vue/Next מגיש את תגי ה-OG ב-HTML שעבר רינדור בצד השרת. זו הסיבה הנפוצה ביותר לתצוגות מקדימות ריקות ב-LinkedIn באתרים מודרניים.
לפני שאתם מבקשים מכל החברה לשתף פוסט, בדקו את התצוגה המקדימה פעם אחת. כרטיס שבור כפול מאתיים שיתופים הוא כישלון מאוד פומבי.
גרסאות מוגדרות מראש, מותאמות לפלטפורמות ולתרחישי שימוש מסוימים.
לתצוגות מקדימות ב-Slack
בדקו איך הקישור שלכם מוצג בהודעות ובערוצים של Slack.
פתיחת הגרסהלכרטיסי X ו-Twitter
ראו איך הקישור שלכם מוצג ככרטיס Twitter ב-X.
פתיחת הגרסהלשיתופים ב-Facebook
בדקו איך הכתובת שלכם תוצג בפוסט או בשיתוף ב-Facebook.
פתיחת הגרסהלהטמעות ב-Discord
ראו איך Discord מטמיע את הכתובת שלכם בערוץ או בהודעה פרטית.
פתיחת הגרסהלצ'אטים ב-WhatsApp
ראו את הכותרת, התיאור והתמונה הממוזערת ש-WhatsApp מציג כשמדביקים קישור בצ'אט.
פתיחת הגרסהלהודעות ב-Telegram
ראו איך Telegram מציג את הקישור שלכם בצ'אטים, בקבוצות ובערוצים.
פתיחת הגרסהלקישורים עשירים ב-iMessage
ראו את כרטיס הקישור העשיר ש-Apple Messages בונה מ-og:title ומ-og:image.
פתיחת הגרסה