Formato nuevo
Antes de lanzar un sitio: checklist técnico
Un lanzamiento perfecto sin bugs casi nunca ocurre. El trabajo de pre-producción es pillar lo crítico: indexación, velocidad, móvil y analytics — para no abrir el sitio a ciegas.
Abajo: un checklist técnico antes del release. Los elementos de negocio (oferta, contactos) viven en un artículo hermano. Crawlers concretos y AMP de guías viejas no son obligatorios — elige cualquier scanner cómodo y estándares actuales.
Indexación, respuestas del servidor y velocidad
Crawl de códigos de estado: 200 en URLs importantes, sin 404/5xx/429 sorpresa. Revisa respuesta del servidor y carga de contenido antes del tráfico de ads.
El sitemap XML es válido y está listado en robots; las reglas de indexación no cortan secciones necesarias. La página 404 es útil, con camino de vuelta al catálogo.
Mixed content tras SSL es un bug habitual de release. Los duplicados (WWW/non-WWW, slash, parámetros, copias de plantilla) se cierran con canonical/redirects antes de que se indexe basura.
Mínimo antes de abrir:
- códigos de estado de plantillas clave
- sitemap + robots alineados
- HTTPS sin mixed content
- sin noindex accidental en todo el sitio
URL, meta, móvil y analytics
URLs limpias según la estructura de secciones. Title y description únicos en páginas de dinero. Responsive comprobado en un teléfono real — no solo en DevTools.
Contadores de analytics y un contenedor de tags en todas las plantillas necesarias; webmaster tools conectados. Imágenes comprimidas, con alt con sentido donde haga falta.
Enlazado interno y equity de enlaces: secciones importantes alcanzables desde el menú y hubs, sin «huérfanas».
Contenido, markup y resiliencia
Jerarquía de headings y estructura del texto legibles. Datos estructurados — según tipo de página. Enlaces sociales — por necesidad, no un zoo obligatorio de botones.
Resiliencia: backups, monitor de uptime, seguridad básica — para que el release no muera la primera noche. Tras el lanzamiento mira Search Console / webmaster tools por errores de cobertura.
FAQ
¿Es obligatorio AMP?
Para la mayoría de sitios comerciales — no. Primero responsive y velocidad en condiciones. AMP es una elección aparte para casos estrechos.
¿Qué códigos de estado deben devolver las páginas indexadas?
Documentos principales — 200. Arregla 404/5xx masivos y cadenas de redirect antes de promocionar.
¿Puede robots.txt bloquear el sitio?
Sí — un Disallow mal puesto en secciones importantes. Revisa robots, meta robots y X-Robots-Tag.
¿Y el mixed content?
Tras HTTPS todos los assets deben cargar por https, o el navegador corta scripts/estilos y la UX sufre.
¿Hacen falta datos estructurados de inmediato?
Según el sentido de la página (organización, producto, FAQ). No «todos los tipos a la vez» por checkbox.
¿Debe estar lista la analytics antes del lanzamiento?
Sí: contadores/GTM y acceso a webmaster tools para ver tráfico y errores de índice desde el día uno.
¿Lanzamiento mañana — y robots, HTTPS o analytics aún sin probar?
Pillamos blockers de indexación, velocidad, móvil y tracking antes de que el tráfico de ads llegue al sitio.
Hablar del proyecto
