Qué hacer después de lanzar una web: calendario de los primeros treinta días

El lanzamiento no es la meta: es cuando empiezan los datos

Antes del lanzamiento todas las decisiones se apoyaban en suposiciones: creíamos que la gente necesitaba esto y lo colocamos así. Después del lanzamiento las suposiciones dan paso a la observación, y el primer mes es el más informativo de todos.

También es el más arriesgado. Los fallos que no se vieron en la entrega funcionan durante todo ese tiempo: un formulario que cae en spam, una página que el buscador no ve, un script de analítica que nunca se instaló.

Abajo va el orden de comprobaciones por días y semanas. Está construido para que lo más caro se compruebe primero: lo que pierde dinero ahora mismo y luego lo que pesará dentro de meses.

Y aparte: qué es una oscilación normal y qué es una avería de verdad. La mayor parte del pánico de las primeras semanas lo causa la normalidad confundida con una emergencia.

Día uno: seis comprobaciones en una hora

Se hacen el día del lanzamiento y ocupan en total cerca de una hora.

Manda una solicitud por el formulario. No compruebes que el botón se pulsa: sigue hasta el final, si llegó el correo, si está en spam, si apareció el registro donde debía. Repítelo desde el móvil.

Abre la web desde el móvil con datos y no con el wifi de casa. La mitad de los problemas de velocidad solo se ven así.

Comprueba que la web abre con y sin www, y que una lleva a la otra en vez de funcionar las dos por separado.

Pide el archivo del sitemap en el navegador y confirma que se sirve y contiene tus páginas. Una vez rompimos el nuestro con un cambio que parecía inofensivo: la comprobación lleva treinta segundos.

Y mira el código fuente de cualquier página buscando un bloqueo de indexación. Las versiones de pruebas se cierran a los buscadores, y ese bloqueo viaja con regularidad a producción junto a todo lo demás.

Semana uno: asegurarte de que el buscador te encontró

La pérdida más común del primer mes es una web que funciona y que nadie ve, porque nadie se lo contó a nadie.

Añade la web a las consolas de búsqueda y verifica la propiedad. Se hace una vez y desbloquea todo lo demás: informes de indexación, errores de rastreo, consultas.

Envía el sitemap en la consola. No confíes en que el rastreador lo encuentre por robots.txt: lo hará, pero más tarde.

Revisa varias páginas clave una a una con la herramienta de inspección de URL. Muestra si el buscador ve la página y qué ve exactamente en ella.

Y confirma que las etiquetas de analítica están en todos los tipos de página y no solo en la portada. Una etiqueta olvidada en las fichas de producto suele aparecer un mes después, cuando los datos ya no se recuperan.

Qué aparece en la consola y cuándo

Para no buscar datos antes de que existan físicamente.

Primeras veinticuatro horas: normalmente vacío. Es normal y no significa nada.

Primera semana: aparecen datos de rastreo y las primeras páginas indexadas. Suelen ser la portada y lo que más enlaces internos recibe.

Primer mes: aparecen impresiones por consultas. Puede que no haya ningún clic, y eso también es normal: una impresión en el puesto veinte no genera clics.

Y ten presente que los datos de la consola van con dos o tres días de retraso. Exportamos el informe tres días seguidos y obtuvimos dos exportaciones idénticas. Mirarlo más de una vez por semana no sirve.

Primeras solicitudes: comprobar el recorrido, no el envío

Un formulario que dice gracias y una solicitud que llega a una persona son dos sucesos distintos.

Entre ambos hay una cadena: envío, correo, filtro de spam, integración, aviso, persona. Cualquier eslabón puede caerse en silencio.

Así que durante el primer mes manda una solicitud de prueba una vez por semana y recorre el trayecto entero: si llegó el correo, si cayó en la carpeta correcta, si apareció el registro, cuántos minutos pasaron hasta que alguien lo vio.

Comprueba aparte qué pasa con una solicitud fuera del horario laboral. Una respuesta automática que diga cuándo se pondrán en contacto cuesta poco y retiene a quien si no escribiría a la competencia.

Y cronometra el intervalo real hasta la primera respuesta. Es la medida más infravalorada del primer mes: las solicitudes se pierden menos en la web que en la pausa entre la llegada y la llamada.

Qué leer en la analítica y qué ignorar

En un primer mes hay pocos datos, y la mayoría de las conclusiones que se saquen serán erróneas. De ahí una lista corta de lo que sí informa.

Merece la pena mirar: de qué páginas se va la gente sin hacer nada; qué páginas no se abrieron ni una vez; cuántas visitas vienen de móvil frente a ordenador; qué consultas de búsqueda traen gente.

No merece la pena: comparar la conversión por día de la semana, sacar conclusiones de veinte visitas, perseguir la tasa de rebote en páginas donde rebotar es lo normal.

Las páginas que nadie abrió en todo el mes son el hallazgo más útil. O no las enlaza nada o no hacen falta. Las dos conclusiones ahorran dinero.

Y mira unas cuantas grabaciones de sesión enteras si tienes esa herramienta conectada. Diez grabaciones explican más que una semana mirando gráficas.

Oscilaciones normales y señales de alarma reales

Una distinción que elimina la mitad del pánico innecesario.

Normal: que el tráfico oscile varias veces de un día a otro con números pequeños; que las posiciones en consultas nuevas aparezcan y desaparezcan; que las páginas se indexen de una en una a lo largo de semanas.

Normal tras una migración: una caída del veinte o el treinta por ciento las primeras semanas mientras el buscador traslada las señales acumuladas de las direcciones antiguas a las nuevas.

Preocupante: que la caída se concentre en una sección en vez de repartirse; que el número de páginas indexadas lleve dos semanas sin crecer; que las solicitudes se corten de golpe mientras el tráfico se mantiene.

Esto último casi siempre significa una avería técnica en el formulario o en el recorrido de la solicitud, no un cambio de demanda. Se comprueba en cinco minutos con un envío de prueba.

Direcciones antiguas, si la web se mudó

Esta sección es para quien tenía una web antes de esta. Trabajo que no se puede aplazar.

Reúne la lista de direcciones antiguas desde dos fuentes: el sistema anterior y la consola de búsqueda. Las listas no coincidirán: el buscador recuerda lo que tú has olvidado.

Tras nuestra propia mudanza resultaron ser 673 direcciones. Cada una necesitaba su decisión: ¿hay en la web nueva una página que responda a lo mismo?

Si la hay, una redirección permanente hacia ella. Si no la hay y la página desapareció para siempre, el 410 es más honesto que el 404: dice directamente que la dirección no vuelve, y el buscador la retira de la cola más rápido.

Lo que no hay que hacer: redirigirlo todo a la portada. El buscador lo trata como un error blando, no indexa igualmente y tú pierdes el dato de qué buscaba la gente.

Velocidad: medir en visitantes, no en tu propio equipo

Una web que a ti se te abre al instante puede tardar cuatro segundos para la mitad de tus visitantes.

La diferencia es que tú tienes internet rápido, un dispositivo reciente y la caché caliente. Las medidas de velocidad que usan los buscadores se recogen de visitas reales, no de un laboratorio.

Así que en el primer mes lee el informe de datos de campo cuando se hayan acumulado visitas suficientes. Hasta entonces usa una medición de laboratorio, recordando que es la optimista.

Y revisa las tres cosas que más estropean la velocidad en una web nueva: fotografías sin comprimir, fuentes que cargan antes que el texto y scripts de terceros añadidos a última hora.

Qué añadir el primer mes y qué no

La tentación de seguir rematando cosas es fuerte, pero el primer mes se aprovecha mejor de otra manera.

Merece la pena añadir: páginas para las consultas concretas que ya han dado impresiones; respuestas a las preguntas que llegan en las solicitudes; un precio o una horquilla si aún no lo hay.

No merece la pena: cambiar la estructura de direcciones, rehacer la navegación, añadir versiones en otros idiomas. Todo eso cambia lo que el buscador acaba de empezar a aprender y tira parte del trabajo que ya hizo.

La regla es simple: el primer mes se añade, no se reconstruye. La reconstrucción se planifica para el tercer mes, cuando haya datos en los que apoyarla.

Un calendario para los primeros treinta días

Un resumen que se puede imprimir e ir tachando.

Día uno: solicitud desde el formulario y desde el móvil, comprobación con datos móviles, unificación de direcciones, sitemap, bloqueo de indexación.

Semana uno: consolas y verificación, envío del sitemap, revisión de páginas clave, etiquetas en todos los tipos de página, redirecciones desde direcciones antiguas.

Semanas dos y tres: solicitud de prueba semanal, primeros informes de indexación, lista de páginas que nadie abrió, medición de velocidad.

Semana cuatro: primeras consultas en el informe, páginas añadidas para ellas, decisión sobre qué pasa al segundo mes. Y nada de reconstruir antes del tercero.