19 Masalah Umum Teknis SEO (dengan Solusi yang Disarankan)

Diterbitkan: 2020-08-19

Di Semetrical, spesialis SEO kami telah melakukan audit SEO teknis yang tak terhitung jumlahnya selama bertahun-tahun, dan telah menemukan masalah teknis umum yang dialami situs web dalam berbagai industri. Panduan kami menguraikan masalah SEO teknis yang paling umum dengan solusi yang disarankan.

Di bawah ini daftar masalah SEO teknis yang paling umum:

Aturan Case Insensitive di Robots,txt
Duplikasi URL Huruf Besar & Huruf Kecil
HTTP 302 mengalihkan ke HTTPS
URL Kanonis yang Mempengaruhi Tautan Internal
URL Kanonis yang Tertaut Ke 404 URL
Beberapa tag Canonical
Duplikasi halaman utama
Versi situs seluler dan desktop berbeda
Deteksi IP internasional
Duplikasi Situs Web Internasional
Peta situs XML termasuk URL historis dan URL pementasan
Pementasan situs web yang diindeks menyebabkan duplikasi
Pencarian internal sedang diindeks
Parameter yang menyebabkan duplikasi
Duplikasi URL produk
Kedalaman situs web
JavaScript
Penggunaan Meta Robots NOINDEX yang salah
Lembut 404 Halaman

1. Aturan Case Insensitive di Robots,txt

Masalah:

Saat melakukan audit SEO teknis, kami sering menemukan bahwa aturan pelarangan di robots.txt tidak memenuhi aturan huruf besar dan huruf kecil.

Misalnya, di situs e-niaga, jalur keranjang sering kali menggunakan /basket/ dan /Basket/, tetapi hanya jalur huruf kecil yang disertakan sebagai aturan di robots.txt. Ini berarti bahwa URL dengan /Keranjang/masih dapat diindeks dan itu akan menyebabkan duplikasi konten, yang harus Anda hindari untuk meningkatkan pengindeksan situs web Anda di mesin telusur.

Aturan Robots.txt:

Larang: /keranjang/

Larang: /keranjang/*

Larutan:

Audit situs web Anda dan periksa apakah ada versi huruf besar dan kecil dari jalur yang perlu diblokir. Anda dapat melakukan ini menggunakan perayap web, seperti teman-teman kami di DeepCrawl. Jika ada kedua versi yang aktif di situs web, tambahkan aturan kedua di robots.txt agar jalur huruf besar diblokir. Misalnya, Larang: /Keranjang/*

Jika Anda tidak memiliki akses ke perayap web, maka pencarian protokol situs dapat sangat berguna untuk melihat apakah versi huruf besar dan huruf kecil sedang diindeks.

2. Duplikasi URL Huruf Besar & Huruf Kecil

Masalah:

Masalah umum yang kami temukan adalah duplikasi URL peka huruf besar/kecil yang ditautkan ke seluruh situs web dan Google melihat ini adalah dua URL yang berbeda. Sebagai contoh:

https://www.example.co.uk/Panerai/Watches

https://www.example.co.uk/panerai/watches

Ini mungkin terjadi karena editor pada posting blog menambahkan tautan langsung ke halaman produk tetapi mereka telah mengetikkan huruf besar, bukan huruf kecil.

Kami juga telah melihat ini terjadi karena modul tautan internal memiliki bug di mana tautan produk populer ditautkan melalui huruf besar.

Larutan:

Kami akan merekomendasikan menyiapkan aturan di tingkat server di mana semua URL huruf besar dialihkan ke huruf kecil melalui pengalihan 301. Ini akan melindungi situs web dari duplikasi di masa mendatang di mana URL huruf besar dan kecil ditautkan.

Menambahkan aturan pengalihan 301 juga akan mengkonsolidasikan ekuitas tautan apa pun di mana situs eksternal dapat menautkan ke situs Anda secara tidak sengaja melalui huruf besar.

Jika pengalihan 301 tidak memungkinkan, kami sarankan untuk menambahkan tag kanonik dalam kode sumber URL huruf besar untuk merujuk versi URL huruf kecil.

3. HTTP 302 mengalihkan ke HTTPS

Masalah:

Perusahaan sering memigrasikan situs web mereka untuk mengamankan URL HTTPS tetapi mereka tidak selalu menerapkan aturan pengalihan 301, dan malah menerapkan pengalihan 302, jadi teori ini memberi tahu mesin telusur bahwa versi HTTP dari URL hanya dipindahkan sementara, bukan permanen. Ini dapat mengurangi ekuitas tautan dan otoritas keseluruhan situs web Anda karena URL HTTP yang telah memperoleh tautan balik dari waktu ke waktu tidak akan sepenuhnya melewati ekuitas tautan ke versi HTTPS kecuali jika pengalihan 301 dilakukan.

Larutan:

Sebaiknya siapkan aturan di tingkat server tempat semua URL HTTP 301 dialihkan ke versi HTTPS.

4. URL Kanonik yang Mempengaruhi Tautan Internal

Masalah:

Di sejumlah situs web e-niaga, kami telah melihat produk memiliki beberapa variasi URL produk tetapi setiap variasi tertaut ke URL produk kanonik untuk mencegah duplikasi. Namun, halaman produk kanonik hanya dapat ditemukan melalui tag kanonik dan tidak ada tautan internal lainnya.

Selain itu, halaman produk kanonik tidak menyertakan remah roti apa pun yang memengaruhi tautan internal di seluruh situs web.

Penyiapan kanonik penautan internal ini terkadang mencegah mesin telusur mengambil versi URL kanonik karena mengabaikan instruksi karena tautan internal di seluruh situs mengirimkan sinyal campuran. Ini dapat mengakibatkan produk versi non-kanonik diindeks yang menyebabkan kanibalisasi URL – yang pada akhirnya berdampak negatif pada kinerja SEO Anda.

Larutan:

Untuk membantu agar URL kanonik diindeks, situs web harus:

Tambahkan URL kanonik ke peta situs XML dan bukan varian URL lainnya

Tautan internal ke versi URL kanonik dalam modul tautan internal seluruh situs seperti “produk populer”

Tambahkan struktur remah roti utama ke halaman URL kanonik.

5. URL Kanonik yang Tertaut ke 404 URL

Masalah:

URL kanonik terkadang mereferensikan 404 URL tetapi ini mengirimkan sinyal campuran ke penelusuran

mesin. URL kanonik menginstruksikan crawler dari URL pilihan untuk diindeks tetapi URL pilihan saat ini tidak ada lagi.

Larutan:

Pertama, Anda harus menetapkan apakah URL kanonik harus 404 atau harus dipulihkan. Jika diaktifkan kembali maka masalahnya telah diperbaiki, namun jika URL kanonik harus 404 maka Anda harus memilih URL kanonik baru atau memperbarui kanonik untuk menjadi referensi sendiri.

6. Beberapa tag Canonical

Masalah:

Dalam kode HTML halaman web terkadang ada dua tag kanonik yang ditemukan. Ini dapat mengirim pesan yang bertentangan ke mesin pencari dan hanya kanonik pertama yang akan dihitung dan digunakan.

Larutan:

Beberapa perayap situs web mungkin menandai beberapa tag kanonik, namun, jika tidak demikian, Anda harus menyiapkan ekstraksi khusus saat merayapi situs untuk mencari beberapa tag kanonik.

Halaman web dengan beberapa tag kanonik dalam kode HTML perlu diperbarui jika salah satunya dihapus dan hanya tag kanonik yang benar yang tersisa.

7. Duplikasi halaman beranda

Masalah:

Situs web terkadang memiliki beberapa URL beranda yang menyebabkan duplikasi dan dapat menyebabkan pemisahan ekuitas tautan. URL duplikasi beranda umum meliputi:

www.contoh.com

www.example.com/home

www.example.com/index.html

www.example.com/home.html

Larutan:

Jika situs web Anda memiliki beberapa URL beranda, sebaiknya siapkan pengalihan 301 di mana semua versi duplikasi dialihkan ke versi beranda utama.

8. Situs versi seluler dan desktop berbeda

Masalah:

Situs seluler harus berisi konten yang sama dengan versi desktop situs web. Saat melakukan audit situs web dan membandingkan perayapan situs web desktop dengan seluler, kami menemukan perbedaan konten di mana versi seluler berisi lebih sedikit konten daripada versi desktop pada halaman tertentu.

Ini dapat menyebabkan masalah karena hampir semua pengindeksan situs web berasal dari versi seluler dan jika konten prioritas tidak ada, peringkat mungkin mulai turun.

Larutan:

Versi seluler situs harus berisi konten yang sama dengan versi desktop dan konten yang hilang harus ditambahkan ke situs web seluler.

9. Deeksi IP Internasional

Masalah:

Untuk situs web yang telah menerapkan pengalihan geo IP, masalah yang paling umum adalah penerapan pengalihan untuk semua pengguna, termasuk bot.

Googlebot biasanya akan merayapi dari IP AS dan jika bot dialihkan berdasarkan lokasi geografis maka Googlebot hanya akan merayapi dan mengindeks situs web versi AS. Ini akan mencegah versi geografis lain dari situs dirayapi dan diindeks.

Selain itu, ini dapat menyebabkan masalah untuk markup Skema penetapan harga produk di situs E-niaga di mana penetapan harga diperbarui berdasarkan lokasi geografis karena hanya harga AS yang akan muncul di semua pasar. Misalnya, cuplikan di bawah ini menunjukkan harga AS yang masuk melalui situs web versi Inggris Raya di Inggris Raya.

Larutan:

Jika Anda perlu menerapkan pengalihan geo IP maka kami akan merekomendasikan untuk mengecualikan semua bot dari aturan pengalihan, karena ini akan memungkinkan bot seperti Googlebot untuk merayapi dan mengindeks semua versi internasional.

Jika Anda tidak menerapkan pengalihan IP geo, kami sarankan agar situs web Anda tetap terbuka untuk semua pengguna dari geolokasi mana pun dan menampilkan spanduk JavaScript yang mudah digunakan yang memungkinkan pengguna untuk memilih bahasa/lokasi mereka sendiri.

Ini adalah fitur UX yang berguna jika pengguna mendarat di versi situs web internasional yang salah. Pop-up akan muncul berdasarkan deteksi IP, misalnya, jika pengguna membuka situs web AS dari IP Inggris, spanduk akan muncul yang memberi tahu pengguna bahwa situs Inggris mungkin lebih cocok.

10. Duplikasi Situs Web Internasional

Masalah:

Adalah umum untuk melihat beberapa versi situs web ketika perusahaan beroperasi di berbagai negara di seluruh dunia. Ini adalah praktik umum karena idealnya Anda ingin memberikan pengalaman pengguna terbaik dan untuk melakukan ini, situs web khusus negara memungkinkan perusahaan untuk menyesuaikan perjalanan pengguna berdasarkan di mana pengguna berada di dunia.

Namun, perusahaan dapat membuat kesalahan dengan membuat beberapa versi situs web mereka tetapi tidak mengirimkan sinyal apa pun ke mesin telusur untuk menunjukkan situs web mana yang harus menargetkan negara atau wilayah tertentu.

Ketika pemilik situs web membuat beberapa versi situs tanpa instruksi untuk mesin telusur, hal ini dapat menyebabkan kekacauan seperti duplikasi situs web dan kanibalisasi lintas domain.

Larutan:

Saat membuat versi internasional situs web Anda, tag Hreflang harus digunakan untuk membantu memberi sinyal kepada mesin telusur seperti Google laman web yang benar untuk ditayangkan kepada pengguna berdasarkan lokasi dan bahasa mereka.

Tag Hreflang juga mencegah versi internasional situs web dilihat sebagai duplikat ke mesin pencari karena tag Hreflang pada dasarnya menunjukkan bahwa halaman tertentu diperlukan untuk melayani pengguna di lokasi X dengan pengaturan bahasa X.

Menyiapkan dan memetakan tag Hreflang bisa membingungkan dan merupakan tugas besar tergantung pada ukuran situs web Anda. Jika tidak diatur dengan benar, itu dapat merusak lalu lintas situs web Anda.

Silakan kunjungi halaman layanan SEO internasional kami jika Anda sedang dalam proses merencanakan perluasan situs web internasional atau mengalami masalah dengan situs web internasional Anda.

11. Peta situs XML termasuk URL historis dan URL pementasan

Masalah:

Masalah menarik yang lebih sering kami temui daripada yang Anda kira adalah situs web yang memiliki URL lama di peta situs XML mereka atau URL pementasan entah bagaimana meremas diri menjadi peta situs XML.

Ini dapat menyebabkan masalah seolah-olah URL pementasan muncul di peta situs Anda dan situs pementasan Anda mungkin tidak diblokir oleh mesin pencari, URL ini dapat mulai diindeks dan pada gilirannya menyebabkan duplikasi yang tidak perlu.

URL historis di peta situs Anda yang sekarang menyajikan kode status 4xx atau 3xx dapat mengirimkan sinyal yang membingungkan ke mesin telusur di halaman mana Anda ingin dirayapi atau diindeks.

Larutan:

Pastikan untuk mengaudit peta situs XML Anda secara teratur dengan mengawasi Search Console dan memantau kesalahan yang muncul atau menyiapkan perayapan reguler di alat seperti Deepcrawl.

Menyiapkan perayapan reguler peta situs XML di Deepcrawl sangat berguna karena ini dapat dengan cepat menandai URL apa pun yang seharusnya tidak muncul di peta situs Anda dan memungkinkan Anda untuk tetap mengetahui potensi masalah ini.

12. Pementasan situs web yang diindeks menyebabkan duplikasi

Masalah:

Anehnya, sejumlah perusahaan memiliki situs web pementasan mereka yang dapat diindeks ke mesin pencari seperti Google, bukan dengan sengaja tetapi karena kesalahan. Ini dapat menyebabkan duplikasi yang signifikan karena situs web pementasan biasanya akan menjadi replika dari lingkungan hidup Anda. Dari melakukan pencarian protokol URL sederhana di Google, ada jutaan halaman web pementasan yang hidup dan dapat diindeks.

Larutan:

Di Semetrical, kami akan merekomendasikan menambahkan lapisan otentikasi di mana Anda harus memasukkan nama pengguna dan kata sandi untuk mengakses situs web pementasan. Menambahkan aturan pelarangan juga merupakan opsi untuk mencegah lingkungan pementasan diindeks, namun lebih baik menerapkan ini jika situs pementasan belum diindeks. Sebagai contoh:

Agen pengguna: *

Larang: /

Sebagian besar alat perayap situs web memiliki fungsi penimpaan robots.txt sehingga Anda dapat dengan mudah mengganti aturan larangan saat melakukan pengujian di lingkungan pementasan Anda.

13. Pencarian internal sedang diindeks

Masalah:

URL pencarian internal di situs web bisa sangat bagus untuk SEO di mana memungkinkan situs web untuk menentukan peringkat untuk kueri pencarian ekor panjang, atau untuk memberi peringkat untuk kata kunci di mana mereka tidak memiliki URL utama untuk diberi peringkat.

Namun, dalam banyak kasus halaman pencarian internal dapat menyebabkan banyak duplikasi di situs web dan juga dapat menyebabkan masalah anggaran perayapan pada situs web skala besar. Untuk panduan ini kami akan fokus pada sisi negatif dari pencarian internal.

Halaman pencarian internal biasanya berkualitas sangat rendah karena tidak akan dioptimalkan dan pada banyak kesempatan diklasifikasikan sebagai konten tipis karena akan menampung jumlah hasil yang rendah seperti produk.

Larutan:

Sebelum memutuskan untuk memblokir halaman pencarian internal, disarankan untuk memeriksa bahwa halaman ini saat ini tidak diberi peringkat untuk kata kunci apa pun atau mendatangkan lalu lintas reguler.

Selain itu, periksa apakah URL ini tidak membuat tautan balik selama bertahun-tahun. Jika halaman pencarian internal Anda tidak memiliki backlink resmi dan tidak menghasilkan lalu lintas organik, maka di Semetrical kami akan merekomendasikan dua langkah:

Langkah Satu: Tambahkan tag NOINDEX,IKUTI ke semua halaman pencarian untuk memungkinkan mesin pencari menghapus indeks halaman tersebut. Setelah halaman-halaman ini diindeks selama beberapa bulan, kami kemudian akan menerapkan langkah kedua.

Langkah Kedua: Tambahkan direktori pencarian internal ke file robots.txt seperti Disallow: */search*

14. Parameter yang menyebabkan duplikasi

Masalah:

Mengurutkan dan memfilter duplikasi parameter dapat menjadi masalah umum saat mengaudit situs web. Banyak situs web akan menggunakan filter karena dapat meningkatkan pengalaman pengguna dan memungkinkan pengguna untuk menyaring hasil pencarian mereka. Namun, masalah utamanya adalah ketika situs web membuat filter tetap dapat diindeks karena ini menghasilkan sejumlah besar duplikasi di seluruh situs web. Sebagai contoh:

https://www.example.com/path1/path2?sort-by=size&sort-order=asc

https://www.example.com/path1/path2?view=grid

Kadang-kadang kami akan menemukan situs web yang menambahkan parameter pelacakan ke akhir URL pada tautan internal untuk menunjukkan di mana situs tersebut diklik. Kami tidak akan merekomendasikan penyiapan ini dalam contoh pertama, namun, ketika situs sudah memiliki ini, dapat menyebabkan banyak duplikasi pada situs web karena dapat membuat beberapa versi dari halaman yang sama. Sebagai contoh:

https://www.example.com/path-1/path-2?wa_origin=paHomePage

https://www.example.com/path-1/path-2?wa_origin=gnb

https://www.example.com/path-1/path-2?source=header

Parameter pelacakan umum lainnya yang dapat menyebabkan duplikasi adalah parameter pelacakan UTM di mana tautan digunakan untuk kampanye tertentu untuk melacak kinerja kampanye. Sebagai contoh:

https://www.example.com/path-1/path-2?utm_source=creativeLIVE&utm_medium=email&utm_campaign=2020_Flash_Sale

Larutan:

Ada beberapa cara untuk mencegah parameter diindeks dan menyebabkan duplikasi, ini termasuk:

Kanonikalisasi URL parameter ke versi URL bersih

Menambahkan aturan di file robots.txt untuk melarang parameter tertentu

Menambahkan parameter ke alat parameter URL di Search Console yang memberi sinyal kepada Google bahwa parameter tertentu tidak boleh dirayapi.

15. Duplikasi URL Produk

Masalah:

Di situs web e-niaga, duplikasi URL produk bisa menjadi masalah besar seperti halnya di situs web penerbit. Alasan utama duplikasi URL produk adalah karena produk dapat mewarisi kategori/sub kategori dalam struktur URL-nya dan jika produk berada dalam beberapa kategori/subkategori maka beberapa URL akan dibuat.

Di situs web penerbit, dokumen juga dapat ditempatkan di beberapa area dan jika URL dokumen mewarisi lokasi dokumen maka beberapa versi dibuat. Sebagai contoh:

https://www.example.com/product/woman-collections-dresses/71hdo/bella-lula-floral-mini-dress

https://www.example.com/product/woman-collections-dresses-day-dresses/71hdo/bella-lula-floral-mini-dress

https://www.example.com/willsandprobate/document/introduction-to-wills

https://www.lexisnexis.com/privateclient/introduction-to-wills/

Larutan:

Ketika kami menemukan duplikasi seperti ini, ada berbagai cara untuk membersihkannya sehingga kami dapat memastikan versi URL yang benar dirayapi dan diindeks.

Untuk memperbaiki duplikasi URL, sebaiknya kanonikalisasi semua varian URL produk ke induk atau ke versi generik. Sebagai contoh:

Contoh kanonik induk

https://www.example.com/product/

wanita-koleksi-gaun-gaun-hari

/71hdo/bella-lula-floral-mini-dress

akan dikanonikalisasi menjadi:

https://www.example.com/product/

wanita-koleksi-gaun

/71hdo/bella-lula-floral-mini-dress

Contoh kanonik umum:

https://www.example.com/product/

wanita-koleksi-gaun-gaun-hari

/71hdo/bella-lula-floral-mini-dress

https://www.example.com/product/

wanita-koleksi-gaun

/71hdo/bella-lula-floral-mini-dress

Akan dikanonikalisasi ke

https://www.example.com/product//71hdo/bella-lula-floral-mini-dress

Alternatif:

Jika Anda memiliki akses ke pengembang, maka solusi alternatifnya adalah dengan menautkan secara internal ke kanonik produk di seluruh situs web dan mengalihkan semua URL produk yang keluar dari kategori/sub-kategori ke URL produk kanonik generik.

Ini akan menghentikan duplikasi produk dan memungkinkan Anda menautkan ke produk melalui beberapa rute

16. Kedalaman situs web

Masalah:

Kedalaman halaman adalah jumlah klik halaman tertentu dari beranda situs web. Saat melakukan audit situs web, kami menemukan situs web yang memiliki kedalaman situs web lebih dari 10. Itu berarti halaman ini berjarak 10 klik dari beranda!

Semakin banyak klik yang diperlukan untuk menemukan halaman web, semakin sulit bagi mesin pencari untuk menemukan URL tersebut dan kemungkinan besar URL tersebut tidak akan dikunjungi kembali sesering halaman yang lebih tinggi di situs web.

Selain itu, semakin tinggi halaman dalam arsitektur situs web Anda, semakin tinggi kemungkinan halaman itu akan dilihat sebagai halaman prioritas oleh mesin pencari. Jika halaman prioritas lebih rendah dalam arsitektur, ada risiko bahwa peringkatnya tidak juga.

Larutan:

Cara utama untuk meningkatkan kedalaman situs web dan memastikan halaman prioritas tinggi dalam arsitektur situs web meliputi:

Tautan internal di seluruh situs web seperti produk yang direkomendasikan, produk terkait, dan halaman unggulan

Penggunaan remah roti di seluruh situs web

Menyiapkan pagination yang menyertakan halaman pertama, terakhir, dan dua hasil di kedua sisi halaman tempat Anda berada

Melakukan penelitian kata kunci untuk mengungkap halaman kategori tingkat atas yang harus ditautkan dalam navigasi utama situs web dan menambahkan tautan ke halaman prioritas

17. Masalah teknis seo JavaScript

Masalah

Banyak situs web saat ini akan menggunakan JavaScript. Namun, saat menonaktifkan JavaScript, beberapa situs web tidak berfungsi penuh dan tautan dapat hilang dan tidak dapat ditemukan oleh mesin telusur. Ini adalah masalah SEO teknis yang umum.

Seringkali kita melihat bahwa modul "Anda juga mungkin menyukai" pada halaman produk e-commerce tidak dapat dilihat oleh crawler mesin pencari, membuat modul tautan internal menjadi mubazir.

Selain itu, modul tinjauan yang menyertakan UGC kaya kata kunci berada dalam modul JavaScript yang juga tidak dapat ditemukan oleh perayap.

Masalah menarik yang dimiliki berbagai situs web e-commerce adalah ketika menonaktifkan JavaScript di halaman hasil, tautan produk masih dapat ditemukan tetapi semua gambar hilang karena tidak ada opsi mundur untuk menemukan gambar.

Larutan:

Bekerja dengan tim pengembangan untuk mencoba dan membuat mundur JavaScript di mana gambar masih ada dalam kode sumber serta modul JavaScript yang dapat dirayapi melalui HTML.

Cara yang bagus untuk menguji bagaimana konten JavaScript diindeks adalah dengan membuka versi cache halaman web Anda dan melihat seperti apa "versi lengkap" halaman tersebut serta meninjau "versi hanya teks".

18. Penggunaan Meta Robots NOINDEX yang salah

Masalah:

Tim SEO teknis kami telah mengaudit situs web dan menemukan bahwa tag NOINDEX telah ditambahkan ke kode sumber halaman secara tidak sengaja. Selain itu, terlihat halaman yang secara historis menghasilkan lalu lintas yang memiliki tag NOINDEX.

Anehnya masalah yang dapat terjadi lebih sering daripada yang Anda kira adalah pengembang mendorong lingkungan pementasan langsung dengan tag NOINDEX masih ada dalam kode sumber.

Pada akhirnya tag NOINDEX akan memberitahu mesin pencari untuk tidak mengindeks halaman dan akan mencegah halaman muncul di hasil pencarian.

Larutan:

Jika Anda menemukan halaman yang memiliki tag NOINDEX saat mengaudit situs web dan tidak jelas mengapa tag tersebut ada, tanyakan kepada tim pengembangan untuk melihat kapan dan juga mengapa halaman tersebut menyertakan tag tersebut.

Jika tag NOINDEX telah ditambahkan secara tidak sengaja maka Anda harus meminta pengembang untuk memperbarui kode sumber dan menghapus tag sepenuhnya atau memperbaruinya untuk membaca <meta name=”robots” content=”INDEX, FOLLOW”>

19. Halaman 404 Lembut

Masalah:

Halaman 404 lunak seharusnya tidak ada di situs web, itu terjadi ketika halaman yang tidak ada yang seharusnya mengembalikan kode status 404 mengembalikan kode status 200 OK. Jika 404 halaman mengembalikan kode status 200, mereka masih dapat dirayapi dan diindeks.

Ini pada akhirnya merupakan masalah karena mesin pencari seperti Google dapat membuang waktu untuk merayapi halaman-halaman ini yang tidak memberikan nilai membuang anggaran perayapan alih-alih memfokuskan waktu pada halaman yang berharga. Halaman-halaman ini juga dapat membuat masalah duplikat di situs web, terutama jika situs web memiliki 1.000 halaman soft 404 yang menampilkan pesan "halaman tidak ditemukan".

Ada beberapa cara berbeda untuk menemukan halaman soft 404 yang meliputi:

Mengunjungi Search Console yang menandai halaman 404 lunak

Merangkak situs web Anda dan mencari 200 halaman kode status dengan tag judul "Halaman Tidak Ditemukan"

Merangkak situs web Anda dengan ekstraksi khusus yang mencari pesan salinan isi yang ada di 404 halaman kode status dan 200 halaman kode status apa pun dengan pesan itu harus berupa 404 lunak

Larutan:

Jika Anda menemukan halaman 404 lunak di situs web Anda, ada beberapa solusi yang dapat diterapkan, ini termasuk:

301 redirect halaman soft 404 ke halaman alternatif yang sesuai jika tersedia

Ubah kode status halaman ini menjadi kode status 404 atau 410 tetapi pastikan tidak ada ekuitas tautan yang hilang.

Jika Anda menghadapi masalah dengan situs web Anda atau memerlukan audit SEO teknis, silakan kunjungi halaman layanan SEO teknis kami untuk informasi lebih lanjut tentang bagaimana Semetrical dapat membantu.