Lista de comprobación para el relanzamiento de tiendas en línea, sitios web de reservas y corporativos

¿Está planeando un relanzamiento? Enhorabuena por haber encontrado este artículo. Las siguientes explicaciones pueden ser una contribución decisiva para que su relanzamiento sea un éxito y consiga un resultado maravilloso. Porque no siempre es así. Soy propietario de una agencia y le voy a contar exactamente lo que le permitirá obligar a los tipos como yo a hacer un trabajo excepcionalmente bueno y evitar los típicos errores de relanzamiento. Pero empecemos por el principio.

El relanzamiento de un sitio web es el rediseño y la revisión de un sitio web existente. Se puede cambiar el diseño, el contenido y la tecnología. El objetivo del relanzamiento de una página web es mejorarla y adaptarla a las necesidades actuales.

Ciertos desencadenantes externos en las empresas hacen que se proclame el objetivo de un "relanzamiento": El empleado recién contratado aporta grandes ideas, llega un nuevo jefe y quiere hacer un buen barrido digital, la competencia tiene un nuevo sitio web o las ventas están cayendo. Puede que a la mujer del jefe tampoco le guste la web antigua o que la web no esté lo suficientemente "encendida" para la Generación Z. Puede que esto le resulte familiar. Al igual que las opiniones personales, el hecho de que sea el momento de tener una nueva página web no es motivo para relanzarla.

Sin embargo, hay algunas razones mejores por las que las empresas u organizaciones podrían querer relanzar su sitio web. Las principales son:

• Diseño anticuado y/o cambio de marca: un sitio web anticuado puede dar la impresión de que la organización no está al día o ya no está activa. Por tanto, un diseño fresco y moderno debería mejorar la imagen. Aunque la imagen de marca o la identidad corporativa cambien, a menudo es conveniente relanzar el sitio web para reflejar el nuevo mensaje de la marca.
• Mejor experiencia de usuario: Si la facilidad de uso de un sitio web es deficiente, puede provocar un alto índice de rebote. Un relanzamiento puede servir para mejorar la experiencia del usuario y facilitar la navegación por el sitio web.
• Optimización para móviles: con cada vez más gente accediendo a los sitios web a través de dispositivos móviles, es importante asegurarse de que el sitio web funciona bien en diferentes tamaños de pantalla y dispositivos.
• Optimización para motores de búsqueda (SEO): Un sitio web obsoleto puede tener problemas de rendimiento SEO. Un relanzamiento ofrece la oportunidad de introducir cambios que mejoren la visibilidad en los motores de búsqueda.
• Actualización de contenidos: si la información, los servicios o los productos de una empresa cambian, el sitio web debe actualizarse para reflejar estos cambios.
• Mejoras de seguridad: Los sitios web más antiguos suelen ser más susceptibles a los riesgos de seguridad. Un relanzamiento puede servir para mejorar la seguridad del sitio web y protegerlo contra ciberataques.
• Actualización tecnológica: el uso de tecnologías obsoletas puede afectar al rendimiento de un sitio web. Un relanzamiento puede brindar la oportunidad de cambiar a las últimas tecnologías y plataformas web.
• Accesibilidad: Mejorar la accesibilidad es una de las principales preocupaciones de muchos sitios web para garantizar que sean accesibles a las personas con discapacidad.
• Competitividad: Para seguir el ritmo de la competencia, es importante tener un sitio web moderno y potente. Un relanzamiento puede ayudar a mantener o aumentar la competitividad.
• Mejoras analíticas: Mediante la implementación de mejores herramientas de análisis y la recopilación de datos, las empresas pueden comprender mejor y optimizar el rendimiento de su sitio web.
• Cumplimiento de los requisitos legales: Las leyes y normativas sobre privacidad, accesibilidad y seguridad cambian con regularidad. Un relanzamiento puede ser necesario para garantizar que el sitio web cumple estos requisitos.

Estas razones pueden darse por separado o combinadas y varían en función de los objetivos y necesidades de la empresa. El relanzamiento de un sitio web suele ser una decisión estratégica para mejorar la presencia en línea y alcanzar los objetivos de la empresa. Si se analizan los puntos anteriores de forma individual, queda claro que la mayoría de los motivos pueden realizarse con sprints más pequeños y no requieren un relanzamiento importante.

Diferenciemos pues lo que es un relanzamiento de lo que no es: Un nuevo diseño con una base técnica existente es más bien un lavado de cara . Un relanzamiento sólo es un relanzamiento si el objetivo del relanzamiento es hacer un cambio real en la experiencia del usuario, la funcionalidad y la base técnica.

Un relanzamiento debe justificarse siempre sobre la base de hechos (por ejemplo, la tecnología está en un punto muerto y ya no puede actualizarse), cifras clave y datos de medición y comparación.

Esta es mi primera recomendación en este punto: ¡evolución antes que revolución! Evite un relanzamiento durante el mayor tiempo posible e intente aplicar todos los puntos que se han planteado a favor de un relanzamiento de forma individual o incremental. Mejora una cosa, ponla en marcha, evalúa lo que ocurre, adáptate de nuevo o pasa al siguiente punto. El mejor ejemplo es Amazon, que en realidad sólo hace cambios y mejoras mínimas y ha evitado grandes relanzamientos durante muchos años.

Un relanzamiento es siempre una gran amenaza para tu visibilidad en Google. Todo el mundo se centra en las mejoras, pero pocos son conscientes del riesgo. Sin duda, la interfaz de usuario mejora, la experiencia positiva del usuario aumenta y usted vuelve a estar técnicamente al día. Sin embargo, si el éxito de su negocio depende de una fuerte visibilidad orgánica , un relanzamiento es el último recurso y sólo debe decidirse si su dolor es lo suficientemente grande debido a una combinación de las razones mencionadas anteriormente que ya no pueden resolverse en sprints individuales. ¿Por qué? Vea lo que ocurrió con la visibilidad en línea tras los relanzamientos de estos cuatro sitios web:

Planifique cuidadosamente su relanzamiento y garantice el éxito de su realización con una lista de comprobación. Sobre todo, fíjese dos objetivos: por un lado, mantener la visibilidad en línea y, por otro, encontrar la manera de sentar las bases para aumentar la visibilidad en línea en el marco del relanzamiento. Este artículo pretende ofrecerle una guía de relanzamiento para que pueda minimizar los riesgos durante el relanzamiento y conseguir un resultado excepcionalmente bueno con potencial para un éxito sostenible y orgánico del SEO.

Hoja de ruta para un relanzamiento

La planificación del relanzamiento de un sitio web debe hacerse con cuidado. Es importante tener en cuenta los siguientes pasos:

• Analizar el sitio web existente y registrar su estado actual: en primer lugar, debe analizarse el sitio web existente para identificar sus puntos fuertes y débiles.
• Definir los objetivos: Hay que definir claramente los objetivos del relanzamiento del sitio web. Entre ellos están, por ejemplo, mejorar la tasa de conversión, aumentar el número de visitantes o cambiar a un nuevo CMS que mejore el mantenimiento y la mantenibilidad de los contenidos.
• Desarrollo de un concepto: debe desarrollarse un concepto para el relanzamiento del sitio web basado en el análisis y los objetivos, así como en un análisis de la competencia. El concepto debe incluir los siguientes aspectos: Diseño, contenido, tecnología y SEO/marketing.
• Implementación: A continuación se implementa el concepto. Esto incluye desarrollar el diseño, crear/adaptar el contenido e implementar los cambios técnicos.
• Pruebas: el nuevo sitio web debe probarse a fondo antes de su publicación para garantizar que funciona sin errores. Esto incluye también una lista de comprobación definida.
• Publicación: a continuación se publica el nuevo sitio web. Y se sigue probando en directo, analizando y adaptando.

Determinar los objetivos y la estrategia del relanzamiento

Determine exactamente cuáles son los objetivos del relanzamiento. Los objetivos pueden ser (además de los motivos mencionados anteriormente)

• Mejorar la experiencia del usuario
• Aumentar la claridad
• Ampliar la gama de contenidos
• Modernización del diseño
• Aumento del volumen de negocio y del tamaño de la cesta de la compra
• Cambio a otro CMS con mantenimiento de contenidos y mantenibilidad técnica más sencillos
• Mayor facilidad de ampliación y mantenimiento en el futuro.

Sugerencia: Después de las primeras reuniones de lanzamiento en el equipo como empresa -incluso antes de que empiecen las conversaciones con los organismos de ejecución-, todos los implicados en el proyecto deberían escribir los objetivos de su relanzamiento en un papel o en su máscara de entrada en su herramienta de comunicación (por ejemplo, Slack). Cuando todo el mundo señale sus objetivos al mismo tiempo, se sorprenderá de lo mucho que difieren las opiniones, aunque el objetivo ya se haya debatido verbalmente en las reuniones. Por eso es importante establecer los objetivos por escrito . Si sabe exactamente cuáles son sus objetivos, podrá comprobar el prototipo de interfaz de usuario en una fase temprana para ver si se han tenido en cuenta conceptualmente.

Una hoja de especificaciones aporta claridad sobre el orden de relanzamiento

La agencia necesita una ficha de proyecto completa del cliente para preparar una oferta. Las empresas suelen tener listo un documento Word o un PDF donde se esboza el proyecto con más o menos detalle. A continuación se realizan cuestionarios o talleres con los que las agencias pueden destacar mejor los puntos débiles del cliente para poder presentar una oferta. Para proyectos de mayor envergadura, se elabora un pliego de condiciones. Cuanto más detallada, mejor.

Una hoja de especificaciones es un documento que desempeña un papel crucial en el relanzamiento de un sitio web. Sirve para registrar por escrito los requisitos, objetivos y expectativas del relanzamiento. Una especificación bien redactada ayuda a garantizar que todos los implicados -ya sea el equipo de desarrollo, el equipo de diseño o el cliente- entiendan claramente lo que hay que conseguir durante el relanzamiento. También es el punto de partida de una oferta bien calculada y vinculante por parte de la agencia realizadora. He aquí la información y los elementos que normalmente pueden incluirse en un pliego de condiciones para el relanzamiento de un sitio web:

• Objetivos y propósito: Una descripción de los principales objetivos del relanzamiento, por ejemplo, mejorar la experiencia del usuario, aumentar la visibilidad en los motores de búsqueda o cambiar el CMS con la actualización del diseño.
• Alcance del proyecto: una definición clara de lo que incluye y no incluye el relanzamiento. Puede incluir el número de páginas, la integración de herramientas de terceros o la revisión de contenidos.
• Requisitos de diseño: Información sobre el diseño visual deseado del sitio web, incluidos los diseños y el cumplimiento de las directrices de diseño corporativo sobre colores, fuentes e imágenes.
• Requisitos de funcionalidad: Un desglose de las funciones e interacciones deseadas en el sitio web, como formularios de contacto, funciones de búsqueda, funciones de comercio electrónico, etc.
• Requisitos técnicos: Especificaciones sobre las tecnologías que se utilizarán durante el relanzamiento, como la selección de un sistema de gestión de contenidos (CMS) o la implementación de determinadas funciones. También incluye el uso de formatos modernos de imágenes y gráficos (WebP, AVIF, SVG).
• Copias de seguridad y revisiones manuales y automáticas de las ediciones de contenidos.
• Requisitos de contenido: Especificaciones claras para revisar, actualizar o crear nuevos contenidos, incluidos texto, imágenes, vídeos y otros medios. Gestión de metadatos y datos estructurados.
• Requisitos de SEO: más información al respecto en la siguiente sección de contenidos.
• Calendario e hitos: un calendario que defina las fechas previstas de inicio y finalización del relanzamiento, así como los hitos importantes.
• Presupuesto: información sobre el presupuesto del relanzamiento, incluidos los costes de diseño, desarrollo, alojamiento y servicios de terceros.
• Garantía de calidad con herramientas de prueba: Descripción de los procedimientos de prueba y control de calidad que se llevarán a cabo durante el relanzamiento para garantizar que el sitio web funciona correctamente.
• Requisitos de mantenimiento y asistencia: Requisitos para el mantenimiento y soporte continuos del sitio web tras el relanzamiento.

Un documento de especificaciones bien estructurado es crucial para evitar malentendidos, gestionar el proyecto con eficacia y garantizar que se cumplen las expectativas de todas las partes interesadas. Sirve de guía y documento de referencia para todo el equipo del proyecto y ayuda a garantizar el éxito del relanzamiento del sitio web.

Cuando planificamos nuestro relanzamiento de TutKit.com con un cambio completo de framework de CodIgniter a Laravel, nuestra especificación de requisitos constaba de 220 páginas, (no) una perspectiva tentadora para una agencia.

Nota: Mi artículo no entrará en detalles sobre el concepto, el diseño, la función y la tecnología utilizada. No cabe duda de que el nuevo sitio web será bonito. El mayor peligro de un relanzamiento es, en realidad, el deterioro de la experiencia técnica del usuario y de la calidad de la página debido a la omisión de redireccionamientos 301, etc., lo que conduce a una pérdida de posicionamiento y visibilidad. Para evitarlo, la siguiente sección se centra principalmente en garantizar el éxito del proyecto desde el punto de vista de la experiencia del usuario y el SEO.

Definir los requisitos SEO del nuevo sitio web

El briefing del cliente o incluso una hoja de especificaciones más extensa ya regula lo que se desea en términos de diseño, contenido, funcionalidad y tecnología y es la base para que una agencia elabore un cálculo.

Para que la lista de comprobación del relanzamiento garantice el éxito del proyecto, hay que analizar cada uno de los pasajes desde el punto de vista del SEO. Existen requisitos SEO especiales debidos, por ejemplo, a

• una estructura de URL cambiante (mapa de redireccionamiento de URL) y rutas de enlace cambiantes
• una navegación cambiante (importante debido a los enlaces internos y la jerarquía de enlaces)
• tecnologías cambiantes (CMS, framework JavaScript, servidor, ...)
• Cambios en el contenido (pérdida potencial de visibilidad de las páginas bien clasificadas)

Las páginas se clasifican bien en Google debido a la relevancia de su contenido, por lo que es importante preguntarse si el contenido existente está cambiando o se está fusionando, si se está eliminando contenido y/o si se está añadiendo contenido nuevo. ¿Cambiará la estructura de contenido de las categorías o páginas? De estos puntos deben derivarse los requisitos SEO que deben figurar en la lista de comprobación del relanzamiento.

¿Se transferirán también los metadatos del contenido antiguo y cambiarán? ¿Cómo mantiene el editor el contenido y está vinculado el contenido de la página a datos estructurados?

¿Se almacenan las imágenes existentes o nuevas en formatos de imagen modernos para sitios web (WebP/Avif) y se presta atención al SEO de imágenes con URL en minúsculas, es decir, en lugar de 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.

También hay que asegurarse de que los archivos de imagen se transfieren a Google a través de datos estructurados (ImageObject) y miniaturas <meta> para aumentar la probabilidad de incrustación de imágenes en los fragmentos de búsqueda y de aparición en Google Imágenes.

Otra cuestión interesante en este contexto es cómo se pueden mejorar las señales de usuario . Por ejemplo, se podrían incrustar vídeos con imágenes, vídeos explicativos y vídeos de ayuda en las páginas de contenido. Si un usuario que llega a la página de destino desde Google hace clic en el vídeo y lo ve, aumenta la duración de la estancia (buena señal para el usuario) y también mejora la tasa de retorno al SERP (buena señal para el usuario).

También debe comprobarse cómo se integran las secciones de contenido en las páginas que cumplen los requisitos de Google sobre contenido útil y el principio E-E-A-T.

Para Google, el " contenido útil" es aquel que es relevante y útil para los usuarios. Responde a las preguntas de los usuarios de forma exhaustiva e informativa, ofrece soluciones a problemas y aporta un valor añadido que va más allá de los meros mensajes publicitarios.

He aquí algunos ejemplos de contenido útil:

• Tutoriales y guías prácticas: Este contenido ayuda a los usuarios a aprender nuevas tareas o a resolver problemas existentes.
• Reseñas y comparaciones: Este contenido ayuda a los usuarios a decidirse por el producto o servicio adecuado.
• Noticias y actualizaciones: este contenido mantiene a los usuarios al día de los acontecimientos y tendencias actuales.
• Infografías y diagramas: Este contenido puede ayudar a visualizar datos e información complejos.
• Artículos y entradas de blog: Este contenido proporciona una visión más profunda sobre un tema en particular.

Google utiliza varias señales para reconocer el contenido útil. Entre ellas se incluyen

• Comportamiento de los usuarios: Google observa cómo interactúan los usuarios con el contenido, por ejemplo, cuánto tiempo permanecen en una página, con qué frecuencia la comparten y con qué frecuencia la valoran.
• Señales de calidad: Google evalúa la calidad de los contenidos basándose en factores como la relevancia, la exhaustividad y la actualidad.
• Opiniones de los usuarios: Google también tiene en cuenta las opiniones de los usuarios, como las valoraciones y los comentarios.
• Al tener en cuenta estas señales, los operadores de sitios web pueden aumentar las posibilidades de que sus contenidos se clasifiquen como útiles.

El principio EEAT es un concepto desarrollado por Google que evalúa la calidad de los sitios y contenidos web. Son las siglas de Expertise, Experience, Authority y Trustworthiness, es decir, pericia, experiencia, autoridad y fiabilidad.

• La pericia se refiere a los conocimientos y la experiencia de las personas que crean el contenido. Google evalúa la pericia basándose en factores como la educación, la experiencia profesional y los premios.
• La experiencia se acredita si el contenido también se ha creado con cierta experiencia, por ejemplo, basándose en el uso real de un producto, la visita real a un lugar o la descripción de una persona de lo que ha experimentado...
• La autoridad se refiere a la reputación de un sitio o contenido web. Google evalúa la autoridad basándose en factores como los vínculos de retroceso, la actividad en las redes sociales y las opiniones de los usuarios.
• La fiabilidad hace referencia a la fiabilidad y credibilidad de un sitio o contenido web. Google evalúa la fiabilidad basándose en factores como la privacidad, la seguridad y la transparencia.

¿Qué requisitos de SEO tienen las funciones existentes y nuevas en relación con el frontend y el backend? He aquí algunos ejemplos:

• Rastreabilidad (el contenido relevante debe ser visible y rastreable incluso sin JavaScript).
• Claridad del objetivo del sitio web y claridad sobre la llamada a la acción (el comportamiento deseado del cliente objetivo en las páginas)
• Evitar el contenido duplicado mediante, por ejemplo, páginas de categorías creadas automáticamente o páginas duplicadas mediante artículos variantes.
• Garantizar una alta velocidad de la página evitando demasiados archivos JavaScript y CSS y utilizando formatos de imagen modernos (WebP/AVIF).

Estos requisitos SEO deben incluirse en el briefing del proyecto o en el pliego de condiciones, pero también en la garantía de calidad del proyecto mediante una lista de comprobación relacionada con la herramienta de prueba o como comparación REAL-OBJETIVO y también como criterio de aceptación del servicio de la agencia. Más información a continuación.

Determinar los participantes internos y externos del proyecto

Determine los participantes en el proyecto, aquí desde la perspectiva del cliente o del propietario del sitio web:

• ¿Quién es responsable de la gestión del proyecto y de tomar las decisiones finales?
• ¿Quién se encarga de la coordinación y la comunicación con la agencia o el cliente?
• ¿Quién se encarga de la gestión interna del proyecto?
• ¿Quién prepara internamente el contenido y las aportaciones para la agencia?
• ¿Quién implementa el diseño de la experiencia del usuario?
• ¿Quién lleva a cabo el desarrollo?
• ¿Quién informa al cliente por parte de la agencia y con qué periodicidad?
• ¿Quién se encarga de las pruebas y la garantía de calidad por parte de la agencia y el cliente?
• ¿Participa un consultor externo (por ejemplo, para SEO o requisitos legales)?
• ¿Quién libera las tareas? ¿Quién aprueba las tareas en el sistema de tickets después de su procesamiento?
• ¿A quién hay que informar y cuándo (empleados, clientes, socios, gestores de campañas publicitarias, etc.)?

Hay cuatro puntos importantes a la hora de seleccionar gestores de proyectos externos

1. ¿Ha realizado la agencia uno o más proyectos de este tipo? ¿Existen referencias ? ¿Existen testimonios de clientes y sería posible mantener un debate de opinión con los clientes de la agencia, lo que se recomienda en el caso de grandes desarrollos personalizados?
   
2. ¿Los servicios ofrecidos y la implementación técnica (CMS/sistema de tienda/marco) cumplen ya todos los requisitos asociados al relanzamiento? ¿Existen funciones o requisitos individuales que aún deban programarse (también mediante plugins o módulos)? ¿Hay determinados servicios excluidos de la oferta o reservados para más adelante, pero que son cruciales para el éxito del proyecto? Es importante que no se añadan nuevos problemas que sean mayores que el motivo real del relanzamiento.
   
3. ¿Es la agencia de ejecución o el proveedor de servicios una buena opción para la empresa en términos de tamaño del equipo, ubicación regional y rotación de personal (que puede determinarse mediante las revisiones de Kununu)?
   
4. ¿Es posible el contacto directo con el equipo de diseño y desarrollo? Tiene sentido conocer al equipo real del proyecto de la agencia. Los profesionales de ventas que están de buen humor y prometen el cielo azul consiguen el trabajo y dejan de ser responsables más adelante. Por eso, también hay que acordar un contacto directo con el equipo de realización.

Cuatro consejos para protegerse en este contexto

1. Como cliente, yo prestaría mucha atención a la tecnología utilizada por la agencia. Basta con buscar en Google "CMS + desventajas" o "CMS + experiencia" para saber qué dice la oferta. Debería saber exactamente en qué se está metiendo. Tiene sentido confiar en soluciones de código abierto . Soy consciente de que esto no siempre es posible. Lo mejor es asegurarse de que existe una comunidad de desarrolladores lo más amplia posible para la tecnología utilizada , de modo que no acabes con una solución autónoma propia de una agencia en la que sólo tu agencia pueda trabajar, lo que en cierto modo te impone considerables limitaciones más adelante.
   
2. Asegúrate también de que recibes derechos de uso y edición sin restricciones sobre los servicios de la agencia, de modo que siempre tengas derecho a seguir desarrollando el sitio web interna o externamente . Esta cláusula debe figurar en el contrato de obra y servicios.
   
3. Si tu empresa es más técnica y tienes administradores de sistemas, desarrolladores de software o similares en tu equipo, tiene sentido configurar Git para la gestión de versiones y JIRA (o una herramienta similar) para la gestión de proyectos o el sistema de tickets en una cuenta separada . A continuación, dale todos los derechos de acceso y ya puedes empezar a trabajar. Cuanto más grande es un proyecto, más duro y doloroso puede llegar a ser. Así que es bueno que controles los accesos y las cuentas clave. Sin embargo, soy consciente de que, desde un punto de vista puramente profesional, esta recomendación sólo pueden seguirla algunos clientes.
   
4. A veces, las agencias ofrecen alojamiento directamente a los clientes. Nosotros mismos no somos partidarios de esto, porque por un lado aumenta la dependencia en la relación con el cliente, y por otro nos decimos que los proveedores de alojamiento web son los más adecuados para el alojamiento web porque están especializados en ello. Ya habíamos montado y gestionado servidores por nuestra cuenta y malgastado muchos recursos humanos y de tiempo. Volvimos a remar hacia atrás. Ahora nuestros sistemas funcionan en servidores en nube de uno de los grandes alojamientos web de Alemania y estamos contentos. Al elegir alojamiento web, asegúrate siempre de que las copias de seguridad del servidor ya estén incluidas en el paquete y puedan importarse con unos pocos clics.

Determinar el plazo y la fecha de lanzamiento

Un relanzamiento se lleva a cabo en varios sprints del proyecto. Según nuestra experiencia en agencias, éstos pueden ser

• Se registra el estado actual (a través de herramientas de prueba, pero también por escrito con impresiones sobre lo que funciona bien para el cliente y dónde se necesitan mejoras)
• Fase de investigación con análisis de la competencia y búsqueda de soluciones/inspiración
• Concepción del wireframe
• Creación del diseño de la interfaz de usuario
• Desarrollo de frontend y backend
• Migración de datos e importación de contenidos (automatizada/manual)
• Optimización estructural y de contenidos (texto e imagen) y sprint SEO

Los sprints del proyecto se solapan porque durante el transcurso del mismo se incorporan nuevos participantes.

Es importante definir el calendario de cada uno de los spr ints del proyecto y coordinarlo con los participantes.

Si el proyecto es de mayor envergadura, ¿establece la agencia un canal de Slack independiente para el cliente con el fin de agilizar la comunicación?

Un consejo en este punto: es bueno que la agencia trabaje con prototipos clicables en una fase muy temprana, es decir, ya desde la concepción del wireframe y más aún al presentar y probar el diseño de la interfaz de usuario. De este modo, los clientes se hacen una mejor idea de la experiencia web. Los simples archivos JPG o PNG como propuestas de diseño ya no están al día. Deben ser prototipos clicables creados con Sketch, Figma, Adobe XD u otra herramienta profesional.

En esta fase inicial, los cambios son fáciles de implementar. Si las funciones y secciones de un sitio web ya han sido desarrolladas, los cambios son mucho más complejos y pueden dar lugar a renegociaciones absolutamente poco atractivas.

Aquí puedes ver cómo es un prototipo del diseño de la interfaz de usuario móvil con las rutas de clic en la vista general:

Hay que aclarar cuándo es posible realizar pruebas continuas desde el lado del cliente . Los desarrolladores también deben probar su trabajo local después de integrarlo en el sistema de etapas. Suena banal, pero cualquiera que trabaje con desarrolladores entenderá inmediatamente lo que quiero decir. A continuación, el responsable de calidad de la agencia debe probar el ticket o la función. Sólo entonces se entrega el ticket al cliente para que lo pruebe. El cliente nunca debe sentirse como un probador alfa, sino que debe encontrar un sistema que ya ha sido probado por cuatro ojos. La agencia es el probador alfa, el cliente es el probador beta . ¿Hay siquiera acceso al sistema de tickets de la agencia?

También debería definirse por escrito que los informes de la agencia se envíen al cliente con cierta frecuencia. Por ejemplo, se podría enviar un informe por correo electrónico todos los viernes sobre el estado actual del trabajo, los bucles de retroalimentación necesarios o las solicitudes de trabajo adicional. Esto también es un consejo de nuestra experiencia en agencias: es una buena idea no dejar que un cliente llegue al fin de semana sin ninguna certeza. Sólo les dará ideas estúpidas. Es mejor explicarles lo que ha pasado y lo que les espera la semana siguiente. La transparencia ayuda a que todo el mundo tenga una buena impresión del proyecto.

También hay que fijar la fecha de lanzamiento . Según la ley de Parkinson, el trabajo se expande para llenar el tiempo disponible para completarlo. En otras palabras, cuanto más tiempo haya disponible para completar una tarea, más tiempo llevará, independientemente de la complejidad real o de la cantidad de trabajo que implique. La fecha de finalización prevista también se incluye en el contrato de trabajo. El incumplimiento del plazo puede incluso ser objeto de una penalización contractual en el contrato. A título orientativo, son efectivas las penalizaciones contractuales del 0,2 % del importe del pedido por día laborable de retraso y un máximo del 5 % del importe del pedido. La penalización contractual no tiene por qué ser reclamada necesariamente por el cliente, pero le da margen para obtener de la agencia algunas peticiones especiales como compensación.

Importante: Ningún lanzamiento en viernes . Ni siquiera entre días festivos o durante el horario comercial principal de la empresa. De hecho, recomendamos las horas nocturnas del domingo al lunes para los grandes relanzamientos, sobre todo si cambia la IP, para que los ajustes DNS se actualicen de nuevo el lunes con la mayoría de los proveedores, lo que suele ocurrir a última hora de la mañana si la entrada DNS se ajustó durante las horas nocturnas. Esto deja efectivamente 4,5 días laborables para las pruebas en vivo y la corrección de errores en caso de que se produzcan.

Registrar el estado actual del sitio web

El estado actual debe registrarse antes de empezar a trabajar. El estado actual registra los resultados de las mediciones técnicas de los parámetros. Puede introducir los valores objetivo a la derecha:

En la lista encontrará la herramienta SEO Seobility, que nos gusta utilizar para comprobar los factores on-page, para la que también he publicado un curso de formación SEO. Hay muchos homólogos como Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog etc. La herramienta SEO consiste principalmente en identificar y corregir los errores típicos on-page . Seobility analiza las tres áreas principales: tecnología y meta, estructura y contenido. También lo encontrarás de forma similar con las otras herramientas seo. Por un lado, es importante que siempre se realice una comprobación completa, es decir, que se rastreen TODAS las páginas y no sólo la página de inicio, y por otro que se introduzca una puntuación o valor de error para el estado actual y el valor objetivo que se debería alcanzar tras la optimización. Para Seobility, es deseable un valor de 90 o superior. También puede encontrar herramientas alternativas para otros fines. Lo decisivo es que se utilice una para garantizar datos sobresalientes.

Este es nuestro valor actual para la calidad on-page, por ejemplo:

Las señales de los usuarios se pueden registrar estadísticamente con métricas de Google Analytics 4 como la tasa de rebote, páginas/visitantes, tiempo de permanencia, etc. Si se utiliza Google Analytics u otra herramienta de análisis conforme a los datos, estos datos también deberían incluirse en el registro del estado actual.

También debería crearse una lista de backlinks, que puede generarse gratuitamente aquí, por ejemplo: https://www.seobility.net/de/backlinkcheck/.

Además, debería guardarse el antiguo sitemap.xml , así como una copia de seguridad completa del sitio. Todas las páginas relevantes también deberían transferirse en forma de lista a una Google Sheets, que constituye la base del mapa de redireccionamiento de URL . Esta lista CSV puede exportarse fácilmente con una herramienta SEO como Seobility. El mapa de redireccionamiento de URL incluye todas las páginas relevantes y las páginas enlazadas a través de backlinks externos (véase la lista de backlinks) que deban redireccionarse posteriormente debido a cambios en las URL de las páginas. Las URL abandonadas deben redireccionarse a las nuevas URL que correspondan a las antiguas. Es importante evitar las cadenas de red irecciones. Las redirecciones antiguas que aún existen deben redirigir directamente a la nueva URL final. También debe pensar en los archivos PDF y las imágenes a los que existen enlaces, para que también se redirijan correctamente y no se conviertan en un enlace 404.

Los redireccionamientos se configuran como redireccionamientos 301 basados en el mapa de redireccionamiento de URL en el .htaccess, mediante mapas de redireccionamiento a través de la configuración de Vhost o una solución de base de datos. El cliente debe ser capaz de mantenerlos por sí mismo. También hay que asegurarse de que las redirecciones sean permanentes.

También es aconsejable hacer una copia de seguridad de cada tipo de página con una captura de pantalla completa . Por un lado, se trata de una copia de seguridad del material antiguo por si después de la puesta en marcha surgen dudas sobre si no se han transferido los tipos de contenido, etc.

Sobre la base de las páginas, funciones y contenidos existentes y de los resultados de las mediciones, es posible identificar lo que ya funciona bien y lo que se considera un área con potencial de optimización y que debería mejorarse con el relanzamiento.

Lista de comprobación: Antes del relanzamiento

En cuanto se haya confirmado el diseño de la interfaz de usuario y la agencia se encuentre en el sprint de desarrollo, cobra relevancia la siguiente lista de comprobación, que enumera los puntos clave cronológicamente hasta la fecha del relanzamiento:

1. El entorno de desarrollo con acceso para todos los participantes está disponible para las pruebas.
2. El entorno de desarrollo se ejecuta en noindex
3. Las herramientas de prueba tienen acceso al entorno de desarrollo (IP compartida o inicio de sesión http).
4. La configuración del entorno de desarrollo es lo más parecida posible a la del sistema real.
5. La estructura de las páginas del entorno de desarrollo se corresponde con la de las páginas del sistema en vivo.
6. Se ha completado la migración de los datos antiguos.
7. Se han realizado ajustes de contenido.
8. Se ha realizado el SEO de imágenes
9. Se han establecido redireccionamientos 301 basados en el mapa de redireccionamientos de URL.
10. Se ha realizado la comprobación OnPage con Seobility, se han corregido los errores y se han alcanzado los valores objetivo.
11. Los datos Open Graph son válidos
12. Los datos estructurados son válidos.
13. Se ha realizado la comprobación de la velocidad de páginas para todos los tipos de páginas y se han alcanzado los valores objetivo.
14. La política de cookies de contenido funciona.
15. Las cabeceras de seguridad están configuradas
16. Se ha comprobado la accesibilidad, se han alcanzado los valores objetivo
17. Hreflang válido (para páginas multilingües)
18. Se han actualizado los textos legales (términos y condiciones, aviso legal, política de cancelación, protección de datos), se ha logrado el cumplimiento del GDPR
19. CMS, frameworks, plugins y módulos utilizados actualizados a la última versión.
20. La prueba funcional final entre navegadores y dispositivos no ha revelado errores.
21. Se ha anunciado el estado final y la fecha de lanzamiento.
22. Se ha creado una copia de seguridad completa.

El uso de datos estructurados (schema markup) -véase el punto 12 de la lista- todavía se tiene demasiado poco en cuenta hoy en día. Familiarícese con el tema y lea lo que dice Google sobre el marcado de datos estructurados en la Búsqueda de Google. Google dará cada vez más importancia a los datos válidos en el contexto de SBU, es decir, los resultados de búsqueda generados por IA. La actualización de contenido útil de Google también requiere que el contenido esté mucho más verificado a través de la pericia, la experiencia, la autoridad y la credibilidad. Los datos estructurados son parte de la solución para simplificar esta validación para Google. Utilice el Validador de marcado de esquemas después de integrar los datos estructurados, pero compruebe también sus páginas con el Linter de datos estructurados, que también recomienda y enlaza Google en PageSpeed Insights. Esto le proporcionará información más detallada sobre los errores de código relacionados con el uso de datos estructurados.

La accesibilidad aparece por primera vez en este artículo, en el punto 16. La accesibilidad ya tiene su propia sección en PageSpeed Insights y los números verdes son deseables allí. Además de PageSpeed Insights, también debería utilizar https://www.accessibilitychecker.org y/o https://wave.webaim.org para comprobar si una página es accesible o no. Especialmente si es inminente un relanzamiento, este punto debería tenerse en cuenta como requisito obligatorio, ya que el tema será de actualidad para los sitios web a partir de 2025 con la Ley de Refuerzo de la Accesibilidad. Utilice una herramienta de este tipo para comprobar no sólo la página de inicio, sino todos los tipos de página, ¡lo mismo se aplica a las pruebas PageSpeed!

Un relanzamiento suele conllevar ajustes y actualizaciones de los textos legales . Es importante pensar en ello en una fase temprana para que, en caso necesario, un abogado especializado o generadores jurídicos se encarguen de los textos. Los contratos de tramitación de pedidos también deben tenerse en cuenta si, por ejemplo, se utiliza un nuevo alojamiento web o cambia el servicio de newsletter.

El punto 18 con la actualización del CMS, las bibliotecas JavaScript utilizadas, los módulos instalados y los plugins es tan subestimado como importante. Un relanzamiento puede llevar varios meses o más. Con el sistema WordPress, es fácil darse cuenta de que numerosas actualizaciones pueden estar ya disponibles antes de la fecha de relanzamiento. Los clientes deben asegurarse de utilizar las versiones más recientes en el momento del lanzamiento.

En el caso de cambiar servicios externos , hay tareas adicionales que también deben incluirse en la lista de comprobación, por ejemplo, al cambiar el servicio de boletín de noticias:

• Importación de los datos de contacto del boletín al nuevo servicio de NL
• Conexión al servicio de boletines en el sitio web en el formulario de registro
• Contrato AV
• Creación de nuevas plantillas de envío
• etc.

Naturalmente, durante todo el sprint de desarrollo se realizan pruebas continuas de las funciones, etc. Es conveniente elaborar una lista de comprobación muy detallada para que no se olvide nada. No basta con que tanto la agencia de implementación como el cliente se limiten a hacer algunos clics. Tras nuestro relanzamiento de TutKit.com, nuestra lista de comprobación de aceptación tenía sin duda 1.000 líneas. Y aún hoy lo mantenemos así: después de actualizaciones importantes, comprobamos unas 70 interacciones a través de la lista de comprobación para Chrome, Safari y Android.

Lista de comprobación: El día del relanzamiento y los días siguientes

El día del relanzamiento ha llegado y no es un viernes ni un día entre festivos. El nuevo sitio web se pone en marcha, se ajustan las configuraciones DNS. Ahora es el momento de comprobar y analizar todo de nuevo. Compruebe lo siguiente:

1. Compruebe robots.txt para asegurarse de que los robots no están bloqueados
2. El entorno en vivo se ejecuta en index, follow.
3. Las etiquetas canónicas están configuradas correctamente
4. Compruebe el texto fuente de la página para las rutas absolutas (rutas de enlace del entorno de prueba en la página en vivo)
5. La redirección de http a https con/sin www a la página de destino en la página de inicio y las subpáginas funciona
6. Comprobación de redireccionamientos a través del mapa de redireccionamientos URL, también para la presencia de cadenas de redireccionamientos
7. Comprobación OnPage de la página en vivo con Seobility para tecnología y meta, estructura y contenido ... especialmente comprobar las páginas noindex que se emiten a través de Seobility
8. Los datos Open Graph son válidos
9. Los datos estructurados son válidos
10. Se ha realizado la comprobación de Pagespeed para todos los tipos de páginas, se han alcanzado los valores objetivo
11. La política de cookies con la herramienta de cookies de consentimiento funciona como debería
12. Las cabeceras de seguridad están configuradas
13. La accesibilidad está garantizada
14. Comprobación de hreflang para sitio web multilingüe(https://app.sistrix.com/de/hreflang-validator)
15. La prueba funcional final entre navegadores y dispositivos no ha mostrado errores.
16. Envío del nuevo sitemap.xml a Google Search Console
17. Actualizar las nuevas páginas de destino para las campañas de Google Ads
18. Para determinados cambios de dominio, recordar los enlaces en las redes sociales, firmas de correo electrónico, etc.

Utilizamos Mailhog en nuestro entorno de desarrollo para probar los correos electrónicos localmente. En estos casos, es importante que los datos SMTP correctos para recibir correos electrónicos se almacenen en el sistema en vivo para que los correos electrónicos vayan a donde se supone que deben ir.

También es importante asegurarse de que la caja de arena se implementa en el sistema de desarrollo para los proveedores de pago como PayPal, mientras que la conexión correcta, por supuesto, debe establecerse en el sistema en vivo.

En los días siguientes, es especialmente importante supervisar Google Search Console. Por supuesto, lo más interesante es cómo cambian sus clasificaciones. Concéntrese en particular en los cambios inesperados y los mensajes de error:

1. Rastreo: Estado del host ... recuperación de robots.txt, resolución DNS, conexión al servidor
2. Estadísticas de rastreo ... solicitudes, tamaño de descarga, tiempo medio de respuesta
3. Clics en las SERPs
4. Impresiones en las SERPs
5. CTR medio en las SERP
6. Posición media en las SERP
7. Superación de los principales datos vitales de la web

Por encima de todo, Google Search Console le notifica errores como errores de URL, errores de href-long, indexación de páginas con extensión indexada/no indexada. Debe haber una razón para que no se indexe (redirección, noindex)...). También puede ver contenido duplicado u otros problemas allí. Si Search Console informa de problemas con los datos estructurados o los Core Web Vitals, llegue al fondo de la cuestión. Sólo a través de los datos en vivo descubrirá, por ejemplo, que sus páginas tienen problemas con las Core Web Vitals a pesar de una alta PageSpeed debido a errores de CLS, por ejemplo. Aquí puede ver claramente los saltos que se pueden producir cuando se realizan cambios en la página web:

Puede visualizar directamente las URL deficientes o que necesitan optimización. Tome una URL y ejecute con ella una prueba PageSpeed en PageSpeed Insights. A continuación, recibirá información sobre por qué no se cumplen los valores vitales de la web y qué puede hacer para rectificar los errores. Haga clic en la flecha pequeña de la derecha para obtener más información. Por regla general, estas recomendaciones sólo pueden ser aplicadas por los desarrolladores. Sin embargo, es importante que usted sea capaz de identificar los problemas y abordarlos en consecuencia con la ayuda de su agencia.

También debe analizar los datos de sus herramientas de análisis, como Google Analytics 4, y vigilar las métricas que puede registrar en el sistema, como las reservas, la tasa de conversión, el tamaño de la cesta de la compra, las compras/volumen de negocio por día, las cifras de registro en NL, las solicitudes de contacto, las descargas de determinados contenidos o las visualizaciones de vídeos.

Las estadísticas de rastreo en Google Search Console son esenciales para las comprobaciones de los días siguientes. Puede encontrarlas a través de la configuración en el menú de la izquierda. Debería verse inmediatamente más actividad de rastreo. Si no es así, ¿hay errores de rastreo?

El estado del host le muestra directamente los errores, como puede verse aquí tras un relanzamiento, por ejemplo, cuando fallaron las solicitudes de rastreo a robots.txt y se interrumpió repetidamente la conexión con el servidor:

También es interesante ver lo que revelan las estadísticas de rastreo. Tras un relanzamiento, suele producirse una reactivación de las solicitudes de rastreo. Ahí también se puede ver si las páginas 404 siguen siendo rastreadas. Si algunas no encajan, discútalas con los desarrolladores.

Puedes reconocer si tu servidor, tu PageSpeed y tu código son relativamente buenos si el tiempo de respuesta de tu página está por debajo de 400 ms. Cuanto más se acerque a 1000 ms, más aconsejable es optimizar PageSpeed, por ejemplo reduciendo las consultas a la base de datos y aumentando la potencia del servidor (por ejemplo, más potencia de cálculo, actualización al software de servidor más reciente, cambio a HTTP2 o HTTP3 (con Nginx)).

En el futuro, el presupuesto de rastreo para los sitios web individuales probablemente será más limitado debido a que cada vez hay más contenido (AI) en los sitios web, por lo que también debe apuntar a un buen valor para el tiempo de respuesta de la página, de modo que los robots rastreen tanto como sea posible en sus páginas en el tiempo disponible.

Lista de comprobación de relanzamiento para descargar

Las listas de relanzamiento anteriores también están disponibles en formato PDF para su descarga aquí. Descárguelas y asegure el éxito de su proyecto.

Confesiones del propietario de una agencia

Los requisitos seo de la lista de comprobación también podrían incluir instrucciones detalladas, como respetar la estructura de titulares de H1 a H6, etc. Afortunadamente, la definición de valores objetivo en las herramientas de comprobación acorta toda la lista de comprobación de relanzamiento en términos de contenido, ya que la consecución de los valores máximos de las herramientas de comprobación mencionadas en la lista de comprobación sólo puede lograrse respetando un código limpio, utilizando tecnología moderna, observando los factores SEO on-page, etc. De lo contrario, tendría que utilizar los últimos estándares web. De lo contrario, habría que formular con todo detalle en el pliego de condiciones los últimos estándares web y los requisitos técnicos y de SEO, algo que los clientes ni siquiera son técnicamente capaces de hacer. Si las agencias tienen que obtener puntuaciones altas en las herramientas de prueba, no tienen más remedio que trabajar según las mejores prácticas , una experiencia nueva también para las agencias :-)

Es hora de comprometerse . La definición de los requisitos SEO y el procedimiento similar a una lista de comprobación con la salvaguarda y la consecución vinculante de los valores objetivo en diversas herramientas de prueba representa un ideal que rara vez se encuentra en la realidad. Esto depende de

• Limitaciones presupuestarias por parte del cliente
• Intereses de optimización de beneficios por parte de la agencia
• Restricciones debidas a las tecnologías utilizadas
• y por desgracia también: ignorancia e incompetencia por ambas partes.

No puedo culpar a los clientes. Al fin y al cabo, buscan ayuda profesional y casi todas las agencias digitales afirman en su sitio web y en sus libros blancos que la optimización de motores de búsqueda es una de sus principales competencias. Siempre hay referencias que demuestran que la visibilidad online se multiplicó por 3, 5 o 10 tras el relanzamiento. El hecho de que 100 visitantes al día procedan ahora de 10 es un aumento del 1000%, pero esto no es en absoluto un éxito. Muchos éxitos en los motores de búsqueda significan que los competidores simplemente tienen una posición digital mucho más débil .

Las agencias siguen haciendo un trabajo mediocre con métodos anticuados porque todavía no utilizan herramientas modernas para garantizar la calidad , aunque los puestos, las referencias, las mejores prácticas, etc. alardeen de que tienen experiencia en SEO. Puede que estas agencias sean gigantes del conocimiento, pero también son enanos de la ejecución. Suena duro, pero es la norma. Con toda seriedad. Fíjese bien. Tome la lista de comprobación de arriba e introduzca la mejor agencia de la región de la que procede con su URL en las herramientas mencionadas. A continuación, toma la última referencia de sitio web que encuentres de la agencia y repite la operación. ¿Qué resultados obtendrá? Exactamente los resultados que puede esperar de una colaboración. También puedes comprobar nuestras propias referencias de este modo y te darás cuenta de que no siempre conseguimos los mejores resultados, ni siquiera con los proyectos de nuestros clientes. Este flujo de trabajo con una actitud hacia la garantía de calidad basada en datos no ha hecho más que crecer de proyecto en proyecto y se ha establecido principalmente a través de nuestro trabajo en TutKit.com.

Se puede hacer este tipo de revisiones con casi cualquier agencia, porque sólo unas pocas trabajan de una manera verdaderamente orientada a los datos en el aseguramiento de la calidad, porque ninguna de ellas se mantiene en la brecha con sus propios proyectos en el mercado durante años y tienen que competir con actores internacionales en la dura competencia por la visibilidad en línea , y porque a las agencias casi no les importa si un proyecto tiene éxito o fracasa, siempre y cuando se pague la factura de la agencia y los clientes puedan celebrar los sitios web bonitos (pero de calidad mediocre) en sus posts y con premios. Lo más irónico de todo esto es que, según las herramientas de prueba mencionadas anteriormente, a menudo son las agencias SEO con sus propios sitios web las que obtienen peores resultados, porque a menudo sólo disponen de un método en stock, como un poni de un solo truco... un paquete de contenidos para el sitio web que se adapta a las palabras clave del cliente. A menudo simplemente faltan desarrolladores competentes para los demás requisitos técnicos.

También es una ventaja si la agencia tiene su sede en otro lugar y no se encuentra con el cliente mientras compra en la tienda de bricolaje como el empleado responsable de la agencia que es simplemente responsable de una caída de la visibilidad en el rango de porcentaje de dos dígitos después de un relanzamiento. Pero , de todos modos, los clientes casi nunca comprueban esta caída de la visibilidad, porque aunque todo el mundo tiene un banner de consentimiento de cookies, pocos analizan realmente las cifras y extraen de ellas las acciones a realizar. En caso de duda, hay que aumentar la inversión publicitaria. Afortunadamente, los clientes no se dan cuenta de que la clasificación orgánica actual depende principalmente de parámetros técnicos, señales de usuarios y (todavía) backlinks debido a un exceso de oferta de sitios web con contenidos comparables. Y gracias a las herramientas de texto de IA, los sitios web actualizarán su contenido en una cantidad y calidad sin precedentes y pronto podremos dar la bienvenida a muchos nuevos sitios web del extranjero en nuestro idioma nacional en las SERP, porque las herramientas de traducción de IA facilitarán cada vez más la traducción de tiendas online, portales, SAAS y otros sitios web y atacarán el mercado digital nacional. Podemos esperar una competencia feroz. Esto no ha hecho más que empezar...

Conclusión sobre la lista de comprobación de relanzamiento de sitios web basada en datos

Una lista de comprobación basada en datos es una de las pocas formas eficaces de obligar a las agencias a hacer un buen trabajo. Incluso es aconsejable que la consecución de determinados valores en las herramientas de prueba sea un criterio de aceptación . Debería regularse contractualmente que sólo podrá facturarse un importe parcial transcurridas cuatro semanas desde el relanzamiento si todos los datos importantes están disponibles y confirman que se han alcanzado los valores máximos (como Core Web Vitals y los fragmentos de producto validados según el marcado de esquema en Search Console). Con la ayuda de este flujo de trabajo, tal y como se describe en este artículo, su pérdida de visibilidad tras un relanzamiento con cambios importantes de contenido, estructurales y técnicos seguirá siendo limitada y creará la base para que Google clasifique pronto su sitio web o tienda online en los primeros puestos.

Si este artículo le ha parecido interesante, consulte nuestros otros contenidos: