Daftar Periksa Technical SEO: Panduan Lengkap Poin demi Poin

Daftar periksa technical SEO ini mengumpulkan, secara berurutan, hal-hal yang perlu Anda periksa agar situs Anda dapat ditemukan dan dirayapi oleh mesin pencari, halaman yang tepat diindeks, dan pengunjung mendapatkan pengalaman yang cepat dan aman. Konten terbaik pun tidak akan mendapat peringkat jika tidak bisa dirayapi atau secara tidak sengaja dikeluarkan dari indeks; karena itu, fondasinya perlu diperiksa sebelum bekerja pada konten. Setiap poin kami tulis dalam bentuk yang bisa Anda tandai dengan "ya / tidak".

Mengapa technical SEO didahulukan?

Mesin pencari bekerja dalam tiga tahap: perayapan (menemukan dan mengunduh halaman), pengindeksan (memahami dan menyimpan isi halaman), dan pemberian peringkat. Technical SEO memastikan dua tahap pertama berjalan lancar. Jika ada masalah di sini, tahap-tahap berikutnya tidak akan pernah dimulai. Sebelum memulai, pastikan Search Console sudah terpasang; untuk pemasangannya, lihat panduan pemula Search Console kami. Sebagian besar pemeriksaan di bawah ini bisa dikonfirmasi dengan laporan di sana.

Untuk mempercepat pemeriksaan, tiga sumber gratis sudah cukup: Search Console (cara Google melihat situs Anda), PageSpeed Insights (kecepatan dan Core Web Vitals), dan alat perayapan desktop (yang menelusuri situs seperti mesin pencari dan membuat daftar tautan rusak, pengalihan, dan tag yang hilang). Tandai setiap poin dengan "beres / perlu diperbaiki / tidak ada" dalam tabel yang diberi tanggal; setelah tiga bulan, Anda bisa membandingkannya dengan tabel yang sama.

1. Pemeriksaan perayapan (crawl)

• Halaman penting tidak diblokir robots.txt. Alat "Inspeksi URL" di Search Console menunjukkan apakah sebuah halaman dapat dirayapi.
• Halaman mengembalikan HTTP 200. Pada halaman penting tidak boleh ada 404, 500, atau soft 404 (halaman tanpa isi yang tetap mengembalikan 200).
• Pengalihan satu langkah dan bertipe 301. Rantai pengalihan (A → B → C) sebaiknya dipersingkat; kecuali untuk kondisi sementara, jangan gunakan 302.
• Halaman penting terhubung oleh tautan internal. Halaman yatim yang tidak menerima tautan dari mana pun bisa terlewat. Untuk rinciannya, lihat artikel kami tentang strategi internal linking.
• Tautan internal rusak sudah dibersihkan. Perbaiki atau hapus tautan yang mengarah ke 404.
• Struktur URL bersih. Pilih alamat yang pendek, mudah dibaca, huruf kecil, dan tanpa parameter yang tidak perlu; jangan menghasilkan ratusan variasi berparameter yang mengarah ke konten yang sama.
• Tidak ada kesalahan Googlebot di log server. Pada situs besar, respons 5xx yang sering terhadap bot akan mengurangi perayapan.

2. Pemeriksaan pengindeksan

• Laporan Halaman di Search Console sudah ditinjau. Baca satu per satu alasan "tidak diindeks" (misalnya "Dirayapi - saat ini belum diindeks", "Halaman alternatif dengan canonical yang tepat", "Dikecualikan oleh tag noindex").
• Tidak ada noindex pada halaman penting. Tag <meta name="robots" content="noindex"> yang dipasang saat pengembangan lalu terlupakan adalah kesalahan yang sangat umum.
• Halaman yang tidak perlu sudah dikecualikan dengan sengaja. Pertimbangkan noindex untuk halaman terima kasih, keranjang belanja, filter, dan pencarian internal.
• Konten tipis (thin) sudah ditinjau. Gabungkan atau kembangkan halaman yang hanya berisi beberapa kalimat dan berulang.
• Pencarian situs sudah dilakukan. Ketik site:namadomainanda.com di Google dan bandingkan kira-kira jumlah halaman yang terindeks dengan jumlah sebenarnya.

3. Canonical dan konten duplikat

Tag canonical (<link rel="canonical" href="...">) adalah cara menyatakan "versi utamanya ada di sini" ketika konten yang sama atau sangat mirip ada di beberapa alamat.

• Setiap halaman menunjuk dirinya sendiri (self-referencing) sebagai canonical, atau secara sengaja menunjuk ke versi utama.
• Canonical menggunakan alamat absolut (https://...) dan tidak menunjuk ke alamat yang mengalihkan atau mengembalikan 404.
• Variasi www / tanpa www, http / https, dan garis miring di akhir dialihkan dengan 301 ke satu versi.
• Parameter filter dan pengurutan menunjuk canonical ke halaman kategori utama.
• Canonical dan noindex tidak digunakan bersamaan. Kedua sinyal ini saling bertentangan.

Contoh khas kesalahan canonical: di situs e-commerce, halaman kategori dengan parameter "?urutkan=harga" menunjuk dirinya sendiri sebagai canonical. Akibatnya, daftar produk yang sama terindeks di puluhan alamat dan halaman-halaman itu saling bersaing. Solusinya adalah mengarahkan canonical semua variasi berparameter ke alamat kategori yang bersih.

4. Hreflang dan struktur multibahasa

Jika Anda memiliki halaman untuk beberapa bahasa atau wilayah, hreflang memberi tahu Google versi mana yang harus ditampilkan kepada pengguna yang mana.

• Setiap versi bahasa mencantumkan versi lainnya (verifikasi timbal balik). Jika halaman A menunjuk B, maka B harus menunjuk A.
• Mencantumkan versi bahasanya sendiri (self-reference).
• Kode bahasa dan wilayah benar: seperti tr, en, en-gb; biasanya id sudah cukup dibanding id-id.
• Alamat tujuan mengembalikan 200 dan tidak bertentangan dengan canonical.
• x-default sudah didefinisikan: untuk pemilih bahasa atau halaman default.
• Setiap bahasa benar-benar diterjemahkan. Jangan tandai halaman yang belum diterjemahkan sebagai bahasa yang berbeda.

5. Sitemap dan robots.txt

Perbedaan penting: robots.txt mencegah perayapan tetapi tidak mengeluarkan halaman dari indeks. Jika Anda ingin halaman tidak muncul di indeks, gunakan noindex dan jangan blokir halaman itu dengan robots.txt secara bersamaan; jika tidak, Google tidak akan pernah melihat tag noindex tersebut.

6. Kecepatan, mobile, dan keamanan

• Core Web Vitals sudah diperiksa. Targetkan LCP ≤ 2,5 detik, INP ≤ 200 ms, dan CLS ≤ 0,1. Untuk rinciannya, lihat panduan Core Web Vitals kami; untuk pengukuran, PageSpeed Insights bisa digunakan.
• Gambar dikompresi (WebP/AVIF), ukurannya ditentukan, dan gambar di bawah layar dimuat secara tertunda.
• Waktu respons server (TTFB) singkat dan caching aktif.
• Kompatibilitas mobile: desain responsif, tag viewport, jarak yang cukup antar elemen yang bisa diklik, dan konten di mobile sama dengan desktop.
• Seluruh situs menggunakan HTTPS. Sertifikat valid, tidak ada konten campuran (mixed content), dan alamat http dialihkan ke https dengan 301.
• Header keamanan dan infrastruktur mutakhir: versi PHP/CMS yang terbaru dan pemindaian perangkat lunak berbahaya.
• Tag dasar di halaman sudah benar: setiap halaman memiliki title dan description yang unik serta satu H1. Untuk tips penulisannya, lihat panduan kami tentang meta title dan description.

7. Data terstruktur

Data terstruktur (markup schema.org) menjelaskan dengan jelas kepada mesin apa isi halaman tersebut dan membuatnya memenuhi syarat untuk hasil kaya (bintang, FAQ, harga, resep, dan sebagainya). Google merekomendasikan format JSON-LD.

• Tipe yang sesuai sudah diterapkan: Organization untuk situs perusahaan, Article untuk tulisan, Product untuk produk, LocalBusiness untuk bisnis lokal, dan BreadcrumbList untuk menunjukkan jalur navigasi.
• Markup sesuai dengan konten yang terlihat di halaman. Menambahkan informasi yang tidak terlihat atau palsu berisiko terkena tindakan manual.
• Sudah divalidasi: Alat Uji Hasil Kaya dari Google dan laporan "Peningkatan" di Search Console menampilkan kesalahan dan peringatan.
• Persyaratan terbaru sudah diperiksa: Jenis markup yang menghasilkan hasil kaya berubah seiring waktu; ikuti daftar terbaru di Google Search Central.

Konten yang dihasilkan JavaScript

Pada situs yang dibangun dengan framework seperti React atau Vue, konten dibuat di browser. Google dapat menjalankan JavaScript, tetapi prosesnya dilakukan dalam antrean kedua, bisa tertunda, dan bisa juga mengalami error.

• Apakah konten penting ada di respons HTML awal? Bandingkan versi yang dilihat Google dengan menggunakan "Inspeksi URL → Uji URL langsung → Lihat halaman yang dirayapi" di Search Console.
• Apakah tautannya berupa <a href> sungguhan? Tombol yang hanya berpindah halaman lewat event klik mungkin tidak dirayapi.
• Apakah title, description, dan canonical ditulis di sisi server? Jika memungkinkan, gunakan server-side rendering (SSR) atau pra-rendering.
• Apakah tersedia tautan paginasi sebagai pengganti gulir tanpa henti (infinite scroll)? Jika tidak, konten yang lebih dalam mungkin tidak ditemukan.

Masalah umum dan solusinya

Seberapa sering perlu diperiksa?

Kesimpulan

Tujuan technical SEO adalah menyingkirkan hambatan di depan konten Anda: halaman Anda dapat dirayapi, diindeks dengan alamat yang benar, dimuat dengan cepat, dan diberi penanda yang jelas. Pindahkan ketujuh bagian di atas ke dalam spreadsheet dan rayapi situs Anda satu per satu; dalam setengah hari, Anda akan memiliki tabel yang solid. Setelah masalahnya beres, giliran konten dan visibilitas. Untuk itu, Anda bisa mengikuti artikel kami tentang metode meningkatkan trafik organik.

Setelah memastikan situs Anda siap secara teknis, Anda juga bisa meninjau pendekatan organik hit untuk mendukung visibilitas di hasil pencarian. Peringkat tetap ditentukan oleh algoritma Google; HitBot tidak menggantikan keputusan tersebut, hanya menjadi alat pendamping untuk pekerjaan yang Anda jalankan sendiri.