Panduan menulis resmi dari Microsoft dan Google itu ampuh. Isinya mengajarkan kita menulis kalimat pendek, menaruh poin utama di depan, menyeragamkan istilah, menulis dengan cara yang mudah diterjemahkan, dan membuat teks terbaca nyaman oleh siapa saja.
Tapi obat yang kuat tidak otomatis membuat kita sehat hanya karena satu botolnya ditenggak habis. Kalau panduan resmi diterapkan secara mekanis, seolah-olah itu undang-undang yang harus dijalankan semuanya, artikelmu tiba-tiba pindah kerja ke pusat bantuan sebuah perusahaan. Tulisan yang kemarin masih nyeletuk "kok bisa begini sih?" besoknya cuma bisa bilang "Silakan lakukan langkah-langkah berikut." Kepribadiannya sudah dilewatkan ke rapat persetujuan.
Kesimpulannya sederhana.
Yang dipinjam dari panduan resmi adalah kearifan soal struktur, kejelasan, aksesibilitas, dan penulisan multibahasa, supaya pembaca tidak tersesat. Yang tidak dipinjam adalah penyeragaman gaya yang tidak cocok dengan tujuan media kita.
Dan ini bukan soal masa pemberontakan melawan panduan. Panduan gaya Google untuk pengembang sendiri bilang: pakai dulu aturan khusus proyekmu, dan boleh menyimpang dari panduan kalau itu menguntungkan pembaca.[4] Pada akhirnya, baik Microsoft maupun Google menaruh "pembaca mudah memahami" sebagai pusatnya.[1][2][5]
Kesimpulan dalam 5 detik: panduan itu pagar pengaman, bukan konstitusi
Supaya aman, cara memakai panduan resmi bisa dibagi jadi tiga lapis.
| Lapisan | Peran | Contoh |
|---|---|---|
| Syarat wajib | Yang memang harus dipatuhi: hukum, standar, spesifikasi resmi | Syarat resmi aksesibilitas, nama produk yang tepat, kutipan dan sumber |
| Rekomendasi kuat | Prinsip yang sangat memperbaiki keterbacaan | Kesimpulan di depan, subjudul yang membangun alur, paragraf pendek, istilah seragam |
| Cita rasa media | Yang dirancang menyesuaikan situs, penulis, dan pembaca | Humor, perumpamaan, celetukan, tempo, akhiran kalimat, lelucon andalan |
Masalah muncul begitu ketiga lapisan ini dijadikan "aturan mutlak".
Misalnya, panduan Google untuk pengembang menyarankan agar dokumen teknis untuk khalayak global menghindari idiom dan humor yang bergantung pada budaya.[5] Untuk dokumen cara mengatur API yang diterjemahkan ke 12 bahasa, itu sangat masuk akal.
Tapi itu bukan alasan untuk menjadikan ulasan kuliner, catatan perjalanan, pengalaman main gim, esai, dan tulisan pengamatan sebagai "Dilarang Tertawa: Dokumen Teknis 24 Jam".
Kalau aturan diimpor tanpa melihat cakupan penerapannya, kita bisa membuat mesin yang salah dari komponen yang benar.
Kenapa memakai panduan resmi mentah-mentah mudah membuat tulisan hambar
Pedoman Microsoft tentang tulisan yang mudah dipindai menyarankan menaruh informasi penting di depan, memakai subjudul, kalimat, dan paragraf yang pendek, serta menyediakan cara menavigasi tulisan yang panjang.[1] Pedoman aksesibilitasnya juga mengutamakan teks yang pendek, bermakna, dan fokus.[2]
Sampai di sini semuanya sangat kuat.
Tapi begitu diotomatisasi dan mulai diberi skor seperti "makin pendek makin tinggi nilainya", "hapus perumpamaan", "hapus kata beremosi", "hapus bahasa lisan", semuanya rusak.
Kalimat pendek jadi kebanyakan.
Lalu.
Tulisannya.
Jadi begini.
Niatnya biar enak dibaca, tapi yang datang malah robot yang mengirim telegram.
Sebaliknya, kalau semua paragraf diseragamkan total jadi "kesimpulan, alasan, contoh", beberapa artikel pertama memang enak, tapi di artikel ke-1000 pembaca sudah bisa meramal masa depan. Konsistensi dalam rancangan informasi memang perlu, tapi pementasannya tidak perlu ikut seragam.
Keterbacaan bukan pekerjaan mencabut kepribadian dari tulisan.
Itu pekerjaan mengurangi usaha sia-sia yang harus dikeluarkan pembaca untuk menangkap makna.
Apa yang sebenarnya dikatakan Microsoft dan Google
Kalau panduan resmi diringkas, benang merahnya ternyata sederhana saja.
Microsoft sangat menekankan "jangan sampai pembaca tersesat": taruh yang penting di depan, tulis pendek dan jelas, beri navigasi pada tulisan panjang, jaga struktur tetap konsisten.[1] Dalam aksesibilitas pun ia mengutamakan kalimat pendek yang bermakna dan struktur yang jelas.[2] Untuk dokumen global, katanya kalimat pendek dan sederhana serta istilah yang konsisten memudahkan penerjemahan.[3]
Panduan Google untuk pengembang juga menganjurkan tulisan yang jelas, ringkas, tidak ambigu, penjelasan langsung, dan istilah yang konsisten.[5] Namun di bagian paling atas panduan yang sama tertulis: pakai dulu gaya khas proyek, dan boleh menyimpang dari panduan kalau isinya jadi lebih baik.[4]
Dari sisi pencarian, Google lebih peduli pada informasi orisinal, analisis orisinal, penjelasan yang cukup, pengalaman langsung, dan konten yang membuat pembaca mencapai tujuannya, ketimbang apakah tulisan terlihat bergaya Google.[6] Panduan 2026 untuk pencarian berbasis AI generatif juga mengutamakan sudut pandang sendiri dan "konten yang bukan sekadar hal umum yang bisa dibuat siapa saja", bukan daur ulang informasi yang sudah ada.[7]
Artinya, kalau semua dokumen resmi disambung, hasilnya begini:
Buat mudah dibaca. Buat akurat. Bantu pembaca. Dan jangan jadi mesin fotokopi.
Permintaan yang cukup manusiawi.
Jangan seenaknya menyebut angka sebagai "standar Google"
Yang paling berbahaya dalam otomatisasi tulisan adalah menaikkan angka yang tidak ada di panduan resmi menjadi wahyu.
"Satu kalimat maksimal 20 karakter, itu standar Google." "Artikel di atas 2000 karakter lebih menguntungkan untuk SEO." "Subjudul harus sekian buah." "Rasio istilah teknis harus di bawah sekian persen."
Angka seperti ini boleh dipakai sebagai ambang peringatan internal. Tapi kalau pihak resmi tidak pernah mengatakannya, jangan sebut "wajib dari Google" atau "wajib dari Microsoft".
Malah, panduan Google Search tentang konten yang mengutamakan manusia menyarankan kita bertanya pada diri sendiri: apakah kamu menyesuaikan tulisan ke jumlah kata tertentu karena mengira Google menyukainya? Panduan itu menegaskan bahwa tidak ada jumlah kata yang disukai Google.[6]
Karena itu, dalam pemeriksaan otomatis, penilaian dibagi menjadi tiga jenis:
- Syarat wajib resmi: dijadikan wajib, dengan sumber dilampirkan.
- Rekomendasi resmi: dijadikan peringatan atau usulan perbaikan.
- Aturan praktis kita sendiri: ditulis jelas sebagai aturan internal, tanpa meminjam label resmi.
Jangan pakaikan seragam Google pada "aturan buatan sendiri". Hanya dengan itu, semuanya sudah jauh lebih sehat.
Rancangan tiga lapis agar mudah dibaca sekaligus tetap seru
Teks artikel lebih mudah ditangani kalau dibagi menjadi tiga lapis.
1. Kerangka makna
Fakta, kesimpulan, angka, tanggal, syarat, kutipan, sumber, ketidakpastian.
Di sini tidak boleh bercanda. Kalau di panduan gim damagenya 3, jangan ditulis 30 demi lucu. Dunianya rusak duluan sebelum tawanya datang.
2. Jalan menuju pemahaman
Subjudul, ringkasan, urutan, paragraf, tabel, contoh konkret, penjelasan istilah, tautan internal.
Di sinilah kearifan Microsoft dan Google dituang banyak-banyak. Tujuannya agar pembaca tidak pernah sampai bertanya "sekarang aku di mana?" atau "jadi intinya apa?".
3. Suara artikel
Perumpamaan, lelucon, celetukan, pengamatan, tempo, gaya bertutur, contoh yang nyeleneh.
Kalau semua ini dipangkas, informasinya mungkin benar, tapi tak ada lagi alasan untuk membacanya di situs ini.
Yang penting, lapisan ke-3 tidak merusak lapisan ke-1.
Lelucon buruk menyembunyikan makna. Lelucon bagus membuat makna lebih mudah diingat.
Misalnya, "Manajemen tiga serangkai itu penting" terdengar lemah.
Tapi kalau dibilang "Memori saja itu filosofi, GitHub saja itu konstitusi, jadwal saja itu pekerja. Baru setelah ketiganya tersambung jadilah pabrik", perbedaan perannya ikut teringat.
Lelucon itu ikut membawakan barang bawaan penjelasan. Nah, kalau begitu dia memang bekerja.
Di 12 bahasa, jangan terjemahkan leluconnya, terjemahkan tugas leluconnya
Yang paling mudah rusak dalam penulisan multibahasa adalah tawa, bukan fakta.
Kalimat Jepang "artikelnya pindah kerja ke pusat bantuan" mungkin masih tersampaikan kalau diterjemahkan mentah ke bahasa Inggris. Tapi plesetan, meme internet, lelucon akhiran kalimat, dan rujukan budaya punya tingkat kecelakaan yang tinggi.
Panduan Google untuk dokumen teknis global menghindari ungkapan dan humor yang bergantung pada budaya justru untuk mengurangi kecelakaan terjemahan semacam ini.[5]
Namun untuk artikel umum, solusinya bukan sekadar "hapus semua tawa dari semua bahasa".
Pisahkan makna dan tugas tawa.
Kalau lelucon di versi Jepang bertugas mengendurkan ketegangan dari penjelasan yang kaku, di bahasa Inggris pakai celetukan ringan yang natural dalam bahasa Inggris. Di bahasa Korea, ciptakan jeda yang natural dalam bahasa Korea. Sama juga untuk bahasa Mandarin, Spanyol, Portugis, Indonesia, Thai, Vietnam, Prancis, dan Jerman.
Yang dikunci: fakta, angka, logika, sumber, ketidakpastian.
Yang boleh dibuat ulang: urutan kata, perumpamaan, pembuka, analogi, lelucon, tempo penjelasan.
Dua belas bahasa itu bukan "mengubah bahasa Jepang sebelas kali", melainkan lebih mirip "menulis artikel yang sama dengan benar sebanyak dua belas kali".
Bukan pabrik terjemahan, tapi rapat dua belas editor. Rapat yang berguna pula. Langka.
Aturan ditaruh di tiga tempat: memori, sumber utama, dan instruksi eksekusi
Di pabrik artikel otomatis, aturan bagus yang sudah ditetapkan sekali tidak bisa langsung dianggap aman.
Manusia bisa bilang "yang waktu itu loh" dan langsung dimengerti. Proses otomatis, di eksekusi berikutnya, akan pura-pura lupa dengan wajah tanpa dosa.
Maka dibagi tiga.
| Tempat | Peran | Isinya |
|---|---|---|
| Memori | Maksud penyuntingan jangka panjang | Mengapa kebijakan ini ada, dan apa yang tidak boleh dirusak |
| Sumber utama (GitHub dll.) | Aturan resmi yang rinci | Kriteria penilaian, contoh, cakupan, riwayat perubahan |
| Jadwal dan instruksi eksekusi | Tindakan setiap kali jalan | Baca sumber utama terbaru sebelum jalan; jangan utamakan aturan tetap yang lama |
Yang penting di sini: jangan menyalin-tempel aturan panjang yang sama ke tiga tempat sehingga jadi "tiga sumber utama".
Kalau sumber utamanya ada tiga, minggu depan ketiganya mengatakan hal yang berbeda. Itu bukan jurus kloning, itu perang saudara.
Sumber utama aturan rinci dipusatkan di satu tempat. Memori memegang maksud, dan jadwal berisi kontrak eksekusi: "baca sumber utama terbaru".
Dengan begitu, filosofi menulis, spesifikasi resmi, dan eksekusi tiap kali jadi tersambung.
Pemeriksaan otomatis juga harus melihat apakah "kepribadiannya terhapus"
Pemeriksaan tulisan tradisional melihat salah ketik, panjang kalimat, subjudul, tautan, dan sumber.
Kalau hanya itu, setelah perbaikan kualitas diulang seratus kali, semua artikel bisa jadi punya wajah yang sama.
Karena itu, tambahkan juga butir-butir ini ke daftar periksa:
- Apakah kesimpulannya langsung tertangkap?
- Apakah alurnya terbaca hanya dari subjudul H2?
- Apakah maknanya tetap nyambung tanpa mengenal istilah teknis?
- Apakah sumber, angka, dan ketidakpastian tidak rusak?
- Apakah pengamatan, perbandingan, analisis, dan pengalaman orisinal masih ada?
- Apakah lelucon efektif dan kehangatan dari tulisan aslinya dipangkas tanpa perlu?
- Apakah hasil perbaikan tidak merosot jadi "ringkasan AI yang ada di mana-mana"?
- Apakah lelucon yang sama diterjemahkan harfiah di 12 bahasa lalu menimbulkan kecelakaan?
- Apakah ambang batas yang tidak ada di panduan resmi tidak disamarkan sebagai "wajib resmi"?
Kebijakan spam Google Search menyoroti halaman yang diproduksi massal dengan AI generatif, terjemahan, atau parafrase yang nyaris tidak menambah nilai bagi pengguna.[8]
Artinya, "tata bahasanya benar" itu hanya batas minimum.
Harus diperiksa: setelah diperbaiki, apakah alasan untuk membacanya ikut hilang.
Contoh kegagalan: yang sering dilakukan robot perapi tulisan
Kegagalan 1: memendekkan semuanya
Semua kalimat panjang dipecah, sampai hubungan maknanya ikut rusak. Solusinya: yang diperiksa bukan "pendeknya", tapi apakah hubungan antarbagian langsung jelas sekali baca.
Kegagalan 2: menyeragamkan semua struktur kalimat
Setiap paragraf dikunci pada urutan dan tempo yang sama. Solusinya: rapikan urutan informasi, tapi jangan sampai ritmenya ikut berseragam.
Kegagalan 3: menganggap humor sebagai gangguan
Semua perumpamaan dan celetukan dihapus. Solusinya: pertahankan lelucon yang membantu pemahaman, dan buang hanya penyimpangan yang mengganggu.
Kegagalan 4: mengira tulisan bergaya Google itu SEO
Gaya dokumen pengembang dicampuradukkan dengan kualitas pencarian. Solusinya: perlakukan panduan gaya, kualitas pencarian, aksesibilitas, dan lokalisasi sebagai lapisan yang berbeda.
Kegagalan 5: mengarang angka
Angka yang tidak ada di sumber disebut "standar Google". Solusinya: kalau itu heuristik internal, katakan begitu.
Daftar periksa akhir: boleh dibuat mudah dibaca, tapi sentuhan manusiawinya jangan dihentikan
- Topik dan kesimpulan terlihat dalam 5 detik.
- Gambaran besarnya tertangkap dalam 30 detik.
- Alurnya terbaca hanya dari H2.
- Bisa dipahami dengan kata-kata biasa.
- Nama resmi, angka, dan sumber akurat.
- Walau panjang, pembaca tidak tersesat.
- Ada nilai orisinal.
- Leluconnya membantu penjelasan.
- Leluconnya tidak merusak fakta.
- Fungsi lelucon sudah dilokalkan di 12 bahasa.
- Kewajiban resmi, rekomendasi resmi, dan aturan internal tidak dicampur.
- Setelah perbaikan otomatis pun, masih ada alasan untuk membacanya di situs ini.
Panduan resmi itu ampuh. Justru karena itu, jangan ditelan bulat-bulat.
Dari Microsoft, pinjam rancangan yang tidak membuat orang tersesat. Dari panduan dokumentasi Google, pinjam kejelasan dan rancangan untuk khalayak global. Dari Google Search, pinjam konten yang mengutamakan manusia, nilai orisinal, dan kepercayaan.
Dan suara situs, simpan sendiri.
Meningkatkan mutu tulisan bukan berarti memberinya seragam. Rapikan hanya bagian yang membuat pembaca tersesat, dan biarkan bagian di mana keseruan sedang bekerja.
Pagar pengaman memang perlu. Tapi kalau seluruh jalan dijadikan pagar pengaman, tak ada lagi yang bisa lewat.
