rafa/feadulta
1
0
Fork 0
Code Issues 22 Pull Requests Actions Packages Projects Releases Wiki Activity
Page: unnamed
Pages
Alta boletin Brevo Arquitectura WordPress Auditoria migracion Autores CSS y bugs Astra Carta de la semana Categorias y terminos Ciclo carta nueva Credenciales y accesos Cutover DNS E2E Visual Testing EFFA Escuela Evangelio de cada dia Evangelios y comentarios Home Infraestructura Limitaciones servidor prod Polylang multiidioma Portada y shortcodes Resumen del proyecto Roadmap Scripts de migracion Sincronizacion local prod unnamed
Clone
2
unnamed
rafa edited this page 2026-06-23 09:27:51 -04:00
Unescape Escape
Table of Contents
This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Cutover DNS: Joomla → WordPress

Procedimiento para sustituir el Joomla público de www.feadulta.com por el WordPress que actualmente vive en wp-nuevo.feadulta.com.

Actualizado: 23 de junio de 2026.

Decisiones

  • wp-nuevo.feadulta.com es staging/beta. No debe promoverse como URL indexable.
  • Google debe indexar WordPress cuando se publique bajo https://www.feadulta.com/.
  • El cambio debe conservar la autoridad SEO mediante redirecciones permanentes URL a URL.
  • La publicidad no se activará a la vez que el cutover. Primero se estabiliza la migración y después se incorpora AdSense de forma gradual.
  • GA4 seguirá usando la propiedad 508378818 y el measurement ID G-6RT9ZRS4LW; después del cambio se actualizará la URL informativa del stream.

Plan inicial y documentación relacionada

El plan original de mayo de 2026 ya contemplaba:

  • issue #3: revisar el script y preparar cutover/rollback;
  • issue #19: retirar noindex,nofollow al publicar;
  • issue #5: instalar AdSense después del cutover;
  • redirects K2 existentes en wp_fg_redirect;
  • Yoast SEO y Advanced Ads en el bootstrap inicial.

Parte del plan original está obsoleta: hacía referencia a feadulta.org, a otro servidor y a HTTP Basic Auth. El cutover real es wp-nuevo.feadulta.com → www.feadulta.com, manteniendo Joomla como opción de rollback durante la estabilización.

Antes del cutover

Contenido e infraestructura

  • Cerrar el delta Joomla → WordPress y congelar cambios editoriales durante la ventana.
  • Hacer backup verificable de WordPress, configuración web y reglas de redirección.
  • Confirmar siteurl y home que se aplicarán: https://www.feadulta.com.
  • Preparar reemplazo de referencias internas a:
    • https://wp-nuevo.feadulta.com
    • https://farmer.taild3aaf6.ts.net/fea
  • Revisar canonical, Open Graph, hreflang, feeds y sitemap usando URLs finales.
  • Confirmar HTTPS, Cloudflare, caché y capacidad del servidor.
  • Reducir TTL con antelación si el cambio requiere DNS.
  • Mantener preparado el rollback a Joomla.

Redirecciones y SEO

  • Exportar las URLs con más tráfico desde GA4/Search Console.
  • Verificar que cada URL Joomla importante tiene destino equivalente en WordPress.
  • Usar 301 o 308 directos al destino final.
  • No redirigir masivamente artículos antiguos a la portada; Google puede tratarlos como soft 404.
  • Evitar cadenas de redirecciones.
  • Incluir imágenes, audio, PDF y rutas históricas relevantes.
  • Confirmar que el sitemap de WordPress contiene únicamente URLs canónicas de www.feadulta.com.
  • Verificar la propiedad de dominio feadulta.com en Search Console antes del cambio.

Indexación de staging

  • wp-nuevo.feadulta.com debe seguir con noindex.
  • No enviar el sitemap de wp-nuevo ni solicitar indexación manual de ese hostname.
  • Cloudflare no debe bloquear Googlebot ni los crawlers sociales; referencia: #125.

Ejecución del cutover

  1. Activar la configuración para servir WordPress en www.feadulta.com.
  2. Actualizar home y siteurl y reemplazar URLs internas de staging por el dominio definitivo.
  3. Regenerar reglas de permalink.
  4. Activar las redirecciones Joomla → WordPress.
  5. Retirar noindex de WordPress — issue #19.
  6. Comprobar que canonical, hreflang, sitemap, Open Graph y enlaces internos apuntan a www.
  7. Limpiar cachés de WordPress y Cloudflare.
  8. Verificar GA4 en tiempo real para www.feadulta.com.
  9. Ejecutar smoke tests de portada, carta, artículos, idiomas, autores, buscador, boletín, imágenes, audio y administración.
  10. Verificar la seguridad de login descrita en #126.

Search Console e indexación

Inmediatamente después del cutover:

  • Enviar el sitemap nuevo de WordPress en Search Console.
  • Inspeccionar y solicitar indexación de un conjunto pequeño de URLs prioritarias:
    • portada;
    • carta actual;
    • portadas de idioma;
    • secciones principales;
    • artículos con más tráfico.
  • Revisar cobertura, canonical elegida por Google, errores 404 y redirecciones.
  • Mantener los redirects al menos un año; preferiblemente de forma indefinida.
  • Actualizar enlaces propios de Brevo, redes sociales y perfiles para que apunten al dominio final.

No se espera que toda la migración aparezca inmediatamente en Google. Son normales fluctuaciones temporales durante varias semanas mientras Google recrawlea URLs antiguas y nuevas.

Publicidad / AdSense

Seguimiento en #5.

Preparar antes del cutover

  • Crear o revisar la cuenta de AdSense.
  • Tener política de privacidad y cookies adecuada.
  • Elegir una CMP certificada para consentimiento europeo.
  • Preparar ads.txt con el publisher ID definitivo.
  • Preparar la verificación de AdSense para www.feadulta.com.
  • Diseñar ubicaciones reservando espacio para evitar saltos visuales.

Activar después

No activar anuncios durante el mismo cambio de producción.

  1. Completar el cutover y estabilizarlo durante aproximadamente 7–14 días.
  2. Confirmar indexación, redirecciones, métricas y Core Web Vitals.
  3. Solicitar/completar la revisión de AdSense sobre el WordPress ya público.
  4. Activar pocos bloques inicialmente.
  5. Medir rendimiento, páginas por sesión, navegación móvil e ingresos antes de ampliar.

Monitorización

Durante las primeras 48 horas:

  • respuestas 200/301/404 de las URLs principales;
  • errores de servidor y carga;
  • GA4 por hostname;
  • tráfico orgánico y errores de indexación;
  • funcionamiento de Brevo y carta semanal;
  • comportamiento móvil;
  • intentos de login y reglas Cloudflare.

Durante las primeras 2–4 semanas:

  • usuarios, sesiones y páginas vistas frente al histórico Joomla;
  • páginas de entrada orgánicas;
  • páginas por sesión, interacción y duración;
  • cobertura del sitemap y URLs excluidas;
  • 404 procedentes de enlaces externos;
  • Core Web Vitals.

Rollback

Si aparece un fallo crítico:

  1. volver a servir Joomla en www.feadulta.com;
  2. desactivar las reglas nuevas que interfieran;
  3. purgar Cloudflare;
  4. comprobar portada, carta y login;
  5. conservar logs y datos de la ventana para corregir antes del siguiente intento.

El rollback técnico no debe borrar WordPress ni sus datos. Joomla debe mantenerse disponible hasta que el nuevo sitio haya superado la fase de estabilización.

Referencias