Technical SEO vs on-page SEO: Perbedaan utama

Definisi: apa yang menjadi tanggung jawab tiap disiplin

Technical SEO dan on-page SEOmenargetkan hasil yang sama—visibilitas di pencarian—tetapi mereka bekerja pada tahap berbeda dalam pipeline mesin pencari. Gunakan bahasa yang presisi saat mendiagnosis masalah: crawling berkaitan dengan penemuan dan pengambilan, indexing berkaitan dengan apa yang mesin pencari menyimpan, dan ranking berkaitan dengan pengurutan hasil di SERP.

Technical SEO berfokus pada infrastruktur situs dan server yang memungkinkan mesin pencari menemukan, merender, memahami, dan mengindeks halaman. Contoh: aturan robots, canonicalization, respons server, sitemaps, structured data, dan faktor Page Experience yang memengaruhi rendering.

On-page SEO berfokus pada konten dan sinyal HTML yang menyampaikan topik dan intent halaman kepada pengguna dan mesin pencari: judul, heading, isi utama, tautan internal, meta deskripsi, penandaan semantik, dan kesesuaian konten dengan tujuan pencarian.

Bagaimana keduanya berinteraksi di antara tahap perayapan, pengindeksan, dan peringkat

Masalah sering muncul pada antarmuka antara pekerjaan teknis dan on-page. Halaman yang dioptimalkan dengan baik tetapi tidak pernah diindeks karena pembatasan perayapan atau sinyal canonical yang salah tidak akan muncul di hasil pencarian; sebaliknya, halaman yang dapat diindeks tetapi gagal memenuhi tujuan pencarian mungkin berperingkat buruk meski pengaturan teknis sempurna.

Kemampuan dirayapi

Kontrol teknis (robots.txt, meta robots HTTP headers, respons server) menentukan apakah perayap bisa mengambil sebuah URL. Gunakan log server dan permintaan user-agent yang ditentukan perayap untuk memverifikasi perilaku. Ingat: Google menggunakan versi mobile sebagai dasar utama untuk perayapan dan pengindeksan. Sejak July 2024, Google crawls sites for Search with Googlebot Smartphone by default.

Pengindeksan

Keputusan pengindeksan bergantung pada sinyal teknis (tag canonical, direktif noindex, sitemaps) dan sinyal on-page (keunikan konten, relevansi). Halaman yang diblokir oleh noindex atau dikanonikalkan ke URL lain biasanya akan dikecualikan terlepas dari kualitas kontennya.

Peringkat

Peringkat dipengaruhi banyak sinyal. Faktor teknis yang memengaruhi rendering dan pengalaman pengguna (Core Web Vitals) dan sinyal relevansi on-page keduanya memengaruhi peringkat. Tapi hindari bahasa deterministik: perbaikan teknis memungkinkan halaman dipertimbangkan; relevansi dan otoritas membentuk posisi mereka dalam hasil.

Mekanika: area konkret yang harus dikelola dan mengapa penting

Mekanika SEO Teknis

Area teknis utama yang harus kamu kelola atau verifikasi:

• Robots.txt dan header HTTP: kendalikan perayap akses dan pahami respons server.
• Tag canonical dan aturan redirect: konsolidasikan konten duplikat dan cegah kebingungan indeks.
• Sitemaps dan crawl budgets: munculkan halaman prioritas dan bantu penemuan.
• Rendering dan JS: pastikan konten kritis dirender di server atau di-hydrate secara andal; verifikasi apa yang dilihat mesin pencari setelah rendering.
• Schema dan structured data: berikan sinyal eksplisit untuk presentasi rich dan kelayakan fitur.

Mekanika On-page SEO

Tanggung jawab on-page praktis meliputi:

• Tag judul dan heading yang mencerminkan niat pengguna serta menyertakan istilah target secara alami.
• Struktur konten, kedalaman, dan sinyal E-E-A-T: gunakan sumber faktual bila relevan dan cantumkan atribusi penulis/merek yang jelas.
• Tautan internal yang mendistribusikan otoritas dan membantu pengguna menemukan konten terkait.
• Meta deskripsi dan cuplikan on-page yang meningkatkan CTR dari SERP.

Daftar pemeriksaan verifikasi: alat dan pemeriksaan yang tepat

Pisahkan pemeriksaan yang bisa kamu jalankan dari luar publisher (cek pihak ketiga) dengan pemeriksaan untuk halaman yang kamu miliki. Gunakan alat yang tepat untuk masing-masing.

Pemeriksaan untuk halaman yang kamu miliki

1. Gunakan Google Search Console URL Inspection untuk memeriksa status crawl, index, dan last fetch. Ini bersifat otoritatif untuk properti kamu.
2. Jalankan Rich Results Test dan Schema Markup Validator untuk validasi structured data.
3. Ukur Core Web Vitals di data lapangan (Page Experience) dan di lab dengan panel Performance Chrome DevTools.

Pemeriksaan yang bisa dijalankan dari luar situs mana pun (berguna untuk publisher pihak ketiga atau audit)

1. Ambil dan inspeksi HTML dengan curl. Contoh untuk mengambil hanya header sambil berpura-pura menjadi Googlebot: curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
2. Untuk mengambil HTML yang sudah dirender (bukan hanya header), hilangkan -I dan periksa body: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
3. Buka halaman di Chrome, gunakan DevTools → Elements untuk memeriksa DOM yang dirender, dan DevTools → Network untuk memverifikasi respons resource dan urutan pemuatan.
4. Gunakan analisis log server untuk memastikan user-agent mana yang mengunjungi dan respons HTTP apa yang mereka terima.
5. Gunakan operator site: secukupnya sebagai sinyal publik bahwa sebuah halaman mungkin dikenal Google; itu bukan penentu pasti untuk pengindeksan.

Kesalahan umum dan cara mendiagnosisnya

Tag canonical yang salah konfigurasi

Gejala: halaman tidak muncul di hasil meskipun dapat dirayapi. Diagnosa dengan membandingkan tag canonical, header HTTP, dan entri sitemap. Gunakan fetch curl langsung ke halaman dan periksa nilai <link rel="canonical"> di HTML.

Konten tidak terlihat oleh perayap karena rendering sisi-klien

Gejala: perayap mengambil HTML tetapi konten baru muncul setelah JavaScript dijalankan di browser. Diagnosa dengan curl (HTML server) dan Chrome DevTools (DOM yang dirender). Jika konten kritis membutuhkan JS, pertimbangkan server-side rendering atau hybrid rendering.

Over-optimisasi atau intent yang tidak cocok

Gejala: sebuah halaman berperingkat tapi memiliki engagement rendah atau konversi buruk. Tinjau sinyal on-page: apakah title dan H1 sesuai dengan tugas pengguna? Apakah kedalaman konten selaras dengan tipe query? Gunakan pemetaan intent query sebelum penulisan ulang besar-besaran.

Tumpang tindih praktis: serah-terima, prioritas, dan workflow

Tim sering membagi tanggung jawab: developer dan platform engineer menangani Technical SEO; tim konten dan strategist SEO menangani on-page. Untuk efisiensi, tetapkan kriteria penerimaan yang jelas yang mencakup checkpoint teknis dan konten.

Urutan prioritas pragmatis untuk peluncuran atau audit halaman:

• Pastikan halaman dapat dijangkau dan mengembalikan respons 200-range untuk URL kanonik yang dimaksud.
• Konfirmasi kanonisasi dan inklusi sitemap sehingga pengindeksan menjadi mungkin.
• Validasi relevansi on-page: keselarasan title/H1, struktur konten, dan tautan internal.
• Ukur Page Experience dan perbaiki masalah performa berdampak besar sebelum publikasi skala besar.

Jika kamu ingin panduan lebih mendalam tentang pemeriksaan teknis yang disebutkan di atas, baca Technical SEO Guide

Atribut link dan konteks editorial (singkat)

Link di halaman merupakan sinyal on-page sekaligus elemen teknis ketika berdampak pada perayapan. Gunakan atribut rel yang tepat tergantung konteks. Contoh sintaks:

Link standar tanpa nilai rel khusus: contoh

Untuk penempatan berbayar atau sponsor gunakan contoh; untuk konten buatan pengguna gunakan contoh. Tidak ada atribut rel="dofollow" — link biasa hanyalah link tanpa rel="nofollow", rel="sponsored" atau rel="ugc".

Pertanyaan Umum

Bisakah sebuah halaman berperingkat jika hanya dioptimasi on-page tetapi memiliki masalah teknis?

Mungkin, tapi lebih kecil kemungkinannya mencapai potensi penuh. Jika halaman bisa ditemukan dan diindeks meski ada masalah teknis, sinyal relevansi dan otoritas yang kuat masih bisa menghasilkan peringkat. Namun, masalah teknis yang belum terselesaikan meningkatkan kerentanan: kegagalan render mesin pencari, noindex tidak sengaja, atau canonical yang menunjuk ke tempat lain bisa menghentikan peringkat sepenuhnya.

Mana yang harus diperbaiki dulu: masalah teknis atau on-page?

Mulai dengan pemblokir teknis yang mencegah halaman dirayapi atau diindeks (error server, blok robots, kanonisasi yang salah). Setelah halaman dapat diindeks secara andal, prioritaskan perbaikan on-page yang menyelaraskan konten dengan intent dan meningkatkan engagement pengguna.

Bagaimana kamu memverifikasi apa yang sebenarnya dilihat mesin pencari?

Untuk situs milikmu, gunakan Google Search Console URL Inspection untuk melihat HTML yang terakhir di-fetch dan status indeks. Untuk halaman pihak ketiga, gunakan curl untuk mengambil header dan HTML, dan gunakan Chrome DevTools untuk memeriksa DOM yang dirender. Gabungkan ini dengan log server untuk mengonfirmasi perilaku crawler.

Apakah mobile-first indexing berarti saya harus memiliki konten mobile dan desktop yang identik?

Google menggunakan versi mobile sebagai dasar utama untuk crawling dan indexing. Itu berarti konten yang hanya muncul di desktop mungkin tidak dimasukkan dalam indeks. Usahakan kesetaraan konten—konten dan structured data yang setara di seluruh versi perangkat—daripada tata letak yang identik secara piksel.