Technical SEO: Empat Lapisan, Urutan Optimasi, dan Cara Mengukurnya

• Technical SEO adalah lapisan yang menentukan apakah halaman bisa ditemukan, dirayapi, dirender, dan diindeks — sebelum urusan isi dan tautan jadi relevan.
• Empat kelompok elemennya menjawab pertanyaan berurutan: bisa diakses, tersusun rapi, bisa dirender dan cepat, dan tertandai dengan benar.
• Urutan pengerjaan lebih menentukan daripada kelengkapan. Perbaikan di lapisan bawah tidak berarti kalau lapisan atas bermasalah.
• Sebagian besar hasilnya berupa penghalang yang hilang, bukan peringkat yang naik — dan itu membuatnya sulit dihargai.
• Skor alat audit bukan ukuran. Yang dipakai adalah data Search Console dan data lapangan.

Apa Itu Technical SEO

Technical SEO adalah pekerjaan memastikan halaman bisa ditemukan, dirayapi, dirender, dan diindeks mesin pencari — dan bahwa pengalaman membukanya tidak menghalangi pengunjung.

Ia bukan pekerjaan yang membuat halaman lebih pantas dipilih; itu wilayah on-page. Technical SEO mengurus lapisan sebelumnya: apakah halaman itu sampai ke tempat penilaian dilakukan.

Karena itu ia jadi penghalang yang paling sering tidak terlihat. Tidak ada pesan kesalahan, tidak ada peringatan — halamannya hanya tidak pernah muncul, dan pekerjaan konten yang bagus di atasnya tidak menghasilkan apa pun.

Bedanya dengan On-Page dan Off-Page

Ketiganya menjawab pertanyaan berbeda, dan urutannya adalah urutan sebab:

• Technical SEO — apakah halaman ini bisa ditemukan, dirayapi, dirender, dan diindeks?
• On-page SEO — kalau sudah bisa diindeks, apakah ia pantas dipilih untuk pencarian ini?
• Off-page SEO — apakah ada pihak lain yang menganggapnya cukup berharga untuk ditautkan?

Halaman yang tersendat di lapisan pertama tidak akan tertolong oleh tulisan sebagus apa pun maupun tautan sebanyak apa pun.

Empat Kelompok Elemennya

1. Bisa diakses dan diindeks

Kelompok prasyarat. Kalau satu pun di sini bermasalah, tidak ada gunanya melanjutkan.

• Robots.txt yang tidak memblokir halaman penting maupun berkas yang dibutuhkan untuk merender.
• Tag noindex yang tidak tertinggal dari masa pengembangan.
• Canonical URL yang menunjuk alamat yang benar.
• Kode status yang sesuai maksudnya — 200 untuk halaman yang ada, 301 untuk yang pindah, 404 atau 410 untuk yang dihapus.
• Sitemap yang mutakhir dan hanya berisi halaman yang ingin diindeks.
• Tautan internal yang menjangkau seluruh halaman penting, karena tautan adalah jalur utama penemuan.

2. Tersusun rapi

• Kedalaman halaman — halaman penting maksimal tiga klik dari beranda.
• Halaman kembar dari parameter, varian, filter, dan versi cetak, yang perlu diarahkan ke satu versi utama.
• Struktur URL yang terbaca dan konsisten.
• Kerangka heading yang mencerminkan struktur isi.
• Hreflang kalau situs punya beberapa versi bahasa — termasuk syarat tautan baliknya.

3. Bisa dirender dan cukup cepat

• Isi utama tersedia di HTML awal, tidak sepenuhnya bergantung pada JavaScript yang dijalankan belakangan.
• Navigasi memakai tautan yang bisa diikuti perayap, bukan elemen yang hanya bereaksi pada klik.
• Core Web Vitals — LCP di bawah 2,5 detik, INP di bawah 200 milidetik, CLS di bawah 0,1, diukur di persentil ke-75 kunjungan nyata.
• Kesetaraan isi antara versi mobile dan desktop, karena versi mobile yang jadi acuan pengindeksan.
• Viewport meta tag yang benar, sebagai prasyarat desain responsif.

4. Tertandai dengan benar

• Structured data sesuai jenis halamannya, yang menentukan kelayakan tampil sebagai hasil kaya.
• Judul dan deskripsi meta yang unik di seluruh halaman.
• HTTPS di seluruh situs, dengan versi HTTP yang dialihkan.
• Tanggal terbit dan pembaruan yang konsisten antara yang terlihat dan yang di structured data.

Urutan Optimasi

Urutan ini disusun dari yang paling menentukan. Mengerjakannya terbalik adalah alasan paling umum kenapa daftar audit yang panjang tidak mengubah apa-apa.

Untuk bentuk pemeriksaan yang bisa dipakai saat audit, lihat juga checklist Technical SEO.

1. Periksa apakah halaman penting bisa diindeks. Robots.txt, noindex, canonical, dan kode status.
2. Bereskan kesalahan server dan pengalihan yang rusak — rantai, loop, dan 5xx.
3. Satukan halaman kembar sebelum menambah halaman baru.
4. Perbaiki penemuan — tautan internal, kedalaman, dan sitemap.
5. Pastikan halaman bisa dirender dan isi utamanya terbaca.
6. Perbaiki Core Web Vitals, dimulai dari kelompok halaman yang paling banyak dikunjungi.
7. Pasang structured data untuk jenis halaman yang memang punya bentuk hasil kaya.

Kalau waktunya terbatas, langkah satu sampai tiga yang menentukan. Sisanya memperbesar hasil dari yang sudah benar.

Kesalahan yang Paling Mahal

• Disallow: / tertinggal dari masa pengembangan — satu baris yang menutup seluruh situs.
• Memblokir halaman di robots.txt untuk menyembunyikannya, padahal halaman yang diblokir masih bisa terindeks dan tag noindex di dalamnya jadi tidak terbaca.
• Mengalihkan seluruh halaman lama ke beranda saat mendesain ulang situs.
• Migrasi tanpa pemetaan alamat per halaman.
• Mengejar skor alat audit alih-alih memperbaiki hal yang terlihat di data lapangan.
• Memakai noindex untuk menghemat crawl budget, padahal halaman bertag itu tetap harus dirayapi.

Cara Mengukur Hasilnya

Peringkat bukan ukuran yang tepat, karena sebagian besar pekerjaan ini menghilangkan penghalang — bukan mendorong halaman naik.

• Jumlah halaman yang berhasil terindeks dari yang seharusnya terindeks.
• Berkurangnya kelompok bermasalah di laporan pengindeksan, dari kuartal ke kuartal.
• Sebaran kode status yang diterima perayap — porsi 3xx dan 4xx yang menurun.
• Angka Core Web Vitals dari data lapangan, bukan dari skor uji laboratorium.
• Nol kehilangan trafik setelah migrasi — ukuran keberhasilan tertinggi, dan wujudnya adalah tidak terjadi apa-apa.

Kapan Perlu Dikerjakan Bersama Pihak Lain

Untuk situs kecil dengan puluhan halaman, seluruh urutan di atas bisa dikerjakan sendiri lewat CMS dan plugin. Yang berubah adalah ketika masalahnya berpola dan menyentuh ribuan halaman sekaligus — ruang URL dari filter yang tak terbatas, isi yang bergantung penuh pada rendering, atau migrasi platform yang tidak boleh kehilangan satu halaman pun.

Di titik itu pekerjaannya bukan lagi memperbaiki halaman, melainkan memperbaiki sistem yang menghasilkannya — dan itu yang dikerjakan jasa SEO dengan standar technical profesional: menemukan masalah berpola, menentukan urutannya, lalu memastikan perbaikannya benar-benar terbit dan terbaca.

Pertanyaan Umum Seputar Technical SEO

Berapa lama hasil perbaikan technical SEO terlihat?

Perbaikan pengindeksan bisa terlihat dalam hitungan minggu setelah halamannya dirayapi ulang; perbaikan Core Web Vitals butuh sampai empat minggu karena datanya memakai rentang 28 hari bergulir.

Apakah butuh pengembang?

Sebagian besar lapisan pertama dan kedua bisa dikerjakan lewat CMS atau plugin. Yang menuntut pengembang biasanya urusan rendering, konfigurasi server, dan struktur aplikasi.

Apakah technical SEO lebih penting daripada konten?

Bukan lebih penting, melainkan lebih dulu. Ia prasyarat: halaman yang tidak bisa diindeks tidak akan muncul, dan halaman yang bisa diindeks tapi isinya tidak menjawab juga tidak akan dipilih.