دسته: سئو

Web Vitals چیست

LCP و FID و CLS در Web Vitals

گوگل همواره تلاش کرده است که در راستای بهتر شدن تجربه کاربران یا همان UX، استانداردهایش را بروز کند و یا استانداردهای جدید را وضع کند. در این راستا، Web Vitals نیز در آپریل 2020 توسط گوگل معرفی شد که حاوی سه پارامتر جدید برای اندازه گیری Performance یا کارایی صفحه وب و همچنین Responsiveness و سرعت لود صفحه است. پارامتر های جدید Web Vitals به نام های LCP و FID و CLS هستند و هر سه تاثیر مستقیم در تجربه کاربری یا UX دارند و توصیه می شود که سئوکاران به این سه پارامتر، توجه ویژه ای داشته باشند.

LCP چیست؟

همیشه سرعت لود صفحه برای سئوکارها و دولوپرها از اهمیت بالایی برخوردار است.‎ یکی از پارامترهای مهمی که برای بررسی سرعت بارگذاری صفحه از آن استفاده می شود، LCP است که در Web Vitals بیشتر به آن پرداخته شده است. LCP مخفف Largest Contentful Paint است و به معنای مدت زمانی است که صرف می شود تا بزرگترین المان محتوا در صفحه، لود و رندر و در viewport به کاربر نمایش داده شود.

پارامترهای قدیمی تر مانند Load یا DOMContentLoaded الزاما به معنی اینکه یوزر در چه زمانی می تواند محتوای اصلی را به صورت رندر شده ببیند نبود و حتی FCP یا همان First Contentful Paint که قبلا توسط گوگل معرفی شده بود نیز به دلیل اینکه بیانگر اولین محتوایی بود که در صفحه لود می شد، مانند LCP نمی تواند اطلاعات ارزشمندی در مورد UX کاربر به ما بدهد.

Largest Contentful Paint
Largest Contentful Paint

چه امتیاز LCP خوب است؟

طبق استانداردی که گوگل در Web Vital تعریف کرده است، برای اینکه کاربر از تجربه کاربری خوبی در سایت بهره ببرد، باید Largest Contentful Paint یا همان بزرگترین المان محتوا در کمتر از 2.5 ثانیه از زمان شروع لود صفحه، در صفحه نمایش کاربر رندر شده باشد.

بنابراین در صورتیکه LCP کمتر از 2.5 ثانیه باشد، صفحه مد نظر شما از نظر LCP دارای وضعیت مطلوبی است و اگر بین 2.5 تا 4 ثانیه باشد، نیاز به اصلاحات وجود دارد و اگر LCP بیش از 4 ثانیه بود، صفحه در وضعیت نامطلوبی قرار گرفته و بهتر است که هر چه سریعتر، بررسی های لازم در خصوص Largest Contentful Paint انجام شود.

کدام المان ها در LCP مد نظر گرفته می شود؟

در حال حاضر المان های زیر توسط LCP در نظر گرفته می شوند:

  • المان <img>
  • المان <image> درون یک المان <svg>
  • المان <video> (عکس پوستر ویدیو نیز در نظر گرفته می شود)
  • المانی که بکگراند عکس آن از طریق فانکشن url() بارگذاری شده باشد. مانند
    url(https://www.webyooz.com/wp-content/uploads/2020/05/largest-contentful-paint.jpg)
  • المان های Block Level در HTML که دارای متن هستند.

FID چیست؟

FID مخفف First Input Delay است و پارامتری است که برای اندازه گیری Load responsiveness است. از Load responsiveness برای اندازه گیری سرعت لود صفحه و اجرای جاوااسکریپت های لازم برای پاسخ گویی به تعامل کاربر استفاده می شود. هر چه کاربر بتواند سریعتر با صفحه تعامل داشته باشد، تجربه کاربری بهتری خواهد داشت.

به عبارت دیگر FID فاصله زمانی بین تعامل کاربر با صفحه (مانند کلیک روی یک لینک یا دکمه و یا tap کردن روی یک المان تعاملی) و زمانی است که مرورگر به تعامل کاربر پاسخ می دهد.

First Input Delay
First Input Delay

چه امتیاز FID خوب است؟

همان طور که در تصویر بالا نیز مشاهده می کنید، در صورتی که FID صفحه کمتر از 100 میلی ثانیه باشد، صفحه از نظر First Input Delay در وضعیت مطلوبی است و اگر بین 100 تا 300 میلی ثانیه باشد، نیاز به انجام اصلاحات وجود دارد و در نهایت اگر FID بیشتر از 300 میلی ثانیه باشد، صفحه در وضعیت نامطلوبی قرار دارد و بهتر است که هر چه زودتر بررسی و اصلاح گردد.

CLS چیست؟

CLS مخفف عبارت Cumulative Layout Shift است و به برای اندازه گیری Visual Stability استفاده می شود. برای درک بهتر، یک مثال می زنم. حتما برای شما پیش آمده که در حال خواندن یک صفحه هستید و قصد دارید روی یک لینک یا دکمه کلیک یا tap کنید و درست همان لحظه، متن یا یک لینک حرکت می کند و جابجا می شود و شما به اشتباه روی یک لینک دیگر کلیک می کنید. این جابجایی layout برای کاربر آزاردهنده است.

پارامتر CLS در حقیقت صفحه را از نظر جابجایی layout بررسی می کند و به معنای مدت زمانی است که layout های صفحه پس از اینکه رندر شدند و برای کاربر، قابل رویت شدند، حرکت غیر منتظره داشته باشند.

ویدیو بالا یک نمونه از حرکت ناگهانی layout است که برای کاربر ناخوشایند است.

Cumulative Layout Shift
Cumulative Layout Shift

چه امتیاز CLS خوب است؟

با توجه به تصویر بالا، در صورتی که زمان CLS کمتر از 0.1 ثانیه باشد، وضعیت صفحه از نظر Cumulative Layout Shift مطلوب است و اگر بین 0.1 تا 0.25 ثانیه بود، نیاز به اصلاح دارد و در صورتی که CLS بیشتر از 0.25 ثانیه بود، وضعیت نامطلوب است و بهتر است که تلاش کنید که این زمان را کاهش دهید.

ابزارهای اندازه گیری LCP و FID و CLS در Web Vitals

هر سه پارامتر LCP و FID و CLS در Web vitals که در مورد آنها صحبت شد، توسط ابزار Lighthouse که به عنوان مثال در PageSpeed Insights وجود دارد قابل اندازه گیری هستند. اطلاعات LCP و FID و CLS توسط CrUX که مخفف Chrome UX Report است جمع آوری می شود. همچنین می توانید این پارامتر ها را در گزارش Core Web Vitals سرچ کنسول مشاهده کنید.

ابزارهای اندازه گیری LCP و FID و CLS در Web Vitals
ابزارهای اندازه گیری LCP و FID و CLS در Web Vitals

همچنین می توانید از اکستنشن گوگل کروم Web Vitals که البته هنوز ورژن آلفا است نیز برای اندازه گیری سه پارامتر مذکور استفاده کنید.

Web Vitals Chrome Extension
Web Vitals Chrome Extension

جمع بندی در مورد Web Vitals:

سه پارامتری که در Web Vitals اندازه گیری می شوند در راستای بهبود تجربه کاربری هستند و دولوپرها و سئوکاران نیاز است که در جهت سئوی حرفه ای نگاه ویژه ای به آنها داشته باشند و تلاش کنند که دست کم 75 درصد از بازدیدهایی که دارند از نظر LCP و FID و CLS در وضعیت مطلوب باشند.

 

LCP و FID و CLS در Web Vitals
LCP و FID و CLS در Web Vitals

پرسش های متداول در مورد LCP و FID و CLS در Web Vitals

1- آیا سرعت هاست تاثیری در بهبود Largest Contentful Paint دارد؟

بله. هر چه سرعت هاست یا سرور بالاتر باشد و Response time سرور پایین تر باشد، امتیاز LCP بهتر خواهد بود.

2- آیا کمپرس کردن فایل های جاوااسکریپ تاثیری در بهبود پارامتر First Input Delay صفحه دارد؟

بله. کمپرس کردن و مینیفای کردن فایل های جاوااسکریپت تاثیر مستقیم در بهبود سرعت اجرای جاوااسکریپ صفحه دارد و در نتیجه باعث بهبود امتیاز FID خواهد شد.

3- برای بهبود Cumulative Layout Shift چه نکاتی را در مورد عکس باید رعایت کنیم؟

همه عکس ها در HTML باید دارای ابعاد width و height باشند که مرورگر قبل از لود آنها، بداند که ابعاد عکسی که باید رندر کند چقدر است. اگر ابعاد عکس در HTML مشخص نشده باشد ممکن است کم منجر به تاثیر منفی در امتیاز CLS شود.

منبع: Web Vitals essential metrics for a healthy site 

سایت مپ

نقشه سایت

نقشه سایت یا sitemap فایلی است که صفحات سایت در آن لیست شده و توسط آن می توانید ساختار سایت و صفحات، عکس ها و ویدیوها را به موتورهای جستجو مانند گوگل و بینگ معرفی کنید. به غیر از آدرس های URL می توانید اطلاعات دیگری به نام متادیتا را نیز به موتورهای جستجو بدهید. متادیتا اطلاعاتی در مورد صفحه هستند مانند زمان آخرین بروزرسانی، مدت زمان فیلم، نوع عکس و موارد متفاوت دیگر.

در حال حاضر چهار نوع نقشه سایت شامل صفحات، عکس، ویدیو و خبر وجود دارند که به دلیل کاربرد بودن نقشه سایت صفحات و عکس در همه سایت ها، این دو نوع sitemap در این کتاب توضیح داده شده اند.

آیا شما به نقشه سایت احتیاج دارید؟

اگر لینک های داخلی به همه صفحات سایت داشته باشید، معمولا گوگل می تواند بیشتر صفحات را بیابد و ایندکس کند ولی به هر حال وجود سایت مپ به موتور جستجو کمک می کند که همه صفحات را بیابد، ضمن اینکه با متادیتا در سایت مپ می توانید اطلاعات بیشتری نیز به موتور جستجو بدهید. داشتن سایت مپ در موارد زیر حائز اهمیت است:

• اگر تعداد صفحات سایت زیاد باشد، در صورت وجود سایت مپ احتمال دیده شدن صفحات جدید و یا بروز شده توسط خزنده موتور جستجو بالاتر می رود.

• اگر سایت دارای آرشیو یا بایگانی مطالبی باشد که به خوبی به آنها لینک های داخلی وجود نداشته باشد، لیست کردن آدرس مطالب بایگانی شده در نقشه سایت به موتور جستجو کمک می کند که آن صفحات را ببیند. به عنوان نمونه می توان به صفحات قدیمی بایگانی برخی از تالارهای گفتگو اشاره کرد که لینک داخلی به صفحات آرشیو آنها وجود ندارد.

• اگر سایتی جدید باشد و لینک های خارجی به صفحات آن وجود نداشته باشد، با توجه به اینکه خزنده گوگل صفحات را با دنبال کردن لینک ها می یابند، ممکن است سایت جدید توسط خزنده موتور جستجو دیده و ایندکس نشود. در اینجا وجود سایت مپ یک امر ضروری است که توسط آن بتوانید صفحات را به موتور جستجو معرفی نمایید.

دقت داشته باشید که گوگل تضمین نمی کند که همه آدرسهای موجود در سایت مپ را بخواند و ایندکس کند ولی در بیشتر موارد وجود سایت مپ برای سایت ها مفید است و ضمنا گوگل هرگز سایتی را به علت داشتن سایت مپ جریمه نمی کند.

انواع فرمت نقشه سایت

گوگل از فرمت های مختلف سایت مپ پشتیبانی می کند. همه سایت مپ ها مجاز هستند که حداکثر حاوی 50 هزار URL باشند و سایز فایل آنها در حالت غیر فشرده از 50 مگابایت بیشتر نشود. منظور از حالت غیر فشرده، حالتی است که فایل نقشه سایت با تکنیک هایی مانند GZIP فشرده نشده باشد.

سایت مپ XML

گوگل از استانداردهای www.sitemaps.org پشتیبانی می کند. یکی از فرمت های رایج سایت مپ، فرمت XML است که برای ایجاد سایت مپ صفحات، عکس، ویدیو و اخبار استفاده می شود. نمونه زیر یک نمونه ساده از سایت مپ XML است.

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

<url>

<loc>http://www.example.com/foo.html</loc>

<lastmod>2020-04-24</lastmod>

</url>

</urlset>

RSS, mRSS, and Atom 1.0

اگر شما بلاگی دارید که از RSS یا Atom feed پشتیبانی می کند، شما می توانید آدرس همه feed ها را به عنوان سایت مپ به موتور جستجو معرفی کنید. گوگل از RSS نسخه 2 و Atom feed نسخه 1 پشتیبانی می کند. همچنین می توانید با استفاده از mRSS feed جزئیات محتوای ویدیویی سایت را به گوگل بدهید.

سایت مپ Text

اگر سایت مپ شما فقط حاوی URL است و هیچ متادیتایی در آن وجود ندارد، می توانید یک سایت مپ متنی با فرمت txt داشته باشید که در هر خط آن فقط یک URL وجود داشته باشد. توجه داشته باشید که:

• فایل سایت مپ متنی به صورت UTF-8 ذخیره شده باشد.

• فایل سایت مپ هر نامی مانند sitemap.txt می تواند داشته باشد.

• فایل متنی سایت مپ فقط می تواند شامل URL باشد مانند:

http://www.example.com/file1.html

http://www.example.com/file2.html

اصول کلی نقشه سایت

• از آدرس های canonical در نقشه سایت استفاده کنید. به عنوان نمونه اگر آدرسهای canonical سایت با www هستند، همه آدرس های نقشه سایت نیز باید با www باشند.

• آدرس ها نباید شامل پارامترهایی مانند session ID که تغییری در محتوای صفحه ایجاد نمی کنند باشند.

• نقشه های سایت بزرگ باید به تکه های کوچک تر تقسیم شوند. حداکثر تعدا URL در یک نقشه سایت تعداد 50000 آدرس و حداکثر سایز فایل نقشه سایت می تواند 50 مگابایت باشد. نقشه های سایت بزرگ را به تکه های کوچک تر تقسیم کنید و به جای یک فایل، چندین فایل نقشه سایت را به موتورهای جستجو معرفی کنید و یا یک نقشه سایت داشته باشید که در آن آدرس سایت مپ هایتان را مشخص کرده باشید.

ضمنا امکان معرفی حداکثر تعداد 500 نقشه سایت به گوگل وجود دارد.

• فایل نقشه سایت باید به صورت UTF-8 ذخیره باشد.

• نام فایل نقشه سایت و آدرس های URL درون نقشه سایت باید entity escaped باشند و نمی تواند شامل کاراکترهایی مانند * و { و } باشد. در جدول زیر 5 کاراکتر را می توانید مشاهده کنید که برای استفاده کردن از آنها باید از entity escaped آنها استفاده کنید.

نحوه استفاده از کاراکترهای ممنوعه در سایت مپ
نحوه استفاده از کاراکترهای ممنوعه در سایت مپ

معرفی نقشه سایت به گوگل

جهت معرفی نقشه سایت به گوگل دو روش رایج وجود دارد:

1- آدرس نقشه سایت را در فایل robots.txt به صورت زیر قرار دهید.

Sitemap: https://www.example.com/sitemap.xml

2- از طریق بخش Sitemaps در گوگل سرچ کنسول، نقشه سایت را به گوگل معرفی کنید.

3- با توجه به نمونه زیر، این امکان وجود دارد که توسط پینگ کردن گوگل، آدرس سایت مپ را به گوگل معرفی کنیم.

http://www.google.com/ping?sitemap=https://example.com/sitemap.xml

تگ های استفاده شده در نقشه سایت

در ایجاد نقشه سایت از تعدادی تگ اجباری جهت مشخص کردن آدرس و تعدادی تگ اختیاری جهت اضافه کردن متادیتا و برخی جزئیات برای موتور جستجو استفاده می شود.

نمونه زیر یک نقشه سایت است که از متادیتا نیز در آن استفاده شده است.

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

<url>

<loc>http://www.example.com/page1.html</loc>

<lastmod>2019-05-19T13:10:55+03:30</lastmod>

<changefreq>hourly</changefreq>

<priority>0.9</priority>

</url>

</urlset>

• استفاده از تگ های <urlset> و <url> و <loc> اجباری است.

• استفاده از تگ های <lastmod> و <changefreq> و <priority> اختیاری است.

• تگ اجباری <loc> باید با یک پروتکل مانند http یا https شروع شود و حداکثر تعداد کاراکتر مجاز آن 2048 عدد می باشد.

• تگ اختیاری <lastmod> بیانگر زمان آخرین تغییر صفحه است و از استانداردهای زمانی W3C پشتیبانی می کند. به عنوان نمونه فقط می توان تاریخ را مشخص کرد مانند 2020-05-01 و یا علاوه بر تاریخ، زمان دقیق را با مشخص کردن اختلاف زمان نسبت به GMT برای موتور جستجو مشخص کرد مانند 2020-05-01T22:10:58+03:30.

• تگ <changefreq> می تواند hourly، daily، weekly، yearly، never و always باشد. گزینه always هنگامی استفاده می شود که با هر بار باز کردن صفحه، همه یا بخشی از محتوای صفحه تغییر کند. مورد استفاده never نیز برای صفحاتی مانند صفحات آرشیو شده است که قرار نیست که دیگر تغییری بکنند.

• تگ <priority> نیز برای تعیین میزان اهمیت آدرس ها نسبت به یکدیگر استفاده می شود و مقدار آن از 0 تا 1.0 می باشد. از اوایل سال 2019 دیگر گوگل تگ <priority> را مد نظر قرار نمی دهد.

نقشه سایت عکس

این امکان وجود دارد که نقشه سایت را برای عکس های سایت نیز ایجاد کرد. نقشه سایت زیر یک نمونه از Image sitemap است.

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:image="http://www.google.com/schemas/sitemap-image/1.1">

<url>

<loc>http://example.com/sample.html</loc>

<image:image>

<image:loc>http://example.com/image.jpg</image:loc>

<image:caption>Image Caption</image:caption>

<image:geo_location>Toronto, Canada</image:geo_location>

<image:title>Image Title</image:title>

</image:image>

</url>

</urlset>

تگ های استفاده شده در نقشه سایت عکس به شرح زیر می باشد:

• استفاده از تگ <loc> اجباری است و حاوی آدرس صفحه ای است که قصد دارید عکس های آن را در نقشه سایت معرفی کنید.

• استفاده از تگ <image:image> اجباری است و حاوی اطلاعات عکس است. هر تگ <loc> می تواند حداکثر 1000 تگ <image:image> داشته باشد.

• استفاده از تگ های <image:caption> و <image:title> اختیاری است و حاوی اطلاعات caption و title عکس است.

• استفاده از تگ <image:geo_location> اختیاری است و همانگونه که از نام آن مشخص است، این تگ حاوی موقعیت جغرافیایی عکس است.

• استفاده از تگ <image:license> اختیاری است و حاوی URL لایسنس عکس می باشد.

پرسش های متداول در مورد سایت مپ

1- آیا ایرادی دارد که سایت مپ را به صورت استاتیک ایجاد کنیم؟

ایرادی ندارد که سایت مپ را به صورت استاتیک درست کنید ولی دقت داشته باشید که تگ last modified هر آدرس را یا به طور صحیح آپدیت کنید و یا اگر از صحت آن اطمینان ندارید، از آن تگ در سایت مپ استفاده نکنید.

2- سایت مپ من هر یک ساعت یکبار توسط افزونه در پرستاشاپ ایجاد می شود. آیا این کار درست است؟

برخی از افزونه ها در CMSهایی مانند پرستاشاپ وجود دارند که این قابلیت را دارند که در زمانهای مشخص، سایت مپ را آپدیت کنند. دقت کنید که زمانهای موجود در تگ last modified به درستی آپدیت شود و به عنوان مثال همه آدرس ها با هم یک زمان را نشان ندهند. تگ last modified موقعی باید آپدیت شود که صفحه مورد نظرش واقعا آپدیت شده باشد.

3- تقسیم یک سایت مپ بزرگ به چند نقشه سایت چه مزیتی دارد؟

وجود چند نقشه سایت به عنوان نمونه برای کتگوری های مختلف یک فروشگاه، این امکان را به وبمستر می دهد که مدیریت بهتری روی آدرس ها و ایرادهای احتمالی صفحات در ایندکس گوگل داشته باشد. همچنین به دلیل وجود محدودیت 50 هزار آدرس در هر سایت مپ، در صورتی که تعداد صفحات سایت شما از 50 هزار آدرس بیشتر باشد، باید سایت مپ را به چند سایت مپ کوچک تر تقسیم کنید.

4- ایجاد سایت مپ توسط سایت های آنلاین و یا نرم افزار ایرادی دارد؟

نرم افزارها یا سایت های آنلاین برای ایجاد سایت مپ، ابتدا یک سایت را کراول میکنند و آدرس های آن را به صورت لیست در اختیار شما قرار می دهند. بنابراین دقت کنید که در این طور سایت مپ ها، از تگ last modified استفاده نکنید.

تفاوت rel=nofollow با rel=sponsored و rel=ugc

تفاوت rel=nofollow با rel=sponsored و rel=ugc

اتریبیوت های مختلفی برای تگ <a> در HTML وجود دارند که کاربردهای متفاوتی دارند. با توجه به توسعه اینترنت و موتورهای جستجو، برخی از اتریبیوت ها به تدریج و با توجه به نیاز موتورهای جستجو برای محاسبه بهتر رنکینگ معرفی می شوند.

اتریبیوت rel=”nofollow”

اتریبیوت nofollow که در تگ <a> در HTML استفاده می شود، در سال 2005 معرفی شد و به صورت زیر استفاده می شود. توسط rel=”nofollow” به گوگل بات یا دیگر ربات هایی که از این اتریبیوت پشتیبانی می کنند گفته می شود که لینک مورد نظر را دنبال نکند. گوگل به وبسمترها توصیه می کند که از nofollow برای لینک های تبلیغات یا اسپانسرها و لینک هایی که به صورت کلی Link Schemes تلقی می شوند استفاده کنند که با جریمه گوگل مواجه نشوند.

<a rel="nofollow" href="https://www.webyooz.com">لینک وب یوز در سایت دیگر</a>

همانطور که گفته شد وجود اتریبیوت nofollow باعث عدم دنبال کردن لینک توسط ربات موتور جستجو می شود و بنابراین الگوریتم های گوگل و دیگر موتورهای جستجوی مطرح، از لینک های nofollow جهت محاسبه رنکینگ استفاده نمی کنند. ولی گوگل برای اینکه بتواند از لینک های تبلیغات و لینک های که توسط کاربران سایت ها ایجاد می شود در محاسبات رنکینگ استفاده کند، پس از حدود 15 سال، امروز در 10 سپتامبر 2019 دو اتریبیوت sponsored و ugc را معرفی کرد که در ادامه به توضیح آنها پرداخته شده است.

اتریبیوت rel=”sponsored”

از اتریبیوت sponsored جهت لینک های تبلیغات، اسپانسرها و لینک هایی که در ازای پرداخت هزینه یا تعاملات دیگر بوجود آمده اند استفاده می شود. کاربرد لینک های sponsored به صورت زیر است.

<a rel="sponsored" href="https://www.webyooz.com">تبلیغ وب یوز در سایت دیگر</a>

اتریبیوت rel=”ugc”

اتریبیوت ugc مخفف User Generated Content است و از آن جهت لینک هایی استفاده می شود که توسط کاربران سایت بوجود آمده باشند. از جمله لینک هایی که توسط کاربران بوجود می آید می توان به لینک های درون کامنت ها و پست های فروم ها اشاره کرد.

<a rel="ugc" href="https://www.webyooz.com">لینک وب یوز در کامنت</a>

پرسش های متداول اتریبیوت sponsored و ugc

با توجه به معرفی اتریبیوت های sponsored و ugc، ممکن است که سوال های زیادی برای وبمستران بوجود بیاید که در ادامه به تعدادی از سوالات متداول در این زمینه پاسخ داده شده است.

1- آیا باید همه nofollow های موجود را تغییر دهم؟

خیر. اگر از nofollow جهت بلاک کردن لینک های اسپانسری بر روی ربات موتور جستجو استفاده می کنید، نیازی به تغییر آن نیست و گوگل همچنان از اتریبیوت nofollow پشتیبانی می کند.

2- آیا امکان استفاده از بیش از یک اتریبیوت وجود دارد؟

بله. شما می توانید از بیش از یک اتریبیوت به صورت همزمان استفاده کنید. به عنوان نمونه می توانید از rel=”ugc sponsored” برای لینکی که توسط کاربر ایجاد شده و به صورت اسپانسر هم هست، استفاده کنید. همچنین می توانید از rel=”nofollow ugc” با این دیدگاه استفاده کنید که هم به گوگل اعلام کنید که لینک توسط کاربر ایجاد شده و هم به موتورهای جستجوی دیگر که هنوز از اتریبیوت جدید ugc پشتیبانی نمی کنند بگویید که لینک را دنبال نکنند.

3- اگر از nofollow برای لینک تبلیغات استفاده کنم، آیا نیاز به تغییر آنها دارم؟

شما می توانید همچنان از nofollow برای لینک تبلیغات جهت جلوگیری از جریمه شدن توسط گوگل به دلیل Link Schemes استفاده کنید ولی اگر برایتان امکان پذیر است، توصیه می شود که لینک های مذکور را از nofollow به sponsored تغییر دهید.

منبع: Google Webmaster Central Blog

تفاوت سایت های پرترافیک و کم ترافیک از دید سئو

تفاوت سایت پرترافیک و کم ترافیک از دید سئو

علم سئو بسیار گسترده است ولی به صورت کلی سئو در تعاریف به مجموع کارهایی گفته می شود که چه در سایت (on-page) و چه در بیرون سایت (off-page) انجام شود و تلاش دارد که موقعیت یک سایت را در موتورهای جستجو و البته به صورت صحیح و نه با فریب موتور جستجو ارتقا دهد. با توجه به تغییرات متعدد و دایمی الگوریتم های گوگل و دیگر موتورهای جستجو و استفاده آنها از هوش مصنوعی و یادگیری ماشین (machine learning) جهت بالا بردن کیفیت نتایج جستجو، جهت سئوی حرفه ای باید به موارد زیادی توجه کرد که یکی از آنها سرعت پاسخدهی سرور به درخواستهای کاربران و یا به صورت کلی performance است.

وجه مشترک سایت کم‌ترافیک و پرترافیک در سئو

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

رابطه سرعت لود صفحه با سئو
رابطه سرعت لود صفحه با سئو

تفاوت سایت کم‌ترافیک و پرترافیک در سئو

با توجه به اینکه برخی از مواردی که به کارایی کد و سرور و یا به صورت کلی به performance کد و سرور بستگی دارند با میزان ترافیک سایت ارتباط مستقیم دارد، لذا برای بهبود رنکینگ سایت های پرترافیک، علاوه بر مواردی که در سایت های کم ترافیک باید رعایت شوند، موارد متعددی نیز وجود دارند که باید برای بالا بردن performance رعایت شوند. مواردی مانند سخت افزار سرور، تنظیمات سرور، کدنویسی، کش، معماری دیتابیس و رعایت دستورالعملهای گوگل وبمستر و محتوای سایت و حتی برخی مواردoff-page SEO نیز باید در نظر گرفته شوند تا بازدهی سخت افزار و نرم افزار بالا برود.

یافتن تعداد درخواست ارسالی به سرور جهت بارگذاری صفحه

برای اینکه بخواهید از تعداد درخواست ارسالی به وب سرور جهت لود صفحه مطلع شوید، طبق تصویر زیر ابتدا مرورگر گوگل کروم خود را باز کنید و سپس با فشردن دکمه F12 وارد محیط Dev tools گوگل کروم شوید. سپس به تب Network رفته و تیک Disable cache را بزنید و صفحه را رفرش کنید. سپس می توانید با توجه به تصویر زیر، از تعداد درخواست ارسالی به سرور جهت لود صفحه مورد نظرتان مطلع شوید.

تعداد http request برای بارگذاری صفحه
تعداد درخواست http برای بارگذاری صفحه

با توجه به تصویر بالا، جهت لود صفحه اصلی سایت وب یوز، هر کاربر تعداد 22 درخواست به وب سرور سایت وب یوز ارسال می کند. پس اگر تعداد 10 کاربر به صورت همزمان صفحه اصلی سایت را باز کنند به معنای ارسال 220 درخواست یا request به سرور خواهد بود که عدد ناچیزی است و تقریبا همه سرورهای اشتراکی نیز از عهده چنین کاری بر می آیند.

ولی اگر تعداد 990 نفر به کاربران همزمان افزوده شود و تعداد آنها از 10 به 1000 برسد، به معنای افزایش 21780 عددی در تعداد درخواست همزمان به سرور خواهیم بود که در اینجا باید همه عوامل نرم افزاری و سخت افزاری در کنار یکدیگر در وضعیت بهینه باشند تا مجبور نباشیم برای پاسخگویی به این تعداد درخواست فقط به قوی تر کردن سخت افزار اکتفا کنیم.

برای سئوی حرفه ای و علمی عوامل متعدد سخت افزاری و نرم افزاری باید در نظر گرفته شوند تا هم کاربران سایت از گشت و گذار در سایت لذت ببرند و هم در بین موتورهای جستجو از نظر سرعت لود صفحه و رنکینگ در جایگاه مناسبی باشید.

با یوز رنک سایت خود را ارتقا دهید

با یوز رنک سایت خود را ارتقا دهید

همان طور که می دانید گوگل برای محاسبه رنکینگ سایت از سیگنالهای بسیاری استفاده می کند. در گذشته تعداد آن سیگنال ها به بیش از 200 مورد می رسید ولی اخیرا گوگل در برخی مصاحبه ها از واژه چند صد سیگنال استفاده می کند که از نظر علم سئو امری طبیعی است چرا که الگوریتم های گوگل بر اساس هوش مصنوعی و یادگیری ماشین یا همان Machine Learning کار می کنند و گوگل همیشه برای بهبود الگوریتم های محاسبه رنکینگش تلاش بسیاری می کند و طبیعی است که همیشه به تعداد سیگنال هایی که هوش مصنوعی قادر به درک و تشخیص آنها باشد افزوده شود.

با آموزش سئو در وب یوز رنک سایتتان را بهبود ببخشید

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

آموزش سئوی حرفه ای
آموزش سئوی حرفه ای

آموزش سئو به صورت خصوصی

علاقه مندان به علم SEO جهت آموختن سئوی حرفه ای می توانند به صورت خصوصی در محل دفتر وب یوز به آموزش سئو بپردازند. جهت یادگیری هر چه بیشتر بهینه سازی سایت برای موتورهای جستجو، هر چه بیشتر در مورد HTML و CSS و جاوااسکریپت و سرور بدانید بهتر است ولی این طور نیست که اگر کسی به عنوان مثال از سرور و جاوااسکریپت سررشته نداشته باشد نتواند در مورد بهینه سازی سایت خودش اقدامی بکند.
از آنجا که بهبود رنک سایت در موتورهای جستجو به عوامل متعددی وابسته است و یکی از عوامل تاثیرگذار در رنکینگ سایت همیشه محتوا بوده و هست، بنابراین در راستای سئوی اصولی توصیه می شود که فرد و با افرادی که مسئولیت تولید محتوا را دارند، آموزشهای لازم در زمینه سئو را ببینند که بتوانند محتوای موثرتری از نظر سئو تولید کنند. دوره آموزش سئوی حرفه ای در وب یوز توسط پارتنر رسمی گوگل انجام می شود و علاقه مندان به علم سئو می توانند تا هر سطحی که تمایل داشته باشند و یا برای آنها کاربرد داشته باشد به فراگیری SEO علمی بپردازند.