Meta Deskripsi: Pelajari cara melakukan audit SEO teknis lengkap langkah demi langkah untuk menemukan dan memperbaiki masalah yang menghambat peringkat Google website Anda. Panduan praktis + checklist.
Kata Kunci Target: audit SEO teknis, langkah audit teknis, technical SEO audit, panduan audit website
Pendahuluan: Mengapa Audit SEO Teknis Menjadi Fondasi Kesuksesan di 2026?
Sebagian besar website tidak memiliki masalah konten. Mereka memiliki masalah teknis. Tautan rusak, halaman lambat, konten duplikat, dan pengalihan yang salah konfigurasi secara diam-diam membunuh peringkat setiap hari .
Audit SEO teknis adalah fondasi dari strategi SEO Anda. Tanpa fondasi teknis yang solid, konten terbaik sekalipun akan tetap tidak terlihat. Google mengevaluasi ratusan sinyal sebelum memberi peringkat pada sebuah halaman, dan banyak dari sinyal tersebut bersifat teknis: kecepatan halaman, kegunaan mobile, keamanan HTTPS, data terstruktur, kedalaman crawling, dan banyak lagi .
Tanda-tanda website Anda butuh audit SEO teknis:
- Trafik organik turun drastis tanpa alasan jelas
- Halaman baru lama tidak muncul di Google
- Website terasa lambat dibanding kompetitor
- Banyak halaman tidak terindeks
Panduan ini akan memandu Anda langkah demi langkah melakukan audit SEO teknis yang komprehensif. Setiap langkah dilengkapi dengan alat yang direkomendasikan, ambang batas normal, dan tindakan perbaikan.
Bagian 1: Persiapan Audit (Pra-Audit)
Sebelum menjalankan alat dan menganalisis data, lakukan persiapan berikut:
1.1 Tentukan Ruang Lingkup dan Tujuan Audit
Tentukan apa yang ingin Anda capai dari audit ini:
- Memperbaiki penurunan trafik?
- Mempersiapkan migrasi website?
- Melakukan pemeriksaan rutin kesehatan website?
- Mempersiapkan peluncuran produk baru?
Tujuan Anda menentukan apa yang diprioritaskan selama audit .
1.2 Siapkan Alat yang Diperlukan
Tumpukan alat gratis yang cukup untuk website kecil (di bawah 500 halaman):
| Alat | Fungsi | Harga |
|---|---|---|
| Google Search Console | Data pengindeksan, kinerja, Core Web Vitals | Gratis |
| Google Analytics 4 (GA4) | Trafik organik, bounce rate, konversi | Gratis |
| Google PageSpeed Insights | Kecepatan dan Core Web Vitals | Gratis |
| Screaming Frog SEO Spider (gratis) | Crawl hingga 500 URL | Gratis |
| Ahrefs Webmaster Tools | Backlink dan audit dasar | Gratis |
| Chrome DevTools | Render dan diagnostik jaringan | Gratis |
Untuk website yang lebih besar, pertimbangkan alat berbayar seperti Sitebulb, Lumar, atau Ahrefs penuh .
1.3 Kumpulkan Metrik Dasar (Baseline)
Catat metrik berikut sebelum memulai audit untuk mengukur kemajuan:
- Trafik organik bulanan (dari GA4)
- Jumlah halaman terindeks (dari GSC)
- Rata-rata posisi kata kunci utama
- Kecepatan load 5 halaman teratas
Bagian 2: Model Prioritas Tiga Tingkat
Sebelum menjalankan alat, pahami cara membaca apa yang ditampilkan oleh alat tersebut. Tidak semua flag audit itu sama. Menganggap semuanya sama adalah cara tercepat untuk membuang waktu pada masalah yang tidak Google pedulikan .
Gunakan model tiga tingkat ini di seluruh panduan:
| Tingkat | Kategori | Tindakan |
|---|---|---|
| Tingkat 1 🔴 | Penghalang Peringkat (Ranking Blockers) | Perbaiki segera — ini secara aktif menekan visibilitas |
| Tingkat 2 🟡 | Ketidakefisienan Crawl (Crawl Inefficiencies) | Perbaiki dalam sprint ini — membatasi jangkauan tanpa menghalangi sepenuhnya |
| Tingkat 3 🟢 | Prioritas Rendah (Low Priority) | Jadwalkan atau abaikan — jarang mempengaruhi peringkat untuk situs kecil |
Jika suatu alat memberi flag sesuatu dan Anda tidak bisa menempatkannya di Tingkat 1 atau 2, itu termasuk Tingkat 3 sampai terbukti sebaliknya .
Bagian 3: Audit Domain, DNS, dan Keamanan (Langkah 1-4)
Ini adalah kategori audit yang sering dilewatkan pesaing. Ini termasuk Tingkat 1 — bukan karena masalah ini umum terjadi, tetapi karena ketika masalah ini ada, masalah ini memblokir semuanya di hilir. Sertifikat SSL yang rusak atau pengalihan yang salah konfigurasi di tingkat domain dapat secara diam-diam menekan seluruh situs Anda sebelum satu konten pun dievaluasi .
Langkah 1: Periksa Keamanan HTTPS
Mengapa penting: Google telah mengonfirmasi HTTPS sebagai sinyal peringkat. Browser seperti Chrome secara aktif memperingatkan pengunjung agar menjauh dari situs yang tidak aman. Setiap halaman, dan setiap aset pada halaman tersebut (gambar, font, skrip, stylesheet), perlu dimuat melalui HTTPS .
Cara memeriksa:
- Buka situs Anda di browser dan cari ikon gembok di bilah alamat
- Gunakan “Why No Padlock” untuk melihat aset mana yang dimuat tidak aman
- Periksa laporan HTTPS di Google Search Console (Pengalaman → HTTPS)
Masalah yang harus dicari:
| Masalah | Dampak | Solusi |
|---|---|---|
| Sertifikat SSL kadaluwarsa | Peringatan keamanan penuh layar, pengunjung pergi | Perbarui sertifikat sebelum kadaluwarsa |
| Konten campuran (mixed content) | Browser menandai sebagai “sebagian tidak aman” | Ganti URL HTTP menjadi HTTPS untuk semua aset |
| HTTP masih bisa diakses | Dua versi situs, duplikasi konten | Redirect 301 dari HTTP ke HTTPS |
Tingkat Prioritas: 🔴 Tingkat 1
Langkah 2: Periksa Konsistensi Domain (www vs non-www)
Mengapa penting: Website Anda secara teknis dapat diakses di dua alamat berbeda: www.domainanda.com dan domainanda.com (tanpa www). Bagi browser, ini adalah dua lokasi terpisah. Bagi Google, ini bisa terlihat seperti dua website terpisah yang mempublikasikan konten identik .
Cara memeriksa:
Ketik kedua versi domain Anda di browser dan perhatikan apa yang terjadi di bilah alamat:
- Jika satu redirect dengan bersih ke yang lain → aman
- Jika keduanya dimuat secara independen → masalah duplikasi konten
Solusi:
Pilih satu versi (www atau non-www) sebagai alamat kanonik Anda. Kemudian atur redirect 301 dari versi lainnya. Redirect 301 adalah instruksi permanen yang memberi tahu browser dan mesin pencari: “Alamat ini telah pindah ke sini untuk selamanya” .
Tingkat Prioritas: 🔴 Tingkat 1
Langkah 3: Periksa Lingkungan Staging yang Terbuka
Mengapa penting: Ketika pengembang membangun atau memperbarui website, mereka biasanya mengerjakan versi terpisah di alamat seperti staging.domainanda.com. Jika tidak ada yang secara eksplisit memberi tahu Google untuk menjauh, Googlebot akan menemukannya dan merayapinya. Sekarang Google memiliki dua versi situs (live dan staging) dengan konten identik. Ini membingungkan pengindeksan dan membuang anggaran crawl pada halaman yang tidak boleh muncul di hasil pencarian .
Cara memeriksa:
Ketik staging.domainanda.com (dan variasi umum seperti dev., test., beta.) langsung di browser. Jika dimuat tanpa prompt kata sandi, itu dapat diakses publik.
Solusi:
Lingkungan staging dan test harus diblokir dari crawler menggunakan direktif robots.txt, atau lebih baik lagi, dilindungi kata sandi sepenuhnya sehingga hanya tim Anda yang dapat mengaksesnya .
Tingkat Prioritas: 🔴 Tingkat 1
Langkah 4: Periksa Rantai dan Loop Redirect
Mengapa penting: Satu redirect itu normal (misalnya HTTP ke HTTPS, atau www ke non-www). Masalah dimulai ketika redirect menumpuk satu sama lain.
Rantai redirect terjadi ketika satu redirect mengarah ke redirect lain sebelum akhirnya mencapai tujuan. Contoh: Pengunjung ke Halaman A → redirect ke Halaman B → redirect ke Halaman C (halaman sebenarnya). Setiap hop ekstra menambah waktu muat dan meningkatkan kemungkinan crawler Google menyerah sebelum mencapai tujuan akhir .
Loop redirect lebih serius. Ini terjadi ketika redirect kembali ke halaman yang mengarah ke dirinya sendiri. Baik pengguna maupun crawler tidak bisa mencapai mana pun. Browser akan menampilkan error dan Google tidak akan bisa mengindeks kedua halaman .
Cara memeriksa:
Gunakan redirect-checker.org: masukkan domain Anda dan alat akan memetakan setiap hop dalam jalur redirect. Anda mencari redirect bersih satu langkah .
Solusi:
Segala sesuatu dengan dua hop atau lebih perlu diringkas sehingga alamat pertama redirect langsung ke tujuan akhir.
Tingkat Prioritas: 🔴 Tingkat 1
Bagian 4: Audit Crawlability (Langkah 5-7)
Jika Googlebot tidak dapat mengakses suatu halaman, halaman itu tidak akan memberi peringkat. Sebelum Google dapat mempertimbangkan konten Anda untuk hasil pencarian, konten tersebut perlu dapat ditemukan dan dibaca. Crawlability adalah tentang menghilangkan hambatan yang menghalangi, yang sebagian besar tidak terlihat sampai Anda mencarinya .
Langkah 5: Periksa File robots.txt
Mengapa penting: File robots.txt adalah file teks biasa yang memberi tahu bot mesin pencari halaman mana yang boleh mereka crawls dan mana yang harus dilewati. Ketik domainanda.com/robots.txt langsung di browser untuk melihatnya .
Kesalahan paling merusak:
| Masalah | Contoh | Dampak |
|---|---|---|
| Memblokir seluruh situs | Disallow: / | Tidak ada halaman yang di-crawl |
| Memblokir CSS/JavaScript | Disallow: /css/ | Google tidak bisa merender halaman dengan benar |
| Aturan lama dari staging | Aturan development terbawa ke production | Akses ke halaman penting terbatas |
Cara memeriksa:
- Buka
domainanda.com/robots.txtdi browser - Verifikasi bahwa tidak ada
Disallow: /yang tidak disengaja - Pastikan folder CSS, JS, dan gambar tidak diblokir
- Pastikan sitemap tercantum dalam file
Tingkat Prioritas: 🔴 Tingkat 1 jika ada masalah blocking
Langkah 6: Periksa Peta Situs XML (XML Sitemap)
Mengapa penting: Peta situs adalah file yang mencantumkan semua halaman di situs Anda yang ingin Anda indeks oleh Google. Ini seperti memberikan peta terstruktur kepada Google daripada membuatnya menemukan semuanya dengan mengikuti tautan .
Cara memeriksa:
Buka Google Search Console → Sitemaps. GSC akan menunjukkan berapa banyak URL yang dikirimkan dan berapa banyak yang benar-benar diindeks. Kesenjangan signifikan antara kedua angka tersebut adalah sinyal yang perlu diselidiki .
Tiga masalah spesifik yang harus dicari:
| Masalah | Penjelasan | Solusi |
|---|---|---|
| Halaman dengan error 4xx | URL rusak yang tercantum di sitemap | Hapus dari sitemap atau perbaiki halaman |
| Halaman noindex di sitemap | “Tolong indeks ini” (sitemap) vs “Jangan indeks ini” (noindex) — konflik | Hapus halaman noindex dari sitemap |
| Halaman penting hilang | Halaman kunci tidak ada di sitemap | Tambahkan ke sitemap |
Tingkat Prioritas: 🟡 Tingkat 2
Langkah 7: Crawl Website dan Periksa Kode Status HTTP
Mengapa penting: Melakukan crawl pada situs Anda mensimulasikan bagaimana bot mengunjungi setiap halaman. Ini membantu mengidentifikasi tautan rusak, masalah kanonik, dan masalah lain yang dapat mencegah mesin pencari mengakses konten Anda .
Cara melakukan:
- Gunakan Screaming Frog SEO Spider (gratis hingga 500 URL)
- Masukkan domain utama Anda dan jalankan crawl penuh
- Perhatikan kode status HTTP:
| Kode | Arti | Tindakan |
|---|---|---|
| 200 OK | Halaman ada dan konten tersedia | Yang diharapkan untuk halaman yang harus di-crawl |
| 301 (Permanent Redirect) | URL telah berubah secara permanen | Memindahkan sebagian besar otoritas ke tujuan |
| 302 (Temporary Redirect) | Perubahan sementara | Google bisa memilih untuk mengindeks URL asli atau tujuan |
| 404 (Not Found) | Halaman tidak ada | Redirect ke halaman relevan jika penting |
| 410 (Gone) | Penghapusan disengaja | Google akan menghapus URL dari indeks |
| 503 (Service Unavailable) | Masalah server sementara | Googlebot akan mencoba lagi nanti |
Tingkat Prioritas: 🔴 Tingkat 1 untuk error 5xx dan 4xx pada halaman penting
Bagian 5: Audit Pengindeksan (Indexing) (Langkah 8-10)
Langkah 8: Analisis Laporan Pengindeksan di GSC
Mengapa penting: Di laporan Halaman Google Search Console, Anda akan menemukan laporan terperinci tentang halaman yang diindeks dan kesalahan pengindeksan yang ditemukan selama crawling .
Cara memeriksa:
- Buka Google Search Console → laporan Pages
- Perhatikan halaman dengan status:
- “Submitted but not indexed” (masalah)
- “Crawled but not indexed” (konten dianggap rendah kualitas)
- “Blocked by robots.txt” (periksa apakah disengaja)
- “Page with redirect” (terlalu banyak redirect)
Solusi untuk setiap masalah:
| Status | Solusi |
|---|---|
| Submitted but not indexed | Halaman mungkin berkualitas rendah atau duplikat. Perbaiki konten atau hapus dari sitemap |
| Crawled but not indexed | Tambahkan konten yang lebih unik dan berharga |
| Blocked by robots.txt | Perbaiki robots.txt atau pindahkan halaman ke folder yang tidak diblokir |
| Page with redirect | Ganti URL di sitemap dengan tujuan akhir redirect |
Tingkat Prioritas: 🔴 Tingkat 1 untuk halaman penting yang tidak terindeks
Langkah 9: Periksa Meta Tag Robots
Mengapa penting: Tag robots meta memberi tahu mesin pencari apa yang harus dilakukan dengan halaman: indeks atau tidak, ikuti tautan atau tidak.
Cara memeriksa:
Periksa kode sumber halaman penting Anda. Cari <meta name="robots" content="...">
Konfigurasi yang benar:
- Untuk halaman yang ingin diindeks:
<meta name="robots" content="index, follow"> - Untuk halaman yang tidak ingin diindeks:
<meta name="robots" content="noindex, follow">
Masalah umum: Tag noindex yang tidak sengaja terpasang pada halaman penting. Ini sering terjadi setelah migrasi atau saat pengembangan .
Tingkat Prioritas: 🔴 Tingkat 1 jika halaman penting memiliki noindex
Langkah 10: Periksa Halaman Orphan (Tanpa Tautan Internal)
Mengapa penting: Halaman orphan adalah halaman yang tidak memiliki tautan internal yang mengarah ke halaman tersebut. Mesin pencari tidak memiliki cara yang andal untuk menemukan halaman ini tanpa tautan langsung .
Cara menemukan:
Gunakan Screaming Frog atau Sitebulb. Kedua alat ini memiliki laporan khusus untuk mengidentifikasi halaman orphan.
Solusi:
Tambahkan tautan internal kontekstual ke halaman orphan dari halaman berotoritas lebih tinggi yang relevan secara topik di situs Anda .
Tingkat Prioritas: 🟡 Tingkat 2
Bagian 6: Audit Kinerja & Core Web Vitals (Langkah 11-12)
Core Web Vitals adalah metrik dunia nyata Google. Mereka mengukur tiga hal: seberapa cepat konten utama dimuat, seberapa cepat halaman merespons interaksi pengguna, dan seberapa stabil tata letak selama pemuatan. Skor buruk pada metrik ini dapat menekan peringkat .
Langkah 11: Ukur Core Web Vitals
Tiga metrik Core Web Vitals:
| Metrik | Nama | Target | Mengukur |
|---|---|---|---|
| LCP | Largest Contentful Paint | ≤ 2,5 detik | Kecepatan pemuatan konten utama |
| INP | Interaction to Next Paint | ≤ 200 ms | Interaktivitas (respons saat klik/tap) |
| CLS | Cumulative Layout Shift | ≤ 0,1 | Stabilitas visual (konten tidak bergerak tiba-tiba) |
Catatan Penting: INP menggantikan First Input Delay (FID) sebagai metrik Core Web Vitals resmi pada Maret 2024 .
Cara mengukur:
- Gunakan Google PageSpeed Insights — masukkan URL halaman Anda
- Lihat laporan Core Web Vitals di Google Search Console
- Gunakan Chrome UX Report untuk data pengguna nyata
Interpretasi:
- Semua metrik di target → ✅ Lulus Core Web Vitals
- Satu atau lebih metrik di atas target → ❌ Perlu perbaikan
Tingkat Prioritas: 🔴 Tingkat 1 untuk halaman penting yang gagal Core Web Vitals
Langkah 12: Identifikasi Peluang Perbaikan Kecepatan
Penyebab umum LCP buruk (>2,5 detik):
- Gambar hero tidak dioptimasi
- Respons server lambat (TTFB tinggi)
- JavaScript render-blocking
Penyebab umum INP buruk (>200 ms):
- Eksekusi JavaScript berat
- Event handler yang lambat
Penyebab umum CLS buruk (>0,1):
- Gambar tanpa atribut width/height
- Konten yang disuntikkan secara dinamis
- Font yang menyebabkan pergeseran
Perbaikan cepat:
| Masalah | Solusi |
|---|---|
| Gambar besar | Kompres dan konversi ke WebP, terapkan lazy loading |
| Server lambat | Gunakan CDN (Cloudflare), upgrade hosting |
| CSS/JS besar | Minifikasi, hapus kode yang tidak digunakan |
| Font berat | Gunakan font sistem atau optimasi font display |
Tingkat Prioritas: 🔴 Tingkat 1 untuk LCP/INP/CLS yang buruk
Bagian 7: Audit Mobile-Friendliness (Langkah 13)
Langkah 13: Periksa Keramahan Mobile
Mengapa penting: Google menggunakan mobile-first indexing, yang berarti Google terutama menggunakan versi mobile dari konten untuk pengindeksan dan peringkat. Jika versi mobile Anda memiliki masalah, seluruh situs Anda terpengaruh .
Cara memeriksa:
- Gunakan Mobile-Friendly Test dari Google
- Gunakan Lighthouse di Chrome DevTools (Klik kanan → Inspect → tab Lighthouse)
- Gunakan URL Inspection Tool di GSC untuk melihat bagaimana Googlebot merender halaman mobile Anda
Uji manual di ponsel sungguhan:
- Apakah menu dapat dibuka dengan mudah dengan satu jempol?
- Apakah tombol cukup besar untuk disentuh (minimal 44x44px)?
- Apakah teks dapat dibaca tanpa zoom (minimal 14px)?
- Apakah situs merespons dengan cepat saat disentuh/discroll?
Tingkat Prioritas: 🔴 Tingkat 1 jika mobile version memiliki masalah
Bagian 8: Audit On-Page Teknis (Langkah 14-16)
Langkah 14: Periksa Struktur URL
Mengapa penting: URL yang terstruktur dan deskriptif membantu mesin pencari memahami hierarki situs Anda, meningkatkan navigasi bagi pengguna dan crawler .
Praktik terbaik URL:
- Pendek dan deskriptif
- Gunakan huruf kecil dan tanda hubung (bukan underscore)
- Hindari parameter yang tidak perlu
- Kedalaman maksimal 2-3 tingkat dari beranda
Masalah yang harus diperbaiki:
| Masalah | Contoh | Solusi |
|---|---|---|
| URL dinamis | ?id=123&sort=asc | Tulis ulang menjadi URL statis deskriptif |
| URL duplikat | Parameter membuat URL berbeda untuk konten sama | Gunakan canonical tag atau atur parameter di GSC |
| URL terlalu panjang | Lebih dari 100 karakter | Persingkat, fokus pada kata kunci utama |
Tingkat Prioritas: 🟢 Tingkat 3 (perbaiki jika sempat)
Langkah 15: Periksa Tag Kanonik (Canonical Tags)
Mengapa penting: Tag kanonik menyelesaikan masalah konten duplikat. Setiap halaman harus memiliki tag kanonik yang merujuk ke dirinya sendiri. Halaman duplikat harus mengarahkan tag kanoniknya ke versi yang diinginkan. Tanpa ini, mesin pencari dapat membagi sinyal peringkat ke beberapa halaman daripada menggabungkannya pada satu halaman .
Cara memeriksa:
Gunakan Screaming Frog untuk mengekstrak semua tag kanonik. Periksa:
- Apakah setiap halaman memiliki tag kanonik?
- Apakah tag kanonik menunjuk ke URL yang valid (bukan 404)?
- Apakah ada konflik (halaman A kanonik ke B, B kanonik ke A)?
Solusi untuk masalah umum:
| Masalah | Solusi |
|---|---|
| Tidak ada tag kanonik | Tambahkan self-referencing canonical tag ke semua halaman |
| Tag kanonik mengarah ke 404 | Perbaiki atau arahkan ke URL yang valid |
| Beberapa tag kanonik | Hanya satu tag kanonik per halaman |
Tingkat Prioritas: 🟡 Tingkat 2
Langkah 16: Periksa Data Terstruktur (Schema Markup)
Mengapa penting: Data terstruktur membantu mesin pencari memahami konten halaman. Ini juga dapat menghasilkan rich snippets di hasil pencarian (bintang, harga, tanggal, dll.). Di era AI, data terstruktur juga membantu AI answer engines memahami dan mengutip konten Anda .
Jenis schema yang umum:
- Article — untuk artikel blog dan berita
- Product — untuk halaman produk e-commerce
- LocalBusiness — untuk bisnis dengan lokasi fisik
- FAQ — untuk halaman pertanyaan umum
- BreadcrumbList — untuk navigasi breadcrumb
Cara memeriksa:
- Gunakan Rich Results Test Google
- Masukkan URL halaman Anda
- Periksa apakah schema terdeteksi dan valid
Praktik terbaik:
- Gunakan format JSON-LD (direkomendasikan Google)
- Validasi sebelum diterapkan ke produksi
- Pastikan schema sesuai dengan konten halaman
Tingkat Prioritas: 🟡 Tingkat 2 (prioritas lebih tinggi untuk e-commerce)
Kesimpulan: Dari Audit ke Aksi
Melakukan audit SEO teknis mungkin terlihat berat, tetapi Anda tidak harus menyelesaikan semuanya dalam satu hari. Prioritaskan berdasarkan dampak:
| Prioritas | Area Audit | Dampak jika Diabaikan |
|---|---|---|
| 🔴 Tinggi | HTTPS, robots.txt, indexing, Core Web Vitals, redirect chains | Situs tidak terindeks, penalti, peringkat turun drastis |
| 🟡 Sedang | Sitemap, canonical, orphan pages, schema markup | Peringkat turun bertahap, peluang terlewat |
| 🟢 Rendah | Struktur URL (minor), optimasi lebih lanjut | Dampak minimal untuk situs kecil |
Frekuensi Audit yang Direkomendasikan:
| Frekuensi | Tindakan |
|---|---|
| Bulanan | Periksa GSC untuk error baru, pantau Core Web Vitals |
| Triwulan (3 bulan) | Crawl penuh dengan Screaming Frog, audit indexing |
| Semester (6 bulan) | Audit kinerja mendalam, periksa schema markup |
| Tahunan | Audit komprehensif + bandingkan dengan tahun sebelumnya |
Langkah Pertama Anda Hari Ini:
- Buka Google Search Console → laporan Pages → lihat berapa halaman yang tidak terindeks
- Buka PageSpeed Insights → masukkan URL website Anda → catat skor LCP, INP, CLS
- Buka domainanda.com/robots.txt → pastikan tidak ada
Disallow: /yang tidak disengaja - Prioritaskan 1 masalah terbesar, cari solusi, dan terapkan
Artikel ini terakhir diperbarui: Juni 2026
Jumlah kata: ±3.500 kata
Kata kunci target: audit SEO teknis, langkah audit teknis, technical SEO audit
FAQ (15 Pertanyaan tentang Audit SEO Teknis)
1. Apa itu audit SEO teknis?
Audit SEO teknis adalah pemeriksaan menyeluruh terhadap infrastruktur teknis website Anda untuk mengidentifikasi masalah yang mencegah mesin pencari merayapi, merender, atau mengindeks halaman Anda dengan benar .
2. Berapa sering harus melakukan audit SEO teknis?
Minimum sekali per kuartal (3 bulan). Namun, pemicu tertentu harus segera melakukan audit: setelah migrasi situs, setelah pembaruan CMS besar, saat trafik organik turun tiba-tiba .
3. Alat apa yang gratis untuk audit SEO teknis?
Google Search Console, Google Analytics, PageSpeed Insights, Screaming Frog (gratis hingga 500 URL), Ahrefs Webmaster Tools .
4. Apa perbedaan audit teknis dengan audit SEO biasa?
Audit teknis fokus pada infrastruktur (crawling, indexing, kecepatan, keamanan). Audit SEO biasa mencakup teknis + on-page + off-page.
5. Apa itu Core Web Vitals?
Tiga metrik Google untuk pengalaman pengguna: LCP (kecepatan loading), INP (interaktivitas), CLS (stabilitas visual). Target: LCP ≤2,5s, INP ≤200ms, CLS ≤0,1 .
6. Bagaimana cara memperbaiki CLS yang buruk?
Tambahkan atribut width dan height ke semua gambar dan iframe. Hindari menyuntikkan konten secara dinamis di atas konten yang sudah ada.
7. Apa itu INP dan apa bedanya dengan FID?
INP (Interaction to Next Paint) menggantikan FID (First Input Delay) sebagai metrik interaktivitas Core Web Vitals sejak Maret 2024. INP mengukur semua interaksi, bukan hanya yang pertama .
8. Bagaimana cara mengecek apakah halaman terindeks?
Gunakan site:domainanda.com/halaman-anda di Google, atau lihat laporan Pages di Google Search Console.
9. Apa yang harus dilakukan jika halaman tidak terindeks?
Periksa: apakah ada noindex tag? Apakah diblokir robots.txt? Apakah konten berkualitas rendah? Lalu gunakan “Request Indexing” di GSC .
10. Apa itu redirect chain?
Rantai redirect terjadi ketika satu redirect mengarah ke redirect lain sebelum mencapai tujuan. Contoh: A → B → C. Ini memperlambat loading dan membuang link juice .
11. Bagaimana cara memperbaiki redirect chain?
Update redirect sehingga langsung ke tujuan akhir (A → C). Gunakan redirect 301 untuk permanen.
12. Apakah HTTPS wajib untuk SEO?
Ya. HTTPS adalah sinyal peringkat yang dikonfirmasi Google. Browser juga memperingatkan pengunjung situs non-HTTPS, yang merusak kepercayaan .
13. Apa itu halaman orphan?
Halaman tanpa tautan internal yang mengarah ke halaman tersebut. Sulit ditemukan oleh mesin pencari .
14. Berapa lama efek perbaikan teknis terlihat?
Perbaikan indexing dan robots.txt: 1-2 minggu. Perbaikan kecepatan dan Core Web Vitals: 2-4 minggu.
15. Apakah saya perlu menyewa profesional untuk audit teknis?
Untuk situs kecil (<500 halaman), Anda bisa melakukannya sendiri dengan panduan ini. Untuk situs enterprise atau e-commerce besar, profesional direkomendasikan.
Masih punya pertanyaan tentang audit SEO teknis? Tulis di kolom komentar di bawah atau hubungi tim kami melalui halaman kontak.
