اسٹرکچرڈ ڈیٹا کیا ہے؟ اسکیما مارک اپ آسان الفاظ میں

اسٹرکچرڈ ڈیٹا ویب صفحے پر کوڈ کا ایک چھوٹا سا بلاک ہے جو معیاری شکل میں بتاتا ہے کہ صفحہ کس چیز کے بارے میں ہے، جسے سرچ انجن سمجھتے ہیں۔ مثال کے طور پر: “یہ صفحہ Lavender Candle نامی ایک پروڈکٹ کا ہے، اس کی قیمت $24 ہے، اور یہ اسٹاک میں ہے۔” Google اسے صفحے کے بارے میں معلومات دینے اور اس کے مواد کی درجہ بندی کرنے کا معیاری طریقہ بتاتا ہے۔ درست طریقے سے لگایا جائے تو یہ سرچ انجنوں کو آپ کا صفحہ سمجھنے میں مدد دیتا ہے اور اسے بہتر نتائج کے لیے اہل بنا سکتا ہے، جیسے قیمتیں، ریٹنگز یا ایونٹ کی تاریخیں جو لسٹنگ میں ہی دکھائی جائیں۔

AI کے ساتھ بناتے وقت یہ کیوں اہم ہے

سرچ انجن صفحات پڑھنے میں اچھے ہیں، لیکن انہیں پھر بھی اندازہ لگانا پڑتا ہے۔ کیا “24” قیمت ہے، مقدار ہے یا تاریخ؟ کیا “Riverside Hall” کوئی جگہ ہے یا کوئی شخص؟ اسٹرکچرڈ ڈیٹا یہ اندازے ختم کر دیتا ہے۔

AI سے بنی سائٹس کے لیے دو عملی نکات ہیں:

• یہ کوڈ ہے، مواد نہیں، اس لیے اسے آسانی سے نظر انداز کیا جا سکتا ہے۔ AI بلڈر عام طور پر اسے تب تک شامل نہیں کرتا جب تک آپ نہ کہیں، اور جب کرتا ہے تو اسے صفحے کے اصل مواد سے میل کھانا ہوتا ہے۔
• یہ ایسی غلطیوں سے بھرا ہو سکتا ہے جو درست لگتی ہیں۔ AI پانچ ستاروں کی ریٹنگ ایجاد کر سکتا ہے، ایسا مارک اپ شامل کر سکتا ہے جو نظر نہیں آتا، یا ایسی قسم استعمال کر سکتا ہے جو Google اب نہیں دکھاتا۔ Google کی رہنمائی درستگی پر سخت ہے، اور گمراہ کن مارک اپ کو نظر انداز یا جرمانہ کیا جا سکتا ہے۔

تھوڑا سا اسٹرکچرڈ ڈیٹا، جو درست ہو اور اصل مواد سے مطابقت رکھتا ہو، فائدے مند ہے۔ بہت سا ایجاد کردہ مارک اپ کچھ نہ ہونے سے بھی بدتر ہے۔

روزمرہ کی ایک مثال

سپر مارکیٹ میں کسی پروڈکٹ کا تصور کریں۔ پیکنگ پر رنگین ڈیزائن اور اشتہاری عبارت ہوتی ہے، یہ آپ کا ویب صفحہ ہے جیسا انسان دیکھتا ہے۔ لیکن پیچھے ایک معیاری غذائی لیبل بھی ہوتا ہے: وہی خانے، ایک ہی ترتیب میں، ہر پروڈکٹ پر۔ کوئی بھی اسے جلدی پڑھ کر پروڈکٹس کا موازنہ کر سکتا ہے۔

اسٹرکچرڈ ڈیٹا آپ کے صفحے کا غذائی لیبل ہے۔ ڈیزائن جو چاہیں رکھ سکتے ہیں؛ لیبل معیاری ہوتا ہے تاکہ مشینیں اسے قابلِ اعتماد طریقے سے پڑھ سکیں۔ اور غذائی لیبل کی طرح، اسے سچا ہونا چاہیے کہ اس کے اندر کیا ہے۔

اسٹرکچرڈ ڈیٹا کیسے کام کرتا ہے

اسٹرکچرڈ ڈیٹا کے دو حصے ہوتے ہیں:

1. ذخیرۂ الفاظ — وہ الفاظ جن سے چیزیں بیان کی جاتی ہیں۔ سب سے عام schema.org ہے، ایک مشترکہ ذخیرہ جس میں Product، LocalBusiness، Event، Article، Recipe اور Organization جیسی اقسام ہیں، اور name، price، address اور startDate جیسی خصوصیات۔
2. فارمیٹ — یہ لیبل صفحے میں کیسے لکھے جاتے ہیں۔ Google تین فارمیٹ سپورٹ کرتا ہے: JSON-LD، Microdata اور RDFa۔ وہ JSON-LD کی سفارش کرتا ہے، جو ایک <script> ٹیگ کے اندر JSON بلاک ہوتا ہے، جو نظر آنے والے HTML سے الگ رکھا جاتا ہے۔

سرچ انجن یہ بلاک پڑھتے ہیں، صفحے کی اکائیوں کو سمجھتے ہیں، اور اگر صفحہ اہل ہو اور شرائط پوری کرے تو وہ rich result دکھا سکتے ہیں: ایک سرچ لسٹنگ جس میں اضافی تفصیل ہو۔

ایک عملی مثال: کینڈل شاپ کا پروڈکٹ صفحہ

فرض کریں آپ نے ایک آن لائن دکان بنائی ہے اور ایک صفحہ لیوینڈر کینڈل بیچتا ہے۔ نظر آنے والے صفحے پر نام، تصویر، تفصیل، قیمت ($24.00) اور “In stock” لکھا ہے۔

اس صفحے کے لیے JSON-LD کچھ یوں ہو سکتا ہے:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

یہ HTML صفحے میں <script type="application/ld+json">…</script> کے اندر رہتا ہے۔

دھیان دیں کہ یہاں کیا نہیں ہے: کوئی aggregateRating نہیں، کیونکہ دکان صفحے پر ریویوز نہیں دکھاتی۔ ایسی ریٹنگ شامل کرنا جو وزیٹر نہیں دیکھ سکتے، Google کے اصولوں کی خلاف ورزی ہوگی۔

اب اسی دکان کا رابطے کا صفحہ کاروبار کو خود بیان کر سکتا ہے:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

یہاں بھی ہر قدر صفحے پر نظر آنے والی معلومات سے میل کھاتی ہے۔

اس کی جانچ کریں۔ لائیو URL Google کے Rich Results Test میں چسپاں کریں تاکہ دیکھ سکیں کہ صفحہ Google کے rich results کے لیے اہل ہے یا نہیں، اور کوئی ضروری چیز غائب تو نہیں۔ عمومی schema.org جانچ کے لیے Schema Markup Validator استعمال کریں۔ لانچ کے بعد Search Console پوری سائٹ کی غلطیاں دکھاتا ہے۔

جاننے کے قابل اصول

Google کی اسٹرکچرڈ ڈیٹا دستاویزات کے مطابق:

• صرف وہی مارک اپ کریں جو صارف دیکھ سکتے ہوں۔ ایسی معلومات کے بارے میں اسٹرکچرڈ ڈیٹا شامل نہ کریں جو صفحے پر نظر نہ آئے، چاہے وہ درست ہی کیوں نہ ہو۔
• ضروری خصوصیات شامل کریں۔ ہر rich result قسم کے لیے ضروری فیلڈز کی فہرست ہوتی ہے؛ کوئی فیلڈ غائب ہو تو صفحہ اہل نہیں رہتا۔
• اہلیت ضمانت نہیں ہے۔ درست مارک اپ صفحے کو rich result کے لیے اہل بناتا ہے، یقینی طور پر وہ نتیجہ نہیں دلاتا۔
• Rich result کی اقسام بدلتی ہیں۔ Google کچھ فیچرز وقت کے ساتھ ختم کر دیتا ہے۔ مثلاً اس کے FAQ rich results صرف معروف سرکاری اور صحت کی سائٹس تک محدود تھے، اور Google نے اعلان کیا تھا کہ وہ مئی 2026 سے Search میں نہیں دکھائے جائیں گے۔ کسی مخصوص rich result کے لیے کام کرنے سے پہلے Google کی موجودہ search gallery چیک کریں۔
• صرف مارک اپ رکھنے کے لیے صفحات نہ بنائیں۔

عام اصطلاحات کی وضاحت

عام غلطیاں اور غلط فہمیاں

• “اسٹرکچرڈ ڈیٹا رینکنگ بڑھاتا ہے۔” اس کا بنیادی فائدہ سمجھ اور rich result کی اہلیت ہے، رینکنگ کا کوئی شارٹ کٹ نہیں۔
• ریویوز یا ریٹنگز ایجاد کرنا۔ جعلی یا بے بنیاد ریٹنگز Google کے اصولوں کی خلاف ورزی ہیں اور لوگوں کو گمراہ کرتی ہیں۔
• ایسا مارک اپ جو صفحے سے مطابقت نہ رکھے۔ اگر JSON-LD میں قیمت $24 ہو اور صفحے پر $29، تو یہ مسئلہ ہے۔
• چھپا ہوا مواد۔ ایسا متن مارک اپ کرنا جو وزیٹر نہیں دیکھ سکتے، رہنمائی کے خلاف ہے۔
• ہر صفحے پر ایک ہی مارک اپ نقل کرنا۔ Product بلاک پروڈکٹ صفحات پر ہونا چاہیے، ہوم پیج یا بلاگ پر نہیں۔
• ختم شدہ فیچرز کے لیے بنانا۔ دیکھیں کہ جو rich result آپ چاہتے ہیں وہ ابھی موجود ہے یا نہیں۔
• صرف براؤزر میں مارک اپ شامل کرنا۔ اگر آپ کی سائٹ سب کچھ JavaScript سے رینڈر کرتی ہے تو Google شاید اسے پھر بھی ڈھونڈ لے، لیکن JSON-LD کو سرور کے بھیجے ہوئے HTML میں رکھنا زیادہ قابلِ اعتماد ہے۔
• کبھی جانچ نہ کرنا۔ ایک چھوٹی سی غلطی، جیسے غلط کاما، پورے بلاک کو ناقابلِ پڑھائی بنا دیتا ہے۔

اپنے AI بلڈر سے کیا مانگیں

• “ہر صفحے سے مطابقت رکھنے والی schema.org اقسام کے ساتھ JSON-LD اسٹرکچرڈ ڈیٹا شامل کریں: پروڈکٹ صفحات پر Product، رابطے کے صفحے پر LocalBusiness، بلاگ پوسٹس پر Article۔”
• “قدریں انہی ڈیٹا سے بنائیں جو صفحہ دکھاتا ہے، تاکہ وہ ہمیشہ میل کھائیں۔”
• “کوئی ریٹنگ، ریویو، یا ایسی خصوصیت شامل نہ کریں جو صفحے پر نظر نہ آئے۔”
• “JSON-LD سرور سے رینڈر ہونے والے یا پہلے سے رینڈر شدہ (prerendered) HTML میں رکھیں۔”
• “اس قسم کے لیے Google کے rich result کی تمام ضروری خصوصیات شامل کریں، اور بتائیں کہ آپ نے کون سی استعمال کیں۔”
• “Rich Results Test میں چیک کرنے کے لیے URLs کی فہرست دیں۔”

اس کا بڑی تصویر میں کہاں تعلق ہے، یہ جاننے کے لیے SEO کیا ہے، سائٹ میپ کیا ہے اور AI سے بنی ویب سائٹس کے لیے SEO کی تکنیکی وضاحت دیکھیں۔

Mythex میں اسٹرکچرڈ ڈیٹا

Mythex اسٹرکچرڈ ڈیٹا خود سے خودکار طور پر شامل نہیں کرتا؛ آپ اسے چیٹ میں مانگتے ہیں، اور ایجنٹ اسے آپ کی ایپ کے کوڈ میں لکھ دیتا ہے۔ اسے بتائیں کہ کون سے صفحات پروڈکٹس، ایونٹس یا آپ کے کاروبار کی نمائندگی کرتے ہیں، اور کہیں کہ JSON-LD انہی ڈیٹا سے بنائے جائیں جو صفحہ دکھاتا ہے۔ شائع شدہ ایپ کے لیے SEO کے docs recipe میں یہ لائن ہے “جعلی ریویو schema نہ بنائیں”، جو ہر prompt میں رکھنے کے قابل اچھا مشورہ ہے۔ چونکہ ڈیفالٹ سیٹ اپ کلائنٹ پر رینڈر ہونے والی single-page app ہے، اس لیے اگر سرچ اہم ہے تو prerendered یا static-friendly ساخت مانگیں، پھر شائع کریں اور لائیو URLs کی جانچ کریں۔

سوالات