کور ویب وائٹلز (ایڈسینس) کے لیے اپنی ویب سائٹ کو کیسے بہتر بنائیں

کور ویب وائٹلز کو پاس کرنے کے لیے اتنی محنت کر رہے ہیں؟ آپ کے CWV اسکورز کو بہتر بنانے کے کچھ آسان اور عملی طریقے یہ ہیں۔

کور ویب وائٹلز کو بہتر بنانے کی دوڑ آسان نہیں ہے۔ اگر آپ اپنی ویب سائٹ کو منیٹائز کرنے کے لیے گوگل ایڈسینس جیسے اشتہاری پروگرام پر انحصار کرتے ہیں تو یہ مشکل ہو جاتا ہے۔

گوگل ایڈسینس چلانے والی ویب سائٹوں کے کور ویب وائٹلز ٹیسٹ میں ناکام ہونے کا امکان اسی ویب سائٹ کے مقابلے میں 10 گنا زیادہ ہوتا ہے جس پر گوگل ایڈسینس نہیں ہوتا ہے۔ یہ زیادہ تر فریق ثالث کی درخواستوں اور اثاثوں کی تعداد کی وجہ سے ہے جنہیں Google AdSense آپ کی ویب سائٹ میں شامل کرتا ہے۔ ان میں سے زیادہ تر اثاثے غیر موزوں، بڑے اور غیر صارف دوست ہیں۔

ایڈسینس اور ایڈورٹائزنگ پلیٹ فارمز کے باہر، اگر آپ کے پاس بہت ساری غیر موزوں تصاویر، JavaScript، اور CSS خاص طور پر فولڈ کے اوپر ہیں، تو آپ کے Core Web Vitals ٹیسٹ میں ناکام ہونے کا بھی بہت امکان ہے۔

اگر آپ کور ویب وائٹلز ٹیسٹ پاس کرنے اور اپنے سرچ انجن کی درجہ بندی کی صلاحیتوں کو بہتر بنانے کے لیے جدوجہد کر رہے ہیں، تو آپ کو اس مضمون میں عملی حل مل جائیں گے۔

کور ویب وائٹلز کیا ہیں؟

کور ویب وائٹلز گوگل لائٹ ہاؤس کے ذریعے چلنے والے میٹرکس ہیں جو اس بات کا تعین کرتے ہیں کہ کوئی سائٹ صفحہ کا اچھا تجربہ کیسے فراہم کر رہی ہے۔ اگرچہ ٹیسٹ چلاتے وقت بہت سے میٹرکس ہوتے ہیں، سب سے اہم میٹرکس سب سے بڑا مواد والا پینٹ (LCP)، پہلا ان پٹ تاخیر (FID)، اور Cumulative Layout Shift (CLS) ہیں۔

گوگل نے اعلان کیا ہے کہ مئی 2021 سے، یہ میٹرکس ان کے رینکنگ سگنلز کا حصہ بن جائیں گے جو تلاش کے نتائج میں ویب پیج کی پوزیشنز کا تعین کرنے کے لیے استعمال ہوتے ہیں۔

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

سب سے بڑا مواد ساز پینٹ (LCP): LCP ویب پیج پر سب سے بڑی نظر آنے والی تصویر یا ٹیکسٹ بلاک کو لوڈ ہونے میں لگنے والے وقت کی پیمائش کرتا ہے۔ اگر سب سے بڑا نظر آنے والا متن یا تصویر تیزی سے لوڈ ہوتا ہے، تو یہ سمجھا جاتا ہے کہ آپ کی باقی تصاویر اور متن تیزی سے لوڈ ہوں گے۔ گزرنے کے لیے مطلوبہ لوڈ ٹائم ہے۔ 2.5 سیکنڈ.

سب سے بڑا مشمول پینٹ۔
کریڈٹ: Web.dev

پہلا ان پٹ تاخیر (ایف آئی ڈی): FID ویب صفحہ کی تعامل کی پیمائش کرتا ہے۔ یہ اس بات سے طے ہوتا ہے کہ براؤزر کو آپ کی سائٹ پر کلک کرنے کے بعد ایونٹ ہینڈلرز پر کارروائی شروع کرنے میں کتنا وقت لگتا ہے۔ اسے وسیع پیمانے پر آپ کی ویب سائٹ کا پہلا تاثر کہا جاتا ہے۔ گزرنے کے لیے مطلوبہ وقت ہے۔ 100 ملی سیکنڈ.

پہلے ان پٹ میں تاخیر
کریڈٹ: Web.dev

مجموعی لے آؤٹ شفٹ (سی ایل ایس): CLS لے آؤٹ شفٹ کی پیمائش کرتا ہے جو ویب صفحہ پر ہوتا ہے۔ جب کوئی ویب صفحہ لوڈ ہوتا ہے اور پھر اچانک کوئی چیز ظاہر ہوتی ہے یا غائب ہوجاتی ہے اور صفحہ کو بڑے یا چھوٹے ہونے کے لیے ایڈجسٹ کرنا پڑتا ہے، اس شفٹ کو ماپا جاتا ہے۔ یہ صارف کے تجربے کے لیے خوفناک ہے اور میں اتفاق کرتا ہوں۔ اسکور آپ کو پاس کرنے کی ضرورت ہے۔ 0.1.

مجموعی لے آؤٹ شفٹ
کریڈٹ: Web.dev

کور ویب وائٹلز کے لیے اپنی ویب سائٹ کو کیسے بہتر بنائیں

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

1. ایک تیز ویب ہوسٹ کے ساتھ شروع کریں۔

اگر آپ کے پاس ایک ویب ہوسٹ ہے جس کے جواب میں خوفناک وقت ہے، تو ہر دوسری چیز جو میں یہاں درج کروں گا وہ مطلوبہ نتائج نہیں دے سکتا۔ آپ کا سرور جتنی تیزی سے درخواستوں کا جواب دے گا، اتنا ہی بہتر ہے۔

فاسٹ ٹائم ٹو فرسٹ بائٹ (TTFB) والا ویب ہوسٹ کیوں ضروری ہے؟ کچھ لوگ بحث کریں گے کہ TTFB سے کوئی فرق نہیں پڑتا، لیکن ایسا ہوتا ہے۔ باقی سب کی بنیاد یہی ہے۔ اگر آپ کے شہروں میں سست انٹرنیٹ والے صارفین ہیں، تو آپ کا ویب ہوسٹ کتنی تیزی سے جواب دے سکتا ہے اس کا مطلب سب کچھ ہوگا۔ کوئی بھی ویب ہوسٹ اچھی کارکردگی کا مظاہرہ کر سکتا ہے اگر آپ کے پاس بنیادی طور پر تیز رفتار انٹرنیٹ والے شہروں سے صارفین ہوں۔

یہ جانچنے کی کوشش کریں کہ آپ کا ویب ہوسٹ 3G کے بجائے 2G یا 4G کا جواب کیسے دے گا۔ کیونکہ اگر آپ کو 3G یا 2G کے ذریعے جڑنے والے بہت سارے صارفین ملتے ہیں، تو یہ آپ کے کور ویب وائٹلز سکور میں اضافہ کر رہا ہے۔ لہذا، ہر ملی سیکنڈ کا شمار ہوتا ہے۔ آپ کے FID میں 100ms حاصل کرنے اور 101ms حاصل کرنے میں فرق یہ ہے کہ 100ms کے ساتھ، آپ پاس ہو جاتے ہیں لیکن 101ms کے ساتھ آپ ناکام ہو جاتے ہیں۔ لہذا، اگر کوئی آپ کو بتاتا ہے کہ 1 ms سے کوئی فرق نہیں پڑتا، تو وہ شخص غلط ہو سکتا ہے۔

چنتے وقت a ویب میزبان، ہمیشہ اپنے ویب سائٹ کے صارفین کی اکثریت کے قریب ڈیٹا سینٹر حاصل کرنے کو یقینی بنائیں۔ آپ اپنے تجزیات کو دیکھ کر ان کے مقامات تلاش کر سکتے ہیں۔ آپ کے زیادہ تر صارفین کہاں سے آتے ہیں؟ ان کے قریب ایک ڈیٹا سینٹر چنیں۔ جتنا قریب ہو اتنا ہی بہتر۔

میں نے ذاتی طور پر ویب ہوسٹ کو تبدیل کرنے کے بعد ویب سائٹ کے کور ویب وائٹلز کے فیلڈ ڈیٹا میں نمایاں تبدیلی دیکھی ہے۔ میں نے اور کچھ نہیں کیا۔

اگر آپ ایک تیز ویب ہوسٹ کی تلاش کر رہے ہیں، تو وہاں بہت ساری سفارشات موجود ہیں جو خالصتاً ملحقہ اداروں کے ذریعے بغیر اخلاص کے چلائی جاتی ہیں۔ اگر آپ ورڈپریس چلا رہے ہیں اور آپ اسے برداشت کر سکتے ہیں، میں انتہائی سفارش کرتا ہوں۔ Kinsta. وہ ورڈپریس کے لیے بہترین ہیں۔ اگر آپ کو کسی سستی چیز کی ضرورت ہے یا آپ ورڈپریس استعمال نہیں کررہے ہیں تو Cloudways بھی بہت مؤثر ہے.

2. ہلکا پھلکا اور رفتار سے بہتر تھیم استعمال کریں۔

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

کیونکہ تھیم آپ کی ویب سائٹ کے کنکال کی طرح ہے، اگر کنکال ٹوٹ گیا تو جسم ٹوٹ جائے گا۔ بس یہی ہے۔

بہترین طریقوں کی ایک لمبی فہرست ہے جو آپ کو تھیم میں تلاش کرنی چاہیے۔ کچھ سب سے عام برے طریقے JQuery پر زیادہ انحصار کرتے ہیں، ضرورت نہ ہونے پر بہت زیادہ CSS/JS لوڈ کرنا، تھیم کا بڑا سائز، اور بہت کچھ۔ آپ ہمیشہ ایک ٹول استعمال کرسکتے ہیں۔ پیلی لیبز، ڈیمو کی جانچ کرنے کے لئے۔

اگر آپ ورڈپریس استعمال کر رہے ہیں، تو آپ کی فہرست چیک آؤٹ کر سکتے ہیں۔ تیز ترین ورڈپریس تھیمز.

3 اپنی تصاویر کو بہتر بنائیں

تصاویر ٹھنڈی ہیں۔ وہ مواد کو اتنا دلکش بناتے ہیں۔ لیکن وہ ایک بوجھ بن سکتے ہیں اگر وہ غیر موزوں ہیں۔ 3 MB جیسی بڑی تصاویر کا ہونا یقینی طور پر آپ کی رفتار کو متاثر کرے گا۔ اور اگر یہ تصاویر اس وقت نظر آتی ہیں جب آپ کی سائٹ سکرول کرنے سے پہلے دیکھی جاتی ہے، تو وہ یقینی طور پر آپ کے LCP میٹرک کو متاثر کریں گی۔

سچ یہ ہے کہ غیر اصلاحی تصاویر آپ کے صفحہ کے سائز میں اضافہ کرتی ہیں۔ صفحہ کا سائز جتنا بڑا ہوگا، لوڈ ہونے میں اتنا ہی زیادہ وقت لگتا ہے۔

میں ذاتی طور پر ہر تصویر کو اپ لوڈ کرنے سے پہلے بہتر بنانے کو ترجیح دیتا ہوں۔ میں تصویر کی اصلاح کے لیے کوئی بیرونی سروس استعمال نہیں کرتا ہوں۔ تاہم، اگر آپ ورڈپریس یا اس سے ملتی جلتی CMS استعمال کرتے ہیں، تو تصاویر کو خود بخود بہتر بنانے کے لیے پلگ ان اور حل موجود ہیں۔ آپ جو کچھ بھی استعمال کرتے ہیں اس سے قطع نظر کلاؤڈ حل بھی موجود ہیں۔

4. پس منظر کی تصاویر کا سائز ہٹائیں یا کم کریں۔

پس منظر کی تصاویر عام طور پر بہت بڑی ہوتی ہیں۔ اور یہ آپ کے لوڈ ٹائم کو سست کر سکتا ہے کیونکہ بامعنی مواد کو ظاہر کرنے سے پہلے اسے پہلے لوڈ کرنا پڑتا ہے۔

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

5. براؤزر کیشنگ کا استعمال کریں۔

اگر آپ کے بہت سارے وفادار قارئین ہیں تو آپ کو براؤزر کیچنگ پر غور کرنا چاہئے۔ جب کوئی صارف پہلی بار آپ کی ویب سائٹ پر جاتا ہے، تو براؤزر اس ویب سائٹ کو کیش کر دے گا۔ ہر دوسرے دورے کے لیے، یہ ایک لمحے میں لوڈ ہو جائے گا۔ یہ دوسرے دورے سے اوپر کی طرف FID اور LCP کو بہت بہتر بنا سکتا ہے۔

ورڈپریس کے صارفین کے لیے، زیادہ تر کیشنگ پلگ ان اس کو حاصل کرنے میں آپ کی مدد کر سکتی ہے۔

6. جاوا اسکرپٹ کو چھوٹا کریں اور غیر استعمال شدہ جاوا اسکرپٹ کو موخر کریں۔

اگرچہ جاوا اسکرپٹ حیرت انگیز ہے، یہ اکثر اوقات رینڈر بلاک ہوتا ہے۔ اس کا مطلب ہے کہ یہ آپ کے لوڈ ٹائم اور بالآخر آپ کے FID کو متاثر کر سکتا ہے۔

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

ورڈپریس صارفین کے لیے، جیسے پلگ ان موجود ہیں۔ Autoptimize, WP راکٹ، اور دوسرے جو آپ کے لیے یہ کر سکتے ہیں۔

7. ایڈسینس سائز کا وصف مقرر کریں۔

اگر آپ اپنی ویب سائٹ پر ایڈسینس چلا رہے ہیں اور آپ CLS کے ساتھ جدوجہد کر رہے ہیں، تو یہ آپ کے تمام مسائل کو حل کر سکتا ہے۔ اس نے میرے لئے کیا اور یہ آپ کے لئے ہونا چاہئے۔

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

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

ذیل میں ایک ریسپانسیو اشتہار یونٹ کی ایک مثال ہے جسے میں نے اپنے بلاگ پر ہیڈر کے بالکل نیچے استعمال کیا تھا۔ میں نے اپنی پبلشر ID اور اشتھاراتی سلاٹ کو XXXXXX سے بدل دیا ہے۔ دیکھا کہ میں نے اونچائی کا وصف شامل کیا ہے (کم سے کم اونچائی: 300px)۔ جس لمحے میں نے یہ کیا، تمام CLS مسائل ہمیشہ کے لیے ختم ہو گئے۔

<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<!-- Header ad -->
<ins class="adsbygoogle"
     style="display:block; min-height: 300px"
     data-ad-client="ca-pub-xxxxxxxxxxxxxx"
     data-ad-slot="xxxxxxxxxx"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>
<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

یہ کیا کرتا ہے صفحہ پر اس سائز کو محفوظ کرنا ہے۔ لہٰذا جب بھی اشتہارات دکھائے جاتے ہیں، وہاں کوئی لے آؤٹ شفٹ نہیں ہوتا، کیونکہ آپ نے سائز پہلے ہی سیٹ کر رکھا تھا۔

8. اپنی تصاویر اور دیگر میڈیا کے لیے سائز کا وصف مقرر کریں۔

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

آپ اپنی میڈیا فائلوں میں سائز کا وصف ترتیب دے کر ان سب سے بچ سکتے ہیں۔ آپ کا CLS میٹرک آپ کو خوش کرے گا۔

9. سست لوڈ تصاویر.

آپ نے PageSpeed ​​Insight to پر مشورہ دیکھا ہوگا۔ آف اسکرین تصاویر کو موخر کریں۔. اس کا سیدھا مطلب ہے اپنی تصاویر کو سستی سے لوڈ کرنا۔

سست لوڈنگ کیا کرتی ہے صفحہ کے سائز کو کم کرنا اور صارف کے وزٹ کرنے پر آپ کے صفحہ کے لوڈ ہونے کا وقت بھی کم کرنا ہے۔ جو CWV میٹرکس کے لیے اچھا ہے۔

اس سے خاص طور پر LCP کو بہتر بنانے میں مدد ملے گی۔

10. تنقیدی CSS کو کم کرکے اور تخلیق کرکے CSS کو بہتر بنائیں

CSS وہ ہے جو ویب سائٹ کو ٹھنڈا نظر آتا ہے، لیکن ایک بڑی CSS فائل ایک بڑا مسئلہ ہو سکتی ہے کیونکہ اس سے صارف کو صفحہ کی رینڈرنگ میں تاخیر ہو گی۔

جب کوئی صارف آپ کی ویب سائٹ پر جاتا ہے، تو براؤزر معمول کے مطابق آپ کے ویب صفحہ کو صارف کو پیش کرنے میں اس وقت تک تاخیر کرے گا جب تک کہ وہ آپ کے ویب صفحہ کے ہیڈر میں حوالہ کردہ تمام CSS کو لوڈ، پارس اور اس پر عمل نہ کر لے۔ اگر آپ کے پاس بڑی سی ایس ایس فائل ہے تو یہ ایک بڑا مسئلہ ہو سکتا ہے۔ یہ آپ کی سائٹ کو سست کردے گا۔

کریٹیکل سی ایس ایس صرف سی ایس ایس کو لوڈ کرکے مدد کرسکتا ہے جو صفحہ کے لوڈ ہونے کے لیے ضروری ہے۔ جبکہ باقی سی ایس ایس کو متضاد طور پر لوڈ کیا جا سکتا ہے۔

فائل کا سائز کم کرنے کے لیے سفید خالی جگہوں اور تبصروں کو ہٹا کر اپنے CSS کو کم کرنے سے بھی مدد مل سکتی ہے۔

آپ یہ بھی کر سکتے ہیں غیر استعمال شدہ سی ایس ایس کو ہٹا دیں۔. اگر آپ جو سروس استعمال کرتے ہیں وہ CSS کو آگے بڑھا رہی ہے جو استعمال نہیں ہوتی ہے، تو انہیں ہٹانا محفوظ ہے۔

اگر آپ ورڈپریس استعمال کرتے ہیں، تو ایسے پلگ ان موجود ہیں۔ WP راکٹ, LiteSpeed ​​Cache، FlyingPress اور دیگر جو آپ کو اس کے حصول میں مدد کر سکتے ہیں۔

11. ایڈسینس سمارٹ لوڈنگ کو لاگو کریں۔

اگر AdSense آپ کی ویب سائٹ کو سست کرنے کا ذمہ دار ہے تو یہ طریقہ تقریباً تمام چیلنجوں کو ختم کر سکتا ہے۔

یہ ایڈسینس کو ہوشیار طریقے سے لوڈ کرنے کے بارے میں ہے۔ AdSense کو اس وقت تک لوڈ نہیں کیا جائے گا جب تک کہ کوئی صارف اسکرولنگ یا کلک کرنے جیسی کارروائی نہیں کرتا ہے۔ یہ لوڈ ٹائم اور ایڈسینس سے متاثر ہونے والے کسی بھی بنیادی ویب وائٹلز کو بہت بہتر بنائے گا۔

بہت سے ورڈپریس پلگ ان ہیں جو آپ کو ایسا کرنے میں مدد کر سکتے ہیں، WP راکٹ اور فلائنگ اسکرپٹس ایک مثال ہیں۔ جہاں تک میں جانتا ہوں یہ طریقہ گوگل ایڈسینس کی پالیسی کی خلاف ورزی نہیں کرتا ہے۔

نوٹ: اگرچہ یہ طریقہ سمجھی جانے والی رفتار اور صفحہ کے اسکور کو بہتر بنانے میں مدد کر سکتا ہے، لیکن یہ آپ کے AdSense کی آمدنی کو متاثر کر سکتا ہے۔ میرا مشورہ ہے کہ آپ اس بات کا یقین کرنے کے لیے ایک تجربہ کریں کہ آیا یہ اس کے قابل ہے۔

12. اگر ہو سکے تو سسٹم اسٹیک فونٹ استعمال کریں۔

فونٹس کسی بھی ویب سائٹ پر اضافی لوڈ ٹائم کا اضافہ کرتے ہیں۔ اور بغیر تصاویر والے ویب صفحات کے لیے، آپ کا ٹیکسٹ بلاک آپ کی LCP درجہ بندی کے لیے ذمہ دار ہو سکتا ہے۔ ایسی صورت میں آپ کا LCP سکور براہ راست آپ کے فونٹ سے متاثر ہوگا۔

جب کہ گوگل فونٹ اور فونٹ آویز میں بہتری آتی رہتی ہے، سسٹم اسٹیک فونٹ کا استعمال ایک نمایاں بہتری پیش کرتا ہے۔ اگرچہ ڈیوائس کے لحاظ سے اتنا خیالی نہیں ہے۔

13. ایک CDN استعمال کریں۔

اگر آپ کے پاس دنیا کے مختلف حصوں سے صارفین ہیں، تو CDN استعمال کرنے سے آپ کی رفتار اور بالواسطہ آپ کے کور ویب وائٹلز میٹرکس کو بہتر بنانے میں مدد مل سکتی ہے۔

سادہ وضاحت میں ایک CDN آپ کی ویب سائٹ کی بہت سی کاپیاں بناتا ہے اور انہیں دنیا کے مختلف حصوں میں مختلف پوائنٹ آف پریزنس (POPs) میں اسٹور کرتا ہے۔ جب کوئی آپ کی ویب سائٹ کی درخواست کرتا ہے، تو یہ آپ کی ویب سائٹ کو قریب ترین مقام سے پیش کرتا ہے۔

مثال کے طور پر، اگر آپ کی سائٹ ریاستہائے متحدہ میں ہوسٹ کی گئی ہے اور آپ کے پاس یونائیٹڈ کنگڈم سے کوئی وزیٹر ہے، تو آپ کی سائٹ کو ریاستہائے متحدہ سے لانے کے بجائے، CDN آپ کی سائٹ کو برطانیہ سے پیش کرے گا۔ اس کا اثر تیز ترسیل ہوگا۔ رفتار.

آپ چیک آؤٹ کر سکتے ہیں۔ بہترین CDNs وہاں سے باہر.

14. DNS پری فیچنگ سیٹ اپ کریں۔

اگر آپ اپنی ویب سائٹ کی ترسیل کے لیے CDN جیسی بیرونی سروس پر انحصار کرتے ہیں، تو آپ کو ضرورت پڑ سکتی ہے۔ ڈی این ایس پری فیچنگ ترتیب دیں۔ DNS تلاش کی وجہ سے تاخیر کو کم کرنے کے لیے۔

ڈی این ایس پری فیچنگ ڈی این ایس کو بلائے جانے سے پہلے اسے پیش کرے گی۔ تاکہ جب اسے آخر میں بلایا جائے تو یہ ایک لمحے میں لوڈ ہو جائے۔

15. فریق ثالث کے اسکرپٹ کو بہتر بنائیں

اس بات کو یقینی بنانے کے لیے چیک کریں کہ آپ اپنی سائٹ پر جو سروسز استعمال کرتے ہیں ان میں سے کچھ تھرڈ پارٹی اسکرپٹس شامل نہیں کر رہی ہیں جو آپ کی سائٹس کو سست کر سکتی ہیں۔

آپ تیسری پارٹی کی درخواستوں کے ساتھ حل کو تبدیل کر سکتے ہیں جو آپ کی سائٹ کو ایک بہتر حل کے ساتھ سست کرتی ہے۔

جب بات گوگل ایڈسینس کی ہو، ایک اور فریق ثالث اسکرپٹ، تو آپ بہت کم کر سکتے ہیں۔ بہترین عمل یہ ہے کہ ایک صفحہ پر زیادہ سے زیادہ 3 اشتہارات کا استعمال کیا جائے۔ مماثل مواد سے پرہیز کریں کیونکہ یہ کم آمدنی لاتا ہے لیکن لوڈ وقت میں اضافہ کرتا ہے۔

16. تہہ کے اوپر سے ایڈسینس کو ہٹا دیں۔

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

اگر آپ استطاعت رکھتے ہیں تو ایک مہینے کے لیے ایڈسینس کو تہہ کے اوپر سے ہٹا دیں اور دیکھیں کہ آیا مسئلہ دور ہو جاتا ہے۔

اگر آپ اسے ہٹانا نہیں چاہتے ہیں تو آپ اسے دستی طور پر یا فلائنگ اسکرپٹس جیسے پلگ ان کی مدد سے تاخیر کر سکتے ہیں۔

17. AMP پر سوئچ کریں۔

AMP کا مطلب ہے Accelerated Mobile Pages۔ AMP کا خیال موبائل پر تیزی سے لوڈ ہونے کے لیے ویب صفحات کو بہتر بنانا ہے۔ اور ظاہر ہے، AMP اوپن سورس پروجیکٹ گوگل نے شروع کیا تھا۔

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

AMP صفحات موبائل یا ڈیسک ٹاپ صفحات سے مسلسل تیز ہوتے ہیں، بعض اوقات ہمارے مشاہدے کے مطابق 100% سے زیادہ۔

اگر آپ کی ویب سائٹ کی واحد منیٹائزیشن حکمت عملی گوگل ایڈسینس ہے، تو آپ اپنی تمام ویب سائٹ کو AMP میں تبدیل کرنے پر غور کر سکتے ہیں۔ میں نے ذاتی طور پر دیکھا ہے کہ میرے اپنے بلاگ پر، AMP صفحات پر AdSense کبھی کبھی موبائل اور ڈیسک ٹاپ سے زیادہ تبدیل کرتا ہے!

نتیجہ

کور ویب وائٹلز نہ صرف گوگل کے لیے بلکہ اپنے صارفین کے لیے اپنی ویب سائٹ کو بہتر بنانے میں آپ کی مدد کر سکتے ہیں۔ لیب ڈیٹا ٹیسٹ کا اچھا اسکور ہونا بہت عام ہے لیکن فیلڈ ڈیٹا اسکور خراب ہے۔

یہ آپ کے صارفین کے میک اپ کی وجہ سے ہے۔ اگر آپ کے زیادہ تر صارفین سست انٹرنیٹ والی جگہوں سے ہیں، تو ہو سکتا ہے آپ نے بہتر بنانے میں اچھا کام کیا ہو لیکن پھر بھی فیلڈ ڈیٹا میں ناکام ہو۔

Mfon Abel Ekene

Mfon Abel Ekene

میں ایسے مواد تخلیق کرنے سے لطف اندوز ہوتا ہوں جو مددگار ہوں۔ میرا جنون انٹرنیٹ کی آبادی کو صحیح سمت کی طرف اشارہ کرکے ان کی ضرورت تلاش کرنے میں مدد کر رہا ہے۔ یہ وہی ہے جو مجھے کرنا پسند ہے اور میں نے یہ یقینی بنانے کے لیے کئی گھنٹوں کی تحقیق اور جانچ کی کہ میں TargetTrend پر اپنے مواد کے ذریعے ایسا ہی کرتا ہوں۔

مضامین: 51۔

تکنیکی چیزیں وصول کریں۔

تکنیکی رجحانات، آغاز کے رجحانات، جائزے، آن لائن آمدنی، ویب ٹولز اور مارکیٹنگ ماہانہ ایک یا دو بار