Pelajaran SEO dari Memperbaiki Situs Kami Sendiri

Kami menghabiskan beberapa hari membaca situs kami sendiri seperti mesin pencari membacanya, dan menemukan enam hal yang layak diperbaiki. Setiap halaman mendeklarasikan dua blok FAQ, Google memakai efek cahaya dekoratif di latar belakang sebagai thumbnail kami, sekelompok halaman template peringkat untuk pencarian yang tidak mereka jawab, dan sebuah bagian baru situs diblokir oleh edge kami sendiri di staging. Tidak ada yang dramatis. Semuanya diam-diam mengurangi visibilitas kami.

Situsnya dalam satu paragraf

mythex.ai adalah aplikasi satu halaman yang kami prerender saat build: sebuah skrip menelusuri setiap rute, menulis file HTML statis untuknya, dan menyisipkan judul, deskripsi, serta data terstruktur halaman (blok JSON-LD yang memberi tahu mesin pencari apa isi halaman itu, lihat apa itu data terstruktur). Sebagian besar yang dibahas di bawah ini ada di langkah prerender, karena itulah HTML yang benar-benar dibaca crawler.

1. Setiap halaman mengaku sebagai halaman FAQ

Gejala. Template HTML kami membawa blok FAQPage untuk seluruh situs di dalam data terstrukturnya, dengan URL yang mengarah ke /faq. Prerender kemudian menambahkan FAQPage milik setiap halaman di atasnya. Jadi setiap halaman di situs memuat dua blok, dan kebijakan privasi kami memberi tahu Google bahwa dirinya adalah halaman FAQ.

Mengapa ini penting. Google mengharapkan paling banyak satu FAQPage per halaman. FAQPage kedua yang menunjuk ke tempat lain adalah jenis hal yang membuat markup halaman itu diturunkan nilainya, bukan sekadar diabaikan.

Perbaikan. Blok global sudah dihapus. Markup FAQ tiap halaman sekarang berasal dari satu tempat, termasuk /faq itu sendiri, yang membangunnya dari daftar lengkap pertanyaan. Halaman yang tidak punya FAQ sekarang tidak mendeklarasikan apa pun, yang merupakan jawaban yang jujur. Dan prerender akan menggagalkan build jika ada halaman yang kembali memuat lebih dari satu FAQPage. Aturan yang hanya hidup di ingatan seseorang akan terlanggar; aturan yang ditegakkan oleh build tidak.

2. Google memakai gambar yang salah untuk kami

Gejala. Di hasil pencarian, thumbnail Mythex adalah cahaya lembut yang berdenyut di belakang hero beranda kami, yaitu gambar latar dekoratif, bukan kartu berbagi kami.

Mengapa ini terjadi. Kami tidak pernah memberi tahu Google gambar mana yang mewakili sebuah halaman, jadi Google memilih satu yang ditemukannya.

Perbaikan. Ada dua sisi dari masalah yang sama:

• Sebutkan gambar milik halaman. Beranda sekarang memiliki node WebPage dengan primaryImageOfPage yang mengarah ke kartu berbagi, dan data terstruktur setiap halaman hasil prerender membawa gambarnya sendiri (gambar berbagi halaman itu, atau gambar default).
• Sembunyikan dekorasinya. Gambar latar belakang sekarang dilarang di robots.txt dan disajikan dengan header noindex, noimageindex, sehingga tidak masuk ke pencarian gambar maupun thumbnail.

3. Mesin pencari hanya mengenal logo kami

Markup Organization kami hanya berisi nama, logo, dan beberapa tautan media sosial. Itu sekadar branding, tanpa fakta lain. Mesin pencari membangun panel pengetahuan sebuah perusahaan dari fakta-fakta bergaya registri, jadi kami menambahkan yang berasal dari izin usaha kami: nama hukum, tanggal pendirian, pendiri, dan alamat terdaftar. Nomor telepon sengaja tidak kami cantumkan.

4. Halaman template menjawab pertanyaan yang salah

Gejala. Search Console menunjukkan tiga halaman template yang mendapatkan impresi tanpa klik. Satu peringkat untuk “portofolio content strategist” dan variasinya, satu untuk “desain website restoran italia terbaik”, dan satu lagi untuk kelompok pencarian seputar “agile board”. Separuh pencarian itu menyertakan kata “gratis”. Posisinya berkisar dari pertengahan 20-an hingga 50-an.

Mengapa. Setiap halaman menjawab pertanyaan yang berbeda dari yang ditanyakan. Seseorang yang ingin melihat seperti apa desain restoran italia yang bagus justru mendarat di halaman yang menjual pembuat situs.

Perbaikan. Masing-masing dari ketiga halaman itu sekarang punya bagian yang ditulis untuk pencarian, bukan untuk produk, judul dan deskripsi dengan kata-kata yang benar-benar diketik orang, serta FAQ yang sepadan dengan markup yang sudah mereka keluarkan.

Commit yang sama juga memperbaiki masalah yang lebih senyap. Blok “template terkait” mengambil empat template pertama dalam sebuah kategori, sehingga setiap template portofolio menunjuk ke empat portofolio yang sama, dan sisa kategori itu sama sekali tidak punya tautan internal. Kami menggantinya dengan sebuah cincin yang diurutkan berdasarkan subkategori: setiap halaman template sekarang mendapatkan tepat empat tautan masuk dan empat tautan keluar. HTML hasil prerender juga sekarang mencetak tautan-tautan itu, sebelumnya tautan tersebut hanya ada setelah JavaScript berjalan, yang mungkin tidak pernah dijalankan oleh crawler.

5. Memberi tahu Bing tentang halaman baru segera setelah deploy

Google mengabaikan IndexNow, protokol untuk mengirim ping ke mesin pencari saat sebuah URL berubah. Bing, Yandex, dan Seznam memakainya, dan indeks Bing adalah yang dibaca oleh pencarian ChatGPT. Pembuat aplikasi AI yang tidak bisa ditemukan oleh asisten AI adalah jenis kegagalan yang khusus.

Pendekatan yang paling jelas, yaitu mengirimkan seluruh sitemap pada setiap deploy, adalah cara kunci itu terkena pembatasan, dan kebanyakan deploy tidak mengubah apa pun yang diperhatikan mesin pencari. Maka sebuah skrip membandingkan sitemap yang sedang dilayani situs dengan sitemap yang baru saja dibangun, lalu hanya mengirimkan selisihnya.

Dua detail membuat ini berhasil:

• Ambil snapshot sebelum deploy. Baseline harus diambil sebelum build baru aktif. Setelahnya, sitemap “yang aktif” sudah menjadi yang baru dan setiap selisih akan kosong.
• Hanya halaman baru, untuk saat ini. Sitemap kami tidak memiliki tanggal lastmod, jadi skrip hanya mengumumkan halaman baru, bukan penulisan ulang. Memberi setiap URL cap tanggal build akan menandai seluruh situs sebagai berubah pada setiap deploy, persis spam yang sedang kami hindari.

Skrip ini hanya berjalan pada deploy produksi dan tidak pernah menggagalkan build: pada saat ia berjalan, situs sudah aktif, dan ping ke mesin pencari tidak layak membuat deploy gagal.

6. Edge kami sendiri berkata “tidak ditemukan”

Saat kami meluncurkan halaman /ai (lebih lanjut tentang itu di halaman landing untuk setiap jenis bisnis), staging menampilkan “Not found” untuk semuanya, padahal host statis melayaninya dengan baik.

Layanan di depan host pemasaran kami hanya meneruskan daftar izin jalur; apa pun di luar itu mendapat 404 keras. /ai baru dan belum ada di daftar. Kami menambahkan /ai dan /ai/*, dengan tes yang memastikan keduanya lolos. Bug kecil, tetapi tepat jenis yang membuat bagian baru tidak terlihat oleh crawler tanpa ada yang menyadarinya.

Yang kami ambil dari ini

• Baca HTML yang dibaca crawler. Sebagian besar masalah ini tak terlihat di browser dan jelas terlihat di file hasil prerender.
• Ubah aturan SEO menjadi pemeriksaan build. “Satu FAQPage per halaman” sekarang ditegakkan, tidak lagi hanya diingat.
• Beri tahu mesin pencari apa maksud Anda. Jika Anda tidak menyebutkan gambar atau fakta mana yang mewakili Anda, mereka akan menebak.
• Search Console memberi tahu pertanyaan apa yang diajukan orang. Impresi tanpa klik biasanya berarti halaman menjawab pertanyaan yang berbeda.
• Kirim perbedaannya, bukan semuanya. Hanya mengirim ping untuk yang berubah menjaga Anda tetap dalam batas pembatasan.

Jika Anda melakukan hal yang sama untuk situs yang Anda bangun, panduan kami tentang SEO untuk situs web buatan AI dan cara menyiapkan Google Search Console membahas dasar-dasarnya.