Versiune printabilă
NU e cazul aici, e proiect nou, are 20-30 de root links toate, majoritatea catre index.Citat:
Postat în original de lovelife
Vorbim de redirect cand paginile au links catre ele si nu se pot muta, altfel de ce redirect? Pierzi pozitia pe long tail pentru o perioada (pagina veche 404) si intre timp vine din spate pagina noua. Cand este proiect nou, chiar nu conteaza si nu recomand redirect, devine un site bolnavicios.
ce trafic are acum pe pAGINILE INTERNE?
@Tom
Da, nu am multe links. Nu ar fi mare pierdere acolo. Ce imi e putin neclar...daca 50000 de pagini indexate (sa zicem) vor duce toate in 404 (daca iau proiectul de la zero), cu continut deja indexat nu ar avea impact pe termen lung? :)
@lovelife
Ai PM.
Nu, pentru ca le scoti din WMT. In timp dispar din indexare si implicit nu mai sunt 404. Tu oricum vorbesti de ghid. In cazul tau fiind volum mare de content, iframes, etc, cred ca puteai coda separat site-ul, pe bucati.Citat:
Postat în original de imagini
Eu la mine de ex, am pus ghid subdomeniu, alt site (acelasi design), alta baza de date, etc. Poti face la fel si atunci nu mai e stress. Dai redirect catre subdomeniu :
domeniu.ro/ghid-turistic/ catre ghid.domeniu.ro si este safe.
Dar nu ce ai acum , pentru ca e gresit, deci trebuie sa cureti in avans.
--------------
Eu zic sa reveniti la subiectul principal, asta cu contentul nu este o problema.
care ar fi avantajul in a inlocui o platforma custom cu alta platforma custom in care sa pastrezi functii din cea veche?Citat:
Postat în original de lovelife
eu ma gandeam ca balanta pentru o eventuala rescriere e inclinata de avantajele unei platforme open source (nu spun ca e varianta universal buna, insa de la custom la custom nu pare a se justifica un "de la zero");
cat despre ce are bun cu actuala platforma.. asta e experienta adunata si mai putin codul (de vreme ce se pune in discutie inlocuirea lui);
@imagini,
La ce te-a sfatuit Tom, subscriu, e de bun simt.
Acum despre platforma: Inteleg ca ai probleme de "crestere" din cauza ca platforma a fost dezvoltata gresit. Eu am experienta cu asa ceva, am avut contact in trecut de multe ori cu astfel de situatii, si interne dar mai ales ale altora. Cel mai mare proiect la care am lucrat (candva), avea 1 milion de linii de cod si a fost rescris complet de 3 ori.
Evident, nu am detalii exacte, dar eu as trage concluzia cam in felul urmator:
In afaceri, nu trebuie sa ai "dureri emotionale". Nu trebuie sa te doara ca "am bagat atat" sau ca "am pierdut atat". Ce ai bagat, ce ai pierdut, este trecut, sanatate. Important este: Ce faci de aici incolo? Ce solutii alegi? Unde vrei sa duci proiectul? Pe asta trebuie sa te concentrezi, si in general, e bine ca decizia de acum sa fie una logica, si nu una emotionala.
Acestea fiind spuse, eu as analiza situatia actuala. Si in acest caz:
a) Daca platforma poate fi carpita/extinsa/rescrisa periferic, cu mici modificari la nucleu ("quick fixes"), DAR in felul acesta va permite scalarea ulterioara, atunci fa asta, evident cu o evaluare preliminara a costurilor.
b) Daca platforma a fost gresita in faza de concept, si NU este scalabila (ceea ce eu numesc dureri de crestere), in acest caz eu as merge categoric pe varianta rescrierii pornind de la nucleu. Adica rescriere cap-coada, si as pastra doar bucatelele care pot fi refolosite, daca exista asa ceva. Costa, ustura, dar e singurul mod in care poti dezvolta ulterior proiectul.
Ambele variante implica, evident, niste costuri. Dar daca proiectul nu este scalabil, continuand sa "impingi" la el, de fapt vei constata ca arunci bani intr-o gaura neagra, fara viitor. O varianta intermediara ar fi, daca reusesti sa monetizezi suficient proiectul asa cum este acum, incat sa-si plateasca singur "rebuild-ul".
Eu presupun (repet, nu am detalii) ca este vorba despre un proiect la care s-a lucrat liniar, fara programare obiectuala, fara o structura modulara, flexibila. Pentru ca daca s-ar fi lucrat asa, oricand puteai extinde sau modifica din componente, inclusiv la nucleu, fara ca asta sa implice aruncarea intregului cod vechi. Mi se pare o imensa eroare de management sa accepti o structura de acest gen (sau sa nu stii despre ea) cand incepi un proiect software, de orice gen ar fi el.
@imagini,
Nu cunosc detaliile proiectului, însă din postările anterioare cam îmi dau seama despre ce este vorba...cam prin asta am trecut și trec și eu pe un proiect similar.
Părerea mea este că ești pe drumul bun și nu dispera. E normal să fii în etapa asta, pentru că ai fi avut nevoie, în etapele inițiale și nu numai, de imput din partea unor specialiști în domeniu, specialiști cu profunde cunoștințe, sau măcar înțelegere, în IT, ceea ce e cam greu. Doar sfaturi de la dezvoltatori nu ajung. Pe măsură ce dezvolți și intri mai adânc în probleme, apar alte variabile și atunci mai bagi un câmp într-o tabelă, mai faci alta, mai cârpești pe ici pe colo.
Lucrul cel mai greu de făcut deja îl ai - content, restul poate fi modificat. Pașii pe care îi văd eu, fără să știu nimic de proiect sunt:
- restructurează baza de date complet
- adaptează CMS-ul conform noii structuri a DB, cu accent pe funcționalitate; lasă deoparte pentru moment design, CSS, validare HTML. Doar să funcționeze. Aici se poate merge pe vechiul cod, în fond ce ai - save, modify, delete, upload (vezi la fiecare funcție noua structură a DB și ce tabele se modifică).
- reconstruiește interfața cu utilizatorul... n-ai 50.000 de pagini, doar câteva - hotel, obiectiv câteva listinguri etc, habar n-am
Eu aș merge pe un url scurt domeniu/hotel-miranda-hurghada, ce atâtea categorii? nimeni nu scrie în browser. Poți adăuga un path în susul sau josul paginii cu metatag-uri breadcrumb pentru cine vrea categorii și pentru snippet.
Dupa ce ai site-ul live, ai nevoie de seo si usability, fix acolo ai nevoie de categorii, navigare, links. Ai cel putin 5 tipuri de servicii, (sezur, circuit, last minute, croaziere, hoteluri, bilete avion, vacanta, etc) care necesita categorii similare (tara, localitate). Daca adaugi si ghid (restaurante, evenimente, cluburi, shopping, etc) mai ai inca o "tura" de categorii. etc.Citat:
Postat în original de Gratian Alinei
Cand o sa ajungi la o strategie seo pentru un portal de turism, o sa intelegi ce zic.
-------------------------------------------
Un portal de turism este un catalog = ecommerce ( are integrate aproape toate functionalitatile utile pentru un portal de turism, restul se codeaza (ex: iframe sau web service bilete avion).).
Eu asa l-am inceput, nu sunt probleme de functionalitati, doar ca nu mai am timp si resurse pentru el, asa ca l-am oprit pentru un timp (mai indelungat).
@imagini Am vazut foarte multa lumea in situatia ta, am preluat multe proiecte in stare de putrefactie ce au trebuit rujate, coafate si vandute ca virgine, unul avand cod vechi de mai bine de 20 de ani (nu era un proiect web, bineinteles).
Pe langa ce ti-au spus ceilalti colegi trebuie sa ai in vedere ca nu am vazut cazul in care cineva a preluat un proiect si a apreciat intr-un mod pozitiv starea lui.
Asta din cel putin urmatoarele motive:
1) Proiectele care au fost incepute de mult si de altii nu par sa aiba o noima usor de inteles de cei care il preiau. Dureaza luni sau chiar ani pana intelegi ce au facut / vrut sa faca cei dinaintea ta. Iar cei dinaintea ta au fost mai multi si cu o gandire diferita intre ei. Unii au fost mai buni, altii mai putin buni. Totul pare o varza la prima vedere. Iar stadiul de "prima vedere" dureaza mult timp.
2) Proiectele vechi au trecut de obicei si printr-o perioada de dezvoltare organica, au trebuit modificate, adaptate, carpite pentru cerinte care inevitabil se modifica in timp.
3) Nu ai nici un motiv sa evaluezi pozitiv un proiect pe care il preiei. Totul e prost, a trebuit sa faci din rahat bici.
Acestea fiind spuse, nu inseamna insa ca ceea ce ai tu acolo nu e complet varza si nu ar putea fi mai ieftin sa fie rescris. Inseamna doar ca daca nu e varza, n-o sa afli asta niciodata de la cei care il preiau.
@emm
Ca o gluma, tu vorbesti chineza pentru mine si in pozitia mea sunt multi clienti. Programare obiectuala, structura modulara...Ok, ideea de baza am prins-o, dar gandeste-te ca eu sunt un client care a vrut sa dezvolte un proiect (o idee), nu programator. Tocmai de aceea cei ca mine apeleaza la o agentie web. Si aici revenim la sfaturile lui Tom...consultanta inainte de un proiect mediu sau mare.
@gratian
Ti-a raspuns Tom (care stie si proiectul in cauza). Dupa cum am spus, fiecare element trebuie livrat vizitatorului sub diverse forme, motiv pentru care se complica lucrurile. Ok, cu o structura bine gandita la inceput, totul era simplu acum. N-a fost sa fie, asa ca acum trebuie sa gasesc solutia optima si agentia capabila sa implementeze asta.
@puthre
Asa se intampla si daca chem un instalator care sa-mi repare caloriferele: pai cine v-a pus coturi de nu stiu ce fel, ca sunt varza? Pai tot dvs, acum 7 ani...silence!
Pana la urma nu sunt primul care continua sau o ia de la zero. Important este cum fac asta, pentru a evita alte situatii similare pe viitor.