RSS Feed

Por programación SEO se entiende toda aquella programación orientada a mejorar el posicionamiento de nuestra página web. Si tienes un cms como Magento, Prestashop u Oscommerce la programación SEO iría orientada a mejorar aspectos que los programadores han dejado en el olvido ó a instalar y configurar módulos que nos ayuden a mejorar el posicionamiento.

Los trabajos típicos son implantación url amigables, resolver errores en paginación, resolver errores 404, disminuir la generación de contenido duplicado…

Otros trabajos se centran por ejemplo en generar contenido a tráves de api externas, trabajos de web scrapping….

Un punto que mucha gente se olvida es la consistencia de nuestro código HTML. También es necesario validar el código ante el W3C. Mejorar todos los aspectos de la usabilidad para conseguir la triple AAA o cumplir con las reglas americanas de la Section 508.

Resumiendo, la programación SEO de tu portal es muy importante. No sólo debe acelerar la carga de tu página, debe resultar más eficiente en todos los aspectos: usabilidad, contenidos, diseño,…


Artículos sobre ‘programación SEO’ natural y artificial

  1. Cambiar cms a WordPress sin perder el posicionamiento

    Octubre 22, 2012 por SeoValencia

    Wordpress SEO

    Muchas veces tenemos un CMS que no nos gusta o ha quedado anticuado. La opción normal es pasar de ese CMS a otro con el que estamos a gusto. Podemos cambiarlo a Joomla, Drupal o WordPress.

    WordPress suele ser el que menos problemas da para este tipo de tareas SEO.

    La ventaja de WordPress es que resulta muy fácil mantener las url antiguas. Si en tu caso tenías una urls amigables y el sitio está bien indexado sería la mejor opción para no peder absolutamente nada de tu posicionamiento.

    Los pasos serían los siguientes:

    • Añades .html al final de la url de los artículos: /%category%/%postname%.html en la sección de permalinks.
    • Añades .html a las páginas de wordpress ( con este plugin obsoleto ).
    • Borras la categoría base (/category/).
    • Cambiar donde se suben los archivos multimedia hacia /img/ en vez de /wp-content/uploads/ en la sección de configuración multimedia.

    Todo esto pensando que tu proyecto original tenía los archivos acabado en .html. Sería lo mismo cambiando .html a .asp o cualquier otro tipo de terminación. Dependiendo de la calidad del proyecto será más complicado o más sencillo. Una vez me endosaron un proyecto donde convivían varios tipos de terminaciones: .htm, .asp y no recuerdo la tercera…

    Si por el contrario tus url son no amigables lo mejor es que las cambies. Para ello deberías seguir los siguientes pasos:

    • Hacer un listado con todas las url actuales.
    • Hacer una copia de todo el contenido.
    • Instalar el wordpress y borrar lo antiguo.
    • Volcar todo el viejo contenido al nuevo cms.
    • Modificar el htaccess y crear un redirección 301 para cada url antigua vinculando a una nueva

    Sería colocar este tipo de líneas en el archivo .htaccess:

    redirect 301 /url-antigua.html http://www.dominio.com/url-nueva/

    Para hacer esto se debe tardar lo menos posible. Ya que google no para su robot (también le podemos decir que pare).
    Lo mejor es meter el contenido del wordpress en local y así cuando lo subes ya lo tienes hecho y google no genera errores 404 al haber hecho los cambios de forma inmediata.

    Con esto no pierdes el posicionamiento y puedes disfrutar de las bondades de wordpress como cms. Uno de los CMS más sencillos de utilizar del mercado.

    Siempre debes pensar en evitar perder enlaces al cambiar de cms. Por eso debes seguir este pequeño tutorial para que Google no te quite enlaces.

    Tengo amplia experiencia en pasar proyectos hechos con HTML, PHP o ASP manteniendo el diseño o adaptándolo a la nueva web dinámica hecha con WordPress. Si necesitas una valoración de presupuesto debes enviarme el número de páginas, de formularios y cualquier elemento que creas que puedas complicar el traslado. La url también suele ser necesaria 🙂


  2. Problemas con Canonical url en oscommerce

    Octubre 18, 2012 por carlos

    url canonical problema

    Las url canónicas nacieron con la finalidad de hacer más sencillas algunas tareas. En general, se utilizan para solventar errores de programación. Pero como vamos a ver, a veces generan otros problemas de mayor complejidad.

    En este caso, se trata de un dominio con una instalación de Oscommerce 2.2 en el que se ha instalado un módulo para crear las url canónicas. Uno de los problemas de instalar módulos creados por otra persona es que la mayor parte de las veces no sabes bien el funcionamiento del mismo y ya si encima lo tienes que modificar suele ser más productivo en muchas ocasiones crearlo desde cero.

    Aparentemente el módulo funcionaba bien, pero resulta que empiezan a parecer errores.

    Por una parte, se añade a la web la variable de idioma ?language=es. Si sólo hay un idioma mejor que no esté esta variable. Por otra parte, aparece una variable de sesión. Algo que suele ser fácil de eliminar en la mayoría de los casos.

    Al parecer el módulo de url canonical se tragaba todo lo que le echaban.

    Si la url original era esta:

    dominio-maravilloso.com/producto-maravilloso-p-669.html

    La url canonical aparecía bien, pero si venía la variable de lenguaje y la variable de sesión este módulo también las incluía como canonical. Como mal extremo, cuando google pasaba por segunda vez por este tipo de urls con variable se generaba otra url a la que se añadía otra variable de sesión:

    dominio-maravilloso.com/producto-maravilloso-p-669.html? language=es%3FosCsid%3De00e68042e893dc976ece0173493a383& osCsid=c694c7859444fa3d8d90ae1b2356237c

    En este ejemplo hay una variable de lenguaje (language=es), una variable de sesión (osCsid=c694c7859444fa3d8d90ae1b2356237c) y otra variable de sesión antigua (%3FosCsid%3De00e68042e893dc976ece0173493a383).

    Como supongo que ya os habréis imaginado, este sistema formaba un bucle sin aparente fin. Cuando google pasa por una url como la anterior añade otra variable de sesión a la url y el módulo que no funciona mostrará la url con esas tres variables de sesión.

    En dos semanas el sitio había pasado de tener 4000 páginas indexadas a 35.000. Afortunadamente el problema se corrigió a tiempo y no llegó a tener penalización de posicionamiento por bien poco.

    La solución que funcionó fue modificar el archivo .htaccess para eliminar todas las variables de sesión y dejarlo justo con la terminación en html que debía tener el archivo.

    Solución con .htaccess:

     

    # case: leading and trailing parameters
    RewriteCond %{QUERY_STRING} ^(.+)&osCsid=[0-9a-z]+&(.+)$ [NC]
    RewriteRule (.*) $1?%1&%2 [R=301,L]
    #
    # case: leading-only, trailing-only or no additional parameters
    RewriteCond %{QUERY_STRING} ^(.+)&osCsid=[0-9a-z]+$|^osCsid=[0-9a-z]+&?(.*)$ [NC]
    RewriteRule (.*) $1?%1 [R=301,L]
    
    # case: language parameters
    
    RewriteCond %{QUERY_STRING} ^(.+)?language=es(.*)$ [NC]
    RewriteRule (.*) $1?%1 [R=301,L]
    
     
    

     

    Espero que os sirvan estas líneas de código. Muy útiles para librarse de las variables de sesión en Oscommerce.

    A veces me preguntan qué es &oscsid en oscommerce. Simplemente se trata del nombre de la variable de sesión. Cada vez que un usuario entra en la página se le asigna una variable. En esa variable se puede almacenar desde información del carrito de compra hasta comportamiento de usuario. Lo peor desde el punto de vista del posicionamiento es que esa variable se asigna a todo tipo de usuarios incluidos los bots. Por eso en este caso cuando entra el bot de Google se le añade esa variable en la url.
    La forma correcta de librarse de ella cuando se comienza un proyecto en Oscommerce es ir a la función tep_href_link

    Reemplazar :
    
    return $seo_urls->href_link($page, $parameters, $connection, $add_session_id);
    
    por :
    
    return $seo_urls->href_link($page, $parameters, $connection, false); 

    Si no quieres tener problemas con Google y canonical url debes fijar tu atención en como se crean en tu CMS.


  3. Post Panda y Post Penguin

    Octubre 15, 2012 por SeoValencia

    Panda y penguin vs seo para google

    A estas alturas de año no hay ningún especialista SEO que al escuchar las palabras mágicas Panda y Penguin juntas se sienta indiferente. Los hay que han sido destrozados y los hay que han sido aupados hacia arriba.

    El Penguin para el mundo del posicionamiento significa entre otras cosas el fin de diversas acciones SEO. Sobretodo la automatización de enlaces en las campañas de linkbuilding utilizando las palabras clave por las que nos queremos posicionar.

    El Panda en cambio, va directo a lo que para muchos es el rey afectando a sitios con escaso contenido.

    Las empresas que basaban su existencia en generar una red de enlaces para los clientes sin incrementar su contenido han sido seriamente afectadas. En cambio, se mantienen las empresas que no han mecanizado en exceso sus procesos de trabajo.

    Los consejos básicos los habréis leído en más de una ocasión:

    1. Si enlazabas siempre con las mismas palabras tendrás que diversificar tu anchor text. Esto es pura lógica. Siempre debemos buscar enlaces naturales y cuando artificialmente elevas el número de enlaces entrantes debes vigilar que un número elevado de ellos vaya enlazado sin palabras clave. Le dí clases a un compañero sobre esto en el año 2006. Las buenas prácticas vienen de lejos.

    2. Si tienes poco contenido y éste no se actualiza corres riesgo de una degradación de tus resultados de posicionamiento. La solución más sencilla sería poner un blog con un resumen de las últimas entradas en la portada de la página, un widget de tu cuenta de twitter que escriba en html para indexación del contenido,…

    3. Revisar tu web para evitar contenido duplicado: idiomas, productos con el mismo titulo y sólo varía la foto, variables de sesión,…

    Estos serían a mi parecer los tres puntos principales que hay que vigilar. Como veis, son cosas que ya están descritas en cualquier manual de posicionamiento en buscadores desde que comenzaron a escribirse.

    Uno de los problemas que he analizado de estas actualizaciones de Google son los daños colaterales.

    He visto como webs corporativas con poco texto y estático notaban una considerable bajada de posiciones. También he visto como una web con apenas 10 páginas de contenido similar en un 70% era sepultada más allá de la posición 50.

    Ahora más que nunca al iniciar un proyecto hay que pensar en que el programador o la agencia de diseño cuente con los conocimientos necesarios de SEO para no caer en errores que harán retrasar tu proyecto varios meses.

    Al final me voy a dedicar a la programación visto como trabajan muchas empresas de diseño 🙂

    Información ampliada sobre esta temática en seowizz


  4. 5 Bookmarklets para SEO

    Octubre 13, 2011 por SeoValencia

    Hay numerosas extensiones para los navegadores que nos dan información muy útil para nuestro trabajo de posicionamiento en buscadores como Seoquake o SEO for Firefox. Pero a menudo queremos algo más o simplemente no utilizar barras de navegación que hacen llamadas a google o a otros servicios web que no queremos colapsar.

    ¿Qué es un bookmarklet?

    Los Bookmarklets son pequeñas aplicaciones de javascript que se pueden utilizar como marcadores. Bien programados pueden hacer cualquier cosa que se pueda hacer con javascript sobre la página web que estáis viendo. Eso si, puede ser que algunos navegadores tengan problemas si se superan los 2000 caracteres de temaño.

    Para instalar un bookmarklet basta con trasladarlo a tu barra de favoritos o darle al botón derecho del ratón y guadarlo como marcador.

    Esta es una pequeña lista. Utilizo más, pero esta lista os puede dar una idea de la potencia de estas pequeñas aplicaciones.

    • Google PageRank obtiene el tan codiciado numerito sin necesidad de utilizar dudosas barras.
    • Whoises Te da el whois de la página incluso de los .es así como información relativa al dominio, hosting,Ip-reverse, etc.
    • Backlinks Te indica el número de enlaces que tiene la página sobre la que estás según los datos de Yahoo site explorer.
    • Archive Nos da el histórico de un dominio según los datos de esta gran biblioteca digital.
    • SERPS Redux
      Nos señala todos los enlaces de una página. Se puede combinar con algún plugin que ascienda a 100 resultados por página en los resultados de búsqueda. Muy útil para calibrar a la competencia y nuestra posición en esa SERP.

    Si sabéis de más bookmarklets interesantes para SEO sólo tenéis que comentarlo.

    Edición 2012
    : Incluyo los siguientes bookmarklets:

    • Seokicks, una alternativa alemana gratuita para encontrar backlinks de los dominios.
    • Beko, alternativa rusa para los backlinks. No funciona muy bien para sitios españoles.
    • Exalead, otra herramienta para conocer los backlinks. En este caso francesa.
    • Dominios, detecta dominios disponibles para ese término.
    • Caché de google
    • W3C, pasa el validador del W3C.
    • Arroba, extrae los correos bien formados de la página que estás viendo.
    • Toggle, selecciona todos los checkbox de un formulario.
    • Site:, comando site sobre el dominio en pantalla.
    • SEO, informe SEO básico

  5. Memorias de un consultor: Ajax y el seo

    Abril 20, 2010 por SeoValencia

    ajax vs seo

    Hace unos años se pusieron en contacto conmigo para realizar un presupuesto de posicionamiento. Se trataba de una web musical similar a lo que hoy es spotify pero mucho más arcaica.

    El principal problema de esa web era obvio: toda ella era puro ajax.

    Cuando diseñaron la web ya tenían que haberse puesto en contacto con un experto en buscadores con conocimientos de arquitectura de la información.

    Disponían de una ayuda de un centro de negocios o de una universidad y supongo que habían contratado a un equipo de becarios expertos en la última tecnología existente en el mercado. Ser los más modernos y cool era utilizar ajax.

    La web contaba con unas miles de canciones pero google sólo había indexado 3 páginas porque realmente sólo había 3 páginas sin ningún tipo de contenido en su interior. Si mirabas su código fuente todo eran divs en espera de cargar el contenido mediante ajax.

    Resulta obvio en pleno 2010 que puedes hacer una web cerrada sin que puedan entrar los buscadores y salvo que alguien me diga lo contrario sólo hay dos formas de conseguir que la gente acuda a ellas:

    1. Comprando a los usuarios. Buyvip pagaba el registro en su web a 3 euros y muchos webmasters se forraron gracias a ello (yo un poquito).
    2. Haciendo que corra el boca a boca. Para este segundo punto se necesita inventiva. Dar algo de originalidad a la web. En este punto se me había ocurrido poner como ejemplo a tuenti. Pero según tengo entendido pagaron por publicidad en universidades. Buscaban un tipo de perfil muy característico que encontraron ahí. La comunidad universitaria se comportó como eje viral de nuestro ecosistema contaminando al resto de la juventud y consiguieron la masa crítica necesaria para crecer fuerte.

    Recuerdo que mi presupuesto era de 5 cifras. Por una parte convertiría todas las canciones en páginas accesibles a los buscadores y por otra le crearía un contenido adecuado para convertirlo en la reostia de la música online.

    ¿Qué pasó?

    O no tenían dinero o pensaron que yo era un seo tunante.

    4 años después su web sigue muerta por lo que parece claro que no tenían dinero. Y yo de tunante tengo bien poco.

    Me ha venido a la mente porque un nuevo cliente me ha dicho que revise una de sus webs. También tiene el mismo problema. Unas cuantas páginas son totalmente inaccesibles. En este caso el trabajo es más a saco y no tengo que pensar ni que contratar gente adicional.

    No es que el ajax se lleve mal con el seo. Es que hay que saber utilizarlo. Igual que sigue pasando con las webs que utilizan flash.

    Consejos para webs realizadas con ajax:

    1) Haz una página para cada contenido que quieras que esté indexado.

    2) Carga el contenido principal al principio y de una forma estática.

    3) Cachea las páginas dinámicas y cargalas como estáticas.

    4) Los enlaces de los menús y de la estructura en general deben funcionar esté o no esté activado javascript.

    MÁS INFORMACIÓN:
    http://www.searchenginejournal.com/seo-for-ajax/19138/


  6. Webs más rápidas

    Noviembre 14, 2009 por SeoValencia

    Dicen que Google todavía no reflejaba la rapidez de una web en su ranking y que en 2010 va a bajar el posicionamiento de las webs más lentas. Esto también se comentará en 2020

    Si esto se cumple me parece que me van a llegar muchos presupuestos para mejorar webs. Siempre me han gustado las webs muy muy rápidas.

    WPO Web performance Optimization es básico para que tu web sea mucho más rápida. Una programación necesaria para mejorar tu SEO On Page