Closed yoichiro closed 3 years ago
To support OGP tags for each keyboard catalog page, I thought the following architecture:
/catalog/:definitionId
on his/her Web browser.catalog
handles the request.definitionId
value included in the path, then generates an index.html content which has meta tags reflected the keyboard information and sends it as the response.location.href = /_catalog/:definitionId
to redirect from /catalog
to /_catalog
. Because, the index.html content doesn't have any React script code./catalog/:definitionId
. As the result, the React script code is loaded and executed.Facebook Share Debugger said that the OGP information from the keyboard catalog page can be fetched.
@adamrocker and I discussed about the architecture of this feature again. As the result, we decided that we should apply more simple architecture than current it. I intend to change the architecture like the following:
/catalog/123
requests with the Firebase Functions.https://remap-keys.app
.Pros: we don't need the /_catalog
path and the redirecting.
Currently, each catalog page has meta tags for OGP. However, their tags are generated dynamically by JavaScript, therefore Facebook and Twitter crawler can't get them.