Di tengah gelombang patch keamanan PHP Oktober 2026, Google Search Central kembali menekankan cara aman mematikan situs sementara. Bila runtime PHP atau aplikasi harus offline untuk maintenance darurat, HTTP 503 update PHP yang benar seharusnya datang dari lapisan web server, CDN, atau reverse proxy, bukan dari PHP yang sedang tidak jalan. Panduan menjeda bisnis online sementara bukan kebijakan baru Oktober 2026, melainkan reminder yang relevan lagi saat banyak admin mematikan stack PHP untuk upgrade.
503 bukan aturan baru, tapi sinyal sementara
Google menempatkan penonaktifan seluruh situs sebagai langkah ekstrem. Dokumentasi menyarankan menonaktifkan fungsi checkout atau keranjang terlebih dulu bila bisnis hanya perlu berhenti menerima pesanan. Bila seluruh situs memang harus down, respons 503 Service Unavailable memberi sinyal outage sementara. Googlebot dapat kembali later tanpa Anda memperlakukan URL seolah hilang permanen.
503 tidak menjamin ranking atau indeks tetap utuh. Google menjelaskan crawl rate dapat melambat dan URL yang lama-lama tidak dapat diakses dapat keluar dari indeks. Reminder ini tentang semantik HTTP yang tepat, bukan jaminan SEO.
Layer di luar PHP dan kesalahan status
Namun, media industri melaporkan John Mueller menegaskan Anda tidak perlu merender halaman maintenance lewat PHP. Nginx, Apache, load balancer, atau Cloudflare dapat mengembalikan 503 statis saat tim mematikan interpreter PHP. Jika Anda hanya mematikan FPM tanpa fallback di edge, crawler bisa melihat timeout, 500 generik, atau 404 yang menyesatkan.
Kesalahan lain adalah halaman “sedang maintenance” yang mengembalikan 200 OK. Google memperingatkan crawler dapat mengindeks halaman error itu sebagai konten biasa. Untuk outage singkat (sekitar satu hingga dua hari), Google merekomendasikan 503 informatif, bukan 404, 410, noindex, atau memblokir seluruh situs lewat robots.txt.
Header Retry-After boleh menyertai 503 agar crawler dan browser tahu kapan retry masuk akal. Google membahas pola itu dalam konteks beban server, dan pembaca yang ingin detail teknis dapat melihat artikel CodeF tentang Retry-After dan crawl rate.
robots.txt dan konteks patch PHP
Selama maintenance, Google meminta robots.txt tetap bisa diakses Googlebot. Jangan mengembalikan 503 khusus untuk file robots.txt karena hal itu memblokir crawling sepenuhnya. Jangan pula memakai disallow total sebagai pengganti halaman maintenance.
Patch PHP kritis memang mendorong restart cepat, tetapi tidak setiap upgrade wajib membuat situs publik offline. Bila downtime tidak terhindung, urutan yang masuk akal: hentikan aplikasi, layani 503 dari layer infrastruktur, pastikan robots.txt hidup, patch dan uji PHP, lalu kembalikan respons 200 normal. Konteks rilis versi aman ada pada berita patch keamanan PHP RCE Oktober 2026, sementara artikel ini fokus pada sinyal Google saat admin sengaja mematikan server.
Tim yang khawatir maintenance panjang memburukkan visibilitas perlu memantau Search Console setelah situs hidup kembali. Panduan Google juga menyarankan meminta recrawl halaman penting bila perubahan status besar. Itu langkah operasional setelah 503 singkat, bukan pengganti perbaikan keamanan PHP itu sendiri.
Google memperingatkan menonaktifkan seluruh situs beberapa minggu dapat memperlambat reindexing saat Anda kembali online. Reminder 503 dalam konteks patch darurat mengasumsikan jendela maintenance singkat dan terencana. Admin yang memakai panel hosting sebaiknya dokumentasikan status code aktual dengan curl sebelum dan sesudah restart PHP agar tim SEO tidak menebak dari laporan uptime saja.
Bila maintenance hanya menutup checkout, Google justru lebih suka membatasi fungsi situs daripada menghapusnya dari Search. Konteks patch PHP memang sering memaksa downtime total, sehingga kombinasi 503 statis plus robots.txt hidup tetap menjadi pola paling aman menurut dokumentasi resmi saat ini.
