Sebelum membaca klik dan impresi di Search Console, pastikan kamu membuka properti yang mencakup website yang ingin diperiksa. Properti yang terlalu sempit bisa membuat sebagian alamat yang kamu cari berada di luar cakupannya.
Saya menyarankan mulai dari daftar alamat dan siapa yang mengelolanya. Setelah itu, pilih jenis properti, tentukan cara membuktikan kepemilikan, lalu catat hasilnya. Menekan tombol verifikasi adalah salah satu langkah dalam pekerjaan ini.
Tentukan batas website yang ingin dipantau
Untuk website, Domain property mencakup domain beserta subdomain dan protokolnya. URL-prefix property membatasi cakupan menurut awalan URL, termasuk protokol, host, dan path yang ditentukan. Domain property memakai verifikasi DNS; URL-prefix menyediakan beberapa pilihan metode. Penjelasan jenis properti Search Console.
Bayangkan sebuah bisnis ilustratif mempunyai website utama, pusat bantuan, dan bagian artikel. Tim ingin melihat keseluruhan bisnis, sementara editor hanya perlu mengerjakan bagian artikel.
| Kebutuhan ilustratif | Properti yang dipertimbangkan | Batas yang perlu dipahami |
|---|---|---|
| Seluruh domain dan subdomain | example.com |
Mencakup website utama dan pusat bantuan |
| Website utama versi HTTPS | https://www.example.com/ |
Tidak otomatis mencakup host help.example.com |
| Bagian artikel pada website utama | https://www.example.com/artikel/ |
Tidak mencakup katalog di luar path tersebut |
Gunakan alamat fiktif di atas hanya untuk memahami pola. Jangan memasukkannya ke akunmu. Tuliskan domain dan URL milik website yang benar-benar kamu kelola.
Untuk kebutuhan tertentu, properti luas dan properti bagian dapat dipakai bersama. Tetapkan fungsi masing-masing agar orang tidak menjumlahkan laporan dengan cakupan yang saling tumpang tindih.
Cek apakah akses sebenarnya sudah tersedia
Sebelum membuat sesuatu, minta pemilik website memeriksa properti yang sudah ada. Mungkin pekerjaanmu cukup dimulai dengan akses ke properti tersebut.
Owner dapat memberikan akses kepada pengguna lain. Menjadi pengguna yang diberi akses berbeda dari membuktikan kepemilikan lewat token verifikasi. Pilih peran sesuai pekerjaan dan pertahankan kendali pada pihak yang bertanggung jawab atas website. Panduan owner, pengguna, dan hak akses.
Contoh: seorang penulis hanya diminta membaca performa artikel. Ia tidak perlu meminta password akun pemilik atau kendali seluruh DNS untuk tugas itu. Sebaliknya, ketika bisnis belum mempunyai pemilik terverifikasi, tentukan siapa yang akan memegang tanggung jawab tersebut sejak awal.
Pilih metode sesuai kendali yang tersedia
Buka pilihan penambahan properti dan masukkan cakupan yang sudah diputuskan. Untuk Domain, gunakan nama domain tanpa protokol atau path. Untuk URL-prefix, masukkan awalan URL lengkap yang ingin dipantau.
Ikuti metode yang ditawarkan Search Console. Jika memakai DNS, salin jenis record serta nilai yang diberikan. Jika memilih HTML, perhatikan apakah metode meminta file pada lokasi tertentu atau tag pada bagian <head> halaman. Gunakan nilai asli dari akunmu, bukan contoh dari tutorial. Petunjuk verifikasi kepemilikan.
Jika DNS dikelola orang lain, serahkan permintaan yang lengkap. Hindari pesan pendek seperti “tolong aktifkan Search Console” karena penerima belum tahu domain, perubahan, maupun hasil yang perlu dikonfirmasi.
Gunakan formulir perubahan DNS yang jelas
Formulir berikut merupakan alat kerja yang bisa kamu salin. Isinya membantu pemilik DNS memeriksa permintaan sebelum menerapkannya.
| Kolom | Yang perlu diisi |
|---|---|
| Tujuan | Verifikasi kepemilikan properti Search Console untuk domain tertentu |
| Properti dan akun penanggung jawab | Nama properti serta identitas akun kerja yang disepakati |
| Jenis, nama, dan nilai record | Salinan persis dari instruksi verifikasi |
| Pengelola DNS | Orang atau tim yang berwenang melakukan perubahan |
| Perubahan yang diminta | Tambahkan record verifikasi yang diperlukan |
| Record yang dipertahankan | Record website, email, dan verifikasi lain yang masih sah |
| Bukti penyelesaian | Record sudah diperiksa dan hasil Verify dicatat |
Instruksi ini tidak meminta penggantian seluruh kumpulan record. Jika ada benturan dengan konfigurasi yang tersedia, pengelola perlu memeriksanya dahulu. Jangan menghapus record lama hanya karena jenisnya sama-sama TXT.
Misalnya, tim pemasaran mengirim nilai verifikasi untuk example.com. Pengelola mencatat perubahan yang dibutuhkan, menambah record tersebut, lalu memberi tahu bahwa pemasangan selesai. Tim pemasaran kemudian menjalankan pemeriksaan verifikasi pada properti yang tepat.
Pisahkan dua status dalam catatan: “record dipasang” dan “verifikasi berhasil”. Pemisahan sederhana ini memudahkan pencarian masalah ketika proses belum selesai.
Telusuri kegagalan dari pesan yang muncul
Jika verifikasi belum berhasil, catat pesan kesalahannya sebelum mengganti metode. Periksa kecocokan domain, nilai token, lokasi pemasangan, dan apakah perubahan sudah tersedia. Perubahan DNS bisa memerlukan waktu sebelum terbaca; percobaan gagal pertama belum menentukan penyebabnya. Untuk HTML, periksa halaman atau file yang benar-benar dapat diakses tanpa login. Pemeriksaan kegagalan verifikasi.
Gunakan catatan gejala | pemeriksaan | hasil | tindakan berikutnya. Misalnya: “Verifikasi belum berhasil; pengelola mengonfirmasi record ditambahkan pada zona yang berbeda; permintaan dikembalikan untuk koreksi.” Ini contoh ilustratif, bukan hasil pemeriksaan website tertentu.
Jika informasi yang kamu miliki hanya “sudah ditambahkan”, minta detail yang membantu pemeriksaan. Mengulang tombol Verify tanpa mengetahui perubahan apa yang terjadi tidak menambah banyak bukti.
Untuk metode HTML, perubahan tema atau rilis website berikutnya juga perlu masuk daftar pemeriksaan. Catat lokasi pemasangan agar tim lain memahami fungsi file atau tag tersebut saat melakukan pembersihan.
Buktikan pekerjaan selesai tanpa menyimpulkan ranking
Menambahkan properti tidak mengubah posisi website di Google. Verifikasi membuktikan kendali terhadap properti; keberadaan halaman dalam indeks dan performa pencarian diperiksa melalui laporan yang sesuai. Batas fungsi penambahan properti.
Saya memakai daftar penerimaan berikut untuk menutup pekerjaan setup:
- Nama properti dan cakupannya sesuai kebutuhan awal.
- Penanggung jawab dapat membuka properti dengan akun yang disepakati.
- Status verifikasi tercatat, beserta metode dan lokasi pemasangannya.
- Sampel alamat penting sudah dipetakan sebagai masuk atau di luar cakupan.
- Tim mengetahui siapa yang memelihara metode verifikasi ketika website berubah.
Pertahankan token verifikasi yang masih digunakan; Google dapat memeriksanya kembali. Masa berlaku verifikasi.
Jika laporan masih kosong, tuliskan keadaan itu sebagai pemeriksaan berikutnya. Jangan mengubah statusnya menjadi “SEO gagal” atau “semua halaman sudah terindeks”. Setup yang baik memberi titik awal yang jelas untuk membaca bukti berikutnya.
