مواد
- 1999 جیسے مواد کا نظم کریں
- کٹ خصوصیات! مواد کاٹ!
- لیکن اسی وجہ سے میرے پاس سی ایم ایس ہے
- آپ کے پاس ایک ویب CMS ہے
- ملٹی سائٹ مینجمنٹ
- ریسکیو کے لئے قبول ڈیزائن!
- مشمولات کی بد انتظامی اصل مسئلہ ہے
- موبائل کے لئے مشمولات کی حکمت عملی
موبائل ویب سائٹ کے استعمال کا تجربہ قدرتی طور پر ڈیسک ٹاپ کے تجربے سے مختلف ہونا چاہئے - صرف بصری پیشکش ہی نہیں ، مواد کو ترجیح دی جانی چاہئے اور اس کا ڈھانچہ مختلف طرح سے بننا چاہئے۔ خطرہ ، اگرچہ ، یہ ہے کہ آپ مختلف ورژن برقرار رکھنے میں کامیاب ہوجائیں گے۔ نیوز فلیش: یہ ایک آفت ہوگی۔ ڈپلیکیٹ مواد۔ مطابقت پذیر اپ ڈیٹس کوشش ضائع کرنا۔
جب قابل استعمال سرخیل جیکوب نیلسن نے استدلال کیا کہ آپ "ایک علیحدہ موبائل آپٹمائزڈ سائٹ (یا موبائل سائٹ) بنائیں اگر آپ اس کی استطاعت رکھتے ہو تو" جہاں آپ خصوصیات اور مواد کو کاٹ دیتے ہیں "جو موبائل استعمال کے معاملے میں بنیادی نہیں ہیں"۔ ڈیزائن اور ڈویلپمنٹ کمیونٹی نے اپنی مشعلیں اور پیچ چھڑائے۔ ایسے لوگوں کی طرح لگتا ہے جو موبائل کے بارے میں سوچنے میں بہت زیادہ وقت صرف کرتے ہیں اس بات پر متفق ہیں کہ ایک علیحدہ موبائل ویب سائٹ "180 ڈگری پسماندہ" ہے۔
لیکن "علیحدہ موبائل ویب سائٹ" کا کیا مطلب ہے؟
چاہے آپ مواد یا کوڈ کے بارے میں بات کر رہے ہو ، جس چیز سے آپ محافظ رہنا چاہتے ہیں وہ آپ کی ویب سائٹ کے متعدد ورژن بنانا ہے۔ اس کو فورکنگ کہا جاتا ہے ، اور یہ بحالی کے نقطہ نظر سے اچھ .ا خواب ہے۔ اگر آپ اپنی ویب سائٹ کو الگ الگ موبائل اور ڈیسک ٹاپ ورژن میں جعل سازی کرتے ہیں تو ، ہر بار جب بھی کوئی تبدیلی واقع ہوتی ہے تو آپ ان دونوں کو اپ ڈیٹ کرنے میں پھنس جاتے ہیں۔ یہاں تک کہ جدید ترین مواد کے نظم و نسق کے نظاموں سے بھی اس مسئلے سے بچنا مشکل ہے۔ لیکن وہاں پہنچنے سے پہلے آئیے ایک سادہ منظر کے ساتھ شروع کریں۔
1999 جیسے مواد کا نظم کریں
ذرا تصور کریں کہ آپ کے پاس ایک مستحکم ویب سائٹ ہے جسے آپ نے 90 کی دہائی کے آخر میں بنایا تھا۔ کوئی CMS نہیں ہے ، لہذا آپ کے HTML میں تمام مشمولات کوڈ کوڈ ہیں۔
آپ فیصلہ کرتے ہیں کہ آپ موبائل ویب سائٹ بنا کر اکیسویں صدی میں شامل ہونا چاہتے ہیں۔ تمہارے لئے اچھا ہے! ڈراؤنا خواب کے حصے کے علاوہ ، یہ ہے کہ آپ لازمی طور پر ایک بالکل الگ ویب سائٹ بنائیں گے ، اور اب جب بھی کوئی تبدیلی آئے گی ، آپ کو دونوں ورژنز کو اپ ڈیٹ کرنا پڑے گا۔ آپ کو صفحات کے دو بالکل مختلف سیٹ کوڈ کرنے کی ضرورت ہوگی: ڈیسک ٹاپ اور موبائل دونوں کے لئے منفرد ٹیمپلیٹس۔ اور یہاں تک کہ اگر - خاص طور پر اگر - آپ دونوں ورژن پر ایک ہی طرح کا مواد شائع کرنا چاہتے ہیں تو ، آپ کو مواد کے دو الگ ورژن بھی برقرار رکھنا ہوں گے۔ اپنے کام کا بوجھ دوگنا کرو ، آپ کا مذاق دوگنا؟
کٹ خصوصیات! مواد کاٹ!
زبردست! آپ سوچ سکتے ہیں۔ ہوسکتا ہے کہ الگ الگ مواد بنانا دراصل ایک فائدہ ہے! اگر میں بالکل وہی معلومات شائع نہیں کرنا چاہتا ہوں تو ایک علیحدہ موبائل ویب سائٹ اکیسی ہوگی۔ میں خصوصیات کو کم کروں گا ، مشمولات کو کاٹوں گا ، اور جو کچھ کہنا چاہتا ہوں اسے دوبارہ ترجیح دوں گا۔ میں ایک موبائل ویب سائٹ شائع کروں گا جو صرف اپنے مواد کا سب سیٹ دکھاتا ہے ، خاص طور پر موبائل صارف کی ضروریات کو نشانہ بناتے ہوئے۔
آئیے ایک لمحہ کے لئے ایک طرف رکھے ہیں اس بارے میں دلیل کہ آیا صارف کا یہ صحیح تجربہ ہے یا نہیں۔ (یہ نہیں ہے۔)
بحالی کے نقطہ نظر سے ، آپ اب بھی اپنے مواد پر زور دے رہے ہیں۔ ایک نیا صفحہ شامل کرنا چاہتے ہیں؟ وضاحت میں ترمیم کریں؟ ایک ٹائپو کو ٹھیک کریں؟ آپ یہ دو بار کر رہے ہوں گے۔
لیکن اسی وجہ سے میرے پاس سی ایم ایس ہے
کنٹینٹ مینجمنٹ سسٹم رکھنے کا پورا نکتہ اشاعت کے ورک فلو کو عام کرنے میں مدد کرنا ہے ، ٹھیک ہے؟ تو یقینا ، آپ صرف یہ فرض کرتے ہیں کہ آپ کا موجودہ CMS مختلف چینلز اور پلیٹ فارم پر مواد شائع کرنا آسان بنا دے گا۔
جیکوب نیلسن نے جب یہ پوچھا کہ آپ کے مواد کو کانٹنے کے خطرات کے بارے میں پوچھا گیا ہے تو:
"میں یہ فرض کروں گا کہ زیادہ تر صنعتی پیمانے پر سائٹس ایک ہی بیک اپ پروڈکٹ ڈیٹا بیس اور کنٹینٹ مینجمنٹ سسٹم سے تیار کی جائیں گی ، جس میں ٹیمپلیٹس اور قواعد کے ذریعہ مختلف ڈیزائن تیار کیے جائیں گے جس کے بارے میں معلومات کیا ورژن میں پڑتی ہے۔"
بدقسمتی سے ، آج ، بہت سے CMSes صرف اس قسم کے ملٹی چینل اشاعت کی حمایت نہیں کرتے ہیں۔ اپنے CMS سے کاروباری قواعد کے ایک سیٹ کے مطابق مختلف ٹیمپلیٹس میں ملتے جلتے لیکن اسی طرح کے مشمولات کو ڈسپلے کرنے کے لئے کہیں ، اور اس سے "ڈاٹا میٹرکس پرنٹر پیپر" کا انگوٹی نکالنا شروع ہوجائے گا ، جس سے یہ معلوم ہوتا ہے کہ یہ "حساب نہیں کرتا ہے۔"
آپ کے پاس ایک ویب CMS ہے
زیادہ تر CMSes ایک اور صرف ایک پلیٹ فارم پر شائع کرنے کے لئے بنائے گئے ہیں: ڈیسک ٹاپ ویب۔ کسی ویب CMS (WCMS) میں ، مواد کی تصنیف اور نظم و نسق کے کاموں کو اشاعت اور نمائش کے افعال کے ساتھ "جوڑا" کیا جاتا ہے۔ (اگر آپ کے پاس بڑے پیمانے پر انٹرپرائز CMS ہیں تو ، یہ ممکنہ طور پر "ڈی جوڑا" ہوگا اور یہ نکتہ آپ پر لاگو نہیں ہوگا۔)
زیادہ تر ویب سائٹوں میں صرف مواد کے انتظام کا پسدید نہیں ہوتا ہے جو مختلف مواد کے ساتھ مختلف ڈیزائن ٹیمپلیٹس کو آباد کرنے میں مدد فراہم کرتا ہے۔ مواد کے اثاثے (جیسے ٹیکسٹ فیلڈز ، تصاویر اور معاون فائلیں یا میڈیا) عام طور پر کسی مخصوص آؤٹ پٹ فارمیٹ یا ڈیزائن پر بند ہوجاتے ہیں۔ اب تک یہ مسئلہ نہیں تھا ، کیوں کہ کسی کو توقع نہیں تھی کہ WCMS کو مختلف چینلز پر اشاعت کی حمایت کرنی ہوگی۔ ڈیسک ٹاپ ویب میں وہ سب کچھ موجود تھا۔
حقیقت یہ ہے کہ ڈبلیو سی ایم ایس اس طرح کام کرتا ہے یہ محض "عمل درآمد کی تفصیل" نہیں ہے۔ بدقسمتی سے ، آج ویب پر جس طرح سے مواد شائع ہوتا ہے اس کا بنیادی سبب ہے۔ اگر ہم ڈیسک ٹاپ اور موبائل پر بہتر تجربات فراہم کرنے جارہے ہیں تو ہمیں اس کو ٹھیک کرنا ہوگا۔
ملٹی سائٹ مینجمنٹ
اب ، کچھ CMSes ، در حقیقت ، متعدد ٹیمپلیٹس میں مواد شائع کرنے کی حمایت کرتے ہیں۔اسے ملٹی سائٹ مینجمنٹ کہا جاتا ہے ، اور یہی وہ چیز ہے جو ورڈپریس بلاگ یا ڈروپل سائٹ کو ڈیسک ٹاپ اور موبائل مشمولات کی نمائش کے لئے الگ الگ ٹیمپلیٹس رکھنے کی اجازت دیتی ہے۔ نوٹ کہ "علیحدہ ٹیمپلیٹس" کہتا ہے۔ الگ الگ مشمولات نہیں۔ یہ CMSes دونوں سائٹوں پر ایک ہی مواد شائع کرنا پسند کرتے ہیں۔ (خاص طور پر ، ڈیسک ٹاپ اور موبائل میں ایک سے ایک “جسم” یا “نوڈ” کا مواد شائع کرتے وقت وہ خوش ہوتے ہیں۔ دوسرے مواد کے عناصر ، جیسے سائڈبارز یا صارف کے تبصرے ، اکثر ایک مختلف جگہ پر محفوظ ہوتے ہیں اور چھین سکتے ہیں۔ باہر.)
یہ CMSes جو نہیں کرتے ہیں (کم از کم اس میں نمایاں کوشش کیے بغیر نہیں) وہ کاروباری قوانین کے ایک سیٹ کے مطابق مختلف ٹیمپلیٹس میں مختلف مواد شائع کرنے کی حمایت کرتا ہے۔ لہذا اگر آپ کا منصوبہ ہے کہ آپ اپنے موبائل صارف کو کم مواد پہنچائیں تو ، امکان ہے کہ آپ کے سی ایم ایس آپ کو اتنا آسان نہیں بنائیں گے۔ آپ کو ابھی بھی اس مواد کے دو ورژن برقرار رکھنا ہوں گے ، اور جب بھی کوئی تبدیلی آئے گی تو انہیں الگ سے اپ ڈیٹ کرنا پڑے گا۔
دوسرے لفظوں میں ، آپ دہاڑے ہیں۔
ریسکیو کے لئے قبول ڈیزائن!
قبول ڈیزائن اکثر ایک حل کے طور پر تیار کیا جاتا ہے جو آپ کو اپنے فرنٹ اینڈ کوڈ کے لئے متعدد الگ کوڈ بیسز برقرار رکھنے سے بچاتا ہے۔ کوڈ کا ایک سیٹ تیار کرنے میں کوشش کریں جو مختلف اسکرین کے سائز کے مطابق ہوجائے اور آلہ کی مختلف صلاحیتوں کے لئے آہستہ آہستہ اضافہ کرے ، اور آپ وقت کی بچت کریں۔ آپ درجنوں مختلف آلات کی مدد کرنے اور عوامل بنانے کی اسلحہ کی دوڑ سے بھی نکل جائیں گے۔
قبول ڈیزائن بھی ایک نقطہ نظر ہے جو آپ کو اپنے مواد کو کانٹنے سے بچاتا ہے۔ اگر آپ کے پاس ایک جوڑا ہوا CMS ہے جو صرف ٹیمپلیٹس کے ایک سیٹ میں اشاعت کو سنبھال سکتا ہے تو ، آپ اپنے فرنٹ اینڈ پر موبائل یا ٹیبلٹ سائز میں تبادلوں سے نمٹنے کے ذریعہ اپنے CMS کو مختلف آلات پر اشاعت کرنے کے لئے چال کرسکتے ہیں۔
چاہے آپ کسی ڈیزائن کے مطابق بنائے جانے والے سائٹ کو تیار کریں یا ڈیسک ٹاپ ، فون ، اور ہر چیز کے درمیان مختلف ٹیمپلیٹس کو برقرار رکھیں یا اس کے بارے میں فیصلہ ایک عملی انتخاب ہے جس کی بنیاد پر آپ ترقی اور دیکھ بھال کے لئے کس طرح وقت اور وسائل مختص کرنا چاہتے ہیں۔ دونوں طریقوں کی اچھ reasonsی وجوہات ہیں۔ اکثر اس کی جڑیں اس بات کی جڑ سے ہوتی ہیں کہ آپ کے CMS کس طرح کام کرتے ہیں - اور جو ایک تنظیم کے ل works کام کرتی ہے وہ دوسری کے لئے کام نہیں کرسکتی ہے۔
آئیے اس مباحثے کی طرف مائل نہ ہوں اور بنیادی مسئلے کو دیکھیں ، جس سے ہم ملٹی چینل اشاعت کو موثر انداز میں سپورٹ کرنے کے لئے اپنے مواد کے انتظام کے ٹولز اور عمل کو تیار کرتے ہیں۔
مشمولات کی بد انتظامی اصل مسئلہ ہے
ذمہ دار ڈیزائن کے ارد گرد کی ہائپ اور مباحثے سے اصل مسئلہ غائب ہے۔ طویل عرصے میں بیشتر تنظیموں کے ل The چیلنج مختلف ٹیمپلیٹس کے فرنٹ اینڈ کوڈ کے متعدد سیٹ کو برقرار نہیں رکھ سکے گا۔ اس میں ڈپلیکیٹ مواد کی مختلف حالتوں کو برقرار رکھا جائے گا۔
موبائل صارف کو کم مواد یا مختلف مواد کی فراہمی کے بارے میں کسی بھی دلائل کے لئے کوشش کی سطح کو مدنظر رکھنا ضروری ہے جس میں اس مواد کو سنبھالنے اور برقرار رکھنے کے لئے درکار ہوگا۔ اگر آپ یہ تجویز کررہے ہیں کہ موبائل صارفین کو فراہم کی گئی معلومات کو کاٹنا ٹھیک ہے تو ، آگاہ رہیں کہ یہ نقطہ نظر آپ کو مشمولات اور نظم و نسق کے سر درد کو نقل کرنے کا سبب بن سکتا ہے۔ اس طرف دھیان دینا مواد کی حکمت عملی کا ایک جوہر ہے۔
موبائل کے لئے مشمولات کی حکمت عملی
موبائل پر ایک عمدہ تجربہ فراہم کرنے کے ل -۔ یہ وہ معلومات جو صارفین کو مطلوبہ معلومات فراہم کرتے ہیں ، اور داخلی طور پر برقرار رہ سکتے ہیں - ہمیں موبائل کے لئے مواد کی حکمت عملی کی ضرورت ہے۔
- سوچنے کو چھوڑیں آپ اندازہ لگاسکتے ہیں کہ "موبائل صارف" کون سا سبسیٹ مواد چاہتا ہے۔ آپ غلط اندازہ لگانے جارہے ہیں۔
- جب آپ اس پر بات کرتے ہو تو ، آپ کے حالیہ موبائل تجزیات کو سوچنا چھوڑ دیں کہ آپ کو صحیح فیصلہ کرنے میں مدد ملے گی۔ آج کے خراب ، موٹے ہوئے موبائل تجربات اس بات کا جائزہ لینے کے لئے ناکافی ماحول ہیں کہ لوگ موبائل پر واقعتا do کیا کرنا چاہتے ہیں۔
- اپنے ڈیسک ٹاپ کے سبھی مواد کو ایک فارمیٹ میں لینے پر توجہ دیں جہاں اسے موبائل آلات پر آرام سے دیکھا جاسکتا ہے ، چاہے موبائل کے لئے ٹیمپلیٹس کا ایک نیا سیٹ بنا کر ، ایک ردعمل کے مطابق ڈیزائن کیا گیا سائٹ ، یا ان دونوں کا کچھ مرکب (کہیں کہ ، اپنے موجودہ ڈیسک ٹاپ کو مدنظر رکھیں۔ فون اور ٹیبلٹ کی حدود کا احاطہ کرنے کے لئے سائٹ اور عمارت کے ذمہ دار ٹیمپلیٹس بنانا۔)
- ایک بار جب آپ اپنا سارا مواد موبائل پر رکھتے ہیں تو آہستہ آہستہ یہ معلوم کرلیں کہ معلومات کو مختلف ترجیح دینے کا طریقہ۔ مثال کے طور پر ، آپ کے موبائل کیلئے ہوم پیج آپ کے ڈیسک ٹاپ ہوم پیج سے مختلف ہوسکتا ہے۔ لیکن اس حقیقت کی بنیاد پر کہ لوگ موبائل پر آپ کے مواد کا مکمل سیٹ کس طرح استعمال کررہے ہیں - اس پر صرف یہ مت فرض کریں کہ آپ بہتر جانتے ہیں۔
- اگر آپ کو پتہ چلتا ہے کہ آپ کا کچھ مواد صرف کسی کے لئے کارآمد نہیں ہے - یہ پرانی ہے ، بری طرح لکھا ہوا ہے ، یا غیر متعلق ہے - تو اسے صاف کرنے کے لئے اس موقع سے فائدہ اٹھائیں۔ ڈیسک ٹاپ صارفین کو بھی فائدہ ہوگا!
- اپنے CMS درست کریں۔ اگر آپ کسی ایسے مستقبل کا تصور کررہے ہیں جہاں آپ موبائل بمقابلہ ڈیسک ٹاپ پر مختلف مشمولات شائع کرسکیں تو آپ کو یہ یقینی بنانے کے لئے کام کرنا ہوگا کہ آپ کے اوزار ، عمل اور ورک فلو اس کی تائید کریں گے۔
