בפעם הראשונה שהוספתי סימון סכימה לאתר לקוח, הקלדתי ביד א Product חסום בכותרת הנושא, פרס אותה והמשיך בתחושת חכמה. שבועיים לאחר מכן מבחן התוצאות העשירות אמר לי שאובייקט ההצעה חסר את שלו @type, המחיר היה מספר שבו גוגל רצתה מחרוזת, ופסיק נגרר תועה פסל בשקט את כל הבלוק. גוגל התעלמה מזה כל הזמן. זה הדבר שאף אחד לא מזהיר אותך לגביו עם נתונים מובנים: JSON-LD לא חוקי לא זורק שגיאה או הופך שום דבר לאדום. זה פשוט לא עושה כלום בשקט, ואתה מגלה חודשים לאחר מכן כשהתוצאה העשירה שסמכת עליה אף פעם לא מופיעה.
אוצר המילים עצמו מתפרסם בכתובת schema.org, ומה שגוגל למעשה תציג עבורו תוצאה עשירה הוא רשימה מצומצמת יותר בה תיעוד נתונים מובנה.
אני בונה כלים למחייתי - Toolz.dev, התוסף WP Adminify, ערימה של אפליקציות Laravel ו-React - ונתונים מובנים הם אחת המשימות האלה שאני עושה לעתים קרובות מספיק כדי להתרעם על כך שאני עושה זאת ביד ולעתים רחוקות מספיק כדי לשכוח את שמות הנכסים המדויקים בכל פעם אז בניתי את מחולל סימון סכימה כדי להסיר את שני מצבי הכשל שעלו לי הכי הרבה: קינון שגוי וחוסר תוקף שקט. מדריך זה עובר על מה שסימון הסכימה עושה בפועל, כיצד המחולל בונה אותו והטעויות הספציפיות שמונעות מסימון בעל מראה תקף להרוויח תוצאות עשירות.
TL;DR: סימון סכימה הוא נתונים מובנים (באמצעות אוצר המילים של schema.org) שמספר למנועי החיפוש בדיוק על מה דף, מה שהופך אותו כשיר לתוצאות עשירות כמו אקורדיונים שאלות נפוצות, מחירי מוצרים ופירורי לחם. גוגל ממליצה על פורמט JSON-LD - עצמאי
<script type="application/ld+json">בלוק. המחולל בונה JSON-LD חוקי עבור תשעה סוגים נפוצים, מקנן תת-אובייקטים כמוPostalAddressוOfferנכון, דגלים חסרים שדות נדרשים ומומלצים, ופועל ב-100% בדפדפן שלך כך ששום דבר שאתה מקליד לא מועלה.
מהו סימון סכימה, ולמה זה משנה?
סימון סכימה הוא דרך סטנדרטית לתאר את התוכן של דף כך שמכונות יוכלו להבין אותו, לא רק לעבד אותו. אוצר המילים מגיע מ-schema.org, פרויקט משותף המגובה על ידי גוגל, מיקרוסופט, יאהו ויאנדקס. כאשר אתה מסמן דף בתור Article, אתה אומר מנוע חיפוש " זוהי כתבה חדשותית או בבלוג, הנה הכותרת שלה, הנה מי כתב אותה, הנה מתי היא פורסמה." התיאור המובנה הזה הוא מה שהופך דף כשיר לתוצאות עשירות - הרישומים המשופרים עם דירוגי כוכבים, מחירים, הורדות שאלות נפוצות, תאריכי אירועים ושבילי פירורי לחם שתופסים יותר מקום ומרוויחים יותר קליקים מאשר קישור כחול רגיל.
הסיבה שזה משנה השתנתה במהלך השנים האחרונות פעם היה מדובר אך ורק על תוצאות עשירות בגוגל עכשיו נתונים מובנים גם מזינים מנועי תשובות בינה מלאכותית וסקירות AI של Google's.When ChatGPT, Perplexity, או Gemini מנסים לסכם מה העסק שלך עושה או איזה מוצר תואם לשאילתה, נתונים מובנים נקיים הם אחד האותות שעוזרים להם לתקן את העובדות דף שמצהיר על עצמו בבירור כ Organization עם שם, לוגו ופרופילים חברתיים הרבה יותר קל לכל מכונה לנמק מאשר כזו שמשאירה הכל מרומז ב-HTML.
המלכוד הוא שנתונים מובנים הם לא סלחניים זה קוד, וקוד צריך להיות בדיוק נכון מאפיין מאוית datePublish במקום datePublished פשוט מתעלמים. An Offer ללא an @type אינו מוכר כהצעה. ומכיוון שאף אחת מהטעויות הללו לא שוברת את הדף הגלוי, הן מסתתרות בייצור ללא הגבלת זמן. זה הפער שמחולל ממלא - לא כותב עבורך את המושגים, אלא מקבל את התחביר והמבנה הנכונים בכל פעם מחדש.
למה JSON-LD במקום Microdata או RDFa?
ישנן שלוש דרכים להוסיף נתוני schema.org לדף, וזה עוזר להבין מדוע המחולל מייצר רק אחד מהם.
מיקרו נתונים ו RDFa טווה את הנתונים המובנים ישירות לתוך ה-HTML הגלוי שלך באמצעות תכונות נוספות - itemscope, itemprop, property, וכן הלאה. שלך <div> עבור סקירת מוצר מקבל תכונות שמתייגות כל פיסת טקסט גלוי זה עובד, אבל זה מצמיד בחוזקה את הסימון שלך למבנה הדף שלך. שנה את הפריסה ואתה מסתכן בשבירת הסכימה. זה גם מילולי וקשה לקריאה.
JSON-LD נוקט בגישה הפוכה. זה מכניס את כל הנתונים המובנים לעצמאי אחד <script type="application/ld+json"> בלוק, בדרך כלל ב <head>, נפרד לחלוטין מה-HTML הגלוי. Google המליצה על JSON-LD במשך שנים בדיוק בגלל ההפרדה הזו: אתה יכול להוסיף אותו, לעדכן אותו או להחדיר אותו דרך מנהל תגים מבלי לגעת בתבניות שלך. זה הפורמט שכל מדריך סכימה מודרני מלמד, וזה מה שהמחולל מוציא.
| פורמט | איפה זה גר | קלות תחזוקה | עמדת Google's |
|---|---|---|---|
| JSON-LD | סינגל <script> בלוק, נפרד מ-HTML |
הכי קל - ערוך בלוק אחד | מוּמלָ |
| מיקרו נתונים | תכונות בתוך HTML גלוי | קשה יותר - מחובר לפריסה | נתמך |
| RDFa | תכונות בתוך HTML גלוי | קשה יותר - מחובר לפריסה | נתמך |
אם אתה עובד בוורדפרס, JSON-LD הוא גם מה שרוב תוספי ה-SEO מחדירים, ואיזה כלי כמו WP Adminify יושב לצדו בצורה נקייה. מכיוון שזהו בלוק עצמאי, אתה יכול ליצור אותו כאן ולהדביק אותו בשדה HTML מותאם אישית, מנהל תגים או פריסת Laravel Blade ללא כל התעמלות ספציפית למסגרת.
כיצד אוכל להשתמש במחולל סימון סכימה?
זרימת העבודה בנויה סביב בחירת סוג ומילוי טופס קצר, עם תצוגה מקדימה חיה כך שתראה את ה-JSON-LD מתכנס תוך כדי הקלדה.
שלב 1 - בחר סוג סכימה. בחר מתוך ארגון, LocalBusiness, WebSite, מאמר, מוצר, FAQPage, BreadcrumbList, אדם, או אירוע הטופס מחליף מיד לשדות שסוג צריך תשעה אלה מכסים את הרוב המכריע של מה אתרים קטנים ובינוניים למעשה צריך סימון עבור.
שלב 2 - מלא את השדות. שדות נדרשים מסומנים בכוכבית. בזמן שאתה מקליד, הכלי מרכיב את ה-JSON-LD ומפיל כל שדה שאתה משאיר ריק, כך שלעולם לא תגיע לריק "" מאפיינים המזהמים את הפלט עבור סוגים מבוססי כתובות כמו LocalBusiness ו-Event, שדות הכתובות הבודדים מקופלים לתוך מוקלד כהלכה PostalAddress אובייקט באופן אוטומטי.
שלב 3 - צפה באימות. המחולל מסמן שני סוגים של בעיות שגיאות (חסרות שדות נדרשים, כתובות URL שגויות) חוסמות תוצאה נקייה ומוצגות באדום אזהרות (חסרות שדות המומלצים על ידי Google כמו image או datePublished, או תבנית כתובת אתר לחיפוש שחסרה את מציין המיקום שלה) מוצגות בענבר - הסימון עדיין תקף, אבל אתה משאיר פוטנציאל עשיר של תוצאות על הטבלה.
שלב 4 - העתק ופריסה. החלף בין המלא <script> תג (מוכן להדבקה לתוך שלך <head>) וה-JSON הגולמי (עבור מנהלי תגים ושדות CMS). פלט הסקריפט בורח מהתווים שאחרת היו נותנים לסטות </script> בנתונים שלך לשבור את הדף. לאחר מכן אמת את הדף החי עם Google's מבחן תוצאות עשירות.
מכיוון שהכל פועל בצד הלקוח, זה בטוח לשימוש בדפי מוצר שלא פורסמו, בסביבות בימוי ובעבודת לקוח תחת NDA. המחירים, פרטי האירוע וכתובות האתרים הפנימיות שלך לעולם לא עוזבים את הדפדפן - אותה עמדת פרטיות מאחורי כל כלי באתר, עליה כתבתי באתר מדריך פרטיות נתונים.
באילו סוגי סכימה עלי להשתמש בפועל?
לא כל עמוד צריך סימון, והערימה על סוגים שאינך יכול לתמוך בהם גרועה מאף אחד. הנה איך אני חושב על תשעת כיסויי המחולל.
ארגון שייך לדף הבית שלך או לדף אודות - הסכימה היא שמזינה לוחות ידע ועוזרת ל-Google לחבר את המותג שלך לפרופילים החברתיים שלו באמצעות sameAs. אתר אינטרנט משתלב איתו ויכול להכריז על תיבת חיפוש של Sitelinks דרך א SearchAction, מתן אפשרות למשתמשים לחפש באתר שלך ישירות מדף התוצאות. LocalBusiness חיוני אם יש לך מיקום פיזי: הוא נושא את הכתובת, הטלפון, טווח המחירים ושעות הפתיחה שלך, והוא עומד בבסיס תוצאות החבילה והמפה המקומיות.
מאמר (שהגנרטור פולט איתו Article הקלד, תקף באותה מידה עבור פוסטים בבלוג) מסמן תוכן עריכה עם כותרת, מחבר, מוציא לאור ותאריכי פרסום. מוצר מתאר משהו למכירה, עם מקונן Offer מחיר נשיאה, מטבע וזמינות - זה מה שמניע קטעי מחיר וזמינות. אירוע מכסה כל דבר עם תאריך ומקום, מכנס ועד סמינר מקוון.
עמוד שאלות נפוצות ו רשימת פירורי לחם הם מבניים ולא על "thing." FAQPage מסמן תוכן שאלות ותשובות; שים לב שגוגל צמצמה תוצאות עשירות בשאלות נפוצות לאתרי ממשל ובריאות סמכותיים, אבל הסימון עדיין עוזר למנועי חיפוש אחרים ולמנועי תשובות בינה מלאכותית לנתח את השאלות והמגבר שלך; א. BreadcrumbList מייצרת את שביל פירורי הלחם המוצג תחת הכותרת שלך בתוצאות, מה שמשפר את האופן שבו מבנה כתובת האתר שלך קורא. אדם מסמן אדם - מחבר, מייסד או איש ציבור - והוא שימושי עבור ביוס מחבר ואותות EEAT.
הכלל שאני עוקב אחריו: סמן על מה הדף באמת, ותבע רק מאפיינים המשקפים תוכן שנראה בפועל בדף. Google' ההנחיות מפורשות לפיהן נתונים מובנים חייבים לתאר תוכן אמיתי וגלוי - סימון מחיר שאינו מופיע בדף הוא הפרה, לא קיצור דרך.
כיצד הגנרטור שומר על הסימון בתוקף?
הערך נמצא בפרטים שקל לטעות בהם ביד כמה ששווה לקרוא להם.
קינון נכון עם @type. ב-JSON-LD, אובייקטים מקוננים אינם תת-אובייקטים רגילים - כל אחד צריך את שלו @type. כתובת היא א PostalAddress, הצעה היא Offer, מאמר 's המחבר הוא א Person, המוציא לאור שלו הוא א Organization שהלוגו שלו הוא an ImageObject. המחולל בונה כל אחד מאלה עם הסוג הנכון כך שהמנתח מזהה אותם במקום להתייחס אליהם כאל כתמים אנונימיים.
גיזום מרוקן. השארת שדה ריק אמורה להסיר את המאפיין, לא לפלוט "telephone": "". מחרוזות ריקות ומערכים ריקים מופשטים מהפלט באופן אוטומטי, כך שמה שאתה מעתיק תמיד נקי.
בריחה בטוחה לתסריט. הדמות המסוכנת ביותר ב-JSON-LD המוטבע היא א < - ספציפית הרצף </script> מופיע בתוך הנתונים שלך (נניח, בתיאור), אשר היה לסיים את חסימת הסקריפט מוקדם ולשבור את הדף המחולל בורח <, >, ו & בפלט תג הסקריפט באמצעות בריחות יוניקוד, וזה בדיוק מה שעושות הדוגמאות של Google'.
מודעות נדרשת ומומלצת. כל סוג נושא רשימה משלו של מה שגוגל דורש לעומת ממליץ. מאמר באמת רוצה image ו datePublished; המוצר רוצה א price; אירוע צריך א startDate. הכלי מבחין בין דרישות קשות (שהוא מתייחס אליהן כשגיאות) לבין המלצות (אזהרות), כך שאתה יודע מה ההבדל בין "זה לא יעבוד" ו-"זה יכול לעבוד טוב יותר."
אם אתה מרכיב זרימת עבודה טכנית רחבה יותר, מחולל הסכימה יושב באופן טבעי לצד כלי השירות האחרים לקידום אתרים - ה מחולל מטא תגים עבור הכותרת, התיאור ותגי Open Graph שלך, וה- מחולל מפת אתר XML לשליחת כתובות האתרים שלך. יחד הם מכסים את רוב משטח ה-SEO הטכני בדף, וקיבצתי אותם מסיבה זו ב- סקירת ערכת כלים למפתחי אינטרנט.
כיצד אוכל לבדוק ולפרוס נתונים מובנים?
יצירת JSON-LD חוקי היא חצי מהעבודה; החצי השני מאשר שגוגל קוראת את זה כמו שאתה מתכוון.
התחל עם Google's מבחן תוצאות עשיר, אשר מביא כתובת URL או מקבל קוד מודבק ומדווח אילו סוגי תוצאות עשירים הדף מתאים, בתוספת שגיאות או אזהרות. לאחר מכן הפעל את אותו סימון דרך מאמת סימון סכימה בכתובת validator.schema.org, הבודקת התאמה לאוצר המילים של schema.org עצמו ולא ל-Google's דרישות עשירות בתוצאות השניים תופסים דברים שונים: מבחן התוצאות העשירות אומר לך אם אתה זכאי לתכונה ספציפית של Google, בעוד המאמת אומר לך אם הסימון הוא schema.org בעל תקינות מבנית.
ברגע שהדף פעיל, השיפור מדווח Google Search Console עקוב אחר ביצועים לאורך זמן ושגיאות דגל שגוגל מוצאת במהלך הסריקה. זה המקום שבו אתה תופס בעיות המופיעות רק בקנה מידה - תבנית שפולטת עמדות כפולות של פירורי לחם, למשל, או הזנת מוצר שמשמיטה מדי פעם שדה נדרש.
לפריסה, הדבק את <script> לחסום לתוך ה <head> של הדף הספציפי שהוא מתאר אל תשים בלוק מוצר אחד בתבנית גלובלית שפועלת על כל עמוד - הסימון צריך להתאים לדף שהוא חי בו ב-CMS, השתמש בכל שדה מותאם אישית-HTML או SEO שהפלטפורמה נותנת לך במנהל תגים, השתמש בתג HTML מותאם אישית והעתק את ה-JSON. באפליקציית React או Laravel, הזרקו את צד שרת הבלוק כך שהסורקים יראו אותו ב-HTML הראשוני ולא לאחר הידרציה.
טעויות נפוצות שאני עדיין רואה
קומץ שגיאות מופיעות שוב ושוב, וכל אחת מהן מייצרת סימון שנראה בסדר אבל לא עושה כלום.
הקלאסי הוא סימון תוכן בלתי נראה - הוספת דירוג ביקורת או מחיר שלא מופיע בשום מקום בדף גוגל אוסר זאת במפורש ויכול להוציא פעולה ידנית עבורו השני הוא הסוג הלא נכון על אובייקט מקונן, בדרך כלל חסר @type על כתובת או הצעה.השלישית היא שילוב סוגים דומים, כמו להשתמש Product סימון בדף רישום קטגוריה ולא במוצר בודד. והרביעי, האויב האישי שלי, הוא שגיאת תחביר מעריכה ידנית - פסיק נגרר או ציטוט שלא נמלט שמבטל את תוקף הבלוק כולו.
כל אחד מאלה הוא הסיבה לכך שמחולל מרוויח את החזקתו. הוא לא יכול לדעת אם המחיר שלך גלוי בדף - כלומר עליך - אבל הוא לעולם לא יפלוט פסיק נגרר, חסר @type, או נכס ריק. זה לבדו מסיר את רוב הדרכים שבהן נתונים מובנים נכשלים בשקט. לרקע עמוק יותר על זרימות העבודה של המפתחים סביב סוג זה של כלי עבודה, ה מדריך כלי קידוד האם בן לוויה טוב לקרוא.
שאלות נפוצות
מהו סימון סכימה?
סימון סכימה הוא נתונים מובנים המתארים עמוד's תוכן למנועי חיפוש באמצעות אוצר המילים של schema.org המשותף הוספתו יכולה להפוך דף כשיר לתוצאות עשירות כגון אקורדיונים שאלות נפוצות, מחירי מוצרים, כוכבי סקירה ופירורי לחם.JSON-LD, הפורמט שהכלי הזה מייצר, הוא התחביר שגוגל ממליצה עליו מכיוון שהוא חי בתג סקריפט יחיד נפרד מה-HTML הגלוי שלך.
מה ההבדל בין JSON-LD, MicroData ו-RDFA?
שלושתם הם דרכים להוסיף נתונים מובנים של schema.org לדף. MicroData ו-RDFA הם תכונות שזורות ב-HTML הגלוי שלך, בעוד ש-JSON-LD הוא בלוק עצמאי של JSON בתג סקריפט. גוגל ממליצה על JSON-LD מכיוון שקל יותר להוסיף, לעדכן ולשמור בנפרד מסימון העמוד. כלי זה מוציא את JSON-LD מסיבה זו.
איפה אני שם את ה-JSON-LD שנוצר?
הדבק את המלא <script type="application/ld+json"> תג לתוך ה <head> של הדף שהוא מתאר, או בכל מקום ב <body> - Google קוראת אותו בכל אחד מהמקומות אם אתה משתמש ב - Google Tag Manager, העתק את ה - JSON והוסף אותו באמצעות תג HTML מותאם אישית. תמיד למקם את הסימון באותו דף שתוכנו הוא מתאר, לא תבנית שמחילה אותו בכל מקום.
האם הוספת סימון סכימה מבטיחה תוצאות עשירות?
לֹא נתונים מובנים חוקיים הופכים דף לזכאי לתוצאות עשירות, אך גוגל מחליטה אם להציג אותם על סמך איכות, רלוונטיות והנחיות משלו. הסימון שלך חייב לשקף גם תוכן שנראה בפועל בדף. חשבו על הסכמה כעל דרישה לתוצאות עשירות, לא על מתג שמדליק אותן.
איך אני בודק את הנתונים המובנים שלי?
הפעל את הסימון שנוצר דרך Google' s מבחן תוצאות עשירות ו-Schema Markup Validator (schema.org's validator). שניהם מנתחים את ה-JSON-LD שלך ומדווחים על שדות נדרשים חסרים או שגיאות תחביר. לאחר שהדף פעיל, דוחות השיפורים של Google Search Console עוקבים אחר ביצועי הנתונים המובנים שלך לאורך זמן.
אילו שדות נדרשים לכל סוג?
הדרישות משתנות לפי סוג: המאמר צריך כותרת, המוצר צריך שם, אירוע צריך שם ותאריך התחלה, ו-FaqPage צריך לפחות שאלה ותשובה אחת. כלי זה מסמן את השדות הנדרשים וחוסם את הפלט עד למילוים, תוך אזהרה לגבי שדות מומלצים המשפרים את הסיכויים שלך להרוויח תוצאה עשירה.
האם אוכל ליצור סכימת שאלות נפוצות עבור הדף שלי?
כן. בחר את סוג FAQPage, הוסף כל שאלה עם התשובה שלה, והכלי בונה את מערך ה-MainEntity של אובייקטי שאלות ותשובות באופן אוטומטי. שים לב ש-Google מציג כעת תוצאות עשירות בשאלות נפוצות בעיקר עבור אתרי ממשל ובריאות סמכותיים, אך הסימון נשאר תקף ושימושי עבור מנועי חיפוש אחרים ומנועי תשובות בינה מלאכותית.
האם הנתונים שלי נשמרים פרטיים?
כן. ה-JSON-LD מורכב כולו בדפדפן שלך עם JavaScript רגיל. שום דבר שאתה מקליד - כולל מחירים שלא פורסמו, פרטי אירועים או כתובות URL פרטיות - לא מועבר, נרשם או מאוחסן, והמחולל ממשיך לעבוד ללא חיבור לרשת לאחר הטעינה.
