اردو سائٹ کا SEO: RTL، hreflang اور Discover

اس مضمون میں

ایک ہی سوال، دو رسم الخط
RTL صفحہ dir سے شروع ہوتا ہے، وہیں ختم نہیں ہوتا
ur اور en جوڑے کے لیے hreflang
URL slug: اردو میں یا رومن میں
نستعلیق اور سستے Android فون پر Core Web Vitals
اردو پبلشر کے لیے Google Discover اختیاری نہیں
keyword ٹولز اردو پر کمزور ہیں، اور اِس کا حل موجود ہے
مشین سے ترجمہ کیے صفحے سب سے بڑی غلطی ہیں
اردو میں structured data
ایک ہفتے کا کام، ترتیب سے
ہمارے ٹولز کہاں فٹ ہوتے ہیں، اور کب نہیں لینے چاہئیں
اکثر پوچھے جانے والے سوالات

SEO کے بارے میں جو کچھ لکھا گیا ہے، اُس کا بڑا حصہ اُن لوگوں کا لکھا ہوا ہے جنہوں نے زندگی میں کبھی اردو میں کوئی query ٹائپ نہیں کی۔ اُس میں سے بہت کچھ اردو سائٹ پر بھی ویسے ہی چلتا ہے: title آج بھی اہم ہے اور سُست صفحہ آج بھی پیچھے رہ جاتا ہے۔ لیکن اردو میں لکھنے والی سائٹ کے سامنے چند مسئلے الگ سے آتے ہیں، جو انگریزی سائٹ کے سامنے کبھی نہیں آتے، اور ٹریفک اکثر انہی پر ٹِکتی ہے۔ یہ گائیڈ انہی کے بارے میں ہے۔

یہ اُن کے لیے ہے جو پاکستان کے قاری کے لیے اردو یا Roman Urdu میں لکھ رہے ہیں: کوئی پبلشر، کوئی بلاگر، یا کوئی چھوٹا کاروبار جس کی سائٹ اردو میں ہے۔ اگر آپ کی سائٹ انگریزی میں ہے اور صرف پاکستان کو ٹارگٹ کر رہی ہے، تو اِس میں سے آدھی باتیں آپ کا مسئلہ نہیں۔ اور اگر آپ انگریزی سائٹ میں اردو سیکشن جوڑنے کا سوچ رہے ہیں، تو hreflang اور مشین ترجمے والے حصے شروع کرنے سے پہلے دو بار پڑھ لیجیے۔

ایک ہی سوال، دو رسم الخط

بجلی کا بل چیک کرنے والا آدمی تین طرح سے سرچ کر سکتا ہے:

شکل	مثال	Google کو کیا دکھتا ہے
اردو رسم الخط	بجلی کا بل کیسے چیک کریں	اردو زبان کی query
رومن اردو	bijli ka bill check karna	اُلجھن: اردو الفاظ، Latin script میں
انگریزی	check electricity bill online	انگریزی query، لوکیشن پاکستان

Google سمجھتا ہے کہ پہلی دو کا مطلب ایک ہی ہے، اور رومن اردو پر بھی اکثر اردو رسم الخط والے صفحے دکھا دیتا ہے، ہر بار نہیں۔ اندازہ لگانے کے بجائے تینوں شکلیں خود سرچ کر کے دیکھیے، پاکستان کی لوکیشن سے (براؤزر میں لوکیشن سیٹ کر لیجیے، یا سیدھا موبائل ڈیٹا پر فون سے دیکھ لیجیے)۔ معلومات والی query پر اردو اور رومن کے نتیجے کافی حد تک ایک جیسے نکلتے ہیں۔ لیکن جہاں خریدنے کی نیت ہو، جیسے “موبائل قسطوں پر” کے مقابلے میں “mobile on installments”، وہاں رومن شکل اکثر انگریزی e-commerce صفحے کھینچ لاتی ہے، کیونکہ Latin میں ٹائپ کرنے والے عموماً انہی پر کلک کرتے ہیں۔

اِس سے ایک سیدھا اصول نکلتا ہے۔ ہر صفحے کے لیے ایک رسم الخط چُنیے، اُسی query کا SERP دیکھ کر، اور اُسی query کی رومن شکل کے لیے الگ صفحہ مت بنائیے۔ نیت تو ایک ہی ہے۔ اردو مضمون کے اندر رومن شکل ایک بار آ جائے، جہاں پڑھنے میں قدرتی لگے، اتنا کافی ہے۔ اردو لکھنے والے ویسے بھی ایسے ہی لکھتے ہیں: “قسطوں پر موبائل، یعنی mobile on installments”۔ اتنے سے Google دونوں کو جوڑ لیتا ہے۔ وہی رومن لفظ دس بار ٹھونسنے سے کچھ نہیں ہوتا، بس مضمون پڑھنے میں مشین کا لکھا لگنے لگتا ہے۔

رومن اردو کی کوئی معیاری ہجے نہیں، اور یہ ہندی یا بنگالی سے بڑا مسئلہ ہے۔ “قیمت” کو لوگ qeemat، qimat، keemat اور qeemet، چاروں طرح لکھتے ہیں، اور چاروں ایک ہی دن میں Search Console میں آتی ہیں۔ آپ رومن کی کسی ایک ہجے کو ٹارگٹ کریں تو باقی تین آپ کے صفحے کے حساب میں آتی ہی نہیں۔ اردو رسم الخط میں یہ بٹوارہ نہیں ہوتا، لفظ ایک ہی طرح لکھا جاتا ہے۔

زیادہ تر لوگ فون کے کی بورڈ پر رومن ہی ٹائپ کرتے ہیں، کیونکہ Gboard میں اردو پر سوئچ کرنا ایک جھنجھٹ ہے۔ اسی لیے یہاں voice search کا حصہ انگریزی بازاروں سے بڑا ہے۔ بول کر کی گئی query اردو رسم الخط میں پہنچتی ہے، کیونکہ Google اردو بولی کو اردو میں لکھتا ہے۔ اگر آپ کے Search Console میں اردو رسم الخط کی query رومن سے تیزی سے بڑھ رہی ہیں، تو وجہ عموماً یہی ہوتی ہے۔

RTL صفحہ `dir` سے شروع ہوتا ہے، وہیں ختم نہیں ہوتا

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

<html> پر دونوں چیزیں رکھیے: lang="ur" اور dir="rtl"۔ ایک کے بغیر دوسری ادھوری ہے۔ lang براؤزر، اسکرین ریڈر اور فونٹ shaping کے لیے ہے؛ dir پورے صفحے کی سمت طے کرتا ہے۔ جو تھیم صرف body پر direction: rtl لگا کر کام چلاتے ہیں، وہ فارم کے ان پٹ اور <select> پر پکڑے جاتے ہیں۔
CSS میں left اور right کی جگہ logical properties لکھیے: margin-inline-start، padding-inline-end، text-align: start، inset-inline-start۔ ایک انگریزی تھیم اردو میں ڈالیے تو متن تو دائیں سے شروع ہو جاتا ہے، مگر سائڈبار، bullet کے نشان، blockquote کی لکیر اور “اگلا صفحہ” والا تیر سب اُلٹی طرف رہ جاتے ہیں۔ قاری کو یہی بتاتا ہے کہ صفحہ کسی اور زبان کے لیے بنا تھا۔
اردو جملے کے بیچ انگریزی الفاظ اور نمبر آتے ہی رہتے ہیں، اور یہی سب سے عام گڑبڑ ہے۔ جو جملہ کسی Latin لفظ یا نمبر پر ختم ہو، اُس کا ختمہ (۔) اکثر جملے کے غلط سرے پر جا بیٹھتا ہے۔ ایسی جگہوں پر <bdi> استعمال کیجیے، یا اُس ٹکڑے پر dir="auto" لگائیے۔ یوزر کا لکھا ہوا مواد، جیسے تبصرے اور پروڈکٹ کے نام، ہمیشہ <bdi> کے اندر جانے چاہئیں۔
قیمتیں، فون نمبر اور تاریخیں RTL متن میں سب سے زیادہ اُچھلتی ہیں۔ +92 300 1234567 جیسا نمبر بغیر isolation کے اکثر ٹکڑوں میں بٹا ہوا دکھتا ہے۔
صفحہ خود چلا کر دیکھیے، صرف متن پڑھ کر نہ چھوڑیے: مینو، breadcrumb، pagination، tabs اور carousel، سب کی سمت جانچیے۔

Google کے پاس “RTL درست ہے” ناپنے والا کوئی ٹیگ نہیں، اِس لیے اِس کا کوئی براہِ راست SEO سگنل بھی نہیں۔ اثر قاری کے راستے سے آتا ہے: ٹوٹا ہوا RTL صفحہ موبائل پر پڑھنے کے قابل نہیں رہتا، قاری واپس چلا جاتا ہے، اور واپس جانا ہر اُس سگنل میں جھلکتا ہے جو Google دیکھ سکتا ہے۔

ur اور en جوڑے کے لیے hreflang

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

جہاں واقعی جوڑا بنتا ہو:

ur-PK اور en-PK لکھیے۔ Google کی ڈاکیومنٹیشن کہتی ہے کہ صرف ISO 639-1 زبان کے کوڈ اور ISO 3166-1 alpha-2 ریجن کے کوڈ ہی سپورٹ ہوتے ہیں (21 ستمبر 2026 کو دیکھا گیا)، اور یہ دونوں انہی میں آتے ہیں۔ ریجن الگ کرنے کی کوئی وجہ نہ ہو تو سادہ ur اور en بھی ٹھیک ہیں۔
دونوں صفحوں کو ایک دوسرے کی طرف اشارہ کرنا ہوگا۔ Google کی زبان میں کوئی گول مول نہیں: “If two pages don’t both point to each other, the tags will be ignored.” پاکستانی سائٹوں پر hreflang سب سے زیادہ اسی وجہ سے ٹوٹا ملتا ہے، یک طرفہ رہ جاتا ہے، کیونکہ ٹیگ انگریزی ٹیمپلیٹ میں لگ گیا اور اردو ٹیمپلیٹ میں رہ گیا۔
x-default بھی رکھیے، اُس صفحے پر جو ایسے آدمی کو ملنا چاہیے جس کی براؤزر کی زبان دونوں میں سے کسی سے میل نہیں کھاتی۔ زیادہ تر پاکستانی سائٹوں کے لیے وہ انگریزی صفحہ ہوگا۔ خلیج میں بیٹھا پاکستانی قاری اردو صفحہ چاہے گا اور اُس کے فون کی زبان عربی ہو سکتی ہے، تو ar کو ur کا x-default نہ بنائیے؛ زبانیں الگ ہیں، رسم الخط مشترک ہونے سے کچھ نہیں بدلتا۔
اردو صفحے کے <html> پر lang="ur" تو رکھیے ہی، جیسا اوپر کہا گیا۔

اگر آپ کا CMS hreflang ٹھیک سے نہیں نکال پاتا، تو آدھا ادھورا نکالنے سے بہتر ہے رہنے دیجیے۔ Google دونوں صفحے پھر بھی index کرے گا اور زبان دیکھ کر عموماً صحیح والا چُن لے گا۔

URL slug: اردو میں یا رومن میں

Google کی URL گائیڈنس کہتی ہے کہ ASCII سے باہر کے characters “should be percent encoded” (21 ستمبر 2026 کو دیکھا گیا)۔ یعنی /سستا-لیپ-ٹاپ/ جیسا slug چلے گا، Google اُسے index بھی کر لے گا۔ دقت encode ہونے کے بعد کی شکل ہے: اردو کا ہر حرف UTF-8 میں دو بائٹ کا ہے، تو address bar سے کاپی کرتے ہی یہ slug /%D8%B3%D8%B3%D8%AA%D8%A7-%D9%84%DB%8C%D9%BE-%D9%B9%D8%A7%D9%BE/ بن جاتا ہے۔

پاکستان میں یہ بات باقی جگہوں سے زیادہ بھاری پڑتی ہے، کیونکہ اردو سائٹوں پر آنے والا بڑا حصہ WhatsApp کے forward سے آتا ہے۔ رومن slug (/sasta-laptop-qiston-par/) کاپی پیسٹ میں بچ جاتا ہے، میسج میں ٹھیک دکھتا ہے، اور پڑھنے والا ٹیپ کرنے سے پہلے سمجھ جاتا ہے کہ لنک کس چیز کا ہے۔ percent-encoded والا اِن میں سے کچھ نہیں کرتا۔ کسی فیملی گروپ میں فیصد کے نشانوں کی دیوار چپکا کر دیکھ لیجیے، کتنے لوگ کھولتے ہیں۔

رینکنگ میں کسی ایک طرف فائدہ ہے، ایسا Google نے کہیں نہیں کہا، اور ہم نے بھی ناپا نہیں۔ فیصلہ شیئرنگ کا ہے، اور اپنی ہی analytics رپورٹ پڑھ پانے کا، جہاں encoded slug بالکل نہیں پڑھا جاتا۔ تو رومن، hyphen والے slug رکھیے۔ اردو title، H1 اور body میں رہے گی، جہاں اُس کا اصل کام ہے۔

دو احتیاطیں۔ رومن ہجے ایک جیسی رکھیے: ایک صفحے پر qeemat اور دوسرے پر keemat لکھا تو آپ کی اپنی internal linking دو حصوں میں بٹ جائے گی، اور اردو میں یہ خطرہ ہندی سے بھی بڑا ہے کیونکہ ہجے کا کوئی معیار ہی نہیں۔ اور اگر آپ کے اردو URL پہلے سے رینک کر رہے ہیں تو اُنہیں ہاتھ مت لگائیے۔ slug بدلنے کا مطلب ہے 301، کچھ ہفتوں کی گراوٹ، اور ایک خطرہ، جو صرف دِکھنے کی بہتری کے لیے مول لینے کا نہیں۔

نستعلیق اور سستے Android فون پر Core Web Vitals

اردو پڑھنے والا نستعلیق کی توقع کرتا ہے۔ نسخ میں لکھی اردو اُسے عربی لگتی ہے، اپنی زبان نہیں، اور وہ کئی صفحوں پر یہی سوچ کر واپس چلا جاتا ہے کہ سائٹ اُس کے لیے نہیں بنی۔ مسئلہ یہ ہے کہ نستعلیق بنتا کیسے ہے۔ نستعلیق کی سطر ترچھی نیچے کو جاتی ہے اور ہر لفظ ایک جُڑی ہوئی شکل ہے، اس لیے فونٹ میں ہزاروں ligature رکھنے پڑتے ہیں۔ اسی سے فائل بھاری ہوتی ہے: مکمل نستعلیق فونٹ کسی Latin فونٹ سے کئی گنا بڑا ہوتا ہے، اور Jameel Noori Nastaleeq، جو پاکستانی سائٹیں سب سے زیادہ چاہتی ہیں، اِن میں سب سے بھاری ہے اور ویب پر استعمال کے لیے کھلی لائسنسنگ کے ساتھ آتا بھی نہیں۔

اور subsetting یہاں اُتنا کام نہیں کرتی جتنی Latin یا دیوناگری میں کرتی ہے۔ subsetter غیر ضروری codepoints نکال دیتا ہے، مگر نستعلیق کا وزن codepoints میں نہیں، ligature کے جدول میں ہے، اور وہ اردو کے حروف رکھتے ہوئے رکھنا ہی پڑتا ہے۔ جو لوگ “subset کر لیں گے” کہہ کر نستعلیق کا فیصلہ ٹالتے ہیں، وہ بعد میں یہ دریافت کرتے ہیں کہ فائل خاص کم نہیں ہوئی۔

دوسری طرف آپ کا قاری اُس فون پر ہے جو پچیس سے چالیس ہزار روپے کا Infinix یا Tecno ہے، کم RAM کے ساتھ، Jazz یا Zong کی 4G پر جو شہر میں تیز ہے اور باقی جگہ جیسی تیسی۔ Google کی “good” حدیں (web.dev، 21 ستمبر 2026 کو دیکھا گیا) یہ ہیں: LCP ڈھائی سیکنڈ کے اندر، INP 200 ملی سیکنڈ یا اُس سے کم، اور CLS 0.1 یا اُس سے کم، اصل وزٹ کے 75ویں percentile پر ناپی ہوئی۔ اُس ہارڈویئر پر بھاری تھیم تینوں میں ناکام ہو جاتا ہے۔

جو چلتا ہے:

پہلے سسٹم کا فونٹ آزمائیے۔ آج کے Android اور iOS دونوں Noto Nastaliq Urdu کے ساتھ آتے ہیں، اور font-family میں اُس کا نام لکھ کر system-ui پر گرنے والا stack ڈاؤن لوڈ میں صفر بائٹ خرچ کرتا ہے۔ جانچ لیجیے کہ آپ کے قاری کے پرانے فون پر وہ موجود ہے یا نہیں، کیونکہ نہ ہونے کی صورت میں فون نسخ پر گرتا ہے اور شکل بدل جاتی ہے۔
ویب فونٹ ناگزیر ہو تو ایک ہی وزن لوڈ کیجیے، preload کیجیے، اور font-display پر سوچ کر فیصلہ کیجیے۔ نستعلیق اور نسخ کی metrics اتنی مختلف ہیں کہ swap پر فونٹ آتے ہی پورا صفحہ ہل جاتا ہے؛ کئی سائٹوں کے لیے optional بہتر نتیجہ دیتا ہے، یعنی فونٹ وقت پر آ گیا تو ٹھیک، ورنہ اِس وزٹ میں نہیں۔
CLS پر الگ سے نظر رکھیے اور line-height کشادہ رکھیے۔ نستعلیق کی سطر ترچھی ہونے کی وجہ سے اوپر نیچے بہت جگہ لیتی ہے؛ اردو body کے لیے 1.9 سے 2.1 کے درمیان رکھیے اور font-size انگریزی سے ایک دو قدم بڑا۔ 16px پر اردو پڑھنے میں تھکا دیتی ہے۔
سب سے پہلے JavaScript کاٹیے۔ سستے فون پر INP زیادہ تر main-thread کا وقت ہوتا ہے، اور پبلشر سائٹ پر وہ اشتہار کے اسکرپٹ، سوشل embed اور ایک ایسا slider ہوتا ہے جسے کوئی نہیں چلاتا۔ Core Web Vitals کی رپورٹ Search Console میں دیکھیے، لیپ ٹاپ پر چلائے گئے کسی lab ٹول میں نہیں، کیونکہ field کا ڈیٹا آپ کے اصل قارئین کے اصل فونوں سے آتا ہے۔

سائٹ اُسی فون پر چلا کر دیکھیے جو آپ کا قاری استعمال کرتا ہے۔ تین سال پرانا Infinix، موبائل ڈیٹا پر، آپ کو کسی بھی Lighthouse اسکور سے زیادہ بتا دے گا۔

اردو پبلشر کے لیے Google Discover اختیاری نہیں

پاکستان کی بہت سی اردو نیوز اور کنٹینٹ سائٹوں کو Search سے زیادہ ٹریفک Discover سے آتی ہے۔ یہ Google ایپ کے ہوم اسکرین والا feed ہے اور Android کے ہوم اسکرین سے بائیں طرف کھلتا ہے، اور اُسی قاری کے ہاتھ میں ہے جو اردو پبلشر کو چاہیے۔

Google کی Discover ڈاکیومنٹیشن (21 ستمبر 2026 کو دیکھی گئی) مختصر ہے اور پوری پڑھنے لائق ہے۔ کام کی باتیں یہ ہیں:

“Content is automatically eligible to appear in Discover if it is indexed by Google and meets Discover’s content policies.” یعنی نہ کوئی feed جمع کرانی ہے، نہ Discover کا کوئی sitemap ہوتا ہے۔
تصویریں “at least 1200 px wide” ہونی چاہئیں، اور بڑی preview “enabled by the max-image-preview:large setting, or by using AMP” ہوتی ہے۔ مضمون کے صفحوں پر <meta name="robots" content="max-image-preview:large"> لگا دیجیے۔ اردو سائٹوں پر Discover کا سب سے بڑا نقص ہمیں یہی ایک ٹیگ غائب ہونے کی صورت میں ملتا ہے۔
“Use page titles and headlines that capture the essence of the content.” Discover کی پالیسی clickbait اور بات چھپانے والی سرخی کو پسند نہیں کرتی، اور یہ اُن اردو سائٹوں کے لیے مسئلہ ہے جنہوں نے سرخی لکھنا Facebook سے سیکھا ہے۔ “یہ دیکھ کر آپ حیران رہ جائیں گے” والی سرخی Facebook پر جو کرتی تھی، Discover میں اُس کا اُلٹ کرتی ہے۔

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

AMP کی اب ضرورت نہیں

بہت سے اردو پبلشر آج بھی ہر مضمون کا AMP ورژن سنبھالے ہوئے ہیں، کیونکہ کئی سال پہلے Top Stories کے carousel میں گھسنے کا اور Discover میں بڑی تصویر پانے کا وہی ایک راستہ تھا۔ اب دونوں باتیں درست نہیں۔ Google کی Discover ڈاکیومنٹیشن AMP کو صرف max-image-preview:large کے متبادل کے طور پر گنواتی ہے (21 ستمبر 2026 کو دیکھا گیا)، اور Top Stories 2021 کے page experience اپڈیٹ کے بعد سے غیر AMP صفحے بھی لیتا ہے۔

AMP کی قیمت یہ ہے کہ دوسرا ٹیمپلیٹ سنبھالنا پڑتا ہے، اشتہار کا دوسرا سیٹ اپ کرنا پڑتا ہے، اور URL کا ایک اور ڈھانچہ بن جاتا ہے جو analytics اُلجھا دیتا ہے۔ اردو میں ایک اضافی خرچ بھی ہے: AMP کے کسٹم CSS کی حد کے اندر نستعلیق کا فونٹ اور RTL کی درستیاں دونوں ٹھونسنا آسان نہیں۔ اوپر والا robots ٹیگ لگا ہوا تیز canonical صفحہ وہی کام کر دیتا ہے۔ AMP بند کریں تو پرانے /amp/ URL کو canonical پر redirect ضرور کیجیے، 404 مت چھوڑیے، کیونکہ وہ برسوں سے index اور شیئر ہوتے آئے ہیں۔

keyword ٹولز اردو پر کمزور ہیں، اور اِس کا حل موجود ہے

ہم انہی ٹولز کا access بیچتے ہیں، اِس لیے یہ کہنا بنتا ہے کہ وہ کہاں کام نہیں آتے، اُس سے پہلے کہ بتائیں کہاں آتے ہیں۔

Semrush اپنا keyword ڈیٹا ملک کے حساب سے سنبھالتا ہے، زبان کے حساب سے نہیں۔ اُس کا نالج بیس “more than 140 databases” گنواتا ہے (semrush.com/kb/287، 21 ستمبر 2026 کو دیکھا گیا)، اور پاکستان اُن میں ایک ملک کے طور پر موجود ہے، اردو زبان کا الگ database کوئی نہیں۔ اردو رسم الخط کی query پاکستان والے database میں صرف وہیں تک نظر آتی ہیں جہاں تک Semrush کا اپنا جمع کیا ہوا ڈیٹا پہنچا ہے، تو جس query کو آپ چلتی ہوئی جانتے ہیں وہ اکثر بہت کم volume دکھاتی ہے یا آتی ہی نہیں۔ رومن اردو کا حال اِس سے بھی پتلا ہے، کیونکہ ایک ہی فقرہ پانچ ہجوں میں بٹا ہوا ہے اور ہر ہجے کا volume الگ گنا جاتا ہے۔

Ahrefs کی کہانی بھی ویسی ہی ہے۔ Keywords Explorer “217 Locations” اور “28.7B Keywords” کا دعویٰ کرتا ہے (ahrefs.com/keywords-explorer، 21 ستمبر 2026 کو دیکھا گیا)۔ آپ location میں پاکستان چُنتے ہیں اور اردو میں ٹائپ کرتے ہیں۔ coverage پہلے سے بہتر ملتی ہے، پھر بھی انگریزی کے سامنے بہت پتلی۔ کسی بھی اردو query کے لیے اِن دونوں میں سے کسی ٹول کا volume موٹے اندازے سے زیادہ مت مانیے۔

تو طریقہ انگریزی سائٹ والے طریقے سے الگ ہوگا۔ ٹول سے وہی کام لیجیے جو وہ ٹھیک کرتے ہیں، اور اردو کی مانگ کہیں اور سے نکالیے۔

آپ کا اپنا Search Console ہی سب سے اچھا اردو keyword ٹول ہے

Search Console ہر وہ query دکھاتا ہے جس پر آپ کی سائٹ دکھی، اُسی رسم الخط میں جس میں سرچ کرنے والے نے لکھی تھی۔ query فلٹر regular expression لیتا ہے، تو [\x{0600}-\x{06FF}] (custom regex، “matches”) لگانے پر صرف اردو رسم الخط کی query بچتی ہیں، اور اُلٹا کرنے پر رومن اور انگریزی۔ سولہ مہینے کے ڈیٹا پر یہ چلائیے اور آپ کے پاس ایسی اردو keyword لسٹ آ جائے گی جو کسی وینڈر کے پاس نہیں، کیونکہ وہ آپ کے اپنے قارئین کی ہے۔ impressions سے sort کیجیے اور کم CTR والی query چھانٹیے، وہیں وہ پڑی ہیں جن پر آپ دوسرے صفحے پر رینک کر رہے ہیں۔

رومن والی طرف سے بھی ایک فائدہ ملتا ہے: اُن پانچ ہجوں کی اصل تقسیم صرف یہیں دکھتی ہے۔ سب سے زیادہ impressions والی ہجے وہی ہے جو آپ کو slug میں رکھنی چاہیے۔

اندازہ لگانے کے بجائے competitor اُلٹا کھولیے

یہاں Ahrefs اور Semrush دونوں کام آتے ہیں۔ کسی اردو پبلشر کا domain Site Explorer یا Domain Overview میں ڈالیے، پاکستان کا فلٹر لگائیے، اور organic keywords رپورٹ پڑھیے۔ وہ domain جن اردو query پر رینک کر رہا ہے، وہ اصل query ہیں جن پر اصل ٹریفک ہے، volume کا کالم چاہے کچھ بھی کہے۔ اپنی niche کی پانچ چھ سائٹوں پر یہی کیجیے اور نتیجوں کو cluster کر لیجیے۔ keyword ٹول میں اندازے ٹائپ کرنے سے یہ تیز بھی ہے اور زیادہ ایماندار بھی۔ ہمارے یہاں اکیلا Ahrefs ₨7,000/ماہ پڑتا ہے اور Semrush ₨1,400/ماہ؛ Ahrefs کا ٹول پیج اور Semrush کا ٹول پیج دونوں بتاتے ہیں کہ shared access میں کیا ملتا ہے اور کیا نہیں۔

Autocomplete، People also ask اور Trends

Google کی اپنی سطحوں پر database والی دقت نہیں ہے، کیونکہ وہ Google ہیں۔ پاکستان کی لوکیشن سے سرچ باکس میں اردو seed ٹائپ کیجیے اور autocomplete کی تجاویز نوٹ کیجیے، وہ اصل query سے بنتی ہیں۔ اردو “People also ask” کے باکس کھول کر پھیلائیے۔ اور Google Trends میں region پاکستان رکھ کر اردو لفظ کا مقابلہ اُس کی رومن ہجے سے کیجیے؛ دونوں لکیریں بتا دیں گی کہ اُس موضوع پر آپ کے قاری اصل میں کون سا رسم الخط چلاتے ہیں، یعنی ٹھیک وہی فیصلہ جو اِس گائیڈ کے پہلے حصے نے آپ سے مانگا تھا۔

ChatGPT سے variant لیجیے، volume کبھی نہیں

اِس پورے کام میں language model ایک ہی چیز اچھی کرتا ہے: ایک ہی بات کہنے کے بیس طریقے نکال دینا۔ اردو رسم الخط میں، رومن کی مختلف ہجوں میں، اور اُن انگریزی الفاظ کے ساتھ جو اصل اردو میں روز چلتے ہیں۔ اردو میں اِس کا ایک اضافی فائدہ ہے: کراچی، لاہور اور پشاور کا لکھنے والا ہر چیز کو ایک ہی نام سے نہیں بلاتا، اور جس قاری کی پہلی زبان پنجابی یا پشتو ہے وہ اردو بھی ذرا الگ لکھتا ہے۔ یہ فہرست اُس سے منگوائیے، پھر ہر variant autocomplete یا Search Console میں جانچیے۔ search volume اُس سے مت پوچھیے۔ وہ پورے اعتماد سے ایک نمبر دے گا اور وہ نمبر گھڑا ہوا ہوگا۔ ChatGPT ہمارے یہاں ₨1,400/ماہ ہے؛ ChatGPT کا ٹول پیج shared اکاؤنٹ کی حدیں بتاتا ہے۔

مشین سے ترجمہ کیے صفحے سب سے بڑی غلطی ہیں

انگریزی سائٹ والوں کو سب سے آسان راستہ یہی دکھتا ہے: ہر مضمون translator میں ڈالو اور نتیجہ /ur/ کے نیچے چھاپ دو۔ یہ دو وجہوں سے برا خیال ہے۔

پہلی، Google کی spam policies میں scaled content abuse کے نیچے صاف لکھا ہے کہ “automated transformations like synonymizing, translating, or other obfuscation techniques, where little value is provided to users” اسی میں آتے ہیں (21 ستمبر 2026 کو دیکھا گیا)۔ تھوک میں ترجمہ کرنے والی سائٹ بالکل یہی نمونہ ہے، اور خطرہ صرف اردو سیکشن پر نہیں، پورے domain پر آتا ہے۔

دوسری، پالیسی ایک طرف رکھ دیجیے تو بھی مشین کی اردو پہلے جملے میں پکڑی جاتی ہے۔ وہ ایسے بھاری الفاظ اُٹھا لاتی ہے جو کوئی نہیں بولتا (کمپیوٹر کے لیے شمارندہ، ای میل کے لیے برقی ڈاک)، لہجہ غلط بٹھاتی ہے، اور انگریزی محاوروں کا ایسا ترجمہ کرتی ہے جس کا کوئی مطلب نہیں نکلتا۔ اردو میں ایک اور خرابی عام ہے: ترجمہ اکثر ہندی کے جملے کی ساخت پر آ جاتا ہے، یا اِتنا عربی زدہ ہو جاتا ہے کہ خبر کے بجائے خطبہ لگنے لگتا ہے۔ قاری واپس چلا جاتا ہے، اور وہ واپس جانا ہر اُس سگنل میں جھلکتا ہے جو Google دیکھ سکتا ہے۔

چلنے والا طریقہ یہ ہے: اردو لکھنے والا آدمی، اور language model اُس کے ڈرافٹ میں مدد کے لیے۔ اپنے انگریزی brief سے ChatGPT سے پہلا اردو ڈرافٹ بنوائیے، پھر اُسے کوئی ایسا آدمی دوبارہ لکھے جو اردو میں لکھتا ہے، انہی الفاظ میں جو اردو قاری پڑھتا ہے، انگریزی الفاظ سمیت۔ جن صفحوں کو یہ علاج مل گیا، اُنہیں hreflang کے ساتھ چھاپیے؛ جنہیں نہیں ملا، اُنہیں index سے باہر رکھیے جب تک مل نہ جائے۔

اردو میں structured data

Schema.org کی markup کسی بھی زبان میں چلتی ہے۔ لوگ اِن جگہوں پر پھنستے ہیں:

اپنے Article یا NewsArticle میں inLanguage کو ur رکھیے، اور headline اردو میں رکھیے، ویسی ہی جیسی دکھنے والی title ہے۔
FAQPage markup اردو سوال جواب کے ساتھ چلتی ہے، اور اردو FAQ کے rich result پاکستانی SERP میں دکھتے بھی ہیں۔
BreadcrumbList کے نام پڑھنے لائق رکھیے۔ breadcrumb کا متن اردو میں ہے تو کوئی حرج نہیں؛ بس breadcrumb کے item URL آپ کے canonical سے مختلف طریقے سے percent-encoded نہیں ہونے چاہئیں۔
JSON-LD کی string میں نظر نہ آنے والے direction marks کا خیال رکھیے۔ RTL متن کاپی پیسٹ کرتے ہوئے U+200F جیسا نشان ساتھ چلا آتا ہے، صفحے پر کچھ نہیں دکھتا، اور validator میں بلاک ٹوٹا ہوا نکلتا ہے۔
ٹیمپلیٹ میں کچھ بھی بدلنے کے بعد Rich Results Test چلائیے۔ اردو string میں ایک غلط quote پورا بلاک توڑ دیتا ہے، اور رینڈر ہوئے صفحے کو دیکھ کر آپ کو پتہ بھی نہیں چلے گا۔

ایک ہفتے کا کام، ترتیب سے

پیر: Search Console سے سولہ مہینے کی query نکالیے، regex فلٹر سے اردو اور رومن الگ کیجیے، اور ایسی 50 query کی لسٹ بنائیے جن پر impressions ہیں مگر کلک کم ہیں۔
منگل: اوپر کے دس موضوعات کے لیے تینوں شکلوں میں پاکستان کی لوکیشن سے سرچ کیجیے اور نوٹ کیجیے کہ SERP کس رسم الخط کو پسند کر رہا ہے۔ ہر صفحے کا رسم الخط وہیں طے کر لیجیے۔
بدھ: max-image-preview:large لگائیے، ہر مضمون کی تصویر 1200 px یا زیادہ چوڑی ہے یہ جانچیے، اور نہ ہو تو featured image والا ٹیمپلیٹ ٹھیک کیجیے۔
جمعرات: سائٹ کو سستے Android فون پر، موبائل ڈیٹا پر چلا کر دیکھیے۔ نستعلیق کا ویب فونٹ ہٹائیے یا سسٹم فونٹ پر جائیے؛ دو سب سے بھاری اسکرپٹ نکال دیجیے۔ اسی وقت RTL کی جانچ بھی کر لیجیے، خاص طور پر فارم اور pagination پر۔ اگلے مہینے بھر Search Console کی Core Web Vitals رپورٹ دیکھتے رہیے۔
جمعہ: ur اور en کے اصل جوڑے ہیں تو hreflang کی دو طرفہ جانچ کیجیے۔ مشین سے ترجمہ ہوئے صفحے ہیں تو اُنہیں دوبارہ لکھے جانے تک noindex کر دیجیے۔

اِن میں سے کسی کام کے لیے کوئی paid ٹول لازمی نہیں۔ keyword والے حصے میں competitor اُلٹا کھولنے کے لیے لازمی ہے، اور ہمارے plan وہیں کام آتے ہیں۔

ہمارے ٹولز کہاں فٹ ہوتے ہیں، اور کب نہیں لینے چاہئیں

اوپر والی competitor research اور drafting کے لیے اگر آپ کو Semrush، Ahrefs اور ChatGPT تینوں ایک ساتھ چاہئیں، تو Advanced plan ₨8,300/ماہ میں 25 ٹول دیتا ہے۔ ہمارے یہاں یہ تینوں الگ الگ لینے پر جوڑ ہر کرنسی میں plan سے تھوڑا اوپر چلا جاتا ہے، تو تینوں کے لیے plan ہی سستا پڑتا ہے۔ لیکن اگر آپ کو صرف Semrush چاہیے، تو single ہی لیجیے، ₨1,400/ماہ، یہ اُسے رکھنے والے کسی بھی plan سے سستا ہے۔

shared access کا سیدھا مطلب یہ ہے: آپ my.bundledseo.com کے ڈیش بورڈ سے براؤزر میں ایک مشترکہ وینڈر اکاؤنٹ میں لاگ اِن کرتے ہیں۔ API key نہیں ملتی، اِس لیے Ahrefs یا Semrush کے API پر کچھ بھی اسکرپٹ کر کے چلانا یہاں نہیں ہوگا۔ روز کی report limit اور export rows اکاؤنٹ پر بیٹھے باقی لوگوں کے ساتھ بٹتی ہیں، تو کسی اور کا بھاری دن آپ کے لیے سُست دن بن جاتا ہے۔ اکاؤنٹ وقتاً فوقتاً ری سیٹ ہوتے ہیں، اِس لیے Position Tracking کا project یا محفوظ کی ہوئی keyword list بچی رہے گی، اِس کا بھروسہ مت کیجیے۔ جو چاہیے، اُسے ساتھ ساتھ کسی شیٹ میں export کرتے چلیے۔

پاکستان میں ادائیگی کارڈ سے ہو جاتی ہے، اور چاہیں تو USDT سے۔ Easypaisa اور JazzCash پر کام چل رہا ہے، وہ ابھی لائیو نہیں، تو آج کے دن انہی دو راستوں پر حساب باندھیے۔ لینے سے پہلے ہماری گائیڈز میں دیکھ لیجیے کہ Ahrefs یا Semrush کی اکیلی seat روپے میں کتنے کی پڑتی ہے، اور موازنہ کیجیے؛ جس سائٹ کو اوپر بتایا گیا Search Console والا طریقہ ہی چاہیے، اُس کے لیے صحیح جواب retail ہو سکتا ہے، یا کچھ بھی نہ لینا۔ چھوٹے پاکستانی SEO سیٹ اپ کا پورا خرچ جاننا ہو تو ٹول اسٹیک کے خرچ والی پوسٹ وہی حساب لگاتی ہے، اور لوکل بزنس keyword گائیڈ رومن اردو والی دقت کو دکان دار کی طرف سے دیکھتی ہے۔

اکثر پوچھے جانے والے سوالات

اردو سائٹ اردو رسم الخط میں لکھوں یا رومن اردو میں؟

صفحے کی body تقریباً ہمیشہ اردو رسم الخط میں۔ Google رومن اردو کو اردو query کی ایک ہجے کی طرح لیتا ہے، الگ زبان کی طرح نہیں، اِس لیے اردو صفحہ دونوں پر رینک کر سکتا ہے۔ دوسری طرف پورا رومن میں لکھا صفحہ بہت سے قارئین کو ناقص لگتا ہے اور Google کے لیے بھی اُسے زبان کے خانے میں ڈالنا مشکل ہوتا ہے۔ رومن URL slug میں رکھیے، اور body میں وہیں جہاں وہ لفظ چلتا ہی اُسی شکل میں ہے۔

کیا اردو اور رومن والے keyword کے لیے الگ الگ صفحے بنانے چاہئیں؟

نہیں۔ نیت ایک ہی ہے، اور ایک ہی نیت پر بنے دو صفحے آپس میں لڑتے ہیں۔ ایک صفحہ، body کے لیے ایک رسم الخط، اور دوسری شکل ایک بار وہاں جہاں پڑھنے میں سہج لگے۔

میرے اردو صفحے انگریزی صفحوں سے الگ مضمون ہیں، تب hreflang سے فائدہ ہے؟

نہیں، نقصان ہو سکتا ہے۔ hreflang ایک دعویٰ ہے کہ دو URL ایک دوسرے کا ترجمہ ہیں۔ مواد الگ ہوا تو Google یا تو ٹیگ کو نظرانداز کر دے گا، یا اِس سے بھی برا، نتیجوں میں ایک صفحے کی جگہ دوسرا دکھا دے گا جہاں ایسا کرنے کا کوئی تُک نہیں بنتا۔ اِسے صرف اصل ترجمے کے جوڑوں پر لگائیے۔

نستعلیق کا ویب فونٹ لازمی ہے، یا سسٹم کے فونٹ سے کام چل جائے گا؟

آج کے Android اور iOS دونوں نستعلیق کے ساتھ آتے ہیں، اِس لیے زیادہ تر سائٹوں کا کام سسٹم کے فونٹ سے چل جاتا ہے اور ڈاؤن لوڈ میں صفر بائٹ خرچ ہوتا ہے۔ ویب فونٹ تب لیجیے جب برانڈ کا تقاضا ہو یا آپ کے قاری کے پرانے فون نسخ پر گر رہے ہوں۔ اُس صورت میں ایک وزن، preload، اور font-display: optional سے شروع کیجیے، اور CLS کو ایک مہینے تک Search Console میں دیکھتے رہیے۔

جس اردو keyword کو میں چلتا ہوا جانتا ہوں، Semrush اُس پر تقریباً صفر volume کیوں دکھاتا ہے؟

کیونکہ Semrush کا ڈیٹا زبان کے نہیں، ملک کے حساب سے بنتا ہے، اور اُس کا پاکستان والا database انہی query سے بنا ہے جو وہ جمع کر پایا۔ اُس میں اردو رسم الخط کم آتا ہے اور رومن اردو اور بھی کم، کیونکہ ہر ہجے کا volume الگ گنا جاتا ہے۔ اُس عدد کو کم از کم کی حد مانیے، query کو Google Trends اور autocomplete میں جانچیے، اور جو keyword واقعی اہم ہیں اُن کے لیے اپنے Search Console پر بھروسہ کیجیے۔

کیا اردو والا URL SEO کے لیے برا ہے؟

رینکنگ کے لیے برا ہونے کا کوئی ثبوت آج تک کسی نے نہیں دکھایا۔ Google percent-encoded URL ٹھیک index کرتا ہے اور اُس نے کوئی ترجیح نہیں بتائی۔ برا یہ شیئرنگ کے لیے ہے: WhatsApp پر encoded شکل فیصد کے نشانوں کی دیوار بن جاتی ہے۔ نئی سائٹ رومن slug رکھے؛ جس پرانی سائٹ کے اردو slug پہلے سے رینک کر رہے ہیں، وہ اُنہیں نہ چھیڑے۔

کیا میں اپنے انگریزی مضمون ChatGPT سے اردو میں کروا سکتا ہوں؟

ہاں، پہلے ڈرافٹ کے طور پر، جسے بعد میں کوئی اردو لکھنے والا دوبارہ لکھے۔ گڑبڑ وہاں ہوتی ہے جہاں کچا output سیدھا چھاپ دیا جاتا ہے: تھوک میں مشین سے کیا ترجمہ Google کی spam policies میں scaled content abuse کے نیچے نام لے کر گنوایا گیا ہے، اور پالیسی کو چھوڑ بھی دیں تو وہ اردو قاری کو پہلے ہی جملے میں غلط لگتا ہے۔

RTL ٹھیک نہ ہو تو کیا رینکنگ گرتی ہے؟

براہِ راست نہیں۔ Google کے پاس “یہ صفحہ RTL میں درست ہے” ناپنے والا کوئی ٹیگ نہیں۔ اثر قاری کے راستے سے آتا ہے: اُلٹی سمت کا مینو اور ٹوٹا ہوا فارم موبائل پر صفحہ چھوڑنے کی وجہ بنتے ہیں، اور وہ ہر engagement سگنل میں جھلکتا ہے۔ dir="rtl" لگا دینا پانچ منٹ کا کام ہے؛ باقی تھیم کی جانچ ایک دوپہر کا۔