En muchas tiendas Magento, el blog lleva años en funcionamiento, pero su tecnología actual deja de ser cómoda de mantener. Con el tiempo surge la necesidad de simplificar la arquitectura, aprovechar mejor los mecanismos nativos de Magento y ordenar el contenido sin reescribir manualmente cientos de entradas.
En muchas tiendas Magento, el blog lleva años en funcionamiento, pero su tecnología actual deja de ser cómoda de mantener. Con el tiempo surge la necesidad de simplificar la arquitectura, aprovechar mejor los mecanismos nativos de Magento y ordenar el contenido sin reescribir manualmente cientos de entradas.
Kowal_Blog resuelve este problema gracias a un mecanismo de migración desde módulos de blog existentes hacia un nuevo modelo basado en el catálogo de Magento.
Esto significa que cambiar de blog no tiene por qué suponer la pérdida del trabajo editorial ya realizado ni el riesgo de una caída brusca de visibilidad en los buscadores.
Qué aporta la migración
El valor más importante para el cliente es simple: el contenido que ya existe puede trasladarse a la nueva solución sin construirlo todo desde cero.
La migración permite conservar y organizar:
entradas del blog,
categorías,
etiquetas,
datos SEO básicos,
la estructura de publicación,
las relaciones entre el contenido y las categorías,
el historial de URL necesario para las redirecciones.
En la práctica, esto se traduce en un menor tiempo de implantación, menos riesgo editorial y un coste más bajo al pasar a la nueva solución.
Compatibilidad con blogs conocidos de Magento
El mecanismo de migración se ha preparado pensando en implantaciones reales de Magento, donde con mayor frecuencia se encuentran varias extensiones de blog conocidas.
Actualmente se admiten migraciones desde:
Amasty Blog,
Magefan Blog.
Esto es importante porque precisamente estas soluciones suelen estar presentes en tiendas que desarrollaron el blog de forma independiente al catálogo de Magento y que hoy quieren trasladarlo a un modelo más coherente.
Comandos de migración
La migración se ejecuta desde la consola de Magento:
bin/magento kowal:blog:migrate
El parámetro especifica el módulo del que deben obtenerse los datos. Valores disponibles:
amasty - importación desde Amasty Blog Pro,
magefan - importación desde Magefan Blog.
Migración básica desde Amasty:
bin/magento kowal:blog:migrate amasty
Migración básica desde Magefan:
bin/magento kowal:blog:migrate magefan
En la variante básica, el comando utiliza la categoría raíz del blog configurada en la configuración:
Stores > Configuration > Kowal > Blog > Blog Root Categories
Si la configuración no está definida o si para una ejecución concreta es necesario forzar otra raíz del blog, debe usarse la opción --root-category-id.
El valor 123 debe sustituirse por el identificador de la categoría de Magento bajo la que se crearán las categorías del blog migradas. Esta categoría se convierte en la página principal de destino del blog y en la raíz del árbol de categorías importado.
Prefijo de las URL antiguas
El comando dispone de la opción --legacy-prefix, que define el antiguo prefijo de las direcciones del blog utilizado al crear redirecciones 301.
En esta variante, el migrador sigue trasladando categorías, etiquetas y entradas, pero omite la creación de redirecciones 301 para las URL antiguas de entradas y etiquetas.
Qué significan las variantes de los comandos
Variantes más utilizadas:
bin/magento kowal:blog:migrate amasty
Importa datos desde Amasty, utiliza la categoría raíz de la configuración y crea redirecciones con el prefijo predeterminado blog.
bin/magento kowal:blog:migrate magefan
Importa datos desde Magefan, utiliza la categoría raíz de la configuración y crea redirecciones con el prefijo predeterminado blog.
El migrador traslada los metadatos SEO básicos allí donde pueden mapearse directamente a los campos nativos de Magento.
La regla más importante: después de la migración, una entrada del blog es un producto de tipo blog_post, por lo que los metadatos de la entrada se guardan en los campos SEO estándar del producto de Magento. Las categorías del blog son categorías del catálogo, por lo que sus metadatos se guardan en los campos SEO estándar de las categorías de Magento.
Metadatos de las entradas del blog
Para las entradas se migran:
meta title,
meta description,
meta keywords.
En el blog_post de destino, los campos se guardan como:
meta_titlemeta_descriptionmeta_keyword
Gracias a ello, después de la migración la entrada utiliza los mecanismos SEO nativos de Magento para productos: generación del título de la página, meta description, meta keywords, URL rewrite y gestión de store view.
Para Amasty Blog Pro, el mapeo es el siguiente:
meta_title se guarda en meta_title,
meta_description se guarda en meta_description,
meta_tags se guarda en meta_keyword.
Para Magefan Blog, el mapeo es el siguiente:
meta_title se guarda en meta_title,
meta_description se guarda en meta_description,
meta_keywords se guarda en meta_keyword.
Si la entrada de origen tiene valores separados por store view, el migrador los guarda como valores de producto por store view. Esto significa que los metadatos de entradas multilingües o multitienda pueden conservarse sin necesidad de reescribirlos manualmente después de la migración.
Metadatos de las categorías del blog
Para las categorías se migran:
meta title,
meta description,
meta keywords.
En la categoría Magento de destino, los campos se guardan como:
meta_titlemeta_descriptionmeta_keywords
Para Amasty Blog Pro, el mapeo es el siguiente:
meta_title se guarda en meta_title,
meta_description se guarda en meta_description,
meta_tags se guarda en meta_keywords.
Para Magefan Blog, el mapeo es el siguiente:
meta_title se guarda en meta_title,
meta_description se guarda en meta_description,
meta_keywords se guarda en meta_keywords.
Las categorías de Amasty pueden tener datos por store view y, en ese caso, el migrador guarda los valores correspondientes a nivel del store view concreto de la categoría de Magento.
Metadatos de las etiquetas
Las etiquetas en Kowal_Blog se modelan como opciones del atributo de producto blog_tags. Por eso, su migración funciona de forma distinta a la de entradas y categorías.
El migrador transfiere el nombre de la etiqueta a la etiqueta de la opción blog_tags y utiliza la antigua URL key o el slug de la etiqueta para preparar las redirecciones 301. Datos como:
meta title,
meta description,
meta keywords,
meta robots,
descripción de la etiqueta,
se leen del origen y se conservan en los datos de mapeo de la migración, pero no se guardan automáticamente como contenido activo de la página de la etiqueta en kowal_blog_tag_content.
Por ello, después de la migración conviene revisar por separado las páginas de etiquetas más importantes en el panel Blog > Tags y completar su descripción y metadatos si las etiquetas deben actuar como landing pages para tráfico SEO.
Meta robots y Open Graph
Los campos meta_robots se leen desde Amasty y Magefan en los datos de origen de la migración, pero el modelo de destino actual no los guarda automáticamente en entradas ni categorías como campo activo de frontend.
De forma análoga, los campos adicionales de Open Graph de Amasty, por ejemplo:
open_graph_meta_title,
open_graph_meta_description,
open_graph_meta_type,
así como los campos OG de Magefan, por ejemplo:
og_title,
og_description,
og_img,
og_type,
se conservan en los datos de migración, pero no se publican automáticamente en el frontend mediante Kowal_Blog.
Si el cliente utiliza meta robots avanzados u Open Graph en el blog actual, debe tenerse en cuenta en la auditoría posterior a la migración. Las variantes posibles son:
configuración manual de los valores más importantes en el módulo SEO de destino,
preparación de un adaptador adicional o una extensión de la migración,
uso de un módulo SEO externo que genere robots y Open Graph para productos de tipo blog_post y categorías del blog.
Verificación de metadatos después de la migración
Después de la migración, debe revisarse una muestra de las URL SEO más importantes:
entradas con mayor tráfico orgánico,
categorías del blog que generan visitas desde Google,
etiquetas que tenían páginas indexadas propias,
entradas con meta title y meta description personalizados,
versiones por store view, si la tienda es multilingüe.
Verificación mínima en el panel de Magento:
Abra la entrada importada de tipo blog_post.
Compruebe Search Engine Optimization.
Compare Meta Title, Meta Description y Meta Keywords con los datos de origen.
Abra la categoría de blog importada.
Compruebe la sección SEO de la categoría.
Para las etiquetas importantes, vaya a Blog > Tags y complete la descripción y los metadatos si deben mostrarse en el frontend.
Migración sin reescribir manualmente el contenido
Una de las mayores ventajas es que no hace falta reconstruir manualmente el blog.
En lugar de:
copiar los textos entrada por entrada,
recrear la estructura de categorías,
reescribir las etiquetas,
corregir manualmente decenas o cientos de URL,
puede realizarse una migración controlada a Kowal_Blog.
Para el equipo del cliente, esto significa menos trabajo operativo y, para el proyecto, una mayor previsibilidad.
Protección del SEO actual
Al migrar un blog, suele surgir una pregunta clave: ¿qué ocurrirá con las URL existentes?
Es una cuestión totalmente justificada, porque las entradas antiguas a menudo:
ya tienen tráfico orgánico,
están indexadas en Google,
tienen enlaces externos,
aparecen en materiales de marketing,
están vinculadas a campañas o newsletters.
Por eso, el mecanismo de migración de Kowal_Blog contempla la creación de redirecciones para estructuras conocidas de URL de entradas y etiquetas. Esto permite pasar al nuevo modelo de URL sin dejar a los usuarios ni a los robots de los buscadores en páginas que ya no funcionan.
Además, el sistema genera informes de las redirecciones realizadas y un informe independiente de colisiones de URL, de modo que el equipo de implantación ve inmediatamente qué rutas se han gestionado de forma automática y cuáles requieren una decisión.
Una mejor base para el desarrollo futuro de la tienda
La migración no es solo un traslado puntual de datos. También es una reorganización de la base sobre la que la tienda seguirá trabajando.
Después de la migración, el blog pasa a un modelo que utiliza mecanismos nativos de Magento, como:
categorías del catálogo,
store views,
URL rewrites,
atributos EAV,
SEO estándar de Magento,
formularios administrativos de Magento.
Esto simplifica el desarrollo a largo plazo y limita el número de capas separadas y no estándar que hay que mantener.
Posibilidad de preparar una migración a medida del cliente
No todas las tiendas utilizan uno de los módulos más populares. Algunas implantaciones funcionan con extensiones antiguas, soluciones propias o versiones modificadas de módulos disponibles en el mercado.
Por eso, el mecanismo de migración se ha diseñado de forma extensible.
Esto significa que, además de la compatibilidad ya lista con blogs conocidos de Magento, también es posible preparar una migración:
desde otro módulo de blog comercial,
desde una solución propia del cliente,
desde una estructura de datos no estándar creada en un proyecto concreto,
desde una versión de la extensión que anteriormente fue modificada para una tienda determinada.
Desde una perspectiva comercial, esta es una ventaja muy importante. El cliente no queda limitado únicamente a la lista de integraciones ya preparadas. Si la tienda utiliza un blog no estándar, puede prepararse una ruta de migración dedicada a sus datos concretos y a su proceso de negocio.
Para quién resulta especialmente valiosa esta posibilidad
La migración del blog a Kowal_Blog será especialmente valiosa para:
tiendas con un gran número de artículos,
marcas que publican contenido SEO con regularidad,
proyectos multilingües,
empresas que planean rediseñar el blog sin perder el tráfico existente,
tiendas que quieren simplificar la arquitectura de Magento y reducir el número de sistemas de contenido paralelos.
Argumento comercial directo
El cliente no compra aquí únicamente un nuevo módulo de blog.
Compra la posibilidad de pasar de la solución actual a un modelo más coherente con Magento:
sin reescribir manualmente el contenido,
con conservación del valor del contenido existente,
con control sobre las redirecciones,
con un informe de las operaciones realizadas,
con la opción de preparar una migración dedicada si el blog actual funciona de forma no estándar.
Esto acorta el camino desde la decisión de cambiar hasta la puesta en marcha real del nuevo blog y reduce de forma significativa la barrera de entrada para las tiendas que ya cuentan con un historial de publicaciones.
