Ayer tenía que ir al Centro de salud, que está en la otra punta de la ciudad, por lo que tardo cuarenta y cinco minutos en llegar o más, depende del tráfico. Como no tengo ni la más remota idea puse el GPS para ir de copiloto controlando la ruta y observé que cada pocos kilómetros la App tenía que “recalcular” la senda y si la aplicación se actualiza periódicamente como es de aguardar, las sendas sugeridas deberían ser las buenas…
Hablemos de Redirecciones en .htaccess para PrestaShop que nos asistan a administrar fallos cuatrocientos cuatro, corregir cambios de dominios y reconducir urls viejas a urls nuevas.
¿Que pasa si tenias una Tienda en PrestaShop con el dominio comidadeperros.es y pasaste a llamarla dcdistribuciones.es por cuestiones comerciales? puesto que si hiciste bien las cosas y aplicaste las redirecciones trescientos uno correctamente, ahora los visitantes de tu tienda deben poder llegar a los productos que ya tenias indizados en Google (y demás buscadores web) y así eludir los temidos fallos 404en PrestaShop.
Las redirecciones, tan esenciales y tan ignoradas muy frecuentemente por los usuarios que cambian de dominio, de CMS, que eliminan categorías o las fusionan, que aprenden posicionamiento web on-page a trompicones y van detectando los “gazapos” que han ido dejando por el camino.
¡Es hora de ponerse a ello y hacer bien las redirecciones!, Google, Bing, tus compradores y tu posicionamiento lo agradecerán
¿nos ponemos a ello?
Si aún no tienes claro que es una redirección,donde te lo explico para que lo refresques en tu memoria y puedas comprender mejor lo que se trata en este nuevo artículo.
Cuando instalas PrestaShop 1.6.x en un Alojamiento web, se produce un archivo
.htaccessque por defecto contiene determinada información para que la página web funcione apropiadamente.
A partir de este punto y dependiendo de tu instalación, el fichero puede contener más o menos instrucciones.
Si tienes las URLs afables habilitadas en
Preferencias,
SEO y URLs, en el apartado
Configuración de los enlacesy el fichero .htaccess no existe, te encontrarás con un fallo 404 al intentar cargar la web.
Not Found
The requested URL /es/ was not found on this server.
Additionally, a cuatrocientos cuatro Not Found fallo was encountered while trying to use an ErrorDocument to handle the request.
Esto acostumbra a suceder cuando se traslada una web de Hosting y no se ha habilitado anteriormente la vista de archivos ocultos, lo que hace que nos dejemos el fichero .htaccess por el camino en el proceso de traslado de la web, así sea desde una instalación local (tu PC) o bien de un servidor diferente del presente.
Si quieres saber como eludir dejarte los ficheros ocultos para atrás por no verlos, consulta el artículo del blog
Una de las primeras redirecciones que debes tener incluidas en tu archivo
.htaccesses la redirección del dominio sin alias
wwwal dominio con alias “www” o al contrario, dependiendo de si deseas ver la web con o bien sin alias www.
Nota Por defecto PrestaShop (tampoco otros Content Management System) efectúan este tipo de redirecciones de forma automática salvo que se indique.
El archivo .htaccess es un
archivo dinámicoque se produce y regenera conforme realizamos cambios en
Preferencias,
SEO y URLS, por lo que cambios aplicados en este apartado pueden modificar el contenido de .htaccess sin que te des cuenta de ello salvo que observes o examines dicho fichero.
Importante La recomendación siempre es la de hacer una copia de respaldo de dicho fichero ya antes de regenerar urls.
Por defecto PrestaShop añade en la primera línea del archivo .htaccess lo siguiente:
Y debajo pone todo lo relacionado con
mod_rewrite, Domain, Images, Dispatcher,
mod_expires,
mod_headersy otros códigos, cerrando el fichero con la siguiente línea:
Las redirecciones en este fichero lo ideal es añadirlas antes de la primera línea citada:
Algo bastante habitual es que una instalación de PrestaShop no esté necesariamente en la carpeta principal del Alojamiento web, que en paneles de Alojamiento web basados en cPanel es
public_html.
Si en tu Alojamiento tienes varias webs, sean todas instalaciones de PrestaShop o bien una mezcla de varios gestores de contenidos (WordPress, Joomla!, etc. es bastante probable que tengas las instalaciones en carpetas separadas, incluida la instalación del dominio principal.
En casos así lo adecuado es que las redirecciones estén en el archivo .htaccess de la carpeta primordial del Hosting, en un caso así /public_html donde lo primero que debe figurar son los códigos necesarios para redireccionar el dominio primordial a una carpeta y debajo todas las redirecciones 301 que por razones diferentes debas aplicar para que tu web funcione con corrección y no pierdas visitas por fallos 404, etc.
En este caso el archivo .htaccess de /public_html contendrá un código afín al siguiente:
Es este caso de ejemplo se ilustra una clásica tienda que no se aloja en la carpetita primordial del Alojamiento web sino más bien en una subcarpeta y que además tiene que realizar numerosas redirecciones trescientos uno para corregir urls viejas a urls nuevas.
Como la página web en este caso está en una consultor seo sem sevilla , en este ejemplo está en
/public_html/cilene2observarás que entre las líneas 1 y 8 se reconduce el dominio primordial a la carpeta donde esta la tienda instalada y desde la línea once se aplican redirecciones trescientos uno para corregir inconvenientes de enlaces no alcanzados detectados a través de
Google Search Console.
El fichero .htaccess de la carpeta donde está la instalación, para este caso se encuentra localizado en
/public_html/cilene2/contendrá aquellos códigos que por defecto establece PrestaShop cuando se instala o se regenera dicho archivo, más añadidos que se hayan realizado posteriormente para gestionar por servirnos de un ejemplo tiempos de expiración de caché de imágenes y otros, mas no aparecerá ninguna redirección trescientos uno ya que se declararon en el archivo .htaccess de la carpeta principal del Hosting.
Es el caso más frecuente que pueden localizarte en PrestaShop cuando has alterado la web de dominio, has movido la instalación de una subcarpeta a la carpetita principal y antes tenías una senda auxiliar en el dominio para acceder a la página web, por ejemplo:
Y ahora ha pasado a llamarse:
Para estos casos es muy importante que primero examines en
Google Search Console, en el apartado
Errores de rastreosi existen errores cuatrocientos cuatro derivados del cambio de urls.
Si aparece tal y como te ilustro en la captura
¡perfecto!no hay nada de qué preocuparte. Si por contra tienes errores, tendrás que comprobar y anotar todos y cada uno de los fallos para convertirlos en redirecciones en el caso de tratarse de errores relacionados con urls no alcanzadas pues hubo cambios en las URIs.
Para estos casos es esencial que empieces a trazar un plan de acción para reducir cuanto antes el impacto negativo que estos errores pueden ocasionar sobre tu posicionamiento de ser un poco dejado en estas cuestiones y dejarlo correr. Te garantizo que por sí solo no se va reparar por mucho que lo mires si no actúas.
Empieza despacio, prueba primero con la primera url errónea que Google canta, anótala, cópiala y trata de abrirla en otra pestaña de tu navegador, si devuelve un 404 ya sabes, no existe, la borraste o ahora se llama de otro modo.
Abre tu archivo .htaccess (antes haz un backup del mismo por seguridad) y en la primera línea haz un espacio (Intro) y escribe más o menos con esta sintaxis (adaptando la url vieja y nueva a tu caso) añade lo siguiente:
Redirect 301/antigua-página /nueva-pagina
Guarda los cambios en el archivo .htaccess y prueba de nuevo a cargar la “vieja” y errónea url perjudicada actualmente por un fallo 404
Si lo hiciste bien deberías estar aterrizando en la url nueva de forma transparente, lo que daría por solucionado el problema.
Ufff que alivio verdad!
¿Que tienes ciento cincuenta y seis urls con errores 404?paciencia y buenos alimentos que diría mi abuela, y empieza a añadir con la citada sintaxis cada una de las urls “viejas” (erróneas) y ve reconduciéndolas a la url “nueva” para reducir fallos.
¿Que una url “vieja” ya no lleva a contenidos pues no los empleas?tampoco pasa nada, hazme caso, es mejor llevar las urls huérfanas a la url primordial de la Tienda, que no llevarlas a parte alguna. Una solución puede ser para estos casos:
De forma que lo que ya no existe y no enlaza con nada cuando menos aterrice en la página primordial de tu Tienda, a menos que desees crear una
página CMSpara explicar que tal o bien como servicio, producto o bien lo que sea ya no existe o no se ofrece. Eso es ya cosa tuya.
Si en tu Tienda de PrestaShop trabajas con varios idiomas, debes prestar atención a cómo se indexan las urls que se producen para cada idioma, por el hecho de que de lo contrario es posible que Google y otros buscadores te indexen los mismos contenidos para diferentes idiomas.
Esto es en especial problemático si charlamos de
productosindexados, puesto que por defecto se indexará el mismo producto para cada idioma diferente que tengas activo en la tienda.
La redirección que puedes aplicar para redireccionar al idioma deseado por defecto es:
De esta forma le indicas a PrestaShop, mediante esta redirección aplicada en .htaccess que redireccione todas y cada una de las páginas de idioma Español a las pertinentes mas en Catalán.
Si lo que deseas por poner un ejemplo es suprimir el idioma Español y que se mantenga por defecto el Catalán, la forma conveniente sería suprimiendo el idioma que no deseas mostrar en tu .htaccess:
Si eliminas varios idiomas de la tienda Prestashop y pasas a tener un solo idioma, PrestaShop eliminará el idioma de la URL.
Luego tendrás que crear redirecciones de cada idioma eliminado al idioma por defecto, en este ejemplo: Español.
Obviamente previamente debe existir una redirección del dominio sin alias
wwwal dominio con alias
www.
Es posible que tu tienda lleve ya un tiempo en Internet, se haya indizado incontables veces y Google y otros motores de búsqueda ya tengan estas urls indexadas, algo que puedes revisar desde tu navegador rápidamente ejecutando la siguiente consulta en el buscador de Google:
Ejemplo:
Las urls afables ayudan a los usuarios a interpretarlas mejor, a los bots tampoco les da lo mismo interpretar una url no afable frente a otra que si lo sea. Si deseas que tus urls sean más legibles revisa que en
Preferencias,
SEO y URLsestén bien configuradas.
Marca los botones de radio
URLs amigablesy y el siguiente para redirigir automáticamente a la URL canónica. Guarda los cambios. Si el
mod_rewriteestá activo en tu servidor (en CITIFACE lo está) deberías poder ver las urls de tus páginas de la Tienda PrestaShop con un formato más amigable.
Ejemplo de url no amigable:
Ejemplo de url amigable:
¿Cómo redirigir una url no amigable ya indizada a una más afable desde .htaccess?, fácil, utilizando esta sintáis:
Nota Si tienes doscientos urls
no amigableslamento decirte que sí, que tendrás que hacerlo a mano, sin comodines, incorporando una redirección para cada url afectada.
De ahí la importancia que tiene el prestar atención a estas cuestiones de posicionamiento SEO on-page antes de poner la Tienda en manos de los buscadores.
Google, y otros buscadores web, conforme van indexando contenidos estas urls pasan a quedar fijadas en los registros de indizado del sitio afectado de manera que transcurrido un tiempo, si no se producen cambios en estas urls, los enlaces pasan a ser permanentes y no necesitas continuar reflejando la redirección en .htaccess.
Por un lado es bueno, pasado un periodo de tiempo prudencial, que puede ser de 1 año por ejemplo, el revisar en
Google Search Consoleque no hay fallos 404 para urls redireccionadas en tu fichero .htaccess y previa backup de dicho archivo
puedes suprimir estas redireccionespara sanear el citado fichero.
Imagino un usuario que tiene doscientos redirecciones de urls no amigables a urls afables, o de categorías viejas de productos a nuevas categorías, lo esencial que puede resultarle el adecentar (vaciar) de estas redirecciones el archivo .htaccess para sostenerlo más ligero y saneado.
Es importante, tras suprimir redirecciones trescientos uno del fichero .htaccess revisar durante un período de cuatro o bien siete días después de aplicar el cambio, que en
Google Search Consoleno aparecen errores 404 que hagan referencia a estas redirecciones, ya que si aparecen será señal de que no ha transcurrido el tiempo suficiente y que deberás añadirlas nuevamente y esperar un tiempo más larga a fin de que queden establecidas como urls terminantes o permanentes.
Esta cuestión está más en manos de los buscadores que indexan tus páginas que de ti, por empresa páginas web zaragoza ón, la paciencia y el sentido común, son esenciales para evitar caer de nuevo en los errores cuatrocientos cuatro.
De la adecuada gestión de las redirecciones trescientos uno en el fichero .htaccess dependerá que tus visitas lleguen al enlace correcto sin perderse por el camino, ayudándote a reducir los errores 404 para eludir penalizar tu posicionamiento.
En PrestaShop hay un módulo gratuito llamado
.htaccess Editorque te permite editar el fichero .htaccess en empleo en tu instalación de PrestaShop para poder añadir redirecciones 301, regenerarlo y tener un mantenimiento del mismo.
Haz clic en la imagen para ir a la descarga del módulo.
Este módulo tiene ciertas características avanzadas para la edición de archivos .htaccess que otros módulos no tienen.
Tiene incorporado un editor que proporciona una vista de los números de línea e inclusive la comprobación de sintaxis y el resaltado de código.
El módulo también permite añadir directivas tanto en la parte superior como en la parte inferior del fichero .htaccess, de esa forma puedes conseguir que tus redirecciones funcionen a la perfección con tu tienda.
Importante Este módulo requiere la desactivación del
Purificador HTMLen PrestaShop.
¿Dónde desactivar el
Purificador HTMLen PrestaShop?
Una vez deshabilitado podrás hacer uso del módulo
.htaccess Editor.
Si por ejemplo añades ciertas redirecciones y guardas los cambios.
Una vez guardados los cambios, si editas desde tu panel de Alojamiento web (cPanel) o bien por FTP el fichero .htaccess verás al comienzo del fichero las redirecciones ya añadidas.
Estas redirecciones se encorsetan entre las líneas:
Siendo el resultado en htaccess:
Cómo has podido observar, este método es más sencillo para manipular el archivo .htaccess sin salir del backoffice y sin perturbar otros códigos que contenga, los cuales no se verán afectados con lo que añadas desde el módulo siempre que tenga la sintaxis correcta.
Repasemos este proceso en el siguiente vídeo:
A partir de ahora, cuando precises aplicar redirecciones 301 en PrestaShop, si le tienes un tanto de respeto al ‘Editor de Código’ o a manipular el archivo .htaccess desde tu cPanel o bien por FTP, acuérdate que el módulo
.htaccess Editorte va a facilitar mucho la labor.
Al final las
redirecciones 301 en PrestaShopson como el GPS y su aviso preferido
…recalculando ruta, que dejan redireccionar a los usuarios a los lugares adecuados a fin de que no se pierdan y de paso estar informados de los radares que puedan hacernos caer en infracciones y penalizarlos
¡vamos, lo que hace Google si gestionamos mal las urls!jeje 😛
0 
Star