Los constructores de páginas podrían no ser una buena idea
Esto es lo que pienso: Los constructores de páginas podría no ser una buena idea.
En este post, quiero compartir mi opinión acerca de los constructores de páginas y por que deberías pensarlo dos veces antes de considerar su uso.
Las observaciones son subjetivas, basadas en mi experiencia. Me refiero a las plataformas de Wix y Shopify, pero estos problemas se podrían encontrar en otras sitios también.
En mi opinión, estos son los problemas más comunes:
- El contenido no es reutilizable (no se puede reutilizar contenido en otras páginas).
- El diseño no es consistente (las páginas a menudo no se ven igual).
- El sitio no es sostenible (el cambio en una página no se propaga a otras páginas).
- El contenido no se puede mantener (el contenido no se puede extraer fácilmente de la base de datos).
- El sitio no es muy eficiente (los constructores de páginas cargan una gran cantidad de activos adicionales).
- Siempre falta una característica (los constructores de páginas no pueden resolver todos sus problemas).
- Conocer el constructor de páginas no te hace un desarrollador (deja el trabajo a un profesional).
Un poquito de Historia
En el tiempo que llevo dentro del desarrollo web, me he encontrado con proyectos que se construyen usando constructores de páginas. Estas son herramientas que permiten la construcción de páginas web sin escribir los códigos (principalmente).
En el 2014, trabaje con un constructor de páginas (Página de Twitter, todavía existe). Fue creado como una solución de arrastrar y soltar como la mayoría de los constructores de páginas modernas trabajan hoy. Después de un tiempo, me di cuenta de que el mundo no necesita otra herramienta. Aunque esa fue la decisión correcta, me base en los argumentos equivocados. En ese momento, yo no sabía nada sobre el rendimiento, la accesibilidad o mantenimiento, o que nunca conseguiría bien si lo desarrollara con una solución global. Ahora, permítanme contarles una historia sobre los problemas con los constructores de páginas.
Muchos problemas en constructores de pagina, Introducción
Al usar constructores de páginas, la mayoría de los usuarios construyen página por página. No hay un diseño o estructura original. ¿Por qué pagarías por algo que podrías hacer por ti mismo?
Así que empiezan por crear la primera página. Luego empiezan a jugar con el constructor de páginas, y una vez que están satisfechos, la declaran completada. Luego crean la segunda y una vez más, comienzan a jugar con el constructor de páginas y una vez más, declaran la página terminada.
Pero, ¿qué pasa a continuación? En ambas páginas, hay el mismo componente. Actualizan el componente en una página pero se olvidan de actualizarlo en la otra página. Y aquí está el primer problema: el contenido no es reutilizable.
Ese es un escenario del mundo real. Me pasó a mí, y no solo una vez. Claro, hay una opción para guardar el componente y reutilizarlo en la otra página. Pero los usuarios no usan esta opción.
Incluso cuando los usuarios crean un componente reutilizable, a menudo añaden un estilo en línea a cada instancia. Y ese es el segundo problema: el diseño no es coherente. La mayoría de los constructores de páginas ofrecen un estilo personalizado en términos de añadir relleno adicional y márgenes, colores y fuentes en cada componente. Estos ajustes casi siempre se ocultan por debajo y están a unos pocos clics de distancia. Los usuarios olvidan dónde están. Eso añade inconsistencia visual al sitio, que es casi siempre un efecto secundario desafortunado.
Esto deja en claro el tercer problema: el sitio no es sostenible. Esto es una pesadilla para la mayoría de los desarrolladores, ya que no les gusta repetir. Ellos quieren un código reutilizable y bien estructurado que sea fácilmente manipulado en sus editores de código favoritos. También no les gusta codificar dentro del navegador sin las características de fantasía como auto-completado o auto-inteligente. Pero a los usuarios no les importa porque nunca usaron el editor de código. No puedes extrañar algo que nunca experimentaste.
Por lo tanto, aunque el sitio es pequeño y sólo hay unas pocas páginas, no es problema actualizar los componentes manualmente. Esto ocurre cuando el sitio ya no es tan pequeño. Los usuarios a menudo compran o desarrollan un nuevo tema a cada momento. Y ahora llegamos al cuarto problema: el contenido no es migrable.
Puesto que la mayoría de los constructores de páginas no guardan la información, es decir, el contenido, no podemos pasarlo a un nuevo tema fácilmente. Los constructores de páginas almacenan códigos cortos, código HTML y estilo en línea junto con el contenido. No existe un método sencillo para extraer el galimatías del contenido real. Esto significa que todo el contenido existente será ignorado y desperdiciado. Sólo existirá mientras esté el constructor de páginas, y los usuarios tendrán que escribir el nuevo contenido. A veces es lo que quieren, pero cuando no sea el caso, reescribir el contenido será tedioso, a menudo bloqueando, esa es la cuestión.
Ahora que hemos mencionado el galimatías, descubrimos el quinto problema: el sitio no es muy eficiente. Este es el punto en el que los usuarios les gustaría mejorar su puntuación. Desafortunadamente, los constructores de páginas introducen varios problemas, desde encadenar CSS a cargar activos adicionales, como CSS, Javascript y archivos de fuentes. Los usuarios no saben de estos problemas hasta que ven puntuaciones rojas en las herramientas de prueba de velocidad. En este punto, algunos usuarios optan por instalar plugins adicionales.
Y eso nos lleva al sexto problema: siempre falta una característica. Ningún constructor de página podría ofrecer una solución completa para todos los usuarios. Cuando los usuarios instalan plugins, a veces no trabajan junto a los constructores de páginas. Ahora a los usuarios les gusta desarrollar una nueva característica. Estas tareas no son simples y requieren de costos adicionales.
Y ese es el séptimo problema: usar un constructor de páginas no te hace un desarrollador. Los desarrolladores y los usuarios no piensan igual. El cerebro de un desarrollador funciona completamente diferente, y siempre está tratando de resolver problemas de la manera más eficiente. Los desarrolladores experimentados predicen y anticipan los problemas mucho antes de que surjan.
No quiero ofender a nadie aquí, pero construir páginas es algo más que escribir contenido y colocarlo en algún lugar de la página. Usted debe dejar este trabajo a un profesional, especialmente si desea mantener el sitio a largo plazo. Pida al experto que proponga la solución alternativa para usted, como la construcción de un tema de WordPress personalizado o el uso de un generador de un sitio estático.
Conclusión
Los constructores de páginas son herramientas útiles para jugar y tal vez incluso aprender el cómo funcionan las páginas. Pero son imaginados como una herramienta universal para todos los escenarios posibles, y eso normalmente no funciona. Así que apreciar sus datos, es la parte esencial de un sitio web. Usted puede pensar que es el diseño, pero los usuarios vuelven por el contenido, no el diseño. Deje su contenido en manos de un profesional en lugar de un constructor de páginas.
Texto original: PAGE BUILDERS MIGHT NOT BE A GOOD IDEA por Silvestar Bistrović