Pada 6 Oktober 2026, Google menulis semula dokumentasi "Kurangkan kadar rangkak Google". Menurut log perubahan, bahagian pengurangan kadar rangkak kecemasan telah disusun semula, dan penerangan serta contoh tentang pengepala Retry-After dimasukkan terus ke dalam panduan itu. Log perubahan juga menyatakan bahawa sokongan untuk Retry-After bukanlah perkara baharu — ia sudah didokumenkan dalam halaman "Jeda atau lumpuhkan tapak web buat sementara"; kali ini ia hanya diletakkan di tempat yang lebih mudah ditemui. Jika anda menjalankan tapak pada mesin kecil, inilah brek rasmi yang wajar disimpan.

Cari Puncanya Sebelum Menekan Brek

Berdasarkan laporan yang diterima Google, dokumentasi itu menyatakan bahawa punca paling lazim lonjakan rangkakan secara mendadak ialah struktur URL tapak itu sendiri: navigasi berfaset dan fungsi isihan serta penapisan lain, kalendar yang menjana banyak URL untuk tarikh tertentu, dan sasaran Iklan Carian Dinamik. Google mengesyorkan anda menyemak dengan syarikat pengehosan dan melihat log akses terkini pelayan untuk mengetahui sama ada trafik itu sepadan dengan salah satu punca ini. Untuk cara menyelami log, lihat mendiagnosis penggunaan CPU 100% pada VPS; jika trafik sebenarnya datang daripada perangkak AI atau bot yang menyamar sebagai perangkak, itu masalah lain, yang dibincangkan dalam perangkak AI sedang menghabiskan lebar jalur pelayan anda.

Brek Kecemasan: Kembalikan 500, 503 atau 429

  • Caranya: untuk tempoh yang singkat (contoh dalam dokumentasi ialah beberapa jam, atau 1-2 hari), kembalikan 500, 503 atau 429 kepada permintaan rangkak Google dan bukannya 200.
  • Kesannya: apabila perangkak Google menemui sejumlah besar kod status ini, ia mengurangkan kadar rangkak di seluruh nama hos (contohnya subdomain.example.com), termasuk URL yang mengembalikan ralat dan URL yang mengembalikan kandungan, dan menaikkannya semula secara automatik apabila ralat berkurangan.
  • Retry-After: bersama 503 atau 429 anda boleh menambah pengepala Retry-After, sama ada sebagai kelewatan dalam saat (seperti Retry-After: 120) atau sebagai tarikh dan masa UTC mutlak, untuk memberitahu perangkak bila boleh kembali.

Kosnya Juga Dinyatakan dengan Jelas

  • Bagi Carian, Googlebot menemui lebih sedikit halaman baharu semasa brek ditekan, halaman sedia ada dimuat semula dengan lebih jarang (perubahan harga dan ketersediaan, contohnya, mengambil masa lebih lama untuk dipaparkan), dan halaman yang dipadam mungkin kekal lebih lama dalam indeks. Bagi Google Ads, kempen mungkin dibatalkan atau dijeda dan iklan mungkin tidak disiarkan.
  • Jangan teruskan lebih daripada 1-2 hari. Jika Googlebot melihat kod status ini pada URL yang sama selama beberapa hari, URL itu mungkin digugurkan daripada indeks.
  • Jika mengembalikan ralat kepada perangkak tidak dapat dilakukan, anda boleh memfailkan permintaan khas tentang kadar rangkak yang luar biasa tinggi, tetapi anda tidak boleh meminta kadar yang lebih tinggi, dan penilaian mungkin mengambil masa beberapa hari.

Melaksanakannya pada VPS

Sajikan 503 di lapisan pelayan web atau aplikasi, hanya untuk perangkak dan hanya semasa kecemasan, dan ingat untuk membuangnya selepas itu. Rentetan User-Agent boleh dipalsukan; Google mendokumenkan cara mengesahkan perangkaknya dengan carian DNS terbalik atau berdasarkan alamat IP yang diterbitkannya. Jika beban sudah menyebabkan ralat 502 / 504, pulihkan perkhidmatan dahulu menggunakan panduan penyelesaian masalah 502 / 504. Untuk jangka panjang, jika mesin itu tidak mampu menampung rangkakan biasa, sudah tiba masanya untuk menentukan semula saiz VPS mengikut beban kerja atau meletakkan aset statik di belakang CDN.