Kategori: SEO
Pendahuluan: Ketika Googlebot Mendatangi Kota Besar
Bagi sebagian besar website, crawl budget terdengar seperti masalah kecil. Namun, bagi platform dengan jutaan halaman—seperti Tiket.com, Traveloka, atau e-commerce besar lainnya—crawl budget adalah kunci untuk mendapatkan ranking yang fresh dan akurat. Ketika Googlebot datang ke situs yang begitu besar, ia memiliki “anggaran waktu” terbatas untuk membaca konten kamu. Jika budget ini terbuang untuk merayapi halaman login, filter yang tidak berguna, atau konten duplikat, halaman produk utama kamu bisa terlewatkan.
Pengalaman bekerja di lingkungan unicorn seperti Tiket.com memberikan pemahaman mendalam bahwa SEO Teknis adalah seni manajemen prioritas. Kami tidak hanya berurusan dengan konten, tetapi juga dengan infrastruktur server, coding dinamis, dan jutaan URL parameter yang berpotensi menghabiskan crawl budget. Artikel ini akan membagikan lesson learned tentang bagaimana situs besar mengelola crawl budget mereka secara agresif dan efisien.
1. Mengapa Crawl Budget Adalah Mata Uang di Situs Besar?
Di situs seperti Tiket.com, volume konten tumbuh eksponensial: setiap rute penerbangan, setiap tanggal pemesanan, setiap filter hotel, dan setiap promosi seringkali menghasilkan URL unik.
-
Jutaan URL Duplikat: URL yang dibuat karena filter (misalnya,
/hotel?bintang=5atau/penerbangan?tanggal=2026-01-01) seringkali menampilkan konten yang sama dengan URL base-nya, menciptakan jutaan soft 404 atau konten duplikat. -
Crawl Demand Tinggi: Ketika ada promo tiket atau perubahan jadwal penerbangan, situs tersebut membutuhkan Google untuk merayapi dan mengindeks perubahan itu dengan cepat. Jika crawl budget terbatas, website akan gagal mengkomunikasikan update krusial ini.
Tujuan utama pengelolaan crawl budget di skala unicorn adalah memastikan Googlebot menghabiskan 80% waktunya untuk merayapi 20% halaman paling penting yang menghasilkan uang (halaman produk, kategori utama, homepage).
2. Strategi NoIndex Agresif: Menutup Pintu yang Tidak Penting
Kesalahan umum adalah mengandalkan robots.txt untuk memblokir semua yang tidak penting. Namun, robots.txt hanya mencegah crawler mengakses; ia tidak mengeluarkan halaman dari indeks jika sudah terlanjur masuk.
Di Tiket.com, salah satu pelajaran terpenting adalah penggunaan noindex secara agresif pada halaman dengan value rendah:
-
Halaman Pagination yang Mendalam: Setelah halaman ke-5 dari hasil pencarian (misalnya, daftar hotel), halaman tersebut diberi
noindexkarena kemungkinan pengguna menemukannya sangat kecil, dan crawl budget lebih baik dialokasikan ke halaman produk utama. -
Halaman Filter Kombinasi Rendah: Kombinasi filter yang jarang digunakan pengguna atau filter yang tidak menghasilkan konten unik (misalnya, filter ‘hotel bintang 2 di daerah terpencil’) diidentifikasi dan ditandai
noindex. -
Halaman Login dan My Account: Walaupun seharusnya tidak diindeks, memastikan halaman ini memiliki tag
noindex, followakan mengarahkan link equity ke halaman yang lebih penting.
3. Canonical Tag sebagai Traffic Cop Duplikat
Untuk situs e-commerce besar, konten duplikat adalah default, bukan pengecualian. Salah satu core strategy yang diterapkan di situs travel adalah penggunaan canonical tag yang cerdas:
-
Penanganan Parameter Dinamis: Setiap URL dengan parameter (seperti tanggal atau urutan sorting) harus diarahkan canonical-nya ke URL bersih (URL tanpa parameter). Ini mengajarkan Google bahwa meskipun ada jutaan variasi URL, hanya ada satu sumber otoritas yang perlu diindeks.
-
Canonicalization Lintas Domain (Jika Ada): Meskipun jarang, jika ada subsitus atau halaman yang sangat mirip di sub-domain lain, canonical tag digunakan untuk mengkonsolidasikan link equity ke domain utama,
tiket.com.
4. Robots.txt dan Sitemap sebagai Command Center
Di skala besar, robots.txt dan sitemap menjadi alat navigasi utama bagi Googlebot.
A. Kekuatan Disallow di Robots.txt
Kami tidak hanya memblokir halaman login. Robots.txt digunakan untuk memblokir direktori technical seperti:
-
/wp-admin/(jika menggunakan WordPress, atau backend yang serupa). -
Staging atau testing environment (disallow total).
-
URL parameter yang terbukti menghabiskan crawl budget (misalnya, tracking parameter internal).
B. XML Sitemap yang Tersegmentasi
Situs besar tidak menggunakan satu sitemap raksasa. Sitemap dipecah menjadi beberapa segmen logis untuk memandu crawler secara spesifik:
-
Sitemap Penerbangan: Hanya berisi URL penerbangan yang live dan bookable.
-
Sitemap Hotel: Terbagi berdasarkan kota atau kategori.
-
Sitemap Blog: Terpisah dari konten transaksional.
Keuntungannya: Jika Google ingin merayapi hanya konten hotel, ia hanya perlu melihat sitemap hotel, meningkatkan efisiensi crawl.
5. Lesson Learned: Integrasi Tim dan Crawl Stats
Pengelolaan crawl budget di Tiket.com bukanlah tanggung jawab tim SEO semata, melainkan kolaborasi lintas fungsi:
-
DevOps dan SEO: Mengoptimalkan Server Response Time (SRT) dan Time to First Byte (TTFB). Semakin cepat server merespons, semakin banyak halaman yang bisa dirayapi Google dalam budget yang sama.
-
Monitoring GSC secara Rutin: Kami secara rutin memantau laporan Crawl Stats di Google Search Console (GSC). Peningkatan pada metrik “Waktu Unduhan Rata-Rata” adalah lampu merah, yang menunjukkan server melambat dan crawl budget terbuang sia-sia.
-
Prioritas Halaman Revenue: Setiap minggu, ada analisis apakah halaman yang paling penting (pencetak revenue tertinggi) mendapatkan crawl frequency yang cukup. Jika tidak, technical debt yang menghabiskan crawl budget harus segera diperbaiki.
Kesimpulan dan Tindakan Lanjut (CTA)
Mengelola crawl budget adalah tentang kedisiplinan teknis dan pemahaman mendalam tentang prioritas bisnis. Pengalaman yang didapat dari mengoptimasi situs dengan volume sebesar Tiket.com adalah bahwa crawl budget harus diperlakukan sebagai sumber daya yang terbatas dan berharga.
Tags: Crawl Budget, SEO Teknis, Tiket.com, XML Sitemap, NoIndex Strategi