WWW o sin WWW: ¿cuál ayuda realmente a tu SEO?
Por Toy Wen Da, Cofundador · Actualizado · 16 min de lectura
Traducido del original en inglés. Léelo en inglés
Ni los dominios con www ni los dominios sin www posicionan mejor por sí solos: usar www o no es una decisión de formato, no un factor de posicionamiento. Lo que sí perjudica tu SEO es dejar que existan ambas versiones sin gestionarlas, porque Google puede acabar tratando www.yoursite.com y yoursite.com como dos sitios web distintos que compiten entre sí, en lugar de como un único sitio fuerte.
Ese problema de competir contra ti mismo es real y más común de lo que creen la mayoría de los propietarios de sitios. Si alguna vez has escrito un dominio en Google Search Console y no sabías qué propiedad verificar, o has notado que tu número de backlinks es más bajo de lo esperado, un desajuste entre www y sin www suele ser la causa silenciosa. Esta guía explica qué hace realmente el prefijo, por qué a los buscadores les importa la coherencia y no el prefijo en sí, y cómo corregirlo paso a paso si tu sitio está dividido entre ambas versiones.
¿Qué significan realmente los dominios con www y sin www?
A nivel de URL, la diferencia es puramente estética. Un dominio con www tiene el aspecto www.example.com. Un dominio sin www, a veces llamado dominio "desnudo" o "raíz", prescinde del prefijo y se lee como example.com.
Técnicamente, www siempre ha sido un subdominio, no una parte obligatoria de la dirección. Hoy la mayoría de las configuraciones de hosting apuntan tanto el dominio raíz como el subdominio www al mismo servidor, así que cualquiera de los dos cargará tu sitio. Lo confirma el propio estándar técnico: la RFC 3986, la especificación del IETF que define cómo se estructuran las direcciones web, trata www como una etiqueta de subdominio corriente y arbitraria, sin ningún significado reservado. Por eso la cuestión de "www o sin www" parece cara o cruz a la mayoría de la gente: en la práctica, quien escribe una u otra suele acabar en el mismo lugar.
Deja de ser algo estético en lo que ocurre entre bastidores. Los buscadores no saben automáticamente que las dos direcciones pertenecen al mismo negocio. Si no se les indica nada, pueden indexar ambas, rastrear ambas y repartir la autoridad entre las dos, que es el verdadero problema de SEO escondido en lo que parece una decisión de marca.
De dónde viene el prefijo www
El prefijo "www" viene de una época en la que internet funcionaba con servidores independientes, construidos para un fin concreto. Antes de que existieran los proveedores de hosting compartido, una empresa que gestionaba su propia infraestructura necesitaba una forma de etiquetar qué hacía cada servidor. Un servidor que atendía páginas web se etiquetaba www, uno que gestionaba el correo se etiquetaba mail y uno que gestionaba transferencias de archivos se etiquetaba ftp. El prefijo te decía literalmente a qué servicio te estabas conectando.
Esa convención de nombres se mantuvo mucho después de dejar de ser una necesidad técnica. El hosting y el DNS modernos pueden apuntar un dominio raíz y un subdominio www exactamente al mismo servidor, así que la razón original del prefijo, distinguir entre servicios en máquinas distintas, desapareció en su mayor parte hace décadas.
Lo que ha cambiado más recientemente es cómo lo muestran los navegadores. Chrome y Safari ocultan por defecto el "www." en la barra de direcciones, y eso explica en parte por qué tan poca gente se fija en si una marca lo usa. Amazon, por ejemplo, está registrada como sitio con www, pero si escribes amazon.com sin él, la tienda de Amazon se carga con normalidad. El prefijo sobrevive más como una convención heredada que como un requisito funcional, pero la infraestructura técnica que lo rodea (registros DNS, configuración de CNAME, alcance de las cookies) sigue importando, y por eso sigue saliendo en las conversaciones de SEO técnico.
Por qué esta historia sigue importando para las decisiones de SEO actuales
Como el prefijo es un vestigio y no un requisito, ya no existe una opción por defecto "correcta". La decisión depende de las necesidades técnicas de tu sitio, los subdominios, las redes de distribución de contenido (CDN) y la gestión de cookies, no de la tradición. Más adelante en esta guía veremos exactamente qué configuraciones favorecen cada formato.
¿Afecta al SEO usar www o no usarlo?
Directamente, no. Los buscadores no posicionan un formato por encima del otro. Lo que importa es que hayas indicado a los buscadores cuál es tu versión canónica.
Este es el mecanismo: los rastreadores de Google tratan www.yoursite.com y yoursite.com como dos URL distintas a menos que las vincules de forma explícita. Si no haces nada, ambas pueden indexarse. Cuando eso ocurre, a ojos de Google ya no gestionas un solo sitio web, sino dos, y se reparten las señales de posicionamiento que de otro modo se consolidarían en una sola página fuerte.
Es el mismo mecanismo de fondo que aparece en la mayoría de las auditorías de SEO técnico: los buscadores premian la claridad y la coherencia, y se confunden, y te posicionan peor, cuando un sitio envía señales contradictorias sobre su propia estructura. Un desajuste entre www y sin www es una de las señales contradictorias más habituales, junto con cosas como barras finales inconsistentes o URL que mezclan HTTP y HTTPS.
Los problemas de SEO reales cuando ambas versiones siguen activas
Mantener activos www.yoursite.com y yoursite.com sin declarar una preferencia crea tres problemas concretos y medibles. Ninguno es hipotético: aparecen en los informes de rastreo y en las herramientas de backlinks en cuanto los revisas.
Contenido duplicado
Los buscadores marcan las páginas como duplicadas cuando el contenido es idéntico o casi idéntico en dos URL. Si tanto tu página de inicio con www como la que no lo lleva están activas e indexadas, técnicamente has duplicado todas las páginas de tu sitio. La propia guía de Google sobre cómo gestionarlo, su documentación sobre consolidar URL duplicadas, deja claro que intentará elegir una ganadora por su cuenta, pero dejar que un algoritmo adivine en lugar de indicárselo directamente es un mal hábito que incorporar a los cimientos de tu SEO.
Presupuesto de rastreo desperdiciado
Todo buscador asigna una capacidad de rastreo limitada a tu sitio. Si su bot tiene que rastrear tanto la versión con www como la versión sin www de cada página, dedica el doble de esfuerzo a cubrir el mismo contenido. La documentación de Google sobre el presupuesto de rastreo en sitios grandes señala que el presupuesto de rastreo preocupa sobre todo a los sitios con un gran número de páginas que cambian con frecuencia, no a los sitios pequeños tipo folleto; pero en un catálogo o una biblioteca de contenido más grandes, puede significar que tus páginas más nuevas o más importantes se rastreen con menos frecuencia, simplemente porque el presupuesto del rastreador se fue en URL duplicadas. Es justo el tipo de ineficiencia que una auditoría de SEO técnico bien hecha está pensada para detectar antes de que se agrave.
Valor de los backlinks diluido
Este es el que cuesta dinero de verdad. Si otro sitio enlaza a www.yoursite.com/guide pero tú has estado construyendo tu marca en torno a yoursite.com, la autoridad de ese backlink se queda en la versión con www y no se transfiere automáticamente. Con el tiempo, a medida que distintos sitios enlazan a la versión que encontraron, tu autoridad de enlaces se reparte entre dos direcciones en lugar de consolidarse en una. Si estás construyendo enlaces activamente como parte de una estrategia de backlinks B2B, una división sin gestionar entre www y sin www está desperdiciando en silencio parte de ese esfuerzo de captación.
Si no se atienden durante bastante tiempo, estos tres problemas se acumulan hasta convertirse en algo mayor: una caída medible de la visibilidad que es difícil de atribuir a su causa real. Si tu tráfico lleva tiempo estancado o bajando y no logras averiguar por qué, merece la pena leer lo que realmente le cuesta a un negocio la baja visibilidad en buscadores; un dominio dividido es uno de los factores que más se pasan por alto.
Lo que cuesta una división real: un ejemplo práctico
Para ver por qué importa en la práctica, imagina un sitio B2B de 150 páginas que se lanzó hace cinco años con la versión con www y que el año pasado cambió de plataforma CMS sin que nadie revisara la configuración de dominio por defecto de la nueva plataforma. El nuevo CMS servía por defecto la versión sin www con su propio código de estado 200 (no una redirección), mientras que la antigua versión con www seguía activa e indexada porque nadie eliminó el registro DNS que apuntaba a ella.
Dieciocho meses después, una auditoría de backlinks revela 340 enlaces externos que apuntan a la versión con www y 210 que apuntan a la versión sin www, repartidos en dos propiedades de Google Search Console que deberían haber sido una sola. Ninguna de las dos propiedades por separado muestra el panorama completo: el informe de enlaces de la propiedad con www subestima los backlinks de la versión sin www, y viceversa, de modo que quien juzgue la autoridad del sitio a partir de un solo panel concluye que el sitio tiene aproximadamente la mitad del perfil de backlinks que tiene en realidad.
El patrón coincide con lo que describe la propia documentación de Google: el presupuesto de rastreo depende de la demanda de rastreo y de las señales de salud del rastreo, no de cuántas variantes de URL del mismo contenido estés sirviendo, según la guía sobre el presupuesto de rastreo para sitios grandes citada más arriba. Por eso un sitio de un negocio local de cinco páginas rara vez nota una división entre www y sin www, mientras que un catálogo de comercio electrónico o un medio de 10.000 páginas puede sufrir lagunas reales de cobertura de rastreo por ella.
La solución en este caso llevó menos de dos horas: una única regla de redirección 301 a nivel de DNS/CDN que captura las solicitudes entrantes a la versión no canónica, un reenvío del sitemap y un cambio a una propiedad de dominio en Search Console. Las posiciones se mantuvieron estables durante el cambio, porque Google trata las 301 como una señal fuerte y directiva, no como una pista suave, algo confirmado en la propia documentación de Google sobre redirecciones 301. El problema de la dilución de backlinks tardó más en resolverse del todo, ya que los sitios externos no actualizan sus enlaces solo porque tú hayas redirigido, pero la redirección en sí detuvo la sangría de inmediato.
Con www o sin www: ventajas e inconvenientes
Ningún formato es "mejor" en todos los casos. Cada uno tiene sus ventajas y desventajas según la configuración técnica de tu sitio. Así se comparan directamente.
| Factor | Dominio con www | Dominio sin www |
|---|---|---|
| Control de cookies | Puede limitar las cookies al subdominio www, manteniéndolas separadas de otros subdominios | No hay forma de restringir las cookies solo al dominio raíz; se aplican a todo el sitio |
| Configuración de CDN | Es más fácil configurar un registro CNAME para redes de distribución de contenido | Es más difícil usar un CNAME en un dominio raíz sin alterar los registros de correo y FTP |
| Gestión de subdominios | Más adecuado para sitios con varios subdominios (tienda, blog, app) junto al sitio principal | Estructura más simple, pero más fricción si más adelante añades varios subdominios |
| Marca y facilidad de recordar | Algo más largo de decir y de escribir, aunque los navegadores ya lo ocultan visualmente | Más corto, más limpio y más fácil de decir en voz alta en anuncios o entrevistas |
| Flexibilidad técnica | Más flexibilidad de DNS para configuraciones complejas a escala empresarial | Menos opciones de configuración, pero menos que mantener |
| Más adecuado para | Plataformas grandes, productos SaaS, sitios con varios subdominios | Pequeñas empresas, marcas personales, sitios de un solo dominio |
Ninguna de las dos columnas incluye una ventaja de SEO, porque el propio formato no lleva ninguna incorporada. Las ventajas son técnicas y operativas: alcance de las cookies, flexibilidad de la CDN y estructura de subdominios, no relacionadas con el posicionamiento.
Cómo definir tu versión preferida: redirecciones y etiquetas canonical
Una vez que hayas elegido con www o sin www, tienes que indicar a los buscadores, y a la infraestructura de tu propio sitio, cuál es la versión de referencia. Tienes dos opciones reales: una redirección 301 en el servidor o una etiqueta canonical en el HTML. No son intercambiables, así que conviene entender cómo se comporta cada una.
Cómo configurar una redirección 301
Una redirección 301 es la opción más sólida y fiable. Funciona a nivel de servidor, de modo que cuando alguien solicita la versión no preferida, el servidor lo envía automáticamente a él, y a cualquier rastreador, a la preferida. Como es una redirección permanente, la autoridad de los backlinks que apuntan a la versión antigua pasa a la nueva, y la propia documentación de Google sobre redirecciones 301 la trata como una señal directiva y no como una pista, razón por la que se recomienda como solución frente a una etiqueta canonical por sí sola.
En un hosting basado en Apache, esto se suele hacer editando el archivo .htaccess del directorio raíz de tu sitio. Para redirigir de sin www a www:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^yourwebsitehere.com
RewriteRule (.*) http://www.yourwebsitehere.com/$1 [R=301,L]
Para redirigir de www a sin www:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.yourwebsitehere\.com
RewriteRule (.*) http://yourwebsitehere.com/$1 [R=301,L]
La mayoría de los sistemas de gestión de contenidos modernos incluyen un ajuste o un plugin para esto, así que rara vez necesitas editar archivos del servidor a mano. En cualquier caso, comprueba que el cambio se aplica a todas las páginas y no solo a la página de inicio: una redirección que solo capta la URL raíz deja todas las páginas internas duplicadas. Este tipo de arreglo parcial es un hallazgo habitual en el trabajo más amplio de correcciones de SEO técnico, donde una sola regla pasada por alto deshace en silencio una configuración por lo demás correcta.
Cómo añadir una etiqueta canonical
Si no puedes implementar una redirección en el servidor, por ejemplo por un hosting compartido con acceso limitado, una etiqueta canonical es la alternativa. Añades una línea como esta en el <head> de cada página de tu versión no preferida:
<link rel="canonical" href="https://www.example.com/page01" />
Esto indica a los buscadores qué URL tratar como la "real" entre las casi duplicadas. La salvedad: una etiqueta canonical es una pista fuerte, no una orden. Google puede ignorarla si otras señales, como tu sitemap, tus enlaces internos o tu perfil de backlinks, apuntan en otra dirección. Esa es una de las razones por las que una corrección completa con etiquetas canonical para el contenido duplicado suele combinar la etiqueta con enlaces internos coherentes, en lugar de depender de la etiqueta por sí sola.
¿Cuál deberías usar?
| Método | Fiabilidad | Transmite autoridad de enlaces | Ideal para |
|---|---|---|---|
| Redirección 301 | Los buscadores la tratan como una directiva | Sí, directamente | Sitios con acceso al servidor o al CMS |
| Etiqueta canonical | Se trata como una sugerencia fuerte; puede ser ignorada | De forma indirecta, si Google respeta la etiqueta | Sitios sin acceso para redirigir, o como señal de respaldo |
Si tienes acceso para configurar una redirección, úsala como solución principal. Añade además una etiqueta canonical como segunda señal: no cuesta nada y refuerza la misma preferencia.
Buenas prácticas para mantener tu configuración coherente
Elegir una versión y configurar una redirección es solo el primer paso. La configuración se deteriora con el tiempo si nadie la vigila, normalmente por pequeñas incoherencias que se acumulan y no por un error espectacular.
- Define tu dominio preferido en Google Search Console para tener un registro claro de la versión por la que te has decidido y poder supervisar ambas propiedades en busca de errores de rastreo.
- Revisa tus enlaces internos. Todos los enlaces internos deben apuntar a tu versión preferida. Un sitio que redirige a www pero sigue enlazando internamente a páginas sin www envía a Google señales contradictorias desde su propio código.
- Comprueba tu sitemap.xml. Las URL del sitemap deben coincidir exactamente con tu versión canónica; un sitemap que sigue listando el formato antiguo socava una redirección que ya habías configurado bien.
- Pide que corrijan los backlinks inconsistentes cuando sea viable. No puedes arreglar todos los enlaces externos, pero con socios o directorios de alto valor merece la pena pedirles que los actualicen directamente a tu versión preferida.
- Vuelve a lanzar un rastreo después de cualquier migración, cambio de plataforma o de CMS. Son los momentos en los que con más frecuencia reaparece un desajuste entre www y sin www, normalmente porque un sistema nuevo adopta por defecto su propia configuración.
Hacer una comprobación periódica con una herramienta SEO gratuita es una forma rápida de detectar una redirección que se está rompiendo antes de que te cueste posiciones: escribe las dos versiones de tu dominio y confirma que solo una se resuelve sin una cadena de redirecciones. Ese mismo tipo de herramienta también sirve para comprobar qué versión de tu dominio aparece realmente en los resultados de búsqueda y cómo se reparte tu perfil de backlinks entre las dos.
Una comprobación rápida
Si no estás seguro de si tu sitio ya está dividido, abre una ventana de incógnito del navegador y escribe tu dominio en ambos formatos, una vez con www y otra sin él. Si acabas en exactamente la misma URL las dos veces y sin ningún retraso visible por una redirección, probablemente lo tienes bien configurado. Si la barra de direcciones cambia o ves dos páginas de aspecto distinto, esa es la señal de que debes corregir la redirección.
Cómo solucionarlo en la plataforma que usas
El consejo general de "configura una redirección 301" se aplica de forma distinta según lo que haga funcionar tu sitio. Algunas de las configuraciones más habituales:
WordPress. Ve a Ajustes > Generales (Settings > General) y comprueba que los campos "Dirección de WordPress (URL)" ("WordPress Address (URL)") y "Dirección del sitio (URL)" ("Site Address (URL)") usan tu versión preferida. Eso por sí solo no fuerza una redirección para los visitantes que lleguen a la URL antigua, así que combínalo con una regla de redirección en tu archivo .htaccess (si usas Apache) o con un plugin como Redirection, que te permite definir una sola regla con comodín en lugar de entradas página por página.
Shopify. En Online Store > Domains, haz clic en el dominio que quieras como principal y selecciona "Set as primary". Shopify redirige automáticamente con una 301 todos los demás dominios conectados y variantes de dominio al que esté marcado como principal, así que una vez hecha la selección no hay que escribir ninguna regla de redirección aparte.
Webflow y otros creadores de sitios similares. En los ajustes de alojamiento del proyecto, normalmente verás un campo para el "default domain" entre los dominios que has conectado. El que marques como predeterminado recibe una 301 automática desde los demás. Conviene comprobarlo directamente en el panel de ajustes de la plataforma en lugar de darlo por hecho, ya que los valores predeterminados varían según el creador.
A nivel de DNS o CDN (Cloudflare, etc.). Si tu CMS no ofrece un ajuste integrado, una regla de redirección o una "Page Rule" en la capa de DNS/CDN funciona con cualquier plataforma que haya debajo, ya que intercepta la solicitud antes de que llegue a tu servidor de origen. Esta es también la capa adecuada para solucionarlo si tienes un sitio estático sin lógica propia en el servidor.
En la capa en que definas la regla, pruébala después de la misma manera: solicita ambas versiones tanto por HTTP como por HTTPS y confirma que cada una termina en una única URL final con un solo salto de redirección, no en una cadena de dos o tres. Una cadena de redirecciones con varios saltos sigue funcionando para los visitantes, pero añade latencia y es una cosa más que puede romperse sin avisar en una futura migración.
¿Con www o sin www? ¿Cuál deberías elegir realmente?
Para un sitio completamente nuevo, sin backlinks ni páginas indexadas, la decisión tiene muy poco riesgo: elige según tu hoja de ruta técnica, no por el SEO. Para un sitio consolidado que ya está indexado con una versión, cambiar es posible pero añade riesgo de migración, así que a la mayoría de los propietarios les conviene más mantener su versión actual y asegurarse de que esté definida como canónica en todas partes.
Más allá de eso, tu caso de uso suele inclinar la balanza hacia una opción con más claridad que hacia la otra.
| Caso de uso | Mejor opción | Por qué |
|---|---|---|
| Plataforma de mucho tráfico con una CDN | www | Configuración de CNAME más sencilla para la distribución de contenido sin alterar los registros de correo o FTP del dominio raíz |
| Sitio con varios subdominios (app, tienda, blog) | www | Las cookies pueden limitarse a un subdominio en lugar de aplicarse a todo el dominio |
| Pequeña empresa o marca personal | Sin www | Más corto y fácil de decir en anuncios, entrevistas y recomendaciones de boca en boca |
| Sitio que planea añadir subdominios más adelante | Sin www, con una estrategia de subdominios revisada con antelación | Los conflictos de cookies entre subdominios son más fáciles de prever que de arreglar después |
| Agencia que gestiona muchos dominios de clientes | La que coincida con la configuración existente de cada cliente | La coherencia dentro de cada sitio importa más que estandarizar toda la cartera |
Esa última fila importa más de lo que parece. Las agencias que manejan una docena o más de sitios de clientes rara vez pueden elegir un formato y aplicarlo en todas partes: el historial de dominio, el perfil de backlinks y las limitaciones del CMS de cada cliente suelen decidirlo sitio por sitio. Lo que las agencias necesitan en realidad es una forma rápida y repetible de auditar la configuración de cada cliente, en lugar de volver a discutir desde cero la cuestión del www cada vez. Si es tu caso, merece la pena ver cómo el flujo de trabajo para agencias de SearchBlueprint gestiona este tipo de revisión técnica entre clientes a gran escala.
Cómo llevarlo a la práctica
Una vez que sepas qué versión vas a mantener, la implementación es corta: configura la redirección, añade la etiqueta canonical como respaldo, actualiza tu sitemap y tus enlaces internos, y define tu dominio preferido en Search Console. Ninguno de esos pasos es difícil técnicamente por separado; la dificultad está en acordarse de hacer los cuatro y en volver a comprobarlos después de cada cambio en el sitio.
Ahí es también donde muchos propietarios de sitios pierden el control de su propia configuración. Un rediseño, un plugin nuevo o una migración de plataforma pueden restablecer en silencio una regla de redirección sin que nadie se dé cuenta hasta que las posiciones empiezan a caer sin motivo aparente. Ver los problemas técnicos de tu sitio expuestos con claridad, en lugar de adivinar qué arreglo perseguir primero, es justo lo que el plan SEO de SearchBlueprint está diseñado para mostrarte antes de que empieces a hacer cambios.
Preguntas frecuentes
¿Afecta el www o la ausencia de www a la velocidad de carga de la página?
No de forma significativa. Cualquier diferencia de velocidad que puedas notar viene de la configuración del servidor, la caché o la CDN, no de la presencia o ausencia del prefijo www en sí.
¿Puedo pasar de www a sin www (o al revés) sin perjudicar mis posiciones?
Sí, pero trátalo como una migración, no como un simple cambio de ajuste. Configura redirecciones 301 para cada URL, actualiza tu sitemap y tus enlaces internos, y cuenta con un breve periodo de ajuste en Search Console mientras Google vuelve a rastrear y a indexar la nueva versión.
¿Qué pasa si no defino ninguna versión preferida?
Google intentará elegir una por ti a partir de señales como los backlinks y los enlaces internos, pero pierdes el control sobre cuál gana. Mientras tanto, ambas versiones pueden indexarse y repartir entre ellas tu valor SEO.
¿Basta con una etiqueta canonical o necesito también una redirección?
Una etiqueta canonical por sí sola puede funcionar, pero es una pista que los buscadores pueden ignorar. Una redirección 301 es la solución más fiable porque se aplica a nivel de servidor en lugar de sugerirse en el código de la página.
¿Todas las grandes marcas usan el mismo formato?
No. Algunos sitios importantes usan www (Amazon es un ejemplo), mientras que otros funcionan sin www. Lo que tienen en común no es el prefijo, sino que cada uno eligió una versión y mantiene todas las redirecciones, las entradas del sitemap y los enlaces internos apuntando a ella de forma coherente.
¿Esto se aplica igual a los ccTLD y a los sitios internacionales?
Sí, la misma lógica de www y sin www se aplica tanto si tu dominio termina en .com, .co.uk o en otra extensión de código de país: elige una versión, redirige la otra y mantenla de forma coherente en todos los dominios regionales que gestiones.
¿Un subdominio como blog.example.com plantea el mismo problema que www frente a sin www?
No exactamente. Por convención, www se trata como el subdominio "por defecto" del sitio principal, mientras que blog.example.com o shop.example.com son subdominios distintos que sirven contenido diferente, por lo que no tienen por qué resolverse en la misma página. La cuestión de www frente a sin www solo se aplica a las dos direcciones que sirven tu página de inicio real y el núcleo de tu sitio.
Comprueba tu configuración antes de que te cueste posiciones
Hayas optado por www o por sin www, una división rara vez se anuncia: simplemente reparte en silencio tus backlinks y confunde a los rastreadores hasta que tu tráfico se estanca por motivos que no son evidentes desde fuera. Si no tienes claro qué versión sirve ahora mismo tu sitio como canónica, o si tus redirecciones están captando realmente todas las páginas, habla con el equipo y recibe un informe SEO de muestra que te muestra exactamente en qué punto está tu configuración.
Recursos / Referencias
Fuentes
Sobre el autor
SearchBlueprint investigó, escribió y puntuó este artículo con el mismo flujo de contenido que nuestros clientes usan en sus propios sitios. La puntuación que aparece junto al autor es la que nuestro motor de contenido dio a esta página antes de publicarla. Nada de esto se revisa a mano, y ese es el punto: es el resultado del producto, publicado donde cualquiera puede comprobarlo.