Appscript untuk boost view??

Coba liat gambar ini, aneh banget masa 1 hari nambah viewnya 500+. Jika kalian mikir itu pakai sistem reload manual, maap gweh ga segabut itu wkwkwk. Jawabannya pake code Google Apps Script untuk boost view (karena view GIGA hanya mengandalkan berapa kali link itu dibuka, kode jadi simple).

tulisan ini murni buat edukasi aja. Aku cuma uji coba dan nggak bakal ngelakuin ini lagi. Aku sadar banget risikonya, mulai dari ngelanggar aturan platform, ngacauin data statistik asli, sampai risiko akun dibanned permanen.

Untuk pembelajaran aku bakal ngasih kode dan penjelasannya dibawah ini

1. Deklarasi Fungsi dan Variabel Awal

function BasBisBus(): Mendefinisikan sebuah fungsi bernama BasBisBus yang akan dijalankan.

var url: Menyimpan alamat target yang akan diminta (requested).

var totalTarget = 1000: Menentukan berapa kali perulangan akan dilakukan.

var sukses & var gagal: Variabel penghitung (counter) yang diinisialisasi dengan nilai 0 untuk melacak hasil setiap permintaan.

Logger.log(...): Mencetak pesan ke konsol log Google Apps Script sebagai penanda bahwa eksekusi telah dimulai.

2. Struktur Perulangan (Looping) dan Penanganan Error

for (var i = 1; i <= totalTarget; i++): Sebuah perulangan yang akan berjalan dari angka 1 hingga 1.000.

try { ... } catch (e) { ... }: Blok ini sangat penting dalam pemrograman jaringan. Jika UrlFetchAppmengalami error (misalnya, timeout atau URL tidak valid), skrip tidak akan langsung berhenti (crash). Sebaliknya, ia akan "menangkap" error tersebut (catch), menambah counter gagal, dan mencatat pesannya, lalu melanjutkan ke iterasi berikutnya.

3. Konfigurasi Permintaan HTTP (HTTP Request)

muteHttpExceptions: true: Memberitahu GAS untuk tidak melempar error otomatis jika server target mengembalikan kode status HTTP error (seperti 404 atau 500). Ini memungkinkan skrip untuk tetap membaca kode respons tersebut secara manual.

User-Agent: Ini adalah teknik spoofing (penyamaran). Secara default, permintaan dari GAS akan mengidentifikasi diri sebagai "Google-Apps-Script". Dengan mengubahnya menjadi string User-Agent Google Chrome di Windows, skrip mencoba menipu server target agar mengira permintaan ini berasal dari browser manusia biasa, bukan dari bot.

4. Eksekusi Permintaan dan Validasi Respons

UrlFetchApp.fetch(url, options): Ini adalah inti dari skrip. Perintah ini benar-benar mengirim permintaan jaringan ke URL yang ditentukan dengan opsi yang telah diatur.

getResponseCode(): Mengambil kode status HTTP dari server. Kode 200berarti "OK" (permintaan berhasil diproses dan halaman ditemukan).

if (code === 200): Logika kondisional sederhana. Jika server merespons dengan 200, counter suksesbertambah. Jika tidak (misalnya 403 Forbidden, 429 Too Many Requests, atau 500 Internal Server Error), counter gagalbertambah.

5. Pengaturan Jeda (Rate Limiting) dan Logging Progres

Utilities.sleep(100): Menghentikan eksekusi skrip selama 100 milidetik (0,1 detik) sebelum melanjutkan ke iterasi berikutnya. Tujuannya adalah untuk menghindari pemblokiran instan oleh server target karena terlalu banyak permintaan dalam waktu singkat (rate limiting).

if (i % 50 === 0): Operator modulo (%). Kondisi ini bernilai benar setiap kelipatan 50 (50, 100, 150, dst.). Ini digunakan untuk mencetak log progres agar pengembang bisa memantau jalannya skrip tanpa membanjiri konsol log dengan 1.000 baris pesan.

6. Pelaporan Akhir

Mencetak ringkasan akhir setelah perulangan selesai (atau dihentikan paksa oleh sistem).

Meskipun kodenya bisa jalan dan target 1.000 view bisa tercapai dalam hitungan menit, ada risiko serius yang mengintai:

1. Risiko Pemblokiran dari Pihak Google

Google punya sistem keamanan yang canggih buat mendeteksi aktivitas mencurigakan. Kalau akun Workspace kita keseringan ngirim ribuan request dalam waktu singkat:

1. Akun Google Apps Script kita bisa kena quota exceeded atau dibatasi aksesnya.
2. Lebih parah lagi, akun Workspace sekolah kita bisa kena suspend atau bahkan di-terminate permanen.
3. Bayangin, gara-gara iseng boost view, akun sekolah yang dipake buat belajar dan tugas malah hilang. Nggak worth it banget, kan?

2. Risiko Pemblokiran dari Server Target (GIGA)

Server GIGA atau firewall mereka (kayak Cloudflare) pasti punya proteksi buat deteksi traffic aneh:

1. Mereka bisa langsung deteksi kalau request itu datang dari IP server Google Cloud, bukan dari browser asli.
2. Pola request yang terlalu cepat dan seragam (tiap 100ms) itu ciri khas bot, bukan manusia.
3. Akibatnya? IP kita bisa langsung di-block (kena HTTP 403 Forbidden) atau disuruh ngisi CAPTCHA berulang kali.
4. Parahnya lagi, domain sekolah kita (.sch.id) bisa masuk blacklist, yang bikin temen-temen lain jadi nggak bisa akses GIGA dengan normal.

3. Dampak Ke Integritas Platform dan Sekolah

Selain risiko teknis, ada dampak lain yang lebih serius:

1. Data statistik platform jadi ngaco dan nggak akurat.
2. Nama baik sekolah bisa tercemah kalau ketahuan siswanya main curang.
3. Nggak adil buat siswa lain yang nulis dengan jujur dan usaha beneran.

Kesimpulan

Belajar dari kode ini emang seru dan bermanfaat buat paham konsep dasar pemrograman kayak looping, HTTP request, header manipulation, dan error handling.

Tapi, sebagai sesama siswa, kita harus sadar bahwa bikin bot buat manipulasi metrik itu nggak etis dan penuh risiko. Risikonya (akun sekolah dibanned, domain masuk blacklist, nama sekolah tercemar) sama sekali nggak sebanding sama hasil semu yang didapat.

Makanya, eksplorasi kode semacam ini cukup sampai di tahap analisis aja, jangan dipraktekin di dunia nyata!