Ada satu pola yang hampir selalu saya temui saat mengaudit situs yang trafiknya mandek padahal kontennya banyak. Pemiliknya sudah menulis ratusan artikel, sudah bayar penulis, sudah riset keyword. Tapi yang naik cuma segelintir halaman, sisanya seperti hilang ditelan bumi. Lalu kesimpulan yang diambil biasanya sama: kontennya kurang bagus, harus ditulis ulang.
Sembilan dari sepuluh kali, itu diagnosis yang salah. Masalahnya ada di lapis yang lebih bawah, di arsitektur website SEO yang tidak pernah dirancang sejak awal dan akhirnya tumbuh liar mengikuti kebiasaan siapa pun yang sedang pegang dashboard. Google bukan tidak suka kontennya. Google tidak pernah sampai ke sana, atau sampai tapi tidak paham halaman itu penting.
Di tulisan ini saya bongkar cara kerja arsitektur situs dari sisi praktisi: apa saja komponennya, kenapa hierarki halaman lebih menentukan daripada yang kebanyakan orang kira, perbedaan antara silo yang dibangun di URL dan silo yang dibangun di internal link, framework empat lapis yang saya pakai untuk menyusun struktur dari nol, dan beberapa kesalahan yang paling sering saya temukan di audit. Saya sudah delapan tahun di bidang ini, dan bagian arsitektur adalah satu-satunya pekerjaan SEO yang kalau dikerjakan benar sekali di awal, manfaatnya jalan terus bertahun-tahun tanpa perlu disentuh lagi.
Empat Ratus Artikel, Enam Puluh yang Terindeks, dan Konten Bukan Masalahnya
Tahun 2023 saya menangani sebuah situs media niche otomotif. Mereka punya 412 artikel, ditulis rapi, ada penulis tetap, ada editor. Trafik organiknya 1.800 sesi per bulan. Untuk ukuran jumlah konten segitu, itu angka yang menyedihkan.
Hal pertama yang saya cek bukan kualitas tulisan. Saya crawl situsnya, lalu saya hitung berapa klik yang dibutuhkan dari homepage untuk sampai ke setiap artikel. Hasilnya: 60 artikel berada di kedalaman 3 klik atau kurang, dan 352 artikel sisanya berada di kedalaman 5 sampai 11 klik. Kenapa sampai 11? Karena satu-satunya jalan menuju artikel lama adalah lewat pagination arsip blog. Halaman 1, halaman 2, halaman 3, terus sampai halaman 9.
Dan 60 artikel yang dangkal itu, persis itulah yang mendatangkan hampir seluruh trafik.
Jadi tulisan mereka tidak jelek. Tulisan mereka terkubur. Googlebot secara teknis bisa menemukannya kalau mau, tapi Googlebot tidak pernah cukup termotivasi untuk menggali sedalam itu ke situs dengan otoritas sedang, dan halaman yang butuh sembilan klik untuk dijangkau memang membawa sinyal implisit bahwa pemilik situs sendiri tidak menganggapnya penting.
Ini yang saya maksud dengan arsitektur sebagai lapis di bawah konten. Anda bisa menulis artikel terbaik di niche Anda, dan artikel itu tetap tidak akan bekerja kalau diletakkan di ruangan yang pintunya tidak pernah dibuka.
Apa Itu Arsitektur Website SEO dan Empat Komponen yang Menyusunnya?
Arsitektur website SEO adalah cara seluruh halaman di sebuah situs disusun secara berjenjang dan dihubungkan satu sama lain, sehingga mesin pencari maupun pengunjung bisa memahami halaman mana yang penting, halaman mana yang mendukung, dan bagaimana keduanya berhubungan secara topik.
Praktiknya berdiri di atas empat komponen, dan penting dibedakan karena masing-masing dikerjakan dengan cara berbeda.
Hierarki halaman. Susunan berjenjang dari umum ke spesifik. Homepage di puncak, lalu kategori atau halaman pilar, lalu halaman anak di bawahnya. Ini kerangka konseptualnya, dan idealnya digambar sebelum satu halaman pun dibuat.
Struktur URL. Wujud hierarki itu di alamat halaman. Sebuah URL seperti domain.com/seo/technical/crawl-budget menyatakan posisi halaman secara eksplisit, sementara domain.com/p=1842 tidak menyatakan apa pun.
Struktur navigasi. Menu utama, menu footer, dan breadcrumb. Ini jalan yang benar-benar tersedia bagi pengunjung dan crawler, dan seringkali berbeda dari hierarki yang ada di kepala pemiliknya.
Jaringan internal link. Tautan kontekstual di dalam badan konten yang menghubungkan halaman satu topik. Komponen ini yang paling jarang dirancang, padahal justru paling berpengaruh.
Kalau hanya satu kalimat yang boleh Anda ingat dari bagian ini: arsitektur bukan soal folder, tapi soal jalur. Yang dibaca Google adalah jalur mana yang tersedia menuju sebuah halaman dan seberapa sering jalur itu ditegaskan, bukan seberapa cantik pengelompokan di CMS Anda.
Kenapa Google Peduli pada Hierarki Halaman, Bukan Cuma Isi Halaman
Googlebot menemukan halaman dengan mengikuti tautan. Itu saja mekanismenya. Tidak ada daftar ajaib berisi semua halaman di internet yang tinggal dibaca. Ada sitemap, memang, tapi sitemap itu sifatnya usulan, bukan jaminan, dan Google secara terbuka menyatakan sitemap tidak menggantikan struktur tautan yang baik.
Konsekuensinya ada tiga, dan ketiganya bermuara pada hal yang sama.
Pertama, penemuan. Halaman yang tidak ditautkan dari mana pun secara praktis tidak eksis. Halaman yang hanya ditautkan dari satu tempat yang jarang dikunjungi crawler nyaris sama buruknya.
Kedua, distribusi otoritas. Otoritas yang masuk ke situs Anda dari tautan eksternal mengalir ke dalam mengikuti internal link. Homepage biasanya menerima paling banyak, lalu meneruskan ke halaman yang ditautkannya. Halaman yang berada lima lapis ke bawah menerima sisa yang sudah sangat tipis. Ini bukan soal keadilan, ini soal matematika penyebaran.
Ketiga, pemahaman topik. Ini bagian yang paling sering dilewatkan. Saat sepuluh artikel tentang riset keyword saling menautkan dan semuanya menautkan ke satu halaman pilar tentang keyword, Google punya alasan kuat untuk menyimpulkan bahwa situs ini memang membahas keyword secara serius. Pengelompokan seperti ini yang membangun otoritas topikal, dan logikanya saya bahas lebih jauh dalam pembahasan soal membangun halaman pilar dan content cluster di tengah pergeseran SEO ke era AI, karena mesin jawaban justru lebih bergantung pada sinyal kelompok topik daripada mesin pencari klasik.
Sekarang balik ke sisi manusia sebentar, karena ini sering diperlakukan sebagai urusan terpisah padahal bukan. Pengunjung yang mendarat dari Google di sebuah artikel tengah butuh tahu di mana dia berada dan apa lagi yang tersedia. Breadcrumb dan menu yang jelas menjawab itu. Situs dengan arsitektur bagus hampir selalu punya halaman per sesi yang lebih tinggi, dan itu bukan kebetulan.
Silo Keras dan Silo Lunak: Yang Sebenarnya Menggerakkan Peringkat
Kalau Anda pernah membaca soal silo structure, kemungkinan besar yang dijelaskan adalah versi kerasnya: bikin folder, masukkan artikel ke folder yang sesuai, jangan biarkan folder saling bertaut. Silo keras dibangun di struktur direktori dan URL. Silo lunak dibangun murni di pola internal link, tanpa menyentuh URL sama sekali.
Nah, pendapat saya di sini cukup tegas, dan ini bertentangan dengan banyak panduan yang beredar: silo lunak jauh lebih menentukan, dan silo keras sering dikejar berlebihan sampai merugikan.
Alasannya sederhana. URL adalah string. Ia memberi sinyal, sedikit, dan sinyal itu paling berguna untuk manusia yang membaca alamatnya. Sementara internal link adalah jalur nyata yang dilalui crawler dan dilalui otoritas. Antara situs dengan URL flat tapi internal link yang rapi berkelompok, dan situs dengan URL bersarang cantik tapi internal link acak, saya sudah berkali-kali melihat yang pertama menang.
Yang lebih merugikan lagi adalah purisme silo: keyakinan bahwa artikel di kelompok A tidak boleh sama sekali menautkan ke kelompok B. Saya pernah ikut memelihara aturan ini di sebuah proyek tahun 2021 dan hasilnya kikuk. Ada artikel soal kecepatan situs yang secara alami butuh menyebut soal optimasi gambar, tapi karena gambar masuk kelompok lain, tautannya sengaja tidak dipasang. Pembaca dirugikan demi diagram yang rapi. Jujur, saya juga dulu salah di bagian ini.
Aturan yang saya pakai sekarang: mayoritas tautan sebuah halaman mengarah ke dalam kelompoknya sendiri, dan tautan lintas kelompok dipasang kapan pun memang relevan bagi pembaca. Kelompok topik yang kuat terbentuk dari kerapatan tautan, bukan dari kemurnian tautan. Google tidak memberi nilai tambah untuk kedisiplinan Anda menahan diri.
Satu catatan lagi soal silo keras yang sering dilupakan. Mengubah struktur URL untuk membangun silo berarti mengubah alamat halaman yang sudah punya peringkat, dan itu operasi berisiko yang menuntut peta redirect yang benar. Kalau situs Anda sudah jalan dan sudah punya halaman yang perform, nilai tambah dari merapikan URL hampir selalu lebih kecil dari risikonya. Kerjakan silo lunaknya dulu.
Framework Empat Lapis untuk Menyusun Arsitektur dari Nol
Ini urutan yang saya pakai, baik untuk situs baru maupun untuk membenahi situs yang sudah berjalan. Urutannya penting, karena tiap lapis jadi dasar lapis berikutnya.
Lapis 1: Petakan Topik Sebelum Memetakan Halaman
Sebelum menyentuh menu atau URL, tulis daftar topik yang ingin Anda kuasai. Bukan daftar keyword, daftar topik. Biasanya keluar 4 sampai 8 topik besar untuk bisnis jasa, lebih banyak untuk toko online.
Untuk setiap topik, tentukan satu halaman yang akan menjadi pusatnya. Halaman ini yang nanti menerima paling banyak internal link dan yang Anda harapkan berperingkat untuk istilah paling kompetitif di topik itu. Sisanya adalah halaman pendukung yang menjawab pertanyaan lebih sempit.
Kalau sebuah topik hanya punya satu halaman dan tidak ada rencana halaman pendukung, itu bukan topik. Itu artikel. Gabungkan ke topik lain.
Lapis 2: Kunci Kedalaman, Bukan Kerapian
Target yang saya pakai: setiap halaman yang Anda ingin berperingkat harus bisa dicapai dalam maksimal 3 klik dari homepage. Halaman yang benar-benar penting, 2 klik.
Praktisnya ini memaksa beberapa keputusan. Menu utama tidak bisa memuat semuanya, jadi isi menu dengan halaman pilar, bukan dengan setiap kategori yang ada. Arsip blog yang ber-pagination panjang harus dilengkapi jalur lain menuju artikel lama, biasanya lewat halaman kategori atau lewat tautan dari halaman pilar. Dan artikel lama yang masih relevan sebaiknya ditautkan dari artikel baru, bukan dibiarkan tenggelam mengikuti urutan tanggal.
Ukur ini dengan crawler, jangan dikira-kira. Hampir setiap orang yang saya minta menebak kedalaman rata-rata situsnya sendiri menebak terlalu rendah.
Lapis 3: Bangun Jaringan Tautan, Satu Kelompok Sekaligus
Ambil satu topik. Pastikan halaman pilarnya menautkan ke semua halaman pendukung di bawahnya, dan setiap halaman pendukung menautkan balik ke pilar. Lalu hubungkan halaman pendukung yang memang saling berkaitan.
Anchor text-nya harus menggambarkan isi halaman tujuan. Ini bukan formalitas. Anchor adalah salah satu sinyal terkuat yang Anda kendalikan sendiri soal isi sebuah halaman, dan menyia-nyiakannya dengan kata seperti “selengkapnya” adalah kerugian yang tidak perlu.
Kerjakan per kelompok sampai selesai, jangan menyisir seluruh situs sekaligus. Satu kelompok yang tuntas memberi hasil terukur, sepuluh kelompok yang setengah jalan tidak memberi apa-apa.
Lapis 4: Pilih Alat yang Tidak Melawan Anda
Lapis terakhir ini teknis tapi menentukan seberapa mudah tiga lapis sebelumnya dipelihara. Platform yang memaksa URL berisi parameter, yang tidak mengizinkan Anda mengatur breadcrumb, atau yang membuat penambahan tautan internal jadi pekerjaan manual yang menyakitkan, akan membuat arsitektur Anda membusuk pelan-pelan. Pertimbangan memilih platform yang mendukung ini saya urai dalam ulasan soal ciri CMS yang ramah SEO beserta panduan memilihnya, termasuk soal kontrol URL dan kemudahan menautkan konten.
Kalau situs Anda sudah berjalan di platform yang membatasi, dan restrukturisasinya menyentuh template serta pola URL, ini pekerjaan yang biasanya butuh tangan developer. Saya mengerjakan sisi ini lewat layanan web development, khususnya untuk kasus di mana perbaikan arsitektur tidak bisa diselesaikan hanya dari sisi konten.
Lima Kesalahan Arsitektur yang Paling Sering Saya Temui di Audit
Saya urutkan dari yang paling sering, dan semuanya saya temukan berulang di situs yang pemiliknya merasa sudah mengerjakan SEO dengan benar.
Menu utama dijadikan tempat menampung semuanya. Begitu menu memuat 40 tautan dalam dropdown bertingkat tiga, setiap halaman jadi tampak sama pentingnya, artinya tidak ada yang tampak penting. Menu adalah pernyataan prioritas. Isi dengan yang benar-benar prioritas.
Halaman tag diperlakukan seperti kategori. Tag membuat halaman arsip baru yang isinya nyaris duplikat dan biasanya tipis. Saya pernah menemukan situs dengan 900 halaman tag, dan sebagian besar berisi satu artikel. Itu 900 halaman tipis yang ikut dinilai saat Google menilai kualitas situs secara keseluruhan.
Halaman pilar dibuat, lalu tidak pernah ditautkan. Ini yang paling menyakitkan karena kerja beratnya sudah dilakukan. Halaman pilar sepanjang 4.000 kata dibuat, lalu dibiarkan tanpa satu pun tautan masuk dari artikel pendukungnya. Pilar yang tidak ditautkan bukan pilar, cuma artikel panjang.
Internal link dipasang di akhir tulisan sebagai daftar bacaan lain. Blok “artikel terkait” di bawah artikel nilainya jauh lebih rendah dari tautan di tengah paragraf, karena posisinya seragam di semua halaman dan konteks kalimatnya nol. Pasang tautan di tempat topiknya benar-benar disebut.
Struktur dirombak tanpa peta redirect. Ini kesalahan yang paling mahal walaupun paling jarang, dan biasanya terjadi tepat setelah seseorang membaca panduan silo lalu bersemangat merapikan URL. Setiap alamat yang berubah tanpa redirect adalah peringkat yang dilepas secara sukarela.
Kedalaman Klik, Crawl Budget, dan Navigasi Filter yang Diam-diam Membunuh Situs
Bagian ini untuk situs yang sudah agak besar, di atas beberapa ribu URL. Di skala kecil, isu di bawah ini nyaris tidak terasa. Di skala besar, ini yang menentukan.
Mesin pencari mengalokasikan sejumlah sumber daya tertentu untuk merayapi setiap situs. Kalau sebagian besar alokasi itu habis untuk merayapi halaman yang tidak Anda inginkan berperingkat, halaman yang Anda inginkan akan dikunjungi lebih jarang, dan konten baru butuh lebih lama untuk masuk indeks.
Penyebab terbesar pemborosan ini, sejauh yang saya lihat, adalah navigasi filter. Sebuah halaman kategori toko online dengan lima filter yang bisa dikombinasikan bebas bisa menghasilkan puluhan ribu URL unik, masing-masing menampilkan susunan produk yang sedikit berbeda dan tidak satu pun layak diindeks. Crawler akan dengan patuh mencoba menjelajahi semuanya.
Penanganannya tidak bisa satu alat saja. Filter yang tidak pernah punya nilai pencarian sebaiknya tidak menghasilkan URL yang bisa dirayapi sejak awal, dan untuk pola parameter yang sudah ada, pengaturan di file robots adalah cara paling langsung untuk menghentikan crawler membuang waktu. Cara mengatur aturannya per platform saya jelaskan langkah demi langkah di panduan soal cara menyusun file robots.txt yang benar dan mengarahkan Googlebot menjauhi halaman yang tidak penting. Untuk kombinasi filter yang memang dicari orang, misalnya kategori plus satu merek, halaman itu layak dibuat sebagai halaman tersendiri yang dioptimalkan, bukan dibiarkan sebagai hasil filter.
Satu hal lain yang jarang dibahas: arsitektur juga menentukan bagaimana situs Anda dikutip mesin jawaban. Ketika sebuah sistem AI menyusun jawaban, ia cenderung mengambil dari halaman yang posisinya jelas dalam sebuah kelompok topik yang koheren. Situs dengan arsitektur acak menyulitkan mesin menentukan halaman mana yang otoritatif untuk pertanyaan apa, dan akibatnya lebih jarang dikutip. Ini konsekuensi baru dari pekerjaan lama, dan menurut saya akan makin terasa dalam dua tahun ke depan.
Mulai dari Satu Hal: Petakan Dulu, Jangan Langsung Bongkar
Kalau setelah membaca ini Anda merasa arsitektur situs Anda bermasalah, dorongan pertamanya biasanya ingin langsung merombak. Tahan dulu. Perombakan tanpa peta adalah cara tercepat kehilangan peringkat yang sudah susah payah didapat.
Langkah pertama yang saya sarankan kecil sekali dan bisa dikerjakan sore ini: crawl situs Anda dengan alat gratis, lalu urutkan hasilnya berdasarkan kedalaman klik. Lihat berapa banyak halaman yang Anda anggap penting ternyata berada di kedalaman 4 atau lebih. Itu saja. Belum perlu memperbaiki apa pun.
Angka itu biasanya cukup mengejutkan untuk membuat prioritas jadi jelas dengan sendirinya. Dari situ, kerjakan satu kelompok topik sampai tuntas, ukur hasilnya selama 6 sampai 8 minggu, lalu lanjut ke kelompok berikutnya. Arsitektur adalah pekerjaan yang hasilnya datang bertahap, tapi begitu benar, ia tidak menuntut perhatian lagi.
Kalau Anda ingin pemetaan dan perbaikannya dikerjakan lebih terstruktur, termasuk audit kedalaman dan penyusunan jaringan internal link per kelompok topik, itu bagian dari jasa SEO yang saya tangani. Tapi peta awalnya, silakan buat sendiri dulu. Sering kali itu sudah menjawab banyak pertanyaan.
Pertanyaan yang Sering Muncul
Apa itu arsitektur website SEO secara singkat? Arsitektur website SEO adalah cara halaman-halaman di sebuah situs disusun berjenjang dan saling dihubungkan, supaya mesin pencari dan pengunjung sama-sama paham halaman mana yang utama dan bagaimana antar halaman berkaitan. Komponennya mencakup hierarki halaman, struktur URL, navigasi, dan jaringan internal link.
Berapa kedalaman klik yang ideal untuk sebuah halaman? Halaman yang Anda targetkan berperingkat sebaiknya bisa dicapai maksimal 3 klik dari homepage, dan halaman terpenting idealnya 2 klik. Lebih dalam dari itu, halaman tersebut akan dirayapi lebih jarang dan menerima porsi otoritas internal yang jauh lebih kecil.
Apakah saya harus mengubah struktur URL untuk membuat silo structure? Tidak wajib, dan untuk situs yang sudah berjalan biasanya tidak disarankan. Silo yang dibangun lewat pola internal link memberi efek lebih besar daripada silo yang dibangun lewat direktori URL, sementara mengubah URL halaman yang sudah punya peringkat membawa risiko yang nyata.
Apakah artikel di satu kelompok topik boleh menautkan ke kelompok lain? Boleh, dan sebaiknya dilakukan kapan pun relevan bagi pembaca. Yang membentuk kelompok topik yang kuat adalah kerapatan tautan di dalam kelompok, bukan larangan menaut ke luar. Menahan tautan yang dibutuhkan pembaca hanya demi kemurnian diagram justru merugikan.
Bagaimana cara mengecek arsitektur situs saya sekarang? Crawl situs Anda dengan alat audit, lalu perhatikan tiga hal: distribusi kedalaman klik, jumlah halaman tipis yang muncul dari tag atau parameter, dan halaman penting yang tautan masuknya sedikit. Tiga angka itu sudah cukup memberi gambaran di mana masalah terbesarnya.
English 