Schema Markup, המדריך השלם

🏷 מה זה Schema Markup ולמה זה הכרחי ב 2026

תקשיבו, אני אגיד לכם את האמת. אם בשנת 2026 אתם עדיין שואלים "האם אני צריך schema?", אתם 5 שנים מאחור. הזמן הזה עבר. השאלה ב 2026 היא, "כמה schemas אני צריך?".

Schema Markup זה קוד JSON-LD שמוסיפים לעמוד שלכם כדי לתת לגוגל ול LLMs מטא דאטה על התוכן. במקום שגוגל ינסה להבין לבד מה זה העמוד שלכם, אתם אומרים לו ישירות בצורה מובנית.

למה זה קריטי ב 2026

• AI Overviews מסתמך על schema, גוגל בוחר מקורות עם schema לתשובות
• LLMs קוראים JSON-LD בקלות, הרבה יותר טוב מ HTML חופשי
• Rich Results בגוגל, יותר חשיפה בעמוד תוצאות
• Knowledge Graph, גוגל בונה גרף ידע על האתר שלכם
• Voice search, schema הוא הבסיס לחיפוש בקול

במאמר הזה אני אעבור איתכם על כל מה שצריך לדעת על schema, מה זה, איזה סוגים יש, איך לכתוב, איך לבדוק, וטעויות שכמעט כל מקדם עושה.

📚 JSON-LD מול Microdata מול RDFa, מה לבחור

יש 3 פורמטים עיקריים של structured data. אבל ב 2026, רק אחד באמת רלוונטי.

למה JSON-LD ניצח

1. גוגל המליצה רשמית מאז 2016
2. קל לתחזק, בלוק אחד ב head, לא פזור בכל ה HTML
3. קל לדבג, אפשר להעתיק ולבדוק בכלי validation
4. קל ליצור דינמית, ב WordPress / Next.js / Vue
5. LLMs קוראים אותו טוב יותר, JSON זה פורמט שמודלים מבינים

איך JSON-LD נראה

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "כותרת המאמר",
  "author": {"@type": "Person", "name": "שמוליק דורינבאום"},
  "datePublished": "2026-05-19"
}
</script>

זה הכל. בלוק script בתוך head של העמוד. גוגל קוראת ומבינה. נקודה.

📰 Article ו BlogPosting, הבסיס לכל מאמר

כל מאמר באתר שלכם צריך schema של Article או BlogPosting. ההבדל מינימלי, BlogPosting יורש מ Article, אז אפשר להשתמש בכל אחד. בפועל, רוב המקצים משתמשים ב Article.

השדות החובה

{
  "@type": "Article",
  "headline": "כותרת המאמר",
  "author": {
    "@type": "Person",
    "name": "שמוליק דורינבאום",
    "url": "https://www.shmul.co.il/אודות/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "shmul.co.il",
    "logo": {"@type": "ImageObject", "url": "..."}
  },
  "datePublished": "2026-05-19",
  "dateModified": "2026-05-19",
  "image": "https://..."
}

שדות מומלצים נוספים

• description, תקציר המאמר
• articleBody, התוכן המלא (לא חובה, מעט להוסיף)
• wordCount, כמות מילים
• articleSection, קטגוריה
• keywords, מילות מפתח
• inLanguage, "he" לעברית
• about, על מה המאמר (Thing schema)
• mentions, ישויות שמוזכרות

🛍 Product ו Offer, ל E-commerce

כל עמוד מוצר באתר שלכם חייב schema Product. בלי זה, לא תקבלו rich results ב גוגל, ולא תופיעו ב Google Shopping.

השדות הקריטיים

{
  "@type": "Product",
  "name": "שם המוצר",
  "image": "https://...",
  "description": "תיאור",
  "sku": "ABC123",
  "brand": {"@type": "Brand", "name": "מותג"},
  "offers": {
    "@type": "Offer",
    "url": "https://...",
    "price": "199.90",
    "priceCurrency": "ILS",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "127"
  }
}

availability options

• https://schema.org/InStock, במלאי
• https://schema.org/OutOfStock, אזל
• https://schema.org/PreOrder, ניתן להזמנה מראש
• https://schema.org/Discontinued, הופסק שיווק

📍 LocalBusiness ו Service, ל עסקים מקומיים

אם יש לכם עסק עם מיקום פיזי (מסעדה, מספרה, חנות, סטודיו), חייבים LocalBusiness. זה הבסיס לדירוג ב Google Maps.

השדות החיוניים

{
  "@type": "LocalBusiness",
  "name": "שם העסק",
  "image": "https://...",
  "telephone": "+972-3-1234567",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "רחוב הרצל 10",
    "addressLocality": "תל אביב",
    "postalCode": "6100000",
    "addressCountry": "IL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "32.0853",
    "longitude": "34.7818"
  },
  "openingHoursSpecification": [...],
  "priceRange": "$$"
}

תתי-סוגים

במקום LocalBusiness כללי, השתמשו ב תת-סוג ספציפי, Restaurant, Dentist, Hotel, BeautySalon, ProfessionalService. גוגל מבין יותר טוב.

תת סוגי שירותים

• Restaurant, מסעדה
• Hotel, מלון
• Dentist / MedicalBusiness, רופא
• AutoRepair, מוסך
• LegalService, עו"ד
• FinancialService, יועץ פיננסי
• BeautySalon, ספא, מספרה
• HomeAndConstructionBusiness, שיפוצים

❓ FAQPage ו HowTo, הקריטיים ל AI

שני ה schemas האלה הם הזהב של 2026. כי AI אוהב לקחת מהם תשובות ולהציג אותן ישירות.

FAQPage

{
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "מה זה SEO?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "SEO זה Search Engine Optimization..."
      }
    },
    ...
  ]
}

HowTo

{
  "@type": "HowTo",
  "name": "איך להתקין WordPress",
  "totalTime": "PT30M",
  "step": [
    {
      "@type": "HowToStep",
      "position": 1,
      "name": "רכישת אחסון",
      "text": "בחרו ספק אחסון..."
    },
    ...
  ]
}

איפה להוסיף

• FAQ, בכל מאמר עם FAQ section. הקדישו 5-15 שאלות.
• HowTo, רק במאמרים שבאמת מסבירים תהליך עם שלבים. לא להתחזק.

⭐ Review ו AggregateRating, הוויזואל המנצח

Reviews הם הסוד של CTR גבוה. כשגוגל מציג כוכבים בתוצאת חיפוש שלכם, ה CTR קופץ ב 30-50%. אבל יש כללים נוקשים.

Review schema (ביקורת בודדת)

{
  "@type": "Review",
  "author": {"@type": "Person", "name": "שם הסוקר"},
  "datePublished": "2026-05-15",
  "reviewRating": {
    "@type": "Rating",
    "ratingValue": "4.5",
    "bestRating": "5"
  },
  "reviewBody": "טקסט הביקורת...",
  "itemReviewed": {"@type": "Product", "name": "..."}
}

AggregateRating (ממוצע ביקורות)

{
  "@type": "AggregateRating",
  "ratingValue": "4.5",
  "reviewCount": "127",
  "bestRating": "5",
  "worstRating": "1"
}

הכללים של גוגל

• הביקורות חייבות להיות נראות לעין ב עמוד עצמו, לא רק ב schema
• אסור reviews מומצאות (manual action כמעט מובטח אם מזוהה)
• איסור לסקור את עצמכם, רק לקוחות אמיתיים
• הביקורות חייבות להיות על המוצר/השירות, לא על האתר כללית
• אם reviews בעמוד הראשי, רק אם זה עסק ספציפי או מוצר ספציפי

📅 Event ו Recipe, נישתי אבל חזק

שני schemas שמתאימים לנישות ספציפיות אבל נותנים יתרונות אדירים.

Event

אם אתם מארגנים אירועים (כנסים, סדנאות, מופעים), Event schema הוא חובה. גוגל מציג אירועים ב panel ייעודי.

{
  "@type": "Event",
  "name": "כנס SEO 2026",
  "startDate": "2026-06-15T09:00:00",
  "endDate": "2026-06-15T17:00:00",
  "eventStatus": "https://schema.org/EventScheduled",
  "eventAttendanceMode": "https://schema.org/OfflineEventAttendanceMode",
  "location": {
    "@type": "Place",
    "name": "מקום",
    "address": {...}
  },
  "organizer": {...},
  "offers": {...}
}

Recipe

אם יש לכם בלוג מתכונים, Recipe schema מציג את המתכון עם תמונה, זמן, ודירוג בתוצאות.

{
  "@type": "Recipe",
  "name": "חלת שבת",
  "image": "...",
  "author": {...},
  "prepTime": "PT30M",
  "cookTime": "PT45M",
  "totalTime": "PT1H15M",
  "recipeYield": "2 חלות",
  "recipeCuisine": "ישראלי",
  "recipeIngredient": ["1 כוס קמח", "..."],
  "recipeInstructions": [
    {"@type": "HowToStep", "text": "..."}
  ],
  "nutrition": {...}
}

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

👤 Person ו Organization, ה Identity של האתר

זה הזהות של האתר שלכם. גוגל ו LLMs בונים את ה knowledge graph על בסיס Person ו Organization schemas. בלעדיהם, אתם פשוט אנונימיים.

Person

{
  "@type": "Person",
  "name": "שמוליק דורינבאום",
  "jobTitle": "יועץ SEO",
  "url": "https://www.shmul.co.il/אודות/",
  "image": "https://...",
  "sameAs": [
    "https://linkedin.com/in/samueldorenbaum",
    "https://www.youtube.com/@ShmulSEO",
    "https://highver.co.il"
  ],
  "knowsAbout": ["SEO", "GEO", "Technical SEO"],
  "alumniOf": {"@type": "Organization", "name": "Koalix"}
}

השדה החשוב, sameAs

זה איך גוגל מקשרת את הזהויות שלכם. אם אתם שמוליק דורינבאום ב LinkedIn, ב YouTube, וב Highver, ה sameAs אומר ל גוגל שזה אותו אדם. גוגל בונה knowledge panel על בסיס זה.

Organization

{
  "@type": "Organization",
  "name": "Highver",
  "url": "https://highver.co.il",
  "logo": "https://...",
  "founder": {"@id": "https://www.shmul.co.il/#shmul"},
  "foundingDate": "2024",
  "sameAs": ["..."],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "customer service",
    "email": "info@..."
  }
}

🍞 BreadcrumbList, ההיררכיה של האתר

BreadcrumbList מציין לגוגל את ההיררכיה של העמוד. למשל, "בית > בלוג > SEO > SEO טכני". גוגל מציג את זה לעיתים בתוצאות.

הסטרוקטורה

{
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "ראשי",
      "item": "https://www.shmul.co.il/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "בייסיק SEO",
      "item": "https://www.shmul.co.il/seoguide/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup"
    }
  ]
}

הכללים

• הפריט האחרון (העמוד הנוכחי) ללא item, רק name
• position מתחיל מ 1, עולה
• חייב להיות תואם ל UI ה breadcrumb הוויזואלי בעמוד
• תואם להיררכיה האמיתית של האתר, לא היררכיה מומצאת

🖼 ImageObject ו VideoObject, מולטימדיה ב schema

מולטימדיה בלי schema זה רק קבצים. עם schema, גוגל מבין מה בתמונה או בווידאו, ויכול להציג אותם ב Google Images, Google Videos, וגם ב AI Overviews.

ImageObject

{
  "@type": "ImageObject",
  "contentUrl": "https://...",
  "license": "https://...",
  "acquireLicensePage": "https://...",
  "creditText": "צילום שמוליק דורינבאום",
  "creator": {"@type": "Person", "name": "..."},
  "copyrightNotice": "© 2026 ..."
}

VideoObject

{
  "@type": "VideoObject",
  "name": "כותרת הווידאו",
  "description": "תיאור",
  "thumbnailUrl": "https://...",
  "uploadDate": "2026-05-15",
  "duration": "PT5M30S",
  "contentUrl": "https://...",
  "embedUrl": "https://www.youtube.com/embed/..."
}

🔗 Schema Graph, איך לקשר הכל יחד

הכלי החזק ביותר ב 2026, schema graph עם @id linking. במקום להוסיף 10 schemas נפרדים, צרו graph אחד עם קישורים בין הישויות.

למה זה חזק

• גוגל ו LLMs מקבלים תמונה שלמה של האתר
• מונע duplications של ישויות (Person אחת, לא 50)
• קל יותר לתחזוקה, כל ישות מוגדרת במקום אחד
• יוצר knowledge graph אמיתי

דוגמה

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebSite",
      "@id": "https://www.shmul.co.il/#website",
      "url": "https://www.shmul.co.il/"
    },
    {
      "@type": "Person",
      "@id": "https://www.shmul.co.il/#shmul",
      "name": "שמוליק דורינבאום"
    },
    {
      "@type": "Article",
      "@id": "https://www.shmul.co.il/article-1/#article",
      "author": {"@id": "https://www.shmul.co.il/#shmul"},
      "isPartOf": {"@id": "https://www.shmul.co.il/#website"}
    }
  ]
}

כל ישות עם @id ייחודי. ישויות אחרות מתייחסות אליה דרך ה id. זה יוצר רשת מקושרת שגוגל ו LLMs יכולים לחקור.

✅ Schema Validation, איך לוודא שזה תקין

schema שגוי יכול להיות גרוע יותר מ schema חסר. גוגל תזרוק אותו. אז חייב לבדוק.

הכלים

איך לבדוק

1. הכינו את ה JSON-LD שלכם
2. הדביקו ב Rich Results Test, בדקו שיש "Eligible for rich results"
3. בדקו ב Schema Markup Validator שיש 0 errors
4. פרסמו את העמוד
5. אחרי שבוע, בדקו ב Search Console > Enhancements שאין שגיאות

🚀 Rich Results, מתי באמת מקבלים

אתם הוסיפם schema. אבל ב SERP זה לא מופיע יפה. למה? כי לא כל schema מוביל ל rich result.

ה schemas שמקבלים rich results

• Recipe, תמונה, זמן, דירוג
• Product + AggregateRating, כוכבים, מחיר, מלאי
• HowTo, שלבים בולטים
• FAQPage, רשימה נפתחת (רק לאתרי authority מאז 2023)
• Event, פאנל אירועים
• Course, מחיר, מוסד
• Video, miniature וזמן
• Article + Image, top stories
• Q&A, שאלה בולטת
• BreadcrumbList, נתיב במקום URL

למה ה schema לא מציג Rich Result

1. גיל האתר, אתרי authority מקבלים, אתרים חדשים פחות
2. איכות התוכן, גוגל מעדיף תוכן איכותי
3. חוסר מידע, schema לא שלם
4. פוליסי violations, schema לא אמיתי או מטעה
5. קטגוריה מוגבלת, FAQ rich results רק לאתרים מסוימים

✅ צ'ק ליסט Schema לכל סוג עמוד

תקשיבו, אם אתם רוצים להבין מה לעשות מחר בבוקר, הנה הצ'ק ליסט. כל סוג עמוד עם ה schemas שצריך.

עמוד הבית

• WebSite + SearchAction (sitelinks search)
• Organization (פרטי החברה)
• Person (אם אישי, כמו shmul.co.il)

עמוד מאמר

• Article או TechArticle או BlogPosting
• Person (author)
• Organization (publisher)
• ImageObject (featured image)
• BreadcrumbList
• FAQPage (אם יש FAQ)
• HowTo (אם יש שלבים)

עמוד מוצר

• Product
• Offer (מחיר, מלאי)
• AggregateRating (אם יש ביקורות)
• Brand
• ImageObject
• BreadcrumbList

עמוד עסק מקומי

• LocalBusiness (או תת-סוג ספציפי)
• PostalAddress
• GeoCoordinates
• OpeningHoursSpecification
• AggregateRating
• Review (ביקורות בודדות אם יש)

עמוד יצירת קשר

• ContactPage
• Organization
• ContactPoint

❓ שאלות נפוצות