Herramientas
Dos formas de recuperar todas sus publicaciones de una base de datos de WordPress
Guia practica para recuperar posts y paginas desde la base de datos de WordPress con consulta SQL o restauracion controlada, sin empeorar el desastre.
Si necesitas recuperar todas tus publicaciones desde una base de datos de WordPress, casi siempre estas en uno de estos escenarios:
- el sitio no levanta
- perdiste acceso al panel
- migraste mal
- o solo tienes el dump de la base de datos
La buena noticia es que, mientras la base de datos siga sana, el contenido suele seguir ahi.
La mala es que tocar la base sin orden puede empeorar el problema.
Lo primero: donde viven las publicaciones en WordPress
En una instalacion clasica, la mayor parte del contenido editorial vive en la tabla wp_posts.
Ahi suelen convivir:
- posts
- paginas
- adjuntos
- revisiones
- menus
- custom post types
Y mucha informacion complementaria vive en wp_postmeta.
Eso importa porque “recuperar publicaciones” no siempre significa lo mismo. Puede significar:
- listar todo el contenido
- exportarlo
- o reconstruir un sitio funcional
Metodo 1. Sacar todas las publicaciones con una consulta SQL
Este es el camino mas directo si lo que quieres es extraer el contenido o verificar que sigue ahi.
Consulta base
SELECT ID, post_type, post_status, post_title, post_date
FROM wp_posts
WHERE post_type IN ('post', 'page')
ORDER BY post_date DESC;
Esto te devuelve una vista limpia de posts y paginas.
Si quieres solo contenido publicado
SELECT ID, post_type, post_title, post_date
FROM wp_posts
WHERE post_type IN ('post', 'page')
AND post_status = 'publish'
ORDER BY post_date DESC;
Si tambien quieres custom post types
Quita el filtro cerrado y excluye solo lo que no te interesa:
SELECT ID, post_type, post_status, post_title, post_date
FROM wp_posts
WHERE post_type NOT IN ('revision', 'nav_menu_item', 'attachment')
ORDER BY post_date DESC;
Cuando usaria este metodo
- para auditar que publicaciones existen
- para exportar contenido
- para identificar estados raros
- o para reconstruir un inventario editorial
Ventaja
Es rapido y muy controlable.
Limite
Te da acceso al contenido, pero no restaura automaticamente el sitio.
Metodo 2. Restauracion controlada desde la base de datos
Si tu objetivo no es solo ver publicaciones, sino volver a levantar el contenido, entonces necesitas un enfoque mas completo.
La idea general seria esta:
- clonar la base a un entorno seguro
- restaurarla en una instalacion WordPress limpia o de prueba
- revisar URLs, usuarios, plugins y tema
- exportar o migrar solo lo necesario
Por que no restauraria directamente en produccion
Porque si la base viene de un sitio roto, puedes arrastrar:
- opciones corruptas
- plugins conflictivos
- referencias antiguas
- o datos que no quieres reinyectar a ciegas
Un entorno de prueba te deja separar:
- contenido
- configuracion
- y basura historica
La parte importante: no todo esta en wp_posts
Si quieres reconstruir bien, recuerda que una publicacion puede depender de:
wp_postmeta- taxonomias
- relaciones en
wp_term_relationships - medios adjuntos
- shortcodes o builders
Por eso hay dos objetivos distintos:
Objetivo A. Recuperar texto, titulos y estructura editorial
Con wp_posts y parte de wp_postmeta suele bastar bastante.
Objetivo B. Recrear exactamente el sitio anterior
Eso ya requiere:
- medios
- taxonomias
- opciones
- plugins
- y a veces el mismo tema
Ejemplo practico de extraccion util
Si quieres sacar titulos, slugs y contenido para rehacer o migrar, una consulta mas completa podria ser:
SELECT
ID,
post_type,
post_status,
post_title,
post_name,
post_date,
post_content
FROM wp_posts
WHERE post_type IN ('post', 'page')
AND post_status IN ('publish', 'draft', 'private')
ORDER BY post_date DESC;
Con eso ya puedes:
- auditar
- exportar a CSV
- o reconstruir contenido en otro CMS
Como lo haria yo en un caso real
Si me pasaran una base de datos con urgencia, haria esto:
- copia del dump original sin tocarlo
- restauracion en local o staging
- consulta de
wp_postspara validar volumen y tipos - revision de
wp_postmetasi el contenido usa constructores - exportacion limpia del contenido realmente util
Ese orden importa porque evita convertir una recuperacion en una segunda averia.
Problemas comunes
1. Prefijo distinto a wp_
No todas las tablas se llaman wp_posts.
Puede ser:
abc_postswp123_posts- o cualquier otro prefijo
Miralo antes de lanzar consultas.
2. Confundir revisiones con contenido real
WordPress guarda revisiones. Si no filtras bien, pensaras que tienes el doble o triple de publicaciones.
3. Olvidar custom post types
Muchos sitios guardan contenido valioso como:
- productos
- landings
- recursos
- testimonios
Si solo buscas post y page, puedes dejar fuera parte importante.
4. Recuperar contenido sin medios
El texto puede volver, pero si faltan uploads o referencias, la recuperacion sera parcial.
5. Restaurar una base comprometida
Si el sitio venia de hack, primero revisa seguridad. No restaures basura infectada sin control.
Conclusion
Las dos formas mas utiles de recuperar publicaciones desde una base de datos de WordPress son:
- consultar
wp_postspara extraer y auditar el contenido - restaurar la base de forma controlada en un entorno seguro para reconstruir el sitio
La primera es ideal para rescatar contenido. La segunda es la correcta si quieres revivir una instalacion completa.
Lo importante no es solo sacar los posts. Es sacar los posts sin cargarte lo poco que aun funciona.