bimo
New Member
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.
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.
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?
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.
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.
sumber
