Respuesta corta: Un relanzamiento es un movimiento, no un nuevo abrigo de pintura
Durante un relanzamiento, todo raramente se mantiene igual: URL, contenido, tecnología, seguimiento y a veces incluso el cambio de dominio. Esto es exactamente donde surgen los problemas típicos - rankings caen porque faltan redirecciones, formularios ya no envían correos electrónicos o viejos backlinks se pierden. La solución no es una sola medida, sino una secuencia: primer inventario, luego migrar, luego probar, sólo entonces ir en vivo.
1. Objetivos e inventario
Un relanzamiento sin un objetivo claro rápidamente se vuelve caro. Antes del primer borrador, debe ser claro lo que el nuevo sitio web debe hacer mejor: más solicitudes, mejor búsqueda, tiempos de carga más rápidos, un diseño más moderno o un CMS más simple. El alcance depende de eso.
- ✓ ¿Por qué estamos relanzando? Escribe el problema, el objetivo y los criterios de éxito.
- ✓ Base de referencia para la medición: Accesos, solicitudes, páginas más importantes, rankings y rutas de conversión.
- ✓ Consola de búsqueda de cheque: Páginas indexadas, 404s, redirecciona y vitales de la red central.
- ✓ Páginas de inventario: cualquier URL con contenido, tráfico, backlinks y URL de destino futuro.
- ✓ Tecnología de documentos: CMS, plugins, formularios, interfaces, hosting, DNS y correo.
Punta de la herramienta: El Verificación de SEO muestra la base técnica del sitio web actual; la Consola de Búsqueda proporciona la URL real y los datos de búsqueda.
2. Contenido y estructura de página
Al relanzar, la tentación es reescribir todo y simplemente dejar que las páginas viejas desaparezcan. Es mejor tomar una decisión consciente por URL: mantener, fusionar, reemplazar o eliminar. Cada decisión necesita una URL de destino.
| URL vieja | decisión | Nueva URL / Acción |
|---|---|---|
| /leistungen/webdesign | behalten | /leistungen/webdesign |
| /homepage | Traigan juntos. | / → 301 |
| /alte-kampagne | ersetzen | /neue-kampagne → 301 |
| /spam-altlast | Suprimir | 410 Gone |
Importante: No todas las URL viejas en la página principal se enruzan en general. Un 301 al contenido siguiente página es más comprensible para los usuarios y motores de búsqueda. Las cargas heredadas reales sin valor pueden entregar 410; los backlinks y rankings existentes deben ser revisados de antemano.
3. Tecnología y datos
Antes del lanzamiento, necesitas un entorno de prueba, un respaldo completo y un plan de devolución claro, que incluye más que un simple vertedero de bases de datos: se deben conocer formularios, subidas, configuración, DNS y acceso al correo.
Ejecute un nuevo sitio web en un dominio de prueba o subdominio protegido.
Recuperar archivos, bases de datos y servicios relevantes; Prueba de recuperación una vez.
Compruebe los destinatarios, SMTP, filtros de spam, correos electrónicos de confirmación y casos de error.
Prueba CRM, newsletter, reserva, tienda, análisis e interfaces.
Baja TTL antes de cambiar, comprobar el certificado y redireccionar.
Supervisa el tiempo de inactividad, registros de errores y recibos de formularios después del lanzamiento.
4. SEO durante el relanzamiento
Al relanzar, SEO no sólo comienza después del lanzamiento. Los puntos más importantes se pueden preparar de antemano y revisar después. URL claras, redirecciones apropiadas y contenidos que conservan su propósito son cruciales.
- ✓ Cartografía URL: alte URL → neue URL, inklusive 301-Status.
- ✓ Canónicos: Cada página apunta a la URL correcta, indexable.
- ✓ Títulos y Descripción: Único por página, sin datos meta vacíos o duplicados.
- ✓ Cabezas: Es sólo un H1, una estructura lógica H2/H3.
- ✓ Enlaces internos: Las páginas importantes siguen siendo accesibles; no hay enlaces a URLs antiguas.
- ✓ Mapa del sitio y robots.txt: Sólo páginas indexables en el mapa del sitio, no páginas noindex.
- ✓ Datos estructurados: Consultar organización, servicio, FAQ y artículos de nuevo después del lanzamiento.
Después del lanzamiento: Compruebe el mapa del sitio en Search Console, observe el informe 404 y no obligue a indexación de masa. Los cambios de contenido real y enlaces internos limpios son más importantes que las solicitudes a corto plazo.
5. Rendimiento y accesibilidad
Un nuevo sitio web no sólo debe verse bien, sino también ser rápido y fácil de usar. Antes de lanzar, verifique los vitales de la red central, las páginas más importantes del smartphone y la operación del teclado. La accesibilidad es también un requisito creciente para muchas empresas - contraste, texto alternativo y etiquetas de formulario son un buen comienzo.
6. Derecho y seguridad
Un relanzamiento es un buen momento para comprobar las páginas legalmente requeridas y la seguridad técnica. Esto incluye el aviso legal, la declaración de protección de datos, la lógica de cookies/consentimiento y los terceros realmente cargados. El correo electrónico también juega un papel: los formularios y los correos electrónicos del sistema deben llegar de forma fiable.
- ✓ Forzar HTTPS, comprobar HSTS y certificado válido.
- ✓ Las pancartas de cookies sólo cargan lo que corresponde realmente al consentimiento.
- ✓ Imprint, protección de datos y actualización GTC.
- ✓ Enviar correos con SPF, DKIM y DMARC de forma limpia.
- ✓ Revise copias de seguridad, accesos y cuentas de administración después del lanzamiento.
La información legal no sustituye el asesoramiento legal. Si no está seguro, póngase en contacto con la autoridad pertinente o el asesoramiento legal.
7o día de lanzamiento: la prueba final
En el día de lanzamiento, un pedido corto y claro cuenta. Es mejor probar más que explicar más tarde por qué las solicitudes faltan.
Las casillas de verificación son un recordatorio, no un estado salvado. Para el lanzamiento real, mantenga su propia lista de personas responsables y tiempos.
8. Después del lanzamiento: 24 horas, 7 días, 90 días
Después del lanzamiento, comienza la observación real. Las fluctuaciones a corto plazo son posibles; Es importante reconocer patrones y corregir errores técnicos inmediatamente.
Compruebe el tiempo de trabajo, formularios, 404s, SSL y las redirecciones más importantes.
Compare los informes de Search Console, tráfico, rutas de conversión y registros de errores.
Evaluar rankings, consultas y vitales web centrales; Contenido Sharpen y enlaces internos.
Preguntas sobre el relanzamiento del sitio web
Eso depende del alcance: inventario, nueva estructura, diseño, implementación, migración y pruebas tardan varias semanas dependiendo del proyecto. Un pequeño relanzamiento con unas pocas páginas es posible más rápido que una migración con una tienda, reserva o interfaces. Determinamos el horario específico después de hacer el inventario – con hitos y amortiguadores para pruebas.
Un relanzamiento es un nuevo proyecto. Para referencia: Nuestros paquetes web comienzan a partir de 990 €, el paquete completo a 1.990 € y Premium a 2.990 €. Calculamos migraciones complejas, diseño individual, soporte SEO o nuevas funciones dependiendo del alcance. Usted obtiene un precio fijo para el alcance estándar acordado; más allá de eso, dependiendo del alcance, a petición.
No automáticamente, pero un relanzamiento es una intervención técnica. Los mayores riesgos faltan o incorrectos 301 redirige, elimina accidentalmente el contenido, errores de noindex y enlaces internos rotos. Si la estructura de URL, el contenido y la tecnología se migran limpiamente, las posibilidades de mantener la visibilidad son buenas. Las fluctuaciones a corto plazo son normales; monitorear Search Console de cerca después del lanzamiento.
No, pero todas las URL con backlinks, rankings o tráfico real deben recibir una adecuada 301 redireccionar a la siguiente página en términos de contenido. No redirigir todo a la página principal: manta redirige a la página web rara vez ayuda a los usuarios y diluye la relevancia. El verdadero Spam o los elementos heredados de malware, por otro lado, pueden entregar deliberadamente 410.
Antes del lanzamiento: copia de seguridad completa de archivos, bases de datos y correo/formulario de datos relevantes, recuperación probada, un entorno de estadificación y un plan de devolución claro. Antes de la transición DNS, baja el TTL para que los cambios se puedan reenrollar rápidamente. Después del lanzamiento, revisamos formularios, redirigen, rastreo, SSL y los procesos de negocio más importantes.