SEO untuk Website Buatan AI: Apa yang Benar-Benar Penting
Website buatan AI bisa mendapat peringkat sebaik website lain: mesin pencari menilai apa yang ada di halaman dan seberapa baik halaman itu melayani pengunjung, bukan alat mana yang menulis kodenya. Masalahnya bersifat teknis. Banyak pembuat AI menghasilkan aplikasi single-page yang mengirim file HTML hampir kosong ke browser dan menggambar kontennya dengan JavaScript, sehingga setiap halaman lebih sulit dibaca dan dibagikan oleh crawler. Perbaiki dengan prerendering atau server rendering, beri setiap halaman judul, deskripsi, dan URL-nya sendiri, tambahkan sitemap, jaga agar tetap cepat, lalu kerjakan bagian yang tidak bisa dilakukan alat mana pun untuk Anda — menulis konten yang dicari orang.
Mengapa aplikasi single-page bisa kesulitan di mesin pencari
Website tradisional mengirim seluruh teks setiap halaman dalam HTML-nya. Aplikasi single-page (SPA) — keluaran default banyak pembuat AI, biasanya React dengan alat seperti Vite — mengirim shell HTML kecil, kira-kira berupa <div id="root"> kosong, ditambah bundle JavaScript. Browser menjalankan JavaScript, yang kemudian membangun halamannya.
Hal itu berpengaruh pada pencarian dalam tiga cara:
- Rendering adalah langkah tambahan. Google menjelaskan tiga fase untuk halaman JavaScript: merayapi HTML, merendernya di browser Chromium headless, lalu mengindeks hasil render. Panduan Google sendiri menyatakan bahwa server-side rendering atau prerendering tetap ide yang baik karena lebih cepat bagi pengguna dan crawler, dan karena tidak semua bot bisa menjalankan JavaScript.
- Pembaca lain dari halaman Anda tidak merender sama sekali. Pratinjau tautan di aplikasi chat dan jejaring sosial, serta banyak crawler lain, biasanya hanya membaca HTML awal. Jika judul dan gambar pratinjau Anda diatur oleh JavaScript setelah halaman dimuat, pratinjau itu menampilkan default dari shell kosong — sering kali judul yang sama di setiap halaman.
- Semuanya berbagi satu file HTML. Kecuali aplikasi memperbaruinya, setiap URL punya
<title>dan deskripsi yang sama, yang memberi tahu mesin pencari sedikit tentang setiap halaman.
Tidak ada satu pun dari ini yang berarti SPA tidak bisa diindeks. Artinya Anda mengandalkan crawler untuk bekerja lebih keras, dan Anda kehilangan kendali atas apa yang dilihat pembaca yang tidak merender.
Pilih pendekatan rendering
Ada empat cara umum untuk memberi crawler HTML yang sebenarnya. Diurutkan dari yang paling sedikit mengubah aplikasi Anda:
| Pendekatan | Cara kerja | Cocok untuk | Trade-off |
|---|---|---|---|
| Situs statis | Halaman dibangun sebagai file HTML sebelumnya | Situs pemasaran, portofolio, dokumentasi, blog | Kurang cocok untuk halaman pribadi yang butuh login |
| Prerendering (static site generation) | Saat build, setiap rute publik dirender menjadi file HTML; JavaScript mengambil alih di browser | SPA dengan kumpulan halaman publik yang sudah diketahui | Halaman hanya diperbarui saat Anda membangun ulang |
| Server-side rendering (SSR) | Server merender HTML untuk setiap permintaan (Next.js, Remix, Nuxt, dan sejenisnya) | Konten publik yang besar atau sering berubah, misalnya daftar | Membutuhkan server yang berjalan; lebih banyak bagian yang bergerak |
| Dynamic rendering | Menyajikan HTML prerender ke bot dan SPA ke orang | Solusi sementara lama | Google sekarang menyebutnya solusi sementara, bukan solusi jangka panjang, dan merekomendasikan SSR, static rendering, atau hydration sebagai gantinya |
Aturan praktisnya: bagian publik yang bisa dicari dari situs Anda sebaiknya statis atau diprerender; aplikasi yang berada di baliknya boleh tetap menjadi SPA biasa. Mesin pencari tidak perlu mengindeks dashboard.
Jika Anda mulai dari nol dan SEO penting, katakan itu di prompt pertama agar AI memilih setup yang sesuai:
Bangun situs pemasaran untuk klinik fisioterapi dengan halaman Beranda, Layanan (satu halaman per layanan), Tentang, Harga, dan Kontak. SEO itu penting: setiap halaman harus mengirim konten lengkapnya dan judul serta meta description sendiri dalam HTML awal — gunakan setup statis atau yang diprerender, bukan single-page app yang hanya berjalan di klien.
Jika Anda sudah punya SPA Vite, minta prerendering untuk rute publik:
Pertahankan aplikasi React ini apa adanya, tetapi prerender rute publik (/, /pricing, /about, /blog, dan setiap /blog/:slug) menjadi HTML statis saat build, masing-masing dengan judul, meta description, URL canonical, dan tag Open Graph-nya sendiri. Rute /app yang sudah login boleh tetap dirender di klien.
Setelahnya, periksa sendiri hasilnya: buka sebuah halaman, pilih View page source (bukan panel Elements di dev tools, yang menampilkan halaman yang sudah dirender), dan pastikan teks serta judulnya ada di HTML mentah.
Kuasai dasar on-page
Ini berlaku apa pun pendekatan rendering-nya.
Judul dan meta description
- Satu
<title>unik per halaman, dengan topik utama halaman di depan. Sekitar 50–60 karakter adalah panduan umum karena judul yang lebih panjang cenderung terpotong di hasil pencarian. - Satu meta description unik per halaman — sebuah kalimat yang ingin diklik orang, bukan daftar kata kunci. Google mungkin menulis ulang deskripsinya, tetapi deskripsi yang baik sering dipakai.
- Lewati meta keywords. Google menyatakan tag itu tidak berpengaruh pada pengindeksan atau peringkat.
URL, heading, dan tautan
- URL nyata untuk halaman nyata. Setiap konten butuh path sendiri (
/services/sports-massage), bukan tab atau modal yang hanya ada setelah diklik. Hindari routing fragmen#untuk konten yang ingin diindeks. - Satu
h1per halaman, lalu outlineh2/h3yang masuk akal. Desain yang dibuat AI kadang memakai heading untuk styling; minta heading yang semantik. - Tautan yang bisa dirayapi. Gunakan tautan
<a href>nyata untuk navigasi. Tombol yang mengubah halaman dengan JavaScript tidak terlihat oleh crawler yang mengikuti tautan. - Tag canonical yang mengarahkan setiap halaman ke URL pilihannya, agar varian
?utm=dan duplikat garis miring akhir tidak saling bersaing. - Alt text yang deskriptif untuk gambar yang bermakna.
Pratinjau sosial
Tambahkan tag Open Graph (og:title, og:description, og:image, og:url) ke setiap halaman publik, di HTML awal. Ini bagian yang paling sering salah ditangani SPA, karena bot pratinjau tautan tidak menjalankan JavaScript.
Sitemap dan robots.txt
Sitemap adalah file XML yang mendaftar URL yang ingin Anda indeks. Ia membantu mesin pencari menemukan halaman, terutama di situs baru dengan sedikit tautan masuk. Menurut dokumentasi Google, per September 2026:
- Satu sitemap bisa memuat hingga 50.000 URL atau 50 MB tanpa kompresi; pecah situs yang lebih besar dengan sitemap index.
- Google mengabaikan
<priority>dan<changefreq>. - Google hanya memakai
<lastmod>jika nilainya konsisten akurat, jadi perbarui untuk perubahan konten nyata, bukan setiap build.
File robots.txt memberi tahu crawler path mana yang tidak boleh dirayapi. Gunakan untuk menjauhkan crawler dari /app, /admin, dan rute API, dan tunjuk ke sitemap dari sana. Ingat bahwa robots.txt menghentikan perayapan, bukan pengindeksan: untuk menjaga halaman agar tidak muncul di hasil, gunakan meta robots noindex dan biarkan halaman itu tetap bisa dirayapi.
Kirim sitemap di Google Search Console setelah situs berada di domain akhirnya. Search Console juga menunjukkan halaman mana yang sudah diindeks dan alasan halaman lain tidak — alat SEO gratis paling berguna di sana.
Data terstruktur
Data terstruktur adalah markup yang bisa dibaca mesin dan menggambarkan apa sebuah halaman: organisasi, bisnis lokal, produk, artikel, acara. Google merekomendasikan format JSON-LD dan tegas dalam dua hal:
- Ia bisa membuat halaman memenuhi syarat untuk rich result tetapi tidak menjamin hasil tersebut.
- Data itu harus menggambarkan informasi yang terlihat di halaman. Jangan beri markup pada ulasan, harga, atau FAQ yang tidak bisa dilihat pengunjung.
Titik awal yang masuk akal: Organization atau LocalBusiness di homepage, Product di halaman produk, Article di postingan blog, BreadcrumbList di halaman yang dalam. Uji dengan Rich Results Test dari Google.
Tambahkan data terstruktur JSON-LD: LocalBusiness di homepage menggunakan alamat, telepon, dan jam buka yang sudah ditampilkan di halaman, dan Article di setiap postingan blog. Jangan tambahkan rating atau ulasan.
Kecepatan dan mobile
Google memakai sinyal pengalaman halaman, termasuk Core Web Vitals, dan kecepatan penting bagi pengunjung dalam hal apa pun. Ambang "baik" dari Google, diukur pada persentil ke-75 dari pemuatan halaman, adalah:
| Metrik | Mengukur | Baik |
|---|---|---|
| Largest Contentful Paint (LCP) | Seberapa cepat konten utama muncul | 2,5 detik atau kurang |
| Interaction to Next Paint (INP) | Seberapa cepat halaman merespons input | 200 ms atau kurang |
| Cumulative Layout Shift (CLS) | Seberapa banyak tata letak melompat saat memuat | 0,1 atau kurang |
Perbaikan umum untuk situs buatan AI:
- Gambar — ubah ukuran, kompres, gunakan format modern, atur lebar dan tinggi (yang mencegah pergeseran tata letak), dan lazy-load di bawah lipatan.
- JavaScript — bundle besar memperlambat segalanya di SPA. Prerendering membantu; begitu juga memecah kode per rute.
- Font — batasi jumlah keluarga dan ketebalan, dan preload yang dipakai di atas lipatan.
- Script pihak ketiga — setiap widget chat dan piksel pelacakan memakan kecepatan. Pertahankan yang benar-benar Anda pakai.
Uji URL live dengan PageSpeed Insights atau Lighthouse dalam mode mobile.
Konten tetap bagian terbesarnya
SEO teknis menyingkirkan hambatan; ia tidak menciptakan permintaan. Halaman mendapat peringkat karena menjawab pencarian lebih baik daripada alternatifnya. Untuk situs kecil, itu biasanya berarti:
- Satu halaman per topik yang dicari orang. Tukang ledeng butuh satu halaman per layanan dan per area yang dilayani, bukan satu halaman "Layanan" yang mendaftar semuanya.
- Detail yang spesifik dan orisinal — harga, proses, foto pekerjaan nyata, jawaban atas pertanyaan yang diajukan pelanggan lewat telepon.
- Diperbarui saat ada perubahan. Jam buka yang tidak akurat dan harga lama cepat merusak kepercayaan.
AI bisa menulis draf halaman dengan cepat, yang membuat godaan untuk menerbitkan banyak halaman tipis dan mirip. Panduan Google menargetkan konten yang dibuat terutama untuk mendapat peringkat, bukan untuk membantu orang, apa pun cara pembuatannya. Gunakan AI untuk membuat draf, lalu tambahkan apa yang hanya Anda ketahui. Situs bergaya direktori paling terdampak; lihat cara membangun website direktori untuk membuat halaman daftar layak diindeks.
Checklist peluncuran
- Halaman publik mengirim konten lengkap dalam HTML awal (cek View page source)
- Judul, meta description, dan URL canonical unik di setiap halaman
- Tag Open Graph dan gambar berbagi di setiap halaman publik
- Satu
h1per halaman, tautan<a href>nyata, alt text pada gambar -
sitemap.xmldengan URL nyata;robots.txtyang memblokir path aplikasi dan API - Data terstruktur hanya untuk konten yang terlihat, sudah diuji
- LCP, INP, dan CLS berada di rentang "baik" di mobile
- Situs di domain akhirnya dengan HTTPS dan sudah dikirim ke Search Console
Memindahkan ke domain Anda sendiri sebelum mulai membangun trafik pencarian menghindari redirect nanti — lihat cara menghubungkan domain kustom. Untuk proses membangun yang lebih luas, baca cara membangun website dengan AI, dan untuk halaman yang dimaksudkan mengubah pengunjung, baca cara membangun landing page yang mengonversi.
SEO di Mythex
Mythex tidak punya panel SEO terpisah; Anda meningkatkan SEO dengan mengubah aplikasi lewat chat atau kode. Aplikasi web baru secara default memakai aplikasi single-page Vite dan React, jadi jika pencarian penting, minta situs statis atau yang diprerender, atau Next.js, sejak awal. Dokumentasi memiliki starter prompt untuk judul, tag Open Graph, sitemap, dan robots.txt di SEO untuk aplikasi Anda, dan website statis membahas situs yang berfokus pada konten. Setelah perubahan, publikasikan lagi agar situs live mengambilnya. Domain kustom tersedia di Pro.
Pertanyaan
Apakah website buatan AI buruk untuk SEO?
Tidak secara inheren. Mesin pencari menilai halamannya, bukan alat yang menulis kodenya. Masalah yang umum bersifat teknis: banyak pembuat AI menghasilkan aplikasi single-page yang kontennya baru muncul setelah JavaScript berjalan, dan sebagian crawler menanganinya dengan buruk. Prerendering atau server rendering memperbaikinya.
Apakah Google bisa mengindeks aplikasi single-page React?
Google bisa merender JavaScript, jadi sering kali ia bisa mengindeks aplikasi React yang dirender di sisi klien. Tetapi rendering adalah langkah tambahan, dan Google sendiri mencatat bahwa tidak semua bot bisa menjalankan JavaScript, sehingga ia merekomendasikan server-side rendering atau prerendering jika memungkinkan.
Apakah meta keywords masih penting?
Tidak. Google menyatakan bahwa ia tidak menggunakan tag meta keywords untuk pengindeksan atau peringkat. Lebih baik fokuskan usaha pada judul dan meta description yang unik untuk setiap halaman.
Apakah data terstruktur meningkatkan peringkat?
Data terstruktur membantu mesin pencari memahami halaman dan bisa membuatnya memenuhi syarat untuk rich result, tetapi tidak menjamin hasil tersebut. Data itu harus menggambarkan konten yang benar-benar terlihat di halaman.