Technical SEO: Pengertian, Checklist, dan Cara Auditnya

Technical SEO adalah kumpulan pekerjaan teknis di website yang memastikan Google bisa menemukan, merayapi, merender, dan mengindeks halaman Anda tanpa hambatan, lalu menyajikannya dengan cepat ke pengunjung. Kalau SEO on-page mengurus isi halaman dan SEO off-page mengurus reputasi dari luar, SEO teknis mengurus “pipa”-nya: server, struktur URL, robots.txt, sitemap, canonical, kecepatan, dan keamanan. Tanpa pipa yang bersih, konten sebagus apa pun tidak pernah sampai ke hasil pencarian.

Artikel ini membahas apa saja yang masuk area technical SEO, bagaimana Google memproses halaman, checklist yang diurutkan berdasarkan prioritas, angka Core Web Vitals yang benar-benar dipakai Google, kesalahan yang paling sering terjadi di situs Indonesia, dan cara mengaudit situs Anda sendiri dalam satu hari tanpa alat berbayar.

Technical SEO adalah fondasi, bukan hiasan

Banyak pemilik website mengira SEO cuma soal menulis artikel dan mencari backlink. Padahal kedua hal itu baru berguna kalau Google bisa mengakses halamannya. Technical SEO adalah lapisan paling bawah dari tiga pilar SEO, dan urutannya tidak bisa dibalik.

Pilar	Yang diurus	Contoh pekerjaan	Gejala kalau bermasalah
Technical SEO (SEO teknis)	Akses mesin pencari ke situs	robots.txt, sitemap, canonical, HTTPS, kecepatan, mobile, structured data	Halaman tidak muncul di Google sama sekali
On-page SEO	Isi dan struktur halaman	Judul, heading, konten, internal link, meta description	Terindeks, tapi peringkatnya rendah
Off-page SEO	Sinyal dari luar situs	Backlink, brand mention, ulasan	Kalah dari kompetitor dengan konten setara

Pembagian ini penting karena gejalanya sering tertukar. Halaman yang tidak muncul di Google padahal kontennya bagus hampir selalu masalah teknis, bukan masalah konten. Sebaliknya, halaman yang terindeks tapi peringkatnya rendah biasanya masalah optimasi on-page atau kekurangan sinyal dari luar.

Menurut kami, cara paling jujur memandang technical SEO adalah sebagai pengurang risiko. Ia jarang membuat peringkat melonjak sendirian, tapi satu kesalahan teknis bisa menghapus seluruh hasil kerja konten dan backlink dalam semalam. Tag noindex yang lupa dicabut setelah situs pindah dari staging adalah contoh klasiknya.

Google sendiri menegaskan di dokumentasi page experience bahwa “tidak ada sinyal tunggal” dan Search “selalu berusaha menampilkan konten paling relevan, walaupun page experience-nya kurang”. Artinya technical SEO membuka pintu, sedangkan konten yang menentukan siapa yang boleh masuk. Jangan berhenti di salah satunya.

Cara Google memproses halaman: crawl, render, index

Untuk tahu mana yang perlu diperbaiki, Anda harus paham alurnya dulu. Google memproses halaman dalam tiga fase: crawling (merayapi), rendering (menjalankan HTML, CSS, dan JavaScript menjadi tampilan utuh), dan indexing (menyimpan halaman ke basis data pencarian). Dokumentasi JavaScript SEO Google menjelaskan bahwa rendering dijalankan oleh Chromium headless versi evergreen, dan halaman “bisa menunggu di antrean beberapa detik, tapi bisa juga lebih lama”.

Implikasinya konkret. Kalau konten utama situs Anda baru muncul setelah JavaScript dijalankan, Google mungkin mengindeksnya lebih lambat, atau melewatkan bagian yang gagal dirender. Karena itu Google menyarankan server-side rendering atau pre-rendering: lebih cepat untuk pengguna dan crawler, dan “tidak semua bot bisa menjalankan JavaScript”.

Crawl budget: siapa yang benar-benar perlu peduli

Istilah crawl budget (jatah perayapan) sering dipakai berlebihan. Google mendefinisikannya sebagai gabungan crawl capacity limit (seberapa banyak server Anda sanggup dirayapi tanpa terbebani) dan crawl demand (seberapa besar Google ingin merayapi situs Anda). Panduan resminya secara eksplisit ditujukan untuk situs dengan 1 juta+ halaman unik yang berubah mingguan, atau situs 10.000+ halaman yang berubah harian.

Jadi kalau situs Anda punya 200 halaman, crawl budget bukan masalah Anda. Yang perlu dicemaskan justru hal yang lebih sederhana: apakah setiap halaman penting punya internal link, apakah sitemap-nya benar, dan apakah tidak ada halaman sampah (filter, parameter URL, hasil pencarian internal) yang ikut terindeks. Kalau di Google Search Console banyak URL berstatus “Discovered - currently not indexed”, barulah crawl budget layak diperiksa; Google menyebut kondisi itu sebagai salah satu pemicunya.

Alur lengkap dari perayapan sampai penentuan peringkat kami bahas terpisah di artikel cara kerja SEO dari crawl sampai ranking.

Checklist technical SEO berdasarkan prioritas

Kesalahan umum saat mulai adalah mengerjakan semuanya sekaligus. Urutan di bawah ini disusun dari yang dampaknya paling fatal kalau salah, ke yang sifatnya penyempurnaan.

Prioritas	Area	Yang harus benar	Alat cek gratis
1	Indexability	Tidak ada noindex di halaman penting; halaman penting membalas HTTP 200	Google Search Console (laporan Pages, URL Inspection)
2	Crawlability	robots.txt tidak memblokir CSS, JavaScript, dan halaman penting; sitemap XML valid dan terkirim	Laporan Sitemaps di Search Console
3	Duplikasi dan canonical	Satu URL kanonik per konten (www vs non-www, http vs https, trailing slash, parameter)	Laporan Pages: “Duplicate without user-selected canonical”
4	HTTPS	Semua URL memakai HTTPS, HTTP diarahkan 301, tidak ada mixed content	Browser dan SSL checker
5	Mobile	Konten versi mobile sama lengkapnya dengan desktop	Chrome DevTools mode perangkat
6	Core Web Vitals	LCP 2,5 detik atau kurang, INP 200 ms atau kurang, CLS 0,1 atau kurang di persentil ke-75	PageSpeed Insights, laporan Core Web Vitals
7	Structured data	JSON-LD valid dengan semua properti wajib	Rich Results Test
8	Struktur URL dan internal link	URL pendek dan konsisten; halaman penting terjangkau dalam tiga klik dari beranda	Crawler desktop seperti Screaming Frog

Ada tiga hal dari checklist ini yang paling sering disalahpahami.

Pertama, robots.txt bukan alat untuk menyembunyikan halaman dari Google. Dokumentasi resmi robots.txt menyebut file ini “bukan mekanisme untuk mengeluarkan halaman dari Google”, dan halaman yang diblokir “masih bisa terindeks kalau ditautkan dari situs lain”. Kalau mau halaman tidak muncul, pakai tag noindex atau proteksi password. Jangan sekaligus memblokirnya di robots.txt, karena Google harus bisa membaca tag noindex-nya dulu.

Kedua, rel=“canonical” adalah sinyal kuat, bukan perintah. Menurut panduan canonicalization Google, redirect dan rel=“canonical” sama-sama “sinyal kuat”, sedangkan sitemap “sinyal lemah”, dan semuanya “saling menumpuk sehingga lebih efektif kalau digabung”. Artinya canonical, redirect, internal link, dan sitemap harus menunjuk URL yang sama. Kalau bertentangan, Google berhak memilih kanonik yang berbeda dari yang Anda tulis.

Ketiga, sitemap membantu penemuan, bukan menjamin indeks. Batas satu file sitemap adalah 50 MB atau 50.000 URL, dan Google menyatakan sitemap “tidak menjamin semua item di dalamnya akan dirayapi dan diindeks”. Situs sekitar 500 halaman atau kurang dengan internal link rapi sebenarnya tidak wajib punya sitemap, tapi situs baru yang belum punya backlink sangat terbantu olehnya. Cara membuatnya ada di panduan sitemap website.

Tips: Sebelum menyentuh apa pun, ketik site:namadomain.com di Google dan bandingkan jumlah hasilnya dengan jumlah halaman yang memang ingin Anda tampilkan. Selisih besar ke atas berarti ada duplikasi atau halaman sampah yang terindeks. Selisih besar ke bawah berarti ada masalah crawl atau noindex.

Core Web Vitals: angka yang dipakai Google

Core Web Vitals adalah tiga metrik pengalaman pengguna yang diukur Google dari data pengguna Chrome sungguhan, bukan dari simulasi. Sejak 12 Maret 2024, INP resmi menggantikan FID sebagai metrik responsivitas. Ambang “baik” untuk ketiganya ditetapkan di dokumentasi Web Vitals.

Metrik	Yang diukur	Ambang “baik”	Perbaikan yang paling sering berhasil
LCP (Largest Contentful Paint)	Berapa lama elemen terbesar di layar selesai tampil	2,5 detik atau kurang	Percepat respons server, kompres gambar hero, muat font dengan benar
INP (Interaction to Next Paint)	Jeda dari klik atau ketukan sampai layar merespons	200 milidetik atau kurang	Kurangi JavaScript pihak ketiga, pecah tugas panjang di thread utama
CLS (Cumulative Layout Shift)	Seberapa banyak tata letak bergeser saat memuat	0,1 atau kurang	Tetapkan width dan height gambar, sediakan ruang untuk iklan dan embed

Angka yang dinilai adalah persentil ke-75 dari seluruh kunjungan, dipisah mobile dan desktop. Artinya, 25% pengunjung Anda dengan koneksi dan perangkat terburuk yang menentukan nilai, bukan laptop developer di kantor dengan Wi-Fi kencang. Untuk INP, web.dev menetapkan nilai di atas 200 ms sampai 500 ms sebagai “perlu perbaikan” dan di atas 500 ms sebagai “buruk”.

Seberapa sulit lolos? Web Almanac 2024 dari HTTP Archive mencatat hanya 43% situs mobile dan 54% situs desktop yang punya Core Web Vitals baik. Yang menarik, dari 1.000 situs terpopuler, cuma 40% versi mobile-nya yang lolos, lebih rendah dari rata-rata keseluruhan. Situs besar bukan otomatis situs cepat. Situs kecil justru lebih mudah dibuat ringan karena tidak menyeret puluhan skrip iklan dan tracking.

Yang sering salah kaprah soal kecepatan

Skor 100 di PageSpeed Insights bukan tujuan. Skor itu berasal dari uji laboratorium Lighthouse, sedangkan yang dipakai Google untuk penilaian adalah data lapangan di bagian atas laporan. Kami lebih memilih situs dengan skor 80 yang LCP lapangannya 1,8 detik daripada skor 98 yang INP lapangannya 350 ms karena menu mega-nya memblokir thread utama.

Bobotnya juga perlu ditaruh proporsional. Di dokumentasi Core Web Vitals untuk Search, Google memakai kalimat “sangat merekomendasikan” pemilik situs mencapai CWV baik dan menyebutnya “selaras dengan yang ingin diberi imbalan oleh sistem peringkat inti”. Itu bahasa untuk faktor pendukung, bukan faktor penentu. HTTPS bahkan lebih ringan lagi: saat diumumkan pada 2014, Google menyebutnya “sinyal ringan yang memengaruhi kurang dari 1% kueri global” dan bobotnya di bawah konten berkualitas. HTTPS tetap wajib karena browser kini menandai situs HTTP sebagai tidak aman, tapi jangan berharap peringkat naik karenanya.

Catatan: Perbaikan LCP yang paling sering memberi hasil besar dengan usaha kecil ada di tiga tempat: waktu respons server (aktifkan cache halaman atau pindah hosting), ukuran gambar hero (kompres ke WebP dan tetapkan width serta height), dan urutan pemuatan font. Optimasi JavaScript baru layak dikerjakan setelah tiga hal itu beres.

Kesalahan SEO teknis yang paling sering terjadi

Pola masalah teknis di situs Indonesia cenderung berulang, apa pun CMS yang dipakai. Berikut yang paling sering muncul beserta cara mengenalinya.

Situs staging atau salinan ikut terindeks. Subdomain dev., staging., atau salinan di alamat IP server terindeks dan bersaing dengan situs utama. Kenali lewat operator site: dan segera pasang noindex plus proteksi password di semua versi non-produksi.

Empat versi domain hidup bersamaan. http://, https://, www, dan non-www semua membalas 200 tanpa redirect. Google memang akan memilih satu kanonik, tapi sinyal internal link dan backlink terpecah ke empat alamat. Solusinya satu versi resmi, tiga lainnya redirect 301.

Halaman filter dan parameter membanjiri indeks. Toko online dengan filter warna, ukuran, dan urutan harga bisa menghasilkan ribuan URL untuk produk yang sama. Google secara khusus menyebut faceted navigation dan soft 404 sebagai pemboros crawl budget. Pakai canonical ke halaman kategori utama dan noindex untuk kombinasi filter.

Konten utama bergantung pada JavaScript. Judul produk, harga, atau isi artikel baru muncul setelah skrip dijalankan. Uji dengan URL Inspection di Search Console dan lihat tangkapan layar hasil rendernya. Kalau di sana kosong, Google juga melihat kosong.

Versi mobile lebih tipis dari desktop. Google mengindeks dan memberi peringkat memakai versi mobile yang dirayapi smartphone agent. Kalau tabel harga, deskripsi, atau FAQ disembunyikan di mobile, bagian itu tidak ikut dihitung.

Redirect berantai. Halaman A ke B ke C ke D karena tiga kali ganti struktur URL. Setiap lompatan menambah waktu muat dan risiko putus di tengah. Arahkan langsung dari URL lama ke tujuan akhir.

Structured data dipasang tanpa properti wajib. Google merekomendasikan format JSON-LD dan menyatakan semua properti wajib harus ada supaya halaman “memenuhi syarat” tampil dengan rich result. Markup yang setengah jadi tidak dihitung, sebagus apa pun niatnya.

Contoh: Situs berita yang membuat halaman tag otomatis untuk setiap kata kunci artikel bisa menumpuk puluhan ribu halaman tag berisi satu atau dua tautan, sementara artikel aslinya jauh lebih sedikit. Googlebot menghabiskan kunjungannya di halaman tag, dan artikel baru terindeks lebih lambat. Pola penanganannya: halaman tag dengan sedikit artikel diberi noindex, sisanya dirapikan sebagai halaman topik yang layak dibaca.

Cara audit technical SEO sendiri dalam satu hari

Anda tidak perlu alat berbayar untuk audit pertama. Urutan berikut bisa diselesaikan dalam beberapa jam untuk situs berukuran kecil sampai menengah.

1. Cek jumlah halaman terindeks. Ketik site:namadomain.com dan bandingkan dengan jumlah halaman yang memang ingin ditampilkan. Catat selisihnya.
2. Buka laporan Pages di Google Search Console. Lihat alasan halaman tidak terindeks: noindex, redirect, soft 404, duplikat, atau “Discovered - currently not indexed”. Kalau belum terbiasa membaca laporannya, ikuti panduan menggunakan Google Search Console.
3. Uji lima halaman terpenting dengan URL Inspection. Bandingkan canonical yang Anda tulis dengan canonical yang dipilih Google, dan lihat tangkapan layar hasil render.
4. Periksa robots.txt dan sitemap. Pastikan CSS dan JavaScript tidak diblokir, sitemap hanya berisi URL kanonik yang membalas 200, dan sudah dikirim ke Search Console.
5. Jalankan PageSpeed Insights di beranda, satu halaman kategori, dan satu artikel. Baca data lapangan di bagian atas, bukan skor laboratorium.
6. Validasi structured data dengan Rich Results Test pada halaman yang memang ditargetkan tampil dengan rich result.
7. Rayapi situs dengan crawler desktop untuk menangkap kode status selain 200, redirect berantai, judul kosong atau ganda, dan halaman yatim yang tidak punya internal link masuk.

Catat temuan dalam tiga kolom: masalah, dampak (memblokir indeks, memperlambat, atau kosmetik), dan usaha perbaikan. Kerjakan yang memblokir indeks dulu, sekecil apa pun kelihatannya. Kalau daftar ini terasa terlalu teknis, atau situs Anda punya ribuan halaman dengan riwayat migrasi yang rumit, layanan audit SEO kami mengerjakan pemeriksaan yang sama dengan crawler penuh dan laporan prioritas yang siap diserahkan ke developer.

Butuh bantuan? Konsultasi SEO gratis lewat WhatsApp

Satu hal terakhir yang perlu diluruskan. Technical SEO yang sempurna tidak membuat halaman yang tidak dicari orang jadi ramai. Studi Ahrefs terhadap sekitar 14 miliar halaman menemukan 96,55% halaman tidak mendapat trafik sama sekali dari Google, dan penyebab utamanya bukan masalah teknis: tidak ada permintaan pencarian, tidak ada backlink, dan konten tidak cocok dengan intent. Technical SEO memastikan Anda ikut lomba. Riset kata kunci dan konten yang menentukan Anda menang, dan langkah awalnya ada di panduan cara mencari kata kunci yang tepat.

Sumber

• Web Vitals (web.dev)
• Interaction to Next Paint becomes a Core Web Vital on March 12 (web.dev)
• Interaction to Next Paint (INP) (web.dev)
• Understanding Core Web Vitals and Google search results (Google Search Central)
• Understanding page experience in Google Search results (Google Search Central)
• Crawl Budget Management (Google Crawling Infrastructure)
• Mobile-first indexing best practices (Google Search Central)
• Understand JavaScript SEO basics (Google Search Central)
• What is canonicalization (Google Search Central)
• Introduction to robots.txt (Google Search Central)
• Learn about sitemaps (Google Search Central)
• Build and submit a sitemap (Google Search Central)
• Introduction to structured data markup in Google Search (Google Search Central)
• HTTPS as a ranking signal (Google Search Central Blog, 2014)
• Web Almanac 2024: Performance (HTTP Archive)
• 96.55% of Content Gets No Traffic From Google (Ahrefs)