¿Las pequeñas empresas deben codificar sus sitios para admitir Chrome?

Question

Trabajo en sitios pequeños para salones de bronceado y esas cosas. No admitimos material específico de ActiveX en IE, y admitimos Firefox. He notado un comportamiento extraño con Chrome. Las estadísticas de mi navegador dicen < El 1% de mis visitantes usa Chrome.

He oído a la gente decir que no está ni cerca de ser el mejor en su clase. Pero me gusta la forma en que todo se ejecuta en su propio proceso y esas cosas.

¿Chrome va a ser lo suficientemente popular como para tener que codificarlo? Cuando se haga popular, ¿se arreglará su extraña representación?

Answer 1

Primero escriba el código para las normas, luego para los diferentes motores de renderizado si es necesario. Nunca diseñes sitios web para navegadores específicos, es una pendiente muy resbaladiza.

Answer 2

Chrome aún se encuentra en la versión beta inicial y su renderizado no está libre de errores, también tengo problemas de IU críticos en Chrome. Planeo que mis aplicaciones web funcionen en Chrome, pero tomé la decisión de no cambiar nada hasta que Chrome llegue a un nivel más maduro.

Google has recently said they will be bringing Chrome to a non beta state very soon (a diferencia de su historial de dejar cosas en beta durante 5 años más o menos).

Además, si planea usar Chrome para webdev en este estado beta, querrá install the "Developer Channel" que le da acceso a versiones más nuevas que la versión pública, muy importante en esta etapa del navegador. En fecha 12/10/2008 la versión dev de Chrome es 0.4.154.33

Answer 3

es una buena razón para mejorar el soporte para los navegadores WebKit en general (es lo que no tiene ningún clientes que utilizan Safari en un Mac?)

Answer 4

Chrome usa WebKit, un motor de renderizado bastante estándar. Safari también lo usa y no parece que WebKit se vaya. Si tiene los recursos necesarios, le aconsejaría que lo solucione.

Answer 5

Probablemente aún no: Chrome sigue cambiando bastante rápido, y apuntan a ser totalmente compatibles con los diversos estándares y pruebas. Si intentas seguir Chrome ahora mismo, probablemente estarás rastreando muchos pequeños cambios que eventualmente querrás revertir.

Answer 6

Probaría las páginas con Chrome. Si has hecho un buen trabajo, no debería haber tantos problemas.

En realidad, es posible escribir un código que funciona en todos los navegadores (bueno, tal vez no IE 6 o anterior);)

Answer 7

Jimmy tiene un muy buen punto ahí, Chrome y Safari están basados ​​tanto fuera como dentro de WebKit. Si falla en Chrome, hay buenas posibilidades de que se rompa en Safari, el navegador Nokia S60 y el resto también.

Answer 8

En mi opinión, todo depende de sus clientes y sus usuarios. Verificaría sus weblogs y vería si es un porcentaje significativo.

Si se está volviendo significativo, hasta el punto en que sus clientes podrían estar perdiendo dinero, lo discutiría con ellos y vería si están dispuestos a pagar más para alinear sus sitios con Chrome.

Personalmente no me preocuparía hasta que llegue al menos al 1% constantemente. Y aún así, todavía hablaría con sus clientes sobre esto primero.

Por otro lado, es muy posible que obtenga un 5% de cuota de mercado en el próximo año más o menos. Es Google después de todo.

Answer 9

La clave está en escribir en estándares, utilizando marcas semánticamente correctas y bien formadas. Haga que la implementación base funcione para la mayoría de los navegadores (tantos como sea posible) y realice ajustes para manejar los restantes.

Los sitios de escritura que se personalizan para ser "mejor visualizados con" un navegador determinado perpetúan la incapacidad del proveedor del navegador para esforzarse por cumplir con los estándares.

Answer 10

No creo que deba codificar nada específico para Chrome. Si dicen que los estándares web son importantes para ellos, Chrome eventualmente seguirá esos estándares a la perfección.

Tampoco creo que Chrome sea muy popular. Cuando lo vi, lo primero que pensé fue "Guau ... Mozilla con una G impresa". Y no he estado muy impresionado desde entonces.

En pocas palabras: debe intentar que su sitio admita los principales navegadores. Opera, IE, Firefox. Por lo general, cumplir con los estándares web y las mejores prácticas lo logrará. Otras veces necesita crear soluciones alternativas o forzar a los navegadores a actuar de una determinada manera. ES DECIR. Firefox e IE usan un modelo de borde diferente. Puede obligar al menos a FF a utilizar el mismo modelo de borde que IE.

Answer 11

Si está haciendo el trabajo con Javascript y esto está dando lugar a diferencias notables entre los navegadores, entonces definitivamente recomendaría usar un marco de terceros como jQuery para que pueda trabajar con una interfaz común de navegador independiente. Sin embargo, si sus diferencias se deben a HTML/CSS en sus páginas, siempre daré prioridad a los navegadores más populares según las estadísticas de su sitio. Si < 1% utiliza Chrome, consideraría seriamente dedicar el tiempo a otras tareas en lugar de investigar algo que en realidad podría ser un problema con un nuevo navegador que aún se encuentra en una versión beta muy temprana.

Answer 12

Como usuario final, me molesta un poco si algún sitio no admite Chrome: básicamente, empiezo a ignorarlo, pero no antes de escribir una queja primero. Dicho esto, a veces es culpa de Chrome, no de los diseñadores. Sin embargo, realmente no me importa de quién es la culpa, ya que todo lo que quiero es que la página se reproduzca correctamente y funcione como se espera.

Answer 13

Conozco a varias grandes compañías que han prohibido el uso de Chrome hasta que permita la instalación en una unidad que no sea la C. Supongo que si Chrome supera esto y algunos de los problemas de UI mencionados en otra parte, se volverá muy popular. Creo que deberías planear apoyar a Chrome.

Answer 14

Tanto las grandes empresas web como las pequeñas empresas web con las que personalmente trabajo no hacen nada con Chrome. No está en su radar de navegador. Y algunos de los más grandes son grandes ecommerce.

Por lo tanto, no dedico tiempo de codificación para admitir Chrome. Lo ejecuto con fines de investigación y desarrollo de mercado.

Answer 15

Nunca código para admitir productos beta. Espere a que terminen de hacer su software antes de comenzar a cambiar el suyo para que lo soporte.

Answer 16

Debe orientar navegadores según lo que sus clientes están usando. Si el 80% de sus clientes utilizan IE, entonces sería prudente probar su sitio principalmente en IE. Si sabe que sus clientes están utilizando FF, sería prudente probar su sitio principalmente en FF.

Dicho esto, la cuota de mercado de Google Chrome es básicamente un error de redondeo, por lo que no, no me molestaría. A menos que, por supuesto, sepa de antemano que una gran cantidad de sus usuarios lo están usando.

(por ejemplo, para una aplicación de iPhone que escribí, encontramos que la mayoría de nuestros usuarios se navega en nuestro sitio desde un iPhone --que conocimientos, absolutamente increíble, destrozando la tierra concepto. Por lo tanto, empezamos a hacer la mayoría de nuestro sitio web de prueba contra el navegador iphone)

Answer 17

En primer lugar, apunte al estándar actual, luego priorice según el alboroto que realicen sus usuarios (si tiene un 1% muy vocal sigue siendo un 1% vocal de su base de usuarios)

Answer 18

Incluso si Chrome no está en la versión beta, para mí todavía está en versión beta. Debido a que Chrome no puede mostrar bien png24 con el cambio de opacidad (intenté hacer un fadeIn/fadeOut con jquery en una imagen png y recibí un ANNOYING blanco flash antes de la animación de la imagen; puede ver el problema here)