Technical SEO audit adalah pemeriksaan sisi teknis website untuk memastikan Google bisa menjelajahi, mengindeks, dan menampilkan halaman dengan benar. Checklist dasarnya mencakup crawl dan indexing, canonical dan redirect, sitemap dan robots.txt, kecepatan dan tampilan mobile, keamanan, serta structured data. Sebagian besar bisa kamu jalankan sendiri dengan tools gratis.
Aku pernah menemukan masalah teknis yang cukup memalukan di website sendiri. Satu aturan rewrite di file .htaccess mengarahkan semua URL yang tidak ada ke halaman utama. Akibatnya, Google menganggap banyak halaman sebagai soft 404, dan laporan indexing di Search Console jadi berantakan. Pengalaman itu membuatku selalu memulai audit dari hal-hal teknis yang terlihat sepele. Artikel ini melengkapi panduan SEO untuk bisnis.
Kapan Perlu Audit Teknis
Audit teknis sebaiknya dilakukan pada beberapa momen:
- Sebelum dan sesudah website baru diluncurkan, untuk memastikan fondasinya benar sejak awal.
- Setelah redesign atau migrasi, karena perubahan URL dan struktur sering memunculkan masalah baru.
- Saat traffic organik turun tanpa sebab yang jelas.
- Saat Search Console menunjukkan peningkatan error di laporan indexing atau Core Web Vitals.
- Secara rutin, misalnya setiap tiga sampai enam bulan, untuk website yang aktif menambah konten.
Tools gratis yang cukup untuk memulai: Google Search Console, PageSpeed Insights, Rich Results Test, dan Screaming Frog SEO Spider versi gratis untuk website kecil.
Crawl dan Indexing
Bagian ini menjawab pertanyaan paling dasar: apakah Google bisa menemukan dan menyimpan halamanmu?
- Buka laporan Halaman di Search Console. Lihat berapa halaman yang terindeks dan berapa yang tidak, beserta alasannya.
- Perhatikan status yang sering muncul, seperti halaman yang sudah di-crawl tapi belum diindeks, halaman yang sudah ditemukan tapi belum di-crawl, halaman duplikat, atau halaman dengan tag noindex.
- Gunakan URL Inspection untuk mengecek satu halaman penting: apakah sudah terindeks, kapan terakhir di-crawl, dan versi mana yang dipilih Google sebagai canonical.
- Crawl website dengan Screaming Frog untuk menemukan link rusak, halaman tanpa title, atau halaman yang tidak punya internal link sama sekali.
Halaman yang sudah di-crawl tapi tidak diindeks sering menandakan masalah kualitas atau duplikasi, bukan masalah teknis murni. Perbaiki isinya atau gabungkan dengan halaman lain yang serupa.
Canonical, Redirect, dan Soft 404

Canonical memberi tahu Google versi mana yang utama ketika ada beberapa URL dengan isi serupa. Pastikan setiap halaman punya canonical yang mengarah ke dirinya sendiri, kecuali memang sengaja diarahkan ke halaman lain.
Redirect perlu diperiksa dengan teliti:
- Gunakan 301 untuk perpindahan permanen, bukan 302.
- Hindari rantai redirect, misalnya A ke B lalu ke C. Arahkan A langsung ke C.
- Hindari redirect loop yang membuat halaman tidak pernah terbuka.
- Pastikan versi http dan https, serta versi dengan dan tanpa www, mengarah ke satu versi yang sama.
Soft 404 terjadi ketika halaman yang seharusnya tidak ada justru mengembalikan status 200, misalnya dialihkan ke beranda atau menampilkan halaman kosong. Inilah kasus .htaccess yang aku alami. Solusinya, pastikan URL yang tidak ada mengembalikan status 404 yang asli dengan halaman error yang ramah, dan hanya gunakan redirect 301 untuk halaman yang benar-benar punya pengganti.
Sitemap, robots.txt, dan llms.txt
Sitemap.xml membantu Google menemukan halaman penting. Isinya sebaiknya hanya URL canonical yang mengembalikan status 200, tanpa halaman noindex atau halaman redirect. Kirim sitemap lewat Search Console dan pantau jumlah URL yang ditemukan.
Robots.txt mengatur bagian mana yang boleh dijelajahi crawler. Kesalahan yang sering terjadi:
- Tidak sengaja memblokir seluruh website, biasanya peninggalan dari tahap pengembangan.
- Memblokir file CSS atau JavaScript yang dibutuhkan untuk menampilkan halaman.
- Memakai robots.txt untuk mengeluarkan halaman dari indeks. Untuk tujuan itu, gunakan tag noindex, karena halaman yang diblokir di robots.txt tetap bisa muncul di indeks tanpa deskripsi.
- Memblokir crawler pencarian AI padahal ingin tampil di jawaban AI.
llms.txt adalah usulan standar baru untuk memberi ringkasan website kepada model AI. Adopsinya belum jelas, jadi anggap sebagai eksperimen tambahan. Penjelasannya ada di artikel apa itu GEO.
Kecepatan dan Mobile
Google menilai halaman berdasarkan versi mobile, jadi pengecekan kecepatan dan tampilan harus dimulai dari ponsel.
| Metrik Core Web Vitals | Mengukur | Batas baik |
|---|---|---|
| LCP | Kecepatan elemen utama tampil | Di bawah 2,5 detik |
| INP | Kecepatan respons saat pengguna berinteraksi | Di bawah 200 milidetik |
| CLS | Seberapa stabil tata letak saat halaman dimuat | Di bawah 0,1 |
Cek dengan PageSpeed Insights dan laporan Core Web Vitals di Search Console. Perbaikan yang paling sering berdampak: kompres gambar dan gunakan format WebP, kurangi skrip pihak ketiga yang tidak perlu, tetapkan ukuran gambar agar tata letak tidak bergeser, dan gunakan caching.
Untuk tampilan mobile, pastikan teks terbaca tanpa perlu diperbesar, tombol cukup besar untuk jempol, dan tidak ada konten yang meluber ke samping layar. Fondasi teknis seperti ini juga aku bahas dari sisi pembuatan website di artikel biaya pembuatan website bisnis.
Coba cek kondisi dasar website kamu lewat checklist singkat berikut.
Website kamu sudah siap dapat klien?
Centang yang sudah ada di websitemu.
Skor kesiapan website
Centang poin yang sudah ada, skornya muncul di sini.
Belum yakin soal kecepatan? Cek pakai PageSpeed Insights.
Keamanan dan Versi Bahasa
HTTPS wajib aktif di semua halaman. Periksa juga mixed content, yaitu halaman https yang masih memuat gambar atau skrip lewat http, karena bisa memicu peringatan di browser.
Website yang pernah disusupi malware bisa ditandai berbahaya dan kehilangan traffic dalam sekejap. Cek laporan Masalah keamanan di Search Console, update CMS dan plugin secara rutin, dan simpan backup di tempat terpisah.
Kalau websitemu punya beberapa versi bahasa, pasang hreflang dengan benar. Setiap versi harus menautkan ke versi lainnya dan ke dirinya sendiri, ditambah versi default untuk pengunjung dari bahasa lain.
Structured Data
Structured data atau schema membantu mesin pencari dan mesin AI memahami jenis konten di halamanmu. Beberapa schema yang paling sering dipakai:
- Organization atau Person untuk identitas bisnis atau penulis.
- Article atau BlogPosting untuk artikel.
- FAQPage untuk bagian tanya jawab.
- BreadcrumbList untuk struktur navigasi.
- LocalBusiness untuk bisnis dengan lokasi fisik.
Uji setiap jenis halaman dengan Rich Results Test dan Schema Markup Validator. Pastikan isi schema sesuai dengan konten yang terlihat di halaman, bukan klaim tambahan yang tidak ada di halaman.
Template Checklist Technical SEO
Gunakan template berikut setiap kali menjalankan audit. Salin ke spreadsheet dan isi kolom status.
| Area | Yang dicek | Tools | Status |
|---|---|---|---|
| Indexing | Jumlah halaman terindeks dan alasan halaman tidak terindeks | Search Console | |
| Crawl | Link rusak, halaman tanpa internal link, title kosong | Screaming Frog | |
| Canonical | Setiap halaman punya canonical yang benar | URL Inspection, Screaming Frog | |
| Redirect | Tidak ada rantai, loop, atau 302 yang seharusnya 301 | Screaming Frog | |
| Status 404 | URL yang tidak ada mengembalikan 404 asli | Browser, URL Inspection | |
| Sitemap | Hanya berisi URL canonical berstatus 200 | Search Console | |
| robots.txt | Tidak memblokir halaman, CSS, atau JS penting | Penguji robots.txt | |
| Kecepatan | LCP, INP, dan CLS dalam batas baik | PageSpeed Insights | |
| Mobile | Teks terbaca, tombol mudah ditekan, tidak meluber | Ponsel asli | |
| Keamanan | HTTPS aktif, tanpa mixed content dan masalah keamanan | Browser, Search Console | |
| Hreflang | Versi bahasa saling menautkan dengan benar | Screaming Frog | |
| Schema | Valid dan sesuai isi halaman | Rich Results Test | |
| Tracking | GA4 dan key event berjalan | GA4 Realtime |
Baris terakhir sering terlupa saat audit teknis. Padahal tanpa tracking yang benar, kamu tidak bisa mengukur dampak perbaikan. Panduannya ada di artikel tracking klik WhatsApp di GA4.
Urutan Memperbaiki Temuan
Setelah audit, temuan biasanya banyak. Gunakan urutan berikut supaya perbaikan paling berdampak dikerjakan lebih dulu:
- Perbaiki masalah yang menghalangi indexing, seperti noindex yang tidak disengaja atau blokir di robots.txt.
- Perbaiki status halaman, seperti soft 404, redirect yang salah, dan link rusak di halaman penting.
- Rapikan canonical dan sitemap agar hanya berisi URL yang benar.
- Tingkatkan kecepatan dan tampilan mobile di halaman dengan traffic terbesar.
- Lengkapi dan validasi structured data.
- Catat semua perubahan, lalu pantau Search Console selama beberapa minggu.
Kesimpulan
Technical SEO audit memastikan fondasi websitemu tidak menghalangi konten yang sudah kamu tulis dengan susah payah. Mulailah dari indexing, lanjutkan ke status halaman, canonical, sitemap, kecepatan, keamanan, dan structured data. Gunakan template checklist di atas secara rutin. Kalau ingin websitemu diaudit secara menyeluruh, lihat layanan digital marketing atau kirim link websitemu lewat WhatsApp.
Mau websitemu dicek langsung?
Kirim link websitemu, aku kasih gambaran prioritas perbaikannya. Ngobrol dulu, gratis.
WhatsApp 0817 6868 584
Pertanyaan Seputar Technical SEO Audit
Berapa sering technical SEO audit perlu dilakukan?
Untuk website yang aktif menambah konten, audit ringan setiap tiga bulan dan audit menyeluruh setiap enam sampai dua belas bulan sudah cukup. Lakukan audit tambahan setelah redesign, migrasi, atau saat traffic organik turun tajam tanpa sebab yang jelas.
Apa itu soft 404?
Soft 404 terjadi ketika halaman yang sebenarnya tidak ada atau kosong justru mengembalikan status 200, misalnya karena dialihkan ke beranda. Google menganggapnya sebagai halaman error terselubung. Solusinya adalah mengembalikan status 404 yang asli, atau redirect 301 ke halaman pengganti yang benar-benar relevan.
Apakah bisa audit teknis tanpa tools berbayar?
Bisa. Google Search Console, PageSpeed Insights, Rich Results Test, dan Screaming Frog versi gratis sudah cukup untuk website kecil sampai menengah. Tools berbayar membantu untuk website besar dengan ribuan halaman atau saat butuh pemantauan otomatis secara terjadwal.
Kenapa halaman sudah di-crawl tapi tidak diindeks?
Biasanya karena Google menilai halaman tersebut kurang bernilai, terlalu mirip dengan halaman lain, atau isinya terlalu tipis. Perkaya isi halaman, tambahkan internal link dari halaman yang relevan, atau gabungkan dengan halaman serupa. Setelah diperbaiki, minta pengindeksan ulang lewat URL Inspection.
Apakah robots.txt bisa dipakai untuk menghapus halaman dari Google?
Tidak tepat. Robots.txt hanya mencegah crawler menjelajahi halaman, tapi halaman tersebut masih bisa muncul di indeks kalau ada link ke sana. Untuk mengeluarkan halaman dari indeks, gunakan tag noindex dan biarkan halaman tetap bisa dijelajahi agar Google bisa membaca tag tersebut.