একটি বিষয়বস্তুর মডেল একটি ডিজাইন সিস্টেম নয় – একটি তালিকা ছাড়াও৷

আপনি কি মনে রাখবেন যখন একটি দুর্দান্ত ওয়েবসাইট থাকা যথেষ্ট ছিল? এখন, লোকেরা কেবল আমাদের ওয়েবসাইট নয়, সিরি, গুগল অনুসন্ধান স্নিপেট এবং মোবাইল অ্যাপ থেকে উত্তর পাচ্ছে। অগ্রগামী-চিন্তাশীল সংগঠনগুলো একটি গ্রহণ করেছে omnichannel কন্টেন্ট কৌশলযার লক্ষ্য একাধিক ডিজিটাল চ্যানেল এবং প্ল্যাটফর্ম জুড়ে দর্শকদের কাছে পৌঁছানো।

নিবন্ধটি নীচে অব্যাহত রয়েছে

কিন্তু এখন এবং ভবিষ্যতে আপনার দর্শকদের কাছে পৌঁছানোর জন্য আপনি কীভাবে একটি বিষয়বস্তু ব্যবস্থাপনা সিস্টেম (সিএমএস) সেট আপ করবেন? আমি কঠিন উপায় যে একটি তৈরি শিখেছি বিষয়বস্তু মডেল—কন্টেন্টের ধরন, গুণাবলী এবং সম্পর্কগুলির একটি সংজ্ঞা যা লোকে এবং সিস্টেমগুলিকে বিষয়বস্তু বুঝতে দেয়—আমার আরও পরিচিত ডিজাইন-সিস্টেম চিন্তার সাথে আমার গ্রাহকের সর্বনিম্নচ্যানেল বিষয়বস্তু কৌশলটি ক্যাপসাইজ করবে। আপনি শব্দার্থিক এবং সেই সাথে সম্পর্কিত বিষয়বস্তু সংযুক্ত বিষয়বস্তু মডেল তৈরি করে সেই ফলাফল এড়াতে পারেন।

আমি সম্প্রতি একটি Fortune 500 কোম্পানির জন্য CMS বাস্তবায়নের নেতৃত্ব দেওয়ার সুযোগ পেয়েছি। ক্লায়েন্ট কন্টেন্ট পুনঃব্যবহার, মাল্টিচ্যানেল সহ একটি omnichannel কন্টেন্ট কৌশলের সুবিধার দ্বারা উত্তেজিত ছিল মার্কেটিংএবং রোবট ডেলিভারি—বট, গুগল নলেজ প্যানেল, স্নিপেট এবং ভয়েস ইউজার ইন্টারফেসের জন্য বোধগম্য হওয়ার জন্য সামগ্রী ডিজাইন করা।

একটি বিষয়বস্তু মডেল একটি সর্বজনীন সামগ্রী কৌশলের জন্য একটি গুরুত্বপূর্ণ ভিত্তি, এবং আমাদের বিষয়বস্তু একাধিক সিস্টেম দ্বারা বোঝার জন্য, মডেলটি প্রয়োজন শব্দার্থিক প্রকার—প্রকার উপস্থাপনার পরিবর্তে তাদের অর্থ অনুসারে নামকরণ করা হয়েছে। আমাদের লক্ষ্য ছিল লেখকদের বিষয়বস্তু তৈরি করা এবং যেখানেই এটি প্রাসঙ্গিক সেখানে পুনরায় ব্যবহার করা। কিন্তু প্রকল্পটি এগিয়ে যাওয়ার সাথে সাথে, আমি বুঝতে পেরেছিলাম যে আমার গ্রাহকের যে স্কেলে সমর্থনকারী বিষয়বস্তু পুনঃব্যবহার করা দরকার তার জন্য পুরো দলকে একটি নতুন প্যাটার্ন চিনতে হবে।

আমাদের সর্বোত্তম উদ্দেশ্য থাকা সত্ত্বেও, আমরা যেটির সাথে বেশি পরিচিত ছিলাম তা থেকে আমরা আঁকতে থাকি: নকশা সিস্টেম. ওয়েব-কেন্দ্রিক বিষয়বস্তু কৌশলগুলির বিপরীতে, একটি সর্ব-চ্যানেল সামগ্রী কৌশল ডিজাইন এবং লেআউটের জন্য WYSIWYG সরঞ্জামগুলির উপর নির্ভর করতে পারে না। আমাদের পরিচিত ডিজাইন-সিস্টেম চিন্তার সাথে বিষয়বস্তু মডেলের কাছে যাওয়ার প্রবণতা ক্রমাগত আমাদের একটি বিষয়বস্তু মডেলের প্রাথমিক উদ্দেশ্যগুলির একটি থেকে দূরে সরে যেতে পরিচালিত করে: একাধিক বিপণন চ্যানেলে দর্শকদের কাছে সামগ্রী সরবরাহ করা।

একটি কার্যকর কন্টেন্ট মডেলের জন্য দুটি অপরিহার্য নীতি#বিভাগ 2

আমাদের ডিজাইনার, ডেভেলপার এবং স্টেকহোল্ডারদের বুঝতে সাহায্য করতে হবে যে আমরা তাদের পূর্বের ওয়েব প্রোজেক্টগুলির থেকে খুব আলাদা কিছু করছি, যেখানে প্রত্যেকের জন্য লেআউটের সাথে মানানসই ভিজ্যুয়াল বিল্ডিং ব্লক হিসাবে বিষয়বস্তু সম্পর্কে চিন্তা করা স্বাভাবিক। পূর্ববর্তী পদ্ধতিটি কেবল আরও পরিচিত ছিল না বরং আরও স্বজ্ঞাত ছিল-অন্তত প্রথমে-কারণ এটি ডিজাইনগুলিকে আরও স্পষ্ট মনে করেছিল। আমরা দুটি নীতি আবিষ্কার করেছি যা টিমকে বুঝতে সাহায্য করেছে কিভাবে একটি বিষয়বস্তু মডেল ডিজাইন সিস্টেমের থেকে আলাদা যা আমরা ব্যবহার করতাম:

1. বিষয়বস্তু মডেলগুলি লেআউটের পরিবর্তে শব্দার্থবিদ্যাকে সংজ্ঞায়িত করতে হবে।
2. এবং বিষয়বস্তু মডেলগুলিকে একত্রে অন্তর্গত বিষয়বস্তু সংযুক্ত করা উচিত।

শব্দার্থিক বিষয়বস্তুর মডেল#বিভাগ 3

ক শব্দার্থিক বিষয়বস্তুর মডেল টাইপ এবং অ্যাট্রিবিউট নাম ব্যবহার করে যা বিষয়বস্তুর অর্থ প্রতিফলিত করে, এটি কীভাবে প্রদর্শিত হবে তা নয়। উদাহরণস্বরূপ, একটি ননসমেন্টিক মডেলে, দলগুলি এর মতো প্রকারগুলি তৈরি করতে পারে টিজার, মিডিয়া ব্লকএবং কার্ড. যদিও এই প্রকারগুলি বিষয়বস্তু তৈরি করা সহজ করে তুলতে পারে, তবে তারা বিতরণ চ্যানেলগুলিকে বিষয়বস্তুর অর্থ বুঝতে সাহায্য করে না, যার ফলে প্রতিটি বিপণন চ্যানেলে উপস্থাপিত বিষয়বস্তুর দরজা খুলে যেত। বিপরীতে, একটি শব্দার্থিক বিষয়বস্তু মডেল টাইপ নাম ব্যবহার করে পণ্য, সেবাএবং প্রশংসাপত্র যাতে প্রতিটি ডেলিভারি চ্যানেল বিষয়বস্তু বুঝতে পারে এবং উপযুক্ত মনে করে তা ব্যবহার করতে পারে।

আপনি যখন একটি শব্দার্থিক বিষয়বস্তু মডেল তৈরি করছেন, তখন শুরু করার জন্য একটি দুর্দান্ত জায়গা হল সংজ্ঞায়িত প্রকার এবং বৈশিষ্ট্যগুলি দেখা Schema.orgটাইপ সংজ্ঞাগুলির জন্য একটি সম্প্রদায়-চালিত সংস্থান যা Google অনুসন্ধানের মতো প্ল্যাটফর্মে বোধগম্য।

একটি শব্দার্থিক বিষয়বস্তু মডেলের বিভিন্ন সুবিধা রয়েছে:

• এমনকি আপনার টিম omnichannel বিষয়বস্তু সম্পর্কে চিন্তা না করলেও, একটি শব্দার্থিক বিষয়বস্তুর মডেল তার উপস্থাপনা থেকে বিষয়বস্তু decouples যাতে দলগুলি ওয়েবসাইটের বিষয়বস্তুকে রিফ্যাক্টর করার প্রয়োজন ছাড়াই এর ডিজাইনকে বিকশিত করতে পারে। এইভাবে, বিষয়বস্তু বিঘ্নিত ওয়েবসাইট পুনঃডিজাইন সহ্য করতে পারে।
• একটি শব্দার্থিক বিষয়বস্তু মডেল একটি প্রতিযোগিতামূলক প্রান্ত প্রদান করে। যোগ করে কাঠামোগত তথ্য Schema.org-এর ধরন এবং বৈশিষ্ট্যের উপর ভিত্তি করে, একটি ওয়েবসাইট Google-কে বিষয়বস্তু বুঝতে, সার্চ স্নিপেট বা নলেজ প্যানেলে প্রদর্শন করতে এবং ভয়েস-ইন্টারফেস ব্যবহারকারীর প্রশ্নের উত্তর দিতে এটি ব্যবহার করতে সাহায্য করার জন্য ইঙ্গিত দিতে পারে। সম্ভাব্য দর্শকরা আপনার ওয়েবসাইটে পা না রেখেই আপনার সামগ্রী আবিষ্কার করতে পারে৷
• এই ব্যবহারিক সুবিধাগুলির বাইরে, আপনি যদি সর্বজনীন সামগ্রী সরবরাহ করতে চান তবে আপনার একটি শব্দার্থিক সামগ্রী মডেলেরও প্রয়োজন হবে৷ একাধিক মার্কেটিং চ্যানেলে একই বিষয়বস্তু ব্যবহার করতে, ডেলিভারি চ্যানেলগুলিকে এটি বুঝতে সক্ষম হতে হবে. উদাহরণস্বরূপ, যদি আপনার বিষয়বস্তুর মডেলটি প্রশ্ন এবং উত্তরগুলির একটি তালিকা প্রদান করে, তবে এটি সহজেই একটি ঘন ঘন জিজ্ঞাসিত প্রশ্ন (FAQ) পৃষ্ঠায় রেন্ডার করা যেতে পারে, তবে এটি একটিতেও ব্যবহার করা যেতে পারে ভয়েস ইন্টারফেস অথবা উত্তর দেয় এমন একটি বট দ্বারা সাধারণ প্রশ্ন.

উদাহরণস্বরূপ, নিবন্ধ, ইভেন্ট, মানুষ এবং অবস্থানের জন্য একটি শব্দার্থিক বিষয়বস্তুর মডেল ব্যবহার করে একটি তালিকা ছাড়াও সার্চ ইঞ্জিনের জন্য পরিচ্ছন্নভাবে স্ট্রাকচার্ড ডেটা প্রদান করে যাতে ব্যবহারকারীরা ওয়েবসাইটের বিষয়বস্তু, Google নলেজ প্যানেলে, এমনকি ভবিষ্যতে হাইপোথেটিক্যাল ভয়েস ইন্টারফেসের মাধ্যমেও পড়তে পারে।

বিষয়বস্তু মডেল যে সংযোগ#বিভাগ ৪

একটি ভাল বিষয়বস্তুর মডেল যা তৈরি করে তা বর্ণনা করার জন্য সংগ্রাম করার পরে, আমি বুঝতে পেরেছি যে সেরা মডেলগুলি হল সেইগুলি যেগুলি শব্দার্থিক এবং যেগুলি সম্পর্কিত বিষয়বস্তুর উপাদানগুলিকেও সংযুক্ত করে (যেমন একটি FAQ আইটেমের প্রশ্ন এবং উত্তরের জুটি), সম্পর্কিত টুকরো টুকরো করার পরিবর্তে ভিন্ন বিষয়বস্তু উপাদান জুড়ে বিষয়বস্তু. একটি ভাল কন্টেন্ট মডেল এমন সামগ্রীকে সংযুক্ত করে যা একসাথে থাকা উচিত যাতে একাধিক ডেলিভারি চ্যানেলগুলি প্রথমে সেই টুকরোগুলিকে একত্রিত করার প্রয়োজন ছাড়াই এটি ব্যবহার করতে পারে।

একটি নিবন্ধ বা প্রবন্ধ লেখা সম্পর্কে চিন্তা করুন. একটি নিবন্ধের অর্থ এবং উপযোগিতা নির্ভর করে এর অংশগুলি একসাথে রাখার উপর। শিরোনাম বা অনুচ্ছেদগুলির মধ্যে একটি সম্পূর্ণ নিবন্ধের প্রসঙ্গ ছাড়াই কি অর্থপূর্ণ হবে? আমাদের প্রকল্পে, আমাদের পরিচিত ডিজাইন-সিস্টেম চিন্তাভাবনা প্রায়শই আমাদের কন্টেন্ট মডেল তৈরি করতে চায় যা ওয়েব-কেন্দ্রিক লেআউটের সাথে মানানসই করার জন্য বিষয়বস্তুকে আলাদা অংশে ভাগ করবে। এটি একটি নিবন্ধের অনুরূপ প্রভাব ফেলেছিল যা তার শিরোনাম থেকে আলাদা করা উচিত ছিল। যেহেতু আমরা লেআউটের উপর ভিত্তি করে বিষয়বস্তুকে স্বতন্ত্র টুকরো টুকরো করে দিয়েছিলাম, তাই একত্রে থাকা বিষয়বস্তু পরিচালনা করা কঠিন হয়ে পড়ে এবং একাধিক ডেলিভারি চ্যানেলের পক্ষে বোঝা প্রায় অসম্ভব।

ব্যাখ্যা করার জন্য, আসুন দেখি কিভাবে সম্পর্কিত বিষয়বস্তু সংযুক্ত করা বাস্তব-বিশ্বের পরিস্থিতিতে প্রযোজ্য। আমাদের গ্রাহকের জন্য ডিজাইন টিম একটি সফ্টওয়্যার পণ্য পৃষ্ঠার জন্য একটি জটিল বিন্যাস উপস্থাপন করেছে যাতে একাধিক ট্যাব এবং বিভাগ রয়েছে৷ আমাদের প্রবৃত্তি ছিল বিষয়বস্তু মডেলের সাথে স্যুট অনুসরণ করা। ভবিষ্যতে যেকোন সংখ্যক ট্যাব যোগ করার জন্য আমাদের কি যতটা সহজ এবং যতটা সম্ভব নমনীয় করা উচিত নয়?

যেহেতু আমাদের ডিজাইন-সিস্টেম প্রবৃত্তিগুলি এত পরিচিত ছিল, তাই মনে হয়েছিল যে আমাদের “ট্যাব বিভাগ” নামক একটি বিষয়বস্তুর প্রকারের প্রয়োজন ছিল যাতে একাধিক ট্যাব বিভাগ একটি পৃষ্ঠায় যুক্ত করা যায়। প্রতিটি ট্যাব বিভাগ বিভিন্ন ধরনের সামগ্রী প্রদর্শন করবে। একটি ট্যাব সফ্টওয়্যারটির ওভারভিউ বা এর স্পেসিফিকেশন প্রদান করতে পারে। অন্য ট্যাব সম্পদের একটি তালিকা প্রদান করতে পারে।

বিষয়বস্তু মডেলটিকে “ট্যাব বিভাগ” অংশে ভেঙে ফেলার আমাদের প্রবণতা একটি অপ্রয়োজনীয় জটিল মডেল এবং একটি জটিল সম্পাদনার অভিজ্ঞতার দিকে পরিচালিত করবে এবং এটি এমন সামগ্রী তৈরি করবে যা অতিরিক্ত বিতরণ চ্যানেলগুলি দ্বারা বোঝা যায় না৷ উদাহরণ স্বরূপ, অন্য সিস্টেম কীভাবে বলতে পারবে যে কোন “ট্যাব বিভাগ” একটি পণ্যের স্পেসিফিকেশন বা এর সংস্থান তালিকাকে উল্লেখ করেছে – অন্য সিস্টেমকে কি ট্যাব বিভাগ এবং বিষয়বস্তু ব্লক গণনা করতে হবে? এটি ট্যাবগুলিকে পুনরায় সাজানো থেকে বিরত রাখত, এবং ডিজাইন সিস্টেমের বিন্যাস ব্যাখ্যা করার জন্য প্রতিটি অন্য বিতরণ চ্যানেলে যুক্তি যোগ করতে হবে। অধিকন্তু, যদি গ্রাহক এই বিষয়বস্তুটি একটি ট্যাব লেআউটে প্রদর্শন করতে না চান, তাহলে নতুন পৃষ্ঠার পুনঃডিজাইন প্রতিফলিত করার জন্য একটি নতুন সামগ্রী মডেলে স্থানান্তর করা ক্লান্তিকর হয়ে উঠত।

আমাদের একটি অগ্রগতি ছিল যখন আমরা আবিষ্কার করেছি যে প্রতিটি ট্যাবের জন্য আমাদের গ্রাহকের মনে একটি নির্দিষ্ট উদ্দেশ্য রয়েছে: এটি নির্দিষ্ট তথ্য যেমন সফ্টওয়্যার পণ্যের ওভারভিউ, স্পেসিফিকেশন, সম্পর্কিত সংস্থান এবং মূল্য প্রকাশ করবে। একবার বাস্তবায়ন শুরু হলে, আমাদের দৃষ্টিভঙ্গি এবং পরিচিত জিনিসগুলির উপর ফোকাস করার প্রবণতা ডিজাইনগুলির উদ্দেশ্যকে অস্পষ্ট করে তুলেছিল। একটু খনন করে, এটা বুঝতে বেশি সময় লাগেনি যে ট্যাবের ধারণাটি বিষয়বস্তুর মডেলের সাথে প্রাসঙ্গিক নয়। ট্যাবগুলিতে তারা যে বিষয়বস্তু প্রদর্শনের পরিকল্পনা করেছিল তার অর্থই গুরুত্বপূর্ণ।

প্রকৃতপক্ষে, গ্রাহক এই বিষয়বস্তুটিকে অন্য কোথাও প্রদর্শন করার সিদ্ধান্ত নিতে পারতেন—ট্যাব ছাড়াই। এই উপলব্ধিটি আমাদেরকে সফ্টওয়্যার পণ্যের জন্য বিষয়বস্তুর প্রকারগুলিকে সংজ্ঞায়িত করার জন্য প্ররোচিত করেছে যা গ্রাহক ওয়েবে রেন্ডার করতে চেয়েছিলেন এমন অর্থপূর্ণ বৈশিষ্ট্যগুলির উপর ভিত্তি করে৷ মত সুস্পষ্ট শব্দার্থিক বৈশিষ্ট্য ছিল নাম এবং বর্ণনা সেইসাথে সমৃদ্ধ গুণাবলী যেমন স্ক্রিনশট, সফ্টওয়্যার প্রয়োজনীয়তাএবং বৈশিষ্ট্য তালিকা. সফ্টওয়্যারটির পণ্যের তথ্য একসাথে থাকে কারণ এটি “ট্যাব বিভাগ” এর মতো পৃথক উপাদানগুলিতে কাটা হয়নি যা সামগ্রীর উপস্থাপনা থেকে নেওয়া হয়েছিল। যেকোনো ডেলিভারি চ্যানেল—ভবিষ্যত সহ—এই বিষয়বস্তু বুঝতে এবং উপস্থাপন করতে পারে।

এই omnichannel বিপণন প্রকল্পে, আমরা আবিষ্কার করেছি যে আমাদের বিষয়বস্তু মডেলকে ট্র্যাকে রাখার সর্বোত্তম উপায় ছিল তা নিশ্চিত করা শব্দার্থিক (প্রকার এবং বৈশিষ্ট্যের নাম সহ যা বিষয়বস্তুর অর্থ প্রতিফলিত করে) এবং এটি রাখা বিষয়বস্তু একসাথে যে একসাথে ছিল (এটি খণ্ডিত করার পরিবর্তে)। এই দুটি ধারণা ডিজাইনের উপর ভিত্তি করে বিষয়বস্তু মডেলকে আকৃতি দেওয়ার জন্য আমাদের প্রলোভনকে কমিয়ে দিয়েছে। তাই আপনি যদি একটি omnichannel কন্টেন্ট কৌশল সমর্থন করার জন্য একটি বিষয়বস্তুর মডেলে কাজ করছেন—অথবা আপনি যদি নিশ্চিত করতে চান যে Google এবং অন্যান্য ইন্টারফেসগুলি আপনার বিষয়বস্তু বুঝতে পারে—মনে রাখবেন:

• একটি ডিজাইন সিস্টেম একটি বিষয়বস্তু মডেল নয়। দলের সদস্যরা তাদের সংমিশ্রণ করতে এবং আপনার বিষয়বস্তুর মডেলকে আপনার ডিজাইন সিস্টেমের প্রতিফলন করতে প্রলুব্ধ হতে পারে, তাই সমগ্র বাস্তবায়ন প্রক্রিয়া চলাকালীন আপনার বিষয়বস্তু কৌশলের শব্দার্থগত মান এবং প্রাসঙ্গিক কাঠামো রক্ষা করা উচিত। এটি প্রতিটি ডেলিভারি চ্যানেলকে ম্যাজিক ডিকোডারের রিং ছাড়াই সামগ্রী ব্যবহার করতে দেবে৷
• যদি আপনার টিম এই পরিবর্তনের জন্য লড়াই করে, আপনি এখনও আপনার ওয়েবসাইটে Schema.org-ভিত্তিক কাঠামোগত ডেটা ব্যবহার করে কিছু সুবিধা পেতে পারেন। এমনকি অতিরিক্ত ডেলিভারি চ্যানেলগুলি তাৎক্ষণিক দিগন্তে না থাকলেও, সার্চ ইঞ্জিন অপ্টিমাইজেশানের সুবিধা নিজেই একটি বাধ্যতামূলক কারণ।
• অতিরিক্তভাবে, টিমকে মনে করিয়ে দিন যে ডিজাইন থেকে বিষয়বস্তু মডেলটি ডিকপল করা তাদের ডিজাইনগুলিকে আরও সহজে আপডেট করতে দেবে কারণ সামগ্রী স্থানান্তরের খরচ দ্বারা সেগুলি আটকে রাখা হবে না৷ তারা ডিজাইন এবং বিষয়বস্তুর মধ্যে সামঞ্জস্যের বাধা ছাড়াই নতুন ডিজাইন তৈরি করতে সক্ষম হবে, এবং তারা পরবর্তী বড় জিনিসের জন্য প্রস্তুত হবে।

এই নীতিগুলির জন্য কঠোরভাবে ওকালতি করার মাধ্যমে, আপনি আপনার টিমকে বিষয়বস্তুকে সেইভাবে ব্যবহার করতে সাহায্য করবেন যা এটি প্রাপ্য—আপনার ব্যবহারকারীর অভিজ্ঞতার সবচেয়ে গুরুত্বপূর্ণ সম্পদ এবং আপনার দর্শকদের সাথে সংযোগ স্থাপনের সর্বোত্তম উপায় হিসাবে।