Actualizar plan de cutover, indexación y publicidad

2026-06-23 09:27:51 -04:00
parent 0658b240cc
commit 19dd66493b
+154
@@ -0,0 +1,154 @@
# 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](../issues/3): revisar el script y preparar cutover/rollback;
- issue [#19](../issues/19): retirar `noindex,nofollow` al publicar;
- issue [#5](../issues/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](../issues/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 714 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 24 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
- [#1 Test completo antes del cutover](../issues/1)
- [#3 Preparar y revisar script de cutover](../issues/3)
- [#4 Sincronizar base de datos](../issues/4)
- [#5 Instalar y configurar AdSense](../issues/5)
- [#19 Quitar noindex/nofollow](../issues/19)
- [#93 Google Analytics 4](../issues/93)
- [#122 Acceso y reporting GA4](../issues/122)
- [#126 Seguridad de login post-cutover](../issues/126)