Migración de MGID a Adgora sin perder ingresos
Guía para migrar de MGID a Adgora protegiendo ingresos: alcance, auditoría de emplazamientos y línea base estable.
En esta página0%

Define el alcance de la migración en torno a la protección de ingresos, no a la paridad total de la plataforma
El primer error es intentar copiar cada detalle de MGID desde el primer día. Suena ordenado, pero puede llevar a un editor a pasar semanas ajustando cosas mientras los ingresos se desvanecen. Empieza con una pregunta: ¿qué debe mantenerse estable para que el sitio siga generando dinero?
Para la mayoría de los editores, la respuesta es limitada. Conserva los emplazamientos que convierten, conserva las fuentes de tráfico que rinden y conserva las páginas que ya tienen historial. Si estás redactando cómo migrar de MGID a Adgora sin perder ingresos del editor, o si necesitas entender cómo proteger ingresos al cambiar de red publicitaria, el alcance debe definirse en términos de dinero, no de producto.
Un buen alcance nombra tres cosas: la sección exacta del sitio, el modelo de ingresos detrás de ella y el periodo que vas a proteger. Un sitio quizá solo necesite migrar primero 5 páginas de artículos de alto valor. Otro podría necesitar la página de inicio y 2 páginas de categoría. Alcance pequeño. Protección real.
No empieces con “paridad total”. Esa frase invita a hacer trabajo extra. En su lugar, deja claro qué es innegociable para los ingresos: el número de emplazamientos, la densidad publicitaria y el presupuesto de velocidad de la página. Si un cambio no afecta a esos tres puntos, puede esperar.
Un editor trató una vez el cambio como un proyecto de rediseño y terminó tocando 14 ajustes pequeños a la vez. Luego apareció una caída y nadie sabía si la causa era un widget, un tiempo de espera o un cambio en el diseño. Evita ese lío. Mantén la primera migración lo bastante pequeña como para diagnosticarla en una mañana.
Audita qué emplazamientos, widgets y reglas críticos para los ingresos deben seguir igual
Haz una lista con 4 columnas: nombre del emplazamiento, comportamiento actual en MGID, impacto en ingresos y si Adgora puede igualarlo directamente. Esa lista debe incluir los widgets exactos que están above the fold, dentro de los artículos y al final del contenido, porque suelen ser los primeros lugares donde se ven cambios en el RPM.
Concéntrate en lo que afecta la entrega, la carga de la página y la experiencia del usuario. Si un widget añade 1,5 segundos al tiempo de carga, eso importa. Si un elemento fijo empuja el contenido hacia abajo y aumenta la tasa de rebote, también importa. Un pequeño retraso puede costar más de lo que jamás recupera una optimización elegante.
Observa de cerca las reglas de entrega. Los límites de frecuencia, la segmentación por dispositivo, los filtros geográficos y los bloqueos por categoría de contenido pueden cambiar rápido la mezcla de ingresos. Si alguna regla no está documentada, márcala con claridad. No adivines. Adivinar sale caro.
Este hábito es útil: separa lo que “hay que conservar” de lo que “sería bueno conservar”. Un emplazamiento que genera el 40% del RPM de la página va en el primer grupo. Un contenedor decorativo que solo cambia la apariencia va en el segundo. La misma lógica se aplica al comportamiento de actualización del widget, al espaciado de los bloques publicitarios y a las reglas de lazy loading.
- Nombres y posiciones de los emplazamientos
- Widgets above the fold y dentro del contenido
- Intervalos de actualización
- Reglas específicas por dispositivo
- Filtros geográficos y de fuente de tráfico
- Impacto en la velocidad de la página
Hay una prueba práctica. Si al eliminar un ajuste cambiarían más los ingresos que la estética, déjalo dentro del alcance. Simple. No hace falta poesía.
Construye una línea base usando el último periodo estable de MGID
Antes de cualquier cambio, toma una instantánea del último periodo estable de MGID. Usa 7 días o 14 días si el sitio tiene tráfico constante; si el tráfico fluctúa mucho los fines de semana, incluye datos de entre semana y del fin de semana. Necesitas una línea base que refleje el comportamiento normal, no un pico afortunado.
Registra el conjunto mínimo de comparación: páginas principales, fuentes de tráfico, reparto por dispositivo, visibilidad y rendimiento a nivel de emplazamiento. Si omites el reparto por dispositivo, puede que no notes que el móvil sostiene toda la cuenta. Si omites las fuentes de tráfico, un solo partner de referencia podría ocultar una caída en otra parte.
Coloca los números en una sola hoja. Luego ponlos en otra. Puede parecer excesivo, pero cuando las primeras 48 horas después de la migración se vuelvan caóticas, querrás una copia limpia en la que confiar. Mantén la línea base lo bastante acotada como para leerla en 5 minutos.
Incluye al menos tres referencias de ingresos: RPM de la página, RPM del emplazamiento e ingresos diarios totales. Luego añade una métrica de salud del tráfico, como la tasa de rebote o la profundidad de página, porque una configuración de anuncios que aumenta los clics pero ahuyenta a los usuarios no es una victoria. Solo es una pérdida retrasada.
Una aclaración: no compares la primera hora migrada con un día completo estable y entres en pánico. Así es como la gente se inventa problemas. Compara cosas equivalentes, preferiblemente la misma hora del día y la misma mezcla de fuentes de tráfico.
Replica en Adgora el flujo de monetización actual con la menor cantidad de piezas móviles posible
Tu primera configuración en Adgora debería reflejar la ruta de ingresos en vivo, no mejorarla. Resiste la tentación de probar 6 ideas nuevas a la vez. El objetivo es la continuidad. Una optimización más limpia puede venir después, cuando la cuenta haya demostrado que puede mantener estables los ingresos.
Empieza con el mismo orden de emplazamientos, la misma profundidad de contenido y, cuando sea posible, el mismo equilibrio entre móvil y escritorio. Si MGID mostraba un anuncio después del párrafo 3 y Adgora puede hacer algo funcionalmente similar, iguala eso primero. No rediseñes el cuerpo del artículo el primer día.
Si Adgora ofrece varios formatos, elige el más parecido al flujo actual. No estás montando una exposición de museo. Estás preservando la ruta de ingresos. Para un editor que compara pilas publicitarias, la configuración de Adgora debería ser aburrida en el mejor sentido posible.
Es aquí donde la referencia interna puede ayudar. Si tu sitio también ejecuta otras pruebas de monetización, la página más amplia de guías de publicidad cripto, monetización y Ad-Tech es un buen lugar para revisar notas relacionadas de configuración sin desviarte de la migración en sí.
Mantén la primera configuración con la menor cantidad de piezas móviles: una estructura de cuenta, uno o dos tipos principales de emplazamiento y una sola vista de informes. Si un ajuste no ayuda a proteger los ingresos en la semana 1, déjalo intacto. El mejor primer lanzamiento es casi aburrido.
Ejecuta una división controlada del tráfico solo en las páginas de mayor riesgo
Mueve primero un subconjunto pequeño y sensible a los ingresos. Elige páginas que ya generen bien y páginas con suficiente tráfico como para mostrar cambios rápido. Un reparto del 10% puede bastar para detectar un problema sin poner en riesgo todo el sitio.
Elige páginas con comportamientos distintos. Un artículo largo, una página de categoría de carga rápida y una página con mucho tráfico móvil suelen decirte más que una muestra aleatoria de 20 URLs. Si la división funciona ahí, tienes evidencia. Si falla ahí, detectas el problema antes de que el daño se extienda.
Usa una regla de división simple y mantenla estable durante la ventana de prueba. No cambies el reparto cada pocas horas. Eso vuelve inútiles los datos. El objetivo es comparar el rendimiento de los ingresos en condiciones parecidas, no demostrar que existe el caos.
Vigila primero las páginas de mayor riesgo porque son las que ya soportan la mayor parte de los ingresos. Si una página genera el 30% de los ingresos diarios, incluso una pequeña caída importa rápido. Las páginas lentas, los diseños extraños y las plantillas de artículos con mucha publicidad merecen aquí atención especial.
Y una cosa más: divide por página, no por intuición. Una página que “parece” segura puede esconder la mayor caída de ingresos. Los números son menos encantadores, pero pagan mejor.
Vigila fugas de ingresos ocultas durante las primeras 48–72 horas
Las primeras 48–72 horas son el momento en que aparecen las fugas ocultas. Los anuncios pueden estar activos, el panel puede parecer normal y, aun así, los ingresos bajar porque un bloque se renderiza tarde o no aparece. Comprueba si hay renderizado de emplazamientos roto, carga retrasada, informes faltantes o tráfico mal encaminado.
Presta mucha atención al móvil. Un emplazamiento que funciona bien en escritorio puede venirse abajo en una pantalla más pequeña si el ancho del contenedor cambia solo unos pocos píxeles. También vigila la visibilidad. Un anuncio activo que aparece demasiado a menudo por debajo del pliegue no mantendrá el mismo perfil de ingresos.
Busca huecos en los informes. Si Adgora registra impresiones pero las comparaciones con la etapa de MGID muestran un puente de ingresos faltante, el problema puede estar en el seguimiento y no en la entrega. Esa diferencia importa. Una es un problema de configuración; la otra es dinero saliendo del sitio sin que nadie lo note.
Hay tres comprobaciones rápidas durante esta ventana: tiempo de carga de la página, tasa de renderizado del emplazamiento e ingresos por cada 1.000 sesiones. Si cualquiera de ellas se mueve bruscamente, detente e inspecciona la página antes de ampliar más. Las reacciones rápidas salvan ingresos.
Una frase corta basta aquí: espera. Luego inspecciona. Después vuelve a comparar.
Decide cuándo escalar, pausar o revertir según umbrales de ingresos
Las decisiones no deben tomarse por corazonada. Define un umbral por adelantado. Puede ser un rango porcentual alrededor de tu línea base o un mínimo fijo de ingresos para las páginas de prueba, pero debe existir antes de servir la primera impresión.
Usa solo tres acciones: escalar, pausar o revertir. Si las páginas migradas se mantienen dentro del rango aceptable durante toda la ventana de prueba, escala al siguiente conjunto. Si los ingresos bajan pero la causa es clara y se puede corregir, pausa y repara. Si las pérdidas siguen creciendo, revierte de inmediato.
Mantén el umbral visible para todos los implicados. Eso incluye al editor, al responsable de tráfico y a la persona que revisa los informes a las 2 de la madrugada. Un umbral oculto en un hilo de chat no es ningún umbral.
Una regla simple funciona bien: si el grupo migrado cae fuera del rango aceptado en dos comprobaciones consecutivas, detén la expansión. Si la caída se limita a una clase de dispositivo o a una fuente de tráfico, aísla eso antes de cambiar toda la cuenta. La idea es responder a los ingresos, no al ruido.
No hay premio por la terquedad. Si una página pierde un 12% y nunca se recupera, escalarla solo multiplica el error. Los umbrales honestos protegen la cuenta.
Refuerza el seguimiento posterior a la migración para que los ingresos se mantengan estables
Una vez hecho el cambio inicial, establece un proceso de revisión recurrente. Semanal funciona para muchos editores; diario es mejor durante los primeros 10 días después del cambio. La idea es detectar pequeños cambios antes de que se conviertan en una caída silenciosa de ingresos.
Revisa siempre tres cosas: rendimiento de los emplazamientos, cambios en la mezcla de tráfico y consistencia de los informes. Si el tráfico móvil sube un 15% en una semana, quizá la cuenta necesite otro equilibrio de emplazamientos. Si aparece de repente una fuente de referencia, eso puede cambiar lo suficiente el comportamiento del usuario como para importar.
Anota cualquier edición de diseño, cambio de formato de contenido o variación de campañas que ocurra después de la migración. Sin ese registro, puedes culpar a Adgora de una caída causada por un rediseño del sitio o por una mala fuente de tráfico. Ese error es común y caro.
Este también es un buen momento para comparar tu configuración con otros temas de ad tech cuando haga falta. Si estás ajustando la estrategia de monetización más allá de la migración en sí, el glosario de ad tech puede ayudarte a mantener claros los términos, y el artículo más amplio sobre red publicitaria cripto para editores resulta útil si tu mezcla de ingresos incluye tráfico u ofertas relacionadas con cripto.
Haz una cosa más. Archiva la línea base, el umbral y la configuración final aceptada en un documento compartido. Los cambios futuros serán más fáciles y la siguiente migración no empezará desde cero. Eso ahorra horas.
Los problemas pequeños se acumulan. Un desplazamiento del 3% en un emplazamiento esta semana puede convertirse en una variación del 10% el próximo mes si nadie revisa los números. Mantén vivo el ritmo de revisión y los ingresos se quedarán donde los necesitas.
Términos en este artículo
Definiciones breves del glosario de Adgora.
Preguntas frecuentes
¿En qué deberían centrarse los editores al definir el alcance de la migración de MGID a Adgora?
Deberían definir el alcance en torno a la protección de ingresos, no a la paridad total de la plataforma. El objetivo es mantener estables las ubicaciones, fuentes de tráfico y páginas que ya generan ingresos durante la migración.
¿Qué ubicaciones y reglas de MGID deberían auditarse antes de la migración?
Los editores deberían auditar las ubicaciones críticas para los ingresos, widgets y reglas de entrega como widgets por encima de la línea de flotación, en contenido y al final del contenido, además de límites de frecuencia, segmentación por dispositivo, filtros geográficos y bloques de categoría de contenido. La clave es identificar qué debe permanecer sin cambios porque afecta el comportamiento de llenado, la carga de la página o la experiencia del usuario.
¿Qué datos básicos deberían recopilarse antes de cambiar de MGID a Adgora?
Utiliza el último período estable de MGID, idealmente 7 o 14 días dependiendo de los patrones de tráfico, y registra las principales páginas, fuentes de tráfico, división por dispositivo, visibilidad y rendimiento a nivel de ubicación. También incluye RPM de página, RPM de ubicación, ganancias diarias totales y un métrico de salud del tráfico como la tasa de rebote o la profundidad de la página.
¿Cómo debería configurarse la primera configuración de Adgora durante la migración?
Debería reflejar el camino de ingresos de MGID en vivo lo más cerca posible, con el mismo orden de ubicaciones, profundidad de contenido y equilibrio entre móvil y escritorio donde sea factible. El primer lanzamiento debería utilizar la menor cantidad de partes móviles para que se pueda probar la estabilidad de los ingresos antes de realizar optimizaciones.
¿Por qué deberían los editores realizar una división de tráfico controlada solo en las páginas de mayor riesgo primero?
Una pequeña división permite a los editores probar páginas sensibles a los ingresos sin arriesgar todo el sitio. Es suficiente para revelar problemas rápidamente mientras se mantiene la migración general de bajo riesgo.