স্ট্রাকচার্ড ডেটা কী? স্কিমা মার্কআপ সহজ ভাষায়

স্ট্রাকচার্ড ডেটা হলো একটি ওয়েব পেজের ছোট কোড-ব্লক, যা পেজটি কী নিয়ে তা সার্চ ইঞ্জিনের বোঝার মতো একটি প্রমিত ফরম্যাটে লেখে। যেমন: "এটি Lavender Candle নামের একটি প্রোডাক্ট, এর দাম $24, এবং এটি স্টকে আছে।" Google একে পেজের তথ্য জানানোর এবং তার বিষয়বস্তু শ্রেণিবদ্ধ করার একটি প্রমিত উপায় হিসেবে বর্ণনা করে। সঠিকভাবে করা হলে এটি সার্চ ইঞ্জিনকে আপনার পেজ বুঝতে সাহায্য করে এবং পেজটিকে আরও সমৃদ্ধ সার্চ ফলাফলের যোগ্য করতে পারে, যেমন তালিকাতেই দেখানো দাম, রেটিং বা ইভেন্টের তারিখ।

এআই দিয়ে বানানোর সময় কেন এটি গুরুত্বপূর্ণ

সার্চ ইঞ্জিন পেজ পড়তে ভালো, কিন্তু তাদের অনুমান করতে হয়। "২৪" কি দাম, পরিমাণ নাকি তারিখ? "Riverside Hall" কি একটি ভেন্যু, নাকি কোনো ব্যক্তির নাম? স্ট্রাকচার্ড ডেটা এই অনুমানের প্রয়োজন দূর করে।

এআই দিয়ে বানানো সাইটের জন্য দুটি ব্যবহারিক বিষয় আছে:

• এটি কনটেন্ট নয়, কোড, তাই সহজে ভুলে যাওয়া হয়। আপনি না চাইলে এআই বিল্ডার সাধারণত এটি যোগ করে না, আর যোগ করলেও তা পেজে যা দেখা যায় তার সাথে মিলতে হবে।
• এটি এমনভাবে ভুল হতে পারে যা ঠিক মনে হয়। এআই হয়তো একটি বানানো পাঁচ-তারার রেটিং যোগ করে ফেলতে পারে, এমন কনটেন্টের মার্কআপ যোগ করতে পারে যা দেখা যায় না, অথবা 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 থেকে আলাদা রাখা হয়।

সার্চ ইঞ্জিন ব্লকটি পড়ে, পেজের সত্তাগুলো বোঝে, এবং পেজটি যোগ্য হলে ও প্রয়োজনীয় শর্ত পূরণ করলে এটি একটি রিচ রেজাল্ট দেখাতে পারে: অতিরিক্ত বিবরণসহ একটি সার্চ তালিকা।

একটি বাস্তব উদাহরণ: একটি ক্যান্ডেল শপের প্রোডাক্ট পেজ

ধরুন আপনি একটি অনলাইন শপ বানিয়েছেন, এবং একটি পেজে একটি ল্যাভেন্ডার ক্যান্ডেল বিক্রি হয়। দৃশ্যমান পেজে নাম, একটি ছবি, বর্ণনা, দাম ($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-এর রিচ রেজাল্টের যোগ্য কি না এবং কোনো প্রয়োজনীয় কিছু বাদ আছে কি না। সাধারণ schema.org যাচাইয়ের জন্য Schema Markup Validator ব্যবহার করুন। লঞ্চের পর Search Console পুরো সাইট জুড়ে ত্রুটি দেখায়।

জানা দরকারি নিয়ম

Google-এর স্ট্রাকচার্ড ডেটা ডকুমেন্টেশন থেকে:

• ব্যবহারকারী যা দেখতে পায় শুধু তারই মার্কআপ করুন। দৃশ্যমান নয় এমন তথ্যের স্ট্রাকচার্ড ডেটা যোগ করবেন না, তথ্যটি সঠিক হলেও।
• প্রয়োজনীয় প্রপার্টি অন্তর্ভুক্ত করুন। প্রতিটি রিচ রেজাল্ট টাইপের প্রয়োজনীয় ফিল্ড তালিকাভুক্ত থাকে; কোনোটি না থাকলে পেজ অযোগ্য হয়ে যায়।
• যোগ্যতা মানে নিশ্চয়তা নয়। সঠিক মার্কআপ পেজকে একটি রিচ রেজাল্টের যোগ্য করে, কিন্তু সেটি অবশ্যই পাওয়া যাবে এমন নয়।
• রিচ রেজাল্টের টাইপ বদলায়। Google সময়ের সাথে কিছু ফিচার বাদ দেয়। যেমন, এর FAQ রিচ রেজাল্ট শুধু পরিচিত সরকারি ও স্বাস্থ্য সাইটগুলোর জন্য সীমিত ছিল, এবং Google জানিয়েছে ২০২৬ সালের মে থেকে এগুলো সার্চে আর দেখা যাবে না। কোনো নির্দিষ্ট রিচ রেজাল্টের জন্য তৈরি করার আগে Google-এর বর্তমান search gallery দেখে নিন।
• শুধু মার্কআপ রাখার জন্য পেজ বানাবেন না।

জানা দরকারি পরিভাষা

সাধারণ ভুল ও ভুল ধারণা

• "স্ট্রাকচার্ড ডেটা র‍্যাঙ্কিং বাড়ায়।" এর প্রধান মূল্য হলো বোঝানো ও রিচ রেজাল্টের যোগ্যতা, র‍্যাঙ্কিংয়ের কোনো শর্টকাট নয়।
• বানানো রিভিউ বা রেটিং। নকল বা অসমর্থিত রেটিং Google-এর নিয়ম ভাঙে এবং মানুষকে বিভ্রান্ত করে।
• পেজের সাথে না মেলা মার্কআপ। JSON-LD-এ দাম $24 আর পেজে $29 থাকলে সেটি সমস্যা।
• লুকানো কনটেন্ট। দর্শক দেখতে পায় না এমন লেখার মার্কআপ নির্দেশিকার বিরুদ্ধে।
• প্রতিটি পেজে একই মার্কআপ কপি করা। Product ব্লক প্রোডাক্ট পেজে থাকা উচিত, হোমপেজ বা ব্লগে নয়।
• বাদ পড়া ফিচারের জন্য তৈরি করা। আপনি যে রিচ রেজাল্ট চান তা এখনো আছে কি না যাচাই করুন।
• শুধু ব্রাউজারে মার্কআপ যোগ করা। সাইট যদি সবকিছু JavaScript দিয়ে রেন্ডার করে, Google হয়তো তবু পেতে পারে, কিন্তু সার্ভারের পাঠানো HTML-এ JSON-LD রাখাই বেশি নির্ভরযোগ্য।
• কখনো পরীক্ষা না করা। একটি ভুল কমা পুরো ব্লককে অপাঠ্য করে দেয়।

আপনার এআই বিল্ডারকে কী চাইবেন

• "প্রতিটি পেজের সাথে মেলে এমন schema.org টাইপ ব্যবহার করে JSON-LD স্ট্রাকচার্ড ডেটা যোগ করো: প্রোডাক্ট পেজে Product, যোগাযোগ পেজে LocalBusiness, ব্লগ পোস্টে Article।"
• "পেজে যে ডেটা দেখানো হয় সেখান থেকেই মানগুলো তৈরি করো, যাতে সেগুলো সবসময় মেলে।"
• "কোনো রেটিং, রিভিউ বা দৃশ্যমান নয় এমন প্রপার্টি যোগ করো না।"
• "JSON-LD সার্ভার-রেন্ডার করা বা প্রি-রেন্ডার করা HTML-এ রাখো।"
• "সেই টাইপের Google রিচ রেজাল্টের সব প্রয়োজনীয় প্রপার্টি অন্তর্ভুক্ত করো, এবং কোনগুলো ব্যবহার করেছ তা বলো।"
• "Rich Results Test-এ পরীক্ষা করার জন্য URL-গুলোর একটি তালিকা দাও।"

বড় ছবিতে এটি কোথায় খাপ খায় তা জানতে দেখুন SEO কী, sitemap কী, এবং এআই-বানানো ওয়েবসাইটের SEO-এর প্রযুক্তিগত গাইড।

Mythex-এ স্ট্রাকচার্ড ডেটা

Mythex আপনার জন্য স্বয়ংক্রিয়ভাবে স্ট্রাকচার্ড ডেটা যোগ করে না; আপনি চ্যাটে চাইলে এজেন্ট তা আপনার অ্যাপের কোডে লেখে। কোন পেজগুলো প্রোডাক্ট, ইভেন্ট বা আপনার ব্যবসাকে উপস্থাপন করে তা বলুন, এবং পেজে যে ডেটা দেখানো হয় সেখান থেকেই JSON-LD তৈরি করতে বলুন। পাবলিশ করা অ্যাপের SEO ডক্সের রেসিপিতে "Do not invent fake review schema" লাইনটি আছে, যা যেকোনো প্রম্পটে রাখার মতো ভালো পরামর্শ। ডিফল্ট সেটআপটি ক্লায়েন্ট-রেন্ডার করা single-page অ্যাপ, তাই সার্চ গুরুত্বপূর্ণ হলে প্রি-রেন্ডার করা বা স্ট্যাটিক-ফ্রেন্ডলি কাঠামো চান, তারপর পাবলিশ করে লাইভ URL-গুলো পরীক্ষা করুন।

প্রশ্নোত্তর