50 Pertanyaan Untuk Mengevaluasi Kualitas Situs Web Anda

Bagaimana Anda mengevaluasi situs web?

Dengan mengajukan pertanyaan yang tepat.

Tidak ada situs web yang sempurna.

Setiap situs web memiliki kekurangan.

Banyak hal yang bisa salah, entah karena teknis SEO, pengoptimalan halaman, kecepatan halaman, atau hal lain.

Siap menemukan kelemahan situs web Anda sehingga Anda dapat memperbaikinya dan berfungsi dengan baik?

Bagus!

Baca terus untuk mempelajari 50 pertanyaan yang harus Anda ajukan untuk mengevaluasi kualitas situs web Anda.

1. Apakah Halaman Web Berisi Beberapa Tag H1?

Seharusnya tidak ada beberapa tag H1 di halaman.

Tag H1 adalah fokus dari topik halaman, dan dengan demikian seharusnya hanya terjadi pada halaman satu kali.

Jika Anda menyertakan lebih dari satu tag H1 di halaman, itu akan menyebabkan pengenceran fokus halaman.

2. Apakah Website Mudah Dirayapi?

Salah satu masalah utama yang dapat memengaruhi situs web secara negatif adalah halaman kesalahan 4xx dan 5xx.

Jika situs Anda tidak dapat dirayapi karena masalah ini, Anda dapat mengalami penurunan kinerja saat mesin telusur tidak dapat merayapi situs secara efektif.

3. Apakah Halaman Kesalahan Dikonfigurasikan dengan Benar?

Masalah dapat terjadi ketika halaman kesalahan tidak dikonfigurasi dengan benar.

Mengonfigurasi halaman kesalahan dengan benar dapat membantu mesin telusur melihat halaman apa yang tepat untuk apa itu.

Salah satu contoh: jika Anda memiliki 200 halaman OK tetapi mereka menampilkan Halaman Tidak Ditemukan sebagai kesalahan, maka mesin pencari dapat membaca halaman ini sebagai 200 halaman OK.

Ini dapat memperkenalkan konflik dalam perayapan dan pengindeksan.

Solusi aman adalah memastikan bahwa semua halaman menampilkan status dan menampilkan status itu.

Halaman 4xx harus menampilkan kesalahan 4xx dengan status 4xx.

Halaman 5xx harus menampilkan status 5xx.

Menggunakan konfigurasi lain akan menambah kebingungan dan tidak akan membantu ketika menyangkut masalah spesifik Anda.

Mengidentifikasi masalah dengan cara seperti itu dan memperbaikinya akan membantu meningkatkan kualitas situs web Anda.

4. Apakah Navigasi Menggunakan JavaScript?

Jika Anda menggunakan navigasi yang menggunakan JavaScript untuk penerapannya, Anda akan mengganggu kompatibilitas lintas-platform dan lintas-browser.

Dalam 99,9 persen kasus, JavaScript tidak perlu digunakan untuk navigasi.

Banyak dari efek yang sama dapat dicapai melalui pengkodean CSS 3, yang seharusnya digunakan untuk navigasi.

Jika situs web Anda menggunakan desain responsif, ini harus menjadi bagian dari itu.

Serius, hapus Javascript.

5. Apakah URL Menyelesaikan ke Satu Kasus?

Sekali lagi, ini bisa menjadi masalah besar lainnya.

Seperti masalah kanonikalisasi di atas, URL dalam beberapa kasus dapat menyebabkan masalah konten duplikat karena mesin telusur melihat semua contoh URL ini sekaligus.

Satu trik yang dapat Anda gunakan untuk menangani URL multi-kasus termasuk menambahkan perintah yang lebih rendah ke file htaccess situs web.

Ini akan menyebabkan semua URL multi-kata dirender sebagai satu URL kanonis yang Anda pilih.

6. Apakah Situs Anda Menggunakan Arsitektur Datar?

Menggunakan arsitektur datar adalah semua baik dan bagus tetapi tidak meminjamkan dirinya dengan baik ke fokus dan organisasi topikal.

Dengan arsitektur datar, semua halaman Anda biasanya dibuang di direktori root, dan tidak ada fokus pada topik atau topik terkait, dan biasanya ada disorganisasi yang disatukan menjadi satu.

Menggunakan arsitektur tersembunyi membantu Anda mengelompokkan halaman web menurut topik dan tema dan mengaturnya dengan struktur penautan yang lebih memperkuat fokus topik.

Ini, pada gilirannya, membantu mesin telusur lebih memahami apa yang Anda coba untuk peringkat.

Untuk situs dengan fokus topikal yang lebih sempit, arsitektur datar dapat menjadi cara yang lebih baik, tetapi masih ada peluang untuk menyelaraskan navigasi dengan tepat.

7. Apakah Konten Tipis Hadir di Situs Web?

Konten tipis dengan sendirinya, asalkan cukup berkualitas tinggi sehingga menjawab kueri pengguna dengan informasi untuk kueri tersebut, tidak selalu menjadi masalah.

Konten yang tipis menjadi masalah ketika tidak ada nilainya sama sekali. Konten yang tipis tidak boleh diukur dengan jumlah kata tetapi dalam hal kualitas, keunikan, otoritas, relevansi, dan kepercayaan.

Apakah konten kualitas konten?

Apakah itu konten unik (apakah cukup unik sehingga tidak muncul di tempat lain (di Google atau di tempat)?

Apakah konten tersebut secara resmi memenuhi permintaan pengguna?

Dan, apakah itu relevan dan apakah itu menimbulkan kepercayaan ketika Anda mengunjungi halaman?

8. Apakah Anda Berencana untuk Menggunakan Kembali Kode yang Ada atau Membuat Situs Dari Awal?

Menyalin dan menempelkan kode tidak sesederhana seperti yang Anda harapkan.

Pernahkah Anda melihat situs web yang tampaknya memiliki kesalahan di setiap baris kode saat memeriksa di validator W3C?

Alasan mengapa biasanya karena pengembang menyalin dan menempelkan kode yang ditulis untuk satu DOCTYPE dan menggunakannya untuk yang lain.

Jika Anda menyalin dan menempelkan kode untuk XHTML 1.0 ke dalam HTML 5 DOCTYPE, Anda dapat mengharapkan banyak ribuan kesalahan.

Inilah mengapa sangat penting untuk mempertimbangkan jika Anda mentransfer situs ke WordPress DOCTYPE yang sedang digunakan. Ini dapat mengganggu kompatibilitas lintas-browser dan lintas-platform.

9. Apakah Situs Ini Memiliki Data Struktural Schema.org Dimana Berlaku?

Skema adalah kunci untuk mendapatkan cuplikan kaya dalam SERPs di Google.

Bahkan jika situs Anda tidak cocok dengan industri tertentu yang memiliki elemen data terstruktur khusus, ada cara untuk menambahkan markup terstruktur.

Pertama, melakukan audit entitas berguna untuk menemukan apa yang sudah dilakukan oleh situs Anda.

Jika tidak ada, Anda dapat memperbaiki ketidakadilan ini dengan menambahkan Skema ke hal-hal seperti:

• Navigasi.
• Elemen konten tertentu yang umum di setiap situs web.
• Nomor telepon.
• Logo.

10. Apakah Situs Ini Memiliki Peta Situs XML?

Satu item jarang diterjemahkan untuk meningkatkan kualitas situs web secara keseluruhan, tetapi ini adalah salah satunya.

Memiliki peta situs XML membuat situs web Anda lebih mudah dirayapi oleh mesin telusur.

Hal-hal seperti kesalahan 4xx dan 5xx di sitemap, URL non-kanonis di sitemap, laman yang diblokir di sitemap, peta situs yang terlalu besar, dan masalah lain harus dilihat untuk mengukur bagaimana sitemap memengaruhi kualitas situs web.

11. Apakah Halaman Arahan Tidak Dioptimalkan Secara Tepat?

Ada situasi di mana memiliki beberapa laman landas yang dioptimalkan untuk kata kunci yang sama di situs tidak benar-benar membuat situs Anda lebih relevan.

Bahkan, itu dapat menyebabkan kebingungan bagi mesin pencari dan apa yang disebut kanibalisasi kata kunci.

Jika sebuah halaman akan diberi peringkat, maka ia harus mengidentifikasi yang mana, dan di atas itu, mesin pencari mungkin tidak mengidentifikasi yang terbaik untuk tujuan Anda.

Memiliki beberapa halaman arahan untuk kata kunci yang sama juga dapat melemahkan ekuitas tautan Anda.

Jika situs lain tertarik untuk menautkan ke halaman Anda tentang topik tertentu, apa yang sebenarnya bisa terjadi adalah ekuitas tautan akan terdilusi di semua halaman tentang topik tertentu itu.

12. Apakah File Robots.txt Bebas dari Kesalahan?

Robots.txt dapat menjadi masalah besar jika pemilik situs web belum mengonfigurasikannya dengan benar.

Salah satu hal yang cenderung saya hadapi dalam audit situs web adalah file robots.txt yang tidak dikonfigurasi dengan benar.

Terlalu sering saya melihat situs yang memiliki masalah indeksasi dan mereka memiliki kode berikut yang ditambahkan:

Disallow: /

BAD webmaster yang buruk. BURUK BURUK.

Ini memblokir semua perayap merayapi situs web dari folder akar ke bawah.

13. Apakah Situs Web Menggunakan Desain Responsif?

Lewatlah sudah hari-hari situs web seluler terpisah (Anda tahu, situs yang menggunakan subdomain untuk situs seluler: "mobile.example.com" atau "m.example.com").

Berkat teknologi desain responsif, ini tidak lagi diperlukan.

Sebaliknya, metode modern adalah memanfaatkan HTML 5 dan CSS 3 Media Queries untuk membuat desain responsif.

Ini bahkan lebih penting dengan kedatangan indeks seluler pertama Google.

14. Apakah CSS & JavaScript Diblokir di Robots.txt?

Penting untuk membahas yang satu ini karena robots.txt tidak boleh memblokir sumber daya CSS atau JS sama sekali.

Google mengirimkan peringatan massal pada bulan Juli 2015 tentang memblokir sumber daya CSS dan JS.

Singkatnya, jangan mencekal sumber daya CSS dan JS.

15. Apakah URL Dinamis Berlebihan Digunakan di Seluruh Situs Web?

Mengidentifikasi jumlah URL dinamis dan apakah mereka menyajikan masalah dapat menjadi tantangan.

Cara terbaik untuk melakukan ini: mengidentifikasi apakah jumlah URL dinamis melebihi URL statis di situs.

Jika mereka melakukannya, maka Anda dapat memiliki masalah dengan URL dinamis yang memengaruhi kemampuan crawl.

Itu membuat lebih sulit bagi mesin pencari untuk memahami situs Anda dan isinya.

16. Apakah Situs Diganggu oleh Terlalu Banyak Tautan?

Terlalu banyak tautan bisa menjadi masalah, tetapi tidak seperti yang Anda pikirkan.

Google tidak lagi menghukum lebih dari 100 tautan di halaman (John Mueller mengatakan demikian pada tahun 2014).

Namun, jika Anda memiliki lebih dari jumlah itu, mungkin jauh lebih banyak, itu dapat dianggap sebagai sinyal spam jika Anda sedang melakukan spam.

17. Apakah Situs Ini Memiliki URL Daisy-Chain, dan Apakah Pengalihan Ini Melebihi 5 atau Lebih?

Meskipun Google akan menindaklanjuti hingga lima pengalihan, mereka masih bisa menghadirkan masalah.

Pengalihan dapat menghadirkan lebih banyak masalah jika berlanjut ke wilayah yang berlebihan - di luar lima pengalihan.

Oleh karena itu, ide yang baik untuk memastikan bahwa situs Anda memiliki dua redirect atau kurang, dengan asumsi membuat langkah ini tidak berdampak pada upaya SEO sebelumnya di situs.

18. Apakah Tautan di Situs Ditayangkan dengan JavaScript?

Melayani elemen navigasi apa pun dengan JavaScript adalah ide yang buruk karena membatasi kompatibilitas lintas-browser dan lintas-platform, yang juga mengganggu pengalaman pengguna.

Jika ragu, jangan menayangkan tautan dengan JavaScript dan hanya menggunakan HTML biasa untuk melayani tautan.

19. Apakah Teks Jangkar di Profil Tautan Situs Terlalu Dioptimalkan?

Jika situs Anda memiliki profil tautan dengan teks tautan yang terlalu dioptimalkan dan berulang, pada akhirnya dapat mengarah ke tindakan yang mungkin, apakah bersifat algoritmik atau manual jika itu cukup parah.

Idealnya, situs Anda harus memiliki campuran teks anchor yang sehat yang mengarah ke situs Anda - keseimbangan yang baik mengikuti aturan 20 persen: 20 persen jangkar bermerek, 20 persen pencocokan tepat, 20 persen pertandingan topikal, dan mungkin 20 persen URL telanjang.

Tapi, tantangannya adalah mencapai keseimbangan profil tautan ini sementara juga tidak meninggalkan jejak identifikasi yang Anda lakukan sebagai sesuatu yang manipulatif.

20. Apakah Setiap Kanonikalisasi Diimplementasikan di Situs Web?

Kanonisasi mengacu pada memastikan bahwa Google melihat URL yang Anda inginkan untuk mereka lihat.

Singkatnya, menggunakan cuplikan kode Anda dapat menyatakan bahwa Google melihat satu URL sebagai sumber konten pilihan untuk URL tersebut.

Ini menyebabkan banyak masalah sekaligus, termasuk:

• Dilusi ekuitas tautan masuk.
  
• Kanibalisasi diri SERPs (di mana beberapa versi dari URL tersebut bersaing untuk hasil).
  
• Perayapan tidak efisien saat mesin telusur menghabiskan lebih banyak waktu merayapi konten yang sama persis setiap waktu.

Untuk memperbaiki masalah kanonikalisasi adalah dengan menggunakan satu URL untuk semua konten yang dihadapi publik pada setiap URL di situs.

Solusi yang lebih disukai adalah menggunakan pengalihan 301 untuk mengalihkan semua versi non-kanonik URL ke versi kanonik.

Tentukan sejak awal di tahap pengembangan web yang struktur dan format URL yang ingin Anda gunakan dan gunakan ini sebagai versi URL kanonis Anda.

21. Apakah Gambar di Situs Terlalu Besar?

Jika gambar di situs Anda terlalu besar, Anda berisiko mengalami masalah dengan waktu buka, yang diimplementasikan sebagai sinyal peringkat seluler mulai bulan Juli.

Jika Anda memiliki pemuatan gambar 2 MB pada halaman Anda, ini adalah masalah besar.

Itu tidak perlu, dan Anda menyia-nyiakan peluang untuk mengidentifikasi masalah ini sejak awal.

22. Apakah Video di Marka Skema Situs Hilang?

Adalah mungkin untuk menambahkan Schema.org Structured Data ke video juga.

Dengan menggunakan elemen objek video, Anda dapat menandai semua video Anda dengan Skema.

23. Apakah Situs Memiliki Semua Judul Halaman yang Diperlukan?

Judul SEO yang hilang di situs web dapat menjadi masalah.

Jika situs Anda tidak memiliki judul SEO, Google dapat secara otomatis menghasilkan satu berdasarkan konten Anda.

Anda tidak ingin Google membuat judul dan deskripsi secara otomatis.

Anda tidak ingin meninggalkan apa pun untuk peluang ketika datang untuk mengoptimalkan situs dengan benar, sehingga semua judul halaman harus ditulis secara manual.

24. Apakah Situs Ini Memiliki Semua Keterangan Meta yang Diperlukan?

Jika situs Anda tidak memiliki deskripsi meta, Google dapat secara otomatis menghasilkan satu berdasarkan konten Anda, dan itu tidak selalu yang Anda inginkan untuk ditambahkan ke hasil pencarian.

Untuk bertindak dengan hati-hati, dan untuk memastikan bahwa Anda tidak memiliki masalah dengan hal ini, selalu pastikan bahwa Anda menulis deskripsi meta khusus untuk setiap halaman.

Meta kata kunci juga harus dipertimbangkan. Google dan Bing mungkin telah keluar dan menyatakan bahwa ini tidak digunakan dalam peringkat pencarian, tetapi mesin pencari lainnya masih menggunakannya. Merupakan kesalahan untuk memiliki fokus yang sempit sehingga Anda hanya mengoptimalkan Google dan Bing

Selain itu, ada konsep distribusi linear kata kunci, yang membantu dengan titik relevansi.

Meskipun memasukkan kata kunci meta mungkin tidak selalu membantu peringkat, secara hati-hati dan strategis menambahkan kata kunci meta dapat menambahkan titik relevansi ke dokumen.

Satu-satunya saat ini dapat merugikan adalah jika Anda melakukan spam, dan Google memutuskan untuk menggunakannya sebagai sinyal spam untuk memakukan situs web Anda.

25. Apakah Kecepatan Halaman dari Halaman Arahan Lebih Dari 2-3 Detik?

Penting untuk menguji dan mencari tahu kecepatan halaman sebenarnya dari halaman arahan teratas Anda.

Ini dapat membuat atau menghancurkan kinerja situs web Anda.

Jika situs Anda membutuhkan waktu 15 detik untuk dimuat, itu buruk.

Selalu pastikan situs Anda membutuhkan kurang dari satu detik untuk memuat.

Meskipun rekomendasi Google menyebutkan 2-3 detik, nama gim ini lebih baik daripada rekomendasi mereka dan lebih baik daripada pesaing Anda.

26. Apakah Situs Web Leverage Browser Caching?

Penting untuk memanfaatkan cache browser karena ini adalah komponen kecepatan situs yang lebih cepat.

Untuk memanfaatkan cache browser, Anda cukup menambahkan baris kode berikut ke file htaccess Anda. Pastikan untuk membaca dokumentasi tentang cara menggunakannya.

HARAP DICATAT: Gunakan kode ini dengan resiko Anda sendiri. Penulis tidak menerima tanggung jawab untuk kode ini tidak berfungsi untuk situs web Anda.

Code:

## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 year"
ExpiresByType image/jpeg "access 1 year"
ExpiresByType image/gif "access 1 year"
ExpiresByType image/png "access 1 year"
ExpiresByType text/css "access 1 month"
ExpiresByType text/html "access 1 month"
ExpiresByType application/pdf "access 1 month"
ExpiresByType text/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
ExpiresDefault "access 1 month"
</IfModule>
## EXPIRES CACHING ##

27. Apakah Situs Web Memanfaatkan Penggunaan Jaringan Pengiriman Konten?

Menggunakan jaringan pengiriman konten dapat membuat kecepatan situs lebih cepat karena mengurangi jarak antara server dan pelanggan - sehingga mengurangi waktu yang diperlukan untuk memuat situs ke orang-orang di lokasi tersebut.

Bergantung pada ukuran situs Anda, penggunaan jaringan pengiriman konten dapat membantu meningkatkan kinerja secara signifikan.

28. Apakah Konten di Situs Telah Dioptimalkan untuk Frasa Kata Kunci Bertarget?

Biasanya mudah untuk mengidentifikasi ketika sebuah situs telah dioptimalkan dengan tepat untuk frase kata kunci yang ditargetkan.

Mereka hampir selalu menonjol seperti ibu jari yang sakit jika mereka tidak dioptimalkan dengan baik.

Anda tahu caranya: teks berisi spam yang serupa dengan yang berikut jika dioptimalkan untuk widget: “Widget ini adalah widget paling mengagumkan dalam sejarah widget yang di-widget. Kami berjanji widget ini akan mengguncang dunia Anda. "

Kata kunci yang dioptimalkan dengan baik dibaca dengan baik dengan teks di sekitarnya, dan jika Anda adalah seseorang yang berada di bagian dalam pengoptimalan, Anda kemungkinan akan dapat mengidentifikasi mereka lebih mudah.

Tapi, hanya karena mereka mudah diidentifikasi oleh Anda tidak selalu membuat mereka menjadi spam.

Jika mereka terorganisir dengan baik dan terjalin dengan baik dengan teks di sekitarnya, maka Anda benar-benar tidak perlu melakukan banyak hal lain untuk pengoptimalan ini.

Di sisi lain, jika ada banyak sekali teks spam yang secara negatif memengaruhi pengoptimalan di situs, maka mungkin saatnya untuk membuang sebagian konten dan menulis ulang seluruhnya.

29. Seberapa Jauh Apakah Konten di Situs Telah Dioptimalkan?

Seperti halnya tingkat akuisisi tautan yang berbeda, ada berbagai tingkat pengoptimalan konten.

Beberapa pengoptimalan adalah tingkat permukaan, bergantung pada cakupan awal mandat pelaksanaan konten.

Pengoptimalan lainnya lebih dalam, dengan gambar, tautan, dan kata kunci sepenuhnya dioptimalkan.

Pertanyaan lebih lanjut yang mungkin ingin Anda tanyakan untuk memastikan bahwa konten di situs Anda dioptimalkan dengan benar meliputi:

• Apakah konten saya menyertakan kata kunci bertarget di seluruh body copy?
  
• Apakah konten saya menyertakan judul yang dioptimalkan dengan variasi kata kunci?
  
• Apakah konten saya menyertakan daftar, gambar, dan kutipan jika diperlukan? Jangan hanya menambahkan hal-hal ini secara acak di seluruh konten Anda. Mereka harus relevan secara kontekstual dan mendukung konten.
  
• Apakah konten saya menyertakan teks tebal dan dicetak miring untuk penekanan di mana diperlukan?
  
• Apakah konten saya dibaca dengan baik?

30. Apakah Riset Kata Kunci Telah Dilakukan di Situs Ini?

Hanya menambahkan kata kunci di semua tempat tidak berfungsi dengan baik.

Anda harus tahu hal-hal seperti volume pencarian, bagaimana menargetkan kata-kata tersebut sesuai dengan audiens Anda, dan bagaimana mengidentifikasi apa yang harus dilakukan selanjutnya.

Di sinilah penelitian kata kunci masuk.

Anda tidak akan membangun situs tanpa terlebih dahulu meneliti target pasar Anda, bukan?

Dalam nada yang sama, Anda tidak akan menulis konten tanpa melakukan riset kata kunci bertarget.

31. Apakah Konten di Situs Telah Berlaku?

Sudahkah Anda melakukan proofreading pada konten di situs Anda sebelum memposting?

Saya tidak dapat memberi tahu Anda berapa kali saya melakukan audit dan menemukan kesalahan konyol seperti kesalahan tata bahasa dalam konten, kesalahan ejaan, dan masalah besar lainnya.

Pastikan untuk mengoreksi konten Anda sebelum memposting. Ini akan menghemat banyak pekerjaan editing di masa depan, ketika Anda memiliki situasi yang mengakibatkan SEO harus melakukan banyak pengeditan.

Namun, ketika itu bagian dari pekerjaan Anda, dan itu diharapkan, tersenyum dan tahan. Atau berpesta dan menikmatinya, sisi meja mana pun yang Anda ikuti.

32. Apakah Gambar di Situs Telah Dioptimalkan?

Pengoptimalan gambar termasuk hal-hal seperti frase kata kunci dalam nama file, ukuran gambar, waktu muat gambar, dan memastikan bahwa gambar dioptimalkan untuk pencarian gambar Google.

Ukuran gambar harus cocok atau muncul untuk melengkapi desain situs Anda.

Anda tidak akan menyertakan gambar yang benar-benar tidak relevan jika Anda melakukan pemasaran dengan benar, bukan?

Dalam nada yang sama, jangan sertakan gambar yang tampaknya benar-benar mengirim spam kepada pemirsa Anda.

33. Apakah Situs Ikuti Praktik Terbaik Pengembangan Web?

Situs bahkan melanggar dasar-dasar praktik terbaik pengembangan web dalam banyak cara - dari dokumen polyglot, hingga kode yang tidak valid seperti yang diuji pada W3C, hingga waktu muat yang berlebihan.

Sekarang, saya tahu saya akan mendapatkan banyak kiriman dari pengembang tentang bagaimana beberapa persyaratan saya yang biasanya "tidak realistis" tetapi ketika Anda telah berlatih teknik pengembangan ini selama bertahun-tahun, mereka tidak terlalu sulit.

Ini hanya membutuhkan pola pikir yang sedikit berbeda dari apa yang Anda terbiasa: Anda tahu, pola pikir untuk terus membangun dan mengejar situs web terbesar, terbaik, dan karenanya paling keren yang dapat Anda buat.

Alih-alih itu, pola pikir harus tentang "menciptakan situs yang paling ringan, paling tidak boros sumber daya" adalah apa yang seharusnya berada di garis depan praktik pengembangan Anda.

Masalahnya adalah bahwa yang pertama telah dilakukan sedemikian rupa sehingga bahkan SEO telah menyerah bahkan mencoba mengubah hal-hal. Selalu ada begitu banyak pertentangan dari pengembang web tentang bahkan mengikuti praktik-praktik dasar pengembangan web dasar.

Ya, saya tahu banyak situs web di luar sana tidak mengikuti W3C. Tapi, ketika Anda dibayar oleh klien Anda, dan klien meminta ini, Anda perlu mengetahui barang-barang Anda dan tahu bagaimana memastikan bahwa situs Anda memvalidasi di validator.

Datang dengan alasan hanya akan membuat Anda terlihat tidak profesional.

• Apakah hal-hal seperti waktu muat 1-2 detik tidak realistis? Tidak ketika Anda menggunakan CSS Sprite dan kompresi lossless di Adobe Photoshop dengan benar.
  
• Apakah kurang dari 2-3 permintaan HTTP tidak realistis? Tidak ketika Anda benar struktur situs dan Anda menyingkirkan skrip WordPress yang tidak perlu yang mengambil kode real estat berharga.
  
• Ingin benar-benar mendapatkan waktu pemuatan halaman yang cepat? Singkirkan WordPress sepenuhnya dan kode situs itu sendiri. Anda akan menghapus setidaknya 1,5 detik waktu muat hanya karena WordPress.

Berhenti menjadi pengembang kursi dan menjadi pengembang web profesional. Perluas cakrawala itu!

Berpikir di luar kotak.

Berbeda. Menjadi nyata. Jadilah yang terbaik.

Berhenti berpikir praktik terbaik pengembangan web tidak realistis - karena satu-satunya hal yang tidak realistis adalah sikap Anda dan seberapa banyak Anda tidak ingin bekerja keras atau mempelajari sesuatu yang baru, bukan membangun mesin kerja pengembangan situs web Anda atas nama keuntungan, dan berani saya katakan - mengacaukan klien.

34. Apakah Migrasi HTTPS Telah Dilakukan dengan Benar?

Saat Anda menyiapkan situs untuk migrasi HTTPS yang tepat, Anda harus membeli sertifikat keamanan situs web.

Salah satu langkah pertama adalah melakukan pembelian sertifikat ini. Jika Anda tidak melakukan langkah ini dengan benar, Anda dapat sepenuhnya mengacaukan migrasi HTTPS Anda nanti.

Inilah alasannya.

Katakanlah Anda membeli sertifikat SSL karena alasan ini. Anda memilih satu opsi, yang hanya untuk satu subdomain. Dengan melakukannya dengan cara ini, Anda secara tidak sengaja membuat potensi lebih dari 100 kesalahan di tempat hanya dengan memilih opsi yang salah selama proses pembelian.

Untuk alasan ini, sebaiknya selalu mempertimbangkan setidaknya, sertifikat SSL wild-carded untuk semua variasi domain.

Meskipun ini biasanya sedikit lebih, setidaknya, Anda tidak pernah memasukkan kesalahan ke dalam proses dengan memastikan ini terjadi.

35. Apakah File Penolakan Baru Disampaikan dengan Profil GSC HTTPS? Apakah Itu Profil GSC HTTPS yang Pernah Dibuat?

Anda akan terkejut seberapa sering ini muncul dalam audit situs web. Namun, terkadang, file penolakan tidak pernah dikirimkan ke profil HTTPS Google Search Console (GSC) yang baru.

Atau, profil GSC HTTPS tidak pernah dibuat, dan profil GSC saat ini baik di bawah pelaporan atau pelaporan berlebihan pada data, tergantung pada bagaimana implementasi ditangani.

Untungnya, perbaikannya cukup sederhana - cukup pastikan Anda mentransfer file HTTP Disavow lama ke profil HTTPS yang baru dan terus memperbaruinya secara rutin.

36. Apakah Pengaturan GSC Dibawa ke Akun Baru?

Ini juga dapat menyebabkan masalah tertentu dengan migrasi HTTPS.

Katakanlah Anda memiliki pengaturan domain HTTP sebagai www. Tetapi kemudian Anda mengatur domain di GSC baru ke non-www.

Atau sesuatu yang lain dari profil aslinya.

Ini adalah salah satu contoh di mana pengaturan GSC yang salah dapat menyebabkan masalah dengan migrasi HTTPS.

37. Apakah Anda Pastikan untuk Melakukan Notasi Migrasi di Google Analytics?

Not just notating the migration, but not notating major website changes, overhauls, or otherwise can hurt your decision-making later.

If precise details are not kept by notating them in Google Analytics (GA), you could be flying blind when making website changes that depend on these details.

Here’s an example: say that a major content overhaul took place. You got a penalty later. This was the only change. A change in department heads took place, as did SEOs.

Notating this change in Google Analytics will help future SEO folks understand what happened before that has impacted the site in the here and now.

38. Apakah Implementasi Media Sosial pada Situs Dilakukan dengan Benar?

This comes up in audits a lot. I see things where social media links were not quite removed when things changed (like where a social media effort on a particular platform was unnecessarily hyperfocused) or where smaller things like potential customer interactions were not exactly kosher.

These things will impact the quality of your site.

If you are constantly machine-gunning your social posts, and not interacting with customers properly, you are doing it wrong.

39. Apakah Formulir Pengajuan Lead Bekerja Dengan Baik?

If a lead generation form is not properly working, you may not be getting all possible leads coming through.

If there’s a typo in an email address or a typo in a line of code that is breaking the form, these need to be fixed.

For lead generation forms, it is always a high priority to make sure that regular maintenance is performed. This helps to prevent things like under-reporting of leads, and errant information being submitted.

Nothing’s worse than getting information from a form and finding that that phone number is one digit off or the email address is wrong due to a programming error, and not necessarily due to submission error.

40. Apakah Semua Script Pelacakan Memimpin Bekerja dengan Benar?

Melakukan pengujian berkelanjutan pada skrip pelacakan prospek sangat penting untuk memastikan berfungsinya situs Anda.

Jika skrip pelacakan memimpin Anda pernah berakhir melanggar, dan Anda mendapatkan pengiriman yang salah pada akhir pekan, ini dapat mendatangkan malapetaka pada mimpi buruk akuisisi pelanggan Anda.

41. Apakah Sudah Mengatur Pelacakan?

Saya ingat bekerja dengan klien di biro iklan, dan mereka telah menghubungi pengaturan pelacakan di situs web mereka.

Semuanya tampak berfungsi dengan benar.

Ketika saya menelepon klien dan mendiskusikan masalah itu, semuanya tampak benar.

Kami harus mendiskusikan nomor telepon dan klien menyebutkan bahwa mereka telah mengubah nomor telepon itu beberapa waktu lalu.

Itu satu digit.

Anda dapat membayangkan reaksi klien ketika memberi tahu mereka apa nomor telepon di situs tersebut.

Sangat mudah untuk lupa untuk mengaudit sesuatu yang sederhana seperti nomor telepon ketika Anda berada di tengah-tengah optimasi situs web yang semakin kompleks.

Itulah mengapa penting untuk selalu mundur selangkah dari waktu ke waktu dan menguji berbagai hal dan berbicara dengan klien Anda untuk memastikan bahwa penerapan Anda bekerja dengan benar di mana-mana.

42. Apakah Situs Menggunakan CSS dan JavaScript Inline Berlebihan?

Untuk menyentuh topik sebelumnya, CSS sebaris dan JavaScript buruk bila ternyata berlebihan.

Hal ini menyebabkan waktu perenderan browser yang berlebihan dan berpotensi merusak fungsi lintas-peramban dan lintas-platform dengan mengandalkan penerapan CSS dan JavaScript secara sebaris.

Sebaiknya hindari ini sama sekali dalam proses pengembangan web Anda, dan pastikan bahwa Anda selalu menambahkan gaya baru ke style sheet CSS, dan semua JavaScript baru dibuat dan diperhitungkan dengan benar, daripada sebaris.

43. Apakah Akun GSC / GA Kanan Terhubung dengan Benar?

Anda tidak akan percaya seberapa sering hal ini muncul ketika saya mengambil alih situs web. Saya melihat akun GSC atau GA mereka, dan mereka tidak melaporkan atau bekerja dengan benar.

Ternyata pada suatu titik, akun GA atau GSC telah dialihkan ke akun lain, dan tidak ada yang peduli untuk memperbarui situs web yang sesuai. Atau, beberapa skenario aneh lainnya.

Inilah mengapa sangat penting untuk selalu memeriksa akun GSC dan GA dan memastikan bahwa situs tersebut memiliki profil yang tepat yang diterapkan.

44. Apakah Situs Ini Memiliki URL yang Terlalu Panjang?

Dengan memastikan bahwa URL cukup singkat, dan tidak memiliki URL yang ekstra panjang (lebih dari 100 karakter), dimungkinkan untuk menghindari masalah pengalaman pengguna.

Penting untuk dicatat bahwa URL yang lebih panjang dapat mengarah ke masalah pengalaman pengguna.

Jika ragu, jika Anda memiliki dua URL yang ingin digunakan dalam skenario pengalihan, dan satu lebih pendek dari yang lainnya, gunakan versi yang lebih pendek.

Selain itu, ini dianggap sebagai praktik terbaik SEO standar untuk membatasi URL hingga kurang dari 100 karakter. Alasan mengapa turun ke kegunaan dan pengalaman pengguna.

Google dapat memproses URL yang lebih panjang. Namun, URL yang lebih pendek jauh lebih mudah diuraikan, salin dan tempel, dan bagikan secara sosial.

Ini juga bisa menjadi sangat berantakan. URL yang lebih panjang, terutama yang dinamis, dapat merusak data analitik Anda.

Katakanlah Anda memiliki URL dinamis dengan parameter.

URL ini diperbarui dengan alasan apa pun beberapa kali dalam sebulan dan menghasilkan variasi baru dari URL yang sama dengan konten yang sama, dan juga memperbarui parameter.

Ketika URL sangat panjang dalam situasi ini, mungkin sulit untuk menyaring semua data analitik dan mengidentifikasi apa itu.

Di sinilah URL yang lebih pendek masuk. Mereka dapat mempermudah proses tersebut, dapat memastikan satu URL halaman untuk setiap bagian konten unik, dan Anda tidak menjalankan risiko merusak data pelaporan situs secara negatif.

Semuanya datang ke industri Anda dan apa yang Anda lakukan. Saran ini mungkin tidak masuk akal untuk situs e-niaga yang mungkin memiliki banyak URL dengan parameter seperti itu.

Dalam situasi seperti itu, metode yang berbeda untuk menangani URL semacam itu mungkin diinginkan.

45. Sasaran Apakah Kata Kunci di Situs?

Anda dapat memiliki konten terbaik di dunia. SEO teknis Anda dapat melampaui 100 persen dan menjadi situs web terbaik dan tercepat yang pernah ada. Namun, pada akhirnya, kata kunci adalah nama permainan.

Kueri kata kunci adalah bagaimana Google menemukan apa yang dicari orang.

Semakin banyak kata kunci yang ditargetkan di situs Anda, semakin baik bahwa Google akan dapat mengetahui di mana menempatkan situs Anda dalam hasil pencarian.

Apa sebenarnya yang dimaksud dengan kata kunci bertarget? Ini adalah kata apa pun yang digunakan pengguna untuk menemukan situs Anda, yang dipetakan ke kueri dari Google.

Dan apa metode terbaik dan paling keren yang digunakan untuk mengoptimalkan kata kunci ini?

Konsep pengoptimalan kata kunci dari distribusi linear berlaku. Ini bukan tentang berapa banyak kata kunci yang dapat Anda tambahkan ke laman, tetapi lebih banyak tentang distribusi linear apa yang memberi tahu mesin telusur.

Lebih baik untuk memiliki kata kunci ditaburkan di seluruh teks secara merata (dari tag judul, deskripsi, dan kata kunci meta ke bagian bawah halaman) dari segala sesuatu sampai wazoo dengan kata kunci.

Jangan berpikir Anda dapat secara acak memasukkan kata kunci ke dalam halaman dengan "kepadatan kata kunci tinggi" dan membuatnya bekerja lama. Itu hanya spam kata kunci acak, dan mesin telusur tidak menyukainya.

Ada perbedaan besar antara spam mesin pencari dan penargetan kata kunci. Pastikan situs Anda mematuhi penargetan kata kunci yang tepat untuk yang terakhir, dan bahwa Anda tidak dilihat sebagai spammer.

46. Adakah Notasi di Google Analytics Tentang Perubahan Situs Utama?

Untuk memperluas titik sebelumnya yang dibuat selama diskusi migrasi HTTPS kami, penting untuk memastikan bahwa setiap perubahan situs web utama dinotasikan di Google Analytics.

Ini membantu untuk menentukan di mana hal-hal (jika ada) yang salah selama overhaul teknis utama.

Jika penalti terjadi nanti, itu bisa lebih mudah untuk menentukan

47. Apakah Google Analytics Pengaturannya Benar di Situs?

Memperluas diskusi kami sebelumnya tentang akun yang tepat yang ditautkan, bahkan hanya menyiapkan Google Analytics dapat diabaikan oleh para profesional SEO yang paling berpengalaman sekalipun.

Ini adalah detail yang, meskipun tidak selalu diidentifikasi selama audit, dapat menimbulkan malapetaka pada data pelaporan nanti.

48. Apakah Google Tag Manager berfungsi dengan benar?

Jika Anda menggunakan Google Tag Manager (GTM) untuk pelaporan Anda, penting juga untuk menguji Google Pengelola Tag untuk memastikannya berfungsi dengan benar.

Jika penerapan pelaporan Anda tidak berfungsi, maka mereka dapat berakhir tidak dilaporkan atau terlalu melaporkan, dan Anda dapat membuat keputusan berdasarkan kesalahan positif yang disajikan oleh data yang salah.

Menggunakan mode pratinjau dan debug, Google Tag Assistant, dan menggunakan Screaming Frog dapat menjadi sarana yang bagus untuk itu.

Misalnya, mengidentifikasi laman yang tidak memiliki kode Google Pengelola Tag yang ditambahkan sangatlah mudah dengan Screaming Frog.

Menggunakan penelusuran dan ekstraksi khusus dapat membantu Anda melakukan hal ini. Metode ini dapat menemukan halaman yang, cukup sederhana, hanya tidak menginstal GTM.

Menggunakan Google Tag Assistant, Ekstensi Chrome untuk Google Pengelola Tag, dapat membantu Anda memecahkan masalah GTM, Google Analytics, dan AdWords. Ia bekerja dengan rekaman dengan merekam sesi browsing. Sesi ini kemudian akan melaporkan apa pun yang terjadi dan bagaimana interaksi data akan muncul di GA.

49. Apakah Situs Atau Punya Masalah Kualitas Utama Lainnya?

Masalah kualitas lain yang dapat memengaruhi situs Anda termasuk desain yang buruk.

Jujur.

Lihatlah situs Anda dan pesaing lain di ruang tersebut.

Seberapa besar Anda sangat menyukai situs Anda dibandingkan dengan pesaing tersebut? Ini adalah salah satu hal yang benar-benar tidak bisa Anda ketahui.

Itu harus dirasakan, atau ditelusuri melalui hal-hal tak berwujud seperti insting. Jika Anda benar-benar tidak menyukai apa yang dilakukan desain Anda, mungkin sudah waktunya untuk kembali ke papan gambar dan mulai lagi dari awal.

Masalah lain yang perlu diperhatikan termasuk kesalahan dalam konten, gambar buram, plug-in yang tidak berfungsi, atau apa pun yang memengaruhi sesuatu secara negatif dari sudut pandang pelaporan.

Itu bahkan mungkin bukan hukuman juga. Ini mungkin hanya pelaporan yang salah karena penerapan plug-in yang salah.

50. Apakah Data Pelaporan Anda Akurat?

Tema konsisten yang ingin saya sertakan di seluruh artikel ini termasuk ketidaktepatan dalam pelaporan.

Karena data pelaporan GSC dan GA sering digunakan saat membuat keputusan, sangat penting untuk memastikan bahwa penerapan GSC dan GA Anda 100 persen benar.

Artikel ini menjelaskan dengan tepat apa yang dapat terjadi ketika Anda memiliki masalah dengan data pelaporan.

Lalu lintas gelap, atau lalu lintas tersembunyi, dapat menjadi masalah jika tidak ditangani dengan benar.

Ini dapat membuat sebagian besar dari apa yang Anda pikir Anda ketahui tentang statistik lalu lintas pengunjung Anda.

Itu bisa menjadi masalah besar!

Platform Analytics, termasuk Google, mengalami kesulitan melacak setiap jenis sumber lalu lintas.

Situs Web Tidak Pernah Selesai!

Mengevaluasi kualitas situs web dapat menjadi proses berkelanjutan yang tidak pernah selesai. Penting untuk mengikuti jadwal rutin.

Mungkin jadwal audit situs web terjadi setiap tahun atau lebih. Dengan begitu, Anda dapat melanjutkan proses evaluasi yang mengidentifikasi masalah dan menempatkannya dalam antrian pengembangan sebelum menjadi masalah.

sumber

 

Situs Web Tidak Pernah Selesai!
ini benar adanya harus selalu ddi maintence dengan baik dan teratur supaya tetep exis hehe

 

Nyampai pusing bacanya, website memang harus terus dievaluasi, memperbaiki kesalahan-kesalahan yang ada di web sedikit demi sedikit dan terus update dan promosi yang paling penting jangan sampai kehabisan ide dalam menulis di web kita

 

triknya sangat banyak yang membuat malamku berganti siang, dan siangku menjadi malam, hahahaa

 

panjang juga ya alurnya ..

Sent from my [device_name] using Bersosial.com mobile app

 

dari artikel ente ternyata banyak yg masih belum saya kuasi
thanks bro

 

hadeuhhh baca pertanyaanya banyak bangetttt... jadi lier gan

 

Asyik ngebacanya....., tapi rumit ngerjainya......

 

Belajar step by step terus dipraktekan.., pratek itu yang paling penting..,

 

Banyak banget yang harus dipelajari kembali.

 

banyak bener ya, masih banyak yang harus dipersiapkan nih

 

web ane masih banyak banget kekurangan nya ternyata

 

sepertinya sudah tuntutan untuk menggunakan js di zaman skrg. jd tidak mungking untuk menghapus (none) js di web kita

 

wow.. sangat amat komplit gan bisa buat referensi untuk optimasi website

 

Sangat menarik penjelasan yang diberikan , yang tak kalah penting juga untuk meninjau ulang tracking yang dipasang pada website, beberapa tracking seperti google analytic dan beberapa tracking lain bisa memperlambat website yang berdampak pada menurunnya user experience bagi pengunjung setia. Pemakian track tidak selalu diperlukan ketika tahu apa yang ditargetkan

 

panjang bener, tapi memang untuk konten sebisa mungkin ori bikinan sendiri buka copy paste

 

Saya biasanya pake Seo audit, kalo check manual satu persatau ya gempor jg

 

Kami baru pertama kali mendengar yang ini.
Pertanyaannya kebanyakan waktu tidak cukup.
Salam....

 

lirik juga ssl, google lebih percaya terhadap situs yang memiliki domain ssl (https://).
Tentukan juga bagaimana spesifikasi paket yang dipilih ketika berniat Hosting, berpengaruh terhadap load page agar lebih cepat terindeks
cmiiw

 

onpage seo memang hal yang termasuk mudah ditangani karena gampang kita update2