چگونه جستجوی گوگل از قوانین حدس و گمان استفاده می کند، چگونه جستجوی گوگل از قوانین حدس و گمان استفاده می کند، چگونه جستجوی گوگل از قوانین حدس و گمان استفاده می کند، چگونه جستجوی گوگل از قوانین حدس و گمان استفاده می کند

بری پولارد
الکسی بوساریف
Oleksiy Busaryev
LinkedIn

تاریخ انتشار: 12 فوریه 2025

جستجوی گوگل یکی از محبوب ترین سایت های وب و همچنین یکی از سریع ترین ها است. تیم جستجو به طور مداوم در حال سرمایه گذاری برای سریعتر کردن تجربه جستجو است. در صفحه‌ای به محبوبیت جستجوی Google، حتی میلی‌ثانیه‌ها به سرعت بهبود پیدا می‌کنند! این علاقه به سرعت شامل صفحه اصلی شناخته شده گوگل، صفحه نتایج موتورهای جستجو (SERP) و کلیک بر روی سایت های دیگر از آن نتایج جستجو می شود.

Google Search از Speculation Rules API برای بهبود سرعت پیمایش از صفحه نتایج جستجو به پیوندهای نتیجه استفاده می‌کند و از چند ویژگی API استفاده می‌کند که ممکن است برای صاحبان سایت‌های دیگر جالب باشد.

دو نتیجه اول را از قبل واکشی کنید

یکی از اولین کاربردهای قوانین حدس و گمان، واکشی اولیه دو نتیجه جستجوی اول بود. برای مثال، جستجوی "تست" شامل قانون حدس و گمان زیر در صفحه است:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

دو URL در پایین دو نتیجه جستجوی اول هستند و بلافاصله از قبل واکشی می شوند. اگر کاربر روی آن‌ها کلیک کند، آنگاه شروع به کار کرده است زیرا سند HTML باید از قبل در دسترس مرورگر باشد.

قانون و تلاش‌های واکشی اولیه را می‌توان در DevTools Application -> Tab Speculation همانطور که قبلاً مستند شده بود مشاهده کرد:

پانل گمانه زنی DevTools که فهرستی از دو تعریف فرهنگ لغت از کلمه متن را نشان می دهد که هر دو با موفقیت واکشی شده اند.
پنل گمانه زنی با دو پیش واکشی موفق.

پیش واکشی های حفظ حریم خصوصی

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

خوشبختانه API با این هدف طراحی شده است و جستجوی Google از دو ویژگی برای حفظ حریم خصوصی کاربر استفاده می کند.

اولین مورد استفاده از پیکربندی requires است، برای اطمینان از اینکه واکشی‌های اولیه از پروکسی واکشی خصوصی در کروم استفاده می‌کنند:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

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

ثانیاً، جستجوی Google از تنظیمات referrer_policy استفاده می‌کند تا اطمینان حاصل کند که هیچ جزئیات کدگذاری شده در URL صفحه جستجو به سایت در هدر HTTP referer ارسال نمی‌شود:

"referrer_policy": "strict-origin",

اکنون اکثر مرورگرها به‌طور پیش‌فرض روی strict-origin-when-cross-origin تنظیم می‌شود ، اما این تنظیم از یک تنظیم سخت‌گیرانه‌تر برای استفاده از خط‌مشی ارجاع‌دهنده strict-origin حتی برای واکشی‌های اولیه یکسان استفاده می‌کند.

اگر کاربر کوکی هایی برای سایت داشته باشد، محافظت سوم به طور خودکار اتفاق می افتد. در این صورت، ممکن است نتایج متفاوتی بر اساس آن کوکی‌ها دریافت کنند و Chrome از HTML از پیش واکشی شده استفاده نخواهد کرد:

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

این بدان معناست که کاربران دارای کوکی‌ها از عملکرد بهبود یافته واکشی اولیه هنگام کلیک کردن بر روی آن سایت بهره نخواهند برد، اما حفاظت از حریم خصوصی و بارگیری دقیق صفحه در اولویت قرار دارند. علاوه بر این، اگر کاربری قبلاً از یک سایت بازدید کرده باشد و کوکی‌هایی برای آن داشته باشد، احتمالاً برخی از دارایی‌های آن سایت را در حافظه پنهان نگه می‌دارد و احتمالاً حتی بدون واکشی اولیه صفحه سریع‌تر بارگذاری می‌شود.

تاثیر واکشی اولیه دو نتیجه اول بر کاربران

مانند بسیاری از تغییرات، جستجوی Google واکشی اولیه را در یک آزمایش آزمایشی A/B اجرا کرد و تأثیر آن را اندازه‌گیری کرد. آنها شاهد پیشرفت های قابل توجهی در بزرگترین رنگ محتوایی (LCP) بودند. در Chrome for Android، LCP برای کلیک‌های جستجوی Google 67 میلی‌ثانیه کاهش یافت. راه‌اندازی بعدی برای Chrome رومیزی منجر به بهبود مشابهی در LCP 58.6 میلی‌ثانیه‌ای شد. اینها بهبودهایی در سایتی است که به آن پیمایش می شود، نه در خود سایت جستجوی Google—اما به نفع کاربران جستجوی Google است.

این پیشرفت‌ها در LCP ممکن است ناچیز به نظر برسند، اما برای یک سایت بسیار بهینه‌شده مانند جستجوی Google، ما حتی پیشرفت‌های میلی‌ثانیه‌ای را برای کاربران خود جشن می‌گیریم، بنابراین بهبود در محدوده ده‌ها میلی‌ثانیه غیرعادی است! سایت شما ممکن است مزایای بسیار بزرگتری ببیند—شما باید آن را امتحان کنید تا متوجه شوید!

واکشی پیش‌فرض با استفاده از قوانین گمانه‌زنی به‌طور پیش‌فرض در جستجوی اندروید از اکتبر 2022 فعال شده است و تا سپتامبر 2024 روی دسک‌تاپ عرضه شد.

فراتر از دو نتیجه اول

از زمان راه‌اندازی اولیه Speculation Rules API، با ویژگی egerness که اجازه می‌دهد تا حدس و گمان‌ها فقط زمانی اتفاق بیفتد که کاربر روی یک پیوند قرار می‌گیرد یا شروع به کلیک کردن روی پیوند می‌کند، تقویت شد.

جستجوی گوگل تصمیم گرفت از دو نتیجه جستجوی اول فراتر رود و همچنین نتایج جستجوی باقیمانده را از قبل واکشی کند - اما فقط زمانی که کاربر روی پیوند با استفاده از تنظیم اشتیاق moderate ​​​​استفاده می کند. این از هدر رفتن بی مورد منابع برای پیوندهایی که احتمال کلیک کمتری دارند جلوگیری می کند.

باز هم، وقتی در کروم جستجو می‌کنید، این قانون در DevTools دیده می‌شود، و مشابه قانون قبلی است، اما این بار با تنظیم گزینه "eagerness": "moderate" :

پانل قوانین DevTools که یک قانون فهرست را با استفاده از anonymouse-client-ip-when-cross-origin، خط مشی ارجاع دهنده با مبدا دقیق، اشتیاق متوسط ​​و هفت URL نشان می دهد.
قانون حدس و گمان مورد استفاده توسط جستجوی گوگل.

نگه داشتن ماوس روی این پیوندها واکشی اولیه را فعال می کند. توجه داشته باشید که «جستجوی Google» به‌جای استفاده از ویژگی قوانین سند در API «قانون‌های گمانه‌زنی»، به‌صراحت URL‌ها را فهرست می‌کند، زیرا آن‌ها نمی‌خواهند نشانی‌های اینترنتی دیگر مانند آگهی‌ها را از قبل واکشی کنند.

تأثیر واکشی از قبل فراتر از دو نتیجه اول بر کاربران

Chrome رومیزی First Contentful Paint (FCP) را برای پیمایش از جستجوی Google 7.6 میلی ثانیه و LCP را 9.5 میلی ثانیه کاهش داد (همانطور که در آزمایش A/B نشان داده شده است). این‌ها در مقایسه با بهبودهای 58.6 میلی‌ثانیه‌ای که در دو نتیجه اول مشاهده شده‌اند، نشان‌دهنده سودهای کوچک‌تر هستند، اما با توجه به زمان کوتاه‌تر، تعجب‌آور نیست، زیرا از قبل مشتاقانه واکشی نشده‌اند. با این حال، به همان دلایلی که قبلا ذکر شد، اینها هنوز هم دستاوردهای خوبی هستند.

واکشی اولیه نتایج جستجوی باقی‌مانده در دسک‌تاپ به‌طور پیش‌فرض در دسامبر ۲۰۲۴ اجرا شد.

برای تلفن همراه - جایی که شناور معمولاً در دسترس نیست - هیچ پیشرفت واقعی مشاهده نشد و بنابراین، در حالی که هیچ رگرسیونی نیز وجود نداشت، این پیش واکشی‌های اضافی در تلفن همراه فعال نشدند.

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

به عنوان یک مثال، وقتی کاربران عبارت‌های جستجو را در نوار آدرس Chrome تایپ می‌کنند، و در مکان‌های دیگری مانند کادر جستجو در Android، Chrome صفحات نتایج جستجوی از پیش اجرا شده را برای کاربرانی که از قبل بارگذاری شده فعال هستند، منتشر می‌کند. این برای سایر موتورهای جستجو نیز قابل اجرا است - نه فقط جستجوی Google - اگرچه ما در حال حاضر از هیچ گونه پیاده سازی برای موتورهای جستجوی دیگر بی اطلاع هستیم.

جستجوی Google به دنبال این نیست که جلوتر رفته و اجرای پیش‌اجرا برای خود پیوندهای نتیجه را اجرا کند، زیرا این برای پیمایش بین سایت‌ها در دسترس نیست (و حتی باید برای پیش‌اجرای‌های هم‌سایتی و با منبع متقابل انتخاب شود).

یادداشتی در مورد پشتیبانی مرورگر

Browser Support

  • کروم: 109.
  • لبه: 109.
  • فایرفاکس: پشتیبانی نمی شود.
  • سافاری: پشتیبانی نمی شود.

Source

Speculation Rules API در حال حاضر در مرورگرهای مبتنی بر Chromium پیاده‌سازی می‌شود، اما Chrome مشخصات API را از طریق فرآیند استانداردهای W3C منتشر می‌کند و مشتاق است مرورگرهای دیگر این API را پیاده‌سازی کنند.

پروکسی واکشی اولیه خصوصی در حال حاضر فقط در Chrome و نه سایر مرورگرهای مبتنی بر Chromium اجرا می‌شود، اما اگر سایر مرورگرها پروکسی واکشی اولیه خصوصی خود را پیاده‌سازی کنند، جستجوی Google ممکن است به دنبال اجرای این پیشرفت‌ها در آنجا نیز باشد.

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

آن را در سایت خود امتحان کنید!

Speculation Rules API برای همه سایت‌ها و نه فقط جستجوی Google در دسترس است. فراتر از قابلیت های پیش واکشی که در اینجا مورد بحث قرار گرفت، پیش اجرا مزایای بیشتری را در زمان و مکان استفاده از آن ارائه می دهد. با توجه به اینکه سایت‌های بزرگی مانند جستجوی Google مزایای واضح این API را برای تجربه کاربر نشان می‌دهند، ما همه صاحبان سایت را تشویق می‌کنیم تا نحوه استفاده و بهره‌مندی بالقوه از API را بررسی کنند.

علاوه بر این، حفاظت از حریم خصوصی که در این پست توضیح داده شده است برای سایت‌های دیگر نیز در دسترس است - با این هشدار که کاربران باید پشتیبانی Extended Preload را در تنظیمات خود فعال کنند تا به سایت‌های غیر Google اجازه دهند ترافیک را با استفاده از پراکسی واکشی اولیه خصوصی Google هدایت کنند. این به این دلیل است که گوگل را به عنوان یک طرف اضافی بین کاربر و سایت معرفی می کند، در حالی که این مورد در سایت های گوگل ضروری نیست - زیرا آنها قبلا یکی از طرف های درگیر هستند.

،

بری پولارد
الکسی بوساریف
Oleksiy Busaryev
LinkedIn

تاریخ انتشار: 12 فوریه 2025

جستجوی گوگل یکی از محبوب ترین سایت های وب و همچنین یکی از سریع ترین ها است. تیم جستجو به طور مداوم در حال سرمایه گذاری برای سریعتر کردن تجربه جستجو است. در صفحه‌ای به محبوبیت جستجوی Google، حتی میلی‌ثانیه‌ها به سرعت بهبود پیدا می‌کنند! این علاقه به سرعت شامل صفحه اصلی شناخته شده گوگل، صفحه نتایج موتورهای جستجو (SERP) و کلیک بر روی سایت های دیگر از آن نتایج جستجو می شود.

Google Search از Speculation Rules API برای بهبود سرعت پیمایش از صفحه نتایج جستجو به پیوندهای نتیجه استفاده می‌کند و از چند ویژگی API استفاده می‌کند که ممکن است برای صاحبان سایت‌های دیگر جالب باشد.

دو نتیجه اول را از قبل واکشی کنید

یکی از اولین کاربردهای قوانین حدس و گمان، واکشی اولیه دو نتیجه جستجوی اول بود. برای مثال، جستجوی "تست" شامل قانون حدس و گمان زیر در صفحه است:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

دو URL در پایین دو نتیجه جستجوی اول هستند و بلافاصله از قبل واکشی می شوند. اگر کاربر روی آن‌ها کلیک کند، آنگاه شروع به کار کرده است زیرا سند HTML باید از قبل در دسترس مرورگر باشد.

قانون و تلاش‌های واکشی اولیه را می‌توان در DevTools Application -> Tab Speculation همانطور که قبلاً مستند شده بود مشاهده کرد:

پانل گمانه زنی DevTools که فهرستی از دو تعریف فرهنگ لغت از کلمه متن را نشان می دهد که هر دو با موفقیت واکشی شده اند.
پنل گمانه زنی با دو پیش واکشی موفق.

پیش واکشی های حفظ حریم خصوصی

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

خوشبختانه API با این هدف طراحی شده است و جستجوی Google از دو ویژگی برای حفظ حریم خصوصی کاربر استفاده می کند.

اولین مورد استفاده از پیکربندی requires است، برای اطمینان از اینکه واکشی‌های اولیه از پروکسی واکشی خصوصی در کروم استفاده می‌کنند:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

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

ثانیاً، جستجوی Google از تنظیمات referrer_policy استفاده می‌کند تا اطمینان حاصل کند که هیچ جزئیات کدگذاری شده در URL صفحه جستجو به سایت در هدر HTTP referer ارسال نمی‌شود:

"referrer_policy": "strict-origin",

اکنون اکثر مرورگرها به‌طور پیش‌فرض روی strict-origin-when-cross-origin تنظیم می‌شود ، اما این تنظیم از یک تنظیم سخت‌گیرانه‌تر برای استفاده از خط‌مشی ارجاع‌دهنده strict-origin حتی برای واکشی‌های اولیه یکسان استفاده می‌کند.

اگر کاربر کوکی هایی برای سایت داشته باشد، محافظت سوم به طور خودکار اتفاق می افتد. در این صورت، ممکن است نتایج متفاوتی بر اساس آن کوکی‌ها دریافت کنند و Chrome از HTML از پیش واکشی شده استفاده نخواهد کرد:

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

این بدان معناست که کاربران دارای کوکی‌ها از عملکرد بهبود یافته واکشی اولیه هنگام کلیک کردن بر روی آن سایت بهره نخواهند برد، اما حفاظت از حریم خصوصی و بارگیری دقیق صفحه در اولویت قرار دارند. علاوه بر این، اگر کاربری قبلاً از یک سایت بازدید کرده باشد و کوکی‌هایی برای آن داشته باشد، احتمالاً برخی از دارایی‌های آن سایت را در حافظه پنهان نگه می‌دارد و احتمالاً حتی بدون واکشی اولیه صفحه سریع‌تر بارگذاری می‌شود.

تاثیر واکشی اولیه دو نتیجه اول بر کاربران

مانند بسیاری از تغییرات، جستجوی Google واکشی اولیه را در یک آزمایش آزمایشی A/B اجرا کرد و تأثیر آن را اندازه‌گیری کرد. آنها شاهد پیشرفت های قابل توجهی در بزرگترین رنگ محتوایی (LCP) بودند. در Chrome for Android، LCP برای کلیک‌های جستجوی Google 67 میلی‌ثانیه کاهش یافت. راه‌اندازی بعدی برای Chrome رومیزی منجر به بهبود مشابهی در LCP 58.6 میلی‌ثانیه‌ای شد. اینها بهبودهایی در سایتی است که به آن پیمایش می شود، نه در خود سایت جستجوی Google—اما به نفع کاربران جستجوی Google است.

این پیشرفت‌ها در LCP ممکن است ناچیز به نظر برسند، اما برای یک سایت بسیار بهینه‌شده مانند جستجوی Google، ما حتی پیشرفت‌های میلی‌ثانیه‌ای را برای کاربران خود جشن می‌گیریم، بنابراین بهبود در محدوده ده‌ها میلی‌ثانیه غیرعادی است! سایت شما ممکن است مزایای بسیار بزرگتری ببیند—شما باید آن را امتحان کنید تا متوجه شوید!

واکشی پیش‌فرض با استفاده از قوانین گمانه‌زنی به‌طور پیش‌فرض در جستجوی اندروید از اکتبر 2022 فعال شده است و تا سپتامبر 2024 روی دسک‌تاپ عرضه شد.

فراتر از دو نتیجه اول

از زمان راه‌اندازی اولیه Speculation Rules API، با ویژگی egerness که اجازه می‌دهد تا حدس و گمان‌ها فقط زمانی اتفاق بیفتد که کاربر روی یک پیوند قرار می‌گیرد یا شروع به کلیک کردن روی پیوند می‌کند، تقویت شد.

جستجوی گوگل تصمیم گرفت از دو نتیجه جستجوی اول فراتر رود و همچنین نتایج جستجوی باقیمانده را از قبل واکشی کند - اما فقط زمانی که کاربر روی پیوند با استفاده از تنظیم اشتیاق moderate ​​​​استفاده می کند. این از هدر رفتن بی مورد منابع برای پیوندهایی که احتمال کلیک کمتری دارند جلوگیری می کند.

باز هم، وقتی در کروم جستجو می‌کنید، این قانون در DevTools دیده می‌شود، و مشابه قانون قبلی است، اما این بار با تنظیم گزینه "eagerness": "moderate" :

پانل قوانین DevTools که یک قانون فهرست را با استفاده از anonymouse-client-ip-when-cross-origin، خط مشی ارجاع دهنده با مبدا دقیق، اشتیاق متوسط ​​و هفت URL نشان می دهد.
قانون حدس و گمان مورد استفاده توسط جستجوی گوگل.

نگه داشتن ماوس روی این پیوندها واکشی اولیه را فعال می کند. توجه داشته باشید که «جستجوی Google» به‌جای استفاده از ویژگی قوانین سند در API «قانون‌های گمانه‌زنی»، به‌صراحت URL‌ها را فهرست می‌کند، زیرا آن‌ها نمی‌خواهند نشانی‌های اینترنتی دیگر مانند آگهی‌ها را از قبل واکشی کنند.

تأثیر واکشی از قبل فراتر از دو نتیجه اول بر کاربران

Chrome رومیزی First Contentful Paint (FCP) را برای پیمایش از جستجوی Google 7.6 میلی ثانیه و LCP را 9.5 میلی ثانیه کاهش داد (همانطور که در آزمایش A/B نشان داده شده است). این‌ها در مقایسه با بهبودهای 58.6 میلی‌ثانیه‌ای که در دو نتیجه اول مشاهده شده‌اند، نشان‌دهنده سودهای کوچک‌تر هستند، اما با توجه به زمان کوتاه‌تر، تعجب‌آور نیست، زیرا از قبل مشتاقانه واکشی نشده‌اند. با این حال، به همان دلایلی که قبلا ذکر شد، اینها هنوز هم دستاوردهای خوبی هستند.

واکشی اولیه نتایج جستجوی باقی‌مانده در دسک‌تاپ به‌طور پیش‌فرض در دسامبر ۲۰۲۴ اجرا شد.

برای تلفن همراه - جایی که شناور معمولاً در دسترس نیست - هیچ پیشرفت واقعی مشاهده نشد و بنابراین، در حالی که هیچ رگرسیونی نیز وجود نداشت، این پیش واکشی‌های اضافی در تلفن همراه فعال نشدند.

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

به عنوان یک مثال، وقتی کاربران عبارت‌های جستجو را در نوار آدرس Chrome تایپ می‌کنند، و در مکان‌های دیگری مانند کادر جستجو در Android، Chrome صفحات نتایج جستجوی از پیش اجرا شده را برای کاربرانی که از قبل بارگذاری شده فعال هستند، منتشر می‌کند. این برای سایر موتورهای جستجو نیز قابل اجرا است - نه فقط جستجوی Google - اگرچه ما در حال حاضر از هیچ گونه پیاده سازی برای موتورهای جستجوی دیگر بی اطلاع هستیم.

جستجوی Google به دنبال این نیست که جلوتر رفته و اجرای پیش‌اجرا برای خود پیوندهای نتیجه را اجرا کند، زیرا این برای پیمایش بین سایت‌ها در دسترس نیست (و حتی باید برای پیش‌اجرای‌های هم‌سایتی و با منبع متقابل انتخاب شود).

یادداشتی در مورد پشتیبانی مرورگر

Browser Support

  • کروم: 109.
  • لبه: 109.
  • فایرفاکس: پشتیبانی نمی شود.
  • سافاری: پشتیبانی نمی شود.

Source

Speculation Rules API در حال حاضر در مرورگرهای مبتنی بر Chromium پیاده‌سازی می‌شود، اما Chrome مشخصات API را از طریق فرآیند استانداردهای W3C منتشر می‌کند و مشتاق است مرورگرهای دیگر این API را پیاده‌سازی کنند.

پروکسی واکشی اولیه خصوصی در حال حاضر فقط در Chrome و نه سایر مرورگرهای مبتنی بر Chromium اجرا می‌شود، اما اگر سایر مرورگرها پروکسی واکشی اولیه خصوصی خود را پیاده‌سازی کنند، جستجوی Google ممکن است به دنبال اجرای این پیشرفت‌ها در آنجا نیز باشد.

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

آن را در سایت خود امتحان کنید!

Speculation Rules API برای همه سایت‌ها و نه فقط جستجوی Google در دسترس است. فراتر از قابلیت های پیش واکشی که در اینجا مورد بحث قرار گرفت، پیش اجرا مزایای بیشتری را در زمان و مکان استفاده از آن ارائه می دهد. با توجه به اینکه سایت‌های بزرگی مانند جستجوی Google مزایای واضح این API را برای تجربه کاربر نشان می‌دهند، ما همه صاحبان سایت را تشویق می‌کنیم تا نحوه استفاده و بهره‌مندی بالقوه از API را بررسی کنند.

علاوه بر این، حفاظت از حریم خصوصی که در این پست توضیح داده شده است برای سایت‌های دیگر نیز در دسترس است - با این هشدار که کاربران باید پشتیبانی Extended Preload را در تنظیمات خود فعال کنند تا به سایت‌های غیر Google اجازه دهند ترافیک را با استفاده از پراکسی واکشی اولیه خصوصی Google هدایت کنند. این به این دلیل است که گوگل را به عنوان یک طرف اضافی بین کاربر و سایت معرفی می کند، در حالی که این مورد در سایت های گوگل ضروری نیست - زیرا آنها قبلا یکی از طرف های درگیر هستند.

،

بری پولارد
الکسی بوساریف
Oleksiy Busaryev
LinkedIn

تاریخ انتشار: 12 فوریه 2025

جستجوی گوگل یکی از محبوب ترین سایت های وب و همچنین یکی از سریع ترین ها است. تیم جستجو به طور مداوم در حال سرمایه گذاری برای سریعتر کردن تجربه جستجو است. در صفحه‌ای به محبوبیت جستجوی Google، حتی میلی‌ثانیه‌ها به سرعت بهبود پیدا می‌کنند! این علاقه به سرعت شامل صفحه اصلی شناخته شده گوگل، صفحه نتایج موتورهای جستجو (SERP) و کلیک بر روی سایت های دیگر از آن نتایج جستجو می شود.

Google Search از Speculation Rules API برای بهبود سرعت پیمایش از صفحه نتایج جستجو به پیوندهای نتیجه استفاده می‌کند و از چند ویژگی API استفاده می‌کند که ممکن است برای صاحبان سایت‌های دیگر جالب باشد.

دو نتیجه اول را از قبل واکشی کنید

یکی از اولین کاربردهای قوانین حدس و گمان، واکشی اولیه دو نتیجه جستجوی اول بود. برای مثال، جستجوی "تست" شامل قانون حدس و گمان زیر در صفحه است:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

دو URL در پایین دو نتیجه جستجوی اول هستند و بلافاصله از قبل واکشی می شوند. اگر کاربر روی آن‌ها کلیک کند، آنگاه شروع به کار کرده است زیرا سند HTML باید از قبل در دسترس مرورگر باشد.

قانون و تلاش‌های واکشی اولیه را می‌توان در DevTools Application -> Tab Speculation همانطور که قبلاً مستند شده بود مشاهده کرد:

پانل گمانه زنی DevTools که فهرستی از دو تعریف فرهنگ لغت از کلمه متن را نشان می دهد که هر دو با موفقیت واکشی شده اند.
پنل گمانه زنی با دو پیش واکشی موفق.

پیش واکشی های حفظ حریم خصوصی

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

خوشبختانه API با این هدف طراحی شده است و جستجوی Google از دو ویژگی برای حفظ حریم خصوصی کاربر استفاده می کند.

اولین مورد استفاده از پیکربندی requires است، برای اطمینان از اینکه واکشی‌های اولیه از پروکسی واکشی خصوصی در کروم استفاده می‌کنند:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

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

ثانیاً، جستجوی Google از تنظیمات referrer_policy استفاده می‌کند تا اطمینان حاصل کند که هیچ جزئیات کدگذاری شده در URL صفحه جستجو به سایت در هدر HTTP referer ارسال نمی‌شود:

"referrer_policy": "strict-origin",

اکنون اکثر مرورگرها به‌طور پیش‌فرض روی strict-origin-when-cross-origin تنظیم می‌شود ، اما این تنظیم از یک تنظیم سخت‌گیرانه‌تر برای استفاده از خط‌مشی ارجاع‌دهنده strict-origin حتی برای واکشی‌های اولیه یکسان استفاده می‌کند.

اگر کاربر کوکی هایی برای سایت داشته باشد، محافظت سوم به طور خودکار اتفاق می افتد. در این صورت، ممکن است نتایج متفاوتی بر اساس آن کوکی‌ها دریافت کنند و Chrome از HTML از پیش واکشی شده استفاده نخواهد کرد:

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

این بدان معناست که کاربران دارای کوکی‌ها از عملکرد بهبود یافته واکشی اولیه هنگام کلیک کردن بر روی آن سایت بهره نخواهند برد، اما حفاظت از حریم خصوصی و بارگیری دقیق صفحه در اولویت قرار دارند. علاوه بر این، اگر کاربری قبلاً از یک سایت بازدید کرده باشد و کوکی‌هایی برای آن داشته باشد، احتمالاً برخی از دارایی‌های آن سایت را در حافظه پنهان نگه می‌دارد و احتمالاً حتی بدون واکشی اولیه صفحه سریع‌تر بارگذاری می‌شود.

تاثیر واکشی اولیه دو نتیجه اول بر کاربران

مانند بسیاری از تغییرات، جستجوی Google واکشی اولیه را در یک آزمایش آزمایشی A/B اجرا کرد و تأثیر آن را اندازه‌گیری کرد. آنها شاهد پیشرفت های قابل توجهی در بزرگترین رنگ محتوایی (LCP) بودند. در Chrome for Android، LCP برای کلیک‌های جستجوی Google 67 میلی‌ثانیه کاهش یافت. راه‌اندازی بعدی برای Chrome رومیزی منجر به بهبود مشابهی در LCP 58.6 میلی‌ثانیه‌ای شد. اینها بهبودهایی در سایتی است که به آن پیمایش می شود، نه در خود سایت جستجوی Google—اما به نفع کاربران جستجوی Google است.

این پیشرفت‌ها در LCP ممکن است ناچیز به نظر برسند، اما برای یک سایت بسیار بهینه‌شده مانند جستجوی Google، ما حتی پیشرفت‌های میلی‌ثانیه‌ای را برای کاربران خود جشن می‌گیریم، بنابراین بهبود در محدوده ده‌ها میلی‌ثانیه غیرعادی است! سایت شما ممکن است مزایای بسیار بزرگتری ببیند—شما باید آن را امتحان کنید تا متوجه شوید!

واکشی پیش‌فرض با استفاده از قوانین گمانه‌زنی به‌طور پیش‌فرض در جستجوی اندروید از اکتبر 2022 فعال شده است و تا سپتامبر 2024 روی دسک‌تاپ عرضه شد.

فراتر از دو نتیجه اول

از زمان راه‌اندازی اولیه Speculation Rules API، با ویژگی egerness که اجازه می‌دهد تا حدس و گمان‌ها فقط زمانی اتفاق بیفتد که کاربر روی یک پیوند قرار می‌گیرد یا شروع به کلیک کردن روی پیوند می‌کند، تقویت شد.

جستجوی گوگل تصمیم گرفت از دو نتیجه جستجوی اول فراتر رود و همچنین نتایج جستجوی باقیمانده را از قبل واکشی کند - اما فقط زمانی که کاربر روی پیوند با استفاده از تنظیم اشتیاق moderate ​​​​استفاده می کند. این از هدر رفتن بی مورد منابع برای پیوندهایی که احتمال کلیک کمتری دارند جلوگیری می کند.

باز هم، وقتی در کروم جستجو می‌کنید، این قانون در DevTools دیده می‌شود، و مشابه قانون قبلی است، اما این بار با تنظیم گزینه "eagerness": "moderate" :

پانل قوانین DevTools که یک قانون فهرست را با استفاده از anonymouse-client-ip-when-cross-origin، خط مشی ارجاع دهنده با مبدا دقیق، اشتیاق متوسط ​​و هفت URL نشان می دهد.
قانون حدس و گمان مورد استفاده توسط جستجوی گوگل.

نگه داشتن ماوس روی این پیوندها واکشی اولیه را فعال می کند. توجه داشته باشید که «جستجوی Google» به‌جای استفاده از ویژگی قوانین سند در API «قانون‌های گمانه‌زنی»، به‌صراحت URL‌ها را فهرست می‌کند، زیرا آن‌ها نمی‌خواهند نشانی‌های اینترنتی دیگر مانند آگهی‌ها را از قبل واکشی کنند.

تأثیر واکشی از قبل فراتر از دو نتیجه اول بر کاربران

Chrome رومیزی First Contentful Paint (FCP) را برای پیمایش از جستجوی Google 7.6 میلی ثانیه و LCP را 9.5 میلی ثانیه کاهش داد (همانطور که در آزمایش A/B نشان داده شده است). این‌ها در مقایسه با بهبودهای 58.6 میلی‌ثانیه‌ای که در دو نتیجه اول مشاهده شده‌اند، نشان‌دهنده سودهای کوچک‌تر هستند، اما با توجه به زمان کوتاه‌تر، تعجب‌آور نیست، زیرا از قبل مشتاقانه واکشی نشده‌اند. با این حال، به همان دلایلی که قبلا ذکر شد، اینها هنوز هم دستاوردهای خوبی هستند.

واکشی اولیه نتایج جستجوی باقی‌مانده در دسک‌تاپ به‌طور پیش‌فرض در دسامبر ۲۰۲۴ اجرا شد.

برای تلفن همراه - جایی که شناور معمولاً در دسترس نیست - هیچ پیشرفت واقعی مشاهده نشد و بنابراین، در حالی که هیچ رگرسیونی نیز وجود نداشت، این پیش واکشی‌های اضافی در تلفن همراه فعال نشدند.

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

به عنوان یک مثال، وقتی کاربران عبارت‌های جستجو را در نوار آدرس Chrome تایپ می‌کنند، و در مکان‌های دیگری مانند کادر جستجو در Android، Chrome صفحات نتایج جستجوی از پیش اجرا شده را برای کاربرانی که از قبل بارگذاری شده فعال هستند، منتشر می‌کند. این برای سایر موتورهای جستجو نیز قابل اجرا است - نه فقط جستجوی Google - اگرچه ما در حال حاضر از هیچ گونه پیاده سازی برای موتورهای جستجوی دیگر بی اطلاع هستیم.

جستجوی Google به دنبال این نیست که جلوتر رفته و اجرای پیش‌اجرا برای خود پیوندهای نتیجه را اجرا کند، زیرا این برای پیمایش بین سایت‌ها در دسترس نیست (و حتی باید برای پیش‌اجرای‌های هم‌سایتی و با منبع متقابل انتخاب شود).

یادداشتی در مورد پشتیبانی مرورگر

Browser Support

  • کروم: 109.
  • لبه: 109.
  • فایرفاکس: پشتیبانی نمی شود.
  • سافاری: پشتیبانی نمی شود.

Source

Speculation Rules API در حال حاضر در مرورگرهای مبتنی بر Chromium پیاده‌سازی می‌شود، اما Chrome مشخصات API را از طریق فرآیند استانداردهای W3C منتشر می‌کند و مشتاق است مرورگرهای دیگر این API را پیاده‌سازی کنند.

پروکسی واکشی اولیه خصوصی در حال حاضر فقط در Chrome و نه سایر مرورگرهای مبتنی بر Chromium اجرا می‌شود، اما اگر سایر مرورگرها پروکسی واکشی اولیه خصوصی خود را پیاده‌سازی کنند، جستجوی Google ممکن است به دنبال اجرای این پیشرفت‌ها در آنجا نیز باشد.

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

آن را در سایت خود امتحان کنید!

Speculation Rules API برای همه سایت‌ها و نه فقط جستجوی Google در دسترس است. فراتر از قابلیت های پیش واکشی که در اینجا مورد بحث قرار گرفت، پیش اجرا مزایای بیشتری را در زمان و مکان استفاده از آن ارائه می دهد. با توجه به اینکه سایت‌های بزرگی مانند جستجوی Google مزایای واضح این API را برای تجربه کاربر نشان می‌دهند، ما همه صاحبان سایت را تشویق می‌کنیم تا نحوه استفاده و بهره‌مندی بالقوه از API را بررسی کنند.

علاوه بر این، حفاظت از حریم خصوصی که در این پست توضیح داده شده است برای سایت‌های دیگر نیز در دسترس است - با این هشدار که کاربران باید پشتیبانی Extended Preload را در تنظیمات خود فعال کنند تا به سایت‌های غیر Google اجازه دهند ترافیک را با استفاده از پراکسی واکشی اولیه خصوصی Google هدایت کنند. این به این دلیل است که گوگل را به عنوان یک طرف اضافی بین کاربر و سایت معرفی می کند، در حالی که این مورد در سایت های گوگل ضروری نیست - زیرا آنها قبلا یکی از طرف های درگیر هستند.

،

بری پولارد
الکسی بوساریف
Oleksiy Busaryev
LinkedIn

تاریخ انتشار: 12 فوریه 2025

جستجوی گوگل یکی از محبوب ترین سایت های وب و همچنین یکی از سریع ترین ها است. تیم جستجو به طور مداوم در حال سرمایه گذاری برای سریعتر کردن تجربه جستجو است. در صفحه‌ای به محبوبیت جستجوی Google، حتی میلی‌ثانیه‌ها به سرعت بهبود پیدا می‌کنند! این علاقه به سرعت شامل صفحه اصلی شناخته شده گوگل، صفحه نتایج موتورهای جستجو (SERP) و کلیک بر روی سایت های دیگر از آن نتایج جستجو می شود.

Google Search از Speculation Rules API برای بهبود سرعت پیمایش از صفحه نتایج جستجو به پیوندهای نتیجه استفاده می‌کند و از چند ویژگی API استفاده می‌کند که ممکن است برای صاحبان سایت‌های دیگر جالب باشد.

دو نتیجه اول را از قبل واکشی کنید

یکی از اولین کاربردهای قوانین حدس و گمان، واکشی اولیه دو نتیجه جستجوی اول بود. برای مثال، جستجوی "تست" شامل قانون حدس و گمان زیر در صفحه است:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

دو URL در پایین دو نتیجه جستجوی اول هستند و بلافاصله از قبل واکشی می شوند. اگر کاربر روی آن‌ها کلیک کند، آنگاه شروع به کار کرده است زیرا سند HTML باید از قبل در دسترس مرورگر باشد.

قانون و تلاش‌های واکشی اولیه را می‌توان در DevTools Application -> Tab Speculation همانطور که قبلاً مستند شده بود مشاهده کرد:

پانل گمانه زنی DevTools که فهرستی از دو تعریف فرهنگ لغت از کلمه متن را نشان می دهد که هر دو با موفقیت واکشی شده اند.
پنل گمانه زنی با دو پیش واکشی موفق.

پیش واکشی های حفظ حریم خصوصی

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

خوشبختانه API با این هدف طراحی شده است و جستجوی Google از دو ویژگی برای حفظ حریم خصوصی کاربر استفاده می کند.

اولین مورد استفاده از پیکربندی requires است، برای اطمینان از اینکه واکشی‌های اولیه از پروکسی واکشی خصوصی در کروم استفاده می‌کنند:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

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

ثانیاً، جستجوی Google از تنظیمات referrer_policy استفاده می‌کند تا اطمینان حاصل کند که هیچ جزئیات کدگذاری شده در URL صفحه جستجو به سایت در هدر HTTP referer ارسال نمی‌شود:

"referrer_policy": "strict-origin",

اکنون اکثر مرورگرها به‌طور پیش‌فرض روی strict-origin-when-cross-origin تنظیم می‌شود ، اما این تنظیم از یک تنظیم سخت‌گیرانه‌تر برای استفاده از خط‌مشی ارجاع‌دهنده strict-origin حتی برای واکشی‌های اولیه یکسان استفاده می‌کند.

اگر کاربر کوکی هایی برای سایت داشته باشد، محافظت سوم به طور خودکار اتفاق می افتد. در این صورت، ممکن است نتایج متفاوتی بر اساس آن کوکی‌ها دریافت کنند و Chrome از HTML از پیش واکشی شده استفاده نخواهد کرد:

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

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

تأثیرگذاری بر کاربران از پیش بینی دو نتیجه اول

همانطور که با اکثر تغییرات ، جستجوی گوگل در یک آزمایش آزمایش A/B پیش بینی کرد و تأثیر را اندازه گیری کرد. آنها شاهد پیشرفتهای چشمگیری در بزرگترین رنگ محتوا (LCP) بودند. در Chrome for Android ، LCP برای کلیک از Google Search توسط 67 میلی ثانیه کاهش یافته است. راه اندازی پیگیری برای کروم دسک تاپ منجر به پیشرفت مشابه در LCP 58.6 میلی ثانیه شد. اینها پیشرفت هایی است که سایت به آن مرور می شود ، نه به خود سایت جستجوی Google - اما این به نفع کاربران جستجوی Google است.

این پیشرفت ها در LCP ممکن است ناچیز به نظر برسد ، اما برای یک سایت بیش از حد بهینه مانند جستجوی گوگل ، ما حتی پیشرفت های میلی ثانیه ای را برای کاربران خود جشن می گیریم ، بنابراین پیشرفت در محدوده ده ها میلی ثانیه غیر معمول است! سایت شما ممکن است فواید قابل توجهی بزرگتر را ببیند - شما باید آن را امتحان کنید تا دریابید!

پیش بینی با استفاده از قوانین حدس و گمان به طور پیش فرض در جستجوی اندروید از اکتبر 2022 فعال شده و تا سپتامبر 2024 به دسکتاپ منتقل شد.

فراتر از دو نتیجه اول

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

Google Search تصمیم گرفت فراتر از دو نتیجه جستجوی اول حرکت کند و همچنین نتایج جستجو را باقی بماند - اما فقط وقتی کاربر با استفاده از تنظیم moderate ​​اشتیاق ، روی لینک حرکت می کند. این امر مانع از هدر رفتن غیر ضروری منابع برای پیوندهایی می شود که کمتر کلیک می شوند.

باز هم ، این قانون را می توان در DevTools هنگام جستجوی Chrome مشاهده کرد ، و با قانون قبلی یکسان است ، اما این بار با "eagerness": "moderate" مجموعه:

پانل قوانین DevTools یک قانون لیست را با استفاده از ناشناس-مشتری-مشتری-IP-WHEN-CROSS-ORIGIN ، یک خط مشی ارجاع شدید ، اشتیاق متوسط ​​و هفت URL نشان می دهد.
قانون حدس و گمان مورد استفاده توسط Google Search.

معلق در این پیوندها باعث ایجاد پیشگویی می شود. توجه داشته باشید که Google Search صریحاً URL ها را به جای استفاده از ویژگی قوانین اسناد API قوانین حدس و گمان لیست می کند ، زیرا آنها نمی خواهند URL های دیگری مانند تبلیغات را ترجیح دهند.

تأثیر برای کاربران از پیش بینی فراتر از دو نتیجه اول

دسک تاپ Chrome اولین رنگ محتوا (FCP) را برای پیمایش از جستجوی گوگل توسط 7.6 میلی ثانیه و LCP با 9.5 میلی ثانیه کاهش داد (همانطور که توسط آزمایش A/B نشان داده شده است). اینها سودهای کمتری را در مقایسه با پیشرفت 58.6 میلی ثانیه مشاهده می کنند که در دو نتیجه اول مشاهده می شود ، اما با توجه به زمان سرب کوچکتر ، تعجب آور نیست زیرا آنها به عنوان مشتاقانه پیش بینی نمی شوند. با این حال ، اینها هنوز هم به همان دلایلی که قبلاً داده شد ، دستاوردهای خوبی هستند.

پیش بینی نتایج جستجوی باقیمانده در دسک تاپ به طور پیش فرض در دسامبر سال 2024 انجام شد.

برای موبایل - جایی که معمولاً شناور در دسترس نیست - هیچ پیشرفت واقعی دیده نمی شود و بنابراین ، در حالی که هیچ رگرسی نیز وجود نداشت ، این پیش نویس های اضافی در تلفن همراه فعال نبودند.

Google با آزمایش این API جدید هیجان انگیز تمام نشده است و امید ما این است که هرچه سریعتر وب را مرور کنیم. ما چند ترفند دیگر در آستین خود داریم که روی آن کار می کنیم.

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

Google Search به دنبال این نیست که بیشتر به دنبال پیوندهای نتیجه باشد ، زیرا این امر برای ناوبری متقابل سایت ها در دسترس نیست (و حتی باید برای پیش نویس های یکسان و متقاطع انتخاب شود ).

یادداشتی در مورد پشتیبانی مرورگر

Browser Support

  • کروم: 109.
  • لبه: 109.
  • فایرفاکس: پشتیبانی نمی شود.
  • سافاری: پشتیبانی نمی شود.

Source

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

پروکسی PREFETCH خصوصی در حال حاضر فقط در Chrome و نه سایر مرورگرهای مبتنی بر کروم اجرا شده است ، اما اگر مرورگرهای دیگر پروکسی Prefetch خصوصی خود را پیاده سازی کنند ، جستجوی Google ممکن است به دنبال اجرای این پیشرفت ها نیز باشد.

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

آن را در سایت خود امتحان کنید!

قوانین گمانه زنی API برای همه سایتها برای استفاده در دسترس است ، نه فقط جستجوی Google. فراتر از قابلیت های پیش تنظیم که در اینجا مورد بحث قرار گرفته است ، پیش نویس فواید بیشتری را در هنگام استفاده از آن و در کجا می توان از آن استفاده کرد. با وجود سایت های بزرگ مانند جستجوی Google که مزایای روشنی از این API را برای تجربه کاربر نشان می دهد ، ما همه صاحبان سایت را ترغیب می کنیم تا نحوه استفاده از آنها را جستجو کنند و به طور بالقوه از API بهره مند شوند.

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