Reka Bentuk Web Responsif (RWD) terdiri, dalam beberapa perkataan, mereka bentuk dan membangunkan tapak unik yang akan menyesuaikan diri dengan beberapa resolusi skrin sambil mengoptimumkan kandungannya. Reka bentuk proses ini akan membolehkan anda mengoptimumkan pengalaman penyemakan imbas anda, mencipta halaman web yang responsif dan fleksibel, dioptimumkan untuk peranti yang mengaksesnya.
SEO (Pengoptimuman Enjin Carian), sebaliknya, adalah strategi untuk mengoptimumkan kandungan dan struktur laman web anda. Ia membolehkan, antara lain, untuk mempromosikan pemahaman kandungan halaman web anda oleh enjin carian, dan untuk mencapai kedudukan tinggi dalam hasil carian.
Untuk meningkatkan kehadirannya dalam hasil carian Google, langkah penting ialah mereka bentuk kandungan berkualiti, mengurus teg tapak dan metadata, serta pautan balik. Tujuan enjin carian adalah untuk memberikan hasil yang relevan untuk pengguna, adalah penting untuk mengetahui cara mengoptimumkan laman web anda.
Pengguna Internet menghabiskan purata 4 kali lebih sedikit masa Internet daripada telefon bimbitnya daripada pada komputer mejanya. Oleh itu, maklumat mesti boleh dilihat dengan cepat, jelas dan menawarkan navigasi bendalir/disesuaikan dengan medium. Oleh itu, penyelesaian untuk menawarkan pengalaman unik kepada pengguna di terminal mereka semakin meningkat, tetapi mestilah semenarik mungkin untuk memenuhi keperluan pengguna, serta SEO.
Mengetahui cara memanfaatkan peluang apabila perlu

Pada masa ini terdapat tiga kaedah untuk bertindak balas terhadap aliran penyesuaian semua media ini:
- Reka Bentuk Web Responsif yang dibentangkan sebelum ini,
- Pelayanan Dinamik, yang pada alamat yang sama akan mencari fail khusus bergantung pada terminal,
- Tapak khusus, di mana matlamatnya adalah untuk membangunkan tapak lain, khusus untuk peranti mudah alih sahaja.
Oleh itu responsif akan berdasarkan satu jenis kandungan, hanya diformatkan oleh helaian gaya dan saiz port pandangan, manakala Penyajian Dinamik dan tapak khusus akan menawarkan halaman berbeza bergantung pada terminal.
Secara umum, Google menyokong penggunaan Responsif, menonjolkan sisi praktikal penyelenggaraan.ini dan kelajuan akses. Di samping itu, berkenaan dengan kandungan tapak anda, responsif cenderung untuk bertindak balas dan menyamaratakan permintaan/keperluan pengguna. Tetapi bagaimana dengan eadakah terdapat keterlihatan dan akses kepada url anda pada enjin carian?
S(e)o Responsif

Memposisikan diri anda dengan baik dalam kedudukan enjin carian sama dengan merangsangnya, memberikannya apa yang diharapkan, dan tepat sekali, Google gemar Responsif. Ia bukan sahaja mengesyorkannya, tetapi juga mempromosikannya dalam hasil cariannya untuk tapak yang ingin dioptimumkan untuk telefon pintar (khususnya melalui algoritma Hummingbird, meneruskan prinsip carian semantik).
Selain itu, sebagai ResponsifReka Bentuk Web memfokuskan pada satu URL untuk versi mudah alih dan desktop, jadi ia akan mendapat manfaat daripada semua pautan balik dan pautan dalaman, dan oleh itu tidak akan disebarkan ke URL lain (didedikasikan untuk versi mudah alih, taip m.ux- republic.com ).
NOTA: Selain itu, tapak mudah alih khusus kadangkala boleh menyebabkan masalah dalam pengindeksan carian. Contoh yang paling konkrit ialah e-tailer terkenal di Perancis, yang akan melihat hanya sebahagian daripada katalog mereka diindeks pada versi mudah alih. Pengguna boleh melancarkan permintaan, dan berakhir di tapak yang tidak dioptimumkan untuk mudah alih, lebih berat untuk dimuatkan, sekali gus merendahkan pengalaman pengguna.
Akhir sekali, responsif akan membantu menurunkan kadar lantunan dalam enjin carian, dan menjamin pengguna Internet untuk menerima maklumat yang mereka cari dalam bentuk yang paling sesuai. Kadar lantunan diambil kira dalam kedudukan tapak anda yang baik.
Oleh itu, tapak responsif membawa kelebihan yang ketara dari segi pengalaman pengguna, SEO dan kos pembangunan. Walau bagaimanapun, adakah penyelesaian responsif sentiasa lebih disukai daripada tapak mudah alih khusus?
"Jadikan ia berfungsi, perbetulkan, percepatkan" (Kent Beck)

Sebelum membuat keputusan strategik, anda mesti bertanya pada diri sendiri soalan yang paling penting: Apakah yang pengguna Internet mahu lakukan di tapak saya, dari mudah alih mereka? Adalah penting untuk memfokuskan keutamaan anda kepada minat pengguna.
Contohnya di tapak pesanan makanan, saya akan mahu memesan sedekat mungkin dengan rumah, secepat mungkin. Saya sama sekali tidak perlu mengetahui sejarah syarikat ini atau tarikh penciptaannya sebelum mencapai matlamat saya.
Pada tapak tempahan saya tidak memerlukan apa-apa selain daripada dapat membuat tempahan dengan mudah dan cepat di tapak mudah alih.
Oleh itu, tapak khusus kadangkala lebih relevan dan lebih disasarkan kepada keperluan utama pengguna berbanding tapak responsif yang, walaupun kami menganggap reka letak semula untuk mudah alih, akan menjadi kurang cekap dari segi pemprosesan maklumat. Dan pengguna Internet akan memberikannya kembali kepada anda.
Sebaliknya, kita boleh mentakrifkan bahawa, jika keperluan fungsian adalah sama pada desktop dan mudah alih, pilihan responsif nampaknya sesuai dan mungkin tidak dapat dielakkan hari ini untuk memenuhi keperluan pengguna Internet.
Tetapi bagaimana jika sesetengah kandungan perlu dijana secara dinamik bergantung pada jenis medium?
"Houston, kami mempunyai masalah" (Jack Swigert)
Untuk menjawab soalan ini, kita boleh mempunyai beberapa pendekatan yang berbeza, bergantung pada keperluan dan kegunaan SEO:
- Hasilkan semua kandungan (mudah alih, tablet, web) setelah pengesanan bot. Sudah tentu, kami meliputi semua kemungkinan, tetapi malangnya kami menawarkan pengguna Internet hasil carian yang tidak berkaitan bergantung pada medium yang digunakan.
- Hasilkan kandungan jenis media secara lalai. Hanyut Mudah Alih Pertama, kita boleh memberitahu diri kita bahawa robot itu hanya akan mengendalikan SEO mudah alih. Kami boleh bertahan, tetapi kami boleh melakukan yang lebih baik untuk pengguna. Nampaknya tidak serasi hari ini untuk tidak bertindak balas dengan tepat kepada apa yang pengguna mahu dan mempunyai kadar lantunan yang baik.
- Penggunaan pelayar Webkit, seperti PhantomJS. Penyelesaian dianjurkan dalam kebanyakan projek menggunakan rangka kerja baharu seperti AngularJS atau Backbone. Ini adalah salah satu rujukan buat masa ini untuk mengatasi masalah SEO, dengan Varnish sebagai tambahan (pelayan cache).
Satu-satunya masalah: Dalam kes projek dengan trafik yang tinggi, sudah mempunyai enjin pemaparan (dan oleh itu kemungkinan menyuntik data semasa pengesanan robot), yang mempunyai seni bina yang kompleks, kita mungkin takut perlu mengubah suai infrastruktur untuk menambah alat baharu ini , dan takut masa kependaman. - Pengepala HTTP Vary: Berikut adalah satu lagi kemungkinan konkrit, yang biasa digunakan untuk menyembunyikan sumber yang sama beberapa kali dalam bentuk yang berbeza, ia boleh campur tangan dalam pengalihan ke kandungan tertentu bergantung pada Ejen Pengguna Robot. Masalahnya ialah untuk mengetahui semua Ejen Pengguna untuk robot, untuk membuat pengecualian dan oleh itu untuk menyediakan pangkalan data, boleh diselenggara dan dikemas kini untuk setiap enjin carian dan dengan setiap versi baharu. Amaran: Jika anda menawarkan kandungan yang berbeza antara pengguna dan robot, anda berisiko disenaraihitamkan.
Oleh itu, setiap cadangan memberikan idea yang baik, tetapi juga kelemahan yang ketara. Daripada ini, kita mungkin bertanya kepada diri sendiri: "Apakah yang benar-benar memenuhi keperluan saya?"
Jika tiada pendekatan yang dicadangkan sesuai dengan anda, anda boleh memutuskan untuk kembali ke langkah pertama artikel ini dan memilih penyelesaian lain.
Pilihan keutamaan
Kerana ya, tapak responsif adalah bergaya, murah dan sangat berguna. Tetapi anda perlu tahu cara menggunakannya dengan bijak, dan untuk jenis projek yang betul.
Strategi pengoptimuman mudah alih anda tidak seharusnya bebas daripada strategi keseluruhan anda. Ia mesti ditentukan bagaimana kandungan harus ditafsirkan pada terminal yang berbeza. Jika anda perlu menawarkan kandungan yang berbeza sepenuhnya bergantung pada medium, adalah lebih baik untuk memilih sebagai contoh untuk tapak mudah alih yang berasingan yang akan mempunyai URL sendiri, berbeza daripada format lain. Jika kandungan dijana secara dinamik, jika anda tidak mahu membenamkan keseluruhan sistem pengecaman terminal sisi pelayan, atau pemulihan Ejen Pengguna, penyelenggaraan, kemas kini dan SEO adalah penting untuk anda, maka adalah lebih baik untuk memilih yang khusus tapak.
Walau bagaimanapun, jika skop projek yang sama ini terhad kepada pilihan Responsif...
Jadi semboyan untuk SEO hendaklah: Berkompromi.
Maklumat lanjut tentang amalan mudah alih yang baik?
http://www.etourisme-feng-shui.com/2014/06/17/smxparis-les-bonnes-pratiques-a-retenir-pour-sa-strategie-mobile/
Angka penggunaan Internet:
http://ookawa-corp.over-blog.com/2014/05/tous-les-chiffres-2014-sur-l-utilisation-d-internet-du-mobile-et-des-medias-sociaux-dans-le-monde.html
http://www.servicesmobiles.fr/services_mobiles/mobile_chiffres/
http://www.blogdumoderateur.com/chiffres-internet/
http://www.blogdumoderateur.com/top-20-sites-applications-mobiles/
SEO responsif dan mudah:
http://admaker.fr/blog/infographie-top-5-des-raisons-dadopter-le-responsive-web-design/
http://www.searchenginejournal.com/4-seo-benefits-responsive-web-design/92807/
http://www.mostlytruestuff.com/benefits-responsive-web-design/
http://searchengineland.com/the-importance-of-responsive-web-design-for-b2b-sites-179358
http://www.intelligentpositioning.com/blog/2014/06/2-reasons-need-responsive-designed-website/
http://www.journaldunet.com/solutions/seo-referencement/responsive-design-et-seo.shtml
Kandungan Dinamik:
http://searchengineland.com/when-responsive-web-design-is-bad-for-seo-149109
http://fr.slideshare.net/telezent/responsive-design-vs-dynamic-serving-vs-separate-mobile-website
Ketua:
http://www.webmasterworld.com/google/4669157.htm
https://developers.google.com/webmasters/smartphone-sites/details
http://blog.hubspot.com/insiders/how-to-follow-googles-mobile-rules-for-awesome-seo
Romain Maury – Saintis UX @UX-Republic
