পেজ এবং Google-সমর্থিত বৈশিষ্ট্য দিয়ে শুরু করুন
আপনার ব্যবসায়ের সঙ্গে সম্পর্কিত মনে হওয়া প্রতিটি schema.org টাইপ যোগ করতে শুরু করবেন না। Schema.org একটি ব্যাপক শেয়ার্ড শব্দভাণ্ডার, যেখানে Google-এর Search Gallery বা বৈশিষ্ট্য ডকুমেন্টেশন বলে কোন রিচ-রেজাল্ট বৈশিষ্ট্যগুলি সমর্থিত এবং সেগুলোর জন্য কোন প্রপার্টিগুলো প্রয়োজন। একটি পণ্য, ইভেন্ট বা আর্টিকল পেজ প্রথমে মার্কআপ ছাড়াইই ব্যবহার্য হওয়া উচিত।
প্রতিটি টেমপ্লেটের জন্য তার প্রধান বিষয় এবং দৃশ্যমান সহায়ক তথ্যগুলো নাম করুন। তারপর মেলানো বৈশিষ্ট্যের জন্য Google-এর বর্তমান নির্দেশিকা পড়ুন। Product, Recipe, Article, Breadcrumb, Event, Organization, Local business, Video ইত্যাদি উদাহরণ। কেবল একটি ভোকাবুলারি টাইপ থাকা মানে Google বৈশিষ্ট্য তৈরি হবে না; সেই বৈশিষ্ট্যের আবশ্যক প্রপার্টিরাই যোগ্যতা নির্ধারণ করে।
প্রধান দৃশ্যমান আইটেমটিকেই প্রধান মার্কআপ বানান।
বৈশিষ্ট্যের আচরণ জানার জন্য Google-এর গাইড এবং ভোকাবুলারির জন্য schema.org ব্যবহার করুন।
দৃশ্যমান পেজকে সত্যের উৎস বানান
মার্কআপ অবশ্যই মূল পেজ কন্টেন্টকে উপস্থাপন করবে, লুকানো, অপ্রাসঙ্গিক বা বিভ্রান্তিকর নয়। যদি বলে যে কোনো পরিবেশক উপস্থিত থাকবে, পেজটিতে সেই পরিবেশকের বর্ণনা থাকা দরকার। যদি এটা aggregate rating মার্কআপ করে, ভিজিটররা সেই রেটিং দেখতে পাবে—এটা নিশ্চিত করা জরুরি। এটি একটি টেমপ্লেটকে বিভ্রান্তিকর সারাংশে পড়ে যাওয়া থেকে রক্ষা করে।
পেজ কপি ও মার্কআপ একই অনুমোদিত রেকর্ড থেকে তৈরি করুন। একটি প্রোডাক্ট ফিড, ইভেন্ট সিস্টেম, বা CMS উভয়কেই সরবরাহকারী হিসেবে ব্যবহার করা যেতে পারে, কিন্তু মানগুলো প্রকাশের আগে পর্যালোচনা প্রয়োজন। মূল্য, স্টক অবস্থা, তারিখ বা রিভিউ মোটকে কেবল মার্কআপ-শুধু ফিল্ডে কপি করে রাখবেন না যা পরে ভুলে যাওয়া যেতে পারে। দৃশ্যমান তথ্য বদলে গেলে মার্কআপ আপডেট বা সরিয়ে ফেলুন।
নাম, তারিখ, মূল্য, স্টক অবস্থা এবং রেটিং পেজের সাথে সঙ্গতিপূর্ণ রাখুন।
কখনও অনুমানকৃত বা পুরানো মান দিয়ে প্রপার্টি পূরণ করবেন না।
রক্ষণযোগ্য ডেটা লেয়ার হিসেবে JSON-LD ব্যবহার করুন
JSON-LD হল একটি JSON-ভিত্তিক লিংকড-ডেটা ফরম্যাট যা HTML ডকুমেন্টে রাখা হয়। Google JSON-LD, Microdata, এবং RDFa সমর্থন করে, এবং সাধারণত JSON-LD কে বড় স্কেলে বাস্তবায়ন ও রক্ষণাবেক্ষণের জন্য সহজ বিবেচনা করে। এটি দৃশ্যমান মার্কআপ থেকে আলাদা হওয়ায় নেস্টেড ইনফরমেশন মডেল করা সহজ হতে পারে।
প্রতিটি বাস্তব আইটেমের জন্য একটি পরিষ্কার ডেটা অবজেক্ট ব্যবহার করুন, উপযুক্ত schema.org টাইপ এবং সঠিক সমর্থিত প্রপার্টি সহ। প্রতিটি টেমপ্লেটের জন্য ফিচার গাইড, সোর্স ফিল্ড, আবশ্যক-ফিল্ড আচরণ এবং মালিক ডকুমেন্ট করুন। রেন্ডার করা আউটপুটও পরীক্ষা করুন: একটি প্লাগ-ইন বা কম্পোনেন্ট দ্বৈত বা বিরোধপূর্ণ মার্কআপ যোগ করতে পারে।
আপনার টিম যে ফরম্যাটটি ধারাবাহিকভাবে রক্ষণাবেক্ষণ করতে পারে সেটি বেছে নিন।
সোর্স ডেটা অনুপস্থিত থাকলে কোনো আবশ্যক মান আবিষ্কার করবেন না।
কোড এবং অ্যাকসেসযোগ্য পেজ যাচাই করুন
ভ্যালিডেশন দুইটি প্রশ্নের উত্তর দেয়। প্রথম, মার্কআপ কি সমর্থিত কোনো ফিচারের জন্য যথেষ্ট সম্পূর্ণ? Rich Results Test কোড পেস্ট করা বা একটি পাবলিক URL নিয়ে রিপোর্ট করে যে স্ট্রাকচার্ড ডেটা থেকে কোন রিচ-রেজাল্ট তৈরি করা যেতে পারে। প্রতিটি টেমপ্লেটের জন্য প্রতিনিধিত্বশীল উদাহরণগুলো টেস্ট করুন, শুধুমাত্র একটি অসাধারণভাবে সম্পূর্ণ পেজ নয়।
দ্বিতীয়, Google কি রিলিজকৃত পেজ এবং তার রিসোর্সগুলো অ্যাক্সেস করতে পারে? মার্কআপ করা পেজগুলো robots.txt, noindex, বা অ্যাক্সেস কন্ট্রোলে ব্লক করবেন না। প্রাসঙ্গিক ইমেজ URL যাচাই করুন। টেস্ট মানে মান গ্যারান্টি নয়: দৃশ্যমান কন্টেন্ট বা পলিসি সমস্যা এখনও ডিসপ্লে আটকাতে পারে।
প্রথমে কোড টেস্ট করুন, তারপর লাইভ পাবলিক URL টেস্ট করুন।
টুলিং মার্কআপ যোগ করলে রেন্ডার করা পেজ, সোর্স এবং টেস্ট রেজাল্ট তুলনা করুন।
সম্ভাব্য প্রদর্শন ভবিষ্যতে প্রদর্শনের নিশ্চয়তা নয়।
একটি ব্যবহারকারী-সম্মুখী টেমপ্লেট পরিবর্তনের মতো রিলিজ করুন
স্ট্রাকচার্ড ডেটা প্রায়ই টেমপ্লেট, ফিড এবং প্রকাশক নিয়মের ওপর নির্ভর করে। একটি রিডিজাইন, ইনভেন্টরি ইন্টিগ্রেশন বদল, লোকালাইজেশন আপডেট, বা সরানো কম্পোনেন্ট অনেক আইটেম ভেঙে দিতে পারে। ক্যানোনিক্যাল ট্যাগ, শিরোনাম, এবং ইমেজের জন্য যে প্রি-রিলিজ রিভিউ থাকে তাতে প্রতিনিধিত্বশীল মার্কআপ চেক যোগ করুন। টেমপ্লেট, পেজ উদাহরণ, সোর্স ফিল্ড এবং রিলিজ তারিখ নথিভুক্ত করুন।
যখন কোনো টেমপ্লেট ভুল মার্কআপ ইমিট করে, শেয়ার্ড সোর্স বা টেমপ্লেট ঠিক করুন, ছোট নমুনা ভ্যালিডেট করুন, সবচেয়ে সংকীর্ণ নিরাপদ পরিবর্তন ডিপ্লয় করুন এবং প্রভাবিত URL-গুলো পুনরায় টেস্ট করুন। যদি ফিক্স অপ্রত্যাশিতভাবে আচরণ করে, আপনার স্বাভাবিক রোলব্যাক প্রক্রিয়া ব্যবহার করুন। লক্ষ্য হল ক্ষয়িষ্ণু ওয়েব সক্ষমতার প্রমাণ-ভিত্তিক রিমিডিয়েশন, আউটেজ-অ্যালার্ট নয়।
একটি URL নয়, প্রতিনিধিত্বশীল পেজ সেট চেক করুন।
ফলো-আপ ফিক্সের আগে পরিবর্তন এবং মার্কআপ কম্পোনেন্ট রেকর্ড করুন।
রক্ষণাবেক্ষণ, পরিমাপ, এবং প্রদর্শন সীমা গ্রহণ করুন
ডিপ্লয়মেন্টের পরে প্রাসঙ্গিক Search Console রিচ-রেজাল্ট রিপোর্ট ব্যবহার করে সমস্যা তদন্ত ও ফিক্স নিশ্চিত করুন। রিপোর্টগুলো সম্পূর্ণ ইনভেন্টরি নয়, নমুনা; এবং কাউন্টগুলো পৃষ্ঠার নয়, আইটেম-ভিত্তিক। প্রয়োজন হলে একটি নির্দিষ্ট URL পরিদর্শন করুন।
পরিমাপ সাবধানভাবে করুন। Google সুপারিশ করে Search Console-এ মাসব্যাপী স্থিতিশীল, যথেষ্ট পাঠক-সম্পন্ন পেজে প্রকাশের আগে ও পরে তুলনা করা। রিলিজ তারিখ এবং অন্যান্য পেজ পরিবর্তন নথিভুক্ত করুন। সঠিক মার্কআপ কেবল যোগ্যতা সক্ষম করে; সার্চে প্রদর্শন Googleই নির্ধারণ করে।
CMS, টেমপ্লেট, ফিড, পলিসি, বা কন্টেন্ট-মডেল পরিবর্তনের পরে পুনরায় চেক করুন।
যেখানে অন্যান্য বড় পেজ পরিবর্তন ভিন্ন সেখানে তুলনা এড়ান।