MevvBridge Documentation

Instalación

MevvBridge necesita WordPress 6.0 o superior y PHP 8.1 o superior. Es completamente gratuito y no hay edición Pro — ninguna función está bloqueada.

Instálelo mientras Elementor sigue activo. La vía congelada se captura a partir del propio renderizado de Elementor; si ejecuta la toma de control con Elementor apagado, obtendrá un resultado vacío.

Suba y active el plugin. Todavía no quite Elementor.
Abra MevvBridge en el menú lateral de administración y lea el informe.
Pulse Tomar el relevo. No se elimina nada ni se edita ninguna página — solo se captura el aspecto de los elementos congelados.
Desactive Elementor y recorra sus páginas.
Si todo está en su sitio, puede desinstalar Elementor.
Si lo desea, pulse Convertir en bloques. Tras ese paso el contenido es WordPress nativo y también se puede eliminar el propio MevvBridge.

Si algo se ve mal después del paso 4, vuelva a activar Elementor: MevvBridge se aparta por sí solo.

Cómo funciona

MevvBridge lee el post meta _elementor_data — sus datos originales, que nunca borra — y reparte cada elemento en una de dos vías.

Vía en vivo: Los elementos que reconoce se reconstruyen a partir de sus datos en cada petición, tanto el marcado como el CSS. Siguen siendo editables y siguen siendo adaptables.
Vía congelada: Todo lo demás se captura una vez, mientras Elementor sigue instalado: el HTML renderizado del elemento más únicamente las reglas CSS que lo afectan. Se vuelve a imprimir exactamente como estaba — no editable, pero tampoco roto.

La regla es una lista blanca, no una lista negra. Un “esto lo reconozco” equivocado rompe la página; un “esto no lo reconozco” equivocado solo cuesta la editabilidad. Los widgets de terceros quedan deliberadamente fuera de la lista blanca, porque sus esquemas de control están cerrados para nosotros.

Hasta que convierta a bloques, su post_content no se toca en absoluto. MevvBridge se suma en the_content y produce la página en vivo. Solo lo hace mientras no haya ningún page builder de origen activo — reinstale Elementor y el puente se retira.

El informe — léalo antes de irse

MevvBridge tiene una sola pantalla de administración, bajo MevvBridge en el menú lateral. Requiere la capacidad de administrador. Todo ocurre ahí.

El escaneo busca contenido publicado que lleve datos de Elementor, sea cual sea su tipo de contenido. Eso importa: los encabezados, los pies de página y las bibliotecas de plantillas se guardan como tipos de contenido propios, y un escaneo limitado a páginas y entradas los pierde.

Resumen: Cuántas páginas, cuántos elementos y cuántos de ellos se congelarán.
La tabla: Una fila por cada contenido: Contenido · Tipo · Activos · Se congelará · Qué se congelará. La última columna nombra los tipos de widget que se van a congelar y cuántos hay de cada uno.
Aviso sobre contenido dinámico: Marcado con ⚠. Contenido que cambia en cada petición — una cuadrícula de productos, una lista de entradas. Al congelarse, queda fijado a lo que mostraba en el momento de la captura.
Contenido que no se puede convertir: Marcado con ⛔. Elementos que dejarían de funcionar si se congelaran — formularios de pago, formularios de contacto, inicios de sesión, carruseles. Las páginas que los contienen son rechazadas por la conversión a bloques y se quedan con Elementor.

Dos problemas distintos, separados a propósito: dinámico significa que se queda obsoleto, peligroso significa que deja de funcionar.

La etiqueta de estado de arriba dice Activo cuando MevvBridge está produciendo sus páginas, y Plugin de origen activo mientras siga activo un maquetador de origen.

Paso 1 — Tomar el relevo

Este paso no elimina Elementor y no edita ni una sola página. Captura.

El HTML renderizado de cada elemento congelado, tomado del propio renderizado público de Elementor.
Únicamente las reglas CSS que afectan a ese elemento, con el prefijo de ámbito de página eliminado para que las reglas sigan aplicándose después del cambio.
El SVG de los elementos de icono y caja de icono — esos se quedan en la vía en vivo, pero su icono solo existe en la salida renderizada. Si falta el SVG no se imprime nada; un icono inventado sería peor.
Las hojas de estilo que los plugins de origen realmente imprimían en la parte pública, copiadas a su carpeta de subidas y vueltas a encolar después.
Los colores globales y la tipografía de Elementor del kit activo, reemitidos como las mismas variables CSS que sus páginas ya referencian.
El CSS en línea que su tema imprime solo mientras Elementor está activo.

Los elementos capturados se guardan en una tabla propia en lugar de en post meta, de modo que no se cargan en cada petición.

Todo el sitio se captura en una sola petición. En un sitio muy grande eso puede alcanzar el límite de tiempo de PHP — es un límite conocido, no un fallo silencioso: el aviso de resultado le dice cuántos elementos se capturaron y enumera los primeros errores.

Paso 2 — Convertir en bloques

Opcional, y se desbloquea solo después de haber ejecutado el paso 1. Escribe marcado de bloques estándar en post_content, de modo que el contenido pasa a ser WordPress nativo y MevvBridge se puede desinstalar.

Los elementos reconocidos se convierten en bloques mevvsoft/* — los bloques de MevvBlocks.
Los elementos congelados se convierten en un bloque core/html con su CSS incrustado dentro, de modo que sobreviven incluso después de que se hayan ido todos los plugins.
El post_content original se respalda en el post meta _mevvbridge_onceki_icerik antes de escribir nada.

La conversión es todo o nada por página. Si un elemento congelado no tiene instantánea capturada, esa página se omite en lugar de quedar escrita a medias — media página es peor que ninguna. Las páginas que llevan un elemento que dejaría de funcionar también se omiten, y el aviso las nombra.

Después de este paso, editar esas páginas requiere MevvBlocks. Verlas no: el marcado es estándar y las partes congeladas son bloques HTML del núcleo.

¿Por qué no bloques del núcleo? Porque hasta WordPress 7.1 los atributos de los bloques del núcleo siguen sin tener concepto de breakpoint. En la página de inicio de referencia, 23 de 35 elementos en vivo llevaban valores para tableta o móvil; escribirlos como core/group habría tirado por la borda o la adaptabilidad o la fidelidad al píxel.

Qué sigue siendo editable

Estos tipos de elemento de Elementor se reconstruyen a partir de sus datos y se quedan en la vía en vivo:

containerheadingtext-editorbuttondividerimagetestimonialiconicon-boxicon-listshortcode

Los shortcodes se ejecutan en vivo en lugar de congelarse — congelar un shortcode fijaría su salida al momento de la captura.

Tres widgets de terceros tienen un equivalente nativo y se mapean en lugar de congelarse:

uael-woo-products: Se convierte en el bloque de productos, conservando el número de elementos, el número de columnas para escritorio/tableta/móvil, la ordenación y el filtro de categoría.
uael-woo-categories: Se convierte en el bloque de categorías de producto, conservando el diseño, las columnas, la posición del título y la regla de filtrado.
wpforms: Se convierte en un bloque de shortcode que contiene el shortcode de WPForms. Este no es un motor de formularios nuestro — el widget no hacía más que llamar a WPForms, y el shortcode hace lo mismo.

Un tipo reconocido sin equivalente en bloque se congela en lugar de imitarse. Un mapeo aproximado es una rotura silenciosa.

Qué significa realmente congelar

Un elemento congelado se ve idéntico y sigue funcionando como marcado, pero:

no se puede editar en MevvBridge ni en el editor de bloques más allá del HTML en bruto;
si mostraba contenido dinámico, ahora muestra lo que mostraba el día en que se capturó;
si necesitaba JavaScript — un carrusel, un slider, un acordeón — la copia congelada imprime su contenido apilado, porque el script que lo hacía interactivo ya no está.

Ese último caso es la razón por la que los sliders y los carruseles están en la lista de peligrosos: MevvBridge no convierte las páginas que los contienen. Arrastrar el script del plugin de origen se descartó — depende del propio runtime público del constructor y de su configuración por página.

Para recuperar el control de un elemento congelado, o vuelve a instalar el plugin de origen, o lo borra y lo reconstruye con un bloque.

Plantillas de encabezado y pie de página

Una migración que solo se lleva el cuerpo de la página pierde el pie de página en silencio. MevvBridge imprime en su lugar las plantillas de encabezado y pie de página de origen, leyéndolas de los propios ajustes de Header Footer Elementor.

Existen recetas de tema para Astra, GeneratePress y Storefront. Si su tema no tiene receta, no se imprime nada en absoluto — encajar un encabezado en un tema que no podemos levantar significa dos encabezados, garantizado. Si MevvBlocks ya tiene una plantilla equivalente, MevvBridge le cede el paso.

Se reproducen los nombres de clase originales, de modo que el CSS heredado de la configuración antigua sigue aplicándose.

Volver atrás

En ningún momento se borra nada. Su _elementor_data se queda exactamente donde estaba; MevvBridge lo lee y nunca escribe en él.

Antes de la conversión a bloques: Vuelva a activar Elementor. MevvBridge lo detecta y se retira del filtro de contenido, del almacén de estilos, de los globales y de la toma de control del encabezado y el pie. No hay nada que deshacer.
Después de la conversión a bloques: El contenido original está en el post meta _mevvbridge_onceki_icerik de cada página convertida. No hay ningún botón para esto; restáurelo con WP-CLI.

Una restauración tiene una trampa: wp_update_post() espera una entrada con barras invertidas y las quita él mismo. Si vuelve a escribir la copia de seguridad sin wp_slash(), las secuencias de escape dentro de los atributos de bloque pierden su barra invertida — los SVG salen en pantalla como un literal u003csvg.

wp eval '
foreach ( get_posts(["post_type"=>"any","numberposts"=>-1]) as $p ) {
  $y = get_post_meta( $p->ID, "_mevvbridge_onceki_icerik", true );
  if ( $y ) wp_update_post([ "ID"=>$p->ID, "post_content"=>wp_slash($y) ]);
}'

Vacíe la caché de páginas después. En LiteSpeed: wp litespeed-purge all.

Free y Pro

No hay ninguna división que explicar. MevvBridge es totalmente gratuito, incluido el paso de conversión. Ninguna función está restringida, no hay clave de licencia y no hay edición Pro.

Es una posición deliberada: este plugin existe para sacarle de una suscripción. Cobrar por la salida sería la misma trampa de otro color.

Cuando algo no funciona

El informe está vacío: Ningún contenido publicado lleva datos de Elementor. Las páginas en borrador no se escanean.
La toma de control no produjo nada: Elementor ya estaba desactivado. Vuelva a activarlo, ejecute de nuevo la toma de control y luego desactívelo.
«Convertir en bloques» está en gris: El paso 1 aún no se ha ejecutado. La condición es que la toma de control se haya ejecutado — no que algo se haya congelado, porque un sitio con cero elementos congelados es el mejor caso y no debería quedar bloqueado.
La conversión omitió algunas páginas: O bien un elemento congelado no tenía instantánea, o bien la página lleva un elemento que dejaría de funcionar al congelarse. El aviso los cuenta; la tabla del informe los nombra con ⛔.
La tipografía o el espaciado cambiaron tras apagar Elementor: Vuelva a ejecutar la toma de control con Elementor activo. La captura de estilos mide lo que su sitio imprimía realmente en la parte pública, así que tiene que ejecutarse en una petición pública, no desde la administración.
La página sigue viéndose como la versión antigua: Una caché de página completa está sirviendo HTML obsoleto. Vacíela — en LiteSpeed, wp litespeed-purge all. Añada una cadena de consulta aleatoria a la URL para comprobar la página sin caché.
Aparecieron dos pies de página: Su tema no tiene receta, o hay además una plantilla de pie de página de MevvBlocks activa. Compruebe que solo uno de ellos está produciendo el pie de página.
La toma de control o la conversión superaron el tiempo límite: Ambas se ejecutan en una sola petición. En un sitio grande, suba el límite de tiempo de PHP para esa petición o ejecútelas en una máquina más tranquila.

Límites

La lista de abajo es el producto siendo honesto consigo mismo. Nada de eso es un error.

Solo Elementor. Beaver Builder se reconoce como plugin de origen a efectos de apartarse, pero en esta versión no hay lector de Beaver.
Los widgets de terceros siempre se congelan. Reproducir un esquema de control cerrado se midió y falló en todos los casos probados; congelar es el resultado honesto.
Los elementos congelados no son editables y nunca se vuelven editables por sí solos. Promocionarlos a la vía en vivo es trabajo futuro.
El contenido dinámico queda fijado al momento de la captura. Una cuadrícula de productos congelada no sigue a su catálogo.
Las páginas con formularios, procesos de pago, inicios de sesión, sliders o carruseles no se convierten en absoluto — se quedan con Elementor.
Solo se trasladan las plantillas de encabezado y pie de página. Las plantillas de entrada individual, archivo y ventanas emergentes del theme builder de Elementor Pro no.
Sin motor de formularios. El mapeo de WPForms traslada la llamada; WPForms sigue imprimiendo el formulario.
Sin interfaz de edición. MevvBridge renderiza; editar las páginas convertidas es tarea de MevvBlocks.
La toma de control del encabezado y el pie se limita a tres recetas de tema y a los propios ajustes de Header Footer Elementor.
Las instantáneas capturadas viven en una tabla propia, así que una exportación WXR de WordPress no se las lleva. La recuperación es segura de todos modos: reinstale el plugin de origen y vuelva a capturar, porque sus datos originales nunca se borraron.
Ambas operaciones se ejecutan en una sola petición, sin división en lotes.

Apague Elementor sin romper el sitio.