🎬 מה זה VideoObject schema, ולמה בלי זה גוגל לא יודע שיש לכם וידאו
תקשיבו. נתחיל מהבסיס, כי כל מי שאני פוגש חושב שהוא יודע מה זה VideoObject schema, ורק אחרי שמדברים 10 דקות מתברר שהוא בלבל בין שלושה דברים שונים. אז בואו נתחיל מאפס. VideoObject schema הוא סוג של structured data ב-schema.org שאומר למנועי חיפוש ולמנועי AI, "בעמוד הזה יש סרטון, הנה הפרטים שלו, הנה איך לגשת אליו, הנה התמונה הממוזערת, הנה משך הזמן". בלעדיו, אם תטמיעו וידאו בעמוד עם <video> או iframe של יוטיוב, גוגל יראה את הקוד אבל לא ידע מה לעשות איתו. הוא לא ידע שזה סרטון של 4 דקות ו-23 שניות על איך לתקן ברז דולף, הוא יראה רק markup.
נקודה ראשונה לזכור, גוגל יודע ביחס לוידאו פחות ממה שהוא יודע ביחס לטקסט. הוא לא צופה בסרטון. הוא לא מבין את התוכן הוויזואלי. הוא תלוי כמעט לחלוטין בסיגנלים חיצוניים, כלומר ב-schema, ב-title, ב-description, ב-transcript אם קיים, וב-Video Sitemap. אם כל אלה חסרים, גוגל פשוט יסרוק את העמוד כעמוד טקסטואלי רגיל, ומבחינתו אין שם וידאו. וזה אומר שלא תופיעו ב-Video Search, לא תהיו זכאים לכרטיס וידאו ב-SERP, ולא תקבלו תנועה ממנועי AI שמחפשים סרטונים לציטוט.
וידאו בלי VideoObject schema הוא וידאו שגוגל לא רואה. לא משנה כמה השקעתם בהפקה, בעריכה, באיכות, בלי הטמעה נכונה אין לכם נראות. וזה לא ענין של אופטימיזציה, זה ענין של זיהוי בסיסי. גוגל לא מנחש, הוא קורא schema.
במאמר הזה, אני אעבור איתכם על כל מה שצריך לדעת על VideoObject schema. ה-required properties, ה-recommended, איך לכתוב duration בפורמט ISO 8601, מה זה Clip subtype לפרקים בווידאו, איך Video Sitemap משלים את הסכמה, מתי להשתמש ב-VideoObject ומתי במשהו אחר, איך גוגל מציג key moments ב-SERP, ההבדל בין הטמעת יוטיוב embed לבין וידאו self-hosted, איך להוסיף transcript ו-captions, ואיך לאמת את הכל ב-Rich Results Test. בסוף, נדבר על איך AI engines ועוזרי קול משתמשים ב-VideoObject, ואיך לבנות audit חודשי שיתפוס בעיות לפני שגוגל יתפוס אותן.
שמוליק דורינבאום, נתחיל. ולמי שרוצה הקשר רחב יותר, יש לי מדריך נפרד על schema for video content שמכסה את הצד האסטרטגי, וגם המדריך השלם לסכמות schema שמסביר את התמונה הגדולה של structured data בכלל.
🔑 Required + Recommended properties (עם דוגמת קוד)
בואו נצלול לליבה. VideoObject schema מגדיר 4 properties חובה ועוד שורה ארוכה של properties מומלצים. ההבדל ביניהם, חובה זה מה שבלעדיו גוגל לא יקבל את ה-schema בכלל, מומלץ זה מה שמשפר משמעותית את הסיכוי לקבל rich result ולהיות מצוטטים ב-AI engines. אני תמיד מטמיע את שני הסוגים, כי אין סיבה לחסוך פה.
Required, 4 חובה
name, השם של הסרטון. צריך להיות תיאורי, לא "וידאו 5" או "clip001". כמו H1 של דף, השם צריך לתאר את התוכן. description, תיאור הסרטון, פסקה אחת או שתיים. thumbnailUrl, URL של תמונה ממוזערת ייצוגית, רצוי כמה רזולוציות (1x1, 4x3, 16x9). uploadDate, תאריך ההעלאה בפורמט ISO 8601 (YYYY-MM-DD או עם זמן).
Recommended, מומלץ מאוד
duration, משך הסרטון ב-ISO 8601 duration. contentUrl, URL ישיר לקובץ הוידאו (mp4 וכו'). embedUrl, URL של iframe להטמעה. interactionStatistic, מספר צפיות. expires, תאריך פקיעת תוקף אם רלוונטי. watchAction, מתאר את פעולת הצפייה. hasPart, מערך של Clip לפרקים פנימיים. publisher, האירגון שפרסם.
דוגמת קוד מינימלית עם 4 ה-required
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "איך לתקן ברז דולף בלי לקרוא לאינסטלטור",
"description": "מדריך מעשי, החלפת אטם בברז ביתי ב-15 דקות, כולל הכלים והחומרים הנדרשים והדגמה ויזואלית של כל צעד.",
"thumbnailUrl": [
"https://example.co.il/thumbs/faucet-1x1.jpg",
"https://example.co.il/thumbs/faucet-4x3.jpg",
"https://example.co.il/thumbs/faucet-16x9.jpg"
],
"uploadDate": "2026-05-15T08:00:00+03:00"
}
</script>גוגל מעדיף מערך של תמונות בכמה יחסים (1:1, 4:3, 16:9), כי הוא רוצה לבחור את המתאים לכל מיקום ב-SERP. אם תיתנו רק URL אחד, זה תקין אבל אתם מגבילים את עצמכם. רוחב מינימלי, 60 פיקסלים. אל תשתמשו בתמונה גנרית של הלוגו שלכם, זה חייב להיות פריים אמיתי מהסרטון או thumbnail מקצועי.
דוגמת קוד מורחבת עם recommended
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "איך לתקן ברז דולף בלי לקרוא לאינסטלטור",
"description": "החלפת אטם בברז ביתי ב-15 דקות, מתאים לכל ברז סטנדרטי, כולל הכלים הנדרשים.",
"thumbnailUrl": "https://example.co.il/thumbs/faucet-16x9.jpg",
"uploadDate": "2026-05-15T08:00:00+03:00",
"duration": "PT4M23S",
"contentUrl": "https://example.co.il/videos/faucet-fix.mp4",
"embedUrl": "https://example.co.il/embed/faucet-fix",
"interactionStatistic": {
"@type": "InteractionCounter",
"interactionType": {"@type": "WatchAction"},
"userInteractionCount": 12450
},
"publisher": {
"@type": "Organization",
"name": "Shmul.co.il",
"logo": {"@type": "ImageObject", "url": "https://www.shmul.co.il/logo-site.png"}
}
}
</script>זאת התשתית. בפרקים הבאים נתעמק בכל property שדורש הבנה עמוקה יותר, מתחילים מה-duration שזה ה-property שבו הכי הרבה אנשים נכשלים. למידע משלים על הבסיס של schema יש לי מבוא ל-schema.org, ועל הפורמט עצמו השוואה בין JSON-LD למיקרודאטה ול-RDFa.
⏱ Duration, פורמט ISO 8601 (וה-bug שבו 80% נכשלים)
אם יש property אחד שבו ראיתי הכי הרבה לקוחות נכשלים, זה duration. הסיבה פשוטה, גוגל דורש פורמט ISO 8601, וה-fiat 8601 הוא לא אינטואיטיבי בכלל. אנשים כותבים "4:23" או "263 שניות" או "4 minutes 23 seconds", וכל אלה ייפסלו. צריך לכתוב PT4M23S. P = period, T = time, M = minutes, S = seconds. נקודה.
הכללים המלאים
הפורמט הוא PT[hours]H[minutes]M[seconds]S. ה-PT הוא חובה בהתחלה. אחר כך, אם יש שעות מוסיפים מספר ואות H, אם יש דקות מוסיפים מספר ואות M, אם יש שניות מוסיפים מספר ואות S. אם רכיב הוא 0, פשוט מדלגים עליו. אסור לכלול שברים בשניות עבור duration של וידאו (בניגוד ל-totalTime של HowTo שמותר). אסור רווחים. אסור אותיות קטנות.
טבלת המרה מעשית
| משך הסרטון | הפורמט הנכון | הטעות הנפוצה |
|---|---|---|
| 30 שניות | PT30S | PT0M30S (תקין אבל מיותר) |
| 2 דקות | PT2M | PT2:00 או 00:02:00 |
| 4 דקות 23 שניות | PT4M23S | PT4:23 או 4M23S (בלי PT) |
| שעה ו-15 דקות | PT1H15M | PT75M (תקין אבל פחות קריא) |
| שעתיים 30 דקות 45 שניות | PT2H30M45S | PT2:30:45 או 2H30M45S |
| 10 שעות (וובינר ארוך) | PT10H | P10H (בלי T) |
הטעויות הקריטיות
טעות 1, שכחת ה-T אחרי P. גוגל יקבל P4M בתור 4 חודשים, לא 4 דקות. ההבחנה היחידה היא ה-T. טעות 2, שימוש באותיות קטנות. pt4m23s יסולק. טעות 3, רווחים, פסיקים, או נקודתיים. PT 4M 23S או PT4M:23S ייכשלו. טעות 4, חישוב לא נכון מ-frames או milliseconds. אם הוידאו שלכם 4 דקות ו-22.7 שניות, עגלו ל-PT4M23S, אל תכתבו PT4M22.7S.
אם יש לי הרבה סרטונים, אני לא כותב duration ידנית לכל אחד. אני מריץ ffprobe -i video.mp4 -show_entries format=duration שמחזיר את המשך בשניות, ואז יש לי פונקציית Python קטנה שמתרגמת לפורמט ISO 8601. שניות → שעות/דקות/שניות → string. זה חוסך טעויות ומאיץ עבודה על batch של מאות סרטונים. למי שעובד עם יוטיוב, ה-API מחזיר duration כבר בפורמט ISO 8601, אז אין מה להמיר.
בפרק הבא נכנס ל-Clip subtype, שזה הדרך המודרנית לסמן פרקים בתוך וידאו ארוך. זה הפיצ'ר שמייצר את ה-key moments ב-SERP, שזה אחד מ-rich results השווים ביותר היום בעולם הוידאו.
🎞 Clip subtype, פרקים בתוך וידאו (וה-key moments ב-SERP)
תקשיבו, אם יש לכם וידאו ארוך, נניח מ-5 דקות ומעלה, ואתם לא משתמשים ב-Clip subtype, אתם מפסידים את אחד הפיצ'רים הכי שווים שגוגל נתן בשנים האחרונות. Clip subtype מסמן פרקים בתוך וידאו, וגוגל יכול להציג אותם ב-SERP כ-key moments, סוג של mini chapters שהמשתמש יכול ללחוץ עליהם וקופץ ישירות לרגע הספציפי. זה מתאים במיוחד למדריכים, ראיונות, וובינרים, ושיעורים.
איך זה עובד
בתוך ה-VideoObject schema, מוסיפים property שנקרא hasPart, שהוא array של אובייקטים מסוג Clip. כל Clip מתאר חלק של הוידאו, עם name (שם הפרק), startOffset (זמן ההתחלה בשניות), ו-endOffset (זמן הסיום בשניות). אופציונלית, אפשר להוסיף גם url עם anchor שמכיל timestamp (#t=120 וכו').
דוגמת קוד מלאה
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "מדריך מלא להתקנת WordPress על שרת VPS",
"description": "וובינר של שעה על התקנה מאפס, מ-SSH ועד WordPress רץ עם SSL.",
"thumbnailUrl": "https://example.co.il/thumbs/wp-install.jpg",
"uploadDate": "2026-05-10T10:00:00+03:00",
"duration": "PT58M14S",
"contentUrl": "https://example.co.il/videos/wp-install.mp4",
"embedUrl": "https://www.youtube.com/embed/EXAMPLE_ID",
"hasPart": [
{
"@type": "Clip",
"name": "מבוא והכרת השרת",
"startOffset": 0,
"endOffset": 240,
"url": "https://example.co.il/wp-install#t=0"
},
{
"@type": "Clip",
"name": "חיבור SSH והעלאת חבילות",
"startOffset": 240,
"endOffset": 720,
"url": "https://example.co.il/wp-install#t=240"
},
{
"@type": "Clip",
"name": "התקנת LAMP stack",
"startOffset": 720,
"endOffset": 1500,
"url": "https://example.co.il/wp-install#t=720"
},
{
"@type": "Clip",
"name": "הורדת WordPress והעלאתו",
"startOffset": 1500,
"endOffset": 2400,
"url": "https://example.co.il/wp-install#t=1500"
},
{
"@type": "Clip",
"name": "הגדרת SSL עם Let's Encrypt",
"startOffset": 2400,
"endOffset": 3494,
"url": "https://example.co.il/wp-install#t=2400"
}
]
}
</script>הכללים של גוגל ל-key moments
גוגל לא יציג key moments אוטומטית רק כי הוספתם Clip. יש לו תנאים, הוידאו צריך להיות בעמוד שלכם (לא רק יוטיוב embed, אם כי יוטיוב יכול לפעמים להציג key moments דרך תיאור הסרטון עם timestamps), כל Clip צריך להיות לפחות 10 שניות, startOffset ו-endOffset חייבים להיות מספרים שלמים בשניות, שמות פרקים צריכים להיות תיאוריים ולא גנריים (לא "חלק 1", "חלק 2"), וצריך לפחות 2 Clips, כי key moment בודד הוא לא רצף.
key moments הוא אחד מהפיצ'רים השווים ביותר ב-Video SERP. הוא מוסיף 5-7 שורות נוספות מתחת לכרטיס הוידאו שלכם, עם הצעדים העיקריים. זה מגדיל את ה-CTR משמעותית, וגם משאיר את המשתמש בעמוד שלכם במקום לעבור למתחרה. ההשקעה היא 5 דקות עבודה לסרטון, ההחזר הוא חשיפה משמעותית בעמוד הראשון של גוגל.
בפרק הבא נדבר על Video Sitemap, שזה השכבה הנוספת שמשלימה את ה-VideoObject schema. שילוב של שניהם הוא הסטנדרט המקצועי, ומי שמשתמש רק באחד מהם מפסיד.
🗺 Video Sitemap, השכבה המשלימה ל-schema
הרבה אנשים שואלים אותי, "אם יש לי VideoObject schema על העמוד, צריך גם Video Sitemap?". התשובה הקצרה, כן. התשובה הארוכה, הם משלימים אחד את השני בצורה שגוגל ממש אוהב, ויש מקרים שבהם רק אחד מהם לא יספיק. VideoObject schema נמצא בתוך העמוד עצמו ומסביר מה הוידאו. Video Sitemap הוא קובץ XML נפרד שאומר לגוגל "הנה רשימה של כל הסרטונים באתר שלי, פה הם נמצאים, כך אתה יכול לסרוק אותם בקלות".
למה צריך את שניהם
שלוש סיבות. ראשית, Video Sitemap מאיץ את הגילוי. גוגל יודע על הסרטונים שלכם תוך שעות, לא ימים. שנית, Video Sitemap נותן לכם בקרה על מה גוגל יסרוק וברצף איזה. שלישית, Video Sitemap תומך ב-properties שלא קיימים ב-schema, כמו video:platform (web/mobile/tv), video:restriction (מדינות שאסור להציג), ו-video:price אם זה תוכן בתשלום.
מבנה Video Sitemap
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:video="http://www.google.com/schemas/sitemap-video/1.1">
<url>
<loc>https://example.co.il/wp-install/</loc>
<video:video>
<video:thumbnail_loc>https://example.co.il/thumbs/wp-install.jpg</video:thumbnail_loc>
<video:title>מדריך מלא להתקנת WordPress על שרת VPS</video:title>
<video:description>וובינר של שעה על התקנה מאפס.</video:description>
<video:content_loc>https://example.co.il/videos/wp-install.mp4</video:content_loc>
<video:player_loc>https://example.co.il/embed/wp-install</video:player_loc>
<video:duration>3494</video:duration>
<video:publication_date>2026-05-10T10:00:00+03:00</video:publication_date>
<video:family_friendly>yes</video:family_friendly>
<video:requires_subscription>no</video:requires_subscription>
<video:live>no</video:live>
</video:video>
</url>
</urlset>הבדלים חשובים בפורמט
שימו לב, ב-Video Sitemap ה-duration הוא בשניות שלמות (3494), לא ב-ISO 8601. זאת הסיבה הנפוצה לטעויות, אנשים מעתיקים PT58M14S ל-Video Sitemap וזה נכשל. ב-Video Sitemap, 3494 שניות. ב-VideoObject schema, PT58M14S. שני פורמטים, שניהם נכונים בהקשר שלהם.
אחרי שיוצרים את הקובץ, חייבים להזכיר אותו ב-robots.txt עם השורה Sitemap: https://example.co.il/video-sitemap.xml, וגם להגיש אותו ב-Search Console ב-Sitemaps. אחרת גוגל לא ידע שהוא קיים. הרבה אנשים יוצרים סייטמאפ ושוכחים את השלב הזה, ואז שואלים אותי "למה גוגל לא רואה את הסרטונים שלי".
אם אתם מנהלים אתר עם הרבה סרטונים, כדאי להפריד ל-Video Sitemap נפרד מה-sitemap הראשי. למידע על שילוב עם YouTube SEO יש לי מדריך נפרד שמכסה את הצד של יוטיוב עצמו, ב-VideoObject schema שאנחנו מטמיעים על האתר. בפרק הבא, נדבר על מתי להשתמש ב-VideoObject ומתי במשהו אחר, כי schema.org מציע כמה אופציות לתוכן וידאו ולא תמיד VideoObject הוא הנכון.
🎭 VideoObject vs Movie vs TVEpisode vs MusicVideoObject
schema.org מציע כמה sub-types לתוכן וידאו, וההבחנה ביניהם משמעותית. VideoObject הוא הגנרי, מתאים לרוב התוכן. Movie הוא לסרטים קולנועיים. TVEpisode לפרק מסדרה. MusicVideoObject לקליפ מוזיקה. שימוש לא נכון יכול לגרום לגוגל להציג את הסרטון שלכם בהקשר הלא נכון, או לא להציג אותו כלל.
VideoObject, השימוש הרחב
זה ה-default. מתאים למדריכים, ראיונות, וובינרים, וידאו מוצר, תוכן עסקי, וכל סרטון שלא נופל לקטגוריה ספציפית יותר. אם אתם מתלבטים, כנראה זה VideoObject. רוב התוכן באינטרנט נופל פה.
Movie, סרטים קולנועיים
מתאים לסרטים באורך מלא, עם properties ספציפיים, director, actor, productionCompany, contentRating, countryOfOrigin. אם אתם אתר ביקורות סרטים או פלטפורמת סטרימינג, זה ה-schema שלכם, לא VideoObject. גוגל מציג Movie schema ב-Knowledge Panel ייעודי.
TVEpisode, פרק מסדרה
מתאים לפרק בודד מתוך סדרת טלוויזיה. דורש קישור ל-TVSeason ול-TVSeries, מספור פרק, וכן הלאה. שוב, פלטפורמות סטרימינג ואתרי TV-עיתונאיים. לרוב הסרטונים העסקיים זה לא רלוונטי.
MusicVideoObject, קליפ מוזיקה
מתאים לקליפים. דורש קישור ל-MusicRecording, ולפעמים ל-MusicAlbum. אתרי מוזיקה ולייבלים.
טבלת הבחנה מהירה
| סוג התוכן | ה-schema הנכון | דוגמה |
|---|---|---|
| מדריך how-to | VideoObject | איך לתקן ברז דולף |
| וובינר עסקי | VideoObject | מדריך SEO לוובינר חי |
| ראיון מומחה | VideoObject | שיחה עם מומחה תוכן |
| סרט קולנוע באורך מלא | Movie | סרט תיעודי 90 דקות |
| פרק מסדרת טלוויזיה | TVEpisode | פרק 5 של עונה 2 |
| קליפ של שיר | MusicVideoObject | קליפ אופיציאלי |
| וידאו מוצר באתר eCom | VideoObject (בתוך Product) | הדגמת מוצר |
| סרטון live streaming | VideoObject + BroadcastEvent | שידור חי |
אפשר לשלב, למשל Product schema עם VideoObject בתוך video property של ה-Product. זה נותן לגוגל הקשר עשיר, "זה מוצר X, יש לו סרטון הדגמה Y". זה משתלם במיוחד באתרי eCom. ה-video של Product משפיע על Google Shopping ועל rich results של מוצרים בחיפוש רגיל.
בפרק הבא, נדבר על הפיצ'ר הספציפי של גוגל שעוסק בוידאו, video rich results, ואיך key moments זה רק חלק מהתמונה. יש עוד פיצ'רים שאפשר לקבל, ואני אסביר מה דורש כל אחד.
🔍 Google Video Rich Results, key moments, video preview, badge חי
גוגל מציג כמה סוגים של rich results לוידאו, וכל סוג דורש סט שונה של properties בסכמה. נסקור את כל הפיצ'רים, מה הם נראים, ומה דורש כל אחד. אם אתם מטמיעים VideoObject schema בלי לדעת מה אתם מקווים לקבל, כנראה תקבלו פחות ממה שיכלתם.
1. כרטיס וידאו בסיסי
זה ה-rich result הבסיסי, כרטיס עם תמונה ממוזערת, שם הסרטון, משך הזמן, אתר המקור, ותאריך העלאה. כדי לקבל אותו, צריך VideoObject תקין עם 4 ה-required + duration. ברוב המקרים, גוגל יציג את הכרטיס הזה אם הסכמה תקינה. זה ה-default ב-Video Search וגם בחיפוש רגיל לשאילתות שגוגל מזהה כ-video-intent.
2. Key Moments
הזכרנו את זה בפרק על Clip. שורות נוספות מתחת לכרטיס הוידאו עם נקודות זמן וקליק ישיר. דורש hasPart עם לפחות 2 Clip, או לחילופין, אם זה יוטיוב, אז timestamps בתיאור הסרטון. גוגל יצור את key moments אוטומטית מאחד מהמקורות.
3. LIVE Badge
תג אדום "LIVE" שמסמן שידור חי. דורש VideoObject עם publication של BroadcastEvent, ועם isLiveBroadcast מסומן true. גם endDate בעתיד, אחרת זה לא live. שימושי לוובינרים בשידור חי, ספורט, ואירועים.
4. Video Preview ב-SERP
חלק מהסרטונים מוצגים עם preview אוטומטי כשהמשתמש מרחף מעליהם ב-SERP, גוגל מנגן 6 שניות מהסרטון. דורש contentUrl גלוי לגוגל, וגם regionsAllowed מתאים. זה לא מובטח, גוגל מחליט.
5. Family-Friendly Indicator
אם הוידאו מתאים לכל הגילאים, כדאי לציין isFamilyFriendly true. גוגל מציג סינון על בסיס זה, ובלי, הוידאו עלול להיות חסום מ-SafeSearch.
אם הוידאו שלכם מאחורי paywall או דורש login, גוגל לא יכול לנגן Preview. הוא יוצג כרגיל, אבל בלי הפיצ'ר. הפתרון, או לחשוף את ה-30 השניות הראשונות חינם, או לציין requiresSubscription true ולוותר על ה-Preview. אל תנסו להסתיר את זה, גוגל יזהה.
איך לדעת מה מקבלים
הכלי הוא Rich Results Test, נדבר עליו בפרק 13. הוא יראה לכם אילו rich results זמינים על בסיס הסכמה שהטמעתם, ויאמת שהם תקינים. אחרי שהעמוד באוויר, ב-Search Console יש דוח Enhancements, שם תראו אם גוגל זיהה את הסכמה ובאיזה rich results העמוד שלכם מוצג בפועל.
בפרק הבא נדבר על ההבדל בין הטמעת יוטיוב כ-embed לבין self-hosted, כי הסכמה משתנה לפי האסטרטגיה.
📺 YouTube embed vs self-hosted video, מי שולט בסכמה (עם דוגמת קוד)
אחת השאלות הכי נפוצות שאני מקבל, "שמוליק, אני מטמיע יוטיוב embed בעמוד, אני צריך VideoObject schema על העמוד שלי, או יוטיוב מטפלת בזה?". התשובה היא ניואנס. יוטיוב מטפלת ב-schema של הסרטון בעמוד יוטיוב, אבל לא בעמוד שלכם. אם תרצו שגוגל יראה את העמוד שלכם כמכיל וידאו, צריך להוסיף VideoObject schema על העמוד שלכם בנפרד.
תרחיש 1, יוטיוב embed
הסרטון מתארח ב-YouTube. אתם מטמיעים iframe בעמוד שלכם. הסיגנלים העיקריים שגוגל מקבל, ה-URL של ה-embed (youtube.com/embed/XXX), אבל אין לו דרך לדעת מה הסרטון בלי לרדת ליוטיוב ולחפש. הסכמה הופכת קריטית.
תרחיש 2, self-hosted
הסרטון מתארח אצלכם, בקובץ mp4 שאתם מגישים מהשרת. גוגל יכול לסרוק את הקובץ עצמו ולקבל metadata בסיסי (duration וכו'), אבל לא יקבל name, description, thumbnail, וכל ה-context. הסכמה היא הדרך היחידה לתת לו את זה.
דוגמת קוד ליוטיוב embed
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "הסבר 3 דקות על Core Web Vitals",
"description": "מה זה LCP, FID, CLS, ולמה זה משפיע על SEO. תקציר ויזואלי.",
"thumbnailUrl": "https://i.ytimg.com/vi/EXAMPLE_ID/maxresdefault.jpg",
"uploadDate": "2026-04-20T14:00:00+03:00",
"duration": "PT3M12S",
"embedUrl": "https://www.youtube.com/embed/EXAMPLE_ID",
"contentUrl": "https://www.youtube.com/watch?v=EXAMPLE_ID",
"publisher": {
"@type": "Organization",
"name": "Shmul.co.il",
"logo": {"@type": "ImageObject", "url": "https://www.shmul.co.il/logo-site.png"}
}
}
</script>דוגמת קוד ל-self-hosted
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "הדגמת מוצר, התקנת תוסף Linkin",
"description": "הדגמה של 5 דקות, מהורדת הקובץ ועד פעולה ראשונה בתוסף.",
"thumbnailUrl": [
"https://example.co.il/thumbs/linkin-1x1.jpg",
"https://example.co.il/thumbs/linkin-16x9.jpg"
],
"uploadDate": "2026-05-22T08:00:00+03:00",
"duration": "PT5M02S",
"contentUrl": "https://example.co.il/videos/linkin-demo.mp4",
"encodingFormat": "video/mp4",
"width": 1920,
"height": 1080
}
</script>אם אתם מציבים תוכן וידאו רציני, ארחים אותו ב-YouTube גם אם אתם מטמיעים בעמוד שלכם. סיבות, אחסון יציב, CDN חינם, מערך אנליטיקס מלא, הגנה מ-spam comments, ויוטיוב עצמה היא מנוע חיפוש שני אחרי גוגל בנפח. אם זה תוכן ספציפי לאתר (הדגמת מוצר על דף נחיתה), self-hosted בהחלט עובד, אבל תכינו תשתית CDN. בכל מקרה, סכמה תקינה היא חובה, לא משנה איפה הוידאו מאוחסן.
בפרק הבא, transcript ו-captions. שני נושאים שמשפיעים גם על נגישות וגם על SEO, וגם שניהם תומכים ב-AI engines לציטוט תוכן מהוידאו שלכם.
📝 Transcript + Captions, נגישות + SEO + AI ביחד
נושא שלא מקבל מספיק תשומת לב. transcript ו-captions הם שני דברים שונים שלעיתים אנשים מבלבלים. Transcript הוא טקסט מלא של הסרטון, בדרך כלל בעמוד נפרד או בתוך אותו עמוד מתחת לוידאו. Captions הם כיתוביות שמופיעות בתוך הוידאו עצמו בזמן הניגון. שניהם תורמים ל-SEO, לנגישות, ול-AI, ויש להם property ייעודי בסכמה.
Transcript, ה-property transcript
VideoObject תומך ב-transcript שיכול להיות text ישיר או URL. רוב המקצועיים יעדיפו לתת URL לעמוד שמכיל את ה-transcript המלא, כי זה גם מאפשר לגוגל לסרוק אותו כתוכן עצמאי שמדורג ב-SERP. דוגמה, סרטון של 30 דקות יכול לייצר transcript של 4,000 מילים שמדורג על מילות מפתח עומק.
Captions, ה-property caption
VideoObject תומך ב-caption, שמתאר את הכיתוביות שמוטמעות בוידאו. בדרך כלל יהיו אובייקטים מסוג MediaObject עם URL לקובץ srt או vtt, וגם inLanguage לציון השפה.
דוגמת קוד מלאה
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "מדריך SEO 2026, השינויים החשובים בפועל",
"description": "וובינר של 45 דקות על השינויים ב-SEO ב-2026 ואיך להתאים אסטרטגיה.",
"thumbnailUrl": "https://example.co.il/thumbs/seo-2026.jpg",
"uploadDate": "2026-05-01T10:00:00+03:00",
"duration": "PT45M",
"contentUrl": "https://example.co.il/videos/seo-2026.mp4",
"transcript": "https://example.co.il/seo-2026-webinar/transcript/",
"caption": [
{
"@type": "MediaObject",
"contentUrl": "https://example.co.il/captions/seo-2026-he.vtt",
"inLanguage": "he",
"encodingFormat": "text/vtt"
},
{
"@type": "MediaObject",
"contentUrl": "https://example.co.il/captions/seo-2026-en.vtt",
"inLanguage": "en",
"encodingFormat": "text/vtt"
}
],
"accessibilityFeature": ["transcript", "captions"],
"isAccessibleForFree": true
}
</script>למה זה קריטי ב-2026
שלוש סיבות. ראשונה, נגישות. בישראל ת"י 5568 דורש כיתוביות בתוכן וידאו, חוק. שנייה, SEO. transcript נותן לגוגל את התוכן הטקסטואלי של הסרטון לסריקה, וזה מגדיל את הסיכוי לדירוג על מילות מפתח עומק שלא היו מתפסות בלעדיו. שלישית, AI engines. ChatGPT, Perplexity, Gemini מצטטים תוכן מ-transcripts הרבה יותר מאשר מ-וידאו עצמו, כי הם לא צופים בסרטונים. אם אין transcript, הם פשוט לא יציגו את הסרטון שלכם כמקור.
אני יוצר transcript באמצעות Whisper של OpenAI (גרסת large-v3 לעברית), חינמי, רץ מקומית. מקבל srt בפורמט יוטיוב, ממיר ל-vtt לוובניטיב, ומפרסם את ה-transcript בעמוד נפרד מקושר ל-VideoObject schema. כל סרטון של 30 דקות מקבל transcript של 4,000-5,000 מילים, וזה מקבל לפעמים יותר תנועה מהסרטון עצמו. השקעה של 15 דקות עיבוד, החזר ענק לאורך זמן.
בפרק הבא נדבר על watchAction, property שאומר לגוגל איך הצופה צריך לפעול כדי לצפות בסרטון.
▶ WatchAction, איך גוגל מבין שאפשר לצפות בסרטון
watchAction הוא property פחות מוכר אבל חשוב לתוכן וידאו שמוטמע במסלולי צפייה ספציפיים, כמו אתרי סטרימינג, פלטפורמות תוכן בתשלום, או סדרות עם מסלול צפייה. הוא אומר לגוגל "זאת הפעולה שהצופה צריך לבצע כדי לצפות בסרטון, וזאת הפלטפורמה שתספק אותו". בלעדיו, גוגל יכול להציג את הסרטון אבל לא יקשר את הקישור לפלטפורמה הנכונה, ולפעמים אפילו יוריד את הסרטון מ-rich results כי הוא לא בטוח איך הצופה אמור לצרוך אותו.
מתי להשתמש
שלושה מקרים מרכזיים. ראשון, פלטפורמות סטרימינג. סרט שמוצג גם בנטפליקס וגם ב-Hot וגם ב-Yes, watchAction אומר על איזה פלטפורמה הוא זמין, ואיפה לכוון את הצופה. שני, וידאו בתשלום או בהרשמה. מערכת קורסים שמציעה את הסרטון בקורס שמוסיף מחיר, או פלטפורמת לימוד עם subscription, watchAction יסביר את התשלום הנדרש. שלישי, תוכן עם הגבלת אזורים. אם הסרטון זמין רק בישראל ולא מחוץ, watchAction עם actionPlatform ו-restriction יסביר את זה לגוגל.
המבנה הבסיסי
watchAction הוא תמיד תחת property שנקרא potentialAction ב-VideoObject. מתחתיו, יש target מסוג EntryPoint שמכיל את ה-URL והפלטפורמות הנתמכות, ואפשרי expectsAcceptanceOf עם Offer שמתאר את התשלום או ה-subscription הנדרש. שמות הפלטפורמות הסטנדרטיות, DesktopWebPlatform, MobileWebPlatform, AndroidPlatform, iOSPlatform.
דוגמת קוד
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "שיעור 3, מבוא ל-Link Building",
"description": "שיעור פתיחה למודול בניית קישורים בקורס SEO Pro.",
"thumbnailUrl": "https://example.co.il/thumbs/link-building-lesson.jpg",
"uploadDate": "2026-05-12T08:00:00+03:00",
"duration": "PT22M40S",
"potentialAction": {
"@type": "WatchAction",
"target": {
"@type": "EntryPoint",
"urlTemplate": "https://example.co.il/course/link-building/lesson-3",
"actionPlatform": [
"http://schema.org/DesktopWebPlatform",
"http://schema.org/MobileWebPlatform"
]
},
"expectsAcceptanceOf": {
"@type": "Offer",
"price": "299.00",
"priceCurrency": "ILS",
"category": "subscription"
}
}
}
</script>watchAction הוא יותר רלוונטי לאתרי סטרימינג ולפלטפורמות תוכן מאשר לאתרי SEO רגילים. אם יש לכם וידאו פתוח לכולם בלי תשלום ובלי הגבלה, אתם לא חייבים אותו, וההוספה לא תוסיף ערך משמעותי. אבל אם זה תוכן בתשלום, דורש subscription, או דורש פעולה ספציפית, הוא משמעותי, ובלעדיו גוגל לא יודע איך להציג את הקישור הנכון.
מה לבדוק לפני הטמעה
וודאו שה-urlTemplate מצביע על העמוד הנכון של הצפייה, שה-actionPlatform כולל את כל הפלטפורמות שעליהן הסרטון זמין, ושה-Offer (אם קיים) משקף את התמחור האמיתי. אל תכתבו 0 בעלות אם זה לא חינם באמת, גוגל יסיר את הסכמה אם יזהה אי התאמה בין מה שאתם מצהירים לבין מה שהמשתמש פוגש בעמוד הצפייה.
בפרק הבא נראה דוגמת @graph שלמה, שמשלבת VideoObject עם Article ועם Person ועם פיצ'רים נוספים. זה ה-pattern שאני ממליץ עליו לעמודי תוכן רציניים שמכילים וידאו מרכזי.
🕸 דוגמת @graph מלאה, VideoObject + Article + Person + BreadcrumbList
אם אתם בונים עמוד תוכן עם וידאו מרכזי, השילוב המקצועי הוא @graph אחד שמכיל את כל ה-schemas הרלוונטיים. גוגל ו-AI מבינים שכל ה-schemas יחד מתארים את אותו עמוד, וזה נותן הקשר עשיר הרבה יותר.
דוגמה מלאה
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "BreadcrumbList",
"@id": "https://example.co.il/seo-2026-webinar/#breadcrumb",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "בית", "item": "https://example.co.il/"},
{"@type": "ListItem", "position": 2, "name": "וובינרים", "item": "https://example.co.il/webinars/"},
{"@type": "ListItem", "position": 3, "name": "SEO 2026"}
]
},
{
"@type": "Person",
"@id": "https://www.shmul.co.il/אודות/#person",
"name": "שמוליק דורינבאום",
"url": "https://www.shmul.co.il/אודות/",
"jobTitle": "יועץ SEO",
"sameAs": [
"https://www.linkedin.com/in/shmulik-dorinbaum/",
"https://twitter.com/shmuldori"
]
},
{
"@type": "Organization",
"@id": "https://www.shmul.co.il/#org",
"name": "Shmul.co.il",
"url": "https://www.shmul.co.il/",
"logo": {"@type": "ImageObject", "url": "https://www.shmul.co.il/logo-site.png"}
},
{
"@type": "Article",
"@id": "https://example.co.il/seo-2026-webinar/#article",
"headline": "וובינר SEO 2026, השינויים החשובים",
"author": {"@id": "https://www.shmul.co.il/אודות/#person"},
"publisher": {"@id": "https://www.shmul.co.il/#org"},
"datePublished": "2026-05-01",
"dateModified": "2026-05-20",
"video": {"@id": "https://example.co.il/seo-2026-webinar/#video"}
},
{
"@type": "VideoObject",
"@id": "https://example.co.il/seo-2026-webinar/#video",
"name": "וובינר SEO 2026, השינויים החשובים בפועל",
"description": "וובינר של 45 דקות על השינויים ב-SEO ב-2026 ואיך להתאים אסטרטגיה.",
"thumbnailUrl": "https://example.co.il/thumbs/seo-2026.jpg",
"uploadDate": "2026-05-01T10:00:00+03:00",
"duration": "PT45M",
"contentUrl": "https://example.co.il/videos/seo-2026.mp4",
"embedUrl": "https://example.co.il/embed/seo-2026",
"transcript": "https://example.co.il/seo-2026-webinar/transcript/",
"hasPart": [
{"@type": "Clip", "name": "השינוי הגדול ב-AI Overviews", "startOffset": 0, "endOffset": 480},
{"@type": "Clip", "name": "מה השתנה ב-Core Web Vitals", "startOffset": 480, "endOffset": 1080},
{"@type": "Clip", "name": "GEO ואיך AI engines משפיעים", "startOffset": 1080, "endOffset": 1920},
{"@type": "Clip", "name": "אסטרטגיה לחצי השני של 2026", "startOffset": 1920, "endOffset": 2700}
],
"publisher": {"@id": "https://www.shmul.co.il/#org"},
"author": {"@id": "https://www.shmul.co.il/אודות/#person"}
}
]
}
</script>שימו לב למה שקורה. אובייקט אחד של Person, אובייקט אחד של Organization, ושאר ה-schemas מפנים אליהם דרך @id. זה מונע כפילות, מאחד את ה-entities לכל הדף, ונותן לגוגל גרף מקושר. ה-Article מקושר ל-VideoObject דרך video property. ה-BreadcrumbList מסביר את ההיררכיה. כל זה ב-script אחד, ב-@graph אחד. זה הסטנדרט של עמוד pillar עם וידאו ב-2026.
בפרק הבא, הטעויות הקלאסיות. אני אעבור על מה שאני רואה שוב ושוב באתרים של לקוחות, ואיך להימנע מהן מההתחלה. למידע נוסף על קישור entities יש לי השוואה בין פורמטים, ועל איך להטמיע HowTo schema בתוך וידאו תהליכי.
🚫 הטעויות הקלאסיות, missing thumbnail, duration שגוי, fake views
אחרי שנים של עבודה עם VideoObject schema אצל לקוחות, יש לי רשימה של טעויות שאני רואה חוזרות בכל בדיקה ראשונית. כל אחת מהן יכולה להפיל את ה-schema לחלוטין או להגביל אותו משמעותית. הנה הקריטיות.
טעות 1, חסר thumbnailUrl
הכי נפוצה. אנשים מטמיעים VideoObject עם name + description + uploadDate, ושוכחים את ה-thumbnailUrl. Rich Results Test יחזיר שגיאה ברורה, אבל הם לא בודקים. בלי thumbnailUrl, גוגל פשוט לא יציג את הסרטון ב-Video Search. תמיד תוודאו שיש thumbnailUrl, רצוי במערך עם כמה רזולוציות.
טעות 2, פורמט duration שגוי
כתבנו על זה בפרק 3. אם תכתבו "4:23" או "263" או "4M23S" (בלי PT), זה ייכשל. PT4M23S בלבד. ובכל זאת, ראיתי מאתיים אתרים עם duration שגוי, וזה תמיד הכי קל לתקן.
טעות 3, fake views ב-interactionStatistic
בעלים של אתרים חדשים לפעמים מנפחים את userInteractionCount כדי להראות סרטונים פופולריים. גוגל יודע להשוות לסיגנלים אחרים (CTR, dwell time, social shares). אם המספרים לא תואמים, האות נפגע. אם יש לכם 50 צפיות, תכתבו 50. אל תזייפו.
טעות 4, uploadDate בעתיד או רחוק בעבר
uploadDate צריך להיות תאריך אמיתי של העלאה. ראיתי אתרים עם uploadDate ב-2030 (טעות), או 1990 (טעות שיווקית, ניסיון להראות וותק). שניהם פגומים. הסכמה נדחית.
טעות 5, schema על דף לא נכון
אם הסרטון מתארח בעמוד A, אבל מוטמע ב-iframe בעמוד B, ה-VideoObject schema צריך להיות בעמוד B (איפה שהמשתמש צופה), לא בעמוד A. גוגל מצפה לסכמה במקום הצריכה.
טעות 6, contentUrl לא נגיש לגוגל
אם ה-contentUrl מצביע על קובץ שדורש login או חסום ב-robots.txt, גוגל לא יוכל לאמת. הסכמה תקינה אבל לא תפעיל rich results.
טעות 7, חסר publisher
טכנית לא חובה, אבל בלי publisher, גוגל לא יודע איזה ארגון פרסם. זה משפיע על E-E-A-T.
טעות 8, key moments בלי שמות תיאוריים
Clip עם name "חלק 1", "חלק 2" הוא חסר ערך. גוגל לא יציג key moments בלי שמות משמעותיים שמתארים את התוכן.
להעתיק VideoObject schema של מתחרה ולשנות רק את ה-name וה-URL. גוגל סורק structured data לאורך זמן, וברגע שהוא רואה schema זהה לאתר אחר, האות נפגע. תבנו מאפס, מותאם לכל סרטון. זאת השקעה של 5 דקות לסרטון.
בפרק הבא, איך לאמת את הכל לפני שמעלים לפרוד. הכלי הוא Rich Results Test, וזה חלק חובה של כל הטמעה.
✅ Validation עם Rich Results Test (step by step)
Rich Results Test הוא הכלי הרשמי של גוגל לאימות structured data. הוא חינמי, מהיר, וצריך להיות חלק חובה של כל הטמעת VideoObject schema. בלי האימות הזה, אתם עלולים להעלות לפרוד schema עם שגיאות שלא יעבדו בכלל, וגם לא תדעו על זה עד שתבדקו ב-Search Console חודש אחר כך ותראו שאין לכם זיהוי וידאו. הנה איך משתמשים בו צעד אחרי צעד.
שלב 1, גישה לכלי
נכנסים ל-search.google.com/test/rich-results. אין צורך בהתחברות, פתוח לכל. הממשק זמין באנגלית ובעוד שפות, אבל ההמלצה היא להישאר באנגלית כי שמות השגיאות יותר מדויקים והדוקומנטציה ברשת מתייחסת אליהם.
שלב 2, הזנת URL או קוד
שתי אפשרויות. אם העמוד באוויר, מזינים URL. אם בפיתוח, מעתיקים HTML מלא של העמוד (כולל script tag של JSON-LD) ומדביקים בלשונית "Code". מומלץ לבדוק את שתי הדרכים, כי לפעמים יש הבדל בין מה שיש בקוד שלכם לבין מה שגוגל באמת רואה (CDN, cache, או JavaScript שמתערב).
שלב 3, הרצה והמתנה
לוחצים "Test URL" או "Test Code". הכלי לוקח 10-30 שניות לסרוק, מאחזר את העמוד, מנתח JSON-LD, ובודק תאימות לסכמת schema.org ולדרישות הספציפיות של גוגל לכל rich result.
שלב 4, קריאת התוצאות
הכלי מציג רשימה של structured data שזוהו. עבור VideoObject, אתם אמורים לראות "Video" בלשונית הימנית עם הפרטים שזוהו. שגיאות (אדום) ואזהרות (צהוב) יוצגו ליד כל property בעייתי. שימו לב לפסקה התחתונה שאומרת אם העמוד "זכאי לתצוגה כ-rich result".
שלב 5, תיקון שגיאות
שגיאות נפוצות, "missing field thumbnailUrl", "invalid value for duration", "uploadDate has invalid format". כל שגיאה צריכה תיקון. אזהרות פחות קריטיות אבל מומלץ לטפל בהן, הן מצביעות על properties שיעצימו את ה-rich result.
שלב 6, בדיקת preview
הכלי מציג preview של איך rich result יראה במובייל. זה לא הבטחה שגוגל יציג את זה (גוגל מחליט בזמן אמת), אבל זה מאשר שה-schema תקין מספיק כדי שאפשר היה להציג. אם preview ריק או חסר, סימן לבעיה גם אם הכלי לא דיווח על שגיאה מפורשת.
שלב 7, אימות בפרוד
אחרי תיקונים והעלאה, הריצו שוב על ה-URL החי. גם אם הקוד תקין במכונה המקומית, ייתכן שיש בעיית הגשה (CDN, cache, robots.txt חוסם את ה-thumbnail, JavaScript שמסיר את ה-script tag) שמונעת מגוגל לראות את ה-schema. רק האימות על ה-URL החי נותן ביטחון מלא.
שלב 8, בקשת reindexing
ב-Search Console, URL Inspection > Request Indexing. גוגל יבדוק את העמוד תוך 1-3 ימים ויעדכן את ה-cache שלו. בלי הבקשה, יכול לקחת שבועות עד שה-schema החדש ייכנס לתוקף וייצא ב-rich results.
Rich Results Test הוא הסטנדרט, אבל Schema.org Validator (validator.schema.org) בודק תאימות מלאה לסכמה, גם properties שגוגל לא משתמש בהם. JSON-LD Playground (json-ld.org/playground) עוזר בדיבאג קוד. שילוב של כלים נותן ביטחון מירבי לפני שלוחצים על deploy. אני אישית מריץ את שלושתם על כל סכמת וידאו רצינית, כל אחד מציל מסוג אחר של באג.
בפרק הבא נדבר על איך AI engines ועוזרי קול משתמשים ב-VideoObject schema, וזה הצד שרוב האנשים לא חושבים עליו, אבל הוא הופך לערוץ המשמעותי ביותר ב-2026.
🤖 AI engines + voice assistants + video schema
אם אתם חושבים על VideoObject schema רק במונחי גוגל קלאסי, אתם מפספסים את החלק החשוב ביותר ב-2026. מנועי AI כמו ChatGPT, Perplexity, Gemini, ו-Google AI Overviews משתמשים ב-structured data בצורה משמעותית להבנת תוכן וידאו. עוזרי קול כמו Google Assistant, Alexa, ו-Siri מבססים תשובות לשאלות וידאו על אותם סיגנלים. מי שלא מטמיע VideoObject schema על תוכן וידאו, פשוט לא קיים בערוצים האלה.
איך AI engines משתמשים
כשמודל שפה מנסה לענות על שאלה כמו "איך לתקן ברז דולף" או "מה זה Core Web Vitals", הוא לפעמים רוצה להציע סרטון כמקור. כדי לעשות זאת, הוא צריך לדעת אילו עמודים מכילים סרטונים רלוונטיים. הוא לא צופה בסרטונים, הוא קורא schema. עמוד עם VideoObject schema מקיף, כולל transcript, הוא בעדיפות גבוהה לציטוט. עמוד עם וידאו אבל בלי schema, פשוט לא יזוהה כווידאו.
איך voice assistants משתמשים
אם משתמש שואל את Google Assistant "איך מנקים מסך טלוויזיה", הוא יכול להפנות לסרטון. אבל הוא יצליח לעשות זאת רק אם הסרטון מסומן ב-schema. בלעדיו, התשובה תהיה טקסטואלית בלבד.
מה לחזק עבור AI
ראשית, transcript תמיד. AI engines מצטטים מתוך transcript הרבה יותר מאשר מ-וידאו עצמו, כי הם לא צופים. שנית, description עשיר. במקום פסקה גנרית, תכתבו תיאור של 100-150 מילים שמסביר במדויק מה הסרטון מכסה, באיזה מקרים שימושי, ומה התוצאה. שלישית, hasPart עם Clip. AI יכולים להפנות לרגע ספציפי בסרטון, ובלי Clip הם לא יוכלו. רביעית, name תיאורי שמכיל מילות מפתח טבעיות, לא כותרת clickbait גנרית.
מבחן AI ידני
הדרך הכי טובה לבדוק אם AI מזהה את הסרטון שלכם, ללכת ל-ChatGPT או Perplexity ולשאול שאלה שהסרטון אמור לענות עליה. אם הם מצטטים אתכם או מציעים את הסרטון, הסכמה עובדת. אם לא, יש בעיה. אני מריץ את הבדיקה הזאת על כל סרטון מקצועי לפני שאני מסיים אותו. בלי האימות הזה, אני לא בטוח שההשקעה משתלמת.
השפעה נוספת של AI על וידאו, מובייל. ב-2026, יותר מ-60% מהחיפושים הם ממובייל, וב-AI Mode של גוגל החיפושים ויזואליים ואינטראקטיביים. סרטון עם schema תקין יכול להופיע ב-AI Mode עם preview אוטומטי, key moments, וקישור ישיר לעמוד. בלי schema, הוא פשוט לא יוצג. בדסקטופ, חלק מ-rich results קיימים גם בלי schema (גוגל מבצע inference), במובייל זה הרבה פחות סלחני.
בפרק האחרון, צ'ק ליסט מלא ל-audit חודשי של VideoObject schema בכל האתר. זה ה-workflow שמונע מבעיות לצמוח.
📋 Audit חודשי, צ'ק ליסט מלא + workflow
VideoObject schema זה לא שגר ושכח. כל פעם שאתם מוסיפים סרטון, או מעדכנים URL, או משנים תיאור, הסכמה צריכה להתעדכן. בלי audit שיטתי, schemas יתחילו להישבר, ובסוף תגלו שאתם מאבדים נראות וידאו בלי לדעת למה. הנה ה-workflow שאני עובד לפיו אצל לקוחות.
צ'ק ליסט חודשי
- הריצו Screaming Frog על האתר, סננו עמודים שמכילים
VideoObjectב-structured data - לכל עמוד, בדקו ש-thumbnailUrl עדיין נגיש (לא 404)
- בדקו ש-contentUrl נגיש (לא חסום ב-robots.txt או דורש login)
- אמתו ש-uploadDate הוא תאריך תקין ולא ערך placeholder
- וודאו ש-duration תקין ב-ISO 8601, ושהוא תואם למשך הוידאו האמיתי (במידה ועדכנתם אותו)
- בדקו ב-Search Console > Enhancements > Videos שגוגל זיהה את כל הסרטונים
- אמתו ב-Rich Results Test על דגימה אקראית של 5 עמודים
- בדקו את Video Sitemap, האם כולם זמינים
- חפשו את הסרטונים העיקריים שלכם ב-Google Video Search וב-AI engines, האם הם מופיעים
- סקרו את interactionStatistic, האם המספרים עדיין נכונים או צריך עדכון
workflow הוספת סרטון חדש
- הכנת assets, וידאו, thumbnail במכמה רזולוציות, transcript, captions
- העלאה, הוידאו ליוטיוב או לאחסון self-hosted, הקבצים לאתר
- כתיבת JSON-LD, מבנה מלא של VideoObject + Clip + transcript + caption
- שילוב ב-@graph, עם Article + Person + Organization + BreadcrumbList
- אימות מקומי, Rich Results Test על ה-HTML לפני העלאה
- פרסום, העמוד עולה לפרוד
- אימות בפרוד, הריצו שוב Rich Results Test על ה-URL החי
- עדכון Video Sitemap, הוסיפו את העמוד
- בקשת reindexing, ב-Search Console URL Inspection
- מעקב 1-2 שבועות, ב-Coverage report בדקו שגוגל זיהה
- בדיקת AI, חיפוש ב-ChatGPT/Perplexity לאמת שהוא מזהה את הסרטון
אני מנהל אתרים עם מאות סרטונים, ועם ה-audit החודשי, אנחנו תופסים בעיות בתוך שבועיים מהיווצרותן. בלי ה-audit, אתרים מאבדים נראות וידאו בלי לדעת ובלי לתפוס. הזמן של ה-audit, 30 דקות בחודש לאתר בינוני. ההחזר, נראות יציבה ומשמרת לאורך זמן.
📖 מילון מושגים
- VideoObject
- סוג של structured data ב-schema.org המתאר סרטון בעמוד, עם פרטים על name, description, thumbnail, duration ועוד
- thumbnailUrl
- URL של תמונה ממוזערת ייצוגית של הסרטון, רצוי במערך עם כמה יחסי תמונה (1x1, 4x3, 16x9)
- ISO 8601 Duration
- פורמט סטנדרטי לציון משך זמן, PT[H]H[M]M[S]S, למשל PT4M23S עבור 4 דקות 23 שניות
- Clip
- sub-type של schema.org המתאר חלק של וידאו, עם name, startOffset ו-endOffset לסימון פרקים פנימיים
- Key Moments
- פיצ'ר rich result של גוגל שמציג נקודות זמן ספציפיות בסרטון ב-SERP, מבוסס על Clip schema או timestamps ביוטיוב
- Video Sitemap
- קובץ XML נפרד שמרכז את כל הסרטונים באתר עם metadata, משלים את ה-VideoObject schema בעמוד
- contentUrl
- URL ישיר לקובץ הוידאו (mp4 וכו'), שונה מ-embedUrl שזה ה-URL להטמעת iframe
- embedUrl
- URL של iframe להטמעת הסרטון, בדרך כלל מצביע על נגן של פלטפורמה (יוטיוב, וימאו, או self-hosted)
- transcript
- טקסט מלא של הסרטון בעמוד נפרד או באותו עמוד, property של VideoObject התומך ב-URL או text
- interactionStatistic
- property של VideoObject המתאר נתוני אינטראקציה כמו מספר צפיות, באובייקט InteractionCounter