সাইনড এক্সচেঞ্জ (SXG)

SXG হল এমন একটি ডেলিভারি মেকানিজম যা কোনও রিসোর্স কীভাবে ডেলিভার করা হয়েছে তা নির্বিশেষে তার সোর্স যাচাই করা সম্ভব করে তোলে।

Katie Hempenius
Katie Hempenius
X
Devin Mullins
Devin Mullins
X GitHub

স্বাক্ষরিত এক্সচেঞ্জ (SXG) হল একটি ডেলিভারি মেকানিজম যা কোনও রিসোর্স কীভাবে ডেলিভার করা হয়েছে তা নির্বিশেষে তার উৎস যাচাই করা সম্ভব করে তোলে। SXG প্রয়োগ করলে গোপনীয়তা সুরক্ষিত রাখা ক্রস-অরিজিন প্রিফেচ চালু করার মাধ্যমে Largest Contentful Paint (LCP) উন্নত করা যেতে পারে। এছাড়াও, এই ডিকাপলিং বিভিন্ন ধরনের ব্যবহারের ক্ষেত্রে উন্নত করে, যেমন অফলাইন ইন্টারনেট অভিজ্ঞতা এবং থার্ড-পার্টি ক্যাশে থেকে পরিষেবা প্রদান করা।

এই নিবন্ধে SXG-এর বিস্তারিত ওভারভিউ দেওয়া হয়েছে: এটি কীভাবে কাজ করে, ব্যবহারের উদাহরণ ও টুলিং।

মানানসই ব্রাউজার

Chromium-ভিত্তিক ব্রাউজারে SXG কাজ করে (এইসব ভার্সন থেকে শুরু করে: Chrome 73, Edge 79 এবং Opera 64)।

এক নজরে

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

এটি কীভাবে কাজ করে

কোনও সাইট অনুরোধ/উত্তরের একটি জোড়ায় (একটি "HTTP এক্সচেঞ্জ") এমনভাবে স্বাক্ষর করে যাতে ব্রাউজারের পক্ষে কন্টেন্টের উৎস এবং অখণ্ডতা যাচাই করা সম্ভব হয়, কন্টেন্টটি কীভাবে বিতরণ করা হয়েছে তা থেকে স্বাধীনভাবে। এর ফলে, ব্রাউজার, কন্টেন্ট ডেলিভার করা সার্ভারের URL-এর পরিবর্তে অ্যাড্রেস বারে মূল সাইটের URL দেখাতে পারে।

সাইনড এক্সচেঞ্জ কীভাবে কাজ করে তা ব্যাখ্যা করা ডায়াগ্রাম। ব্রাউজার ক্যাশের সাথে যোগাযোগ করছে যা ডেস্টিনেশন সাইটের সাথে যোগাযোগ করছে

ঐতিহাসিকভাবে, অ্যাট্রিবিউশন বজায় রেখে কোনও সাইটের পক্ষে কন্টেন্ট ডিস্ট্রিবিউট করার জন্য থার্ড-পার্টি ব্যবহার করার একমাত্র উপায় হল, ডিস্ট্রিবিউটরের সাথে সাইটের SSL সার্টিফিকেট শেয়ার করা। এতে নিরাপত্তার ত্রুটি রয়েছে; তাছাড়া, কন্টেন্টকে সত্যিই পোর্টেবল করে তোলার থেকে এটি অনেক দূরে।

SXG ফর্ম্যাট

SXG একটি বাইনারি-এনকোডেড ফাইলে এনক্যাপসুলেট করা থাকে যার দুটি প্রাথমিক কম্পোনেন্ট আছে: একটি HTTP এক্সচেঞ্জ এবং একটি স্বাক্ষর যা এক্সচেঞ্জকে কভার করে। HTTP এক্সচেঞ্জে একটি অনুরোধ URL, কন্টেন্ট নেগোসিয়েশন তথ্য এবং একটি HTTP রেসপন্স থাকে।

ডিকোড করা SXG ফাইলের একটি উদাহরণ এখানে দেওয়া হল।

format version: 1b3
request:
  method: GET
  uri: https://example.org/
  headers:
response:
  status: 200
  headers:
    Cache-Control: max-age=604800
    Digest: mi-sha256-03=kcwVP6aOwYmA/j9JbUU0GbuiZdnjaBVB/1ag6miNUMY=
    Expires: Mon, 24 Aug 2020 16:08:24 GMT
    Content-Type: text/html; charset=UTF-8
    Content-Encoding: mi-sha256-03
    Date: Mon, 17 Aug 2020 16:08:24 GMT
    Vary: Accept-Encoding
signature:
    label;cert-sha256=<em>ViFgi0WfQ+NotPJf8PBo2T5dEuZ13NdZefPybXq/HhE=</em>;
    cert-url=&quot;https://test.web.app/ViFgi0WfQ-NotPJf8PBo2T5dEuZ13NdZefPybXq_HhE&quot;;
    date=1597680503;expires=1598285303;integrity=&quot;digest/mi-sha256-03&quot;;sig=<em>MEUCIQD5VqojZ1ujXXQaBt1CPKgJxuJTvFlIGLgkyNkC6d7LdAIgQUQ8lC4eaoxBjcVNKLrbS9kRMoCHKG67MweqNXy6wJg=</em>;
    validity-url=&quot;https://example.org/webpkg/validity&quot;
header integrity: sha256-Gl9bFHnNvHppKsv+bFEZwlYbbJ4vyf4MnaMMvTitTGQ=</p>

<p>The exchange has a valid signature.
payload [1256 bytes]:</p>
<pre class="prettyprint"><code>&lt;title&gt;SXG example&lt;/title&gt;
&lt;meta charset=&#34;utf-8&#34;&gt;
&lt;meta http-equiv=&#34;Content-type&#34; content=&#34;text/html; charset=utf-8&#34;&gt;
&lt;style type=&#34;text/css&#34;&gt;
body {
    background-color: #f0f0f2;
    margin: 0;
    padding: 0;
}
&lt;/style&gt;
</code></pre>
<div>
    <h1>Hello</h1>
</div>

<p>

স্বাক্ষরে expires প্যারামিটার SXG-এর মেয়াদ শেষ হওয়ার তারিখ নির্দেশ করে। SXG সর্বাধিক ৭ দিনের জন্য বৈধ হতে পারে। স্বাক্ষরিত HTTP এক্সচেঞ্জ স্পেসিফিকেশন-এ সিগনেচার হেডার সম্পর্কে আরও তথ্য খুঁজুন।

সার্ভার-সাইড পছন্দমতো সাজিয়ে নেওয়ার জন্য সহায়তা

Vary: Cookie হেডার সহ SXG শুধুমাত্র সেইসব ব্যবহারকারীকে দেখানো হবে যাদের স্বাক্ষরিত অনুরোধের URL-এর জন্য কুকি নেই। আপনার সাইট যদি লগ-ইন করা ব্যবহারকারীদের আলাদা HTML দেখায়, তাহলে আপনি এই ফিচার ব্যবহার করে সেই অভিজ্ঞতা পরিবর্তন না করেই SXG-এর সুবিধা নিতে পারবেন। ডায়নামিক SXG-এর মাধ্যমে সার্ভার-সাইড পছন্দমতো সাজিয়ে নেওয়া সম্পর্কে বিস্তারিত দেখুন।

ওয়েব প্যাকেজিং

SXG হল ওয়েব প্যাকেজিং স্পেক প্রস্তাব ফ্যামিলির অংশ। SXG ছাড়াও, ওয়েব প্যাকেজিং স্পেসিফিকেশনের আরেকটি প্রধান উপাদান হল ওয়েব বান্ডেল ("বান্ডেল করা HTTP এক্সচেঞ্জ")। ওয়েব বান্ডেল হল HTTP রিসোর্সের সংগ্রহ এবং বান্ডেল ব্যাখ্যা করার জন্য প্রয়োজনীয় মেটাডেটা।

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

স্বাক্ষরিত এক্সচেঞ্জের মাধ্যমে পৃষ্ঠা লোড করার গতি বাড়ানো

Signed Exchanges চালু করলে তা ওয়েব পেজের পারফর্ম্যান্স আরও দ্রুত করতে সাহায্য করতে পারে এবং এর ফলে আপনার সাইটের Core Web Vitals, বিশেষ করে Largest Contentful Paint (LCP)-এর উপর প্রভাব ফেলতে পারে। প্রথম থেকেই ব্যবহার করতে শুরু করা হিসেবে, Google Search, SXG ব্যবহার করে যাতে সার্চ ফলাফল পৃষ্ঠা থেকে লোড হওয়া পৃষ্ঠার ক্ষেত্রে ব্যবহারকারীরা আরও দ্রুত পৃষ্ঠা লোড হওয়ার অভিজ্ঞতা পান।

Google Search উপলভ্য থাকলে SXG ক্রল ও ক্যাশে করে এবং ব্যবহারকারী যে SXG-তে যেতে পারেন সেটি প্রিফেচ করে—যেমন, প্রথম সার্চ ফলাফলের সাথে সম্পর্কিত পৃষ্ঠা।

অন্যান্য পারফর্ম্যান্স অপ্টিমাইজেশনের সাথে SXG সবচেয়ে ভাল কাজ করে, যেমন CDN-এর ব্যবহার এবং রেন্ডার-ব্লকিং সাবরিসোর্স কমানো। প্রিফেচিং SXG থেকে LCP-এর সুবিধা সর্বাধিক করতে, প্রয়োগ করার পরে এইসব সাজেশন অনুসরণ করুন। অনেক ক্ষেত্রে, এই ধরনের অপ্টিমাইজেশনের ফলে Google Search থেকে আসা পৃষ্ঠাগুলি প্রায় সাথে সাথেই লোড হয়ে যায়:

স্বাক্ষরিত এক্সচেঞ্জের প্রভাব

আগের এক্সপেরিমেন্ট থেকে আমরা লক্ষ্য করেছি যে SXG-চালু থাকা প্রিফেচ থেকে LCP-তে গড়ে ৩০০ms থেকে ৪০০ms কমেছে। এটি সাইটগুলিকে ব্যবহারকারীদের উপর আরও ভাল প্রথম-ইম্প্রেশন তৈরি করতে সাহায্য করে এবং প্রায়শই ব্যবসার মেট্রিক্সের উপর ইতিবাচক প্রভাব ফেলে।

বিশ্বের বিভিন্ন ব্র্যান্ড ও সাইট ইতিমধ্যেই Signed Exchanges থেকে উপকৃত হয়েছে। একটি কেস স্টাডি হিসেবে, আসুন দেখে নেওয়া যাক কীভাবে সাইন করা এক্সচেঞ্জ প্রয়োগ করে RebelMouse, একটি বিশিষ্ট কন্টেন্ট ম্যানেজমেন্ট সিস্টেম (CMS), তাদের গ্রাহকদের পারফর্ম্যান্স এবং ব্যবসায়িক মেট্রিক্স উন্নত করতে সাহায্য করেছে:

  • Narcity LCP ৪১% উন্নত করেছে
  • Paper Magazine লক্ষ্য করেছে যে ব্যবহারকারী প্রতি সেশনে ২৭% বৃদ্ধি হয়েছে
  • MLT ব্লগ পৃষ্ঠা লোড হওয়ার সময় ২১% কমিয়েছে

Cloudflare দেখেছে যে SXG পরীক্ষা করা ৯৮% সাইটের জন্য TTFB উন্নত করেছে এবং ৮৫% সাইটের জন্য LCP উন্নত করেছে, SXG-এর জন্য উপযুক্ত পৃষ্ঠা লোডের ক্ষেত্রে ২০%-এর বেশি গড় উন্নতি হয়েছে।

ইন্ডেক্সিং

Google Search কোনও পৃষ্ঠার SXG ও নন-SXG উপস্থাপনাকে আলাদাভাবে র‍্যাঙ্ক বা ইন্ডেক্স করে না। SXG হল মূলত একটি ডেলিভারি মেকানিজম—এটি মূল কন্টেন্ট পরিবর্তন করে না।

এএমপি

SXG ব্যবহার করে AMP কন্টেন্ট ডেলিভার করা যেতে পারে। SXG-এর মাধ্যমে এএমপি কন্টেন্ট প্রিফেচ করা যায় এবং এএমপি URL-এর পরিবর্তে সেরা URL ব্যবহার করে দেখানো যায়।SXG তৈরি করার জন্য এএমপির নিজস্ব আলাদা টুলিং আছে।amp.dev-এ সাইন করা এক্সচেঞ্জ ব্যবহার করে কীভাবে এএমপি পরিবেশন করবেন তা জানুন।

Chrome DevTools-এর মাধ্যমে SXG ডিবাগ করা

SXG-এর প্রথম অভিজ্ঞতা পেতে, Chromium ব্রাউজার ব্যবহার করুন, DevTools খুলুন, নেটওয়ার্ক প্যানেল খুলুন এবং এই উদাহরণ সার্চ পৃষ্ঠা দেখুন। ধরন কলামে signed-exchange খুঁজে দেখার মাধ্যমে Signed Exchange শনাক্ত করা যেতে পারে।

DevTools-এর 'নেটওয়ার্ক' প্যানেলে SXG অনুরোধ দেখানো স্ক্রিনশট
DevTools-এ নেটওয়ার্ক প্যানেল

প্রিভিউ ট্যাব থেকে SXG-এর কন্টেন্ট সম্পর্কে আরও তথ্য পাওয়া যায়।

SXG-এর জন্য 'প্রিভিউ' ট্যাবের স্ক্রিনশট
DevTools-এ প্রিভিউ ট্যাব

টুলিং

SXG প্রয়োগ করার অর্থ হল, কোনও নির্দিষ্ট URL-এর জন্য SXG তৈরি করা এবং তারপর অনুরোধকারীকে (সাধারণত ক্রলার) সেই SXG প্রদান করা।

সংশাপত্র

SXG জেনারেট করতে আপনার এমন একটি সার্টিফিকেট প্রয়োজন হবে যা SXG-তে সাইন করতে পারে, যদিও কিছু টুল এগুলি অটোমেটিক সংগ্রহ করে। এই ধরনের সার্টিফিকেট ইস্যু করতে পারে এমন সার্টিফিকেট অথরিটির তালিকা এই পৃষ্ঠায় দেওয়া আছে। যেকোনও ACME ক্লায়েন্ট ব্যবহার করে Google সার্টিফিকেট অথরিটি থেকে অটোমেটিক সার্টিফিকেট পাওয়া যেতে পারে। Web Packager Server-এ একটি বিল্ট-ইন ACME ক্লায়েন্ট আছে এবং sxg-rs-এ শীঘ্রই থাকবে।

প্ল্যাটফর্ম-নির্দিষ্ট SXG টুলিং

এইসব টুল নির্দিষ্ট টেকনোলজি স্ট্যাকের ক্ষেত্রে কাজ করে। আপনি যদি আগে থেকেই এমন কোনও প্ল্যাটফর্ম ব্যবহার করেন যা এইসব টুলের কোনও একটির সাথে কাজ করে, তাহলে সাধারণ-উদ্দেশ্যের টুলের চেয়ে এটি সেট-আপ করা আপনার কাছে সহজ মনে হতে পারে।

সাধারণ ব্যবহারের জন্য SXG টুলিং

sxg-rs HTTP সার্ভার

sxg-rs http_server SXG পরিবেশন করার জন্য রিভার্স প্রক্সি হিসেবে কাজ করে। SXG ক্রলার থেকে আসা অনুরোধের জন্য, http_server ব্যাকএন্ড থেকে আসা উত্তরে স্বাক্ষর করবে এবং SXG-এর মাধ্যমে উত্তর দেবে। ইনস্টলেশন সংক্রান্ত নির্দেশাবলীর জন্য, README দেখুন।

Web Packager সার্ভার

Web Packager সার্ভার, webpkgserver, sxg-rs http_server-এর বিকল্প, Go-তে লেখা। Web Packager সার্ভার সেট-আপ করার নির্দেশের জন্য, Web Packager ব্যবহার করে কীভাবে সাইন করা এক্সচেঞ্জ সেট-আপ করবেন দেখুন।

Web Packager CLI

Web Packager CLI প্রদত্ত URL-এর সাথে সংশ্লিষ্ট SXG তৈরি করে।

webpackager \
    --private\_key=private.key \
    --cert\_url=https://example.com/certificate.cbor \
    --url=https://example.com

SXG ফাইল তৈরি হয়ে গেলে, আপনার সার্ভারে এটি আপলোড করুন এবং application/signed-exchange;v=b3 MIME টাইপের সাথে এটি পরিবেশন করুন। এছাড়াও, আপনাকে application/cert-chain+cbor হিসেবে SXG সার্টিফিকেট সার্ভ করতে হবে।

SXG লাইব্রেরি

আপনার নিজস্ব SXG জেনারেটর তৈরি করতে এইসব লাইব্রেরি ব্যবহার করা যেতে পারে:

  • sxg_rs হল SXG জেনারেট করার জন্য একটি Rust লাইব্রেরি। এটি হল সবচেয়ে বেশি ফিচার সমৃদ্ধ SXG লাইব্রেরি এবং cloudflare_worker ও fastly_compute টুলের ভিত্তি হিসেবে ব্যবহার করা হয়।

  • libsxg হল SXG জেনারেট করার জন্য একটি মিনিমাল C লাইব্রেরি। এটি NGINX SXG মডিউল এবং Envoy SXG ফিল্টারের ভিত্তি হিসেবে ব্যবহার করা হয়।

  • go/signed-exchange হল একটি ন্যূনতম Go লাইব্রেরি যা ওয়েবপ্যাকেজ স্পেসিফিকেশন দ্বারা SXG জেনারেট করার রেফারেন্স ইমপ্লিমেন্টেশন হিসেবে প্রদান করা হয়। এটি রেফারেন্স CLI টুল, gen-signedexchange এবং আরও ফিচার সমৃদ্ধ ওয়েব প্যাকেজার টুলের ভিত্তি হিসেবে ব্যবহার করা হয়।

কন্টেন্ট নেগোসিয়েশন

Accept হেডারে application/signed-exchange-এর q-ভ্যালু text/html-এর q-ভ্যালুর থেকে বেশি বা সমান হলে, সার্ভারকে SXG দেখাতে হবে। ব্যবহারিক ক্ষেত্রে, এর অর্থ হল, অরিজিন সার্ভার ক্রলারকে SXG পরিবেশন করবে, কিন্তু ব্রাউজারকে নয়। উপরের অনেক টুল ডিফল্ট হিসেবে এটি করে, তবে অন্যান্য টুলের জন্য, নিম্নলিখিত রেগুলার এক্সপ্রেশন ব্যবহার করে অনুরোধের Accept হেডার ম্যাচ করা যেতে পারে যা SXG হিসেবে পরিবেশন করা উচিত: http Accept: /(^|,)\s\*application\/signed-exchange\s\*;\s\*v=[[:alnum:]\_-]+\s\*(,|$)/

এই সাজেশনে Apache ও nginx-এর উদাহরণ অন্তর্ভুক্ত আছে।

ক্যাশে API আপডেট করুন

Google SXG ক্যাশেতে একটি API আছে যা সাইটের মালিকরা Cache-Control: max-age-এর কারণে মেয়াদ শেষ হওয়ার আগে ক্যাশে থেকে SXG সরানোর জন্য ব্যবহার করতে পারেন। আরও জানতে আপডেট ক্যাশে API রেফারেন্স দেখুন।

SXG-এর সাথে লিঙ্ক করা হচ্ছে

যেসব পৃষ্ঠার সাথে লিঙ্ক করা আছে, যেকোনও সাইট সেগুলির SXG ক্যাশে, পরিবেশন ও প্রিফেচ করতে পারে, যেখানে উপলভ্য, এবং ট্যাগ ব্যবহার করে: html <a href="https://example.com/article.html.sxg"> <link rel="prefetch" as="document" href="https://example.com/article.html.sxg"> এই নিবন্ধে SXG ডিস্ট্রিবিউট করার জন্য কীভাবে nginx ব্যবহার করতে হয় তা দেখানো হয়েছে।

অনন্য সুবিধা

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

পরিষেবা দেওয়ার জন্য কম অনুরোধ

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

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

পৃষ্ঠা লোড হওয়ার স্পিড উন্নত করা

প্রিফেচ সারফেস এবং বর্তমানে এটি যেসব ক্ষমতাকে সাপোর্ট করে তার কারণে আপনি পৃষ্ঠা লোড হওয়ার গতিতে অতিরিক্ত উন্নতি দেখতে পেতে পারেন:

  • আপনার সাইটের জন্য কুকি সহ ব্যবহারকারীদের SXG দেখানো যেতে পারে।
  • এছাড়াও, Link হেডার ব্যবহার করে নির্দিষ্ট করা থাকলে, SXG আপনার পৃষ্ঠার জন্য জাভাস্ক্রিপ্ট, CSS, ফন্ট ও ছবির মতো সাবরিসোর্স প্রিফেচ করে।
  • অদূর ভবিষ্যতে, Google Search থেকে SXG প্রিফেচিং আরও বেশি সার্চ ফলাফলের ধরনের জন্য উপলভ্য হবে।

উপসংহার

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

আরও পড়ুন