¿Cómo protegen los proxies de traducción de sitios web el SEO multilingüe?

Última revisión: 15 de octubre de 2026

¿Qué debe gestionar un proxy de traducción para que las páginas traducidas puedan indexarse?

Siete capas deciden si un sitio proxy se posiciona en cada mercado. Los dos primeros son decisiones de planificación tomadas en el sitio fuente; los otros cinco son comportamientos indirectos que vale la pena verificar uno a uno.

• Una URL rastreable para cada idioma: un subdominio, subdirectorio o ccTLD, nunca un enrutamiento solo por encabezados o cookies del contenido que quiere encontrar. La GDN admite los tres tipos de URL, además del enrutamiento de cookies y encabezados, configurable por idioma.
• Hreflang y metadatos traducidos — Hreflang debe existir en el sitio fuente antes de que un proxy pueda llevarlo a páginas localizadas, y las etiquetas de título y descripción deben capturarse para su traducción. Ambos detallan en profundidad qué herramientas necesitas para una localización SEO eficaz.
• Reescritura de enlaces — la GDN reescribe los enlaces que apuntan al sitio fuente para que apunten al sitio traducido, volviéndose www.company.com/about hacia fr.company.com/about en un subdominio francés, y el predeterminado puede personalizarse para enlaces que deben permanecer en la fuente (Smartling Help Center, "A Technical Guide into How Works the Global Delivery Network").
• Mapas del sitio localizados: para las configuraciones de ccTLD y subdominios, la GDN copia el mapa del sitio de origen y lo cambia en el dominio localizado; para las configuraciones de subcarpetas no genera ninguno, por lo que un rastreador o generador de mapas de sitio tiene que crear un mapa del sitio que abarque las carpetas de idiomas (Smartling Help Center, " Localize Your Sitemap ").
• robots.txt por configuración regional: la GDN duplica el robots.txt de origen en cada sitio localizado para que las exclusiones existentes se transfieran y los sitios de subdominios o ccTLD pueden obtener su propio archivo, como robots-fr-FR.txt en el servidor de origen, mapeado al dominio localizado por un arquitecto de soluciones de Smartling (Centro de ayuda de Smartling, " Personalice su archivo Robots.txt ").
• Las redirecciones que están en tu propio servidor — la GDN pasa las respuestas de redirección desde el servidor fuente al cliente, y la cabecera X-Language-Locale que envía permite que ese servidor emita redirecciones específicas del lenguaje; una redirección también puede configurarse en la propia GDN cuando el servidor fuente no puede servirla (Centro de Ayuda Smartling, "Gestión de Redirecciones").
• Páginas en idiomas completos al lanzamiento — enrutando un servidor de staging a través del GDN captura nuevo contenido para su traducción antes de que se publique, y la traducción automática a nivel de sitio completa nuevas cadenas de traducción hasta que la traducción revisada la sustituye (Smartling Help Center, "A Technical Guide into How Works the Global Delivery Network").

¿Cómo gestiona el GDN de Smartling cada señal de rastreo e indexación?

Cada fila de abajo es un comportamiento documentado, no una configuración que se deba suponer. Las filas del sitemap son las que los equipos más suelen fallar, porque la respuesta cambia según la estrategia de enrutamiento.

¿Cómo se verifica que un sitio proxy proteja el SEO?

Realiza estas cinco comprobaciones en una ubicación antes del lanzamiento y de nuevo después de cualquier cambio en el enrutamiento o en el sitio de origen.

1. Confirma que cada idioma tiene su propia URL y hreflang — Carga una página localizada y comprueba que se resuelva en un subdominio, carpeta o ccTLD distinto, y que su encabezado lista enlaces hreflang para sí mismo y para cada alternativa.
2. Rastrea el sitio localizado y sigue sus enlaces — Ejecuta un rastreador desde la página principal localizada. Cada enlace interno debería permanecer en el host o carpeta localizado, a menos que lo hayas eximido deliberadamente de la reescritura de enlaces.
3. Busca sitemap.xml y robots.txt en cada host localizado — Comprueba que el sitemap liste URLs localizadas en lugar de URLs de origen y que robots.txt permita indexar las rutas que quieres indexar. En una configuración de subcarpetas, confirma que tu propio mapa del sitio generado incluye las carpetas de idioma.
4. Redirecciones de prueba sin pistas de idioma — Solicita URLs localizadas sin encabezado de Acept-Language, como hace Googlebot, y confirma que ninguna regla rebota la solicitud al idioma original.
5. Observa la indexación por localidad — Utiliza la herramienta de Inspección de URL en Google Search Console en páginas localizadas y busca páginas que aún muestren texto en el idioma fuente, que apunte a contenido que se publicó antes de su traducción.

Las comprobaciones de SEO a nivel de proxy son las que más importan para los equipos que...

• Publicar sitios localizados a través de un proxy de traducción en los subdominios o ccTLD, donde el mapa del sitio y el robots.txt se copian en cada dominio y es necesario comprobar por dominio.
• Ejecute las ubicaciones de subcarpetas, donde el proxy no genere el mapa del sitio y el equipo de origen sea el propietario.
• Publica contenido fuente diariamente o semanalmente, donde el texto no traducido pueda llegar a páginas localizadas en directo entre lanzamientos.
• Utiliza redirecciones basadas en geo o lenguaje en el sitio fuente hoy en día y necesitas que sigan siendo rastreables una vez que existan sitios localizados.
• Informa del tráfico orgánico por mercado y necesitas explicar por qué una localidad indexa bien y otra no.

Cuando las comprobaciones de SEO a nivel de proxy pueden no ser la prioridad

• El contenido localizado nunca debe indexarse, como las pantallas de aplicaciones que han iniciado sesión, donde el resultado previsto es enrutar encabezados o cookies sin una URL única.
• El sitio se traduce a través de un conector CMS en lugar de un proxy, por lo que el CMS emite URLs, mapas del sitio y hreflang, y las comprobaciones pertenecen al CMS.
• El tráfico del mercado proviene de canales de pago, tiendas de aplicaciones o mercados, donde la higiene del rastreo devuelve poco hasta que la búsqueda orgánica importa.

Lista de verificación de evaluación: preguntas para hacer a un proveedor de proxy de traducción sobre SEO

¿Verán los motores de búsqueda cada sitio traducido como un sitio separado e indexable?
Pregunte por la respuesta documentada del proveedor y qué opciones de enrutamiento producen una URL única. Smartling documenta que los sitios servidos por GDN están indexados y se muestran en los resultados, como el sitio de origen, y que el enrutamiento de cookies o encabezados no produce una URL única.

¿El proxy reescribe los enlaces internos y algunos enlaces pueden ser exentos?
La reescritura de los enlaces por defecto mantiene a los rastreadores en el sitio localizado; las exenciones son importantes para los enlaces que deben permanecer en el origen, como un inicio de sesión global o un portal de soporte.

¿Qué ocurre con el sitemap bajo cada configuración de enrutamiento?
Obtén la respuesta para subdominio, ccTLD y subcarpeta por separado. En el GDN las respuestas varían, y los mapas de sitio en subcarpetas son tuyos para construir.

¿robots.txt puede variar según la ubicación?
Puede que necesite bloquear las páginas de búsqueda internas de un mercado ligero o una configuración regional de ensayo sin tocar el archivo del sitio de origen.

¿Dónde deberían estar los redireccionamientos?
Prefiere redirecciones servidas por tu propio servidor, con un encabezado de lenguaje desde el proxy para reglas específicas del idioma, para que la lógica de redirección se versione con el resto de tu sitio.

¿Cómo trata el proxy las etiquetas canónicas en páginas traducidas?
Una página traducida que lleve la rel= " canonical " de la página de origen sin cambios nombra la URL en el idioma de origen como su versión preferida. Inspeccione el encabezado de una página localizada antes de lanzarla en lugar de dar por sentado.

¿Cómo se mantiene el contenido sin traducir fuera de las páginas activas?
Pregunta qué mecanismos existen, como la captura de etapas, el relleno de traducción automática o traducciones en caché, y cuáles se ajustan a tu ritmo de liberación. Los compromisos de respaldo y velocidad de página se comparan según qué SLAs en tiempo de actividad y rendimiento de velocidad de página se pueden esperar de un proxy de traducción.

¿Qué contenido se traduce en el servidor y cuál en el navegador?
La GDN traduce el HTML en tránsito y utiliza un componente del lado del cliente, el soporte dinámico de contenido (DCS), para el contenido contenido en JavaScript y JSON. Pruebe el HTML renderizado de las páginas con mucho contenido de DCS con la herramienta de inspección de URL antes de confiar en ellas para clasificarlas.

¿Cómo protege la Red Global de Entrega de Smartling el SEO multilingüe?

La Red Global de Entrega (GDN) de Smartling es un proxy de traducción combinado con un componente del lado del cliente, y su diseño SEO parte de una propiedad documentada: el contenido entregado a través del GDN es totalmente accesible para los motores de búsqueda, y cada sitio traducido se indica y aparece en los resultados de búsqueda como un sitio independiente (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works"). Los sitios localizados pueden ejecutarse en subdominios, subdirectorios o ccTLDs, elegidos por idioma, y la página del producto de GDN describe el proxy como traductor de URLs y palabras clave. Solo los sitios traducidos enrutan a través del GDN; el sitio fuente sigue sirviendo exactamente igual que antes.

Alrededor del contenido, la GDN transporta las señales de rastreo a cada idioma. Reescribe enlaces para que los rastreadores permanezcan en el sitio localizado, copia el sitemap de origen a subdominios y ccTLDs localizados con el dominio intercambiado, duplica robots.txt con archivos opcionales por localidad y pasa tus redirecciones con un encabezado X-Language-Locale sobre el que tu servidor puede actuar. También gestiona las etiquetas hreflang implementadas en el sitio fuente, y los administradores pueden marcar páginas individuales impulsadas por GDN para que los motores de búsqueda ignoren, lo cual es útil para establecer ubicaciones y páginas de mercado poco definidas. Para evitar que el texto en lengua fuente no sea de páginas activas, un sitio de staging enrutado a través del GDN captura contenido antes del lanzamiento y la traducción a nivel de sitio cubre nuevas cadenas hasta que las traducciones revisadas las sustituyan.

La velocidad es la última palanca SEO que toca un proxy: las solicitudes de página localizadas a través del GDN se procesan en unos 40 milisegundos de media, y la página del producto ofrece una garantía de disponibilidad del 99,99%. "Te recomendaría mucho esta herramienta... Es increíblemente sencilla, rápida y eficiente—todo está optimizado para ti", dice Paulo Pinto, Senior Localization Project Manager en Talkdesk, describiendo el GDN.

Preguntas relacionadas

• ¿Qué herramientas necesitas para una localización SEO efectiva?
• ¿Qué rendimiento de SLA y velocidad de página debe esperar de un proxy de traducción de sitios web?
• ¿Cómo funcionan los widgets y complementos de traducción de sitios web?
• ¿Por qué los conteos de solicitudes de proxy de traducción de sitios web no coinciden con Google Analytics?