JavaScript SEO di sini berarti memastikan teks penting situs Anda sudah ada di HTML respons awal, bukan hanya muncul setelah browser mengeksekusi JS. Bila shell kosong (<div id="root"></div> plus skrip), crawler yang tidak merender JavaScript bisa melihat halaman hampir tanpa isi meski tampilan normal di Chrome.
Banyak situs dari showcase Lovable, Bolt, atau Replit bukan otomatis rusak—masalahnya arsitektur client-side rendering (CSR), bukan merek builder. Anda mulai diagnosis dari perbandingan raw HTML, tampilan tanpa JS, dan DOM setelah render.
Studi independen Ramakrishnan S. (September 2026) dan riset Vercel/MERJ (Desember 2024) membantu konteks. Namun keduanya punya batas metode dan tanggal; jangan extrapolasi angka uji ke seluruh ekosistem AI builder.
Highlight
JavaScript SEO: Website AI Builder, Crawler AI, dan Cara Cek Client-Side Rendering
- Raw HTML vs rendered DOM: audit wajib sebelum optimasi «AI visibility».
- Ram (2026): 20 dari 32 situs showcase yang dinilai mengandalkan JS untuk sebagian besar teks (bukan 20 dari 50).
- Plain HTTP fetch ≠ capture GPTBot; direct crawl ≠ pengetahuan penuh asisten ChatGPT.
- Vercel/MERJ 2024: GPTBot, ClaudeBot, PerplexityBot uji tidak eksekusi JS; Googlebot/Gemini/AppleBot berbeda.
- Title/meta hijau bisa menipu bila body utama belum ada di respons server.
- Perbaikan arsitektur: SSR, SSG, atau HTML bermakna untuk semua pengunjung—bukan dynamic rendering jangka panjang.
JavaScript SEO: raw HTML versus DOM setelah render
Browser menjalankan JavaScript lalu merakit konten ke DOM. Tab Elements di DevTools menampilkan DOM setelah render—itulah yang sering membuat tim mengira «sudah SEO friendly». View Source atau curl menampilkan respons awal server; banyak crawler sederhana hanya menerima lapisan itu.
Google Search Central menjelaskan Googlebot memakai pipeline rendering JavaScript (Web Rendering Service), namun antrian dan resource tetap membatasi. Google tetap menyarankan SSR, static generation, atau hydration dengan HTML awal bermakna agar konten tersedia untuk pengguna dan bot yang tidak mengeksekusi JS (dasar JavaScript SEO Google).
Schema markup, sitemap, atau llms.txt tidak menggantikan teks utama yang hilang di HTML awal. Mereka membantu discovery atau petunjuk—bukan eksekusi JS untuk Anda.
Studi Ram: 50 situs showcase, 32 yang dinilai, 20 bergantung JS
Ramakrishnan S. mengambil 50 URL dari showcase publik (20 Lovable, 17 Bolt, 13 Replit), lalu memfilter link infrastruktur. Setiap situs: cek robots.txt, fetch HTTP tanpa JavaScript, lalu headless browser dengan JS; ia membandingkan word count (studi GrowWithRam).
Dari 50 entri: 8 mati, 1 memblokir crawler, 3 gagal fetch, 4 gagal render. Klasifikasi utama memakai 32 situs dengan konten cukup—bukan seluruh 50. Di kelompok itu, 20 situs menyembunyikan sebagian besar teks di balik JavaScript; 12 tetap terbaca tanpa JS.
Median 7 kata (plain fetch) versus 631 kata (browser) hanya berlaku pada subgroup yang invisible/CSR-heavy, bukan median seluruh sample. Penulis juga memperbaiki bug klasifikasi awal: 13 situs awalnya salah masuk kategori blokir robots.txt. Transparansi metode penting karena ini studi eksploratif, bukan lab terkontrol.
Sample homepage showcase tidak mewakili semua route; ukuran Bolt (9) dan Replit (4) dalam subset judged terlalu kecil untuk ranking platform. Lovable mulai 13 Mei 2026 memakai SSR (TanStack Start) untuk proyek baru—situs lama di sample bisa masih CSR.
Crawler AI versus Googlebot: temuan Vercel/MERJ 2024
Artikel Vercel + MERJ (17 Desember 2024) memantau perilaku crawler pada jaringan Vercel. Crawler OpenAI (GPTBot, OAI-SearchBot, ChatGPT-User), Anthropic ClaudeBot, PerplexityBot, Meta-ExternalAgent, Bytespider, dan CCBot dalam uji itu tidak mengeksekusi JavaScript untuk membentuk halaman—meski bisa mengunduh file JS (The rise of the AI crawler).
Pengecualian dalam studi yang sama: Gemini memakai infrastruktur Googlebot; AppleBot merender seperti browser. Perilaku 2024 belum otomatis identik 2026—cek dokumentasi OpenAI, Anthropic, dan Perplexity sebelum klaim present tense.
Fetch HTTP biasa (seperti metode Ram) relevan sebagai proxy crawler non-rendering, bukan bukti respons resmi GPTBot. Walau demikian, situs bisa memberi perlakuan berbeda ke verified bot. Asisten ChatGPT pun bisa mengenal brand lewat indeks, lisensi, atau sumber lain, bukan hanya satu direct crawl.
Untuk konteks kebijakan discovery, lihat juga Mueller: sitemap, RSS, dan llms.txt—file petunjuk tidak mengganti HTML bermakna di server.
Cara audit JavaScript SEO: curl, non-JS, dan Search Console
Langkah 1 — raw HTML. Dari terminal:
curl -L -s https://domain-anda.com/ | head -n 80Cari H1, paragraf layanan, navigasi, dan link internal. Shell hampir kosong plus satu skrip bundle = sinyal CSR berat.
Langkah 2 — Chrome tanpa JavaScript. Buka DevTools, Command Menu, lalu pilih «Disable JavaScript» dan reload. Ini diagnostik cepat, bukan simulasi exact GPTBot.
Langkah 3 — bandingkan dengan Chrome normal. Jika konten muncul hanya setelah JS, catat gap word count (heuristik Ram memakai ambang ~50 kata untuk riset, bukan aturan resmi Google).
Langkah 4 — Google Search Console. URL Inspection → «Test live URL» / rendered HTML bila tersedia. Googlebot merender JS, namun hasil inspection tetap satu snapshot, bukan jaminan semua crawler AI sama.
Uji beberapa URL penting (homepage, layanan, artikel)—bukan homepage saja. Log server (user-agent GPTBot, ClaudeBot, dll.) membantu bila Anda punya akses hosting.
CSR, SSR, SSG, hydration: arah perbaikan
CSR mengirim shell; browser merakit konten utama. SSR mengirim HTML bermakna dari server; JS bisa hydrate interaktivitas later. SSG menghasilkan HTML saat build—cocok untuk landing stabil. Hydration mengaktifkan widget setelah HTML awal sudah terbaca crawler.
Google memosisikan dynamic rendering (HTML berbeda khusus bot) sebagai workaround, bukan solusi jangka panjang. Jadi lebih aman melayani HTML bermakna ke semua pengunjung bila arsitektur mengizinkan (dynamic rendering Google).
SSR tidak menjamin kutipan ChatGPT atau lonjakan ranking; SSR menurunkan risiko konten invisible untuk bot non-JS dan memperbaiki resilience. Proyek AI builder lama sering memperbaiki CSR bertahap: prerender route publik, pindah ke framework SSR/SSG, atau host static export untuk halaman pemasaran—tanpa migrasi framework total bila tidak perlu.
Checker SEO yang hanya mengecek title/meta bisa hijau sementara 20/38 situs dalam sample Ram punya heading kosong di HTML awal. Itulah sudut technical SEO pada situs static/vibe coding yang sejalan dengan audit ini.
Kapan audit teknis layak eskalasi
Menurut kami, urutan yang masuk akal untuk UMKM dan agency di Indonesia: audit raw HTML → putuskan apakah gap CSR memengaruhi tujuan (Google organik, referensi AI, atau keduanya) → pilih perbaikan arsitektur minimal → baru layer konten dan SEO untuk AI agent.
Tim CodeF kerap mengecek situs hasil generator AI atau SPA React sebelum kampanye SEO—bukan karena «builder jelek», melainkan karena teks bisnis belum pernah hidup di respons server. Rebuild penuh jarang wajib; migrasi route kritis ke SSR/SSG atau prerender sering cukup untuk halaman penjualan dan layanan.
Akhirnya, bila Anda mengelola banyak properti klien, dokumentasikan versi core, framework, dan hasil curl sebelum dan sesudah deploy. Regression CSR bisa muncul lagi setelah refactor komponen client-only; monitoring berkala lebih murah daripada memulai audit dari nol saat traffic stagnan.
