Friendly Url Versión 4

Las URL's friendly o URL's amigables son aquellas direcciones que describen el contenido de una página, además de ser fáciles de recordar y entender.

Prontus cuenta con una serie de versiones de URL Friendly, cuyos formatos se pueden encontrar en: FRIENDLY_URLS_VERSION

Desde la versión 11.2 de Prontus se encuentra disponible la Friendly Url Ver. 4.0. Ésta se origina debido a la necesidad de que las URL's de Prontus no tengan componente numérico del TS de un artículo.

• El formato que tiene la versión 4.0 es de la forma:  /prontus_id/seccion/tema/subtema/titular
• Un ejemplo de ello sería: http://www.altavoz.net/altavoz/servicios/ingenieria/desarrollo-de-sitios-web

 Se debe agregar a la configuración de nginx:

rewrite "^\/([^\/]+)\/?.*?\/([^\/\.]{2})([^\/\.]{2})([^\/\.]+?)\/?$" /$1/site/friendly/links/$2/$3/$2$3$4.html;

Dentro de Prontus se debe ingresar a: "Administración"

• Ir a "Configuración"-> "Variables generales", en FRIENDLY_URLS_VERSION seleccionar "Versión 4":

En FRIENDLY_V4_EXCLUDE_FID, seleccionar los fids que se deben excluir de la creación de urls, por ejemplo fid_link, fid_banner, fid_rotulo, etc.

• Ir a "Base de Datos", click en "Crear tablas".
• Ir a "Base de Datos", click en "Regenerar tabla de Artículos".

Revisar el log del proceso, " Revisar el Log con el resumen de la operación".

Si existen artículos con titulares duplicados se indicaran los TS correspondientes para ser ajustados.

Después de corregir los artículos en conflicto, ejecutar nuevamente "Regenerar tabla de Artículos".

• Ir a "Regeneración", "Artículos", y regenerar los artículos del sitio.

También regenerar las "Portadas" del sitio.

Entrar por ssh al servidor y ejecutar el proceso de regeneración de:

• Portadas Táxonomicas.
• Portadas Tagonómicas.
• Relacionados manuales.
• Las portadas list se deben regenerar guardando artículos que correspondan a las configuración de cada portada existente.

Finalizado dicho procedimiento ya es posible acceder a los articulos por su nueva url.

Las urls de los artículos deben ser únicas, por lo que no se permite el uso de titulares o slug iguales, ya que provocarían un conflicto.

En caso que un artículo no tenga sección, tema o subtema, estos se omiten y no se agregan a la url.

Al crear un nuevo articulo "Sin título" automáticamente se le agregará un número para evitar duplicados.

Desde la versión Prontus v.11.2.94 las opciones de friendly v4 en la configuración, se crearán las tablas necesarias en db. Si ocurre un error distinto a que la tabla ya existe, se informará al usuario y no se guardará la nueva configuración.

Si se quiere aplicar las nuevas URL's a un sitio ya existente se debe tener en cuenta lo siguiente:

1. Al regenerar los artículos, todas las urls del sitio cambiarán a la versión nueva.
2. Todos los artículos van a quedar con 3 URL's (antigua,  nueva y  "real Prontus").

a. Esto es bueno porque si tengo links con las urls antiguas puestos en Facebook, en otros sitios o en mi propio sitio, la gente va a seguir llegando al artículo y no le va a salir un 404.

b. Esto es malo porque Google no le gusta que los artículos tengan muchas URLs. También dificulta medir el tráfico de los artículos en analytics porque las visitas se reparten entre todas las URLs que tenga el artículo.

Para resolver el punto 2b se pueden tomar las siguientes medidas:

• Asegurarse que el tag Canonical esté correctamente indicando hacia la URL preferida – es decir, aquella URL que queremos que los usuarios vean cuando busquen en Google - si llegan por la URL antigua, debería entregar la URL nueva en el tag canonical.
• Redirigir las urls antiguas a las urls nuevas (vía redirect 301). Esto es como hacer una migración, hay que listar las urls antiguas e indicar cuáles serían las urls nuevas a las cuales deben redirigirse para que se puedan configurar en el servidor web.
• Hay una tercera alternativa, pero solo funciona para los sitios que usan PHP, que permitiría automatizar el proceso de redirección descrito arriba. Consiste en agregar código php a los artículos para identificar desde qué URL llegaron los usuarios, y si es la antigua, redirigirlos a la url nueva (vía 301).