 |
| Free Course OpenCourseWare MSP Audit SEO teknis sederhana untuk melakukan crawling, indexing, robots.txt, sitemap, canonical, status URL, mobile, mengukur Core Web Vitals. |
Course terbuka untuk mempelajari cara melakukan audit SEO teknis sederhana pada satu halaman atau website kecil. Pembelajar akan memeriksa apakah halaman dapat diakses, dirayapi, diindeks, dipahami, dan digunakan dengan baik; kemudian mengubah hasil pemeriksaan menjadi temuan yang memiliki bukti, prioritas, pemilik tindakan, dan rencana tindak lanjut.
Audit SEO Teknis Sederhana
Audit SEO teknis tidak harus dimulai dari crawler enterprise atau daftar ratusan metrik. Untuk pemeriksaan awal, kita dapat mulai dari pertanyaan yang lebih mendasar: apakah URL merespons dengan benar, dapat ditemukan, tidak diblokir secara keliru, memiliki versi canonical yang masuk akal, tercantum atau terhubung dengan baik, dan dapat digunakan pada perangkat yang dipakai pembaca.
Course ini mengajarkan workflow yang dapat diulang untuk halaman artikel, layanan, produk, course, atau landing page. Hasil audit bukan sekadar daftar error, melainkan catatan keputusan yang membedakan masalah kritis, perbaikan yang bermanfaat, pemeriksaan lanjutan, dan hal yang berada di luar scope audit sederhana.
Course Overview
SEO teknis berhubungan dengan kemampuan mesin pencari untuk menemukan, mengambil, memahami, dan menyajikan halaman. Pada level sederhana, audit bukan upaya membuktikan semua hal tentang website, melainkan pemeriksaan terarah terhadap hambatan yang paling mungkin membuat halaman penting sulit diakses, dirayapi, diindeks, atau digunakan.
Audit dimulai dari scope. Untuk satu URL, kita dapat memeriksa status HTTP, redirect, canonical, robots directive, elemen penting di HTML, internal link, dan tampilan mobile. Untuk website kecil, kita menambahkan pemeriksaan sitemap, beberapa halaman prioritas, pola URL, serta konsistensi antarhalaman. Setiap temuan harus disertai URL, bukti, dampak yang mungkin, tingkat keyakinan, dan tindakan yang disarankan.
Hasil audit yang baik membantu pemilik website membedakan antara masalah yang benar-benar menghambat Search, perbaikan kualitas yang sebaiknya dilakukan, dan rekomendasi yang belum perlu diprioritaskan. Audit juga harus aman: jangan mengubah robots.txt, canonical, redirect, atau noindex pada website produksi tanpa memahami dampaknya dan menyimpan kondisi awal.
Alur inti audit
Tentukan scope → simpan baseline → cek akses dan status URL → cek crawling dan indexing → cek canonical dan duplikasi → cek discovery melalui link dan sitemap → cek mobile serta pengalaman halaman → catat bukti → prioritaskan temuan → rencanakan perbaikan dan verifikasi ulang.
Audit yang dapat dikendalikan
Menentukan URL, tipe halaman, perangkat, akses, dan pertanyaan audit sebelum mengumpulkan terlalu banyak data.
Pastikan halaman dapat ditemukan
Memeriksa respons, redirect, robots.txt, internal link, sitemap, dan resource penting yang diperlukan untuk memahami halaman.
Bedakan crawl dan indexing
Memahami noindex, canonical, duplikasi, dan status URL tanpa menyamakan “bisa dibuka” dengan “pasti masuk indeks”.
Ubah temuan menjadi tindakan
Memprioritaskan masalah berdasarkan dampak, keyakinan, usaha, risiko, dan pemilik perbaikan.
Capaian Pembelajaran
Setelah menyelesaikan course ini, pembelajar diharapkan mampu:
- Menjelaskan perbedaan crawling, rendering, indexing, serving, dan ranking dalam konteks audit SEO teknis awal.
- Menentukan scope, asumsi, akses, baseline, dan batasan sebelum melakukan pemeriksaan.
- Memeriksa status HTTP, redirect, HTTPS, error dasar, dan versi URL yang seharusnya dipakai.
- Membedakan fungsi robots.txt, noindex, canonical, sitemap, dan internal link dalam workflow crawling serta indexing.
- Menggunakan pemeriksaan manual, source HTML, Search Console, dan alat performa dasar sesuai pertanyaan auditnya.
- Menilai kemampuan halaman untuk digunakan pada perangkat mobile dan menginterpretasikan Core Web Vitals tanpa mengejar skor sempurna.
- Mencatat temuan teknis dengan URL, bukti, dampak, tingkat keyakinan, prioritas, pemilik, dan kriteria selesai.
- Menyusun laporan audit ringkas dan rencana verifikasi ulang setelah perubahan diterapkan.
Prasyarat dan perlengkapan
- Mengenal dasar halaman web, URL, hyperlink, HTML sederhana, dan mesin pencari.
- Memiliki satu halaman latihan atau website kecil yang boleh diperiksa.
- Browser desktop dengan fitur “View Source” atau DevTools.
- Dokumen atau spreadsheet untuk mencatat URL, bukti, temuan, prioritas, dan tindakan.
- Akses Google Search Console disarankan untuk latihan URL Inspection, tetapi tidak wajib untuk seluruh materi.
- PageSpeed Insights atau alat pengujian performa boleh digunakan untuk pemeriksaan pengalaman halaman.
- Akses ke Blogger atau CMS berguna untuk memahami lokasi pengaturan, tetapi jangan mengubah website produksi tanpa persetujuan.
Syllabus
Syllabus dibagi menjadi delapan lecture dalam empat minggu. Setiap lecture menghasilkan artefak yang dapat digabungkan menjadi laporan audit teknis sederhana. Urutan dibuat dari pertanyaan yang paling mendasar menuju prioritas tindakan agar pembelajar tidak langsung melompat ke rekomendasi yang belum memiliki bukti.
Tabel dapat digeser ke kanan atau kiri pada perangkat seluler.
| Minggu | Lecture | Fokus | Aktivitas | Output |
|---|---|---|---|---|
| 1 | 1. Scope dan model Search | Memahami batas audit sederhana serta hubungan crawl, render, index, dan serve. | Memilih halaman latihan dan menulis pertanyaan audit. | Audit brief dan scope note. |
| 1 | 2. Akses, status, dan redirect | Memeriksa apakah URL merespons dan berpindah ke versi yang benar. | Menguji URL, status HTTP, redirect, HTTPS, dan error yang terlihat. | URL response sheet. |
| 1 | 3. Crawling dan robots.txt | Membedakan kontrol akses crawler dari kontrol indexing. | Memeriksa robots.txt, resource penting, dan potensi blokir keliru. | Crawlability checklist. |
| 2 | 4. Indexing, noindex, dan canonical | Menilai sinyal yang menentukan halaman dapat atau tidak dapat ditampilkan. | Memeriksa noindex, canonical, duplikasi, dan status URL di Search Console bila tersedia. | Indexability diagnosis. |
| 2 | 5. Sitemap dan internal links | Memastikan halaman penting dapat ditemukan melalui jalur yang masuk akal. | Menelusuri link, sitemap, orphan possibility, dan konsistensi URL. | Discovery map. |
| 3 | 6. Mobile dan page experience | Memeriksa keterbacaan, interaksi, stabilitas visual, keamanan, dan performa dasar. | Melakukan pemeriksaan mobile dan membaca laporan Core Web Vitals secara kontekstual. | Page experience note. |
| 3 | 7. Konten, rendering, dan data terstruktur | Memastikan konten penting tersedia dan dapat dipahami tanpa asumsi berlebihan. | Membandingkan tampilan, source, rendered page, heading, link, dan structured data bila dipakai. | Rendering and markup check. |
| 4 | 8. Prioritas, laporan, dan verifikasi ulang | Mengubah observasi menjadi keputusan yang dapat dikerjakan. | Menyusun temuan, prioritas, owner, acceptance criteria, dan rencana recheck. | Technical audit case file. |
Kalender belajar yang disarankan
| Pekan | Sesi | Durasi perkiraan | Fokus selesai |
|---|---|---|---|
| 1 | Lecture 1–3 | 3 jam | Memiliki scope audit dan bukti awal tentang akses, status URL, redirect, robots.txt, serta resource penting. |
| 2 | Lecture 4–5 | 3 jam | Memiliki diagnosis indexing dan peta discovery melalui canonical, sitemap, serta internal links. |
| 3 | Lecture 6–7 | 3 jam | Memiliki catatan page experience, rendering, konten penting, link, dan structured data bila relevan. |
| 4 | Lecture 8 dan capstone | 3 jam | Menyelesaikan laporan, prioritas tindakan, acceptance criteria, dan rencana verifikasi ulang. |
Checklist pemeriksaan minimum
| Area | Pertanyaan | Bukti minimum | Catatan batasan |
|---|---|---|---|
| Akses URL | Apakah URL dapat dimuat dan merespons dengan status yang sesuai? | URL, status, redirect chain, protokol, dan waktu pemeriksaan. | Status 200 saja tidak membuktikan indexing atau kualitas halaman. |
| Crawling | Apakah crawler dapat meminta halaman dan resource penting? | Robots.txt, aturan yang relevan, dan resource yang diblokir. | Robots.txt mengatur crawling; bukan mekanisme utama untuk merahasiakan halaman dari Search. |
| Indexing | Apakah halaman memiliki sinyal yang membolehkan atau membatasi indexing? | Noindex, status URL, canonical, dan pemeriksaan Search Console bila tersedia. | “Tidak ditemukan di indeks” perlu dibedakan dari “dilarang diindeks”. |
| Discovery | Apakah halaman penting dapat ditemukan melalui link atau sitemap? | Internal links, navigasi, sitemap, dan URL prioritas. | Sitemap membantu discovery tetapi tidak menjamin crawl atau indexing. |
| Pengalaman | Apakah halaman aman, terbaca, stabil, dan dapat digunakan di mobile? | Pemeriksaan perangkat, HTTPS, laporan performa, dan catatan interaksi. | Skor alat bukan tujuan tunggal dan tidak menjamin ranking. |
Required Reading
Bacaan wajib berikut memberikan fondasi SEO, crawling, indexing, canonicalization, sitemap, metadata, dan page experience. Dokumentasi resmi Google perlu dibaca ulang secara berkala karena detail produk, laporan, dan tampilan Search dapat berubah.
Buku cetak utama
- Enge, Eric; Spencer, Stephan; dan Stricchiola, Jessie. 2023. The Art of SEO, 4th Edition. O’Reilly Media, Inc.
Dokumentasi resmi Google Search Central
- Google Search Essentials Buka Search Essentials.
- Search Engine Optimization (SEO) Starter Guide Buka SEO Starter Guide.
- Overview of crawling and indexing topics Buka overview crawling dan indexing.
- Introduction to robots.txt Buka panduan robots.txt.
- Learn about sitemaps Buka panduan sitemap.
- How to specify a canonical URL with rel="canonical" and other methods Buka panduan canonical.
- Block Search indexing with noindex Buka panduan noindex.
- Understanding page experience in Google Search results Buka panduan page experience.
- Understanding Core Web Vitals and Google Search results Buka panduan Core Web Vitals.
- How To Use Search Console Buka dokumentasi Search Console.
Lecture Summaries
Scope Audit dan Model Search
Audit yang baik dimulai dengan batas yang jelas. Pembelajar memetakan tujuan audit, URL yang diperiksa, tipe halaman, akses yang tersedia, perangkat yang relevan, serta hal yang sengaja tidak diperiksa. Model sederhana yang dipakai adalah: dapatkah halaman ditemukan, diambil, dirender bila diperlukan, diindeks, dan disajikan untuk query yang relevan?
- Konsep: crawl, render, index, serve, ranking, scope, baseline, dan asumsi.
- Latihan: tulis tiga pertanyaan audit, tiga asumsi, dan tiga batasan untuk satu halaman latihan.
- Artefak: audit brief yang memuat URL, tujuan, akses, tanggal, perangkat, dan batas pemeriksaan.
Pertanyaan pemandu: Masalah keputusan apa yang ingin dibantu oleh audit ini, dan bukti minimum apa yang diperlukan untuk menjawabnya?
Akses, Status HTTP, HTTPS, dan Redirect
Sebelum membahas canonical atau structured data, pastikan URL dan jalur menuju URL dapat dipahami. Status HTTP memberi konteks awal: halaman sukses, dipindahkan, tidak ditemukan, atau mengalami masalah server. Redirect perlu dibaca sebagai rantai, bukan hanya URL akhir, karena rantai panjang, loop, atau perpindahan yang tidak konsisten dapat menambah ketidakjelasan.
- Konsep: 2xx, 3xx, 4xx, 5xx, redirect chain, redirect loop, HTTPS, dan URL variant.
- Latihan: buka URL utama dan beberapa variasinya; catat status, URL akhir, protokol, dan apakah perubahan sesuai tujuan.
- Artefak: URL response sheet dengan bukti waktu pemeriksaan serta tingkat keparahan.
Pertanyaan pemandu: Apakah masalah ini benar-benar membuat halaman tidak dapat digunakan, atau hanya menunjukkan variasi URL yang perlu dikonsolidasikan?
Crawling dan Robots.txt
Robots.txt memberi instruksi kepada crawler tentang URL yang boleh atau tidak boleh diminta. Ia terutama dipakai untuk mengatur crawling, bukan sebagai mekanisme keamanan atau jaminan halaman tidak akan muncul di Search. Pembelajar memeriksa apakah halaman penting atau resource penting terblokir secara tidak sengaja dan apakah aturan tersebut dikelola oleh CMS.
- Konsep: crawler access, disallow, resource, CMS-managed robots.txt, dan batasan URL blocking.
- Latihan: baca robots.txt website latihan; hubungkan aturan yang relevan dengan URL serta resource yang diperlukan halaman.
- Artefak: crawlability checklist dengan kolom aturan, URL terdampak, bukti, risiko, dan tindakan.
Pertanyaan pemandu: Apakah tujuan sebenarnya mengurangi crawling, atau mencegah halaman muncul di hasil pencarian? Apakah mekanisme yang dipilih sesuai dengan tujuan itu?
Indexing, Noindex, dan Canonical
Halaman yang bisa dibuka belum tentu diindeks, dan halaman yang dapat dirayapi belum tentu dipilih sebagai versi canonical. Noindex secara eksplisit membatasi indexing, sedangkan canonical memberi sinyal versi pilihan di antara halaman yang sama atau sangat mirip. Audit harus memeriksa apakah sinyal tersebut disengaja, konsisten, dan tidak bertentangan dengan tujuan halaman.
- Konsep: indexability, noindex, canonical, duplicate URL, self-referential canonical, dan URL Inspection.
- Latihan: bandingkan source HTML, canonical, robots directive, status URL, dan hasil pemeriksaan Search Console bila tersedia.
- Artefak: indexability diagnosis dengan klasifikasi “sesuai”, “perlu verifikasi”, atau “berisiko”.
Pertanyaan pemandu: Versi URL mana yang ingin dilihat pembaca, dan apakah sinyal teknis halaman mendukung pilihan tersebut?
Sitemap dan Internal Links
Mesin pencari menemukan halaman melalui link dan sumber discovery lain. Sitemap dapat membantu menemukan URL penting, terutama pada website besar, baru, kompleks, atau kaya media, tetapi sitemap bukan daftar persetujuan indexing. Internal links membantu pengguna dan crawler memahami hubungan antarhalaman; audit sederhana menelusuri apakah halaman prioritas memiliki jalur internal yang wajar.
- Konsep: discovery, crawlable link, navigation, orphan possibility, sitemap inclusion, dan URL consistency.
- Latihan: pilih lima halaman penting dan gambar jalur link dari homepage, menu, kategori, atau halaman terkait.
- Artefak: discovery map dengan status link, sitemap, canonical, dan prioritas halaman.
Pertanyaan pemandu: Bila sitemap dihapus dari pertimbangan, apakah halaman penting masih dapat ditemukan melalui link internal yang jelas?
Mobile dan Page Experience
Audit teknis perlu melihat halaman sebagaimana digunakan pembaca: layar kecil, koneksi tidak sempurna, interaksi sentuh, dan perubahan layout saat halaman dimuat. Core Web Vitals membantu mengukur loading performance, interactivity, dan visual stability. Namun laporan tersebut harus dibaca sebagai bahan perbaikan pengalaman, bukan target tunggal yang berdiri sendiri.
- Konsep: responsive layout, tap target, intrusive interstitial, HTTPS, LCP, INP, CLS, field data, dan lab data.
- Latihan: periksa halaman pada perangkat mobile atau emulator; catat masalah yang mengganggu membaca, menemukan link, atau menyelesaikan tindakan.
- Artefak: page experience note yang memisahkan masalah pengguna, data alat, hipotesis penyebab, dan rekomendasi.
Pertanyaan pemandu: Apakah perbaikan ini membuat halaman lebih mudah digunakan, atau hanya memperbaiki angka laporan tanpa manfaat yang terlihat bagi pembaca?
Rendering, Konten Penting, dan Data Terstruktur
Beberapa halaman bergantung pada JavaScript, template, atau komponen dinamis. Audit sederhana membandingkan tampilan pengguna, source HTML, dan hasil render pada alat yang tersedia. Periksa apakah konten penting, link, title, heading, metadata, serta data terstruktur yang dipakai benar-benar konsisten dengan halaman. Jangan menganggap setiap selisih source dan DOM sebagai error tanpa memahami cara halaman bekerja.
- Konsep: rendered HTML, JavaScript dependency, textual content, heading, link, structured data, dan visible content.
- Latihan: bandingkan source dan tampilan halaman; catat elemen penting yang hilang, berubah, atau hanya tersedia setelah interaksi.
- Artefak: rendering and markup check dengan bukti screenshot, source, atau hasil alat.
Pertanyaan pemandu: Jika script gagal berjalan, apakah pengguna dan crawler masih memperoleh informasi penting yang dibutuhkan untuk memahami halaman?
Prioritas, Laporan, dan Verifikasi Ulang
Laporan audit harus membantu tindakan. Temuan diprioritaskan berdasarkan dampak yang mungkin, jumlah URL, tingkat keyakinan, usaha, risiko perubahan, dan ketergantungan. Satu temuan dapat berisi beberapa rekomendasi, tetapi setiap tindakan harus memiliki pemilik dan kriteria selesai. Setelah perubahan, audit diulang pada area yang sama agar perbaikan tidak hanya dianggap selesai karena tiket ditutup.
- Konsep: severity, confidence, impact, effort, owner, acceptance criteria, baseline, dan recheck.
- Latihan: ubah catatan mentah menjadi lima temuan yang memiliki prioritas dan tindakan berbeda.
- Artefak: technical audit case file dengan executive summary, evidence log, action plan, dan recheck plan.
Pertanyaan pemandu: Temuan mana yang paling layak dikerjakan lebih dahulu, dan bukti apa yang akan menunjukkan bahwa masalah tersebut benar-benar selesai?
Assignments
Kerjakan tugas dengan satu halaman latihan atau website kecil agar perubahan konteks tetap terkendali. Bila menggunakan website produksi, lakukan pemeriksaan read-only terlebih dahulu, simpan baseline, dan minta persetujuan sebelum mengubah konfigurasi teknis.
Tulis Audit Brief
Tentukan URL, tujuan, tipe halaman, audiens, perangkat, akses alat, tanggal pemeriksaan, asumsi, dan area yang tidak termasuk scope.
Output: audit brief satu halaman.
Periksa Response URL
Uji URL utama dan beberapa variasi protokol, hostname, trailing slash, atau parameter yang relevan. Catat status, redirect, URL akhir, dan masalah.
Output: URL response sheet dengan bukti pemeriksaan.
Audit Crawling dan Indexing
Periksa robots.txt, meta robots atau header terkait, canonical, dan status URL di Search Console bila tersedia. Bedakan fakta dari hipotesis.
Output: crawlability checklist dan indexability diagnosis.
Petakan Discovery
Telusuri internal links, navigasi, halaman kategori, sitemap, dan kemungkinan halaman yatim. Tentukan apakah URL prioritas memiliki jalur penemuan yang memadai.
Output: discovery map untuk minimal lima URL atau satu cluster halaman.
Periksa Mobile dan Rendering
Bandingkan tampilan desktop-mobile, source HTML, dan hasil render. Catat konten penting, link, heading, interaksi, stabilitas layout, serta data performa yang tersedia.
Output: page experience note dan rendering and markup check.
Susun Action Plan
Gabungkan temuan ke dalam laporan prioritas. Tambahkan owner, dampak, effort, risiko, acceptance criteria, tanggal tindakan, dan rencana verifikasi ulang.
Output: technical audit case file.
Self-Assessment
Gunakan pertanyaan berikut setelah menyelesaikan lecture dan sebelum mengerjakan capstone. Buka jawaban untuk membandingkan alasan, bukan untuk menghafalkan satu formulasi.
1. Apakah halaman berstatus 200 pasti diindeks?
Tidak. Status 200 menunjukkan respons berhasil pada saat pemeriksaan, tetapi indexing dipengaruhi banyak sinyal lain seperti akses crawler, noindex, canonical, kualitas, duplikasi, dan keputusan sistem Search.
2. Apa perbedaan crawling dan indexing?
Crawling adalah proses crawler meminta dan mengambil URL atau resource. Indexing adalah proses menganalisis serta menyimpan representasi halaman untuk kemungkinan ditampilkan. Halaman dapat dirayapi tetapi tidak dipilih untuk indeks, atau URL dapat diketahui tanpa isi berhasil diambil.
3. Apakah robots.txt dapat menyembunyikan halaman dari Google Search?
Jangan mengandalkannya untuk tujuan tersebut. Robots.txt terutama mengatur apakah crawler boleh meminta URL. URL yang diblokir masih dapat diketahui melalui link lain dan berpotensi muncul tanpa deskripsi. Untuk mencegah indexing, gunakan mekanisme yang sesuai seperti noindex atau perlindungan akses.
4. Apa fungsi noindex?
Noindex memberi instruksi agar halaman tidak dimasukkan ke indeks Search. Audit perlu memeriksa apakah noindex sengaja dipasang, terlihat oleh crawler, dan tidak bertentangan dengan tujuan halaman yang seharusnya ditemukan.
5. Apakah sitemap menjamin semua URL diindeks?
Tidak. Sitemap membantu discovery dan memberi informasi tentang URL yang dianggap penting, tetapi tidak menjamin URL akan dirayapi atau diindeks. Link internal, status halaman, canonical, kualitas, dan sinyal lainnya tetap perlu diperiksa.
6. Apakah canonical adalah perintah mutlak?
Canonical adalah sinyal preferensi, bukan pengganti audit konsistensi. Redirect dan rel="canonical" merupakan sinyal kuat, sedangkan sitemap merupakan sinyal yang lebih lemah. Periksa apakah berbagai sinyal menunjuk ke URL yang sama dan sesuai dengan tujuan.
7. Apakah skor Core Web Vitals yang buruk selalu menjadi masalah ranking terbesar?
Tidak. Core Web Vitals penting untuk pengalaman pengguna dan merupakan salah satu aspek page experience, tetapi audit harus melihat konteks: relevansi, kualitas isi, perangkat, jenis halaman, dampak pengguna, dan biaya perbaikan.
8. Apa yang membedakan temuan dengan rekomendasi?
Temuan menjelaskan kondisi yang diamati dan buktinya. Rekomendasi menjelaskan tindakan yang diusulkan. Keduanya tidak boleh dicampur sehingga asumsi terlihat seperti fakta; tulis tingkat keyakinan dan pemeriksaan lanjutan bila bukti belum cukup.
Capstone
Capstone meminta pembelajar membuat satu laporan audit SEO teknis sederhana yang dapat dibaca oleh pemilik proses, editor, pengembang, atau pemilik website. Pilih halaman yang boleh diperiksa dan sebisa mungkin gunakan data nyata. Jika tidak memiliki akses Search Console atau CMS, jelaskan keterbatasan dan gunakan pemeriksaan publik serta simulasi yang diberi label.
Instruksi capstone
- Pilih satu halaman prioritas atau website kecil dengan tujuan yang jelas.
- Tulis audit brief: scope, tujuan, tanggal, perangkat, tools, akses, asumsi, dan batasan.
- Simpan baseline URL, status HTTP, redirect, HTTPS, title, H1, canonical, robots directive, dan kondisi tampilan.
- Periksa crawlability: robots.txt, resource penting, internal links, dan sitemap bila relevan.
- Periksa indexability: noindex, canonical, duplikasi, status URL, dan indikasi masalah indexing.
- Periksa discovery, mobile, page experience, rendering, konten penting, link, dan structured data bila digunakan.
- Catat setiap temuan dengan URL, bukti, dampak, confidence, prioritas, owner, effort, dan risiko.
- Susun action plan, acceptance criteria, tanggal target, serta prosedur verifikasi ulang setelah perbaikan.
- Tulis executive summary yang memisahkan masalah yang perlu segera ditangani, perbaikan berikutnya, dan area yang memerlukan audit lanjutan.
Deliverable minimum
- Audit brief dan scope note.
- Baseline URL serta bukti pemeriksaan akses, response, redirect, dan HTTPS.
- Crawlability checklist dan indexability diagnosis.
- Discovery map untuk link internal dan sitemap.
- Page experience note serta rendering and markup check.
- Evidence log minimal delapan temuan atau observasi yang dapat diverifikasi.
- Prioritized action plan lengkap dengan owner dan acceptance criteria.
- Executive summary dan rencana recheck.
Gunakan tabel ini sebagai rubrik review mandiri, bukan sebagai janji nilai atau sertifikat formal.
| Kriteria | Perlu diperbaiki | Memadai | Kuat |
|---|---|---|---|
| Scope dan baseline | Audit tidak memiliki URL, tujuan, tanggal, atau kondisi awal yang jelas. | Scope dan baseline tersedia, tetapi akses atau batasan belum lengkap. | Tujuan, URL, tipe halaman, perangkat, tools, tanggal, asumsi, dan batasan terdokumentasi. |
| Akses dan crawling | Status, redirect, HTTPS, atau robots.txt disimpulkan tanpa bukti. | Pemeriksaan utama tersedia, tetapi resource atau pola URL belum cukup ditelusuri. | Response, redirect, HTTPS, robots.txt, resource, dan konsekuensi crawler dibedakan secara jelas. |
| Indexing dan canonical | Crawl, indexing, noindex, dan canonical dicampur sebagai satu masalah. | Sinyal utama diperiksa, tetapi ketidakpastian atau duplikasi belum dijelaskan. | Noindex, canonical, duplikasi, status URL, dan batas bukti dianalisis dengan tepat. |
| Discovery dan pengalaman | Audit hanya mengandalkan satu alat atau satu screenshot. | Link, sitemap, mobile, dan performa diperiksa, tetapi konteks dampak belum kuat. | Discovery, mobile, page experience, rendering, dan prioritas pengguna saling dihubungkan. |
| Kualitas temuan | Daftar error tidak memiliki URL, bukti, atau tingkat keyakinan. | Temuan memiliki bukti, tetapi dampak dan penyebab masih berupa dugaan. | Setiap temuan memiliki bukti, dampak, confidence, risiko, dan rekomendasi yang proporsional. |
| Action plan | Tidak ada owner, prioritas, acceptance criteria, atau rencana verifikasi. | Tindakan tersedia, tetapi urutan dan definisi selesai belum spesifik. | Prioritas, owner, effort, risiko, acceptance criteria, target, dan recheck tersusun jelas. |
FAQ dan Referensi
Apakah audit SEO teknis sederhana harus menggunakan crawler berbayar?
Tidak. Untuk satu halaman atau website kecil, pemeriksaan browser, View Source, Search Console, PageSpeed Insights, dan pencatatan manual sudah dapat menghasilkan audit awal yang berguna. Crawler berbayar menjadi relevan ketika jumlah URL, kebutuhan segmentasi, atau kompleksitas teknis meningkat.
Apakah audit teknis sama dengan audit SEO lengkap?
Tidak. Audit lengkap dapat mencakup arsitektur informasi, konten, link, log server, keamanan, JavaScript, internationalization, template, dan analitik secara lebih mendalam. Course ini berfokus pada triage teknis dasar yang dapat dilakukan secara aman dan berulang.
Haruskah semua peringatan alat langsung diperbaiki?
Tidak. Validasi dampak, URL yang terdampak, tingkat keyakinan, effort, dan risiko terlebih dahulu. Peringatan alat adalah input pemeriksaan; bukan otomatis backlog prioritas tertinggi.
Apakah robots.txt dan noindex dapat dipakai bersamaan?
Hati-hati. Jika URL diblokir dari crawling, crawler mungkin tidak dapat melihat noindex pada halaman tersebut. Pilih mekanisme berdasarkan tujuan dan pastikan aturan dapat diverifikasi melalui cara yang sesuai.
Apakah sitemap wajib untuk semua website?
Tidak selalu. Website kecil yang seluruh halaman pentingnya terhubung dengan baik mungkin tidak memerlukannya sebagai kebutuhan utama. Namun sitemap sering bermanfaat untuk website besar, baru, kompleks, atau memiliki banyak media dan URL yang perlu ditemukan.
Apakah canonical harus selalu menunjuk ke dirinya sendiri?
Self-referential canonical sering menjadi praktik yang berguna pada halaman canonical, tetapi keputusan tetap harus konsisten dengan arsitektur URL dan variasi halaman. Jangan menambahkan canonical secara massal tanpa memahami duplikasi dan tujuan tiap URL.
Apakah PageSpeed Insights adalah alat audit SEO utama?
Bukan satu-satunya. PageSpeed Insights membantu membaca performa dan pengalaman halaman. Ia tidak menggantikan pemeriksaan status URL, crawling, indexing, canonical, sitemap, internal link, atau kesesuaian isi.
Berapa lama setelah perbaikan audit harus diulang?
Tentukan berdasarkan jenis perubahan, frekuensi update, risiko bisnis, dan alat yang tersedia. Pemeriksaan teknis pada source atau response dapat dilakukan segera, sedangkan perubahan hasil Search memerlukan waktu crawl dan pemrosesan ulang. Catat tanggal serta kondisi yang memicu recheck.
Referensi utama
- Enge, Eric; Spencer, Stephan; dan Stricchiola, Jessie. The Art of SEO, 4th Edition. O’Reilly Media, Inc. ISBN-13: 9781098102609. Informasi penerbit.
- Google Search Central — Google Search Essentials.
- Google Search Central — Search Engine Optimization (SEO) Starter Guide.
- Google Search Central — Overview of crawling and indexing topics.
- Google Search Central — Introduction to robots.txt.
- Google Search Central — Learn about sitemaps.
- Google Search Central — How to specify a canonical URL.
- Google Search Central — Block Search indexing with noindex.
- Google Search Central — Understanding page experience in Google Search results.
- Google Search Central — Understanding Core Web Vitals and Google Search results.
- Google Search Central — How To Use Search Console.
Mulai dari Satu URL
Pilih satu halaman yang penting bagi pembaca atau organisasi Anda. Simpan kondisinya, periksa akses, crawling, indexing, discovery, dan pengalaman pengguna secara berurutan. Jangan buru-buru memperbaiki semua hal; ubah observasi menjadi temuan yang dapat diprioritaskan.
Audit teknis yang berguna bukan yang memiliki daftar error paling panjang. Audit yang berguna adalah audit yang membuat tim mengetahui masalah mana yang nyata, tindakan apa yang aman, siapa pemiliknya, dan bagaimana perbaikan akan diverifikasi.
Catatan editorial: Course ini adalah materi belajar terbuka dari OpenCourseWare MSP. Ia bukan program sertifikasi Google, bukan audit keamanan, bukan jaminan ranking, dan bukan pengganti pemeriksaan server, log, kode aplikasi, riset pengguna, keputusan editorial, atau pengujian pada website nyata. Dokumentasi Google, konfigurasi CMS, perangkat, laporan alat, dan sistem pencarian dapat berubah sehingga checklist perlu ditinjau kembali sesuai konteks dan waktu pemeriksaan.
Kutip Artikel Ini:
.aviv)
Tidak ada komentar
Posting Komentar
Silakan ajukan pertanyaan, kritik, maupun saran.