آموزش نصب دوربین مداربسته تحت شبکه (IP)

در این مطلب قصد داریم شما را با روش نصب دوربین مداربسته  تحت شبکه آشنا نماییم. سیستم مداربسته IP بر خلاف نسل قبلی خود یعنی سیستم مداربسته آنالوگ دارای تفاوت هایی در کابل کشی و روش انتقال اطلاعات می باشد.
تصاویر دوربین مداربسته IP به صورت داده دیجیتال بر روی بستر شبکه به دستگاه ذخیره سازی اطلاعات یا سرور انتقال می یابد.
برای نصب دوربین مداربسته IP نیاز به اطلاعات مختصری در مورد شبکه های کامپیوتری ، پسیو کاری و کابل کشی شبکه ، طرز کار با دریل برای سوراخ کردن دیوار و در صورت نیاز نصب داکت یا لوله فلکسی بزای اجرای نصب به صورت استاندارد می باشید.
شما می توانید با کمی حوصله و دقت مراحل کار را به ترتیب اولویت یاد بگیرید. در ادامه مطلب قصد داریم شما را با تجهیزات و لوازم مورد نیاز سیستم مداربسته تحت شبکه (IP) ، نحوه اتصال و نصب آنها به یکدیگر آشنا نماییم.
تجهیزات مورد نیاز برای نصب سیستم مداربسته تحت شبکه (IP)
برای پیاده سازی سیستم مداربسته تحت شبکه نیاز به تجهیزاتی می باشید که در زیر به صورت کلی به آنها اشاره شده است :
دوربین مداربسته IP : با توجه به نیاز و کاربری خود باید تعداد و نوع دوربین مداربسته تحت شبکه خود را انتخاب و اقدام به تهیه آنها کنید.
دستگاه NVR : با توجه به تعداد ، کیفیت دوربین ها و پهنای باند مورد نیاز ، باید دستگاه NVR متناسب با کار ما برای ذخیره و مشاهده تصاویر انتخاب شود.
هارد دیسک : به یک یا چند هارد دیسک با ظرفیت مناسب برای ذخیره تصاویر دوربین مداربسته احتیاج داریم. در هنگام خرید هارد دیسک حتما به تعداد دوربینها و کیفیت آنها توجه شود.
کابل شبکه : با توجه به نوع دوربین و پهنای باند مورد نیاز باید از کابل شبکه مناسب با آن استفاده شود. در صورت مناسب بودن نوع و پهنای باند کابل های شبکه داخلی می توان از شبکه موجود در صورت وجود نیز استفاده نمود.
کابل شبکه وظیفه انتقال تصاویر مداربسته را به دستگاه NVR بر عهده دارد. در صورت POE بودن دوربینهای مداربسته ، انرژی برق مورد نیاز دوربینها نیز از طریق این کابل تامین می شود.
اتصالات شبکه : برای اتصال کابل شبکه به دوربین مداربسته IP و دستگاه NVR نیاز به سوکت شبکه می باشیم. باید به تعداد پورت ها سوکت شبکه برای اتصالات داشته باشیم.
لوازم جانبی نصب : برای رعایت اصول استاندارد نصب دوربین مدار بسته و پنهان کردن کابل و تجهیزات برقی می توانید از داکت برق, باکس پلاستیکی, لوله فلکسی و … استفاده کنید. در مورد هریک از این متعلقات به صورت جداگانه مقالات کاملی در سایت قرار داده شده است و می توانید آنها را مطالعه نمایید.
منبع تغذیه و کابل برق
دو حالت کلی برای تامین انرژی برق مورد نیاز دوربین مداربسته وجود دارد که در صورت انتخاب هریک نیاز به تجهیزات متناسب با خود می باشند.
تامین برق دوربین به صورت POE : در این حالت نیاز به کابل مجزا برای انتقال انرژی برق مورد نیاز دوربینها وجود ندارد و می توان انرژی برق را از طریق کابل شبکه به دوربین انتقال داد.
در این روش نیاز است که دوربین و تجهیزات شبکه دارای قابلیت POE باشند. برای اطلاعات بیشتر در مورد این روش می توانید مقاله کاملی که در این مورد قبلا در سایت قرار داده شده است را مطالعه نمایید.
همچنین در صورت POE نبودن سوئیچ یا خود دوربین هم می توانید از راهکارهای ارائه شده در مقاله فوق استفاده نمایید.
تامین برق دوربین توسط منبع تغذیه : در صورتی که به هر دلیلی بخواهید برق مورد نیاز دوربین را به صورت جداگانه تامین نمایید علاوه بر تجهیزات گفته شده نیاز به این لوازم نیز خواهید داشت :
کابل برق دوربین مداربسته : در صورت نیاز به تامین برق مورد نیاز دوربین به صورت مجزا ، باید برای تغذیه هر دوربین به متراژ مورد نیاز کابل برق جداگانه تهیه شود.
منبع تغذیه یا آداپتور : برای تامین انرژی برق دوربین های مداربسته باید به ازای هر دوربین یک آداپتور تهیه کتید یا از یک منبع تغذیه مرکزی برای تامین برق همه دوربین ها استفاده کنید

نحوه کابل کشی دوربین مدار بسته

در این قسمت سایت قصد داریم تا در مورد بستر سازی و کابل کشی برای نصب دوربین مداربسته  کمی بحث کنیم.این مطلب بیشتر مناسب دوستان نصاب عزیز می باشد و خواندن آن را شدیدا توصیه می کنیم.
هنگامی که برای نصب دوربین مداربسته به یک محل مراجعه می کنید اولین چیزی که نظر شما را جلب می کند چیست ؟شما برای کارشناسی نصب به این محل آمده اید و والین موردی که باید بررسی کنید محل دقیق و جانمایی دوربین مدار بسته می باشد.پس از جانمایی دوربین مدار بسته نکته بسیار مهم بعدی مسیر های کابل کشی است.این مساله خیلی مهم است که شما از چه مسیری اقدام به کابل کشی می کنید و انتخاب مسیر های بهینه همواره می تواند موجب تمیزی کار و صرفه جویی در مصرف کابل شود.
شاید برخی از دوستان نصاب تصور کنند که مهم ترین هدف نصب یک دوربین مدار بسته نمایش تصویر به کاربر است.اما از دید یک نصاب مهم ترین قسمت در یک پروژه دوربین مداربسته کابل کشی و بستر سازی مناسب برای نصب تجهیزات می باشد.زیرا یک کابل کشی اصولی نمایانگر میزان مهارت فرد در نصب تجهیزات می باشد.استفاده از مسیر های طولانی باعث می شود تا ضمن مصرف کابل بیشتر مسیر کابل کشی نیز طولانی تر شده و یک پروژه ساده ، مدت بیشتری به طول بینجامد.
در همین راستا مواردی را دیده ایم که برای کابل کشی ما بین دو طبقه از مسیر راه پله استفاده شده است و تمام مسیر راه پله کابل کشی شده و ظاهر کابل کشی نیز به هیچ عنوان مناسب نمی باشد.در صورتی که همین کابل می توانست با یک سوراخ کوچک در کف طبقه بالا از مسیر بسیار کوتاه تری عبور کند و زیبایی کار نیز حفظ شود.
یکی از مهم ترین اصول داکت کشی پوشاندن حفره های داکت در کنج های مسیر داکت کشی می باشد.در همین راستا همواره باید سعی کنیم تا هیچ حفره ی بازی از داکت باقی نماند و سیم هایی که در داخل داکت قرار دارند هرگز دیده نشوند.
مورد بعدی برای نصب دوربین مدار بسته انتخاب کابل برق مناسب است.این امر زمانی مشهود است که بخواهیم چند دوربین را توسط یک کابل برق تغذیه کنیم و محاسبه قطر مناسب کابل امری بسیار مهم در این زمینه به شمار می رود.تصور کنید برق 12 ولت 5 دوربین توسط یک سیم نازک دارای 0.25 قطر تامین شود.مشخص است که این سیم توان تامین میزان توان مصرفی برای 5 دوربین را ندارد و ضمن افت ولتاژ ممکن است خود سیم نیز گرم شده و حتی بسوزد.به همبن منظور در انتخاب قطر کابل برق دوربین مدار بسته خساست به خرج ندهید و چنانچه مسافت این کابل برق نیز بالای 40 الی 50 متر بود این ماساله را جدی تر بگیرید و طور دقیق تر محاسبه کنید.
مورد بعدی در زمینه بستر سازی برای نصب دوربین مدار بسته استفاده از سوکت های BNC با کیفیت می باشد.سوکت های بی کیفیت و ارزان قیمت ضمن افت سیگنال ضریب قطع شدن بالاتری دارند و ممکن است تصاویر شما پس از مدتی دچار نویز و یا قطعی شوند.
یکی دیگر از موارد مهم در کابل کشی و نصب دوربین مدار بسته استفاده از باکس های پلاستیکی می باشد.چنانچه نمی توانید سوکت های خود دوربین و سوکت BNC کابل کواکسیال را در داخل داکت مهار کنید حتما از یک باکس پلاستیکی کوچک استفاده کنید و سوکت ها را در داخل باکس قرار دهید.

Ajax چیست؟

واژه Ajax با تلفظ <ایجکس> یا <ایژاکس> سرنام عبارت Asynchronous JavaScript and XML و به معنی <ترکیب نامتقارن جاوا اسکریپت و>XML است. ماهیت صفحات وب و پروتکل HTTP به گونهای است که به طور معمول وقتی درحال وبگردی هستیم، به ازای هر کنش و واکنش میان ما و سایتی که در حال کار با آن هستیم، کل یک صفحه وب از نو بارگذاری و تازهسازی (refresh) میشود.
ایجکس فناوری جدیدی است که تغییر محسوسی را در این سناریو به وجود میآورد؛ به این ترتیب که به جای بارگذاری مجدد کل صفحه، فقط قسمتی تغییر میکند که قرار است اطلاعات جدید را به نمایش درآورد و کلیه عملیات ارسال اطلاعات و دریافت نتایج در پشت صحنه انجام میشود. در نتیجه هیچگاه صفحه سفید و خالی وب در فواصل کنش و واکنشهای هنگام کار با مرورگر دیده نمیشود و احساسی مشابه تجربه کار با یک نرمافزار دسکتاپ به کاربر دست میدهد.
جادوی ایجاکس چیزی نیست جز یک فکر بکر و آن هم ترکیب کردن جاوا اسکریپت و XML در قالب یک موجود نرمافزاری جدید.
اصطلاح Ajax را اولین بار کارشناسی از شرکت Adaptive Path به نام جسی جیمزگرت در مقالهای با عنوان <ایجکس؛ رهیافت جدیدی در برنامههای تحت وب> مطرح کرد و خیلی سریع مورد استقبال گسترده برنامه نویسان وب در سراسر جهان قرارگرفت. اعتقاد عمومی این است که تاریخچه بهکارگیری تکنیک مذکور به پیدایش نرمافزار Outlook WebAccess و استفاده از فرمان XMLHttpRequest که مایکروسافت ابداع کرده و در نرمافزار اینترنت اکسپلور بهکار رفته است، برمیگردد. اما امروزه اغلب مرورگرهای مهم و شناختهشده (از جمله فایرفاکس) از آن پشتیبانی میکنند و دیگر یک فناوری محدود به اینترنت اکسپلورر نیست.
? چرا Ajax این قدر اهمیت دارد؟
فناوری ایجکس جدید است و شگفتانگیز بهنظر میرسد. ولی در حقیقت کل این شعبده بر اساس فناوریهایی بنا شده است که هماکنون موجودند: جاوا اسکریپت و XML. هر دوی این فناوریها تا حد زیادی باز هستند و منحصر به شرکت خاصی نیستند. به همین دلیل این روزها تمام محافل دنیای برنامه نویسی مملو از مقالات و تحلیلهایی درباره Ajax است. به عنوان نمونه میتوانید صفحه نخست سایت موسوم به <کانال شبکه برنامه نویسان سان> را بازکنید.
بیشتر این صفحه (در زمان نگارش این یادداشت) به مقالات و مطالب متنوعی درباره Ajax اختصاص یافته است. مجلات برنامهنویسی نیز مقالات متعددی در این زمینه منتشر کردهاند و سایتهای معروفی مانند
O Reilly و xml.com نیز در این باره مطلب دارند.
بنابراین ظرفیت بالایی برای تبدیل ایجکس به یک استاندارد جهانی وجود دارد. از این رو قرار است در تاریخ سیزدهم مارس سمینار مهمی در زمینه Ajax برگزار شود. اگر همین الان به سایت ajaxseminar.com مراجعه کنید، متوجه میشوید که علاوه بر طراح این تکنیک، چندین برنامهنویس شاخص از شرکتهای بزرگی همچون یاهو در آن شرکت خواهند داشت.
این فناوری از یک جنبه دیگر نیز اهمیت دارد. بهدلیل عدم نیاز به بارگذاری مجدد کل یک صفحه وب، مقدار دادههایی که لازم است برای تکمیل یک Interaction میان کاربر و سایت مبادله شود، به شدت کاهش مییابد و این به معنی افزایش محسوس سرعت نرمافزارهای تحت وب، سهولت بهکارگیری اینترفیسهای مبتنی بر ایجکس و کاربرپسندترشدن آنها میشود. به همین دلیل این روزها اکثر پورتالهای بزرگ (مانند یاهو) مشغول طراحی اینترفیسهای مبتنی بر Ajax هستند.
با این همه مزایای ایجکس به همین موارد ختم نمیشود. تصور کنید وقتی در طول شبانه روز میلیاردها بار فرآیند بارگذاری مجدد صفحات وب تعاملی در شبکه اینترنت تکرار میشود، استفاده از ایجکس چگونه موجب آزاد شدن پهنایباند اینترنت و در نتیجه میلیاردها دلار صرفهجویی اقتصادی در این زمینه میشود و این به نوبه خود انقلابی در عرصه وب و فضای سایبر به شمار میرود. این تحول در شرایطی اتفاق میافتد که همزمان فناوریهای اینترنت پرسرعت همچون ADSL به شدت در حال رشد هستند.
حال تصور کنید اگر فناوری ایجکس در مقیاس گستردهای مورد استفاده نرمافزارهای تحت وب قرارگیرد. آنگاه افزایش سرعت کار با اینترنت چند برابر خواهد شد. چنین تحولی میتواند اینترنت را به کامپیوتر دوم کاربران تبدیل کند. به گونهای که برای آنها اجرای یک نرمافزار از روی وب تفاوت محسوسی با اجرای آن از روی کامپیوتر دسکتاپ نداشته باشد. در این صورت ممکن است واقعا بخش مهمی از توان پردازشی نرمافزارها، چه از نوع دسکتاپ و چه از نوع تحت وب به سیستمهای موسوم به Web Service واگذار شود. از این رو کسانی که مبتکر و مشوق ایده وب سرویس بودهاند، این روزها انگیزه تازهای برای سرعت بخشیدن به این فناوری پیدا کرده اند و تلاش میکنند دو فناوری ایجکس و وب سرویس را به یکدیگر پیوند دهند و راهکارهای تازهای بیافرینند.
? کدام سایتها از ایجکس استفاده کرده اند؟
دنیای برنامه نویسی وب و طراحی سایت هنوز درگیر هیجانات مربوط به آشنایی با این پدیده است و در حال بررسی مشکلات تکنیکی و هضم و جذب آن در بافت برنامههای تحت وب میباشد. به همین دلیل میزان استفاده عملی از آن چندان گسترده نیست. اما چون کارایی ایجکس دیگر برای همه ثابت شده است، حرکتهای بزرگی در سراسر اینترنت به سمت استفاده از این فناوری در جریان است. از جمله اینترفیس نسخه دوم Yahoo Mail که به نسخه بتا معروف است و فعلا در دسترس کاربران سرویس غیر رایگان یاهو قراردارد، از همین فناوری استفاده میکند که به زودی اینترفیس جدید در دسترس عموم قرار میگیرد. سرویس Gmail و Google Mapنیز از این فناوری استفاده میکنند.

به لیست سیاه موتورهای جستجو وارد نشویم!

اگر متوجه شده اید در زمان خاتمه طراحی سایت هرکاری میکنید نمی توانید سایت خودتان را در موتورهای جستحو ثبت کنید، این مطلب را حتما بخوانید. بهترین روش برای برای جلوگیری از بروز این مشکل، عدم استفاده از روشهای سوال برانگیز برای موتورهای جستجو است. البته اگر با استفاده از روشهائی که در ادامه این مبحث ارائه شده ، بازهم سایت شما در لیست سیاه نیست، بدانید که در حال حاضر بدلیل استفاده از این روشها رتبه سایت شما پائین آمده و در آینده نه چندان دور سایت شما در این لیست قرار خواهد گرفت.
در ادامه این مبحث از سایتهائی که نام آنها در لیست سیاه قرار میگیرد با عنوان سایتهای بلوکه شده نام می بریم. بلوکه شدن یک سایت می تواند از طریق بلوکه شدن نام دامنه سایت شما یا آی پی آدرس سایت شما باشد. اما اینکه از چه کارهائی باید اجتناب کنیم تا سایت ما در لیست سیاه موتورهای جستجو قرار نگیرد و بلوکه نشود.
1- سایت دوقلو : سایتهای دوقلو به سایتهائی گفته می شوند که محتوای یکسانی دارند اما آدرس دسترسی به آنها متفاوت است. استفاده از دو آدرس با محتوای یکسان یکی از روشهائی است که تعدادی از سایتها یا مشاوران سایتها برای بالا بردن رتبه سایت (Page Ranking) استفاده می کنند. استفاده از این روش می تواند باعث بلوکه شدن کل سایت شما بشود.
2- مخفی سازی تعدادی از سایتها با استفاده از صفحاتی که برای موتورهای جستجو بهینه شده اند ولی محتوای چندانی برای کاربران سایت ندارند: بعنوان صفحات ورودی استفاده می کنند. این صفحات برای معرفی سایت به موتورهای جستجو استفاده می شوند در حالیکه صفحات اصلی سایت برای بازدیدکنندگان متفاوت هستند. این صفحات بطور خودکار توسط موتورهای جستجو در سایت تشخیص داده شده و در کوتاه مدت باعث کاهش رتبه سایت و در بلند مدت باعث بلوکه شدن سایت خواهد شد.
3- متون غیر قابل مشاهده : استفاده از متون قیر قابل مشاهده هم یکی از روشهای نادرست برای بالا بردن رتبه سایت در موتورهای جستجو است. در این روش متونی را که از نظر محتوائی نباید در صفحه نشان داده شود را با رنگ پس زمینه در صفحه سایت قرار می دهند. این متون عموما به گونه ای هستند که بصورت عادی می توانند باعث افزایش رتبه سایت در موتورهای جستجو شوند. اما بدلیل اینکه روش ارائه ( غیر قابل مشاهده بودن) روش غیر قابل قبول موتورهای جستحو است، توسط روباتهای موتور جستجو تشخیص داده شده و باعث کاهش رتبه و در نهایت بلوکه شدن سایت می شود.
4- اقدام به ثبت سایت به مقدار زیاد : اقدام به ثبت یک سایت یک صفحه ای از سایت با تکرار زیاد هم می تواند دلیلی بر بلوکه شدن سایت باشد. در 24 ساعت نباید به دفعات زیادی اقدام به ثبت یک سایت کرد. بعضی از موتورهای جستجو زمان 30 روز را برای فاصله بین دفعات ثبت سایت در نظر می گیرند. بنابراین برای سایتهائی که این قانون را نقض می کنند، مشکلاتی در این موتور جستجو پیش می آید. توصیه می شود قبل از اقدام به ثبت سایت خود در موتور جستجو حتما بخش مربوط به قوانین آنرا مطالعه کنید تا با این مشکل مواجه نشوید.
5- استفاده از کلمه های کلیدی نامربوط : استفاده از کلمه های کلید نامربوط به محوای سایت نیز می تواند دلیلی بر پائین بودن رتبه سایت در موتورهای جستجو باشد. استفاده از محتوای صفحه وب بعنوان کلمات کلیدی می تواند باعث بلوکه شدن سایت شود. منطقی ترین روش این است که تعدادی کلمه کلیدی مرتبط با محتوای صفحه در بخش کلمات کلیدی قرار گیرد
6- اقدام به ثبت سایت بصورت خودکار : تعدادی از سایتهای اینترنتی پیشنهاد ثبت سایت شما در تعداد زیادی از موتورهای جستجو را می دهند، استفاده از این روش هم می تواند تاثیر منفی در رتبه سایت شما داشته باشد. در صورت تداوم این عمل می توان انتظار بلوکه شدن کل سایت در موتور جستجو را هم داشت. البته این مسئله بیشتر در مورد موتورهای جستجوی مادر صدق می کند.
7- صفحات ورودی : منظور صفحاتی هستند که محتوای زیادی برا بازدیدکنندگان شما ندارند اما برای موتورهای جستجو بهینه شده اند. این صفحات به گونه ای طراحی شده اند که بصورت خودکار یا دستی بازدیدکنندگان را به صفحات بعدی در سایت راهنمائی می کنند. استفاده از این صفحات را می توان با تکنیکهایی از دید بازدیدکنندگان پنهان کرد اما از دید موتورهای جستجو و روباتهای آن پنهان نمانده و برای کل سایت ایجاد مشکل می کند.
8- استفاده از وب سایتهای رایگان : استفاده از وب سایتهای رایگان می تواند دلیل بر کم بودن رتیه یک سایت علیرغم استفاده از تمام تکنیکهای بهینه سازی باشد. زماینهائی که سایتهای رایگان در دسترس نیستند، بدلیل اینکه مثلا پهنای باند در نظر گرفته شده برای ماه مصرف شده است، باعث کاهش رتبه سایت می شود. البته این اتفاق می تواند بر روی سرویسهای ارزان هم رخ بدهد. اگر در زمانی که روبات موتور جستجو به سایت شما مراجعه می کند، سایت شما در دسترس نباشد ، تاثیر زیادی در کاهش رتبه سایت شما خواهد داشت. به همین دلیل استفاده از سرویسهای ارزان یا رایگان را برای سایتهای حرفه ای ، مقرون به صرفه نیست.
9- مشکل آدرس اینترنتی : اگر از همه روشهای گفته در طراحی سایت خود اجتناب کردید و بازهم مشاهده کردید که سایت شما بعد از گذشت چند ماه در موتورهای جستجو وجود ندارد، احتمالا مشکل از سرویس هاستینگ شماست. گاهی اتفاق می افتد که یک موتور جستجو یک آدرس آی پی را بلوکه می کند. در این حالت کلیه سایتهائی که از آن آی پی استفاده می کنند هم دچار مشکل می شوند. این اتفاق بیشتر برای هاستینگهائی می افتد که با استفاده از برنامه های خودکار سایتهای خود را در موتورهای جستجو و با روشهای غیر مجاز ثبت می کنند.

تهیه RFP پیش نیاز سفارش طراحی سایت

قبل از سفارش طراحی سایت ، باید بدانید که چه اهدافی از این کار دارید و چه امکاناتی در سایت مورد نظر خود می خواهید. RFP مخفف عبارت  Request for Proposal است. با ایجاد یک RFP در واقع شما به شرکت های پیمانکار اطلاع می دهید که تعریف پروژه و ابعاد آن به چه صورت است و نیازهای خود را مشخص می کنید.
اهداف پروژه ، تشریح موارد ضروری در انجام پروژه و تاثیرات آن بر روی کسب و کار، تخمین هزینه و زمان مورد نیاز برای انجام پروژه از جمله موارد الزامی در تهیه RFP می باشد.
از جمله مزیت های RFP این می باشد که به ما کمک می کند تا در مورد نیازهای اصلی سازمان و مشکلات آنها اطلاعاتی بدست آوریم و بتوانیم شرکت هایی را که در یک زمینه خاص فعالیت مینمایند را مقایسه کنیم و همچنین تخمین درستی از هزینه و زمان مورد نیاز برای انجام پروژه داشته باشیم. از آنجایی که قیمت گذاری شرکت های پیمانکار در زمینه طراحی سایت با توجه به مواردی که ما در RFP مشخص کرده ایم ارسال می شود مقایسه طرح های پیشنهادی ساده تر خواهد شد.
دانستن نیازهای پروژه ، تهیه و تنظیم RFP، ارسال RFP برای اشخاص و سازمان ها، جلسات پرسش و پاسخ و همچنین دریافت پیشنهادات از سازمان ها از مراحل اجرایی در تهیه RFP می باشند.
با وجود اینکه در مرحله اول ممکن است به نظر برسد که تهیه RFP کار زمانبری است اما نهایتا باعث خواهد شد که نه تنها زمان انجام پروژه کاهش یابد بلکه کارفرما دقیقا به اهداف تعیین شده خود در کوتاه ترین زمان برسد. اولین مرحله از سفارش طراحی سایت تهیه RFP پروژه است.

5 اشتباه رایج و مهلک طراحان سایت در زمان استفاده از rel=canonical

استفاده از خصوصیت rel=canonical در صفحات سایت شما کمک بسیار زیادی به موتور جستجو می کند تا بتوانند نسخه اصلی صفحات را برای ایندکس از بین صفحات تکراری سایت شما تشخیص دهند. این روش از طریق موتورهای جستجوی زیادی پشتیبانی می شود از جمله گوگل، یاهو و بینگ.
استفاده از rel=canonical از ایندکس شدن صفحات تکراری در موتور جستجو جلوگیری می کند، این موضوع بیشتر برای لینکهای داخلی سایت اتفاق می افتد، مانند لینکهائی که در نتایج جستجو ظاهر می شوند. در هر صورت، استفاده از rel=canonical می تواند تا حدودی مشکل زا باشد به این دلیل که تعریف آن برای مدیران سایت ها واضح نیست و این موضوع باعث می شود که تنظیمات سایت خود را به اشتباه انجام دهند.

زمانی که مدیر سایت لینک سایت خود را به رنک قرمز مخملی در سمت چپ مرورگر خود می بیند موتورهای جستجو آن را به رنک آبی تیره در سمت راست مشاهده می کنند.
برای اینکه دچار مشکلات ناشی از این موضوع نشوید، به طور بسیار جدی پیشنهاد می کنم که از شیوه های ارائه شده در این مقاله برای بهبود وضعیت طراحی سایت خود استفاده کنید:
•    مشکل تعداد زیادی از صفحات تکراری سایت ها می تواند با استفاده از rel=canonical برطرف شود.
•    همواره چک کنید که نسخه صفحه ای که به صورت کنونیکال به آن لینک داده اید وجود دارد و شامل خطای 404 نمی شود.
•    همواره چک کنید که نسخه صفحه ای که به صورت کنونیکال به آن لینک داده اید وجود دارد و شامل صفحاتی که دسترسی به آن را توسط موتور جستجو در فایل robots.txt محدود کرده اید نمی باشد.
•    از این موضوع اطمینان حاصل کنید که می خواید صفحه ای در نتایج گوگل نشان داده شود که آن را با rel=canonical مشخص کرده اید.
•    Rel=canonical را در بخش head صفحه مورد نظر یا هدر http آن نیز قرار دهید.
•    بیش از یک نسخه برای rel=canonical صفحات خود تعریف نکنید
اشتباه 1 : قراردادن rel=canonical برای صفحه اول صفحاتی که صفحه بندی دارند
تصویر کنید که یک صفحه داریم که مطالب آن به صورت زیر صفحه بندی شده اند:
•    example.com/article?story=cupcake-news&page=1
•    example.com/article?story=cupcake-news&page=2
مشخص کردن rel=canonical ازصفحه 2 و صفحات دیگر به صفحه اول کار درستی نیست، به این دلیل که این صفحات duplicate page محسوب نمی شوند و محتوای متفاوتی نسبت به یکدیگر دارند. استفاده از rel=canonical در این حالت باعث خواهد شد که سایر صفحات (صفحات 2 به بعد) در موتورهای جستجو ایندکس نشوند.
محتوای مفید یک سایت ممکن است با استفاده از این کار از دست برود و در نتایج موتورهای جستجو ظاهر نشود. در این حالت پیشنهاد گوگل استفاده از یک rel=canonical در صفحات جز به یک صفحه از کل مقالات است. همچنین می توانید از خصوصیاتی مانند rel=prev و rel=next برای حرکت بین مطالب استفاده کنید. در واقع rel=canonical به صفحه ای باید لینک شود که تمام مطالب را در خود داشته باشد، اگر چنین صفحه ای طراحی نشده است، تنها از rel=next و rel=prev استفاده شود.

اشتباه 2: آدرس های مطلق به اشتباه به صورت نسبی نوشته می شوند
تگ مانند بسیاری از تگ های HTML هر دو حالت آدرس های نسبی و مطلق را قبول می کند، آدرس های نسبی از یک آدرس نسبت به صفحه فعلی استفاده می کنند. به عنوان مثال “images/cupcake.png” به این معنی که آدرس تصویر فوق در پوشه images نسبت به مسیر فعلی قرار دارد. آدرس های مطلق شامل مسیر مطلق هستند و با http شروع می شوند.
مشخص کردن در یک صفحه به صورت یک مسیر نسبی شناخته می شود زیرا با عبارت http:// شروع نشده است، موتورهای جستجو نیز این آدرس را به صورت نسبی در نظر گرفته و این موضوع باعث می شود که در این آدرس خطا گرفته و آدرس فوق را در نظر نگیرند. این موضوع باعث می شود که اطلاعات صفحه فوق در موتورهای جستجو ایندکس نشود.

اشتباه 3: تعریف غیر عمد یا چندگانه rel=canonical
هر از چندگاهی مشاهده می شود که به صورت غیر عمد rel=canonical برای چندین صفحه تکراری تعریف می شود. در موارد بسیار نادر اشتباهات تایپی ساده ای را می بینیم، اما بسیاری از مواقع یک مدیر سایت پرمشغله قالبی را در سایت خود کپی می کند در حالیکه به rel=canonical فکرنکرده است. در این مواقع سایت مورد نظر به سایت طراح قالب لینکی به صورت rel=canonical داده است و این موضوع باعث می شود که سایت مورد نظر در موتورهای جستجو ایندکس نشود.
اگر از یک قالب استفاده می کنید، این موضوع را چک کنید که لینک های rel=canonical آن قالب را کپی نمی کنید.
از طرف دیگر صفحاتی هستند که شامل چندین تعریف rel=canonical به آدرس های متفاوت می باشند. این موضوع زمانی اتفاق می افتد که مدیران سایت ها از پلاگین های سئو – SEO – که یک خصوصیت rel=canonical را به صورت پیش فرض در صفحه قرار می دهند، استفاده می کنند. این موضوع باعث می شود که به صورت نادانسته مدیرسایت باعث چنین مشکلی در سایت خود شود. گوگل تمام لینک هایی از این قبیل را نادیده می گیرد، در این مواقع سایت مورد نظر هرگونه مزیتی که از قرار دادن rel=canonical می توانست بدست بیاورد را با این کار از دست می دهد.
در هر دو حالت فوق، چک کردن مجدد سورس صفحات سایت به مدیران سایت کمک خواهد کرد که مشکلات سایت خود را برطرف کنند. حتما بخش Head سایت خود را چک کنید و در نظر بگیرید که لینک های rel=canonical ممکن است از هم جدا پخش شوند. همچنین خصوصیات پلاگین هائی که برای سایت خود نصب می کنید را همواره چک کنید.

اشتباه 4: مشخص کردنrel=canonical در صفحه گروه مقالات یا صفحه فرود به آدرس یک مقاله ویژه
فرض کنیم که شما یک سایت درباره دسرها دارید. سایت شما اطلاعات مفید طبقه بندی شده ای از "شیرینی ها" و "بستنی ها" دارد. هر روز یک دستور غذای جدید در هر گروه اضافه می شود. به عنوان مثال صفحه فرود شیرینی سایت شما شامل یک مقاله ویژه برای "کیک قهوه قرمز مخملی" است، به دلیل اینکه گروه "شیرینی" معمولا محتوای یکسانی مانند "کیک قهوه قرمز مخملی" دارد، شما یک لینک با خصوصیت rel=canonical از صفحه گروه به مقاله ویژه خود می دهید.
اگر موتور جستجو خصوصیت rel=canonical فوق را قبول کند، تمام مقالات مرتبط با شیرینی های شما در نتایج موتور جستجو ظاهر نخواهد شد. این موضوع به این دلیل است که سیگنال های rel=canonical به موتورجستجو می گوید که سایر صفحات شما به صورت تکراری می باشند و صفحه اصلی سایت شما مقاله "کیک قهوه قرمز مخملی" است. در هر صورت اگر بخواهید که کاربران بتوانند هر دو گروه مطالب شما و مقالات آنها را پیدا کنند، بهترین کار این است که هر صفحه تنها به خودش از ارجاع rel=canonical استفاده کند و یا به طور کلی از چنین دستوری استفاده نکنید.
این موضوع را به خاطر داشته باشید که تعریف canonical برای مشخص کردن آدرس اینترنتی است که ترجیح می دهید در نتایج موتور جستجو نمایش داده شود و از اضافه کردن آن برای یک گروه از مقالات یا صفحات فرود سایت خود جدا خودداری کنید.

اشتباه 5: استفاده از rel=canonical در تگ body صفحات
تگ Link برای rel=canonical تنها باید در بخش head صفحات html استفاده شود. برای اجتناب از دریافت خطاهای تجزیه html بهتر است خصوصیت rel=canonical را در نزدیکترین خط  نسبت به تگ قرار دهید. زمانی که تگ فوق در بخش body صفحه قرار می گیرد باعث می شود که دستور فوق نادیده گرفته شود.
حل کردن این مشکل بسیار ساده است، کافی است که مکان قرار گرفتن تگ فوق را چک کرده و همواره در نظر داشته باشید که دستور فوق باید در بخش سایت شما قرار گیرد.

نتیجه گیری:
برای تعریف خصوصیت rel=canonical موثر موارد زیر را در نظر بگیرید:
•    اطمینان حاصل کنید که محتوای اصلی شما در صفحات تکراری – duplicate pages – به صورت rel=canonical تعریف شده باشد.
•    اطمینان حاصل کنید که rel=canonical در صفحات تکراری تنها به یکی از آن آدرس ها اشاره می کند.
•    اطمینان حاصل کنید که rel=canonical به صفحاتی که شامل خطای 404 هستند (صفحاتی که وجود خارجی ندارند) اشاره نمی کند.
•    از تعریف rel=canonical برای صفحات گروه مقالات یا صفحات فرود سایت خود دوری کنید.