Làm thế nào quan trọng là thiết kế web đáp ứng?

Gần đây tôi đã nghe nhiều ý kiến ​​liên quan đến những ưu và nhược điểm của việc sử dụng thiết kế web đáp ứng và đang tự hỏi liệu có cần thiết cho các doanh nghiệp nhỏ nhắm mục tiêu vào các khu vực địa lý nhỏ để thực hiện thiết kế web đáp ứng không?

Một số câu hỏi phụ tôi có liên quan đến điều này bao gồm:

1. Có tốt hơn khi sử dụng thiết kế web đáp ứng thay vì sử dụng mã riêng cho các kích thước / thiết bị khác nhau không?

2. Nó có khả năng ảnh hưởng đến SEO (tích cực hay tiêu cực) không?

3. Các vấn đề chính tôi có thể gặp phải khi tối ưu hóa một trang web cho một doanh nghiệp bằng phương pháp thiết kế này là gì?

Việc sử dụng internet di động được dự đoán rộng rãi sẽ vượt quá mức sử dụng máy tính để bàn trong vòng một vài năm kể từ bây giờ, vì vậy một số loại tối ưu hóa di động nên được xem xét nghiêm túc cho bất kỳ doanh nghiệp nào.

Theo nhiều cách, điều này đặc biệt đúng đối với các doanh nghiệp nhỏ, địa phương: có thể dự đoán được, rất nhiều tìm kiếm trên thiết bị di động có xu hướng tập trung vào việc tìm kiếm những thứ gần đó - nghĩ đến việc tìm một cửa hàng, nhà hàng, v.v.

Kể từ tháng 5 năm 2012, thiết kế đáp ứng là phương thức tốt nhất trong ngành được Google khuyên dùng khi thiết kế cho điện thoại thông minh. Một trong những lợi ích chính là bạn đang điều hành một trang web: đó là một trang web để thiết kế, xây dựng, duy trì và quảng bá. Đó là hiệu quả.

Từ quan điểm SEO, lưu trữ một trang web di động riêng biệt, vdmexample.com, có nghĩa là bạn cần tối ưu hóa 2 trang web riêng biệt và phân chia giá trị doanh nghiệp của bạn (PageRank, chính quyền, v.v.) trên hai địa điểm. Mặc dù bạn có thể tránh điều đó bằng cách phân phát nội dung trên cùng một URL thông qua phát hiện tác nhân người dùng, nhưng điều này không giải quyết được sự trùng lặp nỗ lực (vẫn là 2 trang web riêng biệt) và nó cũng đưa ra nhiều thách thức kỹ thuật hơn, ví dụ như đảm bảo tác nhân người dùng của bạn phát hiện hoạt động và được cập nhật, rằng các công cụ tìm kiếm lập chỉ mục đúng nội dung trong đúng chỉ mục, v.v.

Trong tất cả, thiết kế đáp ứng là một giải pháp thanh lịch.

Để trả lời các câu hỏi khác của bạn:

1. Chạm vào ở trên, nhưng cũng xem xét thị trường di động phát triển nhanh như thế nào. Giải pháp di động của bạn càng linh hoạt, bạn sẽ càng cần phải làm ít hơn để theo kịp.

2. Phụ thuộc vào những gì bạn đang so sánh với, nhưng như đã đề cập ở trên, một trong hai tùy chọn chính khác có những thách thức SEO quan trọng kèm theo chúng.

   Đã có một số lo ngại về vấn đề "che giấu", tức là ẩn nội dung khỏi các công cụ tìm kiếm, vốn là thiết kế đáp ứng trong hầu hết các triển khai. Tuy nhiên, mặc dù điều này không, theo hiểu biết của tôi, đã được trả lời rõ ràng bởi bất kỳ công cụ tìm kiếm lớn nào, rằng Google coi đó là "thực tiễn tốt nhất" có thể được coi là một dấu hiệu cho thấy Google có khả năng nhận thức được việc che giấu nội dung hợp pháp cho lý do tối ưu hóa thiết bị và khác, ít ẩn hợp pháp hơn, vì lý do thao túng.

3. Tôi nghĩ rằng thách thức chính là xác định nội dung nào sẽ hiển thị cho người dùng di động. Tùy thuộc vào trang web của bạn, điều đó có thể không phải là một vấn đề, nhưng trong nhiều trường hợp nó là. Cân nhắc quan trọng ở đây là để hiểu khách truy cập di động của bạn đang cố gắng làm gì. Ví dụ, ai đó trên iPhone có thể muốn thông tin hoặc giao dịch nhanh chóng, dễ dàng. Cùng một người trên iPad có nhiều khả năng quan tâm đến trải nghiệm duyệt web nhàn nhã hơn.

Ý tưởng đằng sau là mang lại trải nghiệm duyệt tối ưu cho khách truy cập của bạn bất kể thiết bị. Vì số lượng khách truy cập của bạn sử dụng thiết bị di động gần như sẽ tăng thay vì giảm, nên việc đi theo con đường đó hoàn toàn có ý nghĩa.

Có một số chủ đề giá cả phải chăng (không thể nói là rẻ) cho Blog và CMS, bạn có thể dùng thử ngay và xem bạn có thích những gì bạn nhận được không (Xác minh với tất cả hoặc một số thiết bị khách hàng của bạn).

1. Miễn là bạn phải có lý do đặc biệt luôn cố gắng tập trung vào một cơ sở mã. Một lý do có thể là bạn muốn cung cấp một trang web chuyên biệt như "ứng dụng web".

2. SEO: không. Tốt và xấu như một bố cục không đáp ứng.

3. Bạn phải làm thêm một chút kế hoạch ngay từ đầu. Nội dung nào sẽ được hiển thị trên thiết bị nhỏ nhất, thứ tự nội dung nên như thế nào? Những thứ như vậy. Hoặc: Nội dung của tôi có tốt ở mọi kích thước được hỗ trợ của tôi không? Bạn cũng có thể muốn tối ưu hóa kích thước hình ảnh của mình cho từng kích thước để cung cấp không chỉ hình ảnh có kích thước trình duyệt mà cả kích thước thực. Nếu CMS của bạn không hỗ trợ thì đó là một số công việc nữa.

Nếu bạn có kế hoạch bao gồm quảng cáo từ một nguồn bên ngoài, bạn cũng phải xác minh xem các định dạng đã cho có hoạt động tốt với nhau không.

Chỉnh sửa:

Hãy để tôi nói thêm rằng nếu bạn có sẵn dữ liệu phân tích web lịch sử (giả sử Google Analytics), bạn có thể dễ dàng tìm kiếm số lượng người dùng Di động so với Không di động, xác định các thiết bị đã sử dụng (xuống phần cứng thực tế) và xem độ phân giải màn hình ("Họ có thực sự nhìn thấy các trang của tôi hay chỉ là một phần của nó và phải cuộn không?").

Chỉnh sửa thứ hai:

Theo bài đăng này "Trang web di động so với thiết kế đáp ứng: Giải pháp phù hợp cho doanh nghiệp của bạn là gì?" "Trên blog Google Analytics, một trang web được thiết kế với Thiết kế đáp ứng có ưu điểm này:

• Dễ cập nhật
• Tối ưu hóa cho công cụ tìm kiếm
• Thêm mã chuyển đổi và chuyển hướng

Ưu điểm của trang web di động riêng biệt:

• Thiết kế cho nhu cầu người dùng di động
• Tạo trang web Quicke
• Tùy chọn DIY tuyệt vời

Bài viết "Thiết kế đáp ứng - khai thác sức mạnh của các truy vấn phương tiện" trên Blog chính thức của Google Webmaster đưa ra một giới thiệu hay về cách "Thiết kế đáp ứng" thực sự được triển khai.

"Xây dựng trang web được tối ưu hóa cho thiết bị di động" trên Google Nhà phát triển tuyên bố:

"Google khuyến nghị các quản trị web tuân theo thực tiễn tốt nhất trong ngành là sử dụng thiết kế web đáp ứng, cụ thể là phục vụ cùng một HTML cho tất cả các thiết bị [...]"

Tôi nghĩ rằng điều quan trọng trước tiên là nhận ra rằng "thiết kế đáp ứng" (RD) là một thuật ngữ buzz (nếu tôi đặt Độ rộng: 100% cho một phần tử tôi có RD ngay tại đó, để phóng đại) và do đó tầm quan trọng của nó có vẻ quan trọng hơn nó thực sự là cuối cùng nó có điều kiện như mọi thứ khác.

Có cần thiết phải thực hiện RD không?

Để trả lời rằng bạn sẽ cần nêu một số định nghĩa:

1. Đối tượng mục tiêu của bạn là ai
2. Loại đối tượng nào là mục tiêu của bạn
3. Mục đích với trang web của bạn là gì
4. Trang web của bạn sẽ được truy cập từ đâu (trong hầu hết các trường hợp)
5. v.v.

Điều này rất giống với phân tích tiếp thị. Đó là về việc có phương tiện phù hợp cho đúng đối tượng (có lẽ khán giả của bạn ngồi trước máy tính hầu hết thời gian trong ngày hoặc họ đang di chuyển với iPhone mới nhất, v.v.). Do họ làm cả hai, thì tất nhiên RD là trung tâm.

Có tốt hơn khi sử dụng thiết kế web đáp ứng thay vì sử dụng mã riêng cho các kích thước / thiết bị khác nhau không?

Phụ thuộc vào độ phức tạp của giao diện người dùng và cách bạn sẽ sử dụng nó. Một trang điển hình trong hầu hết các trường hợp có thể được hiển thị bằng cách sử dụng các bộ CSS khác nhau cho các màn hình khác nhau. Tuy nhiên, các UI phức tạp hoặc phức tạp hơn có thể yêu cầu các cách tiếp cận khác nhau, vì vậy có thể khôn ngoan khi trình bày một cấu trúc và chiến lược trang khác nhau tùy thuộc vào thiết bị nào được sử dụng (ví dụ: bản đồ Google, giao diện đa chạm ..).

Nó có thể ảnh hưởng đến SEO (tích cực hay tiêu cực)?

SEO là về nội dung nhiều hơn là thiết kế. Chỉ Google mới biết họ có thiết kế trọng lượng hay không, nhưng thiết kế / bố cục, nhưng nói chung nếu nội dung của bạn có chất lượng cao thì điều này sẽ có trọng số hơn so với thiết kế thực tế.

Các vấn đề chính tôi có thể gặp phải khi tối ưu hóa một trang web cho một doanh nghiệp bằng phương pháp thiết kế này là gì?

Thiết kế nó cho khán giả sai. Phân tích mục tiêu của bạn và cung cấp dữ liệu kỹ thuật cập nhật nếu có thể (ví dụ: nhật ký khách truy cập cung cấp thông tin về nền tảng, v.v.)

Công nghệ mới luôn có rủi ro, ref. vấn đề HTML5 cho Facebook. Nó chưa hoàn toàn trưởng thành vào thời điểm này và mời các vấn đề khác nhau tương tự như IE6 so với các vấn đề tiêu chuẩn.

Giữ nó đơn giản nhất có thể. Các trang web ưa thích chỉ có giá trị trong một thời gian rất ngắn cho đến khi người dùng thực sự phải sử dụng trang của bạn. Nếu phải đợi 1/2 giây để hoàn thành mờ dần cho mỗi lần nhấp, người dùng sẽ bị mất khá nhanh. Những thứ như vậy.

Tôi đã đọc lướt các câu trả lời khác, tha thứ cho tôi nếu tôi dư thừa ... Tôi đang thực hiện thiết kế đáp ứng mỗi ngày trong 8 + giờ mỗi ngày vào thời điểm này ... Khách hàng của tôi muốn điều đó vì họ muốn người dùng di động có 'sự độc đáo' kinh nghiệm, nhà tuyển dụng của tôi muốn nó bởi vì nó được Google tự hào là phương pháp ưa thích và hợp lý hóa tốt. (và nếu được Google tự hào là cách để làm điều gì đó rất có thể hoạt động tốt nhất cho SEO)

Có tốt hơn khi sử dụng thiết kế web đáp ứng thay vì sử dụng mã riêng cho các kích thước / thiết bị khác nhau không?

Tôi muốn nói rằng nó tốt hơn, vâng. Hầu hết các mã của bạn là cùng một mã dẫn đến công việc ít hơn so với viết ứng dụng iPhone, ứng dụng droid, ứng dụng iPad, ứng dụng kindle .... bạn sẽ hiểu rõ.

Nó có khả năng ảnh hưởng đến SEO (tích cực hay tiêu cực) không?

Từ một điểm thiết kế, tôi cảm thấy nó trung tính; tuy nhiên, từ một điểm thống kê, các thiết kế đáp ứng của tôi đang hoạt động rất tốt. Khách hàng thích chúng, và khách hàng thích sử dụng chúng.

Các vấn đề chính tôi có thể gặp phải khi tối ưu hóa một trang web cho một doanh nghiệp bằng phương pháp thiết kế này là gì?

Ban đầu hơi khó thực hiện ... bạn cần thực hiện một số nghiên cứu về truy vấn phương tiện và tốt nhất là có một số thiết bị di động để kiểm tra. Hãy nhớ rằng, thay đổi kích thước cửa sổ của bạn trên máy tính để bàn của bạn là gần, nhưng cách các thiết bị di động kết xuất internet đôi khi khác với bạn mong đợi. Chẳng hạn, tôi đã thiết kế một trang web đáp ứng trong đó tôi đã sử dụng lặp lại bg cho tiêu đề và trên máy tính để bàn, nó trải dài trên toàn bộ khu vực có thể xem được; tuy nhiên, trên iOS, nó bị cắt ngắn vì một số lý do ...

Tôi khuyên bạn nên học và thử một số thiết kế đáp ứng. kiểm tra trang web này để bắt đầu nhảy: http://html5boilerplate.com

Để trả lời câu hỏi trong tiêu đề: nó rất quan trọng và nó sẽ giúp bạn nhận thức được nó và cách thiết kế cho nó, và nếu bạn quyết định không sử dụng nó, bạn nên chuẩn bị để bảo vệ lập trường đó vì khách hàng của bạn có thể được thiết lập về việc có thiết kế này. Từ kinh nghiệm của tôi, khách hàng và khách hàng đều yêu thích thiết kế đáp ứng. Khách hàng hạnh phúc và khách hàng hạnh phúc là đủ lý do để tôi theo đuổi nó :)

Thiết kế web đáp ứng là rất quan trọng - nếu bạn đang tạo một trang web mới, bạn PHẢI làm cho trang web của bạn phản hồi. Đã có, 50% lưu lượng truy cập là từ các thiết bị di động và máy tính bảng và không chỉ điều này sẽ phát triển, nó sẽ trở thành hình thức sử dụng internet rõ ràng.

Đối với các doanh nghiệp nhỏ nhắm mục tiêu vào các khu vực địa lý nhỏ, điều thậm chí còn quan trọng hơn - SEO sẽ rất khó khăn cho một doanh nghiệp nhỏ mới, nhưng nếu sản phẩm của bạn tốt, bạn có thể tối đa hóa số lượng người chia sẻ những gì bạn đang làm.

Khi nói đến việc đọc phương tiện truyền thông xã hội, mọi người chủ yếu sử dụng các thiết bị di động bây giờ - thường là trên giường vào buổi sáng và trên giường vào ban đêm.

Nếu trang web của bạn không sử dụng được trên thiết bị di động thì mọi chia sẻ đánh vào đối tượng liên quan của bạn đều bị lãng phí. Bạn không muốn điều này. Điều quan trọng là phải tránh nó xảy ra.

Về mã phản hồi hoặc mã riêng biệt: Nhược điểm chính đối với thiết kế đáp ứng là nó không nhanh như các cơ sở mã riêng biệt. Mất tốc độ này sẽ không đáng kể, chắc chắn trong trường hợp của một doanh nghiệp địa phương nhỏ khi các yếu tố khác có thể xuất hiện trong tâm trí người dùng về lý do tại sao trang web chậm hơn 0,2 giây so với các doanh nghiệp khác.

Ưu điểm lớn của thiết kế đáp ứng là bạn giữ cùng một cơ sở mã. Điều này làm giảm chi phí bảo trì, chi phí thử nghiệm và chi phí phát triển.

Điều quan trọng trong SEO ngày nay là 'Chất lượng trang web' - chất lượng trang web rất khó đo lường, nhưng nói chung, google sử dụng Tỷ lệ thoát và thời gian trên trang web để đo lường điều này. Nếu trang web của bạn hút trên thiết bị di động, 50% lưu lượng truy cập của bạn sẽ có tỷ lệ thoát cao và số lượng khách truy cập cao với mức độ tương tác thấp (dưới 10 giây trên trang).

Điều này khiến bạn có nguy cơ bị phạt Google - hãy xem Google Panda và các hình phạt Chính xác về Tên miền phù hợp (tuần trước) , cả hai đều phạt các trang web vì có 'chất lượng thấp'.

Vấn đề chính bạn có thể gặp phải khi tối ưu hóa một trang web cho một doanh nghiệp bằng phương pháp này là đó là một từ thông dụng mới, mọi người đều cần nó, vì vậy có những cao bồi ngoài kia đang tính giá cao một cách vô lý cho một thứ cực kỳ dễ làm.

Ví dụ, gần đây tôi đã tạo một trang web có cửa hàng, diễn đàn, phần Hỏi & Đáp cũng như các trang khác, blog, vv đáp ứng đầy đủ cho tất cả các thiết bị trong khoảng một ngày.

Đây là những điều cơ bản của những gì bạn cần làm:

1. Điều chỉnh phần đệm cơ thể và lề
2. Thay vào đó, di chuyển các menu bên trái hoặc phải vào các menu thả xuống, có thể ẩn chúng bên dưới một nút tùy chọn ở trên cùng.
3. Thay đổi kích thước container, sử dụng chiều rộng 100% nơi bạn có thể
4. Thay đổi tất cả hình ảnh của bạn thành chiều rộng 100%
5. Quyết định những thứ không cần thiết trên điện thoại (quảng cáo?) Và xóa chúng (hiển thị: không có)

Đây là một số mã mẫu:

@media screen and (max-width:480px) {
body {
margin:5px;
padding:0px;
}
.advertbox {
display:none;
}
}

Những gì làm là loại bỏ bất cứ thứ gì có một lớp 'advertbox' khỏi điện thoại thông minh (với chiều rộng tối đa 480px) và giảm lề cơ thể.

Nếu bạn đang tạo một trang web mới, việc xây dựng này thậm chí còn dễ dàng hơn vì bạn có thể đảm bảo rằng bạn xây dựng một thiết kế sạch sẽ với các lớp sạch đẹp và kiểu dáng đẹp để phù hợp với tất cả các thiết bị.

Tôi hi vọng cái này giúp được!

Tôi chỉ muốn hòa nhập với một góc nhìn khác:

Không, nó không bắt buộc hoặc thậm chí không nên. Nó phụ thuộc vào đối tượng mục tiêu của bạn là ai. Nhìn vào phân tích của bạn và xem tỷ lệ phần trăm đến từ Di động và trong số những người đến trên Di động có giảm đáng kể so với người dùng Máy tính để bàn của bạn không?

Để đưa ra một ví dụ nơi tôi làm việc, trang web của chúng tôi không phản hồi. 90% lưu lượng truy cập của chúng tôi đến từ người dùng Máy tính để bàn và Tỷ lệ thoát và Tỷ lệ hoàn thành sự kiện gần như giống hệt nhau trên Máy tính để bàn, Di động và Máy tính bảng.

Cho đến khi có một sự biện minh chi phí để thay đổi nó, đơn giản là không có động lực tài chính nào để chúng tôi làm như vậy. Nói các tuyên bố sâu rộng như 50% người dùng trên thiết bị di động hoặc một cái gì đó chỉ được áp dụng nếu tất cả người dùng là đối tượng mục tiêu của bạn. Nếu không, nó hoàn toàn không liên quan và logic xấu để làm theo.

Bạn chỉ cần nhìn vào% người dùng trên thiết bị di động mà bạn đang nhắm mục tiêu. Riêng đối với các ứng dụng B2B, hầu hết mọi người sẽ không nhìn vào điện thoại của họ khi rảnh rỗi. Bạn sẽ nhận được lưu lượng truy cập từ thứ Hai đến thứ Sáu trên máy tính để bàn.