برای دریافت آموزش رایگان سرچ کنسول کلیک کنید: آموزش رایگان سرچ کنسول
سلام! نگین هستم از تیم «وزیر سئو». یه حسی هست که فکر کنم همهمون تجربه کردیم: وارد یه سایت میشی، میخوای یه دکمه رو بزنی، ولی یهو یه بنر میپره جلوش و میزنی روی تبلیغ! یا صفحه انقدر دیر لود میشه که کلاً بیخیالش میشی.
این «حس بد» دقیقاً همون چیزیه که گوگل باهاش میجنگه. گوگل میخواد بدونه کاربر توی سایت تو چه حسی داره، و برای همین گزارش Experience (تجربه کاربری) رو انقدر جدی میگیره. این گزارش مثل یه کارنامه اخلاق برای سایت ماست. بیا با هم ببینیم چطور باید این کارنامه رو بخونیم و چطور توش نمره بیست بگیریم.
قبل از اینکه غرق جزئیات فنی بشیم، بیا یه نگاه کلی به این کارنامه بندازیم:
چکلیست نمره قبولی در گزارش Page Experience
| فاکتور ارزیابی | گوگل چی رو چک میکنه؟ | چرا برای کاربر مهمه؟ |
| Core Web Vitals | سرعت لود (LCP)، سرعت تعامل (INP)، ثبات صفحه (CLS) | آیا سایتت روانه و روی اعصاب کاربر راه نمیره؟ |
| Mobile Usability | خوانایی روی گوشی، فاصله دکمهها و لینکها | آیا کاربر موبایل میتونه راحت با سایتت کار کنه؟ |
| HTTPS | داشتن گواهی SSL معتبر | آیا ارتباط کاربر با سایت تو امنه و بهت اعتماد میکنه؟ |
| No Intrusive Interstitials | نبود پاپآپهای مزاحم و بزرگ | آیا محتوای اصلی رو پشت تبلیغات قایم کردی؟ |
e Experience (تجربه صفحه) چیست و چرا یک فاکتور کلیدی در سئو است؟
تاحالا شده وارد یه کافه بشی و همون لحظه اول، بوی قهوه، نور ملایم، صندلیهای راحت و موسیقی دلنشین، بهت یه حس خوب بده؟ حتی قبل از اینکه قهوهات رو سفارش بدی، میدونی که از انتخابت راضی هستی.
حالا برعکسش رو تصور کن: یه مغازه شلوغ، پر سر و صدا، با میزهای کثیف که توش احساس سردرگمی میکنی. حتی اگه بهترین قهوه دنیا رو هم بده، احتمالاً معطلی رو بهونه میکنی و سریع از اونجا میای بیرون.
«تجربه صفحه» یا Page Experience، دقیقاً همون حس و حال در دنیای دیجیتاله. گوگل دیگه فقط به کلمات کلیدی و بکلینکهای تو نگاه نمیکنه؛ براش مهمه کاربری که تو به سایتت دعوت میکنی، چه حسی پیدا میکنه. آیا بهش احترام گذاشته میشه؟ آیا راحت و آرومه؟ یا داره عذاب میکشه؟
تعریف ساده Page Experience: فراتر از سرعت، نگاهی به احساس کاربر
خیلیها فکر میکنن «تجربه صفحه» فقط یعنی «سرعت سایت». سرعت مهمه، مثل اینه که درِ اون کافه سریع برات باز بشه. اما این فقط شروعه.
تجربه صفحه، مجموعهای از سیگنالهاست که به گوگل میگه کاربر تو سایت تو چقدر «راحت» بوده. این راحتی یعنی:
- آیا محتوا سریع براش لود شد؟
- آیا دکمهها همونجایی بودن که انتظار داشت؟
- آیا وقتی روی گوشی بود، همهچیز رو خوانا و واضح میدید؟
- آیا یهو یه پاپآپ مزاحم جلوی چشمش سبز نشد؟
در یک کلام، تجربه صفحه یعنی طراحی سایت نه برای موتور جستجو، بلکه برای انسان. یعنی کاربر بعد از خوندن محتوای تو، حس رضایت داشته باشه و حس نکنه که برای پیدا کردن جوابش، باید دوباره بره و جستجو کنه.
سیگنالهای تجربه صفحه (Page Experience Signals) چگونه بر رتبهبندی گوگل تأثیر میگذارند؟
گوگل یه هدف اصلی داره: بهترین، مرتبطترین و مفیدترین جواب رو به کاربر بده. حالا فرض کن دو تا سایت، دو تا مقاله عالی با اطلاعات یکسان دارن. گوگل کدوم رو بالاتر نشون میده؟
اونی که «حال کاربر» رو بهتر میکنه.
گوگل این «حال خوب» رو با چندتا سیگنال فنی اندازه میگیره:
- Core Web Vitals (هستههای حیاتی وب): اینا سه تا معیار اصلیان که نشون میدن صفحه چقدر «نرم» و «سریع» با کاربر تعامل میکنه (مثل سرعت لود اصلیترین عکس، سرعت پاسخدهی به کلیک کاربر، و پایداری ظاهری صفحه موقع لود شدن).
- Mobile-Friendliness (سازگاری با موبایل): آیا سایتت روی گوشی، خوانا و قابل استفاده است؟
- HTTPS (امنیت): آیا اتصال کاربر به سایت تو امنه؟
- No Intrusive Interstitials (نبود پاپآپهای مزاحم): آیا محتوای اصلی رو پشت تبلیغات یا پاپآپهای بزرگ قایم نمیکنی؟
وقتی سایت تو این سیگنالها رو رعایت میکنه، گوگل به تو امتیاز مثبت میده. چرا؟ چون میدونه وقتی کاربری رو به سایت تو میفرسته، اون کاربر یه تجربه رضایتبخش خواهد داشت و از پیشنهاد گوگل (که سایت تو باشه) راضی خواهد بود.
ارتباط مستقیم E-E-A-T با Page Experience (چگونه UX خوب، اعتماد و تخصص را اثبات میکند؟)
اینجا نقطه طلایی ماجراست. جایی که فنیترین بخش سئو به انسانیترین بخشش گره میخوره: اعتماد.
E-E-A-T مخفف تجربه (Experience)، تخصص (Expertise)، اعتبار (Authoritativeness) و اعتماد (Trustworthiness) هست. حالا بیا اینها رو بذاریم کنار تجربه صفحه:
- اعتماد (Trust): چطور میتونی از کاربر انتظار داشته باشی بهت اعتماد کنه ، وقتی سایتت امن نیست (HTTPS نداره)؟ چطور بهت اعتماد کنه وقتی صفحه موقع لود شدن بالا و پایین میپره و کاربر روی لینک اشتباهی کلیک میکنه؟ یه تجربه کاربری بد، مستقیماً اعتماد رو نابود میکنه.
- تخصص و اعتبار (Expertise & Authoritativeness): تصور کن وارد مطب یه پزشک متخصص میشی ، اما اتاقش بههمریخته، کثیف و نامرتبه. آیا تخصصش رو باور میکنی؟ سایت تو، مطب دیجیتال توئه. یه سایت کند، شلخته و پر از پاپآپ، فریاد میزنه که تو «حرفهای» نیستی. برعکس، یه سایت تمیز، سریع و با دسترسی آسان، تخصص و اعتبار تو رو قبل از خوندن حتی یک کلمه، ثابت میکنه.
- تجربه (Experience): این E جدید در E-E-A-T، یعنی نشون بدی که تو واقعاً اون محصول رو تست کردی ، اون سفر رو رفتی، اون مشکل رو داشتی. یه تجربه کاربری (UX) عالی، خودش نشوندهنده «تجربه» است؛ نشون میده که تو اونقدر به مخاطبت اهمیت میدی که مسیر رو براش هموار کردی.
پس میبینی؟ تجربه صفحه فقط یه بحث فنی و چندتا عدد سبز توی ابزارهای گوگل نیست. این بخشی از داستان توئه. این نشون میده که تو چقدر برای وقت، آرامش و اعتماد کاربرت ارزش قائل هستی.
کالبدشکافی گزارش Page Experience در سرچ کنسول: این گزارش از چه بخشهایی تشکیل شده است؟
بخش اول (حیاتی): Core Web Vitals (هستههای حیاتی وب)
این بخش، قلب تپنده گزارش تجربه صفحه است. Core Web Vitals (یا CWV) سه تا معیار فنی هستن که مستقیماً «احساس» کاربر از سرعت و نرمی سایت تو رو اندازهگیری میکنن. اگه این بخش سبز نباشه، یعنی یه جای کار بهشدت میلنگه.
LCP (Largest Contentful Paint) – معیار بارگذاری
LCP یعنی: «چقدر طول میکشه تا مهمترین و بزرگترین چیزی که کاربر باید ببینه (معمولاً یه عکس بزرگ یا یه بلوک متن) روی صفحه لود بشه؟»
فکر کن وارد اتاق شدی اما چند ثانیه اول همهجا تاریکه. LCP دقیقاً همون زمان تا روشن شدن چراغ اصلیه. گوگل دوست داره این زمان زیر ۲.۵ ثانیه باشه تا کاربر حس کنه صفحه «سریع» باز شده.
INP (Interaction to Next Paint) – معیار تعاملپذیری (جایگزین FID)
این معیار جدید (که جایگزین FID شده) خیلی باهوشه. INP میپرسه: «وقتی کاربر روی یه دکمه کلیک میکنه، منو رو باز میکنه یا چیزی رو انتخاب میکنه، چقدر طول میکشه تا صفحه یه واکنشی (بصری) نشون بده؟»
هیچچیزی بدتر از کلیک کردن روی دکمهای نیست که انگار کار نمیکنه! INP سرعت پاسخدهی سایت تو به دستورات کاربر رو میسنجه و نشون میده سایتت چقدر «روان» و «پاسخگو» هست.
CLS (Cumulative Layout Shift) – معیار ثبات بصری
وای از CLS! این معیار، همون تجربه رو مخیه که میخوای روی یه لینک کلیک کنی، اما یهو یه بنر بالای صفحه لود میشه و همهچی میپره پایین، و تو روی یه لینک اشتباه کلیک میکنی!
CLS این «پرشهای ناگهانی» و جابجاییهای غیرمنتظره در صفحه رو اندازه میگیره. یه CLS خوب یعنی صفحه تو باثباته، کاربر رو گیج نمیکنه و باعث کلیک اشتباه نمیشه.
بخش دوم: Mobile Usability (کاربری موبایل)
این دیگه باید جزو بدیهیات باشه، اما گوگل باید مطمئن بشه. این روزا بیشتر کاربرها با گوشی تو سایت ما میچرخن. این بخش چک میکنه که آیا سایت ما روی موبایل واقعاً قابل استفاده هست یا نه.
چرا صفحاتی که خطای موبایل دارند، تجربه صفحه “خوب” ندارند؟
خیلی ساده است. وقتی کاربر مجبور باشه روی گوشی صفحه رو مدام زوم کنه تا متن رو بخونه (Text too small)، یا دکمهها اونقدر ریز و نزدیک به هم باشن که نشه درست روشون کلیک کرد (Clickable elements too close)، این یعنی یه تجربه عذابآور.
این یعنی تو به اون کاربر و زمانی که گذاشته احترام نذاشتی. صفحهای که کاربر رو مجبور به «زحمت اضافه» کنه، از نظر گوگل یه تجربه خوب نیست، حتی اگه سرعتش عالی باشه.
بخش سوم: HTTPS (امنیت و گواهی SSL)
این بخش یه چکباکس ساده «بله» یا «خیر» هست. آیا سایت تو از HTTPS استفاده میکنه یا نه؟ آیا ارتباط کاربر با سایتت امنه؟
نقش گواهی SSL در امنیت و اعتماد کاربر
گواهی SSL (همون قفل کوچولوی سبز یا خاکستری کنار آدرس سایت) اطلاعات کاربر و سایت رو رمزگذاری میکنه و جلوی دزدیده شدن اطلاعات رو میگیره.
اما نقشش فراتر از امنیته. این قفل یه سیگنال اعتماد آنی به کاربره. وقتی کاربری اون قفل (یا بدتر، اخطار Not Secure) رو میبینه، مستقیماً روی اعتمادش به برند تو تأثیر میذاره. سایتی که امن نیست، هرگز نمیتونه تجربه کاربری خوبی ارائه بده.
بخش چهارم: عدم وجود پاپآپهای مزاحم (No Intrusive Interstitials)
و میرسیم به منفورترین بخش! گوگل از صفحاتی که محتوای اصلی رو پشت پاپآپهای بزرگ و مزاحم قایم میکنن، خوشش نمیاد. این بخش چک میکنه که آیا تو کاربر رو اذیت میکنی یا نه.
تعریف گوگل از تبلیغات و پاپآپهای آزاردهنده چیست؟
از نظر گوگل، «مزاحم» یعنی هر چیزی که جلوی دید کاربر و محتوای اصلی رو بگیره، مخصوصاً بلافاصله بعد از ورود به صفحه از نتایج جستجو.
- پاپآپهای بزرگی که کل صفحه رو میپوشونن (حالا چه تبلیغ باشه چه فرم خبرنامه اجباری).
- بنرهایی که بالای صفحه ظاهر میشن و کاربر مجبوره قبل از دیدن محتوا، اونها رو ببنده.
- صفحاتی که کاربر باید چند ثانیه صبر کنه تا تبلیغ رد بشه و بعد محتوا رو ببینه (Splash screens).
(البته پاپآپهای ضروری مثل تایید سن، قوانین کوکیها یا پاپآپهای ورود به سایت معمولاً مشکلی ندارن، به شرطی که منطقی طراحی شده باشن و کل صفحه رو نگیرن).
آموزش گام به گام: چگونه گزارش Page Experience را بخوانیم و تحلیل کنیم؟
نحوه دسترسی به گزارش در منوی Google Search Console (بخش Experience)
پیدا کردنش خیلی راحته. وقتی وارد سرچ کنسول سایتت میشی، به منوی سمت چپ (یا راست، اگه فارسی استفاده میکنی) نگاه کن. یه بخشی اونجا هست به اسم Experience (تجربه).
روی «Experience» که کلیک کنی، چندتا گزینه باز میشه. اولین گزینه معمولاً «Page Experience» (تجربه صفحه) هست. بزن روش. تمام داستان ما از همین صفحه شروع میشه.
درک نمودار: تفاوت درصد URL های “Good” (خوب) و “Needs Improvement” (نیاز به بهبود)
وقتی وارد گزارش میشی، اولین چیزی که میبینی یه نمودار خطی بزرگه. این نمودار داره بهت میگه: «چند درصد از URLهای سایتت (معمولاً روی موبایل) تونستن نمره قبولی کامل بگیرن؟»
- URL های “Good” (سبز رنگ): اینها صفحات «بچه زرنگ» سایت تو هستن. یعنی صفحاتی که از تمام فیلترها رد شدن: هم Core Web Vitals عالی داشتن (هر سه معیار سبز)، هم موبایل فرندلی بودن، هم HTTPS داشتن و هم پاپآپ مزاحم نداشتن.
- URL های “Needs Improvement” (نیاز به بهبود) یا “Poor” (ضعیف): اگه نمودارت ۱۰۰٪ سبز نیست (که معمولاً نیست)، یعنی یه تعداد از صفحاتت حداقل توی یکی از این معیارها مردود شدن. مثلاً ممکنه همهچیز عالی باشه، ولی فقط LCP کُند باشه. همین یه دونه کافیه تا اون صفحه از دستهی «Good» خارج بشه و توی گزارشهای زیرمجموعه (مثل گزارش Core Web Vitals) به عنوان «نیاز به بهبود» یا «ضعیف» علامت بخوره.
چگونه بفهمیم کدام یک از سیگنالها (مثلاً CWV یا Mobile Usability) باعث مردودی صفحه شدهاند؟
خب، این دقیقاً سوال اصلیه. چطور بفهمیم درد از کجاست؟
اگه زیر همون نمودار اصلی اسکرول کنی، خود گوگل یه جدول کالبدشکافی بهت میده. این جدول دقیقاً همون سیگنالهای تجربه صفحه رو لیست کرده:
- Core Web Vitals
- Mobile Usability (کاربری موبایل)
- HTTPS
- No Intrusive Interstitials (نبود پاپآپ مزاحم) (این مورد معمولاً مستقیم در سرچ کنسول گزارش جداگانه نداره، اما در بررسی کلی لحاظ میشه).
جلوی هر کدوم از اینها، گوگل میگه چند درصد از صفحاتت «Pass» (قبول) یا «Fail» (مردود) شدن.
- مثال: اگه میبینی جلوی Core Web Vitals نوشته «Failed» (یا درصد قبولی پایینتر از ۱۰۰٪)، یعنی مشکل از سرعت و نرمی سایته. حالا باید روی خود همون گزارش Core Web Vitals (که توی همون منوی Experience هست) کلیک کنی تا دقیقاً ببینی مشکل از LCP بوده، INP بوده یا CLS و کدوم صفحات درگیرش بودن.
- مثال ۲: اگه جلوی Mobile Usability زده «Failed»، یعنی مشکل از ریسپانسیو بودنه. باید بری توی گزارش Mobile Usability تا ببینی خطاها چی بوده؛ مثلاً «Text too small» (متن خیلی ریز) یا «Clickable elements too close» (دکمهها خیلی نزدیک).
چرا برخی URL ها در گزارش “No data” (دادهای وجود ندارد) نمایش داده میشوند؟ (آشنایی با دادههای CrUX)
این یه سوال خیلی رایج و مهمه. خیلیا میپرسن: «نگین، من ۱۰۰ تا مقاله دارم، چرا سرچ کنسول فقط در مورد ۱۰ تاش داره نظر میده؟» یا روی یه URL خاص کلیک میکنن و میبینن نوشته «No data».
دلیلش اینه: این گزارش (مخصوصاً بخش Core Web Vitals) بر اساس حدس و گمان یا تست رباتهای گوگل نیست. این گزارش مستقیماً از تجربه کاربرهای واقعی سایت تو میاد.
- CrUX (مخفف Chrome User Experience Report): گوگل این آمار رو از کاربرهایی جمع میکنه که با مرورگر کروم به سایت تو میان و اجازه دادن که آمارشون برای گوگل ارسال بشه.
- چرا “No data”؟: اگه یه صفحه از سایت تو (مثلاً یه مقاله خیلی جدید یا یه صفحه که بازدید زیادی نداره) به اندازهی کافی بازدیدکننده (اونم از نوع کاربر کروم که آمارش فعاله) نداشته باشه، گوگل دادهی آماری کافی برای قضاوت در مورد سرعت لود (LCP) یا تعامل (INP) اون صفحه نداره.
پس «No data» لزوماً چیز بدی نیست. فقط یعنی اون صفحه اونقدر پربازدید نبوده که بشه در مورد تجربهی کاربریش قضاوت آماری کرد. این اتفاق معمولاً برای سایتهای کوچیک، سایتهای تازه تاسیس یا صفحات کمبازدید داخلی خیلی طبیعیه.
استراتژی عملی: پس از خواندن گزارش Page Experience چه کنیم؟
تجربه ما: اولویتبندی هوشمندانه برای رفع خطاها (از کجا شروع کنیم؟)
وقتی گزارش سرچ کنسول مثل اتاق اورژانس پر از مریضیه، تو نباید دستپاچه بشی؛ باید «تریاژ» کنی. یعنی اول بری سراغ اونی که حالش از همه بدتره و حیاتیتره.
اولویت اول: خطاهای Mobile Usability (کاربری موبایل)
این از همهچیز فوریتره. اگه کاربر موبایل نتونه اصلاً سایتت رو ببینه، متن رو بخونه یا روی دکمهها کلیک کنه، سرعت لود و CLS به هیچ دردی نمیخوره. مثل اینه که درِ ورودی کافهات قفل باشه؛ دیگه چه فرقی میکنه صندلیهات چقدر راحتن؟ پس اول مطمئن شو کاربر اصلاً میتونه «وارد بشه» و از سایت استفاده کنه.
اولویت دوم: فاجعهبارترین بخش Core Web Vitals
حالا که کاربر تونست وارد بشه، ببینیم حالش چطوره. برو توی گزارش Core Web Vitals. لازم نیست همزمان LCP و INP و CLS رو درست کنی. ببین کدومشون وضعیتش «Poor» (قرمز) هست و بیشترین تعداد URL رو درگیر کرده.
- اگه CLS داغونه (صفحاتت موقع لود میپرن)، معمولاً درست کردنش سریعتره (مثلاً با تعریف کردن سایز برای عکسها) و تأثیرش روانیه زیادی روی کاربر داره.
- اگه LCP فاجعه است (صفحات دیر لود میشن)، شاید کارت سختتر باشه (نیاز به بهینهسازی عکسها، کدها یا حتی تغییر هاست داری)، اما این مهمترین عامل درک کاربر از «سرعت» سایته.
- اگه INP مشکل داره (سایت به کلیکها دیر جواب میده)، معمولاً مشکل از کدهای جاوا اسکریپت سنگینه.
اولویت سوم: صفحات مهم و پولساز
همزمان با اولویت بالا، این رو هم در نظر بگیر: رفع خطاهای «صفحه اصلی» یا «صفحه دستهبندی محصول» خیلی مهمتر از رفع خطای یه مقاله بلاگ قدیمیه که هیچ بازدیدی نداره. اولویتت رو بذار روی صفحاتی که برای بیزینست مهمن.
درک تأخیر ۲۸ روزه دادهها: چرا پس از رفع مشکل، گزارش بلافاصله سبز نمیشود؟
این بخش، همونجاییه که خیلیا ناامید میشن.
من این حس رو خوب میشناسم: تو (یا تیم فنیات) شب تا صبح زحمت کشیدین، یه مشکل CLS رو حل کردین، دکمه «Validate Fix» رو توی سرچ کنسول میزنین و… فرداش هیچ اتفاقی نمیافته!
چرا؟ چون گوگل به تست تو اعتماد نمیکنه؛ به تجربه کاربر واقعی اعتماد میکنه.
یادت باشه گفتیم این دادهها از (CrUX) یا همون تجربه واقعی کاربرهای کروم میاد؟ گوگل باید صبر کنه تا در طول ۲۸ روز آینده، تعداد کافی از کاربرهای واقعی سایت تو رو ببینن، تا مطمئن بشه که اونها واقعاً دارن نسخه بهینه شده رو تجربه میکنن.
- تشبیهش اینه: مثل اینه که رژیم غذاییت رو عوض کردی. فردا صبح که روی ترازو میری، قرار نیست ۱۰ کیلو کم شده باشی! گوگل هم مثل بدن تو، نیاز به زمان داره تا این تغییر مثبت رو توی ۲۸ روز گذشته «ثبت» کنه و مطمئن بشه که یه اتفاق لحظهای نبوده.
پس صبور باش. اگه از ابزارهایی مثل PageSpeed Insights تست گرفتی و بهت «سبز» رو نشون داد، یعنی کارت رو درست انجام دادی. فقط به گوگل زمان بده تا این تغییر رو هضم کنه.
Page Experience یک پروژه تمامشدنی نیست (اهمیت مانیتورینگ دائمی)
و نکته آخر و شاید مهمترین نکته: سبز شدن گزارش Page Experience، پایان ماجرا نیست.
خیلیها فکر میکنن یه بار سایت رو بهینه میکنن و تمومه. این یه اشتباه بزرگه. Page Experience مثل باغبونیه، نه ساختمونسازی. تو نمیتونی باغچهات رو یه بار بیل بزنی و بگی تموم شد!
- چرا دائمیه؟
- چون تو محتوای جدید اضافه میکنی: شاید یه عکس سنگین و بهینهنشده توی مقاله جدیدت، کل LCP اون صفحه رو خراب کنه.
- چون پلاگین جدید نصب میکنی: شاید یه پلاگین خبرنامه، یه پاپآپ مزاحم اضافه کنه یا INP رو به هم بریزه.
- چون گوگل استانداردهاش رو عوض میکنه: همین چند وقت پیش FID بازنشسته شد و INP جاش رو گرفت. اگه حواست نباشه، عقب میافتی.
پس باید یه روتین مانیتورینگ داشته باشی. حداقل هفتهای یکبار به این گزارش سر بزن. ببین آیا URL جدیدی وارد لیست قرمز شده یا نه. این یه کاره تیمی و دائمیه تا مطمئن بشیم «حال» کاربری که به سایتمون میاد، همیشه خوب میمونه.
جمعبندی: سوالات متداول (FAQ) درباره تجربه صفحه
آیا Page Experience مهمترین فکـتور رتبهبندی است؟
بذار همین اول خیالت رو راحت کنم: نه، نیست.
مهمترین فاکتور رتبهبندی، همیشه و هنوز هم، «کیفیت و ارتباط محتوا» بوده و هست.
بیا اینطوری بهش نگاه کنیم: محتوای تو «غذا»یی هست که سرو میکنی، و Page Experience «دکور و تمیزی» اون رستورانه.
اگه غذات (محتوا) بد باشه، بهترین دکور (تجربه صفحه عالی) هم کسی رو نگه نمیداره. کاربر میاد، میبینه جوابش رو نگرفته و میره. اما… اگه دو تا رستوران با غذای عالی (دو تا محتوای رقابتی) کنار هم باشن، تو کدوم رو انتخاب میکنی؟ قطعاً اونی که تمیزتره، صندلی راحتتری داره و سریعتر سفارشت رو آماده میکنه.
پس Page Experience، «فاکتور تعیینکننده» در رقابتهای نزدیکه، اما هرگز جای محتوای عالی رو نمیگیره.
تفاوت گزارش Page Experience با گزارش Core Web Vitals چیست؟
این سوال عالیه چون خیلیا این دوتا رو اشتباه میگیرن.
Page Experience (تجربه صفحه) گزارش «کل» و «نتیجه نهایی» هست.
Core Web Vitals (هستههای حیاتی وب) «مهمترین بخش فنی» این گزارش کلیه.
بذار یه مثال بزنم: فکر کن Page Experience «کارنامه قبولی» توئه. برای اینکه توی این کارنامه «قبول» بشی، باید چندتا درس رو پاس کنی:
- درس Core Web Vitals (که خودش سه بخش LCP, INP, CLS داره و سختترین درسته)
- درس Mobile Usability (سازگاری با موبایل)
- درس HTTPS (امنیت)
پس گزارش Core Web Vitals فقط روی اون درس فنی (سرعت و نرمی) تمرکز میکنه، اما گزارش Page Experience بهت میگه که آیا همه این درسها رو با هم پاس کردی یا نه تا بتونی نمره «Good» رو بگیری.
آیا نداشتن HTTPS به تنهایی کل تجربه صفحه را خراب میکند؟
بله. خراب میکنه.
HTTPS یه فاکتور «صفر یا صد» توی چکلیست Page Experience هست. اگه نداشته باشی، اون صفحه هرگز نمیتونه توی گزارش، نمره «Good» بگیره، حتی اگه سرعتش مثل نور باشه.
اما بذار از گزارش بیایم بیرون و به دنیای واقعی نگاه کنیم. موضوع فقط یه چکباکس سبز توی سرچ کنسول نیست؛ موضوع اعتماده (همون T توی E-E-A-T).
تو حاضری اطلاعات کارت بانکیات رو توی سایتی وارد کنی که مرورگرت داره فریاد میزنه «Not Secure» (ناامن)؟ حتی اگه فقط یه مقاله بخوای بخونی، دیدن اون اخطار ناامنی، اولین حس کاربر به برند تو رو خراب میکنه.
نداشتن HTTPS مثل اینه که یه فروشگاه شیک داشته باشی، ولی قفل درش شکسته باشه. شاید کسی چیزی ندزده، ولی هیچکس با خیال راحت داخل نمیشه.
امیدوارم این جوابها کامل بوده باشه. حالا که همه اینها رو با هم مرور کردیم، فکر میکنی بزرگترین مانعی که الان برای سبز کردن گزارش Page Experience سایتت داری، بیشتر فنیه (مثل سرعت) یا یه چیزیه که به حس کاربر مربوط میشه؟
