Cómo preparar una revisión de poda de contenido de WordPress con IA

La poda es una decisión empresarial y de búsqueda a nivel de página que requiere evidencia de reemplazo, enlaces, tráfico e historial; un bajo recuento de palabras o poco tráfico por sí solo nunca es una orden de eliminación.

La IA es especialmente útil aquí como organizador de evidencia y asistente de redacción. Puede comparar registros, exponer incoherencias, estructurar una cola de revisión y preparar un siguiente paso propuesto. No puede crear autoridad para hechos ausentes, aprobar decisiones empresariales ni pasar silenciosamente del análisis a la implementación.

En una frase: La poda es una decisión empresarial y de búsqueda a nivel de página que requiere evidencia de reemplazo, enlaces, tráfico e historial; un bajo recuento de palabras o poco tráfico por sí solo nunca es una orden de eliminación.

Lo que esta guía le ayuda a lograr

El objetivo es producir un artefacto listo para la decisión, no una opinión genérica de IA. Un resultado útil identifica la evidencia exacta examinada, conserva identificadores estables de WordPress o comercio, registra fechas y alcance, expone incógnitas y separa la observación de la inferencia y la recomendación.

• Un registro de candidatos con conservar, mejorar, consolidar, redirigir, archivar o eliminar como opciones de revisión en lugar de acciones.
• Evidencia de finalidad, demanda, tráfico, enlaces, conversiones, retención legal y cobertura de reemplazo.
• Un mapa de dependencias de enlaces internos, enlaces externos, campañas y traducciones.
• Una nota de riesgo para cada cambio de URL propuesto.
• Un plan de verificación posterior al cambio y un responsable de reversión.

El resultado final debe ser comprensible para la persona responsable de la decisión y reproducible por alguien que no participó en el prompt inicial. Si un hallazgo no puede rastrearse hasta una página, registro, exportación, estado capturado o fuente primaria nombrada, debe marcarse como hipótesis o incógnita.

Evidencia e insumos que preparar

• Inventario completo de URL y contenido.
• Evidencia de Search Console, analítica y enlaces entrantes con intervalos de fechas.
• Datos de enlaces internos y navegación.
• Requisitos de finalidad empresarial, campañas, cumplimiento y retención.
• Relaciones canónicas, de redirección, indexación y traducción.
• Páginas de reemplazo conocidas y restricciones de migración.

Antes de enviar cualquier material a un asistente, elimine credenciales, valores secretos e información personal no relacionada. Conserve identificadores, fechas, unidades, configuraciones regionales, denominadores y etiquetas de fuente necesarios para interpretar la evidencia. Para analítica o evidencia de clientes, documente el alcance autorizado y el nivel de agregación.

No empiece con una solicitud como «audite esto» y una colección mezclada de capturas de pantalla, exportaciones y supuestos. Defina la decisión, la población, la autoridad de la evidencia y las acciones que siguen prohibidas. Esa preparación evita que una salida fluida se confunda con verdad verificada.

Un bajo rendimiento no equivale a falta de valor

Una página puede respaldar a una audiencia pequeña pero crítica, un proceso de ventas, atención al cliente, evidencia legal o enlaces externos. La revisión debe preservar el contexto empresarial.

La recomendación no es la implementación

Las eliminaciones, redirecciones y cambios noindex afectan a usuarios y sistemas de búsqueda. Requieren aprobación independiente, copias de seguridad, mapeo y verificación.

Un flujo de trabajo seguro

1. Congele el inventario de URL y las ventanas de evidencia.
2. Defina reglas de candidatos y exclusiones explícitas.
3. Recopile evidencia de finalidad, rendimiento, enlaces, conversiones, traducciones y retención.
4. Pida al asistente que clasifique la evidencia y proponga opciones de revisión con confianza.
5. Valide cada candidato de consolidación o eliminación frente a la cobertura de reemplazo.
6. Revise las URL de alto riesgo con responsables de contenido, SEO, legal y negocio.
7. Cree un mapa de implementación independiente con reversión y supervisión.
8. Conserve el registro de decisiones después de verificar los cambios.

Esta secuencia sitúa deliberadamente la aprobación entre el análisis y la implementación. Una fase posterior de redacción o administración debe usar una tarea nueva, un alcance nuevo y la identidad más restringida que pueda ejecutar la acción aprobada. No eleve silenciosamente los permisos de la identidad analítica.

Receta de prompt

Sustituya todos los valores entre corchetes antes de usar el prompt. No pegue contraseñas, claves API, registros privados de clientes ni información personal no relacionada.

Está revisando [TASK SCOPE] para [SITE OR DATASET] usando únicamente la evidencia proporcionada.

Objetivo:
[DECISION THIS REVIEW MUST SUPPORT]

Devuelva los siguientes campos:
- URL e ID de contenido
- Finalidad actual
- Resumen de evidencia
- Dependencias
- Acción candidata
- Motivo
- Riesgo
- URL de reemplazo, si la hay
- Evidencia faltante
- Responsable requerido

Reglas:
1. Trate cada acción como una recomendación que requiere aprobación.
2. No use el recuento de palabras, la antigüedad o el tráfico como único criterio.
3. Conserve valores desconocidos y evidencia contradictoria.
4. No cree mapas de redirección sin confirmar la equivalencia del destino.
5. Marque dependencias legales, de campañas, multilingües y de enlaces externos.
6. No elimine, redirija, aplique noindex ni edite nada.

Para cada hallazgo:
- identifique la fuente exacta, registro, URL, ID, estado o fila del conjunto de datos;
- conserve fechas, unidades, configuración regional, identificadores y denominadores;
- separe observación, inferencia, recomendación e incógnita;
- indique qué evidencia no estaba disponible;
- no cambie WordPress, datos de comercio, analítica, sistemas externos ni contenido publicado.

Por qué este prompt está estructurado así

El prompt crea un contrato de evidencia antes de pedir recomendaciones. Limita al asistente a entradas nombradas, exige referencias estables y evita que las brechas se rellenen con lenguaje plausible. Los campos de salida solicitados también facilitan la revisión frente a una narración no estructurada.

Una implementación de producción puede añadir un esquema JSON u otra validación de salida estructurada. Esto puede mejorar la coherencia, pero no valida la verdad de la evidencia subyacente. La revisión humana y la verificación específica del sistema siguen siendo necesarias.

Límite de acceso recomendado

Use una identidad de Solo lectura para la fase analítica. Los intentos de crear, editar, eliminar o publicar deben rechazarse.

El flujo de trabajo puede influir en el contenido público, la interpretación de búsqueda, las decisiones de clientes o las operaciones de catálogo. Exija revisión explícita antes de aplicar cualquier cambio.

Lo que debe permanecer fuera de esta tarea

• Ninguna eliminación, envío a papelera, redirección, cambio canónico o noindex.
• Ninguna fusión automática.
• Ninguna suposición de que poco tráfico significa falta de valor.
• Ninguna eliminación de una variante de idioma sin revisión de configuración regional.
• Ninguna implementación sin copia de seguridad y reversión.

El nivel de acceso es una recomendación inicial, no una autorización universal. Las capacidades exactas disponibles para una identidad deben provenir de la versión instalada del producto, su cobertura publicada y el método de conexión en uso.

Cómo encaja WP Agent Control

Este es un flujo general de WordPress, no una promesa de que Agent Control pueda editar todos los objetos o integraciones tratados. En la ruta guiada, empiece por las páginas públicas. Las operaciones de plugins, temas, usuarios, ajustes, archivos, eliminación, WooCommerce, ACF y constructores no son tareas guiadas nativas. Utilice herramientas y permisos evaluados por separado cuando sea necesario.

Obtén información estructurada del sitio e inspecciona páginas publicadas seleccionadas después de conectar. Esta lectura pública no requiere una tarea temporal. También puedes navegar por páginas públicas sin el plugin; Agent Control añade acceso estructurado y continuidad hacia operaciones autorizadas en WordPress.

Conectar tu IA: docs first profile · Ver funciones y compatibilidad: coverage

Lista de verificación

• ☐ La tarea, población, intervalo de fechas y decisión son explícitos.
• ☐ Cada hallazgo material se vincula a evidencia exacta o se etiqueta como hipótesis.
• ☐ Se conservan ID estables, URL, unidades, configuraciones regionales y denominadores.
• ☐ La evidencia faltante y los límites de cobertura son visibles.
• ☐ No ocurrió ninguna mutación prohibida durante la fase analítica.
• ☐ Un responsable cualificado revisó afirmaciones que afectan a usuarios, búsqueda, comercio, seguridad u operaciones.
• ☐ Toda implementación posterior tiene su propia aprobación, nivel de acceso, copia de seguridad y plan de verificación.
• ☐ La identidad temporal se revoca o deshabilita después de la tarea.

Modos de fallo comunes

• Monocultivo de métricas: El tráfico por sí solo decide si una página sobrevive.
• Equivalencia falsa: Un destino de redirección cubre una necesidad o audiencia diferente.
• Ceguera de dependencias: Se omiten enlaces, campañas, traducciones o requisitos legales.
• Colapso de auditoría a acción: Las recomendaciones se implementan antes de la aprobación.

Un quinto fallo recurrente es la deriva de permisos: la tarea inicial de solo lectura encuentra una limitación y el operador responde otorgando acceso amplio en lugar de aclarar si la capacidad ausente es realmente necesaria. Una negativa suele ser evidencia útil de que el límite de control funciona.

Nota avanzada

Un libro mayor de poda puede almacenar el estado anterior, el paquete de evidencia, la decisión, los aprobadores, el destino de redirección, la fecha de despliegue y el resultado de la supervisión. Esto permite reversiones posteriores y separa el hecho histórico de la política actual.

Para flujos de trabajo maduros, conserve la instantánea fuente, la plantilla de prompt, las versiones del modelo y de las herramientas, el hash de salida, la decisión del revisor y la evidencia final de implementación. Esto crea continuidad cuando cambian la guía, el asistente, la versión de WordPress o la regla empresarial.

Guías relacionadas

• Cómo encontrar contenido WordPress desactualizado con IA
• Encuentra contenido de WordPress escaso o incompleto con IA
• Cómo encontrar contenido de WordPress duplicado o solapado con IA
• Cómo revisar redirecciones de WordPress con IA

Siguiente paso

Continúe con la guía de apoyo más relevante y use el flujo de trabajo adyacente para validar la evidencia o el límite de acceso antes de la implementación. Cuando se requiera acceso autenticado de WordPress, compare la tarea con la guía de niveles de acceso y termine revocando la identidad.