Tolok ukur jujur
Metodologi
Setiap angka di halaman ini dibaca dari kode sumber Sonar, atau dari berkas bukti bertanggal, saat halaman dibangun. Tidak satu pun diketik tangan, dan setiap bagian menyebut berkas asal angkanya.
Setiap angka di halaman ini dihitung saat halaman dimuat, dari kode yang menjalankan Sonar dan dari uji yang tercatat, sehingga tidak bisa menyimpang dari apa yang dilakukan produk.
Yang kami ukur, per engine
SEO berasal dari data Google Search Console Anda sendiri dan bersifat deterministik: data yang sama menghasilkan skor yang sama. 28 hari terakhir dibandingkan dengan 28 hari sebelumnya. Intervalnya (80%) menunjukkan variasi antar-minggu dalam blok 7 hari, karena data Search Console adalah sensus, bukan sampel.
Kesiapan AEO berasal dari cek deterministik atas HTML dan respons HTTP halaman Anda, tanpa model bahasa dan tanpa rubrik. Setiap cek yang gagal membawa bukti yang bisa Anda sanggah.
Pangsa sitasi GEO adalah seberapa sering sebuah engine AI mencantumkan domain Anda sebagai sumber untuk sekumpulan prompt tetap. Masing-masing dari 6 engine, dan setiap bahasa, dilaporkan sendiri-sendiri dan tidak pernah dirata-ratakan dengan yang lain.
Ketiga skor tidak pernah dilebur menjadi satu angka. Tipe data yang menampungnya tidak punya field untuk skor gabungan, dan sebuah uji akan gagal bila ada yang menambahkannya.
Ukuran dan jadwal panel
- Prompt
- 30 (20 kategori, 10 brand)
- Engine AI
- 6
- Bahasa
- 2, selalu bahasa yang berbeda
- Run per prompt
- 2
- Jawaban per engine dan bahasa
- 60
- Jadwal
- Mingguan
Bahasa pertanyaan dan pilihan prompt jauh lebih menggerakkan sitasi AI daripada mengulang pertanyaan yang sama. 2 run per prompt adalah batas minimum yang masih bisa mengestimasi derau antar-run; menjalankannya setiap hari akan melipatgandakan biaya tanpa mempersempit interval. Konsekuensinya kami tulis terang: perubahan sitasi tidak pernah terdeteksi dalam waktu kurang dari seminggu.
60 jawaban per engine dan bahasa menghasilkan interval yang lebar, sering terlalu lebar untuk membedakan dua pangsa yang berdekatan. Sonar menampilkan lebar itu, bukan menyembunyikannya.
Cara interval dihitung
Interval berasal dari cluster bootstrap. Unit yang di-resample adalah klaster prompt, ditarik dengan pengembalian bersama seluruh run-nya. Prompt bertopik sama naik dan turun bersama, jadi menganggap setiap jawaban independen akan membuat interval tampak lebih sempit dari yang sebenarnya.
Setiap interval memakai 2.000 replikasi bootstrap pada level 95%, dengan metode persentil “expanded”. Metode ini dipilih karena cakupannya dalam simulasi paling dekat dengan nominal di antara metode yang diuji.
Angka GEO diberi label terukur hanya bila setiap prompt dijalankan minimal 2 kali dan ada lebih dari satu klaster prompt untuk di-resample. Selain itu ia diberi label indikatif beserta ukuran sampelnya, dan satu klaster saja mendapat interval selebar mungkin.
Seed acak diturunkan dari engine dan bahasa, jadi data yang sama selalu menghasilkan ulang interval yang sama.
Desain holdout: mengapa sebelum/sesudah bukan bukti
Lalu lintas bergerak karena hal-hal yang tidak ada hubungannya dengan perubahan: musim, hari libur, update mesin pencari, peluncuran pesaing. Perbandingan sebelum/sesudah mencampur semuanya ke dalam hasil. Karena itu setiap klaim dampak Sonar membandingkan halaman yang diubah dengan holdout berisi halaman serupa yang tidak pernah disentuh, pada hari-hari yang sama.
Minimal 10% URL, dan minimal 10% klaster prompt, dijadikan holdout. Keanggotaannya ditentukan hash berkunci, bukan peringkat, sehingga menambah halaman tidak pernah mengocok ulang anggota yang sudah ada. Anggota holdout tidak pernah dicabut atau dipensiunkan.
Halaman diacak per klaster kueri pencarian, bukan satu per satu: halaman yang berbagi kueri teratas ditempatkan bersama, sehingga perubahan di satu halaman tidak bisa mencuri klik dari halaman kontrol. Eksperimen baru dibuka bila klaster terbesar memegang paling banyak 30% klik dan minimal 10 klaster punya klik.
Estimatornya difference-in-differences dengan model musiman mingguan dan moving-block bootstrap (blok 7 hari, 2.000 replikasi). Lantai Poisson mencegah situs berlalu lintas rendah mendapat interval yang sempit secara palsu. Estimator ini butuh riwayat 70 hari sebelum perubahan dan jendela baca 28 hari sesudahnya.
GOOD menuntut peluang naik minimal 95% dan batas sekuensial yang terlewati; BAD menuntut peluang rugi minimal 90%; NEUTRAL menuntut minimal 80% peluang berada di dalam ±3%, lift terkecil yang layak dipertahankan. Batas sekuensial memakai anggaran galat 5% per arah, jadi memeriksa setiap hari tidak menggelembungkan alarm palsu. Selain itu hasilnya tetap RUNNING atau berakhir UNDERPOWERED, ditampilkan abu-abu dan tidak pernah hijau.
Tanpa holdout, laporan dampak menolak dirender. Ia tidak diganti dengan angka sebelum/sesudah.
Hasil uji A/A
Uji A/A tidak mengubah apa pun, jadi setiap verdict GOOD atau BAD yang dihasilkannya adalah alarm palsu. Seluruh pipeline verdict, kode yang sama yang menilai eksperimen sungguhan, dijalankan pada situs simulasi yang pembagian lengan dan deraunya dikalibrasi ke situs nyata.
0 verdict palsu dari 100 run A/A di 5 tingkat lalu lintas.
| Klik per hari | A/A: GOOD atau BAD palsu | Lift nyata 20% terbaca GOOD | Penurunan nyata 10% terbaca BAD | MDE terukur |
|---|---|---|---|---|
| 1,2 | 0 dari 20 | 0 dari 20 | 0 dari 20 | 117% |
| 8,4 | 0 dari 20 | 0 dari 20 | 0 dari 20 | 49% |
| 22 | 0 dari 20 | 3 dari 20 | 1 dari 20 | 30% |
| 50 | 0 dari 20 | 4 dari 20 | 3 dari 20 | 21% |
| 150 | 0 dari 20 | 14 dari 20 | 2 dari 20 | 13% |
Tabel ini juga menunjukkan bagian yang tidak enak: pada lalu lintas rendah, lift yang nyata pun jarang terdeteksi, karena verdict GOOD menuntut kepastian lebih tinggi daripada yang diasumsikan rumus MDE buku teks. Itulah sebabnya Sonar menampilkan MDE Anda sebelum eksperimen dimulai, dan apa yang dijualnya digerbangi daya yang terukur.
Ini simulasi yang dicatat pada 24 September 2026. Uji A/A atas deret lalu lintas nyata butuh data final 98 hari, sementara situs lab saat itu punya 69. Data final sudah cukup sejak 20 Oktober 2026, tetapi hasil atas deret nyata belum diterbitkan, jadi tabel di atas masih simulasi.
Efek terkecil yang terdeteksi per tingkat lalu lintas
Efek terkecil yang terdeteksi (MDE) adalah lift terkecil yang bisa dibedakan sebuah eksperimen dari derau, pada tingkat signifikansi dua sisi 5% dengan daya 80%. Sonar menghitungnya untuk situs Anda sebelum eksperimen apa pun dimulai.
Klaim dampak hanya dijual bila MDE terukur paling tinggi 12%. Di antara 12% dan 25%, hasil ditampilkan sebagai indikatif. Di atas 25%, tidak ada klaim dampak sama sekali.
| Klik per hari | MDE perencanaan | Yang boleh diklaim Sonar |
|---|---|---|
| 1,2 | 322% | Tanpa klaim dampak |
| 8,4 | 122% | Tanpa klaim dampak |
| 22 | 75% | Tanpa klaim dampak |
| 50 | 50% | Tanpa klaim dampak |
| 150 | 29% | Tanpa klaim dampak |
| 200 | 25% | Hanya indikatif |
| 866 | 12% | Klaim dampak |
Angka perencanaan mengasumsikan hari-hari yang independen, overdispersi yang konservatif, dan holdout minimum. Angka yang mengikat diukur pada data Anda sendiri dengan block bootstrap. Pada run A/A di atas hasilnya lebih kecil dari angka perencanaan, tetapi di situs lain hasilnya bisa lebih besar.
Kalkulator MDE
Fungsi yang sama dengan tabel di atas, dengan overdispersi 4. Ubah masukannya untuk melihat berapa lalu lintas yang dibutuhkan agar eksperimen bisa dibaca.
Yang kami tolak untuk klaim
Sebagian angka akan lebih laku. Sonar tidak menampilkannya.
- Satu skor visibilitas gabungan. SEO, AEO, dan GEO tetap tiga angka terpisah.
- Dampak dari perbandingan sebelum/sesudah. Grafik sebelum/sesudah membawa label “bukan bukti dampak”.
- Angka GEO tanpa intervalnya, atau label terukur pada data yang baru indikatif.
- Klaim dampak untuk situs yang MDE-nya di atas 25%.
- Tren yang melintasi pergantian versi model AI. Versi model baru memulai deret baru.
- Hasil gabungan dari pelanggan lain sebelum minimal 3 pelanggan berbeda dan 3 klaster independen ikut menyumbang.
- Rating, ulasan, harga, atau testimoni yang tidak ada.
Lingkar pengaman
Sonar menulis ke situs yang sedang tayang, jadi setiap tulisan dibatasi, diperiksa, dan bisa dibatalkan.
- Verifikasi tayang
- 2 menit setelah terbit, Sonar mengambil halaman yang tayang dan memeriksa bahwa setiap perubahan benar-benar tersaji. Bila belum, Sonar memeriksa sekali lagi setelah 28 menit. Pemeriksaan yang gagal dicatat dan dilaporkan, tidak pernah disembunyikan.
- Rollback
- Setiap perubahan disimpan bersama keadaan sebelumnya dan bisa dibatalkan dari aplikasi. Eksperimen melebar dalam ring 10%, 30%, 100% dari halaman yang memenuhi syarat, dan verdict BAD membatalkan perubahannya.
- Kill switch
- Satu sakelar menghentikan setiap penulisan untuk seluruh workspace atau satu situs, dan menjeda perubahan edge yang sudah tayang sehingga situs kembali ke halaman aslinya. Diperiksa sebelum setiap penulisan.
- Batas kecepatan
- Batas dihitung dengan jendela bergulir, bukan hari kalender, sehingga pekerjaan tidak bisa ditumpuk di sekitar tengah malam.
- Artikel baru di situs pelanggan: paling banyak 3 per 24 jam bergulir
- Perbaikan teknis per situs per hari, bawaan: paling banyak 3
- Draf konten per situs per hari, bawaan: paling banyak 1
- Halaman holdout
- Tidak pernah disunting. Executor berhenti bila sebuah perubahan akan menyentuhnya.
Jenis koneksi dan apa yang bisa diubahnya
Cara Sonar menerapkan perbaikan bergantung pada cara situs Anda terhubung. Tabel ini dibangkitkan dari apa yang benar-benar didukung setiap koneksi hari ini.
| Lever | Edge (Cloudflare) | WordPress | GitHub | Shopify | Webflow | Contentful | Sanity | Strapi | Wix | Squarespace | HubSpot |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Judul halaman dan meta deskripsi | Ya | Ya | Ya | Ya | Ya | Ya | Ya | Ya | Ya | Ya | Ya |
| Blok jawaban, FAQ, dan tabel perbandinganB-01 · B-18 · B-14 | Ya | Sebagian | Ya | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Data terstruktur FAQA-21 | Ya | Ya | Ya | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Halaman baruB-15 | Ya | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Penyegaran seksi di artikel yang adaB-10 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| robots.txt, llms.txt, dan kunci IndexNowA-01 | Ya | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Perbaikan teknis (alt gambar, tag sosial, hreflang, redirect)A-06 · A-08 · A-16 · B-19 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Tag canonicalA-07 | Ya | Tidak | Tidak | Tidak | Tidak | Sebagian | Sebagian | Sebagian | Ya | Tidak | Ya |
| Perbaikan seluruh templatB-31 · B-30 · A-07 · A-16 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Halaman koleksiB-15 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Judul dan deskripsi terlokalisasi massalB-22 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Tautan terkait antarhalamanB-21 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Sitemap gambar dan video, tautan entitasH-10 · A-16 · H-15 · D-01 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Konsolidasi (noindex halaman tipis)B-11 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Kecepatan (cache HTML, preload)A-26 · A-13 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Kesiapan agen (markdown, feed, kebijakan)F-11 · F-16 · F-17 | Ya | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak |
| Tersedia penuh | 16 dari 16 | 4 dari 16 | 3 dari 16 | 3 dari 16 | 1 dari 16 | 1 dari 16 | 1 dari 16 | 1 dari 16 | 2 dari 16 | 1 dari 16 | 2 dari 16 |
- Edge (Cloudflare): perbaikan paling lengkap, diterapkan di depan situs Anda. Berlaku untuk domain apa pun: arahkan hostname ke Sonar dengan CNAME di penyedia DNS mana pun yang Anda pakai.
- WordPress: plugin Sonar ditambah application password. Judul, deskripsi, bagian FAQ, dan halaman baru.
- GitHub: Sonar membuka pull request ke repositori Anda, untuk situs yang dibangun dari berkas.
- Shopify: app kustom di toko Anda. Tag meta dan blok di halaman.
- Webflow: token API. Hanya judul dan deskripsi halaman.
- Contentful, Sanity, Strapi (pemetaan field per content type), Wix, Squarespace, dan HubSpot: token API. Judul dan deskripsi, plus canonical bila API punya field-nya; sisanya masuk mode ekspor.
Yang perlu Anda siapkan
- Google Search Console: tambahkan service account Sonar yang ditampilkan di wizard penyiapan sebagai pengguna terbatas di properti Anda.
- Bing Webmaster Tools: minta pemilik Sonar menambahkan situs Anda ke akun Bing tim.
- Koneksi edge: akses ke pengaturan DNS Anda untuk menambah satu record CNAME (penyedia DNS mana pun). Bila Anda tidak bisa mengubah DNS, pakai WordPress, Shopify, Webflow, atau GitHub.
- Aplikasi autentikator untuk faktor kedua, wajib untuk menghubungkan situs.
- Minimal dua bahasa konten untuk bisnisnya bila Anda ingin panel sitasi GEO.