Cómo inventariar contenido de WordPress con IA
La IA puede ayudar a convertir los registros de WordPress en un inventario de contenido útil, pero la capa de recuperación debe devolver primero un conjunto de datos completo y acotado. Use acceso Read Only, solicite campos explícitos, gestione la paginación y compare el número de registros con WordPress o con una exportación independiente.
La función del asistente es organizar, clasificar y resumir los registros. No debe deducir que la primera página de la API representa todo el sitio ni modificar contenido durante el inventario.
En una frase: recupere primero un conjunto de datos completo de solo lectura y luego deje que el asistente lo clasifique sin cambiar WordPress.
Lo que esta guía le ayuda a lograr
Esta tarea produce un registro de contenido que puede respaldar migraciones, planificación editorial, auditorías SEO y mantenimiento. Debe identificar cada registro, su tipo, estado, URL, fechas y taxonomía relevante sin recopilar datos privados innecesarios.
Un flujo de trabajo de IA útil no se define solo por la calidad de la respuesta. También se define por los datos a los que puede acceder el asistente, las acciones que tiene permitido realizar, la evidencia que puede inspeccionar después y la facilidad con la que se puede retirar el acceso.
Por qué es importante
Muchos sitios no saben cuánto contenido tienen, qué registros son públicos, dónde existen duplicados o qué páginas no se han tocado en años. Un inventario convierte un patrimonio de contenido invisible en un conjunto de datos manejable.
La IA añade valor después de la recuperación al agrupar temas, detectar patrones y resumir carencias. La completitud de la recuperación sigue siendo un hecho técnico que debe demostrarse por separado.
Resultado esperado
Una ejecución satisfactoria debería producir:
- Una tabla de registros con ID estables de WordPress.
- Recuentos separados por tipo de entrada y estado.
- URL canónicas y fechas de publicación o modificación cuando estén disponibles.
- Clasificaciones por tema, responsable o revisión con confianza explícita.
- Una lista de campos o tipos de contenido que no estaban disponibles.
Defina el alcance del inventario
Decida si el inventario incluye entradas publicadas, páginas, borradores, contenido privado, productos, medios o tipos de entrada personalizados. Empiece por el conjunto útil más pequeño. Los registros privados solo deben incluirse cuando la tarea y el tratamiento de datos lo exijan.
Nombre los campos antes de la recuperación. Los campos útiles pueden incluir ID, título, estado, tipo, URL, ID de autor, fecha de publicación, fecha de modificación, categorías y etiquetas. Evite recuperar contenido completo cuando los metadatos sean suficientes.
Demuestre la completitud
Las respuestas REST de WordPress están paginadas. Registre las cabeceras de total o los metadatos de paginación cuando estén disponibles, recupere todas las páginas requeridas dentro de un límite definido y compare el recuento final con la administración de WordPress, WP-CLI o una exportación.
Si el conector oculta la paginación, la guía debe explicar cómo se verifica la completitud. Una tabla plausible de 10 registros no es un inventario de un sitio de 1,000 páginas.
Clasifique después de recuperar
Una vez que los registros sean estables, pida al asistente que los agrupe por tema, propósito de página, etapa del embudo, familia de productos o prioridad de revisión. Mantenga las clasificaciones generadas por máquina separadas de los campos de origen. Incluya un campo de confianza o «necesita revisión» en lugar de presentar cada clasificación como un hecho.
Conserve una instantánea
Guarde el inventario saneado con una marca de tiempo, un identificador de sitio, el método de recuperación y las versiones de las fuentes. Esto ofrece una línea de base estable para auditorías posteriores. No almacene credenciales ni contenido completo innecesario en la instantánea.
Un flujo de trabajo seguro
- Seleccione los tipos de entrada, estados y campos de WordPress incluidos en el alcance.
- Cree una identidad Read Only y pruebe una solicitud de un solo registro.
- Recupere registros con paginación explícita y un máximo documentado.
- Compare los recuentos con una fuente independiente de WordPress.
- Normalice los ID, URL, fechas y valores de taxonomía.
- Pida al asistente que clasifique o priorice el conjunto de datos estable.
- Revise una muestra de cada clasificación.
- Almacene una instantánea saneada y con marca de tiempo, y revoque el acceso si la tarea está completa.
Receta de prompt
Antes de copiar este prompt, sustituya cada valor entre corchetes. No pegue credenciales, datos de clientes ni información privada en la instrucción.
Cree un inventario de contenido de WordPress a partir de la fuente de datos conectada de solo lectura.
Alcance:
- Tipos de entrada: [posts, pages]
- Estados: [publish]
- Máximo de registros: [500]
- Campos requeridos: ID, tipo de entrada, estado, título, URL canónica, fecha de publicación, fecha de modificación, categorías y etiquetas.
Reglas:
1. Siga la paginación hasta recuperar todos los registros incluidos en el alcance o alcanzar el máximo.
2. Informe el número de solicitudes, los registros por tipo de entrada y cualquier campo no disponible.
3. No recupere contenido completo salvo que sea necesario para clasificar el registro.
4. No cree, edite, elimine ni publique nada.
5. Añada un grupo de temas sugerido y una prioridad de revisión independientes. Márquelos como clasificaciones de IA, no como datos de origen.
6. Devuelva filas compatibles con CSV y un breve resumen.
Por qué el prompt está estructurado así
El prompt separa los campos de origen de las clasificaciones de IA y convierte la evidencia de paginación en parte del entregable. El máximo evita una operación ilimitada y exige al mismo tiempo que el asistente revele cuando el inventario está incompleto.
Límite de acceso recomendado
Use una identidad Read Only. El asistente puede inspeccionar los datos de WordPress incluidos en su alcance, pero debe rechazarse cualquier intento de crear, editar, eliminar o publicar contenido.
Bajo no significa cero. Revise el alcance de entrada y asegúrese de que la salida no contenga información privada o irrelevante.
El nivel de acceso es una recomendación inicial, no una autorización universal. Las capacidades exactas de WordPress disponibles para una identidad deben provenir de la versión instalada del producto y de su cobertura publicada, no de este artículo por sí solo.
Lo que debe quedar fuera de la tarea
- Ninguna operación de escritura.
- Ninguna suposición de que el rastreo de URL públicas incluye borradores o registros privados.
- Ninguna mezcla de clasificaciones de IA con campos canónicos de WordPress.
- Ninguna exportación de contenido completo cuando los metadatos sean suficientes.
Cómo encaja WP Agent Control
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.
Autoriza una tarea de borrador y selecciona las referencias necesarias. El asistente puede crear y revisar borradores creados por esa tarea. Las referencias existentes siguen siendo de solo lectura, aunque también sean borradores. Revisa el resultado en WordPress.
Con Solo, Pro o Agency, autoriza una tarea de propuesta para contenidos y campos seleccionados. Examina la comparación completa en WordPress y selecciona las propuestas que apruebas. La aprobación queda vinculada al objeto, sus campos y contenido actual; un cambio en la fuente o tarea puede invalidarla. Aprobar un cambio de contenido no autoriza su publicación. Solo, Pro o Agency también necesita una tarea de publicación que cubra la aprobación aún válida. Comprueba personalmente el resultado publicado.
Conectar tu IA: docs first profile · Ver funciones y compatibilidad: coverage
Lista de verificación
- Los recuentos de registros coinciden con una fuente independiente.
- La paginación está completa o se divulga el límite.
- Los ID y las URL se corresponden con los registros de WordPress.
- Las clasificaciones de IA están claramente etiquetadas.
- No se modificó contenido.
- La instantánea no contiene credenciales ni datos privados innecesarios.
Modos de fallo comunes
- Detenerse en la primera página: una respuesta parcial de la API se presenta como el sitio completo.
- Recuperar demasiado: se recopilan contenido completo y campos privados cuando los metadatos habrían bastado.
- Perder la identidad de origen: la tabla final omite los ID de WordPress, lo que vuelve poco fiables la verificación y las actualizaciones.
- Tratar las clasificaciones como hechos: las etiquetas de temas generadas por el modelo se mezclan con datos canónicos de origen.
Nota avanzada
Para inventarios recurrentes, use un identificador de instantánea y aplique hash al conjunto de datos de origen normalizado. Las ejecuciones posteriores pueden informar adiciones, eliminaciones y campos modificados. Cuando sea posible, el asistente debe clasificar solo el delta, lo que reduce el costo y facilita inspeccionar la deriva.
Guías relacionadas
- Cómo encontrar contenido WordPress desactualizado con IA
- Encuentra contenido de WordPress escaso o incompleto con IA
- Cómo analizar enlaces internos de WordPress con IA
- Cómo realizar una auditoría SEO de WordPress de solo lectura con IA
Continuar
Siguiente paso: copie el prompt, ejecútelo primero con el nivel de acceso recomendado y verifique la salida antes de conceder permisos más amplios. WP Agent Control puede proporcionar una identidad de WordPress separada y revocable para ese flujo de trabajo controlado. Consulte Producto y Precios.
Fuentes y verificación
Esta página se verificó a partir de las siguientes fuentes primarias. Última revisión de las fuentes: .
- Posts — REST API Reference · WordPress.org
- Pages — REST API Reference · WordPress.org
- Authentication — REST API Handbook · WordPress.org