Pastikan situs produksi dapat diambil oleh perayap
Daftar halaman yang Anda ingin ditemukan: biasanya halaman beranda, halaman produk atau layanan inti, kategori penting, halaman dukungan, dan artikel orisinal. Catat setiap URL HTTPS akhir dan apakah URL tersebut dimaksudkan untuk pencarian. Uji alamat produksi publik di peramban yang belum masuk (logged-out); staging, preview, dan tampilan yang memerlukan masuk dapat berperilaku berbeda.
Periksa adanya dinding kata sandi, direktif noindex situs-lebar, aturan robots, kesalahan, rantai pengalihan, dan aset yang diperlukan untuk render yang hilang. robots.txt mengelola akses perayap; Google mengatakan itu bukan cara untuk menyembunyikan halaman web dari hasil pencarian. Gunakan kontrol akses untuk konten privat dan noindex untuk halaman publik yang secara sengaja dikecualikan dari pencarian.
Pisahkan halaman publik yang dapat diindeks, pengecualian yang disengaja, dan area privat sebelum pengujian.
Muat URL yang dipilih dan varian HTTP, host, slash, dan warisan yang relevan.
Pilih satu URL preferen untuk tiap konten
URL kanonis adalah alamat perwakilan untuk konten duplikat atau sangat mirip. Tentukan host yang dipilih, konvensi slash, dan perlakuan terhadap parameter, halaman cetak, dan jalur yang dihentikan. Navigasi, sitemap XML, tautan canonical, dan pengalihan harus menamai alamat yang sama.
Gunakan pengalihan sisi-server permanen saat menghapus atau mengonsolidasikan duplikat. Pada halaman HTML yang dapat diindeks, gunakan tautan rel=canonical absolut di head halaman, termasuk tautan yang merujuk pada dirinya sendiri di halaman preferen. Google menggambarkan pengalihan dan anotasi canonical sebagai sinyal kuat, penyertaan sitemap sebagai sinyal yang lebih lemah, dan tetap dapat membuat pilihan canonical sendiri.
Untuk setiap varian bermakna, catat sumbernya, tujuan, canonical, dan alasannya.
Jangan mencantumkan satu URL di sitemap sambil menyatakan atau menautkan URL lain sebagai canonical.
Redirect varian HTTP ke alamat preferen HTTPS yang digunakan.
Buat halaman prioritas jelas dan berguna
Tulis judul halaman yang unik dan ringkas yang secara akurat mengidentifikasi penawaran atau jawaban. Tambahkan meta deskripsi singkat khusus halaman sebagai ringkasan kandidat, bukan janji apa yang akan ditampilkan Google. Google dapat menghasilkan judul dari beberapa sinyal dan cuplikan dari isi halaman atau kadang dari deskripsi. Letakkan penjelasan esensial dan langkah selanjutnya di salinan yang terlihat.
Gunakan heading yang deskriptif dan bahasa alami yang menjawab tugas pengunjung. Hindari teks yang disalin dan halaman yang hampir identik dengan sedikit nilai unik. Berikan teks alternatif yang deskriptif untuk gambar yang bermakna. Jangan menghabiskan upaya peluncuran pada meta tag kata kunci: web.dev mengatakan mesin pencari tidak lagi menganggapnya berguna.
Pembaca bisa membedakan halaman dari judul tanpa istilah yang berulang.
Halaman menjawab pertanyaan utamanya sebelum meminta penjualan atau pendaftaran.
Hubungkan situs dengan tautan internal yang berguna
Tautan internal adalah tautan antar halaman pada situs yang sama. Mereka membantu pengunjung menavigasi dan membantu Google menemukan konten. Tautkan dari beranda dan hub relevan ke halaman prioritas, menggunakan anchor text yang mengidentifikasi tujuan. Tambahkan tautan kontekstual ketika itu menjawab pertanyaan berikutnya pengunjung; daftar footer panjang tidak dapat menggantikan struktur yang dapat dipahami.
Gunakan URL kanonis dalam navigasi, breadcrumb, modul konten terkait, dan panggilan untuk tindakan. Pada situs kecil, klik setiap rute utama. Pada situs lebih besar, gunakan alat perayapan yang dipercaya tim Anda untuk menyelidiki halaman prioritas yang yatim (orphaned), tautan rusak, dan kode respons yang tak terduga.
Setiap halaman prioritas membutuhkan jalur berguna dari menu, hub, atau halaman terkait.
Periksa menu seluler, formulir, akordion, dan overlay persetujuan serta tautan desktop.
Terbitkan sitemap yang bersih
Sitemap XML memberi tahu mesin pencari halaman dan berkas mana yang Anda anggap penting. Itu dapat mendukung penemuan untuk situs baru, tetapi tidak menjamin perayapan atau pengindeksan. Jika CMS menghasilkan sitemap, periksa isinya. Sertakan URL publik preferen yang dimaksudkan untuk pencarian; kecualikan pengalihan, kesalahan, halaman uji, dan URL yang diblokir dari pengindeksan.
Simpan sitemap di lokasi yang stabil dan kirimkan di Search Console bila tepat. Itu melengkapi, bukan memperbaiki, pengaitan internal, kualitas konten, dan akses perayapan. Gunakan ekstensi sitemap khusus hanya ketika cocok dengan implementasi live.
Cocokkan URL sitemap dengan inventaris halaman dan peta canonical.
Konfirmasi halaman preferen baru muncul dan URL yang dihentikan menghilang.
Ukur penemuan dan diagnosa URL target
Verifikasi kepemilikan properti produksi di Google Search Console. Kirimkan sitemap jika digunakan. Periksa sampel representatif: halaman beranda, setiap template penting, halaman yang baru diubah, dan URL migrasi bernilai tinggi. URL Inspection memberikan informasi indeks saat ini dan dapat menguji URL langsung; gunakan untuk menyelidiki gejala, bukan untuk meminta setiap URL secara kebiasaan.
Catat tanggal peluncuran, konvensi URL, alamat sitemap, halaman prioritas, dan pengecualian. Tinjau kinerja Penelusuran (Search performance) untuk tayangan, klik, kueri, halaman, dan negara. Search Console spesifik untuk Google dan data dapat memerlukan waktu untuk muncul, jadi itu adalah bukti diagnosis, bukan bukti instan bahwa setiap mesin pencari telah memproses peluncuran.
Simpan URL yang diuji, hasil yang diamati, tanggal, dan pemilik untuk perbandingan nanti.
Periksa pengecualian pengindeksan, masalah keamanan, dan Core Web Vitals bersamaan dengan pengujian per-halaman.
Jadikan SEO bagian dari pemeriksaan rilis dan remediasi
Sertakan inventaris halaman, pengalihan, canonical, sitemap, dan pemeriksaan URL-live representatif dalam catatan peluncuran. Status Is UP memperlakukan ini sebagai optimasi waktu-nyala (uptime) dan remediasi yang proaktif: ungkapkan cacat pengiriman atau konfigurasi sebelum rilis dan lakukan koreksi terkendali ketika satu diperkenalkan. Ketersediaan bukan jaminan peringkat.
Tunjuk orang yang dapat menyetujui rollback terfokus jika rilis merusak rute publik, head halaman, navigasi, atau pembuatan sitemap. Uji ulang URL preferen yang terkena setelah perbaikan. Preflight rute publik mengurangi kegagalan pengiriman yang dapat dihindari tetapi tidak dapat memprediksi perayapan, pengindeksan, atau peringkat mesin pencari.
Uji rute publik dan aset setelah penyebaran, bukan hanya pada staging.
Dokumentasikan siapa yang dapat membalikkan perubahan routing, template, robots, atau sitemap yang merugikan.