 |
| Pelajari technical SEO dan site architecture: crawling, indexing, URL, internal link, sitemap, robots.txt, canonical, JavaScript, page experience, dan monitoring. |
Technical SEO dan site architecture adalah fondasi yang membantu website ditemukan, dirayapi, dipahami, disajikan, dan digunakan. Keduanya tidak berdiri sendiri: struktur situs memengaruhi cara manusia bernavigasi dan cara crawler menemukan URL, sedangkan keputusan teknis perlu mendukung tujuan halaman serta kebutuhan bisnis.
Technical SEO & Site Architecture
Website yang terlihat baik di browser belum tentu mudah dipahami oleh search engine. Halaman dapat sulit ditemukan karena internal link terputus, terlalu banyak parameter URL, struktur navigasi tidak konsisten, atau sitemap memuat URL yang tidak seharusnya menjadi prioritas. Sebaliknya, website yang dapat dirayapi belum tentu memberikan pengalaman yang baik jika halaman lambat, tidak nyaman di perangkat seluler, atau tidak menjawab kebutuhan pengguna.
Course ini mengajarkan kerangka praktis untuk membaca website sebagai sebuah sistem: tujuan bisnis dan pengguna → arsitektur informasi → struktur URL → internal linking → crawling → rendering → indexing → search appearance → pengukuran dan perbaikan. Pembelajar tidak hanya mengumpulkan error, tetapi belajar menghubungkan setiap temuan dengan bukti, dampak, risiko, owner, serta langkah perbaikan yang realistis.
Course Overview
Technical SEO adalah praktik memastikan aspek teknis website mendukung proses penemuan, crawling, rendering, indexing, search appearance, aksesibilitas, keamanan, dan pengalaman pengguna. Site architecture adalah cara informasi, halaman, kategori, navigasi, URL, serta hubungan antarhalaman disusun agar dapat dipahami dan dipelihara. Dalam course ini, technical SEO diperlakukan sebagai sistem yang menghubungkan keputusan produk, konten, desain, engineering, hosting, analytics, dan operasi.
Search engine tidak hanya membaca satu halaman. Ia perlu menemukan URL melalui link atau sumber lain, mengambil resource yang diperlukan, memahami isi serta hubungan ant halaman, memilih representasi yang layak untuk index, lalu menentukan apakah dan bagaimana halaman disajikan untuk query tertentu. Setiap tahap dapat memiliki masalah berbeda. Halaman yang belum ditemukan membutuhkan perbaikan discovery; halaman yang sengaja tidak ingin ditampilkan membutuhkan aturan indexing; halaman duplikat membutuhkan konsolidasi; halaman yang lambat membutuhkan perbaikan pengalaman dan kinerja.
Audit teknis yang baik tidak berhenti pada kalimat “ada error”. Auditor perlu menjawab: URL mana yang terdampak, bagaimana cara temuan dibuktikan, tahap sistem mana yang terganggu, siapa yang dapat memperbaiki, apa risiko jika dibiarkan, bagaimana memverifikasi hasilnya, dan apakah perubahan tersebut mendukung tujuan pengguna serta bisnis.
Model sistem technical SEO
Tujuan pengguna dan bisnis → arsitektur informasi → navigasi dan internal link → URL serta status respons → crawl dan discovery → rendering resource → indexing dan canonicalization → search appearance → pengalaman halaman → monitoring, diagnosis, dan continuous improvement.
Crawlability dan discovery
Menilai apakah crawler dapat menemukan URL penting melalui link, sitemap, dan struktur navigasi yang logis.
Indexability dan canonical
Membedakan halaman yang dapat dirayapi, boleh diindeks, dipilih sebagai representasi utama, atau perlu dikeluarkan.
Arsitektur dan hubungan halaman
Menyusun struktur informasi, URL, breadcrumb, internal link, dan hub content yang membantu manusia serta mesin.
Rendering, pengalaman, dan operasi
Menghubungkan JavaScript, mobile, Core Web Vitals, monitoring, prioritas perbaikan, dan change management.
Capaian Pembelajaran
Setelah menyelesaikan course ini, pembelajar diharapkan mampu:
- Menjelaskan hubungan antara site architecture, crawling, rendering, indexing, serving, dan pengalaman pengguna.
- Membedakan crawlability, indexability, canonicalization, search appearance, dan page experience.
- Menginventarisasi URL, tipe halaman, tujuan bisnis, pemilik proses, dan status teknis secara terstruktur.
- Menilai apakah halaman penting dapat ditemukan melalui navigasi dan internal link yang dapat dirayapi.
- Membaca peran robots.txt, sitemap, noindex, redirect, dan rel="canonical" tanpa mencampuradukkan fungsinya.
- Menganalisis risiko URL duplikat, parameter, pagination, soft 404, redirect chain, dan status respons.
- Mengidentifikasi risiko rendering JavaScript, resource yang terblokir, dan perbedaan konten antara browser serta crawler.
- Menghubungkan struktur halaman dengan mobile usability, Core Web Vitals, keamanan, dan aksesibilitas dasar.
- Menyusun audit teknis sederhana berbasis evidence, severity, impact, effort, risk, owner, dan verifikasi.
- Membuat measurement plan dan change log agar perbaikan teknis dapat dipantau setelah dirilis.
Prasyarat dan perlengkapan
- Disarankan telah menyelesaikan course Memahami Problem Bisnis untuk SEO, Menentukan Search Strategy, dan Memahami Search Intent & Customer Journey.
- Memahami dasar HTML, URL, hyperlink, halaman web, browser, domain, hosting, dan cara kerja umum mesin pencari.
- Memiliki satu website atau lingkungan staging yang boleh diaudit. Jangan melakukan crawling agresif atau perubahan pada website pihak lain tanpa izin.
- Spreadsheet atau aplikasi dokumen untuk membuat URL inventory, architecture map, issue register, dan backlog prioritas.
- Akses ke Search Console, analytics, log server, crawler, PageSpeed Insights, atau browser developer tools akan membantu, tetapi tidak semuanya wajib.
- Gunakan data yang sah dan relevan. Hapus token, password, data pelanggan, alamat pribadi, dan informasi internal yang tidak diperlukan dari bukti audit.
Syllabus
Syllabus terdiri atas delapan lecture dalam empat minggu. Setiap lecture menghasilkan artefak yang menjadi bagian dari technical audit case file. Urutannya dimulai dari pemahaman sistem dan tujuan, lalu bergerak ke arsitektur, crawling, indexing, rendering, pengalaman, prioritas, dan monitoring.
Tabel dapat digeser ke kanan atau kiri pada perangkat seluler.
| Minggu | Lecture | Fokus | Aktivitas | Output |
|---|---|---|---|---|
| 1 | 1. Technical SEO sebagai sistem | Discovery, crawling, rendering, indexing, serving, dan pengalaman. | Membuat system map dan menetapkan tujuan audit. | Technical SEO system map. |
| 1 | 2. Site architecture dan URL | Information architecture, hierarchy, navigation, URL pattern, dan scalability. | Menginventarisasi halaman dan menggambar architecture map. | URL inventory dan site map. |
| 2 | 3. Crawlability: link, robots, sitemap | Penemuan URL, crawl paths, robots.txt, sitemap, orphan page, dan crawl waste. | Menguji jalur penemuan halaman penting serta sumber buktinya. | Crawlability evidence sheet. |
| 2 | 4. Indexability dan canonical | Status respons, noindex, redirect, duplicate URL, canonical, dan soft 404. | Mengelompokkan issue berdasarkan intended state dan observed state. | Indexability and canonical log. |
| 3 | 5. Rendering dan JavaScript | HTML awal, rendered DOM, resource, link crawlability, lazy loading, dan progressive enhancement. | Membandingkan tampilan browser, source, DOM, serta resource penting. | Rendering observation sheet. |
| 3 | 6. Mobile dan page experience | Mobile-first, HTTPS, Core Web Vitals, interstitial, usability, dan accessibility dasar. | Mencatat evidence pengalaman halaman dan risiko pengguna. | Page experience notes. |
| 4 | 7. Audit dan prioritisasi | Evidence, severity, impact, effort, risk, owner, dependency, dan acceptance criteria. | Mengubah temuan menjadi backlog perbaikan yang dapat dikerjakan. | Prioritized technical backlog. |
| 4 | 8. Monitoring dan change management | Baseline, verification, Search Console, analytics, log, alert, dan change log. | Menyusun measurement plan serta jadwal review pascarilis. | Technical SEO operating plan. |
Checklist minimum sebelum menyebut audit selesai
- Scope, domain, subdomain, tipe halaman, dan tujuan audit ditulis dengan jelas.
- URL penting, URL yang dikecualikan, dan alasan pengecualian terdokumentasi.
- Temuan memiliki URL atau pola URL, evidence, expected state, observed state, dan tanggal pemeriksaan.
- Robots.txt, sitemap, internal links, redirects, status response, canonical, dan noindex dibaca sesuai fungsi masing-masing.
- Temuan kritis dikonfirmasi sebelum diberi prioritas tinggi dan tidak hanya disimpulkan dari satu tool.
- Setiap rekomendasi memiliki owner, dependency, acceptance criteria, dan rencana verifikasi.
- Perubahan produksi memiliki persetujuan, backup atau rollback, serta change log.
- Data sensitif dan akses yang tidak diperlukan tidak masuk ke laporan atau screenshot.
Required Reading
Bacaan utama menggabungkan konsep SEO umum dengan dokumentasi resmi Google Search Central. Dokumentasi resmi dipakai untuk memahami fungsi dan batasan mekanisme, sedangkan latihan course dipakai untuk menerjemahkan konsep tersebut menjadi keputusan audit yang dapat ditindaklanjuti.
Buku cetak utama
- Enge, Eric; Spencer, Stephan; dan Stricchiola, Jessie. 2023. The Art of SEO, 4th Edition. O’Reilly Media, Inc. ISBN-13: 9781098102609. Informasi penerbit.
Dokumentasi resmi Google Search Central
- How Search Works — memahami hubungan crawling, indexing, dan serving.
- SEO Starter Guide — prinsip dasar membuat website mudah dipahami search engine dan pengguna.
- Google Search Essentials — persyaratan teknis, kebijakan spam, dan praktik utama.
- Introduction to robots.txt — fungsi dan batasan robots.txt.
- Learn about sitemaps — discovery, kegunaan, dan batasan sitemap.
- How to Specify a Canonical URL — redirect, canonical, sitemap, dan konsolidasi URL serupa.
- SEO Link Best Practices — link yang dapat dirayapi dan anchor text yang membantu.
- JavaScript SEO Basics — rendering, link, resource, dan tantangan JavaScript.
- Understanding Page Experience — pengalaman halaman, mobile, HTTPS, dan Core Web Vitals.
- How To Use Search Console — monitoring dan diagnosis kinerja Search.
Lecture Summaries
Technical SEO sebagai sistem
Technical SEO bukan daftar pengaturan terpisah. Ia adalah rangkaian kondisi yang membantu URL penting ditemukan, diambil, dipahami, dipilih, dan digunakan.
Artefak: system map, audit question, dan scope note.
Site architecture dan URL
Arsitektur yang baik membuat hubungan halaman mudah dipahami. Hierarchy, kategori, URL, navigasi, breadcrumb, dan hub harus mencerminkan cara pengguna mencari informasi.
Artefak: URL inventory dan architecture map.
Crawlability: link, robots, sitemap
Halaman penting perlu memiliki jalur discovery yang masuk akal. Internal link, sitemap, dan robots.txt memiliki fungsi berbeda sehingga tidak boleh dijadikan pengganti satu sama lain.
Artefak: crawlability evidence sheet.
Indexability dan canonical
Audit harus membedakan “dapat dirayapi”, “boleh diindeks”, dan “dipilih sebagai canonical”. Redirect, noindex, canonical, dan sitemap menyampaikan sinyal dengan kekuatan serta tujuan berbeda.
Artefak: indexability and canonical log.
Rendering dan JavaScript
Konten yang terlihat setelah JavaScript berjalan perlu diuji bersama link, resource, metadata, status, dan pengalaman pengguna. Jangan mengasumsikan tampilan browser sama dengan HTML awal.
Artefak: rendering observation sheet.
Mobile dan page experience
Kecepatan, stabilitas layout, interaksi, HTTPS, mobile usability, accessibility dasar, dan gangguan interstitial memengaruhi kualitas pengalaman meskipun tidak boleh direduksi menjadi satu skor saja.
Artefak: page experience notes.
Audit dan prioritisasi
Issue register yang baik menyimpan expected state, observed state, evidence, URL terdampak, impact, effort, risk, owner, dan acceptance criteria.
Artefak: prioritized technical backlog.
Monitoring dan change management
Perbaikan teknis perlu baseline, verifikasi pascarilis, monitoring, dan change log. Tanpa itu, tim sulit membedakan dampak perubahan dari noise atau perubahan lain.
Artefak: technical SEO operating plan.
Assignments
Kerjakan tugas pada website milik sendiri atau website yang telah memberikan izin. Gunakan contoh URL yang cukup untuk menunjukkan pola, bukan menyalin data internal yang sensitif. Setiap tugas harus mencatat tanggal, scope, alat atau metode observasi, evidence, dan batasan analisis.
Technical SEO system map
Pilih satu tujuan bisnis dan satu kebutuhan pengguna. Petakan jalur dari halaman atau URL hingga discovery, indexing, search appearance, tindakan pengguna, dan measurement.
Output: satu halaman system map dan lima pertanyaan audit.
URL inventory dan architecture map
Kelompokkan halaman berdasarkan tipe, tujuan, parent, template, status, canonical target, link masuk, dan prioritas. Tandai halaman penting yang sulit dijangkau.
Output: spreadsheet URL inventory dan diagram hierarchy.
Crawlability evidence sheet
Uji beberapa halaman penting melalui navigasi, internal link, sitemap, robots.txt, dan pemeriksaan link. Bedakan URL tidak ditemukan, tidak dapat dirayapi, dan tidak perlu dirayapi.
Output: evidence sheet dengan expected serta observed discovery path.
Indexability dan canonical log
Periksa status respons, redirect, meta robots atau header, canonical, sitemap inclusion, dan kemiripan URL. Tulis intended state lalu bandingkan dengan observed state.
Output: issue log dan rekomendasi per kelompok URL.
Rendering dan page experience notes
Bandingkan HTML awal, DOM setelah render, resource penting, tampilan mobile, HTTPS, dan indikator pengalaman. Catat bagian yang harus diuji lebih lanjut oleh developer atau owner.
Output: observation sheet dengan screenshot atau evidence yang sudah disanitasi.
Prioritized technical backlog
Gabungkan temuan menjadi backlog. Beri severity, impact, effort, risk, confidence, owner, dependency, acceptance criteria, dan cara verifikasi setelah perubahan.
Output: backlog sepuluh item atau seluruh item jika scope lebih kecil.
Format issue register yang disarankan
Gunakan kolom berikut: ID · URL atau pola URL · page type · expected state · observed state · evidence · technical stage · impact pengguna atau bisnis · severity · effort · risk · owner · dependency · rekomendasi · acceptance criteria · verification date · status.
Self-Assessment
Gunakan pertanyaan berikut sebagai pemeriksaan pemahaman. Jawab lebih dahulu sebelum membuka penjelasan. Jika jawaban belum tepat, kembali ke lecture terkait dan perbarui artefak audit Anda.
1. Apakah sitemap menjamin semua URL di dalamnya akan diindeks?
Tidak. Sitemap membantu search engine menemukan URL dan memahami informasi tertentu, tetapi tidak menjamin seluruh URL akan dirayapi atau diindeks. Kualitas halaman, canonical, status, internal link, dan keputusan sistem lain tetap berpengaruh.
2. Apa perbedaan robots.txt dan noindex?
Robots.txt terutama mengatur apakah crawler boleh mengakses URL. Noindex adalah instruksi agar halaman tidak dimasukkan ke hasil pencarian ketika crawler dapat melihat instruksinya. Robots.txt bukan pengganti noindex untuk menyembunyikan halaman.
3. Apakah semua halaman harus memiliki kedalaman klik yang sama dari beranda?
Tidak. Yang penting halaman penting memiliki jalur penemuan yang logis, dapat dirayapi, sesuai prioritas, dan tidak tersembunyi di balik struktur yang tidak perlu. Kedalaman bukan satu-satunya ukuran kualitas arsitektur.
4. Apakah rel="canonical" adalah perintah mutlak kepada Google?
Tidak. Canonical adalah sinyal preferensi yang kuat, tetapi Google dapat memilih canonical yang berbeda berdasarkan berbagai sinyal. Pastikan redirect, internal link, sitemap, dan canonical tidak saling bertentangan.
5. Mengapa internal link penting dalam technical SEO?
Internal link membantu pengguna dan crawler berpindah dari satu halaman ke halaman lain, memberi konteks hubungan, dan membantu menemukan halaman penting. Link tidak menyelesaikan semua masalah indexability, tetapi arsitektur tanpa link yang jelas menyulitkan discovery.
6. Apakah halaman JavaScript pasti tidak dapat diindeks?
Tidak. JavaScript dapat dirender, tetapi implementasinya perlu diuji. Risiko dapat muncul ketika konten, link, metadata, resource, atau navigasi hanya tersedia setelah proses yang gagal atau tidak konsisten.
7. Apakah skor Core Web Vitals yang baik otomatis membuat halaman ranking pertama?
Tidak. Page experience adalah salah satu bagian dari keseluruhan sistem. Relevansi, kualitas, intent, kepercayaan, dan banyak sinyal lain tetap perlu dipertimbangkan.
8. Apa yang harus ditulis ketika sebuah issue belum dapat dipastikan?
Tulis sebagai hipotesis atau observasi awal, sertakan evidence, tingkat confidence, dampak potensial, dan pemeriksaan lanjutan yang diperlukan. Jangan menyajikan dugaan sebagai fakta.
9. Mengapa status 200 belum cukup untuk menyatakan URL sehat?
Status 200 hanya menunjukkan respons berhasil pada level HTTP. URL masih dapat bermasalah karena kontennya tipis, salah canonical, noindex, soft 404, tidak punya internal link, gagal dirender, atau tidak sesuai tujuan halaman.
10. Apa ciri rekomendasi audit yang siap dikerjakan?
Rekomendasi menyebutkan masalah, URL atau pola terdampak, evidence, expected state, owner, dependency, acceptance criteria, risiko, dan cara verifikasi. “Perbaiki SEO” terlalu umum untuk menjadi backlog yang efektif.
11. Kapan sitemap mungkin tidak menjadi prioritas utama?
Jika website kecil dan seluruh halaman penting sudah terhubung secara internal, sitemap mungkin bukan gap utama. Namun, sitemap tetap dapat membantu situs besar, situs baru, atau website dengan konten media dan struktur kompleks.
12. Mengapa perubahan technical SEO perlu change log?
Change log membantu menghubungkan perubahan dengan perubahan crawling, indexing, trafik, error, atau pengalaman. Tanpanya, tim sulit melakukan diagnosis, rollback, dan pembelajaran secara konsisten.
Skor refleksi
Beri satu poin untuk setiap jawaban yang dapat Anda jelaskan dengan contoh dari website latihan. Skor 10–12 menunjukkan fondasi baik; skor 7–9 menunjukkan beberapa konsep perlu dipraktikkan kembali; skor 0–6 berarti kembali ke system map, URL inventory, dan tiga lecture teknis pertama sebelum mengerjakan capstone.
Capstone
Capstone adalah audit technical SEO dan site architecture sederhana untuk satu website yang Anda miliki atau secara eksplisit diizinkan untuk diperiksa. Tujuannya bukan menghasilkan daftar error sebanyak mungkin, tetapi menunjukkan kemampuan memilih evidence yang relevan dan mengubahnya menjadi keputusan perbaikan yang aman.
Instruksi capstone
- Tentukan tujuan bisnis, audiens, scope domain atau subdomain, tipe halaman, periode pemeriksaan, dan batasan akses.
- Buat URL inventory serta architecture map yang memisahkan halaman penting, halaman pendukung, halaman privat, redirect, dan URL yang tidak perlu menjadi target Search.
- Periksa discovery dan crawlability melalui navigasi, internal link, sitemap, robots.txt, status respons, dan sumber lain yang sah.
- Periksa indexability dan canonical melalui intended state, observed state, duplicate patterns, noindex, redirect, soft 404, dan sitemap consistency.
- Lakukan observasi rendering, mobile, HTTPS, page experience, serta accessibility dasar. Tandai area yang memerlukan pengujian developer atau tool tambahan.
- Susun backlog perbaikan dan pilih lima item prioritas berdasarkan impact, evidence, effort, risk, confidence, dependency, dan capacity.
- Buat measurement plan untuk memverifikasi perubahan tanpa menjanjikan ranking atau hasil bisnis yang tidak dapat dikendalikan.
Deliverable minimum
- Ringkasan tujuan, scope, metode, tanggal audit, dan batasan.
- URL inventory dengan minimal kolom URL, page type, tujuan, status, parent, link masuk, canonical, indexability, dan owner.
- Architecture map yang menunjukkan hierarchy, navigation, hub, dan jalur internal link.
- Issue register dengan minimal sepuluh temuan atau seluruh temuan jika objek lebih kecil.
- Lima item prioritized backlog dengan acceptance criteria dan verification plan.
- Measurement plan dan change log template.
- Catatan data apa yang sengaja tidak disertakan karena alasan privasi, keamanan, atau kewenangan.
Rubrik berikut menilai kualitas proses dan alasan keputusan, bukan jumlah error yang ditemukan.
| Aspek | Dasar | Baik | Sangat baik |
|---|---|---|---|
| Scope dan tujuan | Scope atau tujuan audit masih umum. | Scope, tujuan, batasan, dan page type dijelaskan. | Scope terhubung jelas dengan tujuan bisnis, pengguna, risiko, dan keputusan audit. |
| Architecture dan URL | Daftar URL ada tetapi hubungan ant halaman belum jelas. | Hierarchy, URL pattern, navigation, dan page role terdokumentasi. | Map menunjukkan jalur discovery, prioritas, dependency, orphan risk, serta peluang simplifikasi. |
| Evidence teknis | Temuan berupa opini atau screenshot tanpa konteks. | Temuan memiliki expected state, observed state, URL, tanggal, dan evidence. | Evidence dibandingkan lintas sumber, confidence dicatat, dan batas inferensi dijelaskan. |
| Prioritas dan implementasi | Semua issue diberi prioritas tinggi atau rekomendasi terlalu umum. | Backlog memiliki impact, effort, risk, owner, dependency, dan acceptance criteria. | Urutan kerja realistis, mempertimbangkan rollback, capacity, security, dan risiko perubahan. |
| Measurement dan governance | Tidak ada baseline atau rencana verifikasi. | Measurement plan, verification date, dan change log tersedia. | Rencana membedakan leading indicator, outcome, noise, periode observasi, dan decision rule. |
FAQ dan Referensi
FAQ ini membantu menjaga technical SEO tetap proporsional. Audit teknis adalah alat untuk menemukan dan mengelola risiko, bukan ritual untuk mengejar skor sempurna atau menerapkan setiap rekomendasi tanpa melihat konteks.
Apakah technical SEO hanya urusan developer?
Tidak. Developer berperan penting pada implementasi, tetapi keputusan architecture, content, design, analytics, product, security, dan pemilik bisnis ikut menentukan expected state serta prioritas.
Apakah website kecil tetap membutuhkan site architecture?
Ya. Arsitektur sederhana tetap membantu pengguna menemukan halaman dan membantu tim mengelola pertumbuhan. Website kecil biasanya membutuhkan struktur yang lebih sederhana, bukan struktur yang diabaikan.
Apakah robots.txt dapat digunakan untuk menghapus halaman dari Google?
Jangan mengandalkan robots.txt untuk tujuan tersebut. Robots.txt terutama mengatur crawling, sedangkan pencegahan indexing memerlukan mekanisme yang sesuai seperti noindex atau proteksi akses, dengan mempertimbangkan apakah crawler dapat melihat instruksinya.
Apakah sitemap menggantikan internal link?
Tidak. Sitemap membantu discovery, sedangkan internal link memberi jalur navigasi dan konteks hubungan ant halaman. Keduanya dapat saling melengkapi, tetapi tidak identik.
Apakah semua URL harus dimasukkan ke sitemap?
Tidak otomatis. Sitemap sebaiknya membantu menunjukkan URL yang dianggap penting dan layak dipertimbangkan untuk crawling atau indexing. URL duplikat, redirect, error, atau halaman yang tidak ingin menjadi target Search perlu dievaluasi.
Bagaimana menangani parameter URL?
Mulai dari memahami fungsi parameter dan apakah ia menghasilkan konten yang berbeda atau hanya variasi tracking. Dokumentasikan canonical, internal linking, status, dan aturan indexing sesuai kebutuhan; jangan menghapus parameter secara sembarangan.
Apakah canonical harus selalu menunjuk ke URL sendiri?
Tidak selalu. Self-canonical dapat sesuai untuk halaman utama yang unik, tetapi URL serupa atau duplikat mungkin memerlukan canonical ke representasi pilihan. Keputusan harus konsisten dengan konten, redirect, internal link, dan sitemap.
Apakah audit satu kali sudah cukup?
Tidak untuk website yang terus berubah. Audit menyeluruh dapat dilakukan berkala, sedangkan perubahan besar perlu pemeriksaan sebelum dan sesudah rilis serta monitoring indikator yang relevan.
Tool apa yang wajib dipakai untuk technical SEO?
Tidak ada satu tool yang wajib untuk semua kasus. Gunakan kombinasi browser, source atau DOM, Search Console, analytics, log, crawler, dan pengujian yang sesuai dengan pertanyaan audit serta kewenangan akses.
Apakah hasil audit boleh langsung diterapkan di production?
Tidak tanpa proses. Temuan perlu divalidasi, perubahan disetujui, risiko dinilai, backup atau rollback disiapkan, lalu hasilnya diverifikasi setelah rilis.
Referensi utama
- Enge, Eric; Spencer, Stephan; dan Stricchiola, Jessie. 2023. The Art of SEO, 4th Edition. O’Reilly Media, Inc. ISBN-13: 9781098102609. Informasi penerbit.
- Google Search Central — How Search Works.
- Google Search Central — SEO Starter Guide.
- Google Search Central — Google Search Essentials.
- 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 — SEO Link Best Practices.
- Google Search Central — JavaScript SEO Basics.
- Google Search Central — Understanding Page Experience.
- Google Search Central — How To Use Search Console.
Mulai dari Struktur yang Dapat Dipahami
Pilih satu website yang boleh Anda audit. Mulailah dari tujuan pengguna dan bisnis, lalu telusuri apakah halaman penting memiliki URL yang jelas, jalur internal link yang masuk akal, status respons yang sesuai, dan aturan indexing yang konsisten.
Setelah temuan memiliki evidence, ubah menjadi backlog yang dapat dikerjakan. Tetapkan owner, acceptance criteria, risiko, dan cara verifikasi. Technical SEO yang sehat bukan sekadar konfigurasi sekali jadi, melainkan kebiasaan menjaga struktur website tetap jelas ketika konten, platform, tim, dan kebutuhan organisasi berubah.
Catatan editorial: Course ini adalah materi belajar terbuka dari OpenCourseWare MSP. Ia bukan program sertifikasi Google, bukan jaminan ranking, trafik, lead, atau revenue, dan bukan pengganti audit keamanan, performance engineering, accessibility audit, legal review, customer research, atau keputusan pemilik proses. Struktur situs, platform, crawler, dokumentasi, data, dan kebijakan search dapat berubah sehingga audit, evidence, backlog, serta measurement plan perlu ditinjau kembali.
Kutip Artikel Ini:
.aviv)
Tidak ada komentar
Posting Komentar
Silakan ajukan pertanyaan, kritik, maupun saran.