Audit SEO teknis: temukan masalah yang menghambat pencarian

Apa yang diperiksa oleh audit SEO teknis

Sebuah SEO teknis audit adalah tinjauan terfokus berbasis bukti terhadap sistem yang memungkinkan mesin pencari menemukan, merender, mengindeks, dan memahami halaman Anda. Tujuannya menemukan hambatan teknis yang mengurangi visibilitas, membuang anggaran perayapan, merusak pengalaman pengguna, atau menciptakan ambiguitas peringkat.

Area utama yang perlu diperiksa

• Penemuan dan kemampuan dirayapi — robots.txt, respons server, cakupan sitemap, penautan internal, dan pengalihan
• Sinyal pengindeksan — meta robots, header X-Robots-Tag, tag kanonik, dan penggunaan noindex
• Perenderan dan JavaScript — perenderan sisi-server vs sisi-klien, pemblokiran sumber daya, dan bagaimana halaman terlihat saat dirender
• Performa situs dan pengalaman halaman — Core Web Vitals data lapangan, waktu respons server, dan pemuatan sumber daya
• Konten duplikat dan kanonisasi URL — penanganan parameter, variasi trailing slash, dan paginasi
• Data terstruktur dan fitur SERP — akurasi markup dan kelayakan untuk hasil kaya
• Internasionalisasi dan ketepatan hreflang
• Keamanan dan aksesibilitas — cakupan HTTPS, konten campuran, dan header yang aman

Cara menjalankan audit SEO teknis (langkah demi langkah)

1. Tentukan cakupan dan metrik keberhasilan

Mulai dengan memutuskan bagian mana dari situs yang akan Anda audit dan mengapa. Contoh: satu domain penuh, subdirektori, kategori produk besar, atau sekumpulan halaman landing. Tentukan sinyal keberhasilan yang terukur (indeksasi halaman kanonik, pengurangan kesalahan server, peningkatan persentil Core Web Vitals, visibilitas kelompok URL tertentu).

2. Buat inventaris

Kumpulkan daftar URL representatif dari sitemap, analitik, log server, tautan internal, dan halaman landing yang diketahui. Inventaris ini adalah permukaan audit Anda — simpan dalam spreadsheet atau proyek perayap sehingga Anda bisa menandai dan memfilter URL saat bekerja.

3. Lakukan perayapan dan bandingkan (perayapan eksternal + log server)

Jalankan perayapan eksternal untuk meniru cara mesin pencari menemukan halaman. Gabungkan hasil perayapan dengan log server untuk melihat URL mana yang benar-benar diminta oleh mesin pencari. Log server memperlihatkan seberapa sering perayap mengambil halaman dan apakah pengalihan, soft-404, atau error yang sering muncul di produksi.

Untuk memeriksa header saja: gunakan curl -I https://example.com/page untuk melihat status dan field header. Untuk mengambil HTML yang diterima user-agent tertentu: gunakan curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page dan simpan hasil untuk perbandingan.

4. Verifikasi kemampuan diindeks dan maksud kanonik

Untuk halaman yang Anda miliki, gunakan Google Search Console URL Inspection untuk memeriksa bagaimana Google mengindeks sebuah URL dan apakah ada masalah pengindeksan yang terdeteksi. Untuk halaman pihak ketiga (publisher, situs mitra), gunakan pemeriksaan eksternal: view-source, curl, pengecekan DOM yang telah dirender di Chrome DevTools, dan sinyal indeks publik seperti operator site: sebagai indikasi (bukan bukti) bahwa Google mengetahui sebuah URL.

5. Uji perenderan dan perilaku JavaScript

Buka halaman di Chrome DevTools, gunakan panel Elements dan Network untuk memastikan sumber daya dimuat dan tidak diblokir, serta periksa rendered DOM untuk konten yang disuntikkan oleh JavaScript. Jika konten penting muncul hanya setelah interaksi pengguna atau terlambat dalam siklus render, catat risikonya terhadap visibilitas dan langkah pengujian untuk mereproduksinya.

Gunakan Rich Results Test dan Schema Markup Validator (schema.org) untuk memvalidasi data terstruktur dan mendeteksi error yang mencegah kelayakan untuk hasil kaya.

6. Ukur pengalaman halaman dan performa

Kumpulkan metrik lapangan (Core Web Vitals) dari Search Console dan profil lab dari Lighthouse atau pengujian lokal. Data lapangan mencerminkan pengguna nyata; data lab membantu mereproduksi masalah secara lokal. Prioritaskan perbaikan yang memengaruhi metrik pengguna nyata untuk halaman yang penting bagi visibilitas pencarian.

Verifikasi dan pemecahan masalah

Pemecahan masalah adalah proses detektif: reproduksi gejala, isolasi variabel, dan uji perbaikan. Gunakan kombinasi alat publik dan yang hanya dimiliki pemilik.

Langkah verifikasi yang berguna

• Periksa respons server: curl -I akan menampilkan status HTTP, content-type dan header X-Robots-Tag.
• Inspeksi HTML yang dikirim: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page dan bandingkan dengan fetch dari browser untuk mendeteksi perbedaan konten.
• Pemeriksaan rendered DOM: buka URL di Chrome, nonaktifkan cache, dan gunakan Elements untuk memastikan konten penting ada di DOM tanpa memerlukan interaksi pengguna.
• Bukti pengindeksan (halaman milik Anda): Google Search Console URL Inspection menunjukkan status indeks dan alasan pengecualian.
• Data terstruktur: jalankan Rich Results Test dan Schema Markup Validator untuk melihat parsing dan error.
• Performa lapangan: tinjau Core Web Vitals di Search Console untuk metrik pengguna nyata; gunakan Lighthouse atau run lab untuk mereproduksi kasus lambat.
• Aktivitas perayapan: bandingkan permintaan perayap di log server dengan sitemap dan halaman yang diketahui untuk mengidentifikasi celah atau perayapan berlebihan pada URL bernilai rendah.

Kesalahan umum dan miskonsepsi

• Menganggap peringatan alat sebagai audit: Perayap menampilkan banyak sinyal; tugas audit adalah menginterpretasikan peringatan mana yang penting untuk tujuan bisnis Anda.
• Membingungkan crawling dengan pengindeksan: diambil oleh perayap tidak menjamin halaman diindeks atau akan mendapatkan peringkat.
• Mengandalkan site: sebagai bukti pasti: site: adalah sinyal publik yang berguna tapi tidak otoritatif. Untuk halaman milik Anda, gunakan URL Inspection di Search Console.
• Memblokir aset kritis: robots.txt atau aturan server yang mencegah CSS/JS bisa mengubah cara Google merender halaman dan dapat merusak Core Web Vitals atau deteksi data terstruktur.
• Tag kanonik atau rantai pengalihan yang salah: tag kanonik yang menunjuk ke konten non-kanonik atau rantai pengalihan panjang menciptakan ambiguitas dan memperlambat perayapan.
• Menganggap rel="nofollow" berarti tanpa nilai: Google memperlakukan rel="nofollow" sebagai petunjuk; penanganannya bukan saklar hidup/mati sederhana.
• Mengabaikan keterindeksan halaman publisher atau mitra: backlink atau penyebutan kurang berguna jika halaman tidak dapat diindeks atau tersembunyi di balik autentikasi.

Saat penempatan berbayar atau konten bersponsor terlibat, ikuti pedoman Google: tandai tautan berbayar/yang dikompensasi dengan rel="sponsored" atau rel="nofollow" dan gunakan rel="ugc" untuk tautan yang dihasilkan pengguna. Ingat: tidak ada atribut rel="dofollow"; tautan standar adalah tautan tanpa rel=nofollow/sponsored/ugc. Pedoman linkspam Google menunjukkan bahwa tautan yang dimaksudkan terutama untuk memanipulasi peringkat dapat diperlakukan sebagai link spam, jadi pastikan konteks editorial, keterindeksan, dan transparansi saat bekerja dengan penempatan eksternal.

Daftar periksa: item berdampak tinggi dan cara memverifikasinya

Gunakan daftar periksa ringkas ini untuk memverifikasi masalah teknis berdampak tinggi yang paling umum. Untuk setiap item, alat verifikasi yang tepat disebutkan.

1) Maksud kanonik: Apakah tag kanonik konsisten dan menunjuk ke URL yang diinginkan? (Verifikasi: view-source, bandingkan dengan header HTTP, dan gunakan perayap eksternal.)

2) Status HTTP dan rantai pengalihan: Apakah halaman penting mengembalikan 200 dan tidak error redirect, dan apakah pengalihan minimal? (Verifikasi: curl -I dan log server.)

3) Robots dan meta robots: Apakah aset atau halaman penting terblokir tanpa sengaja? (Verifikasi: ambil robots.txt, X-Robots-Tag di header via curl -I, dan meta robots di HTML.)

4) Anomali pengindeksan: Apakah halaman dikecualikan karena alasan teknis (noindex, kanonik menunjuk ke tempat lain, soft-404)? (Verifikasi: Google Search Console URL Inspection untuk halaman milik Anda; untuk halaman eksternal, bandingkan HTML + sinyal indeks publik.)

5) Keseimbangan konten yang dirender: Apakah HTML yang dilihat mesin pencari memuat konten penting yang sama seperti yang dilihat pengguna? (Verifikasi: curl dengan UA yang sesuai, rendered DOM di Chrome DevTools.)

6) Kebenaran data terstruktur: Apakah data terstruktur valid dan terbaru? (Verifikasi: Rich Results Test dan Schema Markup Validator.)

7) Core Web Vitals dan performa pemuatan: Apakah metrik lapangan menunjukkan masalah pada halaman kunci Anda? (Verifikasi: laporan Core Web Vitals di Search Console dan pengujian lab dengan Lighthouse.)

Prioritas: pilih perbaikan yang benar-benar berdampak

Prioritaskan pekerjaan dengan menggabungkan tiga dimensi: relevansi terhadap tujuan bisnis (halaman mana yang penting untuk trafik pencarian atau konversi), keparahan teknis (menghalangi pengindeksan, menyebabkan error sering), dan usaha untuk memperbaikinya. Perbaikan cepat sering meliputi memperbaiki tag noindex yang salah konfigurasi, menghilangkan rantai pengalihan untuk halaman bertrafik tinggi, dan membuka blokir CSS/JS kritis yang memengaruhi perenderan.

Pelaporan dan pemantauan

Serahkan laporan audit yang mengelompokkan isu berdasarkan prioritas, menunjukkan contoh dan langkah reproduksi, serta mencakup rencana rollout yang direkomendasikan. Tambahkan pemantauan untuk regresi: lacak error server, perubahan indeksasi via Search Console, dan metrik lapangan Core Web Vitals. Setelah perbaikan diterapkan, jalankan ulang langkah verifikasi yang sama yang dipakai selama audit untuk mengonfirmasi penyelesaian.

FAQ