SEO en Wix: cómo posicionar tu web si decides usarlo

Una web en Wix puede posicionarse. Si te han dicho que Google la descarta por estar hecha con ese constructor, el diagnóstico empieza mal. Si te han prometido que basta con completar su asistente SEO, también. Entre esas dos afirmaciones hay trabajo bastante concreto: comprobar qué páginas existen, qué necesita quien busca y qué sucede cuando llega a tu negocio.

En YAG no solemos recomendar Wix como primera opción cuando un proyecto exige control de infraestructura, portabilidad o desarrollo específico. Preferimos elegir la herramienta después de entender esas necesidades. Eso no convierte en una mala decisión toda web que ya está en Wix, ni justifica cobrar una migración antes de abrir Search Console.

Esta guía está pensada para quien ha decidido mantener su web allí y quiere trabajar con criterio. Encontrarás comprobaciones y ejemplos, no promesas de primera posición. Los negocios, textos y recorridos utilizados como ejemplos son didácticos e inventados. No representan clientes ni resultados obtenidos por YAG. Las rutas del panel pueden variar según el editor y las funciones de tu cuenta; por eso distinguimos el ajuste que debes buscar de la prueba pública que debe superarse.

1. Nuestra postura sobre Wix y cuándo tiene sentido conservarlo

Qué estás eligiendo cuando eliges una plataforma

El precio de una web incluye decisiones que no aparecen en la primera factura. Quién mantiene la infraestructura, qué puedes modificar, cómo recuperas la información y cuánto trabajo exige cambiar de proveedor forman parte del mismo proyecto. Yo prefiero hablar de esas condiciones antes que comparar plantillas. Una plantilla bonita puede resolver la presentación; no demuestra que la herramienta permita ejecutar el siguiente paso del negocio.

Wix ofrece un entorno gestionado. Su documentación explica que una web convencional creada en la plataforma necesita funcionar en sus servidores. Ese límite de alojamiento no significa que el cliente pierda su dominio o todo su contenido. Significa que no conviene imaginar una mudanza como copiar una carpeta y encenderla en otro servidor. Puedes consultar la explicación de Wix sobre alojamiento fuera de su plataforma antes de contratar un desarrollo o planificar la salida.

Para decidir, escribe qué necesitas hacer y quién lo hará. Una persona que modifica horarios y publica fotografías tiene un problema distinto al de una empresa que integra un catálogo con procesos propios. Evita palabras tan amplias como "escalabilidad" si no puedes traducirlas a una tarea. "Necesitamos actualizar disponibilidad desde nuestro sistema de gestión" permite evaluar una solución. "Queremos una web preparada para el futuro" permite vender casi cualquier cosa.

También cuenta el mantenimiento. Una alternativa con más control puede exigir más dedicación técnica. No sería honesto presentar ese control como una ventaja gratuita. Si nadie va a ocuparse de versiones, integraciones o incidencias, tendrás que contratar ese trabajo o elegir una solución que reduzca esa carga. Nuestra preferencia no sustituye la capacidad real del equipo que mantendrá la web.

Cuándo trabajaría primero el sitio que ya tienes

Mantendría Wix mientras el negocio pueda presentar bien su oferta, gestionar las páginas necesarias y comprobar las consultas que recibe. Si el obstáculo dominante es una página de servicio vaga, cambiar de plataforma no redactará la explicación. Si el formulario falla, hay que probarlo y corregirlo. Si Google no puede acceder a una página por una configuración equivocada, la primera intervención consiste en revisar esa configuración.

Imagina una empresa inventada de restauración de muebles. Tiene fotografías propias, acepta trabajos en un área concreta y recibe consultas por un formulario. Su web solo dice "damos nueva vida a tus espacios". La dificultad inmediata es que no explica si restaura puertas, mesas o muebles tapizados, qué necesita para presupuestar y dónde presta el servicio. Antes de reconstruirla, organizaría esa información en las páginas existentes y mediría si llegan consultas pertinentes.

Una señal para conservar la plataforma es que puedes resolver el problema con un cambio acotado y comprobar su efecto. No necesitas defender Wix por haberlo pagado. Tampoco necesitas descartarlo para demostrar ambición. El dinero ya gastado no decide qué conviene hacer ahora; las necesidades, el coste pendiente y los riesgos sí ayudan a decidir.

Propongo separar una lista de deseos de una lista de bloqueos. Un deseo puede ser una animación nueva o un editor que guste más al equipo. Un bloqueo impide publicar una estructura necesaria, completar una operación o medir un resultado. Anota qué tarea falla, cómo lo has comprobado y qué alternativa existe dentro de la plataforma. Sin ese registro, resulta demasiado fácil llamar limitación técnica a un problema editorial.

Cuándo empezaría a estudiar una alternativa

Estudiaría una migración cuando el proyecto necesite un control que no puedas obtener razonablemente, o cuando mantener soluciones provisionales esté consumiendo más recursos que resolver el sistema de fondo. El análisis debe incluir la reconstrucción de contenido, funciones, redirecciones y medición. Una demostración comercial de la nueva herramienta no acredita que todo eso esté cubierto.

Pide una prueba de la necesidad que motiva el cambio. Si la integración es decisiva, prueba la integración antes de rehacer la web. Si el problema es el mantenimiento del catálogo, trabaja con una muestra real del catálogo. Si se habla de rendimiento, compara páginas representativas y no una portada vacía con una página antigua cargada de funciones. La comparación debe ser justa para que sirva de algo.

Yo descartaría como argumento suficiente la frase "Wix no sirve para SEO". Oculta demasiadas preguntas. ¿No sirve para qué estructura, para qué volumen de trabajo y con qué recursos? Una evaluación de diseño web para un negocio debería responder a esas preguntas, además de valorar cómo se ve la página. La decisión final puede ser mantener, simplificar o migrar. Las tres son defendibles cuando hay evidencia; ninguna mejora el negocio solo por llevar una etiqueta técnica distinta.

2. Inventario, Search Console e indexación antes de tocar contenido

Haz una lista de las páginas que deberían trabajar

Empieza con un inventario pequeño pero completo de lo que importa al negocio. Incluye la portada, páginas de servicio, categorías, productos si existen, artículos útiles y contacto. Añade para cada URL su función, si debe aparecer en buscadores y qué acción esperas del visitante. No hace falta una herramienta compleja para ver que una página de pruebas o una oferta retirada tiene una función distinta de tu servicio principal.

Mi criterio es revisar primero las URLs que deberían contribuir a conseguir clientes. Si no sabes cuáles son, ese es el primer problema a resolver. Auditar todas las páginas con la misma prioridad puede dejar el formulario comercial sin probar mientras dedicas una tarde a una etiqueta secundaria del blog. El inventario sirve para ordenar trabajo, no para coleccionar incidencias sin dueño.

En Google Search Console comprueba que estás mirando la propiedad correspondiente al dominio publicado. Tener acceso a otra versión, o ver una propiedad sin datos suficientes, no permite concluir que tu web carezca de demanda. Anota también el periodo consultado. Una captura sin dominio, fechas ni filtro es una prueba muy pobre, incluso cuando el gráfico parece convincente.

Search Console es un servicio gratuito de Google. Wix exige un plan de pago y un dominio conectado para los procedimientos de integración que documenta, tanto en su conexión mediante la lista SEO como en su procedimiento manual desde Wix. No extrapoles ese requisito a todo Search Console ni supongas que cualquier método del panel funciona gratis. Según el acceso disponible, puedes valorar otras vías de Google, como la verificación DNS si controlas el dominio. Si la propiedad ya está verificada, comprueba el acceso antes de repetir el proceso. Nuestra guía de Google Search Console ayuda a organizar las comprobaciones.

Para utilizar la conexión guiada de Wix:

1. Entra como propietario o administrador y abre la lista de verificación SEO del sitio correcto.
2. Completa los datos iniciales que pide y elige la conexión con Google Search Console.
3. Sigue la autorización con la cuenta de Google que conservará el acceso.
4. Abre Search Console y confirma que puedes acceder a esa propiedad. Después inspecciona una URL prioritaria; conectar no equivale a indexar.

Si necesitas el procedimiento manual, añade en Google una propiedad de prefijo de URL y obtén su etiqueta HTML. En Wix, abre SEO y GEO → Herramientas y ajustes → Verificación del sitio, pega la etiqueta en el apartado de Google y guarda. Vuelve a Google para verificar. No repitas ambas vías si la propiedad ya funciona. Estos pasos corresponden a la documentación enlazada, no a una prueba realizada en tu cuenta.

Separa publicación, rastreo e inclusión en el índice

Una página guardada en el editor no demuestra que el cambio sea público. Abre su dirección en una ventana sin tu sesión de administración y comprueba el texto, la navegación y el acceso. Google describe como requisitos técnicos básicos que pueda acceder a la página, reciba una respuesta HTTP 200 y encuentre contenido indexable. Cumplirlos permite competir por la inclusión; no obliga a que una URL se indexe. Es la distinción que recoge su documentación de requisitos técnicos de la Búsqueda.

Rastrear significa que el buscador puede solicitar una dirección y leer su respuesta. Indexar significa incorporar información de esa página a su índice. Posicionar es aparecer para una búsqueda en un lugar determinado. Convertir significa que la visita completa una acción útil para el negocio. Conviene mantener esas palabras separadas porque cada problema exige una prueba distinta.

Inspecciona una URL importante y compara lo que ves en directo con la información disponible sobre su estado. Si está excluida, lee el motivo antes de pulsar botones. Solicitar indexación repetidamente no corrige una página vacía, una canónica incoherente o una exclusión intencionada. Tampoco una solicitud aceptada demuestra que la inclusión se haya producido.

Wix genera un sitemap y mantiene su contenido según las páginas y ajustes correspondientes. Comprueba la dirección /sitemap.xml del dominio y contrástala con tu inventario, siguiendo la documentación de Wix sobre su mapa del sitio. Presentar el mapa facilita comunicar URLs; no certifica que cada dirección esté indexada ni que vaya a captar tráfico. Si falta una página, investiga su publicación y configuración antes de buscar un archivo para editar.

No confundas noindex con robots.txt

noindex es una instrucción para excluir contenido del índice. robots.txt controla el rastreo. Google necesita poder rastrear una URL para leer su noindex: bloquear primero el acceso puede impedir que vea la instrucción. Su guía para bloquear la indexación explica esa diferencia. Ninguno de esos mecanismos protege información confidencial; para eso necesitas control de acceso.

Yo no empezaría una auditoría editando robots.txt. Primero averiguaría qué problema existe y guardaría la configuración anterior. Wix permite cambios avanzados en ese archivo y advierte del riesgo de afectar al rastreo. Consulta sus instrucciones sobre robots.txt si hay una necesidad concreta. Copiar una regla de otro sitio sin entender a qué rutas afecta es una forma innecesaria de ampliar una incidencia.

Deja cada comprobación con una conclusión breve: URL publicada y accesible; exclusión pendiente de corregir; indexación aún no confirmada; contenido retirado a propósito. Esa precisión ahorra discusiones posteriores. "Google no me quiere" no señala una tarea. "La página de restauración mantiene noindex después de publicarse" sí permite hacer un cambio, probarlo y documentar cuándo quedó resuelto.

Para corregir una exclusión accidental en una página estática del editor:

1. Localiza la página en Páginas y menú; en Wix Studio, el panel se llama Páginas.
2. Abre sus acciones y entra en SEO básico.
3. Activa Permite que los motores de búsqueda indexen esta página únicamente si debe ser pública e indexable.
4. Publica y revisa la URL en directo: el HTML y las cabeceras no deberían mantener una instrucción noindex. Comprueba después su estado en Search Console, sin dar por inmediata la inclusión.

El procedimiento por tipo de página de Wix distingue páginas estáticas, blog y productos. No apliques el recorrido del editor a todo: una entrada se gestiona desde Blog y sus opciones SEO. Conserva las exclusiones intencionadas; una página interna o de pruebas no necesita hacerse indexable para completar una lista.

3. Intención de búsqueda y arquitectura sin páginas de ciudad clonadas

Decide qué problema resuelve cada URL

La intención de búsqueda es lo que una persona intenta conseguir al hacer una consulta. Puede querer contratar, comparar, aprender o encontrar una empresa concreta. Una misma palabra no siempre significa la misma necesidad. Quien busca cómo reparar una puerta de madera puede querer hacerlo por su cuenta; quien busca restauración de puertas a domicilio probablemente necesita valorar un proveedor. Decide a quién ayuda cada página antes de elegir el título.

Yo empezaría por las conversaciones comerciales que el negocio pueda acreditar: preguntas recibidas, dudas previas al presupuesto y razones por las que un trabajo no encaja. Puedes agruparlas sin guardar datos personales en el documento editorial. Después contrasta las búsquedas y páginas que aparecen en Search Console. Las preguntas del equipo son hipótesis útiles; los datos disponibles y la revisión de resultados ayudan a comprobarlas.

Redacta una ficha por página con su destinatario, necesidad principal, servicio ofrecido y siguiente paso. Añade qué pruebas puedes mostrar. Si dos fichas parecen iguales salvo por una palabra, revisa si necesitas dos URLs. Separar por separar hace más difícil mantener contenidos coherentes y elegir qué página debe recibir enlaces internos.

En nuestro ejemplo inventado, "restauración de muebles" puede funcionar como página general que orienta hacia tipos de trabajo. Una página específica de restauración de puertas tendrá sentido si explica intervenciones, condiciones y ejemplos propios distintos. No la crearía solo porque la herramienta permite duplicar la plantilla. Debe haber una diferencia que el visitante necesite conocer antes de decidir.

Diseña un recorrido que ayude a contratar

Una arquitectura útil conecta la necesidad con una explicación suficiente y con una forma de avanzar. No tienes que esconder el contacto al final de un laberinto para parecer más profesional. Tampoco conviene pedir un presupuesto antes de explicar qué hace la empresa. Propongo revisar el recorrido como si alguien llegara directamente a la página de servicio, sin conocer la portada.

En esa página deberías poder identificar el servicio, comprobar si se presta en tu zona y entender qué información necesitas enviar. Las pruebas pueden ser fotografías autorizadas, una explicación del proceso o trabajos documentados. El enlace a contacto debe conservar el contexto: si alguien venía preguntando por puertas, el formulario puede pedir los datos pertinentes sin obligarle a empezar de cero.

Una propuesta didáctica para el negocio inventado sería esta:

La tabla no prescribe cuatro páginas para todas las webs. Muestra cómo justificar cada una. Una actividad sencilla puede resolverlo con menos URLs; un catálogo amplio puede necesitar más. La cantidad debería salir de la oferta y de las tareas del visitante. Si necesitas revisar esa relación, el trabajo de SEO de una web de servicios debe comenzar por la arquitectura y la demanda, no por una lista automática de palabras.

Da contexto geográfico sin fabricar presencia

Cambiar el nombre de la ciudad en el mismo texto no crea una razón nueva para visitar una página. Si prestas servicio en varias localidades, explica cómo trabajas allí: desplazamiento, recogida, cobertura o condiciones, siempre que sean reales. Una página local tiene sentido cuando responde a una necesidad diferenciada y puedes mantener la información. No hace falta simular oficinas para demostrar que aceptas encargos de una zona.

Pensemos en un negocio inventado que recoge muebles en varios municipios, pero solo tiene un taller. Puede publicar su ubicación real y explicar el área de recogida. No necesita poner una dirección imaginaria en cada municipio. Si hay diferencias operativas que afectan al presupuesto, tiene sentido describirlas. Si todo funciona igual, una explicación clara de cobertura puede ser más útil que una colección de páginas casi idénticas.

Revisa también la navegación. ¿El visitante encuentra los servicios desde el menú? ¿Un artículo útil enlaza a la página que resuelve la contratación? ¿Hay páginas comerciales a las que solo se llega mediante el sitemap? Puedes trabajar ese recorrido manualmente con tu inventario. La persona que mantiene la web debería poder señalar por qué existe cada enlace y a dónde espera que vaya el lector.

Mi preferencia es empezar con una estructura manejable y ampliarla cuando haya motivos. Una arquitectura pequeña, con páginas distintas y bien explicadas, ofrece un punto de partida más claro que decenas de destinos vacíos. Si una nueva ciudad, servicio o categoría no añade información suficiente, guarda la idea y reúne material. Publicar primero para rellenar después suele trasladar la falta de criterio a un menú más largo.

4. Title, H1 y descripción: escribir, publicar y comprobar

Cada campo tiene una función distinta

El title es el título técnico de la página. El H1 es su encabezado principal visible. La meta description propone un resumen. No son tres espacios para repetir una colección de palabras. Me gusta partir de una frase que describa el servicio y después adaptar cada campo a su contexto. Esa disciplina obliga a concretar la oferta antes de discutir sobre caracteres.

Wix permite ajustar títulos, descripciones y otros valores por tipo de página o para páginas concretas. En su documentación actual la ruta general pasa por SEO & GEO, Tools and settings y SEO Settings. Las opciones dependen de los tipos de contenido del sitio y del editor. Usa la guía de ajustes SEO de Wix para localizar el control correspondiente, y revisa si necesitas guardar o publicar. Un valor escrito en un campo todavía no prueba que lo reciba el visitante.

Para cambiar title y descripción de una página estática, sin alterar su URL:

1. En el editor, selecciona la página y entra en sus opciones de SEO básico.
2. Escribe el título y el resumen en sus campos correspondientes; no cambies el slug para hacer esta prueba.
3. Publica. Comprueba en la página pública el valor de <title> y de la etiqueta de descripción, además del H1 visible.

La ayuda de Wix sobre títulos y descripciones muestra ese recorrido. El nombre de la página en el menú no es una prueba del title publicado. Si trabajas con productos o artículos, abre sus ajustes específicos en vez de editar a ciegas una regla general.

Antes de modificar reglas generales, comprueba a cuántas páginas afectan. Una plantilla de títulos puede ahorrar trabajo en un catálogo y repetir un error en todo él. Prueba una muestra representativa y revisa las excepciones. Si una página tiene una necesidad específica, documenta por qué utiliza un ajuste individual para que otra persona no lo sobrescriba al cambiar la regla.

Google recomienda títulos descriptivos y evita que la repetición artificial sustituya a una explicación. Puede generar un enlace de título distinto del texto configurado. Tampoco establece una longitud fija que garantice su visualización completa. Puedes contrastarlo en la documentación de enlaces de título. Usar un rango editorial ayuda a revisar legibilidad; presentarlo como una ley exacta del buscador sería engañoso.

Un ejemplo escrito para una persona que está decidiendo

Este ejemplo es inventado y no describe una empresa real. Supongamos que un taller restaura puertas en una localidad y puede mostrar el proceso. Una versión pobre del título sería "Restauración puertas mejores expertos restaurar puertas barato". Repite el concepto, introduce una superioridad sin probar y no explica una condición útil. La acumulación no mejora la oferta.

Un posible title y H1 sería "Restauración de puertas de madera en Oviedo". La descripción comenzaría igual: "Restauración de puertas de madera en Oviedo. Consulta el proceso y envíanos fotografías para valorar tu encargo". Es una elección editorial que mantiene clara la oferta, no un requisito ni un truco garantizado de Google. Los textos solo serían válidos si la actividad, la zona y el procedimiento existieran.

Puedes usar title y H1 idénticos cuando resulte natural. También pueden diferir sin contradecirse. No vendería ninguna de las dos opciones como obligación de Google. Lo que comprobaría es que el título técnico, el encabezado visible y el contenido hablen de la misma página. Si prometes restauración a domicilio y luego exiges llevar la puerta al taller, el problema es comercial y editorial, aunque todos los campos tengan la longitud prevista.

La descripción debe ayudar a decidir si merece la pena entrar. Evita meter servicios que la página no explica o garantías que el negocio no ofrece. Google puede tomar texto de la página para generar el fragmento en lugar de mostrar tu meta description; así lo indica su documentación sobre fragmentos de resultados. Por eso también conviene revisar el contenido visible, no únicamente el cuadro del editor.

La prueba se hace en la URL publicada

Publica el cambio mediante el procedimiento de tu editor y abre la página pública. Revisa el H1 a simple vista y comprueba que no estás viendo un rótulo decorativo distinto del encabezado principal. Después revisa title y description en el HTML o con una inspección técnica. Anota el valor obtenido y la URL exacta. Si has cambiado el campo global, repite la prueba en páginas de tipos diferentes.

Yo probaría también cómo se lee en móvil. Un encabezado que ocupa casi toda la primera pantalla puede desplazar fuera de vista el contexto y el contacto. El remedio no tiene por qué ser reducirlo a una palabra vaga: puedes mejorar el salto de línea, el tamaño y el espacio. La jerarquía debe ordenar la información sin obligar a usar un H2 solo porque su apariencia encaja mejor.

Si no sabes cómo repartir los encabezados, nuestra guía sobre H1, H2 y contenido comprensible sirve para revisar el criterio antes de volver al editor. El visitante debería poder recorrer los títulos y anticipar qué encontrará. "Nuestra esencia" puede tener un lugar en la marca; "Qué incluye la restauración" responde a una duda comercial más concreta.

Tras el cambio, conserva un registro breve de lo anterior, lo publicado y el motivo. Más adelante puedes comparar las consultas, impresiones y visitas que correspondan a esa página, sin atribuir cualquier variación al título. Si durante el mismo periodo cambias oferta, contenido y navegación, no podrás aislar el efecto con una simple captura. Está bien mejorar varias cosas; lo que no está bien es inventar una causalidad que no has medido.

5. Contenido, enlaces y confianza que tu negocio pueda sostener

Explica lo que hace falta para pedir un presupuesto

Una página comercial debería resolver las dudas que impiden avanzar. Qué haces, para quién, con qué límites y cómo empieza el encargo son preguntas mejores que "¿cuántas veces aparece la palabra principal?". En mi opinión, una descripción precisa del alcance suele dar más trabajo que añadir párrafos generales. También ayuda más al lector que necesita distinguir entre proveedores.

Para el taller inventado, serviría explicar si acepta piezas muy deterioradas, si retira herrajes, cómo valora fotografías y qué condiciones requieren una inspección presencial. No debes inventar esas respuestas para que la página parezca completa. Pídeselas al responsable y conserva las condiciones que pueda defender. Si no ofrece una tarifa cerrada sin revisar el trabajo, explica qué variables necesita conocer antes de presupuestar.

Las pruebas deben tener relación con lo que prometes. Una fotografía de un trabajo real, con permiso, puede acompañarse de una descripción de la intervención. No hace falta convertir cada proyecto en una historia épica ni atribuir mejoras que nadie ha medido. Identifica qué se hizo y qué no puede deducirse de la imagen. El antes y después de un acabado no demuestra cuánto durará ni cómo responderá otra pieza.

Google plantea el contenido útil desde las necesidades de las personas, no desde una cuota de palabras. Su guía de contenido útil no convierte una extensión determinada en una señal automática de calidad. Una página de servicio debe tener la extensión que necesite: no alargues una ficha que se entiende mucho antes ni omitas condiciones necesarias por perseguir un texto corto.

Enlaza donde el lector necesita continuar

Un enlace interno conecta dos páginas del mismo sitio. Úsalo para que el lector amplíe una duda o dé un paso razonable, no para repetir el mismo destino en cada párrafo. Me parece una buena prueba leer el texto del enlace fuera de contexto: debería dar una pista honesta sobre la página de destino. "Ver cómo preparamos una puerta antes del acabado" orienta mejor que "más información".

Si publicas un artículo sobre qué fotografías enviar para valorar un mueble, enlaza al servicio que atiende ese encargo y al formulario adecuado. Si una página de trabajo documentado menciona una técnica, puede enlazar a su explicación cuando de verdad exista. Evita crear cadenas de lectura que nunca llevan a saber cómo contratar. También evita llevar todo a contacto antes de responder las preguntas básicas.

Revisa los enlaces desde un móvil y sin tu sesión. Un enlace sobre un texto diminuto puede ser difícil de pulsar; un destino retirado puede romper un recorrido que parecía correcto en el editor. Cuando cambies URLs, actualiza los enlaces de origen. Una redirección ayuda a conservar el acceso, pero no debería convertirse en excusa para dejar toda la navegación apuntando a direcciones antiguas.

Las imágenes también necesitan intención. El texto alternativo describe el contenido o función de una imagen cuando esa información es necesaria. En una fotografía útil del taller, podría explicar que muestra una puerta con el acabado deteriorado antes de la intervención. No conviertas el alt en una lista de localidades y servicios. Para imágenes puramente decorativas, aplica el tratamiento de accesibilidad adecuado en lugar de inventar una descripción comercial.

Comprueba los permisos de las fotografías, los nombres y los testimonios. Publicar una reseña en otro canal no autoriza a añadirle resultados nuevos ni a modificar el sentido. Si no dispones de testimonios autorizados, puedes explicar el proceso y mostrar información verificable del negocio. Una web honesta sin una galería de supuestos clientes es preferible a una página que intenta parecer mayor mediante material inventado.

Un blog debería responder preguntas que merezcan su página

Antes de encargar un artículo, escribe para qué sirve y qué página comercial puede apoyar. Una duda sobre mantenimiento puede atraer a quien necesita cuidar una pieza; una explicación sobre restaurar o sustituir puede ayudar a comparar opciones. Ninguna de las dos debería acabar fingiendo que siempre conviene contratar al taller. Un buen contenido puede reconocer cuándo el servicio no compensa.

Yo agruparía primero las preguntas repetidas y revisaría lo ya publicado. Si una respuesta puede añadirse con claridad a una página existente, no abriría otra URL por obligación de calendario. Si merece un desarrollo independiente, prepara ejemplos, fotografías y límites antes de redactar. El blog no mejora por acumular versiones de la misma introducción con un nombre de ciudad distinto.

Asigna a cada pieza una persona responsable de revisar los hechos del negocio. Eso no permite inventar una acreditación profesional en la firma ni presentar como revisado lo que sigue pendiente. En asuntos técnicos, legales o sanitarios, la revisión debe corresponder a la materia y al riesgo. La etiqueta "experto" escrita por quien publica no constituye evidencia de competencia.

Termina la revisión leyendo en voz alta los pasajes comerciales. Si una frase podría pegarse en cualquier web sin cambiar nada, probablemente puedes concretarla. "Soluciones de máxima calidad para necesidades únicas" no dice qué va a recibir la persona. "Para valorar el acabado necesitamos fotos de la superficie y de las zonas dañadas" sí la ayuda a preparar una consulta. Ese es el nivel de utilidad que buscaría antes de abrir un nuevo borrador.

6. Velocidad móvil y accesibilidad sin perseguir una puntuación

Mide una página real antes de simplificarla

Una portada puede cargar aceptablemente y ocultar problemas en una ficha de producto o en una página con formulario. Escoge páginas representativas de las tareas del negocio y mide su estado antes de cambiar nada. Registra fecha, dispositivo, URL y herramienta. Si haces otra prueba después, procura mantener condiciones comparables. Mi preferencia es tener una comparación modesta y repetible antes que una captura espectacular sin contexto.

Las Core Web Vitals miden carga, respuesta a la interacción y estabilidad visual. Google propone como referencias de buena experiencia LCP de 2,5 segundos o menos, INP de 200 milisegundos o menos y CLS de 0,1 o menos, evaluados en el percentil 75 de las visitas, en su documentación de estas métricas. Son referencias de rendimiento, no promesas de primera posición. Distingue los resultados de laboratorio de los datos de usuarios reales disponibles para tu sitio.

Lee qué elemento o comportamiento está fallando. Una imagen principal pesada plantea una tarea distinta de un formulario que tarda en reaccionar. Si no hay suficientes datos de campo, dilo; no conviertas la ausencia de información en una aprobación. Puedes seguir usando pruebas controladas para diagnosticar, siempre que expliques qué has medido y qué no.

El rendimiento también tiene límites de control. Wix documenta factores como aplicaciones, widgets y recursos de terceros en su guía de rendimiento y Core Web Vitals. Parte del trabajo depende de las decisiones de quien monta la página y parte del sistema de la plataforma. Atribuir todo al usuario o todo al proveedor sin revisar la carga concreta impide elegir una intervención útil.

Para convertir esa revisión en trabajo aplicable dentro de Wix:

1. Abre su panel de velocidad y distingue Experiencia real del visitante de la simulación de PageSpeed. Si falta muestra de usuarios, no inventes una evaluación de campo.
2. Elige una URL comercial y guarda la medición inicial. Identifica el elemento o aplicación que merece investigar, no solo el color de la puntuación.
3. Haz una modificación reversible: por ejemplo, sustituye una imagen sobredimensionada por una versión adecuada, conservando el original.
4. Publica y repite la prueba de laboratorio en condiciones parecidas. Los datos agregados de visitas no reflejan inmediatamente toda la mejora.
5. Recorre la página y prueba su acción principal. Si la función empeora, recupera el estado anterior; la cifra no justifica romperla.

Retira peso con una razón y comprueba la función

Haz un inventario de aplicaciones y elementos externos. Anota para qué sirven, en qué páginas aparecen y quién necesita sus datos. Una aplicación que nadie usa merece revisión; una pasarela necesaria para vender no se elimina solo porque aparezca en un informe. Si dos elementos cumplen la misma función, prueba si puedes simplificar sin perder el servicio.

Empieza por un cambio reversible. Puedes probar una imagen principal mejor adaptada al espacio visible, retirar una animación prescindible o limitar un elemento que se carga donde no hace falta. Guarda el estado anterior y mide después. Si tocas todo a la vez, costará saber qué produjo la mejora o qué rompió el formulario. El ahorro de peso no sirve si el visitante deja de poder enviar el encargo.

En las imágenes, comprueba dimensiones, formato y calidad perceptible. No hace falta servir una fotografía enorme para mostrar una miniatura pequeña. Tampoco tiene sentido comprimir hasta perder detalles necesarios para valorar el trabajo. En el ejemplo de restauración, las texturas y defectos pueden ser parte de la prueba comercial. Elige una versión que se vea bien en el tamaño utilizado y evita cargar varias fotografías equivalentes antes de que hagan falta.

Para vídeo, decide si debe reproducirse solo, si necesita sonido y qué ocurre cuando no carga. Una imagen representativa con reproducción voluntaria puede ser más cómoda que un fondo en movimiento que compite con el texto. No es una prohibición de utilizar vídeo: es una pregunta sobre su función. Si explica un proceso que el cliente necesita entender, consérvalo con un tratamiento razonable y comprueba el comportamiento móvil.

Los scripts de medición también necesitan revisión. No añadas etiquetas duplicadas porque dos tutoriales recomienden herramientas distintas para registrar la misma acción. Documenta qué herramienta recoge cada evento y qué finalidad tiene. Esto afecta a la calidad de los datos y al funcionamiento de la página. Coordina cualquier cambio con la configuración de consentimiento correspondiente, sin convertir la auditoría de velocidad en una modificación improvisada de privacidad.

Prueba con dedos, teclado y una pantalla pequeña

Abre el menú, recorre el contenido y envía una consulta de prueba identificable. Comprueba que el teclado del móvil no tapa los campos, que los mensajes de error se entienden y que los botones se pueden pulsar sin acertar a un punto mínimo. Mira también el contraste y el tamaño del texto. Una captura de portada no prueba ninguno de esos recorridos.

Prueba la navegación con teclado cuando corresponda y verifica que sabes dónde está el foco. Si utilizas un carrusel, revisa cómo se detiene y si sus controles son comprensibles. Un efecto puede verse bien mientras dificulta leer o completar una acción. Yo priorizaría el acceso al contenido y al contacto frente a una animación que solo demuestra que el editor permite añadirla.

Reserva espacio para imágenes y elementos que aparecen durante la carga. Observa si un botón se desplaza justo cuando intentas pulsarlo o si una banda tapa el formulario. Esas molestias no siempre se entienden mirando una cifra agregada. La prueba manual completa el diagnóstico; no sustituye la medición, pero permite ver por qué el visitante está teniendo dificultades.

Al terminar, deja una comparación con el cambio aplicado y las funciones comprobadas. Si mejora una métrica pero empeora la legibilidad o desaparece una información útil, corrige antes de celebrar. La orientación de Google sobre experiencia de página sitúa el rendimiento dentro de una experiencia más amplia. Esa es también una decisión práctica: queremos que alguien pueda entender el servicio y usar la web, no únicamente enseñar un informe verde.

7. Canónicas, redirecciones, tienda y varios idiomas

Una canónica no debería improvisarse para arreglarlo todo

La URL canónica identifica la versión preferida de una página entre versiones similares. Antes de tocarla, escribe qué versiones existen y por qué. Que dos páginas vendan servicios relacionados no significa que deban apuntar a la misma dirección. Si tienen contenido y objetivos distintos, puedes ocultar el problema al agruparlas en lugar de resolverlo.

Wix incorpora canónicas por defecto y permite personalizarlas. Su documentación advierte de que un cambio puede afectar a la presencia de una URL en el sitemap. Revisa su explicación de etiquetas canónicas y comprueba el resultado publicado. Yo conservaría el valor anterior y el motivo del cambio. Poner la portada como canónica de todas las páginas comerciales no es una estrategia para concentrar autoridad; puede contradecir el propósito de esas páginas.

Si una URL importante no aparece donde esperabas, compara contenido, canónica, enlaces y configuración de indexación. No cambies varios controles por intuición y esperes a ver qué ocurre. Formula una hipótesis concreta: "esta versión apunta por error a otra que no representa su contenido". Después aplica una corrección limitada, revisa el HTML y registra lo que siga pendiente en Search Console.

Cambiar direcciones requiere una correspondencia y una prueba

Una redirección 301 comunica un traslado permanente de una URL a otra. Prepara una tabla de origen y destino antes de modificar direcciones conocidas. El destino debe resolver la necesidad de la página anterior de forma razonable. Enviar cualquier dirección retirada a la portada puede dejar al usuario sin respuesta, aunque la redirección funcione técnicamente.

Wix permite gestionar redirecciones con dominio propio. En Wix Blog, cambiar el slug no crea automáticamente la 301: hay que configurarla. La guía de redirecciones 301 de Wix describe este recorrido:

1. Entra en SEO y GEO → Herramientas y ajustes → Administrador de redirección de URL.
2. Crea una redirección nueva y elige la opción única.
3. Introduce la ruta antigua y selecciona el destino equivalente. Guarda la regla.
4. Comprueba después que el origen devuelve 301 y conduce al contenido correcto. Revisa también enlaces internos; guardar la regla no acredita por sí solo que funcione.

Como ejemplo de planificación, /post/cuidados-madera-viejo podría apuntar a /post/cuidados-madera si realmente contienen la misma guía trasladada. No utilices ese destino por copiar el ejemplo: decide la correspondencia a partir de tus URLs y contenidos. Prueba cada origen con una herramienta que muestre su respuesta HTTP, no solo con una pestaña que termina en otra dirección.

Prueba también el destino: debe abrir, mostrar el contenido previsto y permitir continuar. Actualiza enlaces internos, botones y referencias que controles. Conserva las URLs antiguas en el inventario para poder detectar errores después. En la guía sobre redirecciones 301 y migraciones desarrollamos ese trabajo como una correspondencia entre contenidos, no como una lista de direcciones que se manda sin criterio a la portada.

Revisa cada producto y cada idioma como contenido real

En una tienda, una ficha necesita explicar el producto que se compra, no solo repetir el nombre del fabricante. Comprueba variantes, disponibilidad, precio mostrado y condiciones comerciales. Una estructura que permite navegar por categorías no necesita convertir cada combinación de filtros en una nueva página indexable por defecto. Decide qué categorías responden a una demanda real y qué combinaciones solo ayudan a elegir dentro del catálogo.

Wix Stores incorpora ajustes SEO y marcado de producto predeterminado. Su documentación sobre páginas de producto sirve para comprobar lo que ya genera antes de añadir otro bloque. No dupliques Product de forma automática ni lo uses para disfrazar una página de servicios. Precio y disponibilidad deben corresponder a información verdadera del producto. Si estás definiendo una tienda online, el catálogo y la operativa merecen revisión antes que una colección de etiquetas.

Los datos estructurados son un formato para describir contenido de manera interpretable. Deben corresponder a lo que la página ofrece y muestra. Wix permite añadir JSON-LD mediante sus controles de marcado estructurado. Google aclara que un marcado válido no garantiza resultados enriquecidos en su introducción a los datos estructurados. Añadir valoraciones que no existen seguiría siendo falso aunque la sintaxis pasara un validador.

Para filtros y variantes, nuestra guía de SEO para categorías y variantes de tienda ayuda a separar selección de producto e intención de búsqueda. Yo probaría una categoría, una ficha y una variante representativa antes de aplicar una regla a todo el catálogo. Añade una compra de prueba cuando el alcance incluya la tienda: poder abrir una ficha no demuestra que la venta termine correctamente.

En una web multilingüe, cada idioma necesita textos comprensibles, enlaces correctos y condiciones comerciales que tengan sentido para ese público. Wix documenta generación automática de hreflang y x-default en su guía de SEO multilingüe. Comprueba las equivalencias y traduce títulos y descripciones, además del cuerpo. Cambia de idioma desde una página interior: no debería parecer que traduces el servicio cuando en realidad envías al visitante a una portada sin relación. La automatización ahorra tareas, pero la revisión editorial sigue siendo tuya.

8. SEO local y autoridad sin direcciones ni méritos ficticios

Explica dónde trabajas y cómo atiendes

El visitante necesita saber si puedes atender su encargo. Publica la ubicación real cuando corresponda, el área de servicio y la forma de contacto. Si recibes solo con cita, dilo. Si te desplazas pero no atiendes en una oficina abierta al público, explica la operativa sin simular otra cosa. Yo prefiero una cobertura modesta y clara a un mapa lleno de marcadores que no representan centros del negocio.

Revisa la coherencia entre la información de la web y los perfiles que gestiona la empresa. Un horario antiguo o un nombre comercial distinto puede generar dudas y consultas innecesarias. No uses esta revisión para inventar una uniformidad que oculta cambios reales. Si hubo una mudanza, explica y actualiza la información con criterio. Guarda los accesos de forma segura y asigna quién mantiene cada canal.

En el ejemplo inventado del taller, una sección útil podría explicar cómo se acuerda una recogida, qué zonas atiende y qué datos necesita para confirmarla. Eso ayuda a quien vive fuera del municipio del taller. No hace falta afirmar que existe una sede en su localidad. Si las condiciones de transporte cambian según la zona, el responsable debe facilitar esas condiciones antes de convertirlas en contenido público.

Separa el servicio presencial del remoto. Una consultoría que trabaja por videollamada no necesita presentarse como oficina local en todas las ciudades a las que vende. Una empresa que entra físicamente en el domicilio debería explicar cómo concierta las visitas y qué trabajo acepta. La forma de prestar el servicio cambia las preguntas del cliente; merece aparecer en la página.

Utiliza pruebas que puedas enseñar y mantener

La confianza no se fabrica con una franja de logotipos descargados. Si mencionas colaboraciones, premios o acreditaciones, debe existir una base verificable y permiso cuando corresponda. Si muestras trabajos, identifica qué parte realizaste. Una empresa puede haber participado en un proyecto sin haberlo dirigido ni ejecutado por completo. Contarlo con precisión no le resta valor.

Para organizar pruebas, crea una ficha interna de cada material: procedencia, autorización, servicio relacionado y afirmaciones que permite sostener. Una fotografía puede acreditar que existe una pieza o mostrar un acabado. Un documento de entrega puede confirmar que se completó un trabajo concreto. Ninguno autoriza por sí solo a declarar un porcentaje de satisfacción o una mejora de negocio.

Las reseñas requieren el mismo cuidado. Puedes facilitar que un cliente deje una opinión auténtica en el canal correspondiente, sin escribirla en su nombre ni condicionar el sentido de la valoración. Cuando reutilices una opinión, conserva su significado y comprueba el permiso aplicable. Si surge una crítica, no la conviertas en material para una discusión pública que exponga datos del cliente.

Me parece especialmente contraproducente llenar una web pequeña de cifras redondas que nadie puede justificar. "Cientos de proyectos" o "líderes del sector" no son adornos inocuos: afirman algo. Sustitúyelos por lo que sí puedes explicar, aunque parezca menos espectacular. Un proceso claro, fotografías propias y un alcance bien definido permiten valorar una oferta sin necesitar una historia inflada.

También puedes mostrar límites. Si no haces restauración estructural de determinados materiales, dilo. Si una valoración inicial no sustituye una inspección, explícalo. Esa información filtra consultas inviables y evita expectativas falsas. La calidad del contacto importa tanto como la cantidad: recibir peticiones que no puedes atender tampoco demuestra que el SEO esté funcionando comercialmente.

Construye relaciones que tengan una razón fuera del enlace

Un enlace externo útil suele surgir de una relación o de un recurso que merece referencia. Puedes revisar proveedores, asociaciones o proyectos en los que participes de verdad, y comprobar que la información publicada sea correcta. No recomendaría comprar paquetes de menciones sin saber qué sitios las publicarán ni qué afirmarán del negocio. La cantidad no sustituye la revisión.

Propón materiales que puedan servir a otras personas: una explicación técnica bien documentada, un recurso para preparar un encargo o un proyecto que puedas contar con permiso. Si otro sitio lo menciona, comprueba el contexto y el destino. El objetivo no debería ser forzar una frase comercial en cualquier página, sino hacer visible un trabajo que existe y que puede interesar a su audiencia.

Para un negocio local, una colaboración real puede ser más coherente que una aparición genérica sin relación con la zona ni la actividad. Eso no garantiza posiciones ni permite calcular un resultado por cada enlace. Evalúa si la acción tiene sentido aunque nadie te prometa un efecto SEO: ¿te presenta ante personas pertinentes?, ¿describe bien la actividad?, ¿puedes defender su contenido?

Mantén un registro de contactos y acuerdos sin convertirlo en una base de datos innecesaria de personas. Anota qué se publicó y cuándo debe revisarse. Si cambias de servicio o de ubicación, corrige las referencias que puedas gestionar. Yo dedicaría tiempo a conservar una presencia verdadera antes que a producir más páginas locales. La autoridad que la web intenta comunicar debe corresponder a un negocio reconocible y a pruebas que sigan siendo ciertas cuando alguien las compruebe.

9. IA, GEO y medición: de la mención al contacto válido

Prepara respuestas que puedan comprobarse

GEO suele utilizarse para hablar de visibilidad en motores y experiencias de búsqueda generativa. La etiqueta no cambia la obligación de explicar bien el negocio. Si una página no permite averiguar qué haces, dónde trabajas o por qué una afirmación es creíble, añadir un apartado que repita "inteligencia artificial" no resuelve esa falta de información.

Google indica en su guía para experiencias generativas que no hace falta un esquema especial ni un archivo llms.txt para esas funciones. Es una afirmación sobre Google, no una regla demostrada para cualquier asistente. Puedes leer su guía de optimización para funciones generativas. Yo no convertiría ese archivo ni cualquier otra etiqueta nueva en la primera compra de un negocio que todavía tiene su formulario sin comprobar.

Empieza por respuestas claras dentro de páginas útiles. Si explicas qué necesita el taller para presupuestar, enumera las fotografías, medidas y condiciones realmente necesarias. Si comparas restauración y sustitución, incluye cuándo no recomiendas tu propio servicio. Si hablas de una característica técnica, utiliza una fuente primaria cuando haga falta y separa el dato de tu criterio profesional.

Una página fácil de citar también debería ser fácil de revisar. Indica quién firma, qué material sustenta las afirmaciones y cuándo necesitas actualizar una condición. Evita fechas renovadas automáticamente que hacen parecer reciente una revisión inexistente. La información del negocio, los enlaces y las pruebas deben poder mantenerse. Puedes trabajar una estrategia de posicionamiento GEO sin afirmar que controlas la respuesta final de un asistente.

Mide visibilidad sin confundirla con ventas

Una mención en una respuesta generativa es una observación, no una venta. Si haces pruebas manuales, guarda la pregunta exacta, fecha, idioma y respuesta observada. Anota si aparece el nombre, si existe un enlace y si la descripción es correcta. Repetir una prueba ayuda a ver variaciones; no autoriza a presentar esa muestra como una cuota de mercado ni como lo que verán todos los usuarios.

En la búsqueda convencional, una impresión indica que se mostró un resultado según la definición de la herramienta; un clic no demuestra que la visita haya solicitado presupuesto. La sesión y el evento registrados en analítica pertenecen a otra capa de medición. No esperes que todas las herramientas cuenten igual ni rellenes diferencias con explicaciones que no has comprobado.

Define acciones útiles para la actividad. Para una empresa de servicios, enviar un formulario válido puede ser una primera señal. Pulsar un botón de contacto solo acredita ese clic. La consulta recibida, su encaje y el presupuesto aceptado son pasos posteriores. En una tienda, iniciar una compra tampoco equivale a pagarla. Utiliza nombres de eventos que permitan entender esa diferencia cuando alguien lea el informe.

Nuestro artículo sobre Search Console, GA4 y el paso de clics a clientes desarrolla esa separación. Mi recomendación es decidir qué indicador responde a cada pregunta: visibilidad, llegada a la web, interacción y resultado comercial. Puedes tener más consultas y menos ventas si has atraído encargos que no prestas. Sin revisar su calidad, el informe mostraría crecimiento mientras el equipo pierde tiempo.

Comprueba el recorrido con consentimiento y datos mínimos

Haz un envío de prueba identificable y revisa dónde se recibe. Comprueba la confirmación que ve la persona y qué sucede cuando un campo contiene un error. No envíes datos reales de terceros para probar el formulario. Si la consulta debe llegar a una bandeja o sistema comercial, verifica ese destino; ver una animación de éxito no demuestra que el mensaje esté disponible para el equipo.

Revisa la configuración de consentimiento y las herramientas activadas con la persona responsable de privacidad. No sirve copiar un banner de otro sitio y dar por resuelta la cuestión. La configuración debe responder a lo que utiliza esa web y a las obligaciones aplicables. Esta guía no sustituye una revisión legal de privacidad ni convierte una recomendación de medición en permiso para recoger cualquier dato.

Antes de enviar información a una herramienta analítica, elimina datos personales que no necesita. Nombres, correos o detalles de un encargo no deberían colarse por comodidad en nombres de eventos o parámetros. Puedes comprobar que un formulario funciona y contar acciones sin registrar el contenido completo de la conversación. Mantén también separados los envíos de prueba para que no contaminen el resultado comercial.

Organiza una revisión periódica con quien atiende las consultas. Basta una clasificación clara de consulta pertinente, duplicada, de prueba o fuera de servicio, ajustada al negocio y sin guardar información excesiva. Pregunta por qué una oportunidad no avanzó. El motivo puede estar en el precio, en la disponibilidad o en la expectativa creada por la web. No todo se corrige añadiendo una palabra al título.

Con esa base puedes decidir qué página trabajar después. Si hay visibilidad pero pocas visitas, revisa ajuste con la búsqueda y presentación. Si llegan visitas pero el formulario falla, corrige la función. Si recibes consultas que no encajan, revisa la oferta y el contenido que las atrae. La plataforma influye en cómo ejecutas las mejoras; la medición te ayuda a elegir cuáles merecen el tiempo disponible.

10. Plan de trabajo de 30 días y decisión de mantener o migrar

Un mes para ordenar y probar, no para prometer posiciones

Este calendario propone trabajo, no un plazo de indexación ni resultados garantizados. Ajusta el alcance a tu equipo. Yo dejaría primero una línea de base: inventario, estado público de páginas prioritarias y recorrido de contacto. Sin ella compararás opiniones y recuerdos.

Si encuentras un formulario roto el primer día, corrígelo dentro de tu autoridad y verifica la recepción. El calendario organiza prioridades; no justifica aplazar un fallo comercial ni mantener una afirmación falsa hasta que llegue su turno.

Registra la cobertura: "tres páginas revisadas de ocho prioritarias" explica más que "SEO casi terminado". Es un ejemplo operativo, no un tamaño recomendado. Define revisada: contenido, configuración publicada, móvil y acción afectada comprobados. Un cambio sin prueba queda pendiente.

Errores que no resolvería añadiendo otra herramienta

El primero es cambiar muchas cosas sin registrar la situación anterior. Si modificas títulos, slugs, canónicas, diseño y medición en la misma tarde, quizá dejes una web mejor, pero habrás dificultado la identificación de una regresión. Trabaja por bloques que puedas comprobar y conserva una salida razonable. La prisa por llamar terminado al trabajo puede costar más que la mejora prevista.

El segundo es publicar páginas para completar una lista. Una página local sin información propia y un artículo que repite una respuesta existente amplían el mantenimiento. Antes de añadirlos, pregunta qué decisión ayudan a tomar. Si no hay respuesta, reúne material o mejora la página actual. El buscador no necesita que le enseñes un calendario lleno; tus clientes necesitan encontrar información que resuelva algo.

También hay un coste de atención. Si publicas condiciones distintas en dos páginas parecidas, alguien tendrá que detectar y resolver la contradicción. Imagina que una habla de recogida incluida y otra la presenta como un servicio pendiente de valorar. El problema ya no consiste en decidir qué URL posiciona: has creado una expectativa comercial incompatible. Mantén una fuente clara para cada condición y revisa las páginas que la reutilizan cuando cambie.

Otro error es interpretar un control técnico como resultado comercial. Un sitemap aceptado no demuestra indexación. Una URL indexada no demuestra visibilidad para la consulta deseada. Una visita no demuestra un contacto, y un contacto tampoco prueba una venta. Cuando el informe mezcla esos estados, parece que todo avanza y resulta difícil identificar qué está fallando de verdad.

También evitaría mantener una función porque "queda profesional" sin probar su utilidad. Un chat abandonado, un carrusel que tapa el texto o un vídeo que dificulta cargar la página pueden empeorar la experiencia. Revisa quién atiende cada canal y qué ocurre cuando falla. A veces la mejora consiste en simplificar y explicar el contacto que sí puedes mantener.

Un fallo menos visible es dejar el trabajo sin responsable. El diseñador puede dar por hecho que el negocio revisará los textos; el negocio puede pensar que la agencia comprobará cada afirmación. Define quién valida precios, cobertura, fotografías y condiciones antes de publicar. Después asigna quién revisa los cambios. Una lista de tareas técnicamente cerrada no demuestra que alguien haya confirmado la verdad del contenido ni que el equipo pueda sostenerlo.

Por último, desconfía de la migración presentada como receta antes de revisar datos. El deseo de salir de una plataforma puede ser legítimo, pero necesita un proyecto. Pide qué problema concreto resuelve, qué funciones se conservarán y cómo se comprobará el resultado. Si la propuesta solo promete una web "mejor para Google", todavía falta el diagnóstico.

Checklist de salida y una migración con posibilidad de recuperación

Al cerrar el primer bloque, comprueba lo siguiente:

• Las páginas prioritarias tienen una finalidad distinta y una oferta verdadera.
• Sabes cuáles deben ser indexables y has revisado la configuración publicada.
• Los títulos, encabezados y textos coinciden con lo que el negocio puede prestar.
• Los enlaces importantes funcionan en móvil y el contacto se ha probado hasta su destino.
• Las imágenes y pruebas cuentan con una procedencia y un uso justificables.
• La medición distingue interacción, consulta y resultado comercial.
• Las limitaciones pendientes tienen una prueba, una consecuencia y un responsable.

Si puedes resolver el siguiente bloque con un coste razonable, mantén Wix. Si una limitación acreditada lo impide, prepara la alternativa con inventario de URLs, contenido, catálogo, formularios, idiomas, integraciones y eventos. Una exportación no debe darse por equivalente al traslado de toda la web.

Antes del lanzamiento, prepara correspondencias de URLs y prueba destinos, navegación y operaciones comerciales. Conserva la referencia anterior y define cuándo detener o revertir el cambio. Asegura el acceso al dominio, la plataforma y la medición. No lo improvises después de publicar.

No uses Wix para explicar automáticamente todos los problemas, ni su asistente para dar el SEO por hecho. Trabaja con páginas, búsquedas y acciones observables. Nuestro enfoque de SEO de servicios y diseño web debería ayudarte a preguntar qué mejorar y cómo comprobarlo, incluso si conviene conservar la plataforma.

Las fuentes enlazadas son documentación primaria. Para revisar los controles, consulta los ajustes SEO de Wix, los requisitos técnicos de Google y su criterio de contenido útil. Los ejemplos y recomendaciones operativas no son estadísticas ni promesas de resultados.