Bagi seorang SEOr, log IIS server adalah log referensi optimasi yang sangat penting, karena kita dapat melihat status perayapan laba-laba mesin pencari dari sini, dan kita juga dapat memahami beberapa kondisi situs web itu sendiri, dan kita juga dapat menganalisis perilakunya. beberapa pengguna. Tidak perlu menggunakan kode pihak ketiga untuk statistik. Tentu saja, beberapa log IIS dibatasi oleh penyedia ruang IDC dan harus dibuka sebelum dapat dilihat dalam hal ini, Anda disarankan untuk mengunduhnya secara online. Beberapa kode sumber untuk dipasang. Selanjutnya penulis akan menjelaskan secara detail bagaimana server IIS dapat membantu website!
(1) Periksa berapa kali laba-laba merayap.
Laba-laba mesin pencari adalah robot yang digunakan untuk merayapi konten situs kita dan mengirimkan konten yang dirayapi ke database mesin pencari. Oleh karena itu, kita mengetahui berapa kali laba-laba tersebut merayapi dan secara tidak langsung mengetahui apakah situs kita telah disukai Mesin Pencari . Selain itu, dengan membandingkan asal usul laba-laba, kami dapat sepenuhnya memahami tautan eksternal mana yang lebih berguna bagi situs kami dan laba-laba mana yang lebih bernilai.
Untuk laba-laba mesin pencari berbahaya tersebut, kita perlu memblokirnya, karena bagaimanapun juga, ada banyak jenis laba-laba. Jika suatu saat kita menemukan banyak laba-laba tak dikenal merayapi situs web kita dalam jumlah besar, maka sebaiknya kita memblokirnya kehilangan otoritas, penulis juga menghimbau semua orang untuk mencoba tidak menggunakan perangkat lunak yang menarik laba-laba untuk merayapi situs web mereka sendiri.
Sejumlah besar laba-laba mesin pencari merayapi situs web kami, yang tidak diragukan lagi menghabiskan sejumlah sumber daya di server kami, namun, banyak laba-laba yang merayapi sangat membantu bobot situs kami, jadi saya menyarankan setiap orang harus memilih yang lebih baik server. , untuk menghindari keruntuhan pada saat-saat kritis. Selain itu, kami mengetahui dari beberapa pengumuman resmi bahwa banyak peretas menggunakan mode perayapan laba-laba untuk mencuri sumber daya data situs web, jadi kami juga perlu memperhatikan hal ini!
(2) Periksa sejauh mana laba-laba merayapi halaman tersebut.
Secara umum, apa yang paling dihargai oleh laba-laba adalah beranda situs web kami, jadi cuplikan beranda biasanya paling sering diperbarui. Dan jika halaman internal juga sering, maka akan mencapai efek yang sering kita sebut pengumpulan instan. Jika beberapa halaman kita tidak dirayapi oleh laba-laba, kita dapat memeriksa melalui log ISS apakah kita telah melarang perayapan laba-laba. Selain itu, penulis memahami bahwa banyak webmaster biasanya menggunakan alamat beranda dalam proses pembuatan tautan eksternal. Di sini, penulis menghimbau semua orang untuk juga membuat lebih banyak tautan eksternal ke kolom dan halaman artikel Dan dari sini kami juga dapat memahami beberapa kondisi situs kami, seperti halaman mana yang dimasuki laba-laba, halaman mana yang relatif sering dirayapi, halaman mana yang dirayapi satu kali tetapi tidak dirayapi lagi atau disertakan, jadi kami rangkum Setelah itu, Anda dapat lebih akurat memahami konten apa yang disukai laba-laba, dan Anda juga dapat melihat apakah laba-laba tertarik dengan konten kami atau merayapi karena tautan eksternal.
(3) Analisis kode http situs web.
Ketika laba-laba merayapi dan merayapi konten situs web kita, biasanya ia meninggalkan kode status http. Ketika kembali, biasanya menampilkan 200, yang berarti tidak dapat dirilis secara langsung, yang berarti diperlukan masa peninjauan.
Berikut adalah dua pertanyaan dan jawaban mandiri yang penulis buat tentang bidang ini. Saya harap dapat bermanfaat bagi semua webmaster.
1. Jika halaman tidak ada di situs web, apakah harus mengembalikan 404 atau 200?
Pertama-tama jawabannya pasti mengembalikan nilai 404, karena semua orang tahu bahwa halaman 404 dapat memberi tahu mesin pencari bahwa halaman ini adalah halaman error dan tidak dapat diakses, tetapi jika 200 maka berbeda, karena itu Artinya halaman ini bisa diakses Namun ketika dirayapi oleh laba-laba ternyata tidak bisa diakses. Jika terlalu banyak halaman seperti itu, langsung akan menyebabkan situs kita diturunkan oleh mesin pencari atau bahkan K.
2. Saat situs web sedang dalam pembangunan atau pengarsipan, kode status manakah yang harus dikembalikan?
Jawabannya adalah status 503, karena 503 dapat memberi tahu mesin pencari bahwa situs kita untuk sementara tidak dapat diakses dan akan dipulihkan dalam jangka waktu tertentu. Jika itu adalah kode status lain, mesin pencari tidak dapat mengaksesnya, terutama halaman 404, yang akan menyebabkan mesin pencari secara langsung mengira bahwa situs web tersebut sudah tidak ada lagi.
Halaman 404 sebenarnya sangat membantu situs kami, jadi saya sarankan Anda ingat untuk membuat halaman 404 untuk situs Anda.
(4) Gunakan beberapa alat profesional untuk analisis log
Nilai PV tidak diragukan lagi merupakan ekspresi pengalaman pengguna suatu website. Ketika rasio pentalan situs kita terlalu tinggi, kemudian website dalam keadaan tidak dapat dibuka atau kontennya buruk, maka peringkat website pun menjadi jelas. , tidak mungkin melihat halaman mana yang memiliki traffic lebih tinggi, sehingga kami dapat memahami kebutuhan pengguna melalui eksplorasi dan melakukan perbaikan. Namun jika situs web kita tidak dapat dibuka untuk waktu yang lama, atau aksesnya lambat, maka kita dapat memeriksa dari log apakah situs tersebut diserang oleh lalu lintas jahat, Menghadapi situasi seperti itu, kita harus berkompromi, melaporkan kasus tersebut, atau langsung ganti servernya.
Untuk sebuah website, jika pengguna tidak mengklik situs Anda berarti situs Anda tidak menarik, dan mesin pencari juga akan menganggap situs Anda bukan situs web yang bagus, jadi sangat penting untuk melakukan studio pengalaman pengguna yang baik. . Terakhir, saya merekomendasikan dua alat analisis log IIS yang lebih profesional:
1. .awstats,
2. Webalizer
Kedua alat ini juga dapat menganalisis beberapa kode status (⊙o⊙) situs web!
Ringkasan: Log IIS sebuah situs web sangat membantu dalam semua aspek pengoptimalan situs web dan pengalaman pengguna. Ini memungkinkan kami mempelajari lebih lanjut tentang situs kami dan memperhatikan beberapa detail kecil yang telah kami abaikan disukai oleh mesin pencari, dan kami dapat mengirimkannya untuk mendapatkan pemahaman yang sesuai sebelum situs kami K atau diturunkan pangkatnya. Saat ini, kami dapat melakukan perbaikan yang ditargetkan, yang sering kali dapat dihindari. Artikel ini awalnya dibagikan oleh Name Network http://www.name2012.com . Saya berharap teman-teman yang mencetak ulang mengingat untuk menyimpan link dan hak cipta. Baiklah, sekian untuk berbagi dengan Anda hari ini. Saya akan berkomunikasi lebih banyak dengan Anda di platform ini di masa mendatang, jadi sampai jumpa di lain waktu.
Editor yang bertanggung jawab: Ruang pribadi Chen Long Penulis di name2012.com