A ntes de publicar una web en WordPress, revisa seis áreas. Son la indexación y el dominio, los formularios y enlaces, el contenido y el SEO, los textos legales, la velocidad de carga y la accesibilidad, y la seguridad y las copias de seguridad. La mayoría de los fallos tras el lanzamiento se deben a ajustes olvidados. Una casilla marcada en los ajustes de lectura impide el paso a Google, un formulario de contacto no envía correos o el código fuente aún enlaza al entorno de pruebas. Con este checklist encuentras esos errores antes de que los vean tus visitantes.
¿Cuándo está lista una web en WordPress para publicarse?
Una web en WordPress está lista cuando todos los contenidos están aprobados, cada página se ha revisado en móvil y escritorio y los formularios, los textos legales y el banner de cookies funcionan. Compruébalo en el entorno de pruebas (staging) mientras ningún visitante ve la web. Planifica la revisión final como un paso propio con fecha fija, separado del lanzamiento. Si revisas el mismo día de la publicación, ya no queda tiempo para corregir los errores con calma.
El checklist antes del lanzamiento
1. Indexación y dominio
Muchos entornos de pruebas están bloqueados para los buscadores. Cuando la web pasa al dominio definitivo, ese bloqueo suele pasar con ella.
- En Ajustes › Lectura está desmarcada la casilla «Pedir a los motores de búsqueda que no indexen este sitio».
- El robots.txt no bloquea áreas importantes, por ejemplo con una regla Disallow olvidada para toda la web.
- En Ajustes › Generales, la dirección de WordPress y la dirección del sitio muestran el dominio definitivo con https.
- La base de datos ya no contiene referencias al dominio de pruebas. Sustitúyelas con una herramienta que respete los datos serializados, por ejemplo WP-CLI search-replace.
- Las variantes con y sin www y con http redirigen mediante 301 a una única dirección.
- El certificado SSL está activo y el navegador no avisa de contenido inseguro (contenido mixto).
- La protección por contraseña y el modo mantenimiento del entorno de pruebas están desactivados.
2. Formularios, correos y enlaces
Un formulario de contacto que muestra un mensaje de éxito pero no envía ningún correo cuesta consultas sin que nadie lo note. Por defecto, WordPress envía los correos con la función PHP mail(). Esos correos no están autenticados y a menudo acaban en spam o se rechazan. Configura el envío por SMTP y prueba cada formulario con una consulta real.
- Cada formulario se puede enviar, la notificación llega y el remitente recibe su confirmación.
- La dirección de envío pertenece a tu propio dominio y SPF y DKIM están configurados en el DNS.
- Los enlaces internos apuntan al dominio definitivo y a ninguna página 404. Un rastreador como Screaming Frog lista todos los enlaces rotos.
- Los números de teléfono y las direcciones de correo se pueden pulsar y son correctos.
- La página 404 está diseñada y lleva de vuelta a las páginas más importantes.
- En un relanzamiento, cada URL antigua redirige mediante 301 a su nueva equivalente. Los detalles están en nuestro checklist SEO para el relanzamiento de una web.
- Google Analytics registra las visitas en el dominio definitivo. Compruébalo en el informe en tiempo real.
3. Contenido y SEO
Los textos de relleno sobreviven hasta el lanzamiento con sorprendente frecuencia. Un lorem ipsum en un acordeón, una entrada de demostración del tema o una imagen llamada «test-final2.jpg» dan una imagen poco profesional y acaban en el índice de Google.
- Cada página tiene exactamente un H1, seguido de H2 y H3 sin saltos.
- Cada página tiene su propio título de unos 60 caracteres como máximo y su propia meta descripción de unos 150 caracteres.
- Las imágenes tienen textos alternativos descriptivos y las decorativas un atributo alt vacío.
- Los contenidos de demostración, las páginas de ejemplo y la entrada «¡Hola, mundo!» están eliminados.
- Los textos están corregidos y los nombres, precios y horarios son correctos.
- El favicon y la imagen de vista previa para redes sociales (Open Graph) están configurados.
- En webs multilingües, todas las versiones de idioma están traducidas y enlazadas con hreflang.
Así revisamos las webs antes del lanzamiento
En Graphix Island, una web solo se da por terminada cuando supera un control de calidad completo. Revisamos cada página de arriba abajo, también las partes en las que nadie ha trabajado últimamente. Miramos la misma página sucesivamente con los ojos de un director de arte, un diseñador UX, un especialista SEO y un desarrollador, porque cada rol detecta errores distintos. El director de arte ve espacios desiguales entre dos secciones y el especialista SEO un segundo H1 en el pie de página. Al final comparamos la nueva página con nuestras páginas de servicios terminadas y respondemos a una pregunta. ¿Publicaríamos hoy esta web como proyecto de referencia? Si la respuesta no es un sí claro, seguimos trabajando.
Revisar textos legales, velocidad y seguridad
4. Textos legales y protección de datos
En la UE, una web empresarial necesita una política de privacidad conforme al RGPD que nombre todos los servicios que utiliza. En España, el aviso legal es obligatorio según el artículo 10 de la LSSI-CE y en Alemania según el § 5 de la ley alemana de servicios digitales (DDG). Las cookies y el seguimiento que no son técnicamente necesarios requieren un consentimiento previo, en España según el artículo 22.2 de la LSSI-CE. Este checklist no sustituye el asesoramiento jurídico.
- El aviso legal y la política de privacidad se alcanzan con un clic desde cualquier página, también en el móvil.
- El banner de cookies solo carga servicios de analítica y marketing después del consentimiento. Compruébalo en la pestaña Red de las herramientas para desarrolladores de tu navegador.
- Google Fonts y las demás fuentes están alojadas en tu propio servidor. El 20 de enero de 2022, el Tribunal Regional de Múnich I concedió una indemnización a un visitante porque una web cargaba Google Fonts desde los servidores de Google y transmitía su dirección IP (asunto 3 O 17493/20).
- Los vídeos y mapas incrustados solo se cargan tras un clic o después del consentimiento.
- Los formularios enlazan a la política de privacidad.
5. Velocidad de carga, vista móvil y accesibilidad
Google evalúa la velocidad de carga con las Core Web Vitals. Se consideran buenos un Largest Contentful Paint de hasta 2,5 segundos, un Interaction to Next Paint de hasta 200 milisegundos y un Cumulative Layout Shift de hasta 0,1. Mide los valores con PageSpeed Insights para la página de inicio y las subpáginas más importantes, siempre en móvil.
- Las imágenes están comprimidas y subidas en el tamaño adecuado, mejor en WebP.
- La caché está activa y, tras el lanzamiento, la vacías por completo una vez.
- Has revisado cada página en un móvil real. La vista reducida del navegador no muestra todos los errores.
- El contraste es suficiente, los botones tienen etiquetas claras y la página se puede usar con el teclado.
Desde el 28 de junio de 2025 se aplica la Ley Europea de Accesibilidad, que obliga a muchos proveedores de tiendas online y otros servicios digitales para consumidores a ofrecer webs accesibles. En España se aplica a través de la Ley 11/2023 y en Alemania a través de la BFSG. Las microempresas con menos de diez empleados y un volumen de negocio anual de dos millones de euros como máximo están exentas en el caso de los servicios.
6. Seguridad y copias de seguridad
La seguridad forma parte de la revisión final, porque los bots rastrean una web en busca de vulnerabilidades conocidas desde el primer día.
- WordPress, el tema y los plugins están actualizados y los plugins y temas sin uso, eliminados.
- Ningún usuario se llama «admin». Los administradores usan contraseñas seguras y verificación en dos pasos.
- Las cuentas de prueba y los accesos de proveedores externos están eliminados o limitados a los permisos necesarios.
- En wp-config.php, WP_DEBUG está en false para que los visitantes no vean mensajes de error con rutas de archivos.
- Una copia de seguridad automática se guarda cada día en un almacenamiento externo y ya has probado la restauración una vez.
Qué controles protegen tu instalación a largo plazo lo explica nuestro artículo sobre seguridad en WordPress.
Qué hacer justo después del lanzamiento
Completa estos pasos el día del lanzamiento y durante la primera semana.
- Dar de alta la web en Google Search Console y en Bing Webmaster Tools y enviar el sitemap XML.
- Enviar a indexar la página de inicio y las subpáginas más importantes con la inspección de URLs de Search Console.
- Vaciar todas las cachés, también en el hosting y en la CDN, y abrir la web en una ventana privada del navegador.
- Volver a enviar cada formulario en el dominio definitivo.
- Seguir durante las primeras semanas los errores de rastreo y las páginas 404 en Search Console.
Nos encargamos del lanzamiento de cada web que creamos como agencia WordPress, con un control de calidad completo antes de publicarla. Mantenemos las webs existentes al día con nuestro soporte WordPress. Si trasladas tu web a un nuevo hosting, te acompañamos en la migración de WordPress.
Preguntas frecuentes sobre el lanzamiento de una web en WordPress
¿Cuánto tarda el lanzamiento de una web en WordPress?
Una vez terminada la revisión en el entorno de pruebas, el cambio técnico al dominio definitivo suele llevar unas horas. Si cambia el registro DNS del dominio, algunos visitantes pueden tardar varias horas en ver la nueva web, según la configuración.
¿Conviene crear la web en un entorno de pruebas antes del lanzamiento?
Sí. En un entorno de pruebas (staging) compruebas los cambios sin que visitantes ni Google vean páginas a medio hacer. Muchos proveedores de hosting WordPress ofrecen staging directamente en el área de cliente. Protege el entorno de pruebas con contraseña y bloquéalo para los buscadores.
¿Por qué mi nueva web no aparece en Google?
Comprueba primero si en Ajustes › Lectura están bloqueados los buscadores o si ha quedado una etiqueta noindex del entorno de pruebas. Si ambas cosas están bien, da de alta la web en Google Search Console y envía el sitemap. Hasta que una web nueva está indexada por completo suelen pasar desde unos días hasta varias semanas.
¿Quién es responsable del aviso legal y la política de privacidad?
El titular de la web, normalmente tu empresa. Una agencia integra los textos técnicamente, pero la responsabilidad sobre el contenido sigue siendo del titular. Para redactarlos sirven los generadores de despachos de abogados o una revisión jurídica.
¿Qué diferencia hay entre lanzamiento y relanzamiento?
En el lanzamiento, una web pasa a estar disponible públicamente en su dominio definitivo. En un relanzamiento, la nueva web sustituye a una existente. Entonces se suman como tareas las redirecciones y la conservación de las posiciones.
¿Necesito mantenimiento después del lanzamiento?
Sí. WordPress, el tema y los plugins reciben actualizaciones periódicas que cierran brechas de seguridad. Sin mantenimiento, una web se queda anticuada en pocos meses y pasa a ser vulnerable. Qué tareas incluye lo explica nuestro artículo sobre mantenimiento de WordPress.
Publicado el



