Magento Go ha sido desde su introducción un entorno muy restringido. No está ni cerca del nivel de Magento CE / EE, que son totalmente de código abierto. Realmente tampoco es comparable a un competidor como Shopify, que tiene un sistema de plantillas editables pero una funcionalidad fija.
Esto se traduce en restricciones bastante severas sobre lo que se puede personalizar de una manera moderna y eficiente (es decir, cómo realmente necesita construir una tienda personalizada).
Parte 1
Magento Go viene con temas (menos de una docena que revisé por última vez), que están "listos para usar". Estos no fueron diseñados ni desarrollados por Magento, sino que se subcontrataron a un tercero. Esto es crítico para la Parte 3.3.
Parte 2
Los temas en Magento Go están completamente construidos de CSS, JS e imágenes. No hay acceso a los archivos de diseño o plantilla como Magento CE / EE, lo que significa que debe usar el marcado exacto y la funcionalidad que ofrece Magento Go.
No puede agregar funcionalidad, excepto las "Extensiones de confianza" que se analizan para Magento Go, pero la selección es extremadamente limitada en comparación con Magento CE / EE (donde, por supuesto, podría escribir la suya propia).
Solo puede eliminar la funcionalidad que puede ser dirigida por los selectores CSS / JS, lo que parece razonable pero es un punto importante porque gran parte del marcado de Magento Go no se describe adecuadamente usando clases para tal orientación.
Parte 3
Es posible un tema 100% personalizado (nada es imposible) pero completamente poco práctico. La razón principal es que Magento Go no tiene un tema "base", es decir, un tema desprovisto de hojas de estilo frontend y comportamiento JS. Para realmente "comenzar desde cero" eso es lo que necesita.
Magento Go requiere que elijas uno de sus temas y luego lo personalices encima. Hay varias razones por las que esto no es deseable:
Los activos del tema subyacente (JS, CSS, imágenes) aún se cargarán, incluso si no los quiere / necesita.
No puede mezclar diseños de múltiples temas, es todo o nada. Así que estás atrapado con la vista de producto y la vista de categoría de un tema.
Los temas subcontratados fueron escritos con estándares CSS muy pobres. Su CSS está lleno de selectores ineficientes y largos, y los atributos se definen con frecuencia con declaraciones importantes. Esta es una pesadilla absoluta para anular y mantener.
El comportamiento de JS es otra historia completamente diferente. Cada tema implementa un comportamiento similar de manera diferente como las cajas de luz. Si planea introducir JS personalizados, tenga en cuenta que probablemente desarme los eventos que ya están adjuntos.
Hay temas comerciales vendidos para Magento Go. Estos no son reemplazos para los temas centrales. Simplemente agregan encima de uno de ellos y sufren los mismos problemas.
Crear algo así como un tema receptivo está fuera de discusión porque Magento Go ha bloqueado suposiciones que no se sostienen en ese contexto.
Una vez dicho esto
He creado un diseño altamente personalizado en Magento Go (alrededor de mayo de 2011). Se puede hacer bastante cerca de una maqueta de sitio de comercio electrónico estándar / stock con algunas concesiones. Simplemente no lo recomiendo.
Magento Go es bueno para alguien que solo quiere elegir un tema, agregar productos y vender, un proyecto de una hora. No es una buena plataforma para un diseño personalizado. Shopify ya lo ha clavado. Para obtener el mismo precio, tienen un mejor producto para proyectos de diseño personalizado, y eso queda claro por la calidad y amplitud del mercado temático de Shopify.
Pero Shopify sigue siendo una plataforma alojada y eso significa restricciones independientemente. Las implementaciones frontales complejas se beneficiarían de la fortaleza de Magento CE / EE detrás de escena (API / integraciones / etc.). Diferentes plataformas para diferentes cosas.