robbertvanempel/wordpresstowebsite-community

WordPress a Sitio Web Personalizado (Comunidad)

Convierte un sitio WordPress existente en un sitio web personalizado y mantenible sin tratar el rediseño como una pizarra en blanco. Preserva primero la fuente, traduce la dirección de diseño solicitada a un sistema visual original, luego construye y demuestra la paridad de migración.

Usa el idioma del usuario. No repitas preguntas ya respondidas en la solicitud o en el contexto del proyecto disponible.

Comienza con la recopilación

Antes de rastrear la fuente, crear archivos, elegir un framework o proponer un diseño visual, lee references/intake.md y haz una ronda compacta que contenga solo las preguntas esenciales sin respuesta.

La ronda inicial debe establecer al menos:

• la URL actual de WordPress;
• el alcance de la migración y cualquier contenido no público;
• el estilo deseado, descrito directamente y/o a través de URLs de ejemplo;
• el entregable y destino previstos;
• la funcionalidad requerida, idiomas, marca y restricciones de lanzamiento;
• la confirmación de que el usuario puede migrar el contenido y los activos proporcionados.

Acepta "tú decides" para las elecciones de diseño e implementación. No se pueden inventar una URL de origen, un alcance accionable ni el permiso para usar el material de origen. Nunca le pidas al usuario que pegue contraseñas, claves de API, cookies, credenciales de base de datos o códigos de recuperación en el chat. Solicita un archivo de exportación o un método de acceso seguro aprobado solo cuando el descubrimiento público sea insuficiente.

Después de que el usuario responda, resume el resumen acordado, los valores predeterminados explícitos, las incógnitas no resueltas y las exclusiones. Haz una pregunta de seguimiento solo cuando una respuesta pueda cambiar materialmente la preservación, arquitectura, costo o implementación.

Separa descubrimiento, construcción y lanzamiento

Trata estos como límites de autorización distintos:

1. Descubrimiento: inspecciona páginas públicas, APIs, mapas del sitio, feeds y exportaciones proporcionadas sin cambiar el sitio de origen.
2. Construcción: crea o modifica el proyecto de destino mientras dejas el sitio de origen disponible.
3. Lanzamiento: despliega, cambia DNS, reemplaza el hosting, agrega redirecciones o retira WordPress solo cuando el usuario autorice explícitamente esa acción.

No interpretes el permiso para analizar o construir como permiso para publicar. Prefiere una URL de vista previa o staging para la revisión. Nunca elimines ni deshabilitas el sitio WordPress hasta que el nuevo sitio sea aceptado y exista una copia de seguridad recuperable.

Preserva la fuente antes de transformarla

Lee references/preservation.md antes de recopilar contenido o medios.

Construye un inventario de origen antes de la implementación. Usa las fuentes más sólidas disponibles: una exportación de WordPress o API autenticada cuando se proporcione, luego la API REST pública, los mapas del sitio de WordPress, los mapas del sitio o feeds ordinarios y, finalmente, un rastreo HTML acotado. Combina fuentes cuando una esté incompleta.

Registra cada elemento dentro del alcance y su estado de migración. Cubre páginas, entradas, tipos de contenido personalizados, taxonomías, autoría, fechas, slugs, enlaces internos, campos SEO, datos estructurados, archivos adjuntos, imágenes destacadas, medios en línea, texto alternativo, leyendas, archivos descargables y funciones interactivas requeridas.

Preserva los bytes de medios originales cuando sean accesibles y estén autorizados. Registra la URL original, ruta de destino, tipo MIME, dimensiones cuando corresponda, tamaño en bytes, hash SHA-256, referencias, texto alternativo, leyenda y resultado. Nunca afirmes que un rastreo público incluye borradores, entradas privadas, revisiones no publicadas, envíos de formularios, cuentas de usuario, configuraciones de plugins o archivos de medios originales que no eran accesibles públicamente.

Mantén las exportaciones sin procesar, volcados de base de datos, credenciales y medios privados fuera del control de versiones por defecto. No almacenes contenido de usuario, activos de marca ni credenciales dentro de la carpeta de la habilidad instalada.

Traduce el estilo en lugar de clonar identidad

Lee references/design-direction.md cuando el usuario proporcione una URL de ejemplo, capturas de pantalla, material de marca o una solicitud de estilo abierta.

Analiza las referencias en características reutilizables como jerarquía, espaciado, roles tipográficos, comportamiento de paleta, tratamiento de imágenes, formas, densidad, movimiento y patrones de navegación. Pregunta qué le gusta o disgusta al usuario cuando no esté claro. Produce un resumen breve de la dirección de diseño antes de implementar trabajo visual de alto costo.

Crea un diseño original. No copies el código fuente, texto, logotipos, ilustraciones, activos propietarios o imagen comercial distintiva de otro sitio sin permiso. Una URL de referencia autoriza el análisis, no la duplicación. Preserva los logotipos y activos de marca proporcionados exactamente a menos que el usuario autorice modificaciones.

Elige la arquitectura a partir de los requisitos

No impongas un stack de moda al proyecto. Elige en función de las necesidades de edición, volumen de contenido, interactividad, integraciones, hosting, mantenibilidad y la comodidad técnica del usuario.

• Prefiere generación estática o renderizado del servidor para sitios públicos con mucho contenido donde el SEO y el rendimiento importan.
• Agrega un CMS solo cuando se requiera edición no técnica; explica quién editará qué después del lanzamiento.
• Preserva las rutas públicas existentes cuando sea práctico. De lo contrario, crea redirecciones permanentes explícitas para cada URL dentro del alcance que haya cambiado.
• Modela el contenido repetible como datos estructurados en lugar de pegarlo en componentes de página.
• Mantén la procedencia del contenido y los medios importados trazable hasta el inventario de origen.
• Preserva los análisis, consentimiento, formularios, búsqueda, comercio electrónico, membresías, incrustaciones e integraciones requeridos solo cuando estén dentro del alcance y sean comprobables.

No transfieras silenciosamente plugins vulnerables, scripts de seguimiento, shortcodes obsoletos o marcado específico de WordPress. Convierte el significado y comportamiento útiles, e informa cualquier cosa que requiera reemplazo o revisión manual.

Construye en lotes de migración

Primero implementa un tipo de contenido o ruta representativo cuando el proyecto sea grande. Valida su modelo de contenido, manejo de medios, sistema de estilo y comportamiento responsivo antes de escalar la migración.

Mantén un mapa de rutas y manifiestos de contenido/medios actualizados a medida que avanza el trabajo. Para cada elemento omitido, registra un motivo como fuera-de-alcance, duplicado, privado-no-disponible, roto-en-origen o requiere-decision-del-usuario. Nunca hagas que los elementos faltantes desaparezcan del registro de auditoría.

Respeta el repositorio de destino existente, framework, convenciones y trabajo no relacionado del usuario. No sobrescribas un proyecto no vacío ni reemplaces una implementación existente sin una dirección explícita.

Verifica la paridad y calidad

Lee references/verification.md antes de declarar la migración completa.

Verifica el sitio construido o desplegado contra los manifiestos, no de memoria. Como mínimo, demuestra:

• que cada URL de origen dentro del alcance está representada por una página de destino o una redirección intencional;
• que los títulos, el contenido significativo del cuerpo, las fechas, los autores, la taxonomía y los metadatos SEO sobrevivieron cuando se requería;
• que cada activo local referenciado se resuelve como el tipo de medio esperado, no un fallback HTML con estado 200;
• que las dimensiones de imagen, texto alternativo, leyendas, descargas, enlaces internos, URLs canónicas, entradas del mapa del sitio y datos estructurados son correctos cuando corresponda;
• que los formularios, búsqueda, análisis, consentimiento, comercio electrónico, autenticación, incrustaciones e integraciones dentro del alcance funcionan de extremo a extremo;
• que las páginas representativas para móvil y escritorio no tienen fallos evidentes de accesibilidad, desbordamiento, consola o rendimiento.

Usa hashes de bytes cuando el requisito sea preservar archivos originales. Usa revisión visual para recortes, dirección de arte responsiva, diseño y transformaciones donde la igualdad de bytes sea intencionalmente imposible.

No informes "no se perdió nada" a menos que todas las filas del inventario dentro del alcance tengan un destino verificado o una excepción aceptada. Distingue las comprobaciones de compilación local, verificación de vista previa, verificación de producción y elementos que no pudieron ser accedidos.

Entrega un registro de migración

Adapta los nombres de archivo al proyecto de destino, pero proporciona el equivalente de:

• migration-brief.md: alcance, dirección de diseño, arquitectura, suposiciones y exclusiones;
• source-inventory.csv o .json: inventario de contenido y rutas de origen;
• media-manifest.csv o .json: mapeo de medios de origen/destino y hashes;
• redirect-map.csv: URL antigua, URL nueva, estado de redirección y resultado de verificación;
• el código fuente y contenido del nuevo sitio web;
• verification-report.md: evidencia de paridad, navegador, funcional, SEO y accesibilidad;
• handover.md: edición, implementación, reversión, copias de seguridad y trabajo manual restante.

Mantén las exportaciones sensibles fuera de un repositorio público y referencia su ubicación segura sin exponer secretos.

Condiciones de parada

Pausa y explica la brecha exacta cuando:

• la URL de origen o el alcance autorizado es desconocido;
• robots, autenticación, límites de tasa o controles de hosting impiden un descubrimiento seguro;
• el contenido privado esencial no está presente en una exportación proporcionada;
• el diseño solicitado depende de copiar activos o identidad que el usuario no puede usar;
• el lanzamiento requiere credenciales, cambios de DNS, compras, reemplazo destructivo u otra autoridad aún no otorgada;
• la paridad no puede demostrarse a partir de la fuente disponible.

Ofrece el siguiente paso seguro más pequeño. No disfraces un rastreo incompleto, una página de inicio funcional o una compilación exitosa como una migración completada.