Shopihunter

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.

·5 min de lectura

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:

  1. clonar la base a un entorno seguro
  2. restaurarla en una instalacion WordPress limpia o de prueba
  3. revisar URLs, usuarios, plugins y tema
  4. 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:

  1. copia del dump original sin tocarlo
  2. restauracion en local o staging
  3. consulta de wp_posts para validar volumen y tipos
  4. revision de wp_postmeta si el contenido usa constructores
  5. 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_posts
  • wp123_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:

  1. consultar wp_posts para extraer y auditar el contenido
  2. 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.

Sigue leyendo