Bayangkan Anda meminta audit SEO, lalu menerima berkas tiga puluh halaman berisi tangkapan layar dari enam alat berbeda. Ada catatan tentang deskripsi halaman yang terlalu panjang, ada grafik kecepatan, ada daftar judul yang belum dirapikan. Semuanya benar. Setelah membacanya, Anda masih belum tahu pekerjaan mana yang harus dikerjakan lebih dulu.
Sumber masalahnya biasanya bukan alat, melainkan urutan. Audit SEO teknis yang berguna disusun seperti pemeriksaan kesehatan: hal yang bisa membatalkan seluruh temuan lain diperiksa paling awal. Kalau separuh halaman tidak terindeks, memperbaiki deskripsi halaman yang tidak pernah muncul di pencarian hanya membuang waktu dan biaya. Dua belas pemeriksaan di bawah ini kami susun mengikuti urutan tersebut, dengan alasan kenapa sebuah langkah harus didahulukan.
Pemeriksaan teknis bersifat berantai, dan satu temuan sering membuat temuan lain tidak lagi relevan. Halaman yang diblokir di robots.txt tidak akan pernah muncul, sepanjang apa pun isinya. Situs yang lambat membuat pengunjung pergi sebelum satu tombol pun ditekan. Karena itu urutan yang benar bergerak dari yang menghalangi, ke yang menghambat, lalu ke yang menghaluskan.
Urutan yang salah meninggalkan dua jejak yang mudah dikenali. Laporan penuh catatan kecil yang tidak berdampak ke jumlah kunjungan. Dan temuan besar luput, karena perhatian sudah habis dipakai memeriksa hal sepele di beranda.
Grup pertama menentukan apakah halaman Anda punya peluang masuk ke hasil pencarian. Semua temuan di grup berikutnya hanya berlaku kalau tiga hal ini sudah beres.
Pertama, status indeksasi. Buka laporan halaman di Google Search Console, lalu bandingkan jumlah halaman yang terindeks dengan jumlah halaman yang seharusnya ada. Selisihnya adalah daftar pekerjaan paling awal. Halaman yang ditolak perlu dibaca satu per satu bersama alasan penolakannya, karena penolakan bisa berarti duplikat, bisa juga berarti halaman sengaja disembunyikan.
Kedua, berkas pengarah mesin pencari. Periksa robots.txt, sitemap.xml, dan tag kanonik yang tertanam di halaman. Kesalahan kecil di sini mahal harganya. Satu baris aturan yang salah bisa menarik satu kategori halaman keluar dari pencarian tanpa pesan error yang muncul di mana pun.
Ketiga, kode respons dan pengalihan. Kumpulkan semua alamat yang membalas kode selain 200, lalu rapikan. Rantai pengalihan yang berlapis-lapis memboroskan kesempatan dan memecah sinyal yang dikirim ke mesin pencari.
Setelah halaman bisa ditemukan, pertanyaannya berubah menjadi apakah Google tahu halaman itu membahas apa.
Pemeriksaan keempat adalah struktur judul. Satu H1 untuk setiap halaman, H2 yang menggambarkan bagiannya, dan urutan yang masuk akal. Situs yang berkembang selama beberapa tahun sering punya judul bertumpuk karena dikerjakan oleh orang yang berbeda pada masa yang berbeda.
Pemeriksaan kelima adalah data terstruktur. Penanda organisasi, layanan, produk, dan tanya jawab membantu mesin memahami konteks halaman, termasuk saat jawabannya diambil untuk asisten AI. Periksa hasilnya lewat alat penguji, jangan bersandar pada asumsi bahwa plugin sudah mengurus semuanya.
Pemeriksaan keenam adalah isi yang bertumpuk. Dua halaman dengan maksud kueri yang sama akan saling menekan di hasil pencarian. Tandanya mudah dikenali: judul yang hampir sama, dan bagian isi yang disalin apa adanya. Salah satu halaman perlu dipilih sebagai rujukan, sisanya diarahkan ke halaman itu. Kami pernah memetakan masalah sejenis pada ratusan halaman dan menuangkannya di temuan audit 290 artikel.
Kecepatan diperiksa setelah indexasi dan struktur, bukan sebelum. Alasannya sederhana: halaman yang tidak terindeks tidak akan pernah mendapat manfaat dari perbaikan kecepatan.
Pemeriksaan ketujuh adalah tiga angka inti pengalaman halaman: waktu muat elemen terbesar, jeda respons saat pengunjung menekan tombol, dan pergeseran tata letak saat halaman dibuka. Ukur di halaman yang paling penting bagi penjualan, bukan hanya di beranda. Penjelasan tiap angka beserta ambangnya ada di panduan Core Web Vitals.
Pemeriksaan kedelapan adalah gambar. Banyak situs menyimpan foto berukuran beberapa ribu piksel untuk ditampilkan sebesar kartu nama. Ukuran berkas, format, dan ukuran tampilan yang tertulis di kode semuanya berpengaruh.
Pemeriksaan kesembilan adalah skrip, huruf, dan simpanan sementara. Daftar semua berkas yang dimuat halaman, tandai yang tidak terpakai, dan pastikan halaman publik disajikan dari simpanan sementara alih-alih dirakit ulang setiap kali ada kunjungan.
Grup terakhir ini yang paling sering dilewatkan, padahal murah dikerjakan.
Pemeriksaan kesepuluh adalah tautan internal. Setiap halaman penting sebaiknya punya tautan masuk dari halaman lain, bukan hanya dari menu. Halaman yang tidak punya satu pun tautan masuk hampir tidak pernah ditemukan pembaca maupun mesin pencari.
Pemeriksaan kesebelas adalah tautan yang rusak. Telusuri semua tautan keluar dan tautan antar halaman, catat yang membalas kode 404 atau mengarah ke domain mati. Untuk situs yang rajin menulis, pemeriksaan ini sebaiknya dijalankan berkala, bukan sekali setahun.
Pemeriksaan kedua belas adalah pengukuran. Pastikan pelacakan kunjungan, tombol WhatsApp, formulir, dan nomor telepon benar-benar tercatat, dan pastikan alat ukur hanya dipasang sekali. Tanpa pengukuran yang bersih, Anda tidak akan pernah tahu apakah perbaikan teknis tadi berdampak.
Lima tanda berikut membedakan laporan audit SEO teknis yang bisa dipakai untuk mengambil keputusan dari laporan yang hanya tampak rapi:
Setelah audit SEO teknis selesai, jangan mengerjakan daftar temuan dari yang paling mudah. Kerjakan dari yang memblokir, lalu dari yang berdampak ke banyak halaman sekaligus.
Perbaikan borongan biasanya jauh lebih hemat. Kalau empat puluh halaman memakai templat yang sama dan judulnya sama-sama terlalu panjang, satu perubahan di templat menyelesaikan keempat puluhnya sekaligus. Menyunting satu per satu di editor hanya masuk akal untuk halaman yang benar-benar istimewa, misalnya halaman layanan utama.
Beri jeda sebelum menilai hasilnya. Perubahan teknis butuh waktu untuk dirayapi ulang, dan pergerakan peringkat biasanya baru terlihat dua sampai empat minggu setelah perbaikan tayang. Yang layak dipantau di masa jeda itu adalah jumlah halaman yang terindeks dan jumlah kueri yang mulai memunculkan situs Anda.
Bisa, dan sebagian besar memang cukup memakai alat gratis milik Google: Search Console untuk indexasi dan kueri, PageSpeed Insights untuk kecepatan, serta pemeriksa data terstruktur. Alat berbayar lebih membantu ketika halaman Anda sudah ratusan dan pemeriksaan perlu dijalankan otomatis setiap bulan.
Untuk situs berisi puluhan halaman, penelusuran dan penyusunan laporan biasanya memakan waktu beberapa hari kerja. Situs besar dengan ribuan halaman butuh lebih lama di tahap pengelompokan, karena temuan harus diringkas per templat agar tidak menjadi daftar yang tak terbaca.
Artinya perbaikan tidak lagi bisa diharapkan dari sisi teknis, dan pekerjaan berikutnya bergerak ke sisi isi serta ketepatan sasaran. Sering kali temuan seperti itu justru kabar baik, karena berarti anggaran bisa dialihkan ke produksi konten atau ke halaman layanan yang berpeluang menghasilkan kontak.
Kalau situs Anda sudah berjalan lebih dari dua tahun dan belum pernah diperiksa dari sisi teknis, mulailah dari tiga pemeriksaan pertama di atas. Bagian itu bisa Anda kerjakan sendiri hari ini dengan akun yang sudah ada, dan hasilnya biasanya cukup untuk menentukan perlu tidaknya bantuan lanjutan.
Untuk gambaran pekerjaan teknis berkala, lihat jasa maintenance WordPress Surabaya yang memuat pemeriksaan rutin bulanan. Kalau Anda ingin tahu apa saja yang diperiksa beserta kisaran biayanya, rinciannya ada di paket dan harga jasa SEO Surabaya.
""" + TOMBOL + """Catatan: urutan dua belas pemeriksaan ini kami pakai saat mengaudit situs klien sendiri. Kalau ada bagian yang belum pernah diperiksa di situs Anda, sebutkan saja, itu lebih cepat ditangani daripada dibiarkan.
""" SCHEMA = """ """ ISI_FULL = ISI + SCHEMA UA = {"User-Agent": "Mozilla/5.0"} def rest(p, method="GET", data=None): h = {"Authorization": f"Basic {AUTH}", **UA} body = None if data is not None: body = json.dumps(data).encode() h["Content-Type"] = "application/json" r = urllib.request.Request(S + p, data=body, headers=h, method=method) terakhir = "gagal" for _ in range(3): try: with urllib.request.urlopen(r, timeout=180) as x: return x.status, json.loads(x.read()) except urllib.error.HTTPError as e: return e.code, e.read().decode()[:300] except Exception as e: terakhir = str(e)[:120] time.sleep(4) return 0, terakhir def polos(html): t = re.sub(r"