SEO para Squarespace

Guía técnica de SEO para Squarespace: HTTPS, CDN, sitemap, etiquetas canónicas y schema automáticos; títulos, slugs, redirecciones e inyección de código; y límites de la plataforma.

Publicado por primera vez: 27 jun 2026 · Última actualización: 14 ago 2026 · Avanzado
Idiomas

Squarespace automatiza HTTPS, CDN, sitemap, etiquetas canónicas y varios tipos de schema, pero restringe la edición de robots.txt, el sitemap y ciertos controles por entrada. Al cambiar una URL no crea una redirección 301, por lo que la regla debe añadirse antes en URL Mappings. La plataforma funciona bien para sitios pequeños, locales y de portafolio, mientras que los proyectos grandes o muy técnicos alcanzan antes sus límites.

TL;DR — Squarespace resuelve de forma automática la base técnica: HTTPS gratuito sobre una CDN, un sitemap.xml generado y enviado automáticamente, una etiqueta canónica en cada página, marcado limpio y JSON-LD para seis tipos de schema. A cambio, restringe controles habituales: no se puede editar robots.txt, personalizar el sitemap, eliminar el schema generado automáticamente, aplicar noindex a entradas de blog ni inyectar código exclusivo en una sola entrada (el campo del blog se aplica a todas), y los encabezados se limitan a H1–H4. El principal riesgo operativo es que Squarespace no crea una redirección 301 al cambiar una URL: debe añadirse en URL Mappings o se romperán todos los enlaces entrantes. AMP se retiró en febrero de 2025 y pueden quedar URL AMP huérfanas sin redirección. Veredicto: una buena opción para sitios pequeños, locales y de portafolio, con un techo menor para proyectos grandes o técnicamente exigentes.

Qué gestiona Squarespace automáticamente

Según la documentación oficial de Squarespace, Qué hace Squarespace para el SEO, la plataforma gestiona lo siguiente:

  • HTTPS/SSL: “All Squarespace Domains and third-party domains include free SSL certificates.” (traducción) «Todos los dominios de Squarespace y los dominios de terceros incluyen certificados SSL gratuitos». Evidence for this claim Squarespace provides SSL certificates for Squarespace Domains and connected third-party domains. Scope: Domains correctly connected to a Squarespace site; certificate issuance depends on valid DNS configuration. Confidence: high · Verified: Squarespace: What Squarespace does for SEO
  • Entrega mediante CDN: los recursos estáticos se sirven desde una red de distribución de contenidos.
  • Un sitemap XML: “Squarespace automatically generates and links a proper sitemap.xml.” (traducción) «Squarespace genera y enlaza automáticamente un sitemap.xml correcto». No permite incluir, excluir ni personalizar URL; la plataforma excluye por sí misma las páginas desactivadas, ocultas para buscadores o protegidas por contraseña. Los cambios suelen aparecer en una hora, aunque Squarespace advierte que pueden tardar hasta 24 horas. Evidence for this claim Squarespace automatically generates sitemap.xml and does not provide direct manual sitemap editing. Scope: Squarespace-generated sitemap; hiding or disabling content can affect inclusion. Confidence: high · Verified: Squarespace: What Squarespace does for SEO
  • URL estáticas y legibles: “All pages and collection items on your site have static URLs that are easily read and indexed by search engines.” (traducción) «Todas las páginas y los elementos de colección del sitio tienen URL estáticas que los buscadores pueden leer e indexar con facilidad».
  • Etiquetas canónicas en cada página, además de redirecciones de consolidación para que los dominios conectados apunten al principal.
  • Metadatos generados automáticamente: “All meta tags for pages and <link> tags for RSS feeds are automatically generated.” (traducción) «Todas las metaetiquetas de las páginas y las etiquetas <link> de los canales RSS se generan automáticamente».
  • Marcado limpio: Squarespace “produces pages with clean HTML markup indexable by search engines.” (traducción) «produce páginas con marcado HTML limpio que los buscadores pueden indexar».
  • Integración incorporada con Google Search Console: Squarespace se presenta como “the first website builder to integrate directly with Google Search Console” (traducción) «el primer creador de sitios web que se integró directamente con Google Search Console».

Este es uno de los puntos fuertes reales de Squarespace. La contrapartida es que tampoco se puede sustituir por completo casi nada de esa lista.

Qué se controla manualmente

  • Etiquetas de título y metadescripciones: se configuran por página en el panel SEO. El formato predeterminado es {Page Title} | {Site Title}; puede personalizarse el título de una página sin romper el formato global, pero no se pueden crear formatos arbitrarios sin inyección de código. Las metadescripciones se definen por página y un redactor de IA puede proponerlas.
  • Slugs de URL: pueden editarse en páginas, entradas de blog, productos y eventos. No se puede cambiar el prefijo de una colección —los blogs viven bajo /blog/ y los productos bajo /products/— sin cambiar el nombre de toda la colección, ni redirigir la página de inicio (/) a otra URL.
  • Texto alternativo: se configura en cada imagen. Un análisis de SEOSpace sobre 21 327 páginas de inicio de Squarespace detectó un 66,4 % sin texto alternativo y un 47 % con varios H1; ahí se concentran muchas de las mejoras más sencillas.
  • Code Injection: en el plan Core y superiores —Squarespace renombró el antiguo plan «Business» como «Core» en 2025—, Settings → Advanced → Code Injection permite añadir HTML, CSS o JavaScript personalizados en <head> o antes de </body> en todo el sitio. Sirve para analítica, etiquetas de verificación, JSON-LD personalizado y hreflang. Cada página también tiene su propio campo de inyección. Las entradas de blog cuentan con Post Blog Item Code Injection, dentro de los ajustes avanzados de la página del blog, pero el alcance es toda la colección: el mismo código se ejecuta en todas las entradas del blog. No existe una inyección exclusiva para una sola entrada; para ello debe utilizarse un Code Block en el cuerpo de esa entrada.

URL Mappings: el gestor de redirecciones

La herramienta de redirecciones se encuentra en Settings → Advanced → URL Mappings. La sintaxis usa una regla por línea:

/old-page -> /new-page 301
/old-blog/[name] -> /new-blog/[name] 301
/old-url -> https://external-site.com 301

Admite redirecciones 301 (permanentes), 302 (temporales) y el comodín [name] para reglas de toda una colección. Según la documentación de URL mappings:

  • “The URL mappings field has a limit of 400 KB, which is usually around 2500 redirect lines.” (traducción) «URL Mappings admite como máximo 400 KB, una capacidad aproximada de 2 500 reglas».
  • “Your site activates redirects from top to bottom, so higher redirects will take priority over conflicting redirects below them.” (traducción) «Las redirecciones se evalúan desde la primera hasta la última; una regla anterior prevalece si hay conflicto». El orden importa.
  • “You can’t redirect image or file URLs, because static assets are stored by content delivery network service providers (CDNs).” (traducción) «Las direcciones de imágenes y archivos no admiten redirección porque esos recursos residen en proveedores de CDN».
  • La mayoría de las redirecciones no admiten ?, & ni #: Squarespace indica que esos caracteres interfieren con su procesamiento.

La limitación que más problemas causa es esta: Squarespace no crea automáticamente una redirección al cambiar la URL de una página. Debe añadirse la regla en URL Mappings antes de renombrar o mover la página; de lo contrario, la URL antigua —y todos los enlaces y resultados indexados que apunten a ella— devolverá una página no encontrada. Tampoco se puede redirigir /robots.txt, porque URL Mappings no controla esa ruta del sistema.

Datos estructurados en Squarespace

Squarespace genera automáticamente JSON-LD para seis tipos de schema:

  1. WebSite
  2. Article / Blog Post
  3. Product
  4. Event
  5. Organization
  6. LocalBusiness (a partir del panel Business Information)

Según la documentación de Squarespace, la plataforma “automatically generates structured data using these schemas: Blog post, Event, Local business, Organization, Product, Website.” (traducción) «genera automáticamente datos estructurados con estos schemas: entrada de blog, evento, negocio local, organización, producto y sitio web».

Conviene tener presentes dos aspectos. Primero, el schema automático tiene carencias: Event no incluye organizer, offers ni performer; Product omite hasMerchantReturnPolicy; WebSite carece de alternateName; y no hay soporte incorporado para FAQ, Recipe, JobPosting, HowTo, Review ni BreadcrumbList. Como explica Collaborada en su guía de marcado schema, el schema predeterminado cubre a la mayoría de los usuarios, pero no los tipos que habilitan funciones como carruseles de recetas, bolsas de empleo o fragmentos enriquecidos de reseñas. Segundo —y esta es la restricción esencial—, el schema generado automáticamente no puede eliminarse, aunque esté incompleto.

El schema personalizado puede añadirse de tres formas: en todo el sitio mediante Code Injection → Header —adecuado para Organization y WebSite—; por página mediante su campo de inyección o un Code Block —por ejemplo, para FAQ—; y dentro de una entrada de blog mediante un Code Block en el cuerpo. Esta última es la opción práctica cuando el schema debe ser exclusivo de una entrada, porque Post Blog Item Code Injection aplica el mismo código a todas las entradas de la colección. Como Squarespace ya emite su propio JSON-LD, el contenido añadido puede coexistir y solaparse con el marcado automático. Debe validarse siempre el resultado en la prueba de resultados enriquecidos de Google.

La limitación de robots.txt

No se puede editar robots.txt en Squarespace. La plataforma lo genera y sirve como una ruta del sistema; ni URL Mappings ni Code Injection pueden sustituirlo, y cualquier directiva personalizada que se intente inyectar se ignora. Sí es posible lo siguiente:

  • El panel Crawlers, incorporado en octubre de 2023, permite bloquear en bloque un grupo de rastreadores de IA conocidos o todos los buscadores. Es un interruptor, no un control granular por bot, y los rastreadores de IA no se bloquean de forma predeterminada.
  • noindex por página está disponible en los ajustes de la mayoría de los tipos de página, pero no en entradas individuales de blog, una de las limitaciones más importantes de la plataforma.

Velocidad de página y Core Web Vitals

El rendimiento en Squarespace depende en gran medida de la plantilla y del contenido, porque la plataforma controla el tiempo de respuesta del servidor, la CDN y el paquete de JavaScript. Los datos son mixtos: alrededor del 70 % de los sitios de Squarespace obtiene Core Web Vitals «buenos» en CrUX, pero las pruebas de Seobility concluyeron que “out of the box, Squarespace sites are likely to fail Core Web Vitals” (traducción) «con la configuración predeterminada, es probable que los sitios de Squarespace no superen Core Web Vitals», debido a tiempos de ejecución de JavaScript superiores a 4,5 segundos. El problema corregible más habitual son las imágenes hero de tamaño excesivo: Squarespace genera varios tamaños, pero no siempre sirve el adecuado, por lo que una imagen de 3 000 px puede añadir segundos al LCP.

Puede controlarse la compresión y el tamaño de las imágenes antes de subirlas, limitar los scripts de terceros y elegir una plantilla más ligera. No pueden controlarse el paquete de JavaScript de la plataforma, el tiempo de respuesta del servidor ni la configuración de la CDN.

Estructura de encabezados

Squarespace solo admite H1–H4 —no H5 ni H6—. El problema práctico recurrente, como señala Sara Does SEO en su artículo sobre problemas de SEO en Squarespace, es que “headings and heading order are usually super messed up” (traducción) «los encabezados y su orden suelen estar completamente desorganizados». Como el tamaño predeterminado del H1 es muy grande, algunas personas lo omiten visualmente y comienzan por H2, lo que rompe la jerarquía del documento. La solución consiste en reducir el H1 mediante los estilos del sitio, no en abandonar esa etiqueta.

AMP: retirado en febrero de 2025

Squarespace retiró AMP en febrero de 2025, tal como consta en Discontinued features. No debe intentarse activarlo. El problema residual es que, tras eliminarse el interruptor, algunos sitios conservaron URL AMP accesibles —por ejemplo, ?format=amp— sin redirecciones 301, lo que puede generar señales de contenido duplicado y desperdiciar presupuesto de rastreo. No existe una solución incorporada; la alternativa práctica es usar un proxy como Cloudflare para redirigir esas URL huérfanas. AMP nunca fue un factor de posicionamiento y Google eliminó en 2021 el requisito de AMP para Top Stories.

Squarespace 7,0 frente a 7,1

Para la mayoría de los fines de SEO, las versiones 7,0 y 7,1 son funcionalmente equivalentes: comparten el comportamiento del sitemap, las etiquetas canónicas, el schema y la inyección de código. Estas son las diferencias relevantes:

  • La versión 7,0 permitía incorporar palabras clave en los títulos y slugs de las secciones de una index page; la 7,1 eliminó esas páginas y sus secciones no tienen slugs con nombre.
  • La versión 7,1 eliminó el campo editable Site Description. Los valores antiguos persisten, pero no pueden modificarse.
  • Riesgo de migración: el paso de 7,0 a 7,1 puede eliminar títulos y descripciones SEO de subpáginas alojadas dentro de index pages. Tras migrar, deben auditarse y reponerse todos los ajustes SEO por página.

Squarespace frente a WordPress: un veredicto honesto

La plataforma no determina el posicionamiento: lo hacen la relevancia, la autoridad y la calidad del contenido, y un sitio de Squarespace bien optimizado supera habitualmente a uno de WordPress descuidado. Lo que la plataforma sí determina es el techo técnico. WordPress ofrece control total de robots.txt, sitemaps personalizables, schema ilimitado mediante plugins, noindex en cualquier entrada y redirecciones a nivel de servidor. Squarespace intercambia esos controles por una experiencia más sencilla y correcta de forma predeterminada. Es apropiado para sitios de pequeñas empresas, negocios locales y portafolios donde bastan sus valores predeterminados. WordPress u otro CMS abierto resulta más adecuado cuando se necesita control técnico avanzado, datos estructurados complejos o una escala de miles de páginas.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.