Versión y estado de parches
En qué versión de Magento o Adobe Commerce está, si sigue teniendo soporte y qué parches de seguridad faltan. Leído a partir de lo que la tienda expone públicamente; se lo diremos si no podemos saberlo desde fuera.
Diagnóstico de tienda Magento
La mayoría de las tiendas que miramos tienen dos o tres cosas que les cuestan dinero sin hacer ruido: un parche de seguridad sin aplicar, un cache que no está haciendo su trabajo, un paso del checkout que tarda cuatro segundos. Envíenos la URL, le echaremos un vistazo gratis y le diremos qué encontramos.
Ingeniería en Magento y Adobe Commerce desde Massachusetts, para negocios de e-commerce de todo Estados Unidos.
Cómo funciona
No hay ninguna herramienta automática detrás de esto. Parte de lo que hacemos usa mediciones públicas: Lighthouse y los datos de campo de Core Web Vitals para la velocidad, la huella de versión que una tienda Magento deja ver en su propio marcado, las cabeceras de respuesta que muestran si el full-page cache está funcionando. El resto es un ingeniero de Magento abriendo la tienda, recorriendo el catálogo y el checkout, y fijándose en qué está mal.
Es más lento que un escáner y bastante más útil. Un escáner le dice que una página sacó un 41. No le dice que sacó un 41 porque un widget de reseñas de terceros se está cargando de forma síncrona en el head, que es un arreglo de veinte minutos.
No necesitamos acceso al panel de administración ni credenciales del servidor para la revisión inicial, y no los pediremos antes de haber hablado.
La lista
En qué versión de Magento o Adobe Commerce está, si sigue teniendo soporte y qué parches de seguridad faltan. Leído a partir de lo que la tienda expone públicamente; se lo diremos si no podemos saberlo desde fuera.
Si su versión de PHP está soportada por su versión de Magento y sigue recibiendo correcciones de seguridad, y qué implicaría actualizar a una actual.
Velocidad de la página de inicio, una página de categoría y una página de producto, medida en lugar de supuesta. Donde Chrome tiene datos de campo de su tienda, también los usamos: es sobre lo que Google posiciona de verdad.
Si el full-page cache y Varnish están acertando, si Redis está configurado como Magento espera, y qué páginas están abriendo agujeros en el cache sin necesidad.
El modo de los indexers y si algo parece atascado, más la configuración de OpenSearch o Elasticsearch donde podamos verla. Parte de esto requiere mirar dentro; señalaremos lo que solo pudimos comprobar con acceso.
Recorremos su checkout como lo haría un cliente, en un teléfono y en un ordenador de escritorio, y anotamos qué va lento, qué está roto o qué pide más de lo necesario.
Parches que faltan, rutas de administración expuestas, cabeceras que deberían estar y no están, y las firmas de skimmers de frontend que se ven desde fuera.
Indexabilidad, etiquetas canonical, datos estructurados, sitemap y robots.txt, y la proliferación de URLs de navegación por capas que Magento produce por defecto y bajo la que entierra sus páginas de categoría sin que se note.
Tiempo hasta el primer byte, desde dónde se sirve la tienda, configuración del CDN, y si el stack que hay delante de Magento está ayudando o estorbando.
Límites honestos
El rendimiento, el comportamiento del cache, el checkout, las cabeceras de seguridad, los fundamentos de SEO y la huella de versión se ven desde el sitio público, así que sobre esas partes podemos hablar con seguridad.
El estado de los indexers, la salud del cron, el tamaño de la base de datos, el ruido en los logs, los conflictos entre extensiones de terceros y cualquier cosa dentro del panel de administración requieren un acceso que todavía no tenemos. Le diremos cuáles de nuestros hallazgos son firmes y cuáles merecen comprobarse bien, en lugar de presentar una suposición como un diagnóstico.
Solicite un diagnóstico
Con los cuatro primeros campos nos basta para empezar. El resto nos ayuda a enfocar la revisión, y puede saltarse cualquiera de ellos.
Preguntas frecuentes
La mayoría de las veces no lo sabe, hasta que algo se rompe o un cliente se queja. Una tienda puede tener parches de seguridad sin aplicar, estar sirviendo páginas sin cache y llevar un indexer atascado en inválido mientras el panel de administración parece estar bien y los pedidos siguen entrando. Para eso está el diagnóstico: alguien que sabe qué mirar lee la tienda desde fuera y le dice qué hay de verdad.
Sí. Revisamos su tienda y le enviamos lo que encontramos. No hay cargo ni obligación de contratarnos después; si la respuesta es que su tienda está en buen estado, eso es lo que le diremos.
Con la URL de la tienda basta para empezar. Su versión de Magento, el volumen de pedidos y el hosting nos ayudan a enfocar la revisión, pero podemos deducirlos desde fuera si prefiere no compartirlos todavía. No necesitamos acceso al panel de administración, y no lo pediremos antes de haber hablado.
No. Parte de ello usa herramientas públicas: mediciones de velocidad, datos de campo de Core Web Vitals, la huella de versión que una tienda Magento deja ver en su marcado. El resto es un ingeniero de Magento leyendo la tienda y diciéndole qué destaca. Por eso tarda un par de días y no treinta segundos.
No para la revisión inicial. Todo lo que contiene sale de lo que la tienda muestra públicamente. Cualquier cosa que requiera mirar dentro (estado de los indexers, salud del cron, tamaño de la base de datos, ruido en los logs) la acotaríamos aparte una vez que haya decidido que la quiere.
Le dice lo que se puede ver desde fuera: si su versión sigue recibiendo parches, si los últimos parecen estar aplicados, si la ruta de administración está expuesta, qué cabeceras de seguridad faltan y si aparece alguna firma conocida de skimmer en el frontend. No puede ver dentro del servidor ni de la base de código. Cuando algo necesita mirarse más de cerca, lo decimos en lugar de suponer.
Puede que sí. La versión y el estado de los parches de la revisión responden a la primera mitad: si está en una versión que Adobe sigue parcheando y si el PHP que hay debajo sigue recibiendo correcciones de seguridad. Si es así, una actualización normalmente puede esperar a un momento razonable. Si no, le decimos qué implicaría una actualización para su tienda en concreto: las extensiones, el código a medida y el cambio de versión de PHP que suele venir con ella.
Va a Emyrix y a ningún otro sitio. La usamos para revisar su tienda y para responderle. No la vendemos, no la compartimos ni le añadimos a una lista de correo. Vea nuestra página de privacidad para el detalle.
Con ambos, y con Mage-OS. La revisión es la misma en cualquier caso; las diferencias aparecen en las recomendaciones, no en lo que miramos.
Relacionado