Sitio web

Encuentra y deshaz una edición rota del sitio usando snapshots de versiones

Rastrea una avería reciente en un sitio alojado hasta el snapshot y el archivo que la causaron, compara el archivo antes y después, y restaura solo lo necesario tras tu aprobación.

Cuándo usarlo

Cuando algo en su sitio alojado se rompió tras una edición reciente y necesita encontrar qué cambió y deshacerlo con seguridad.

Qué obtienes

El archivo culpable identificado con snapshots y un diff antes/después, la restauración más acotada aplicada tras su aprobación y confirmada en vivo, más una nota de incidente de 4 líneas para la dirección.

¿Cambia algo en mi cuenta?

Solo con tu aprobación. El asistente muestra primero una vista previa de cada cambio y espera tu confirmación.

Completa antes de enviar

[URL de la página afectada][hora aproximada de la edición]

Algo de mi sitio alojado dejó de funcionar tras una edición reciente: [describe el síntoma, p. ej. el formulario no aparece, el diseño se rompe en móvil]. Encuentra la causa y deshazla con la reversión más pequeña posible. 0. Primero, lista mis servidores y sitios. Los snapshots de versiones solo existen en los servidores de hosting de Opus Growth. Si [URL de la página afectada] pertenece a un sitio WordPress conectado mediante el plugin, detente y avísame, porque este método de reversión no se aplica ahí. Si el servidor aloja más de un sitio, usa el que sirve [URL de la página afectada]. 1. Lee [URL de la página afectada] en vivo: código de estado HTTP, cabeceras de respuesta y HTML (usa la vista de esquema si la página es grande). Toma capturas de pantalla en escritorio y en móvil. 2. Lista los snapshots automáticos, retrocediendo página a página hasta cubrir los últimos 14 días. Elige los snapshots cercanos a [hora aproximada de la edición]. Los snapshots llevan una hora y una etiqueta, no el nombre de quien hizo la edición, así que guíate solo por la hora y la etiqueta y no supongas quién cambió qué. 3. Para cada archivo sospechoso, muestra el diff entre el snapshot inmediatamente anterior a la edición y el archivo actual. Lee el archivo actual si necesitas más contexto. Explica en lenguaje sencillo qué cambió y por qué causa el síntoma. 4. Recomienda la solución más acotada: un archivo, una carpeta, o el sitio completo solo si hay varios archivos implicados. Enumera los cambios posteriores a ese snapshot que también se perderían. Si el sitio tiene una carpeta de código fuente .src/ (un proyecto con build), avísame de que la restauración se sobrescribirá en la siguiente reconstrucción a menos que la corrección también se lleve al código fuente. Ejecuta la restauración primero como vista previa y muéstramela. No apliques nada hasta que yo lo apruebe. Una vez aprobada, aplica la restauración, vuelve a leer la página en vivo, toma nuevas capturas de pantalla y confirma que el síntoma desapareció y que el estado es 200. Termina con una nota de incidente de 4 líneas para la dirección: qué se rompió, cuándo (según las horas de los snapshots), ventana de impacto y qué se restauró.

0. Primero, lista mis servidores y sitios. Los snapshots de versiones solo existen en los servidores de hosting de Opus Growth. Si [URL de la página afectada] pertenece a un sitio WordPress conectado mediante el plugin, detente y avísame, porque este método de reversión no se aplica ahí. Si el servidor aloja más de un sitio, usa el que sirve [URL de la página afectada].

1. Lee [URL de la página afectada] en vivo: código de estado HTTP, cabeceras de respuesta y HTML (usa la vista de esquema si la página es grande). Toma capturas de pantalla en escritorio y en móvil.

2. Lista los snapshots automáticos, retrocediendo página a página hasta cubrir los últimos 14 días. Elige los snapshots cercanos a [hora aproximada de la edición]. Los snapshots llevan una hora y una etiqueta, no el nombre de quien hizo la edición, así que guíate solo por la hora y la etiqueta y no supongas quién cambió qué.

3. Para cada archivo sospechoso, muestra el diff entre el snapshot inmediatamente anterior a la edición y el archivo actual. Lee el archivo actual si necesitas más contexto. Explica en lenguaje sencillo qué cambió y por qué causa el síntoma.

4. Recomienda la solución más acotada: un archivo, una carpeta, o el sitio completo solo si hay varios archivos implicados. Enumera los cambios posteriores a ese snapshot que también se perderían. Si el sitio tiene una carpeta de código fuente .src/ (un proyecto con build), avísame de que la restauración se sobrescribirá en la siguiente reconstrucción a menos que la corrección también se lleve al código fuente.

Ejecuta la restauración primero como vista previa y muéstramela. No apliques nada hasta que yo lo apruebe. Una vez aprobada, aplica la restauración, vuelve a leer la página en vivo, toma nuevas capturas de pantalla y confirma que el síntoma desapareció y que el estado es 200.

Termina con una nota de incidente de 4 líneas para la dirección: qué se rompió, cuándo (según las horas de los snapshots), ventana de impacto y qué se restauró.

Abrir en Claude Abrir en ChatGPT Debate en el foro

Búsquedas relacionadas

sitio roto rollback restaurar snapshot deshacer cambios diseño roto formulario desaparecido web caída historial de versiones qué cambió revertir edición

Estos prompts funcionan mejor cuando tu asistente de IA está conectado a tus cuentas con Opus Growth.

Conecta tus cuentas gratis

Más prompts

Sitio webCambia tras tu aprobación

Reescribe los meta títulos y descripciones de las páginas con bajo CTR orgánico

Encuentra páginas de primera página que reciben impresiones pero pocos clics, las compara con el CTR medio del sitio y reescribe su meta título y descripción en torno a las consultas que realmente les traen tráfico.

Cuándo usarloCuando tus páginas salen en la primera página y reciben impresiones pero pocos clics, y sospechas que los títulos y descripciones no convencen.

Usa la propiedad de Search Console [Search Console property] y el sitio de WordPress [WordPress site].

Paso 1. Línea base. Extrae los últimos 90 días con la dimensión "date" y suma el total de clics y el total de impresiones. CTR medio del sitio = clics totales / impresiones totales. Muestra primero este número.

Paso 2. Candidatas. Extrae los últimos 90 días por página, ordenadas por impresiones. Conserva las páginas con al menos 500 impresiones, una posición media entre 1 y 10 y un CTR inferior al 2 %. Quédate con las 10 primeras por impresiones.

Paso 3. Para cada una de esas 10 páginas:
- Extrae las consultas solo de esa página (dimensión "query", filtrada por la URL de la página, ordenadas por impresiones) y conserva las 5 primeras.
- Busca el ID de la entrada o página de WordPress correspondiente buscando su slug. Si una URL no tiene una coincidencia clara (archivo, categoría, página de inicio), márcala y continúa.
- Lee su meta título y meta descripción actuales desde el plugin de SEO.

Omite cualquier página cuyo título actual ya contenga su consulta principal Y cuyo CTR esté dentro del 20 % del promedio del sitio del Paso 1. Explica por qué la omites.

Entrega una tabla con estas columnas: URL, ID de la entrada, impresiones, CTR, posición, consultas principales, título actual, descripción actual, título propuesto, descripción propuesta.
- Título propuesto: máximo 60 caracteres, con la consulta principal cerca del inicio.
- Descripción propuesta: máximo 155 caracteres, con un beneficio concreto y una llamada a la acción.
- Usa solo datos que aparezcan en la página. No inventes precios, garantías ni cifras.

Esta tabla es la vista previa. No escribas ningún campo SEO hasta que yo lo apruebe. Tras la aprobación, escribe solo las filas aprobadas (sobrescribe los valores existentes únicamente en esas filas), luego purga la caché para que las nuevas etiquetas se publiquen y vuelve a leer los campos SEO de cada página modificada para confirmar que se guardaron.

Sitio webCambia tras tu aprobación

Reconstruye el menú del sitio en torno a las páginas que realmente convierten

Cruza el rendimiento de las páginas de destino en GA4 con tus menús de WordPress, señala páginas valiosas que faltan en la barra de navegación, lastre y enlaces rotos, y propone un menú principal más ligero.

Cuándo usarloCuando el menú de tu sitio está desordenado o desactualizado y sospechas que no lleva a los visitantes a las páginas que realmente convierten.

Compara mi menú de navegación con lo que realmente convierte.

Desde la propiedad de GA4 [GA4 property], extrae los últimos 90 días por página de destino: sesiones y eventos clave. Calcula la tasa de eventos clave como eventos clave / sesiones.

Luego lee todos los menús de [WordPress site], incluidos la barra de navegación principal y el pie de página, con todos sus enlaces.

Cruza los enlaces del menú con las filas de GA4 por la ruta de la URL (ignora el dominio, las barras finales y las cadenas de consulta). Cuando un enlace no tenga fila en GA4, trátalo como cero sesiones e indícalo.

Revisa cada enlace del menú en busca de problemas:
- Abre cada URL enlazada y registra su estado HTTP. Cualquier 4xx o 5xx es un enlace roto; las redirecciones conviene anotarlas.
- Señala los enlaces que apuntan a páginas en borrador o privadas, a slugs antiguos o a http en lugar de https.

Entrega tres listas:
1. Páginas con al menos 20 eventos clave que no están en el menú principal.
2. Enlaces del menú que apuntan a páginas con menos de 50 sesiones o cero eventos clave en 90 días.
3. Enlaces rotos u obsoletos, con el motivo de cada uno.

Después propone un nuevo menú principal:
- Máximo 7 elementos de primer nivel, ordenados por importancia comercial.
- Etiquetas exactas de 2 a 3 palabras, en un lenguaje sencillo que usaría un cliente.
- La página de contacto queda como último elemento.
- Mueve las páginas de poco valor al menú del pie de página en lugar de eliminarlas.

Muestra el menú actual y el menú propuesto lado a lado, con la lista exacta de acciones de menú que ejecutarías (añadir, renombrar, reenlazar, reordenar, eliminar), como vista previa. No edites nada hasta que yo lo apruebe. Tras la aprobación, aplica los cambios, purga la caché y vuelve a leer los menús para confirmar la estructura final.

Sitio webCambia tras tu aprobación

Revisión del estado de plugins y tracking antes de que afecte tus conversiones

Una lista de acciones plugin por plugin que señala plugins desactualizados, duplicados y en conflicto, así como etiquetas que se disparan dos veces.

Cuándo usarloCuando tu WordPress tiene demasiados plugins, actualizaciones pendientes o temes que etiquetas duplicadas inflen las conversiones con las que optimizan tus anuncios.

Haz una revisión del estado de los plugins y del tracking en [sitio WordPress].

Lee lo siguiente:
- Las versiones de WordPress y PHP.
- Todos los plugins instalados, con su estado activo y si tienen una actualización disponible.
- Cada lugar donde se dispara una etiqueta de GTM o GA4.
- La configuración actual de caché y velocidad.

Entrega una tabla con estas columnas: plugin, ¿activo?, ¿actualización disponible?, función (SEO, caché, formularios, tracking, constructor de páginas, otro), riesgo, recomendación (mantener, actualizar, desactivar o eliminar).

Señala explícitamente estos problemas:
- Más de un plugin de SEO.
- Más de un plugin de caché.
- Plugins inactivos que se pueden eliminar.
- Cualquier etiqueta de GTM o GA4 que se dispare desde más de un lugar. El doble disparo infla las conversiones hacia las que optimizan mis anuncios.

No toques el constructor de páginas, el plugin de formularios ni WooCommerce.

Muestra primero la lista de acciones como vista previa. Después actúa plugin por plugin, y solo cuando yo apruebe cada uno. Tras cada cambio, confirma que la página de inicio sigue devolviendo estado 200 antes de continuar.

Sitio webCambia tras tu aprobación

Reemplaza un número de teléfono antiguo en todo el sitio, de forma segura

Un mapa completo de dónde aparece el número antiguo, un diff de prueba (dry run) del reemplazo masivo y una lista de lugares que requieren correcciones manuales.

Cuándo usarloCuando ha cambiado tu número de teléfono y necesitas asegurarte de que el antiguo ya no aparece en ningún lugar de tu web.

Nuestro número de teléfono cambió de [old number] a [new number]. Ni los anuncios ni los visitantes orgánicos deben ver el número antiguo en ningún lugar.

1. Encuentra todas las entradas y páginas de mi sitio WordPress que contengan el número antiguo en cualquier formato habitual: con espacios, sin espacios, con el código de país y dentro de enlaces tel:.
2. Revisa los menús en busca de enlaces tel: y los ajustes de Contact Form 7 en busca del número antiguo.
3. Lee la ubicación de mi Business Profile e indícame qué número muestra actualmente.

Entrega:
- Una lista de páginas con el número de apariciones en cada una.
- Cualquier lugar al que un buscar y reemplazar de contenido no pueda llegar, como menús, ajustes de formularios o Business Profile.

Ejecuta primero el buscar y reemplazar masivo como prueba (dry run) y muéstrame el diff de cada página. Aplícalo solo después de que yo lo apruebe y luego purga la caché.

No modifiques Business Profile en esta tarea. Solo dime si necesita actualizarse.