Simulator Insiden SEO

  1. 1Choose a caseStart with a bundled incident.
  2. 2Inspect evidenceReview the unlocked fixture records.
  3. 3DecideChoose the next diagnostic action.
  4. 4DebriefCarry the method into a real tool.
30 bundled cases · no URL, upload, or live check
Simulated incident · fixture data

Migration traffic collapse

A site relaunch is followed by a sharp organic-landing-page decline. Work from the affected URLs outward before changing sitewide settings.

Difficulty: intermediate

What this lab practices

  • Establish a launch baseline
  • Prioritize lost landing pages
  • Flatten redirect chains before measuring recovery
Inspect

Fixture evidence

Each source is simulated. Review the available records before choosing a next step.

Decision trail (0) decisions made
    4. Current fixture evidence

    Select an evidence source

    Decide

    The launch date and landing-page drop line up. What should the incident team do first?

    Inspect the available fixture evidence before choosing an action.

    Berjalan sepenuhnya di browser Anda—tidak ada yang Anda tempel yang diunggah atau disimpan. Progress may be saved in this browser as scenario and decision IDs only; fixture bodies and visitor input are never stored. Penghitung hasil anonim per proses dapat digunakan untuk riset agregat; URL, domain, IP, dan pengenal tidak pernah disertakan, dan statistik tidak dirilis jika jumlah proses kurang dari 100.

    Data lokal

    Target tersimpan, daftar bernama, dan ringkasan pemeriksaan terbaru hanya tersimpan di browser ini.

    Masukan
    Laporkan bug

    Ada yang rusak di Simulator Insiden SEO? Beri tahu kami apa yang terjadi—laporan ini langsung masuk ke antrean triase privat, bukan daftar publik.

    Yang akan dikirim
     Input alat, unggahan, sumber yang ditempel, hasil lengkap, parameter kueri, dan fragmen URL tidak dilampirkan secara otomatis. Anda dapat mengedit atau menghapus kutipan yang dipilih di atas. Metadata browser dan antipenyalahgunaan diproses untuk mencegah spam. 

    Laboratorium kasus dan hasil, bukan proyek atau alur kerja

    Simulator ini tidak memiliki kolom URL atau unggahan, tidak mengambil situs apa pun, dan tidak menghasilkan temuan langsung. Proyek adalah tempat bukti dan keadaan situs nyata disimpan; alur kerja memandu urutan diagnosis nyata dari hasil alat. Setelah pembahasan, pilih alat nyata yang ditautkan dan jalankan dengan bukti Anda sendiri yang berwenang.

    Insiden simulasi · data latihan

    Cara menggunakan dan periksa hasil

    1. Pilih skenario dan baca tujuan pembelajarannya sebelum membuat keputusan.

    2. Periksa bukti data latihan yang tersedia, bukan menebak dari ringkasan insiden.

    3. Pilih tindakan aman berikutnya yang paling kecil. Konsekuensi membuka bukti, memajukan penyelidikan, atau mengakhiri jalur.

    4. Di bagian akhir, bandingkan bukti yang Anda temukan, tindakan korektif, dan alat verifikasi yang disarankan.

    5. Mulai ulang atau putar kembali untuk menguji mengapa jalur lain lebih lemah. Penyelesaian adalah rangkaian pelatihan, bukan skor kinerja.

    Contoh skenario hasil

    Laboratorium terpandu tentang konflik canonical dan kehilangan indeks ini mencatat lima sinyal yang berbeda untuk URL produk rekaan. Jalur terpendek yang dapat dipertanggungjawabkan adalah:

    Canonical HTML dan HTTP tidak selaras; navigasi menunjuk ke URL pengalihan `/shop/`; sitemap dan pengalihan sama-sama menunjuk ke `/products/`.

    Gunakan `/products/widget-a` secara konsisten pada canonical HTML dan HTTP, sitemap, serta tautan internal sambil mempertahankan pengalihan satu lompatan.

    Uji ulang sinyal publik dengan Pemeriksa Kanonisasi, lalu gunakan Search Console untuk canonical pilihan Google.

    Setiap URL, tanggal, respons, dan hasil dalam laporan tersebut adalah data latihan rekaan.

    Apa yang ditunjukkan simulasi

    Artefak bukti berisi fakta berlabel dan baris opsional dengan tanggal pengamatan yang dicantumkan. Konsekuensi menjelaskan apa yang ditetapkan oleh pilihan atau apa yang masih tidak pasti. Bagian akhir memisahkan temukan, perbaiki, dan verifikasi, mencatat bukti yang terlewat, serta menyebut jalur diagnosis terpendek. Simulator tidak memprediksi pemulihan lalu lintas, perayapan, pengindeksan, atau peringkat.

    Cara kerja dan hasil

    Tiga puluh skenario JSON berversi menetapkan langkah awal, artefak bukti, pilihan, konsekuensi, bukti yang terbuka, dan bagian akhir. Simulator yang hanya berjalan di peramban menerapkan transisi keadaan deterministik, mencatat bukti dan keputusan yang diperiksa, serta hanya dapat menyimpan ID skenario dan keputusan secara lokal. Tidak ada URL langsung, API, sistem generatif, atau properti Search Console yang ditanyakan.

    Fitur dan hasil

    • Insiden SEO teknis terpandu, tingkat menengah, dan tingkat lanjut.

    • Bukti yang mencakup header, pengalihan, sinyal canonical, sampel perayapan, rangkaian lalu lintas, HTML yang dirender, dan linimasa.

    • Jalur keputusan yang dapat diputar ulang dengan konsekuensi operasional yang jelas.

    • Bagian akhir Temukan → Perbaiki → Verifikasi yang ditautkan ke alat publik terkait.

    Batasan yang ditemukan

    • Semua bukti dan hasil adalah data latihan yang ditulis, bukan pengukuran dari situs Anda.

    • Grafik skenario tidak dapat mewakili setiap urutan penyelidikan yang sah atau batasan organisasi.

    • Menyelesaikan latihan tidak menyatakan kesiapan produksi atau membuktikan perbaikan akan bekerja di tempat lain.

    • Status yang hanya diketahui Google berada di luar verifikasi publik dan ditandai dengan jelas.

    Pertanyaan yang sering diajukan

    Apakah ini diagnosis situs web saya?

    Tidak. Setiap insiden, URL, respons, linimasa, dan hasil merupakan data skenario yang disertakan bersama halaman. Simulator tidak mengambil situs Anda atau menggunakan data Search Console Anda.

    Apakah menyelesaikan sebuah skenario membuktikan bahwa perbaikan yang sama akan berhasil di situs saya?

    Tidak. Latihan mengajarkan urutan diagnosis dan menunjukkan apa yang dapat dibuktikan oleh bukti publik. Gunakan alat yang ditautkan dan bukti Anda sendiri sebelum membuat perubahan pada sistem produksi.

    Mengapa simulator membedakan pemeriksaan publik dari Search Console?

    Kode status, header, pengalihan, dan markup halaman merupakan bukti publik yang dapat diamati. Perayapan Google, canonical yang dipilih, dan keputusan pengindeksan memerlukan properti Search Console terverifikasi dan tidak disimpulkan dari skenario ini.

    Langkah berikutnyaPemeriksa Status HTTP — run the same investigation on a live URL. Panduan tersedia dalam bahasa Inggris.