Cara menyelidiki masalah SEO teknis

Mulai dengan URL yang penting bagi pelanggan: halaman landing utama, halaman produk dan templat representatif. Catat apakah tujuannya adalah kemampuan perayapan, pengindeksan, kualitas konten, atau performa halaman.

Gunakan pengaturan perayapan tetap dan batas halaman yang jelas. Perayapan yang berhenti lebih awal tidak dapat memastikan bahwa setiap halaman di situs dalam kondisi baik.

Simpan catatan bertanggal tentang target, pilihan rendering, dan rute pengumpulan. Dengan begitu, perbandingan di kemudian hari dapat dijelaskan tanpa mencampur hasil yang dikumpulkan dalam kondisi berbeda.

Tinjau respons HTTP sebelum membaca konten halaman. Pengalihan, respons error, atau permintaan yang diblokir memerlukan penyelidikan berbeda dari halaman HTML yang berhasil dimuat.

Periksa tag meta robots dan URL kanonis dalam dokumen yang dikembalikan. Direktif noindex sengaja mengecualikan halaman dari pencarian, sedangkan URL kanonis menunjukkan URL yang diutamakan; keduanya memiliki fungsi berbeda.

Periksa halaman representatif secara manual ketika satu templat menimbulkan masalah yang sama pada banyak URL. Memperbaiki templat bisa lebih efektif daripada mengedit setiap halaman yang dihasilkan.

Kelompokkan tautan rusak berdasarkan halaman perujuk dan targetnya. Prioritaskan tautan yang menghalangi pengguna atau perayap menjangkau konten penting.

Bandingkan tujuan internal dengan kumpulan URL pilihan. Tautkan langsung ke halaman kanonis alih-alih mengandalkan rangkaian pengalihan.

Halaman yang tidak ditemukan dalam perayapan dengan cakupan terbatas mungkin berada di luar cakupan perayapan. Verifikasi URL secara terpisah sebelum menandainya sebagai halaman yatim atau halaman yang telah dihapus.

• Kualitas On-Page - konten yang menjawab kueri dengan benar
• Gabungkan On-Page API dengan kumpulan data pelengkap saat pertanyaan Anda mencakup visibilitas penelusuran, permintaan, tautan, kesehatan halaman, atau kutipan AI.

Prioritaskan dan verifikasi perbaikan

Cari judul dan deskripsi yang secara akurat menjelaskan tujuan setiap halaman. Mengulang pernyataan umum yang sama untuk setiap produk tidak membantu pengguna membedakannya.

Bandingkan kandidat duplikat berdasarkan konten utama dan intent-nya. Putuskan apakah akan menggabungkannya, mengalihkan rute yang sudah dihentikan, atau membuat informasi yang benar-benar berbeda.

Gunakan URL pilihan yang sama dalam tautan internal, tag canonical dan sitemap. Sinyal yang bertentangan membuat URL yang dimaksud lebih sulit ditafsirkan.

Tentukan cakupan audit

Mulailah dengan pengumpulan paling sederhana yang menampilkan konten yang Anda butuhkan. Templat yang bergantung pada JavaScript mungkin memerlukan browser, tetapi pengumpulan melalui browser memiliki persyaratan sumber daya yang berbeda.

• mengambil data dengan benar, tetapi merusak pemformatan
• mempertahankan struktur dengan sempurna sambil membuang separuh halaman

Tafsirkan Lighthouse sebagai pengujian lab dalam kondisi tertentu. Jangan laporkan hasilnya sebagai Core Web Vitals pengguna nyata tanpa pengukuran lapangan.

1. Tetapkan kata kunci, mesin pencari, lokasi, bahasa, dan perangkat. Pertahankan setelan tersebut pada setiap pengamatan agar perbandingan peringkat menggambarkan audiens dan pasar yang sama.
2. Teliti penelusuran organik, peta, berita, gambar, belanja, dan jenis hasil lain yang didukung. Gunakan jenis item untuk menafsirkan kolom yang dikembalikan oleh setiap endpoint.

Periksa status dan kemampuan pengindeksan

Periksa gambar, font, dan sumber pihak ketiga saat menyelidiki masalah pemuatan. Uji ulang halaman yang sama dalam kondisi sebanding setelah mengubah resource.

Untuk setiap temuan, catat URL yang terdampak, bukti, kemungkinan dampak terhadap pengguna, dan perbaikan konkret. Bedakan masalah yang telah dikonfirmasi dari pertanyaan yang memerlukan penyelidikan lebih lanjut.

Tinjau tautan internal

Perbaiki kegagalan pengindeksan langsung dan navigasi sebelum melakukan penyempurnaan metadata minor. Urutkan sisa pekerjaan berdasarkan kepentingan bisnis, dampak, dan upaya implementasi.

Periksa metadata dan duplikasi

Ulangi pemeriksaan yang relevan setelah perbaikan dan bandingkan buktinya. Hasil tes yang berhasil membuktikan perilaku yang diperiksa; hasil tersebut tidak menjamin peringkat pencarian di masa mendatang.

Daftar periksa: Mulailah dengan URL yang penting bagi pelanggan: halaman landing utama, halaman produk, dan templat perwakilan. Catat apakah tujuannya adalah kemampuan perayapan, pengindeksan, kualitas konten, atau kinerja halaman.

• Sorotan salah, tetapi LLM sintesis memberikan jawaban yang benar
• Sorotan sudah benar, tetapi LLM sintesis memberikan jawaban yang salah

Daftar periksa: Gunakan kumpulan setelan perayapan yang tetap dan batas halaman yang eksplisit. Perayapan yang berhenti terlalu awal tidak dapat memastikan bahwa semua halaman di situs dalam kondisi baik.

Daftar periksa: Simpan catatan bertanggal target, perenderan pilihan dan rute pengumpulan. Dengan demikian, perbandingan berikutnya dapat dijelaskan tanpa mencampur hasil yang dikumpulkan dalam kondisi berbeda.

• Mulai dengan target dan pasar yang perlu Anda teliti. Sertakan sumber dan waktu pengumpulan pada setiap respons On-Page API.
• Gabungkan On-Page API dengan kumpulan data pelengkap saat pertanyaan Anda mencakup visibilitas penelusuran, permintaan, tautan, kesehatan halaman, atau kutipan AI.

Pilih pengujian rendering dan kinerja

Daftar periksa: Tinjau respons HTTP sebelum membaca konten halaman. Pengalihan, respons error, atau permintaan yang diblokir memerlukan investigasi yang berbeda dari halaman HTML yang berhasil dimuat.

Daftar periksa: Periksa robots meta tag dan kanonis URLs in the returned dokumen. Arahan noindex merupakan pengecualian yang disengaja dari penelusuran, sedangkan canonical menyatakan URL yang diutamakan; keduanya menyelesaikan masalah yang berbeda.

Prioritaskan dan verifikasi perbaikan

Daftar periksa: Periksa halaman perwakilan secara manual ketika sebuah templat menimbulkan masalah yang sama di banyak URL. Memperbaiki templat bisa lebih efektif daripada mengedit setiap halaman yang dihasilkan.

Daftar periksa: Kelompokkan tautan rusak berdasarkan halaman perujuk dan tujuannya. Prioritaskan tautan yang menghalangi pengguna atau crawler mengakses konten penting.

Periksa status dan kemampuan pengindeksan

Daftar periksa: Bandingkan tujuan internal dengan kumpulan URL pilihan. Tautkan langsung ke halaman kanonis, bukan mengandalkan rangkaian pengalihan.

Daftar periksa: Halaman yang tidak ditemukan dalam crawl terbatas mungkin berada di luar cakupan crawl. Verifikasi URL secara mandiri sebelum melabelinya sebagai halaman yatim atau halaman yang dihapus.

Daftar periksa: Cari judul dan deskripsi yang mengidentifikasi secara akurat tujuan setiap halaman. Mengulangi pernyataan umum yang sama di setiap produk tidak membantu pengguna bedakan keduanya.

Tinjau tautan internal

Daftar periksa: Bandingkan kandidat duplikat berdasarkan konten utama dan maksudnya. Putuskan apakah akan menggabungkannya, mengalihkan rute yang sudah tidak digunakan, atau membuat informasi yang benar-benar berbeda.

Daftar periksa: Gunakan URL pilihan yang sama di tautan internal, tag kanonis, dan peta situs. Sinyal yang saling bertentangan membuat URL yang dimaksud lebih sulit ditafsirkan.

Daftar periksa: Mulailah dengan metode pengumpulan paling sederhana yang menampilkan konten yang Anda perlukan. Templat yang bergantung pada JavaScript mungkin memerlukan browser, tetapi pengumpulan melalui browser memiliki kebutuhan sumber daya yang berbeda.

• Kelompokkan masalah perayapan berdasarkan jenis dan prioritas, lalu periksa URL yang terdampak setelah perbaikan.
• Tetapkan kata kunci, mesin pencari, lokasi, bahasa, dan perangkat. Pertahankan setelan tersebut pada setiap pengamatan agar perbandingan peringkat menggambarkan audiens dan pasar yang sama.
• Teliti penelusuran organik, peta, berita, gambar, belanja, dan jenis hasil lain yang didukung. Gunakan jenis item untuk menafsirkan kolom yang dikembalikan oleh setiap endpoint.
• Pembuatan tugas: Membuat prompt tugas, solusi, dan rangkaian pengujian menggunakan fakta-fakta baru
• Tidak. Pilih opsi rendering dan audit untuk situs yang Anda periksa. Pemrosesan tambahan dapat memengaruhi biaya dan kecepatan pengumpulan.
• Mulai dengan target dan pasar yang perlu Anda teliti. Sertakan sumber dan waktu pengumpulan pada setiap respons On-Page API.

Daftar periksa: Tafsirkan Lighthouse sebagai pengujian lab dalam kondisi tertentu. Jangan melaporkan hasilnya sebagai Core Web Vitals pengguna nyata tanpa pengukuran lapangan.

Daftar periksa: Periksa gambar, font, dan sumber daya pihak ketiga saat menyelidiki masalah pemuatan. Uji ulang halaman yang sama dalam kondisi yang sebanding setelah mengubah suatu sumber daya.

Daftar periksa: Untuk setiap temuan, catat URL yang terdampak, bukti, kemungkinan dampak bagi pengguna, dan perbaikan konkret. Bedakan masalah yang telah dipastikan dari pertanyaan yang masih perlu diselidiki.

Daftar periksa: Atasi kegagalan pengindeksan langsung dan navigasi sebelum menyempurnakan hal-hal kecil Jelajahi On-Page API → berdasarkan tingkat kepentingan bisnis, dampak, dan upaya implementasi.

---