Hub
Technical SEO
Technical SEO memastikan halaman bisa ditemukan, diambil, dirender, diindeks, dan dikenali sebagai versi yang benar oleh mesin pencari. Kalau salah satu rantai ini putus, kualitas konten tidak pernah sempat dinilai.
Cara paling mudah memahami technical SEO: bayangkan sebagai serangkaian gerbang yang harus dilewati sebuah URL sebelum bisa muncul di hasil pencarian. Tiap gerbang punya alat kontrol sendiri, dan kesalahan di gerbang awal membuat gerbang berikutnya tidak pernah tercapai.
- Bisa ditemukanURL diketahui Google lewat link, sitemap, atau pengiriman manual. Orphan page gagal di sini.
- Boleh di-crawlrobots.txt tidak memblokir, server menjawab 200 dalam waktu wajar, tidak ada redirect berantai.
- Bisa direnderKonten utama ada di HTML atau bisa dijalankan oleh renderer Chromium milik Google.
- Boleh diindeksTidak ada noindex, tidak dianggap duplikat atau soft 404, kualitasnya cukup.
- Versi yang benarCanonical, redirect, dan internal link menunjuk ke URL yang sama.
Apa yang termasuk technical SEO, dan apa yang tidak
Batasnya sering kabur. Yang jelas masuk: crawling, indexing, kanonikalisasi, redirect, kode status HTTP, robots.txt, sitemap, rendering JavaScript, struktur URL, hreflang, dan performa halaman sejauh memengaruhi crawl dan Core Web Vitals. Yang sering dimasukkan tapi sebenarnya topik lain: structured data (punya silo sendiri, karena tujuannya pemahaman konten, bukan aksesibilitas crawler), internal linking (masuk site architecture), dan title tag (masuk content SEO).
Perbedaan itu penting saat mendiagnosis masalah. Halaman yang tidak terindeks karena diblokir robots.txt adalah masalah technical. Halaman yang di-crawl lalu ditolak karena isinya tipis adalah masalah konten, walaupun gejalanya muncul di laporan yang sama di Search Console.
Jalur belajar
Urutan ini dibuat supaya tiap halaman hanya memakai konsep yang sudah dibahas halaman sebelumnya.
- Crawling vs indexingDua proses yang sering disamakan. Semua yang lain bergantung pada pemisahan ini.
- HTTP status codeBahasa antara server dan crawler. Perlu dipahami sebelum bicara redirect.
- Robots.txtGerbang crawling. Termasuk aturan pencocokan yang jarang dijelaskan dengan benar.
- Noindex vs nofollowGerbang indexing, dan kenapa memadukannya dengan robots.txt sering salah.
- XML sitemapCara memberi tahu Google URL mana yang dianggap penting.
- CanonicalCara Google memilih satu URL dari sekumpulan duplikat, dan kenapa pilihannya bisa berbeda dari kita.
- Redirect 301 vs 302Sinyal kanonikalisasi paling kuat, dengan tabel keputusan.
Tujuh panduan Technical SEO
- Crawling vs indexingpemula
Dua proses berbeda dengan alat kontrol berbeda, dan kenapa di-crawl tidak berarti diindeks.
- Robots.txtmenengah
Sintaks, aturan pencocokan Google, contoh berkas, dan lima kesalahan yang sering terjadi.
- XML sitemappemula
Format, batas, lastmod yang jujur, dan apa yang tidak dilakukan sitemap.
- Canonicalmenengah
Sinyal, bukan perintah. Cara Google memilih canonical dan kenapa pilihannya bisa berbeda.
- Redirect 301 vs 302menengah
Tabel keputusan, efek pada kanonikalisasi, dan cara mengecek redirect chain.
- Noindex vs nofollowmenengah
Dua direktif berbeda level, cara pasang, dan kombinasi dengan robots.txt yang membatalkan keduanya.
- HTTP status codemenengah
Referensi per kode: apa yang dilakukan Googlebot saat menerimanya.
Bagaimana komponennya saling memengaruhi
Kesalahan technical SEO yang paling mahal biasanya bukan satu pengaturan yang salah, melainkan dua pengaturan yang benar sendiri-sendiri tapi bertabrakan.
| Kombinasi | Yang terjadi | Bahas di |
|---|---|---|
| URL diblokir robots.txt dan diberi noindex | Google tidak bisa membaca noindex-nya karena tidak boleh mengambil halaman. URL bisa tetap terindeks tanpa konten. | Noindex vs nofollow |
| Canonical menunjuk ke URL yang redirect | Sinyal bertabrakan. Google biasanya mengikuti redirect dan mengabaikan canonical yang menunjuk ke URL perantara. | Canonical |
| Sitemap berisi URL non-canonical | Sitemap memberi sinyal lemah bahwa URL itu canonical, padahal tag canonical bilang lain. Laporan Search Console jadi ramai "duplicate". | XML sitemap |
| Redirect 302 dipakai untuk pindah permanen | Google biasanya tetap menganggapnya permanen setelah beberapa waktu, tapi URL lama bisa bertahan lebih lama di indeks. | Redirect |
| Halaman 404 mengembalikan status 200 | Soft 404. Google mendeteksinya dari isi, tapi crawl budget terbuang dan laporan jadi tidak akurat. | HTTP status code |
Alat yang dipakai di silo ini
Dari Google
- URL Inspection di Search Console: status indeks, canonical yang dipilih Google, HTML hasil render.
- Laporan Page indexing: alasan URL tidak diindeks, dikelompokkan.
- Laporan Crawl stats: jumlah permintaan, kode status, waktu respons server.
- Rich Results Test: cara cepat melihat HTML hasil render tanpa akses Search Console.
Crawler desktop
- Screaming Frog SEO Spider (gratis sampai 500 URL) atau Sitebulb untuk merayapi situs sendiri dan membandingkan dengan sitemap.
- Robots.txt tester di situs ini untuk mengecek aturan mana yang menang untuk sebuah URL.
- Generator redirect untuk menyusun aturan .htaccess atau Nginx dari daftar URL.
- curl atau DevTools untuk melihat kode status dan header mentah.
Troubleshooting: mulai dari mana
Kalau gejalanya "halaman tidak muncul di Google", jangan langsung minta indexing ulang. Ikuti playbook audit indexing: bandingkan sitemap, hasil crawl, dan laporan Page indexing, lalu kelompokkan URL berdasarkan alasan. Kalau gejalanya "trafik turun", pakai playbook diagnosis trafik turun, karena penyebab technical hanya salah satu dari lima kemungkinan.
Rujukan
- How Google Search Works (for beginners) Google Search Central
- Google Search Essentials: technical requirements Google Search Central